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

이 버전의 GitHub Enterprise는 다음 날짜에 중단되었습니다. 2023-03-15. 중요한 보안 문제에 대해서도 패치 릴리스가 이루어지지 않습니다. 성능 향상, 향상된 보안, 새로운 기능을 위해 최신 버전의 GitHub Enterprise로 업그레이드합니다. 업그레이드에 대한 도움말은 GitHub Enterprise 지원에 문의하세요.

스토리지 용량 늘리기

Git 리포지토리, 데이터베이스, 검색 인덱스 및 기타 영구 애플리케이션 데이터에 사용할 수 있는 스토리지 크기를 늘리거나 변경할 수 있습니다.

경고: 새 시스템 리소스를 할당하는 프로세스는 가상화 플랫폼 및 리소스 유형에 따라 다릅니다. 항상 주요 시스템 리소스에 대한 모니터링 및 경고를 구성해야 합니다. 자세한 내용은 "어플라이언스 모니터링"을 참조하세요.

더 많은 사용자가 GitHub Enterprise Server 인스턴스에 가입함에 따라 스토리지 볼륨의 크기를 조정해야 할 수 있습니다. 스토리지 크기 조정에 대한 자세한 내용은 가상화 플랫폼에 대한 설명서를 참조하세요.

요구 사항 및 권장 사항

참고: 스토리지 볼륨의 크기를 조정하기 전에 인스턴스를 유지 관리 모드로 전환합니다. 지정된 IP 주소의 액세스를 허용하도록 IP 예외 목록을 구성하여 변경 내용의 유효성을 검사할 수 있습니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약.

최소 요구 사항

사용자 라이선스vCPU메모리루트 스토리지연결된(데이터) 스토리지
평가판, 데모 또는 라이트 사용자 10명432GB200GB150GB
10~3,000848GB200GB300GB
3,000~50001264GB200GB500GB
5,000~80001696GB200GB750GB
8,000~10,000 이상20160 GB200GB1000GB

데이터 파티션 크기 늘리기

  1. 가상화 플랫폼의 도구를 사용하여 기존 사용자 볼륨 디스크의 크기를 조정합니다.

  2. GitHub Enterprise Server 인스턴스에 SSH합니다. 인스턴스가 여러 노드로 구성된 경우(예: 고가용성 또는 지역 복제가 구성된 경우) 주 노드에 대한 SSH를 수행합니다. 클러스터를 사용하는 경우 임의 노드에 대해 SSH를 수행할 수 있습니다. SSH 액세스에 대한 자세한 내용은 "AUTOTITLE"을 참조하세요.

    $ ssh -p 122 admin@HOSTNAME
  3. 어플라이언스를 유지 관리 모드로 전환합니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을 참조하세요.

  4. 어플라이언스를 다시 부팅하여 새 스토리지 할당 검색:

    $ sudo reboot
  5. ghe-storage-extend 명령을 실행하여 /data/user 파일 시스템을 확장합니다.

    $ ghe-storage-extend
  6. 시스템 서비스가 제대로 작동하는지 확인하고 유지 관리 모드를 해제합니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을 참조하세요.

새 어플라이언스로 루트 파티션 크기 늘리기

  1. 현재 어플라이언스와 동일한 버전을 사용하여 더 큰 루트 디스크가 있는 새 GitHub Enterprise Server 인스턴스를 설정합니다. 자세한 내용은 "GitHub Enterprise Server 인스턴스 설정"을 참조하세요.
  2. 현재 어플라이언스 종료:
    $ sudo poweroff
  3. 가상화 플랫폼의 도구를 사용하여 현재 어플라이언스에서 데이터 디스크를 분리합니다.
  4. 더 큰 루트 디스크를 사용하여 데이터 디스크를 새 어플라이언스로 연결합니다.

기존 어플라이언스로 루트 파티션 크기 늘리기

경고: 루트 파티션 크기를 늘리기 전에 인스턴스를 유지 관리 모드로 전환해야 합니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을 참조하세요.

  1. GitHub Enterprise Server 어플라이언스로 새 디스크를 연결합니다.

  2. lsblk 명령을 실행하여 새 디스크의 디바이스 이름을 식별합니다.

  3. parted 명령을 실행하여 디스크를 포맷하고 디바이스 이름을 /dev/xvdg로 바꿉니다.

    $ sudo parted /dev/xvdg mklabel msdos
    $ sudo parted /dev/xvdg mkpart primary ext4 0% 50%
    $ sudo parted /dev/xvdg mkpart primary ext4 50% 100%
  4. 어플라이언스는 고가용성 또는 지역 복제를 위해 구성된 경우 복제를 중지하려면 각 복제본 노드에서 명령을 실행 ghe-repl-stop 합니다.

    $ ghe-repl-stop
  5. 새로 분할된 디스크에 GitHub Enterprise Server 소프트웨어를 설치하려면 명령을 실행합니다 ghe-upgrade . PACKAGE-NAME.pkg를 어플라이언스에서 이미 실행 중인 GitHub Enterprise Server 버전과 일치하는 플랫폼별 업그레이드 패키지의 경로로 바꿔야 합니다. 와 같은 github-enterprise-2.11.9.hpkg범용 핫패치 업그레이드 패키지는 사용할 수 없습니다. ghe-upgrade 명령이 완료되면 애플리케이션 서비스가 자동으로 종료됩니다.

    $ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
  6. 애플리케이션 종료:

    $ sudo poweroff
  7. 하이퍼바이저에서 이전 루트 디스크를 제거하고 이전 루트 디스크와 동일한 위치에 새 루트 디스크를 연결합니다.

  8. 어플라이언스를 시작합니다.

  9. 시스템 서비스가 제대로 작동하는지 확인하고 유지 관리 모드를 해제합니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을 참조하세요.

어플라이언스가 고가용성 또는 지역 복제를 위해 구성된 경우 모든 노드의 스토리지가 업그레이드된 후 ghe-repl-start를 사용하여 각 복제본 노드에서 복제를 시작해야 합니다.