경고: 새 시스템 리소스를 할당하는 프로세스는 가상화 플랫폼 및 리소스 유형에 따라 다릅니다. 항상 주요 시스템 리소스에 대한 모니터링 및 경고를 구성해야 합니다. 자세한 내용은 "인스턴스 모니터링"을 참조하세요.
참고: CPU 또는 메모리 리소스를 늘리기 전에 인스턴스를 유지 관리 모드로 전환합니다. 지정된 IP 주소의 액세스를 허용하도록 IP 예외 목록을 구성하여 변경 내용의 유효성을 검사할 수 있습니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.
AWS용 CPU 또는 메모리 리소스 추가
참고: AWS용 CPU 또는 메모리 리소스를 추가하려면 AWS Management Console 또는 aws ec2 명령줄 인터페이스를 사용하여 EC2 인스턴스를 관리하는 데 익숙해야 합니다. 선택한 AWS 도구를 사용하여 크기를 조정하는 방법에 대한 배경 및 자세한 내용은 Amazon EBS 지원 인스턴스 크기 조정에 대한 AWS 설명서를 참조하세요.
AWS의 크기 조정 고려 사항
GitHub Enterprise Server 인스턴스의 CPU 또는 메모리 리소스를 늘리기 전에 다음 권장 사항을 검토합니다.
- CPU를 사용하여 메모리를 스케일링합니다. CPU 리소스를 늘리면 인스턴스에 프로비저닝하는 각 vCPU(최대 16개 vCPU)에 대해 최소 6.5GB의 메모리를 추가하는 것이 좋습니다. 16개 이상의 vCPU를 사용하는 경우 각 vCPU에 대해 6.5GB의 메모리를 추가할 필요는 없지만 충분한 메모리가 있는지 확인하기 위해 인스턴스를 모니터링해야 합니다.
- 인스턴스에 탄력적 IP 주소를 할당합니다. 인스턴스에 탄력적 IP를 할당하지 않은 경우 다시 시작한 후 GitHub Enterprise Server 호스트에 대한 DNS A 레코드를 조정하여 퍼블릭 IP 주소의 변경을 고려해야 합니다. 인스턴스가 다시 시작되면 VPC(가상 프라이빗 클라우드)에서 인스턴스를 시작한 경우 인스턴스는 탄력적 IP를 유지합니다. EC2-Classic 네트워크에서 인스턴스를 만드는 경우 탄력적 IP를 인스턴스에 수동으로 다시 할당해야 합니다.
지원되는 AWS 인스턴스 유형
CPU/메모리 사양에 따라 업그레이드하려는 인스턴스 유형을 결정해야 합니다.
참고: 인스턴스 크기를 조정하여 항상 CPU 또는 메모리를 스케일 업할 수 있습니다. 그러나 CPU 또는 메모리 크기를 조정하려면 사용자에게 가동 중지 시간이 필요하므로 스케일을 고려하여 리소스를 초과 프로비저닝하는 것이 좋습니다.
GitHub에서는 GitHub Enterprise Server에 대한 메모리 최적화 인스턴스를 권장합니다. 자세한 내용은 Amazon EC2 웹 사이트의 Amazon EC2 인스턴스 유형을 참조하세요.
AWS의 크기 조정
참고: EC2-Classic에서 시작된 인스턴스의 경우 인스턴스와 연결된 탄력적 IP 주소와 인스턴스의 ID를 모두 적어 둡니다. 인스턴스를 다시 시작하면 탄력적 IP 주소를 다시 연결합니다.
기존 AWS/EC2 인스턴스에 CPU 또는 메모리 리소스를 추가할 수 없습니다. 대신 다음을 수행해야 합니다.
- 인스턴스를 중지합니다.
- 인스턴스 형식을 변경합니다.
- 인스턴스를 시작합니다.
- 인스턴스가 완전히 다시 시작되고 인스턴스에 연결할 수 있게 되면 SSH 관리 셸을 사용하여 새 리소스 구성이 인식되는지 확인합니다.
ssh -p 122 admin@HOSTNAME
ghe-system-info
Microsoft Azure에 CPU 또는 메모리 리소스 추가
참고: Microsoft Azure에 CPU 또는 메모리 리소스를 추가하려면 Azure Portal, Azure CLI 또는 Azure PowerShell 사용하여 VM 인스턴스를 관리하는 데 익숙해야 합니다. 원하는 Azure 도구를 사용하여 크기를 조정하는 방법에 대한 배경 및 자세한 내용은 가상 머신의 크기 변경에 대한 Azure 설명서를 참조하세요.
Microsoft Azure의 크기 조정 고려 사항
GitHub Enterprise Server 인스턴스의 CPU 또는 메모리 리소스를 늘리기 전에 다음 권장 사항을 검토합니다.
- CPU를 사용하여 메모리를 스케일링합니다. CPU 리소스를 늘리면 인스턴스에 프로비저닝하는 각 vCPU(최대 16개 vCPU)에 대해 최소 6.5GB의 메모리를 추가하는 것이 좋습니다. 16개 이상의 vCPU를 사용하는 경우 각 vCPU에 대해 6.5GB의 메모리를 추가할 필요는 없지만 충분한 메모리가 있는지 확인하기 위해 인스턴스를 모니터링해야 합니다.
- 인스턴스에 고정 IP 주소를 할당합니다. 인스턴스에 고정 IP를 할당하지 않은 경우 다시 시작한 후 GitHub Enterprise Server 호스트에 대한 DNS A 레코드를 조정하여 IP 주소의 변경을 고려해야 할 수도 있습니다.
지원되는 Microsoft Azure 인스턴스 크기
CPU/메모리 사양에 따라 업그레이드하려는 인스턴스 크기를 결정해야 합니다.
참고: 인스턴스 크기를 조정하여 항상 CPU 또는 메모리를 스케일 업할 수 있습니다. 그러나 CPU 또는 메모리 크기를 조정하려면 사용자에게 가동 중지 시간이 필요하므로 스케일을 고려하여 리소스를 초과 프로비저닝하는 것이 좋습니다.
GitHub Enterprise Server 어플라이언스에는 Premium Storage 데이터 디스크가 필요하며 Premium Storage를 지원하는 모든 Azure VM에서 지원됩니다. s 접미사가 있는 Azure VM 유형은 Premium Storage를 지원합니다. 자세한 내용은 Azure 설명서의 Azure에서 사용할 수 있는 디스크 유형 및 “Azure Premium Storage: 고성능을 위한 디자인”을 참조하세요.
GitHub에서는 GitHub Enterprise Server에 메모리 최적화 VM을 권장합니다. 자세한 내용은 Azure 설명서의 “메모리 최적화 가상 머신 크기”를 참조하세요.
GitHub Enterprise Server는 VM 유형을 지원하는 모든 지역을 지원합니다. 각 VM에 대해 지원되는 지역에 대한 자세한 내용은 Azure의 “지역별 사용 가능한 제품”을 참조하세요.
Microsoft Azure 크기 조정
VM 크기를 변경하여 VM을 스케일링할 수 있습니다. VM의 크기를 변경하면 VM이 다시 시작됩니다. 경우에 따라 먼저 VM의 할당을 취소해야 합니다. 이는 현재 VM을 호스트하는 하드웨어 클러스터에서 새 크기를 사용할 수 없는 경우에 발생할 수 있습니다.
- 필요한 단계는 가상 머신의 크기 변경에 대한 Azure 설명서를 참조하세요.
- 인스턴스가 완전히 다시 시작되고 인스턴스에 연결할 수 있게 되면 SSH 관리 셸을 사용하여 새 리소스 구성이 인식되는지 확인합니다.
ssh -p 122 admin@HOSTNAME
ghe-system-info
OpenStack KVM에 CPU 또는 메모리 리소스 추가
기존 OpenStack KVM 인스턴스에 CPU 또는 메모리 리소스를 추가할 수 없습니다. 대신 다음을 수행해야 합니다.
- 현재 인스턴스의 스냅샷을 만듭니다.
- 인스턴스를 중지합니다.
- 원하는 CPU 또는 메모리 리소스가 있는 새 인스턴스 버전을 선택합니다.
VMware에 CPU 또는 메모리 리소스 추가
CPU 리소스를 늘리면 인스턴스에 프로비저닝하는 각 vCPU(최대 16개 vCPU)에 대해 최소 6.5GB의 메모리를 추가하는 것이 좋습니다. 16개 이상의 vCPU를 사용하는 경우 각 vCPU에 대해 6.5GB의 메모리를 추가할 필요는 없지만 충분한 메모리가 있는지 확인하기 위해 인스턴스를 모니터링해야 합니다.
- vSphere 클라이언트를 사용하여 VMware ESXi 호스트에 연결합니다.
- GitHub Enterprise Server 인스턴스을(를) 종료합니다.
- 가상 머신을 선택하고 설정 편집을 클릭합니다.
- “하드웨어”에서 필요에 따라 가상 머신에 할당된 CPU 또는 메모리 리소스를 조정합니다.
- 가상 머신을 시작하려면 확인을 클릭합니다.
- 인스턴스가 완전히 다시 시작되고 인스턴스에 연결할 수 있게 되면 SSH 관리 셸을 사용하여 새 리소스 구성이 인식되는지 확인합니다.
ssh -p 122 admin@HOSTNAME
ghe-system-info