Skip to main content
설명서에 자주 업데이트를 게시하며 이 페이지의 번역이 계속 진행 중일 수 있습니다. 최신 정보는 영어 설명서를 참조하세요.

클러스터링 구성

클러스터링 및 클러스터링의 고가용성과의 차이점에 대해 알아봅니다.

  • 클러스터링 아키텍처

    GitHub Enterprise Server는 서비스 집합으로 구성됩니다.

  • 클러스터링과 HA(고가용성) 간 차이점

    GitHub Enterprise Server HA(고가용성 구성)는 중복성을 제공하는 기본/보조 장애 조치 구성이며 클러스터링에서는 읽기 및 쓰기 부하를 여러 노드에 분산하여 중복성과 확장성을 제공합니다.

  • 클러스터 노드 정보

    노드는 클러스터에서 작동하는 GitHub Enterprise Server 인스턴스입니다. 각 노드는 클러스터에게, 궁극적으로 사용자에게 제공되는 서비스 집합을 실행합니다.

  • 클러스터 네트워크 구성

    GitHub Enterprise Server 클러스터링은 제대로 작동하기 위해 DNS 이름 확인, 부하 분산 및 노드 간 통신에 의존합니다.

  • 클러스터 초기화

    GitHub Enterprise Server 클러스터는 라이선스를 사용하여 설정하고 SSH(관리 셸)를 사용하여 초기화해야 합니다.

  • 클러스터 업그레이드

    관리 셸(SSH)을 사용하여 GitHub Enterprise Server 클러스터를 최신 릴리스로 업그레이드합니다.

  • 클러스터 노드 모니터링

    GitHub Enterprise Server 클러스터는 둘 이상의 노드에 분산된 중복 서비스로 구성됩니다. 개별 서비스 또는 전체 노드가 실패한다고 해도 클러스터 사용자에게 즉시 효과가 나타나서는 안 됩니다. 그러나 성능 및 중복성이 영향을 받으므로 GitHub Enterprise Server 클러스터의 상태를 모니터링하는 것이 중요합니다.

  • 클러스터 노드 바꾸기

    GitHub Enterprise Server 노드를 바꾸려면 클러스터 구성 파일(cluster.conf)에서 영향을 받는 노드를 오프라인으로 표시하고 대체 노드를 추가해야 합니다. 이는 노드가 실패하거나 더 많은 리소스가 있는 노드를 추가하여 성능을 향상시키기 위해 필요할 수 있습니다.

  • 데이터 서비스를 실행하는 클러스터 노드 대피

    클러스터의 노드가 분산 데이터를 저장하는 서비스를 실행하는 경우 노드의 데이터를 제거하여 노드를 대체할 준비를 할 때 중복성을 보장할 수 있습니다.