Skip to main content

Enterprise Server 3.15 은(는) 현재 릴리스 후보로 제공됩니다.

복제본 클러스터로 장애 조치(failover) 시작

GitHub Enterprise Server 클러스터가 실패하면 복제본에 대한 장애 조치(failover)를 할 수 있습니다.

복제본 클러스터로 장애 조치(failover) 정보

고가용성을 구성한 상태에서 활성 클러스터의 데이터 센터에서 오류가 발생한 경우 복제본 클러스터로 장애 조치(failover)할 수 있습니다.

복제본 클러스터로 장애 조치하면 복제본 클러스터가 새 활성 클러스터로 승격되고 새 활성 클러스터가 이전 활성 클러스터에서 분리됩니다. 이전 활성 클러스터의 노드는 이 작업을 수행할 수 있을 만큼 정상 상태인 경우 유지 관리 모드로 전환됩니다.

장애 조치(failover) 후에는 고가용성을 구성하지 않은 두 개의 독립 실행형 클러스터를 갖게 됩니다. 새 활성 클러스터에서 복제본을 재구성할 수 있습니다. 자세한 내용은 "클러스터에 대한 고가용성 복제 구성"을(를) 참조하세요.

필수 조건

복제본 노드로 장애 조치(failover)하려면 클러스터에 대한 고가용성 복제를 구성해야 합니다. 자세한 내용은 "클러스터에 대한 고가용성 복제 구성"을(를) 참조하세요.

복제본 클러스터로 장애 조치(failover) 시작

  1. 복제본 클러스터의 기본 MySQL 노드에 SSH합니다. 자세한 내용은 "관리 셸(SSH)에 액세스"을(를) 참조하세요.

  2. 보조 클러스터로의 장애 조치(failover)를 시작하고 요청에 응답하도록 노드를 구성하려면 다음 명령을 실행합니다.

    ghe-cluster-failover
    
  3. 구성 실행이 완료되면 GitHub Enterprise Server에서 다음 메시지를 표시합니다.

    Finished cluster configuration
    
  4. 복제본 클러스터에 대한 부하 분산 장치의 IP 주소를 가리키도록 DNS 레코드를 업데이트합니다. TTL 기간이 만료되면 요청이 복제본 클러스터로 전달됩니다.

GitHub Enterprise Server에서 프롬프트를 표시하고 DNS 업데이트가 전파되면 장애 조치(failover)가 완료됩니다. 사용자는 클러스터의 일반적인 호스트 이름을 사용하여 GitHub Enterprise Server에 액세스할 수 있습니다.