두 서버가 따로 활성 역할을 맡는 상태
Split-brain은 클러스터의 서버들이 서로의 상태를 제대로 확인하지 못해 각각 활성 서버로 동작할 수 있는 상황입니다. Heartbeat와 주 클러스터 연결이 끊기면 접속과 쓰기 작업이 두 서버로 나뉘어 서로 다른 데이터가 남을 수 있습니다. 케이블을 다시 연결했다는 사실만으로 데이터 차이까지 해소되는 것은 아닙니다.
공식 도움말은 연결이 복구되면 시스템이 이러한 불일치를 감지하며, 오류 해결 전까지 클러스터 IP와 양쪽 서비스를 사용할 수 없다고 설명합니다. 단순한 로그인 실패와 구분하고 SHA의 클러스터 및 네트워크 화면에서 표시된 상태를 먼저 확인합니다.
원본을 정하기 전에 확인할 정보
오류가 발생하면 Split-brain 탭에서 공유 폴더 파일 차이, 각 서버가 활성 역할이 된 시각과 마지막 iSCSI Target 연결 정보를 확인할 수 있습니다. 파일이 많으면 차이 목록을 만드는 데 시간이 걸릴 수 있습니다. 화면이 늦게 갱신된다는 이유로 어느 쪽이 원본인지 임의로 선택하지 않습니다.
이 상태의 File Station은 읽기 전용으로 파일을 보고 다운로드할 수 있다고 안내되어 있습니다. 필요한 양쪽 자료를 보존하고 실제 업무상 유효한 변경과 마지막 정상 시점을 비교하는 과정이 우선입니다. 파일 시각 하나나 서버 이름만으로 최신 원본을 결정하지 않습니다.
두 서버를 유지하는 선택의 영향
Cluster > Manage의 오류 해결에서 두 서버를 유지하면 새 활성 서버를 정하고 재시작 뒤 그 서버의 데이터와 설정을 대기 서버로 동기화합니다. 공식 도움말은 이 선택을 하면 대기 측에 Split-brain 동안 생긴 변경이 사라진다고 명시합니다. 양쪽 내용을 자동 병합하는 기능으로 이해하면 안 됩니다.
기준 원본을 고르기 전에 양쪽 파일과 필요한 업무 자료의 보존 여부를 확인합니다. 저장소의 모든 변경을 하나의 선택으로 합칠 수 있다고 가정하지 않습니다. 도움말은 새 활성 서버를 고를 때 두 호스트가 모두 켜져 있어야 한다고 안내하므로 적용 전 현재 장비 상태와 절차의 조건도 확인합니다.
한 서버만 남기는 선택과 버전 차이
한 서버를 클러스터에 남기는 선택은 새 활성 서버를 정하고 다른 서버를 분리합니다. 분리된 서버는 데이터를 유지하며 독립 상태로 돌아가고, 이후 대기 서버를 다시 추가할 때 전체 데이터 동기화가 필요합니다. 분리 시 데이터가 남는다는 설명을 정상 서비스와 모든 앱 구성이 자동 복구된다는 뜻으로 확대하지 않습니다.
DSM 6.2 도움말에는 전체 클러스터를 제거하고 두 호스트의 데이터를 유지하는 세 번째 선택도 있습니다. 현재 7 계열 Split-brain 도움말에는 두 서버 유지와 한 서버 유지가 나옵니다. 도움말에 없는 항목을 모든 7.x 화면에 있다고 가정하지 않고 실제 버전과 오류 해결 화면을 대조합니다.
재발을 줄이는 Quorum Server
Quorum Server는 두 서버가 공통으로 확인할 수 있는 제3의 Ping 대상입니다. 별도 애플리케이션 설치 없이 양쪽이 지속적으로 연결 가능한 게이트웨이나 DNS 서버 등을 지정해 Split-brain 가능성을 줄이는 데 사용합니다. 세 번째 NAS에 원본 데이터를 복제하는 백업 서버라는 뜻은 아닙니다.
대기 서버가 활성 서버와 Quorum Server 모두에 연결하지 못하면 Split-brain을 막기 위해 전환하지 않을 수 있습니다. 반대로 활성 서버만 Quorum에 연결하지 못하고 대기 서버는 연결되면 전환이 유발될 수 있습니다. Quorum의 도입만으로 모든 망 장애가 해결된다고 보장하지 않고 Heartbeat와 서비스망의 실제 경로를 함께 점검합니다.
공식 자료와 적용 범위
Synology 공식 도움말과 FAQ의 적용 조건을 기준으로 작성했습니다. 모델별 지원과 세부 빌드는 해당 제품 및 DSM 버전에서 확인해야 합니다.
내용 검토 기준일: 2026-10-27