스토리지 용량 늘리기

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

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

요구 사항 및 권장 사항

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

최소 권장 요구 사항

사용자 라이선스	x86-64 vCPUs	메모리	루트 스토리지	연결된(데이터) 스토리지
평가판, 데모 또는 10명의 라이트 사용자	4	32GB	200GB	150GB
10~3,000	8	48GB	200GB	300GB
3,000~5000	12	64GB	200GB	500GB
5,000~8,000	16	96 GB	200GB	750GB
8,000~10,000+	20	160GB	200GB	1000GB

루트 스토리지는 인스턴스 루트 디스크의 총 크기를 나타냅니다. 루트 파일 시스템에서 사용 가능한 공간은 루트 디스크에서 사용 가능한 총 스토리지의 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
```
가상화 플랫폼의 도구를 사용하여 현재 어플라이언스에서 데이터 디스크를 분리합니다.
더 큰 루트 디스크를 사용하여 데이터 디스크를 새 어플라이언스로 연결합니다.

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

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

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 poweroff
```
하이퍼바이저에서 이전 루트 디스크를 제거하고 이전 루트 디스크와 동일한 위치에 새 루트 디스크를 연결합니다.
어플라이언스를 시작합니다.
시스템 서비스가 제대로 작동하는지 확인하고 유지 관리 모드를 해제합니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.

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