새 시스템 리소스를 할당하는 프로세스는 가상화 플랫폼 및 리소스 유형에 따라 다릅니다. 항상 주요 시스템 리소스에 대한 모니터링 및 경고를 구성해야 합니다. 자세한 내용은 "인스턴스 모니터링"을(를) 참조하세요.
더 많은 사용자가 GitHub Enterprise Server 인스턴스에 가입함에 따라 스토리지 볼륨의 크기를 조정해야 할 수 있습니다. 스토리지 크기 조정에 대한 자세한 내용은 가상화 플랫폼에 대한 설명서를 참조하세요.
요구 사항 및 권장 사항
Note
스토리지 볼륨의 크기를 조정하기 전에 인스턴스를 유지 관리 모드로 전환합니다. 지정된 IP 주소의 액세스를 허용하도록 IP 예외 목록을 구성하여 변경 내용의 유효성을 검사할 수 있습니다. 자세한 내용은 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.
최소 권장 요구 사항
사용자 라이선스 | x86-64 vCPUs | 메모리 | 루트 스토리지 | 연결된(데이터) 스토리지 | IOPS |
---|---|---|---|---|---|
평가판, 데모 또는 10명의 라이트 사용자 | 4 | 32GB | 400GB | 500GB | 600 |
최대 1,000개 | 8 | 48GB | 400GB | 500GB | 3000 |
1,000~3,000 | 16 | 64GB | 400GB | 1000GB | 6000 |
3,000~5,000 | 32 | 128GB | 400GB | 1500GB | 9000 |
5,000~8,000 | 48 | 256GB | 400GB | 3000GB | 12000 |
8,000~10,000+ | 64 | 512 GB | 400GB | 5000GB | 15000 |
루트 스토리지는 인스턴스 루트 디스크의 총 크기를 나타냅니다. 루트 파일 시스템에서 사용 가능한 공간은 루트 디스크에서 사용 가능한 총 스토리지의 50%입니다. 자세한 내용은 시스템 개요을(를) 참조하세요.
데이터 파티션 크기 늘리기
-
가상화 플랫폼의 도구를 사용하여 기존 사용자 볼륨 디스크의 크기를 조정합니다.
-
에 SSH합니다. 인스턴스가 여러 노드로 구성된 경우(예: 고가용성 또는 지역 복제가 구성된 경우) 주 노드에 대한 SSH를 수행합니다. 클러스터를 사용하는 경우 임의 노드에 대해 SSH를 수행할 수 있습니다. HOSTNAME을 인스턴스의 호스트 이름 또는 노드의 호스트 이름이나 IP 주소로 바꿉니다. 자세한 내용은 "관리 셸(SSH)에 액세스"을(를) 참조하세요.
Shell ssh -p 122 admin@HOSTNAME
ssh -p 122 admin@HOSTNAME
-
어플라이언스를 유지 관리 모드로 전환합니다. 자세한 내용은 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.
-
어플라이언스를 다시 부팅하여 새 스토리지 할당 검색:
sudo reboot
-
ghe-storage-extend
명령을 실행하여/data/user
파일 시스템을 확장합니다.ghe-storage-extend
-
시스템 서비스가 제대로 작동하는지 확인하고 유지 관리 모드를 해제합니다. 자세한 내용은 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.
새 어플라이언스로 루트 파티션 크기 늘리기
-
현재 어플라이언스와 동일한 버전을 사용하여 더 큰 루트 디스크가 있는 새 GitHub Enterprise Server 인스턴스를 설정합니다. 자세한 내용은 GitHub Enterprise Server 인스턴스 설정을(를) 참조하세요.
-
현재 어플라이언스 종료:
sudo poweroff
-
가상화 플랫폼의 도구를 사용하여 현재 어플라이언스에서 데이터 디스크를 분리합니다.
-
더 큰 루트 디스크를 사용하여 데이터 디스크를 새 어플라이언스로 연결합니다.
기존 어플라이언스로 루트 파티션 크기 늘리기
Warning
루트 파티션 크기를 늘리기 전에 인스턴스를 유지 관리 모드로 전환해야 합니다. 자세한 내용은 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.
-
GitHub Enterprise Server 어플라이언스로 새 디스크를 연결합니다.
-
lsblk
명령을 실행하여 새 디스크의 디바이스 이름을 식별합니다. -
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%
-
고가용성 또는 지역에서 복제를 지원하도록 어플라이언스가 구성된 경우 복제를 중지하려면 각 복제본 노드에서
ghe-repl-stop
명령을 실행합니다.ghe-repl-stop
-
새로 분할된 디스크에 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
-
새로 추가된 디스크의 보조 파티션에서 다음 명령을 실행합니다.
sudo mkfs.ext4 -L fallback /dev/xvdg2
-
애플리케이션 종료:
sudo poweroff
-
하이퍼바이저에서 이전 루트 디스크를 제거하고 이전 루트 디스크와 동일한 위치에 새 루트 디스크를 연결합니다.
-
어플라이언스를 시작합니다.
-
시스템 서비스가 제대로 작동하는지 확인하고 유지 관리 모드를 해제합니다. 자세한 내용은 유지 관리 모드 사용 설정 및 예약을(를) 참조하세요.
어플라이언스가 고가용성 또는 지역 복제를 위해 구성된 경우 모든 노드의 스토리지가 업그레이드된 후 ghe-repl-start
를 사용하여 각 복제본 노드에서 복제를 시작해야 합니다.