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

이 버전의 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를 사용하여 각 복제본 노드에서 복제를 시작해야 합니다.