복제본 어플라이언스로 장애 조치(failover) 시작

장애 조치(failover)에 필요한 시간은 복제본을 수동으로 승격하고 트래픽을 리디렉션하는 데 걸리는 시간에 따라 달라집니다. 평균 시간 범위는 20~30분입니다.

복제본을 승격해도 기존 어플라이언스에 대한 복제가 자동으로 설정되지는 않습니다. 복제본을 승격한 후 원하는 경우 새 주 복제본에서 기존 어플라이언스 및 이전 주 복제본으로 복제를 설정할 수 있습니다.

기본 어플라이언스를 사용할 수 있는 경우 어플라이언스를 전환하기 전에 복제를 완료할 수 있도록 기본 어플라이언스에서 이를 유지 관리 모드로 전환합니다.
- 어플라이언스를 유지 관리 모드로 전환합니다.
  - 관리 콘솔을 사용하려면 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.
  - ghe-maintenance -s 명령을 사용할 수도 있습니다.
```
ghe-maintenance -s
```
- 활성 Git 작업 수, MySQL 쿼리, Resque 작업 수가 0에 도달하면 30초 동안 기다립니다.
  
  참고: Nomad는 유지 관리 모드에서도 항상 작업이 실행되므로 이러한 작업을 안전하게 무시할 수 있습니다.
- 모든 복제 채널 보고서가 OK인지 확인하려면 ghe-repl-status -vv 명령을 사용합니다.
```
ghe-repl-status -vv
```
모든 활성 복제본 어플라이언스에 대해 유지 관리 모드를 사용하도록 설정합니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.
장애 조치(failover)하려는 복제본 어플라이언스에서 복제를 중지하고 복제본 어플라이언스 수준을 기본 상태로 올리려면 ghe-repl-promote 명령을 사용합니다.
```
ghe-repl-promote
```
참고: 기본 노드를 사용할 수 없는 경우 경고 및 시간 제한이 발생할 수 있지만 무시해도 됩니다.
복제본의 IP 주소를 가리키도록 DNS 레코드를 업데이트합니다. 트래픽은 TTL 기간이 경과한 후 복제본으로 전달됩니다. 부하 분산 장치를 사용하는 경우 복제본에 트래픽을 보내도록 구성되어 있는지 확인합니다.
정상적인 작업을 다시 시작할 수 있음을 사용자에게 알립니다.
원하는 경우 새 기본 어플라이언스에서 기존 어플라이언스 및 이전 기본 어플라이언스로의 복제를 설정합니다. 자세한 내용은 "고가용성 구성 정보"을(를) 참조하세요.
장애 조치(failover) 전에 고가용성 구성의 일부였던 복제를 설정하지 않으려는 어플라이언스는 UUID를 사용하여 고가용성 구성에서 제거해야 합니다.
- cat /data/user/common/uuid를
```
cat /data/user/common/uuid
```
- 새 기본에서 ghe-repl-teardown을 사용하여 UUID를 제거합니다. UUID을 이전 단계에서 검색한 UUID로 바꾸세요.
```
ghe-repl-teardown -u  UUID
```

추가 참고 자료

"고가용성 구성 정보"