Skip to main content

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

복제본 클러스터로 장애 조치(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 업데이트가 전파되면 페일오버 과정이 완료된 것입니다. 사용자는 클러스터의 일반적인 호스트 이름을 사용하여 GitHub Enterprise Server에 액세스할 수 있습니다.