CPU 또는 메모리 리소스 늘리기

VM의 CPU 또는 메모리 리소스를 늘려 GitHub Enterprise Server 인스턴스에 더 많은 리소스 집약적 워크로드를 수용할 수 있습니다.

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

인스턴스 크기를 조정하여 항상 CPU 또는 메모리를 스케일 업할 수 있습니다. 인스턴스에 사용할 수 있는 리소스를 변경하려면 사용자의 가동 중지 시간이 필요하므로 GitHub에서는 규모에 맞게 리소스를 오버프로비저닝하는 것이 좋습니다.

AWS용 CPU 또는 메모리 리소스 추가

AWS에서 인스턴스에 대한 CPU 또는 메모리 리소스를 추가하려면 인스턴스의 유형을 변경하세요. 회사의 AWS 인프라 액세스 권한이 있어야 하고, AWS 관리 콘솔 또는 aws ec2 명령줄 인터페이스를 사용하여 EC2 인스턴스를 관리하는 데 익숙해야 합니다. 자세한 정보는 AWS 설명서의 인스턴스 유형 변경을 참조하세요.

크기 조정 고려 사항을 검토하고, 지원되는 인스턴스 유형을 확인하고, AWS에서 인스턴스 크기를 조정하는 방법을 알아볼 수 있습니다.

AWS의 크기 조정 고려 사항

GitHub Enterprise Server 인스턴스의 CPU 또는 메모리 리소스를 늘리기 전에 다음 권장 사항을 검토합니다.

CPU를 사용하여 메모리를 스케일링합니다. CPU 리소스를 늘릴 때 GitHub에서는 인스턴스에 프로비저닝하는 각 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 및 메모리 사양에 따라 업그레이드하려는 인스턴스 유형을 결정해야 합니다.

GitHub에서는 GitHub Enterprise Server에 대한 메모리 최적화 인스턴스를 권장합니다. 자세한 내용은 Amazon EC2 웹 사이트의 Amazon EC2 인스턴스 유형을 참조하세요.

AWS에서 인스턴스 크기 조정

AWS에서 GitHub Enterprise Server 인스턴스에 사용할 수 있는 리소스를 늘리려면 인스턴스를 종료하고 인스턴스 유형을 변경한 다음 인스턴스를 다시 시작하세요.

인스턴스가 EC2-Classic에서 실행되는 경우 인스턴스와 연결된 Elastic IP 주소와 인스턴스의 ID를 모두 적어 두세요.
예정된 가동 중지 시간을 사용자에게 전달하고 유지 관리 모드를 사용하도록 설정합니다. 자세한 내용은 다음 문서를 참조하십시오.
- "엔터프라이즈에 대한 사용자 메시지 사용자 지정"
- "유지 관리 모드 사용 설정 및 예약"
인스턴스를 중지하려면 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다. 자세한 내용은 "관리 셸(SSH)에 액세스"을(를) 참조하세요.
```
sudo poweroff
```
AWS에서 인스턴스 형식을 변경하세요.
인스턴스를 시작합니다.
인스턴스가 EC2-Classic에서 실행되는 경우 인스턴스를 다시 시작한 후 탄력적 IP 주소를 다시 연결하세요.
인스턴스가 완전히 다시 시작되고 인스턴스에 연결할 수 있게 되면 새 리소스 구성이 인식되는지 확인합니다. 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다.
```
ghe-system-info
```
필요에 따라 지정된 IP 주소로부터의 액세스를 허용하도록 IP 예외 목록을 구성하여 변경 사항을 확인할 수 있습니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.
사용자 메시지를 구성한 경우 해당 메시지를 제거합니다.
유지 관리 모드 사용 중지.

Microsoft Azure에 CPU 또는 메모리 리소스 추가

Microsoft Azure에서 인스턴스에 대한 CPU 또는 메모리 리소스를 추가하려면 인스턴스의 크기를 변경하세요. Azure 인스턴스를 관리하려면 회사의 Microsoft Azure 인프라에 액세스할 수 있어야 하며 Azure Portal, Azure CLI 또는 Azure PowerShell에 대해 잘 알고 있어야 합니다. 자세한 내용은 Microsoft Learn의 가상 머신 크기 변경을 참조하세요.

크기 조정 고려 사항을 검토하고, 지원되는 인스턴스 유형을 확인하고, Microsoft Azure에서 인스턴스 크기를 조정하는 방법을 알아볼 수 있습니다.

Microsoft Azure의 크기 조정 고려 사항

GitHub Enterprise Server 인스턴스의 CPU 또는 메모리 리소스를 늘리기 전에 다음 권장 사항을 검토합니다.

CPU를 사용하여 메모리를 스케일링합니다. CPU 리소스를 늘릴 때 GitHub에서는 인스턴스에 프로비저닝하는 각 vCPU(최대 16개 vCPU)에 대해 최소 6.5GB의 메모리를 추가하는 것이 좋습니다. 16개 이상의 vCPU를 사용하는 경우 각 vCPU에 대해 6.5GB의 메모리를 추가할 필요는 없지만 충분한 메모리가 있는지 확인하기 위해 인스턴스를 모니터링해야 합니다.
인스턴스에 고정 IP 주소를 할당합니다. 인스턴스에 고정 IP를 할당하지 않은 경우 다시 시작한 후 GitHub Enterprise Server 호스트에 대한 DNS A 레코드를 조정하여 IP 주소의 변경을 고려해야 할 수도 있습니다.

Microsoft Azure 에서 지원되는 인스턴스 유형

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에서 인스턴스 크기 조정

Microsoft Azure의 GitHub Enterprise Server 인스턴스에 사용할 수 있는 리소스를 늘리려면 VM의 크기를 변경하세요. VM의 크기를 변경하면 VM이 다시 시작됩니다. 경우에 따라 먼저 VM의 할당을 취소해야 합니다. 현재 VM을 호스팅하고 있는 하드웨어 클러스터에서 새 크기를 사용할 수 없는 경우 VM 할당을 해제해야 할 수 있습니다.

예정된 가동 중지 시간을 사용자에게 전달하고 유지 관리 모드를 사용하도록 설정합니다. 자세한 내용은 다음 문서를 참조하십시오.
- "엔터프라이즈에 대한 사용자 메시지 사용자 지정"
- "유지 관리 모드 사용 설정 및 예약"
인스턴스를 중지하려면 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다. 자세한 내용은 "관리 셸(SSH)에 액세스"을(를) 참조하세요.
```
sudo poweroff
```
Azure에서 VM의 크기를 조정하려면 Microsoft Learn의 가상 머신 크기 변경 지침을 따르세요.
인스턴스가 완전히 다시 시작되고 인스턴스에 연결할 수 있게 되면 새 리소스 구성이 인식되는지 확인합니다. 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다.
```
ghe-system-info
```
필요에 따라 지정된 IP 주소로부터의 액세스를 허용하도록 IP 예외 목록을 구성하여 변경 사항을 확인할 수 있습니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.
사용자 메시지를 구성한 경우 해당 메시지를 제거합니다.
유지 관리 모드 사용 중지.

OpenStack KVM에 CPU 또는 메모리 리소스 추가

OpenStack KVM의 GitHub Enterprise Server 인스턴스에 사용할 수 있는 리소스를 늘리려면 회사의 OpenStack KVM 인프라에 대한 액세스 권한이 있어야 하며 VM을 중지한 다음 새 인스턴스 버전을 선택하세요.

CPU 리소스를 늘릴 때 GitHub에서는 인스턴스에 프로비저닝하는 각 vCPU(최대 16개 vCPU)에 대해 최소 6.5GB의 메모리를 추가하는 것이 좋습니다. 16개 이상의 vCPU를 사용하는 경우 각 vCPU에 대해 6.5GB의 메모리를 추가할 필요는 없지만 충분한 메모리가 있는지 확인하기 위해 인스턴스를 모니터링해야 합니다.

OpenStack KVM을 사용해 현재 인스턴스의 스냅샷을 만드세요.
예정된 가동 중지 시간을 사용자에게 전달하고 유지 관리 모드를 사용하도록 설정합니다. 자세한 내용은 다음 문서를 참조하십시오.
- "엔터프라이즈에 대한 사용자 메시지 사용자 지정"
- "유지 관리 모드 사용 설정 및 예약"
인스턴스를 중지하려면 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다. 자세한 내용은 "관리 셸(SSH)에 액세스"을(를) 참조하세요.
```
sudo poweroff
```
OpenStack KVM에서 원하는 CPU 또는 메모리 리소스가 있는 새 인스턴스 버전을 선택하세요.
인스턴스가 완전히 다시 시작되고 인스턴스에 연결할 수 있게 되면 새 리소스 구성이 인식되는지 확인합니다. 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다.
```
ghe-system-info
```
필요에 따라 지정된 IP 주소로부터의 액세스를 허용하도록 IP 예외 목록을 구성하여 변경 사항을 확인할 수 있습니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.
사용자 메시지를 구성한 경우 해당 메시지를 제거합니다.
유지 관리 모드 사용 중지.

VMware ESXi에 CPU 또는 메모리 리소스 추가

VMware의 GitHub Enterprise Server 인스턴스에 사용할 수 있는 리소스를 늘리려면 회사의 VMware 인프라에 대한 액세스 권한이 있어야 하며 VM을 중지한 다음 VMWare ESXi에서 리소스를 조정하세요.

예정된 가동 중지 시간을 사용자에게 전달하고 유지 관리 모드를 사용하도록 설정합니다. 자세한 내용은 다음 문서를 참조하십시오.
- "엔터프라이즈에 대한 사용자 메시지 사용자 지정"
- "유지 관리 모드 사용 설정 및 예약"
인스턴스를 중지하려면 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다. 자세한 내용은 "관리 셸(SSH)에 액세스"을(를) 참조하세요.
```
sudo poweroff
```
vSphere 클라이언트를 사용하여 VMware ESXi 호스트의 VM 설정에 대해 VM을 선택한 다음 설정 편집을 클릭하세요.
"하드웨어"에서 VM에 할당된 CPU 또는 메모리 리소스를 조정하세요.
가상 머신을 시작하려면 확인을 클릭합니다.
인스턴스가 완전히 다시 시작되고 인스턴스에 연결할 수 있게 되면 새 리소스 구성이 인식되는지 확인합니다. 인스턴스에서 SSH를 실행한 후 다음 명령을 실행합니다.
```
ghe-system-info
```
필요에 따라 지정된 IP 주소로부터의 액세스를 허용하도록 IP 예외 목록을 구성하여 변경 사항을 확인할 수 있습니다. 자세한 내용은 "유지 관리 모드 사용 설정 및 예약"을(를) 참조하세요.
사용자 메시지를 구성한 경우 해당 메시지를 제거합니다.
유지 관리 모드 사용 중지.

CPU 또는 메모리 리소스 늘리기

이 문서의 내용