장애 조치(failover)에 필요한 시간은 복제본을 수동으로 승격하고 트래픽을 리디렉션하는 데 걸리는 시간에 따라 달라집니다. 평균 시간 범위는 20~30분입니다.
복제본을 승격해도 기존 어플라이언스에 대한 복제가 자동으로 설정되지는 않습니다. 복제본을 승격한 후 원하는 경우 새 주 복제본에서 기존 어플라이언스 및 이전 주 복제본으로 복제를 설정할 수 있습니다.
-
기본 어플라이언스를 사용할 수 있는 경우 어플라이언스를 전환하기 전에 복제를 완료할 수 있도록 기본 어플라이언스에서 이를 유지 관리 모드로 전환합니다.
-
어플라이언스를 유지 관리 모드로 전환합니다.
-
관리 콘솔을 사용하려면 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.
-
`ghe-maintenance -s` 명령을 사용할 수도 있습니다.ghe-maintenance -s
-
-
활성 Git 작업 수, MySQL 쿼리, Resque 작업 수가 0에 도달하면 30초 동안 기다립니다.
참고
Nomad는 유지 관리 모드에서도 항상 작업이 실행되므로 이러한 작업을 안전하게 무시할 수 있습니다.
-
모든 복제 채널 보고서가
OK인지 확인하려면ghe-repl-status -vv명령을 사용합니다.ghe-repl-status -vv
-
-
모든 활성 복제본 어플라이언스에 대해 유지 관리 모드를 사용하도록 설정합니다. 자세한 내용은 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.
-
장애 조치하려는 복제 장치에서 복제를 중지하고 복제 장치를 기본 상태로 승격하려면
ghe-repl-promote명령을 사용합니다.ghe-repl-promote참고
기본 노드를 사용할 수 없는 경우 경고 및 시간 제한이 발생할 수 있지만 무시해도 됩니다.
-
복제본의 IP 주소를 가리키도록 DNS 레코드를 업데이트합니다. 트래픽은 TTL 기간이 경과한 후 복제본으로 전달됩니다. 부하 분산 장치를 사용하는 경우 복제본에 트래픽을 보내도록 구성되어 있는지 확인합니다.
-
정상적인 작업을 다시 시작할 수 있음을 사용자에게 알립니다.
-
원하는 경우 새 기본 어플라이언스에서 기존 어플라이언스 및 이전 기본 어플라이언스로의 복제를 설정합니다. 자세한 내용은 고가용성 구성 정보을(를) 참조하세요.
참고
장애 조치(failover) 이전에 여러 개의 복제본이 있는 경우, 장애 조치 중에 승격되지 않은 복제본은 이전 기본 복제본과 연결된 고가용성 그룹의 일부로 남게 됩니다. 새 기본 복제본에서 복제를 다시 설정하기 전에 이전 기본 복제본의 고가용성 구성에서 이러한 복제본을 제거해야 합니다. 자세한 내용은 고가용성 복제본 제거을(를) 참조하세요.
-
장애 조치(failover) 전에 고가용성 구성의 일부였던 복제를 설정하지 않으려는 어플라이언스는 UUID를 사용하여 고가용성 구성에서 제거해야 합니다.
-
이전 장치에서 UUID를
cat /data/user/common/uuid를 통해 가져옵니다.cat /data/user/common/uuid -
새로운 기본 서버에서
ghe-repl-decommission을 사용하여 UUID를 제거하십시오.UUID를 이전 단계에서 검색한 UUID로 바꾸세요.ghe-repl-decommission UUID
경고
새 주 복제본에서 복제를 다시 설정하지 않으려면 이전 고가용성 구성의 일부였던 어플라이언스를 종료하거나 삭제해야 합니다. 장애 조치(failover) 중에 해당 어플라이언스에 연결할 수 없었던 경우, 나중에 연결할 수 있게 되면 새로운 기본 복제본에 의도하지 않은 변경이 발생할 수 있습니다. 구성 충돌 또는 데이터 무결성 문제를 방지하려면 항상 사용하지 않는 어플라이언스가 제대로 서비스 해제되었는지 확인합니다.
-
추가 참고 자료
-
[AUTOTITLE](/admin/enterprise-management/configuring-high-availability/about-high-availability-configuration#utilities-for-replication-management)