警告: 新しいシステ� リソースを割り当てるプロセスは、仮想化プラットフォー� とリソースの種類によって異なります。 重要なシステ� リソースのモニタリングとアラートは、必ず設定しておいてく� さい。 詳細については、「GitHub Enterprise Server アプライアンスの監視」を参照してく� さい。
Note: Before increasing CPU or memory resources, put your instance in maintenance mode. For more information, see "Enabling and scheduling maintenance mode."
Adding CPU or memory resources for AWS
Note: To add CPU or memory resources for AWS, you must be familiar with using either the AWS management console or the aws ec2
command line interface to manage EC2 instances. For background and details on using the AWS tools of your choice to perform the resize, see the AWS documentation on resizing an Amazon EBS-backed instance.
Resizing considerations
Before increasing CPU or memory resources for your GitHub Enterprise Server instance, review the following recommendations.
- Scale your memory with CPUs. CPUリソースを増やす� �合、インスタンスにプロビジョニングする各vCPUごとに少なくとも6.5GBのメモリを追� する(最大16vCPUまで)ことをおすすめします。 16以上のvCPUを使う� �合は、各vCPUごとに6.5GBのメモリを追� する必要はありませんが、インスタンスが十分なメモリを持っているかをモニターするべきです。
- Assign an Elastic IP address to the instance. If you haven't assigned an Elastic IP to your instance, you'll have to adjust the DNS A records for your GitHub Enterprise Server host after the restart to account for the change in public IP address. Once your instance restarts, the instance keeps the Elastic IP if you launched the instance in a virtual private cloud (VPC). If you create the instance in an EC2-Classic network, you must manually reassign the Elastic IP to the instance.
Supported AWS instance types
You need to determine the instance type you would like to upgrade to based on CPU/memory specifications.
注: インスタンスをサイズ変更すれば、いつでも CPU やメモリをスケールアップできます。 しかし、CPUあるいはメモリのリサイズにはユーザにとってのダウンタイ� が生じるので、スケールのためのリソースを前もってオーバープロビジョニングしておくことをおすすめします。
GitHubは、GitHub Enterprise Serverにメモリ最適化されたインスタンスをおすすめします。 詳細については、Amazon EC2 Web サイトの「Amazon EC2 Instance Types (Amazon EC2 インスタンス タイプ)」を参照してく� さい。
Resizing for AWS
Note: For instances launched in EC2-Classic, write down both the Elastic IP address associated with the instance and the instance's ID. Once you restart the instance, re-associate the Elastic IP address.
It's not possible to add CPU or memory resources to an existing AWS/EC2 instance. Instead, you must:
- Stop the instance.
- Change the instance type.
- Start the instance.
- インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してく� さい:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info
Adding CPU or memory resources on Microsoft Azure
Note: To add CPU or memory resources in Microsoft Azure, you must be familiar with using either the Azure Portal, Azure CLI or Azure PowerShell to manage VM instances. For background and details on using the Azure tools of your choice to perform the resize, please refer to the Azure documentation on changing the size of a virtual machine.
Resizing considerations
Before increasing CPU or memory resources for your GitHub Enterprise Server instance, review the following recommendations.
- Scale your memory with CPUs. CPUリソースを増やす� �合、インスタンスにプロビジョニングする各vCPUごとに少なくとも6.5GBのメモリを追� する(最大16vCPUまで)ことをおすすめします。 16以上のvCPUを使う� �合は、各vCPUごとに6.5GBのメモリを追� する必要はありませんが、インスタンスが十分なメモリを持っているかをモニターするべきです。
- Assign a static IP address to the instance. If you haven't assigned a static IP to your instance, you might have to adjust the DNS A records for your GitHub Enterprise Server host after the restart to account for the change in IP address.
Supported Microsoft Azure instance sizes
You need to determine the instance size you would like to upgrade to based on CPU/memory specifications.
注: インスタンスをサイズ変更すれば、いつでも CPU やメモリをスケールアップできます。 しかし、CPUあるいはメモリのリサイズにはユーザにとってのダウンタイ� が生じるので、スケールのためのリソースを前もってオーバープロビジョニングしておくことをおすすめします。
GitHub Enterprise Server アプライアンスは、プレミア� ストレージのデータディスクを必要としており、プレミア� ストレージをサポートするあらゆる Azure VM でサポートされます。 s
サフィックスが付いた Azure VM の種類では、Premium Storage がサポートされます。 詳細については、「Azure で利用できるディスクの種類」 および Azure ドキュメントの「Azure Premium Storage: 高パフォーマンス用に設計する」を参照してく� さい。
GitHub は、GitHub Enterprise Server にメモリ最適化された VM を推奨しています。 詳細については、Azure ドキュメントの「メモリ最適化済み仮想マシンのサイズ」を参照してく� さい。
GitHub Enterprise Server は、VM タイプをサポートするあらゆる地域をサポートします。 各 VM でサポートされているリージョンの詳細については、Azure の「リージョン別の利用可能な製品」を参照してく� さい。
Resizing for Microsoft Azure
You can scale the VM up by changing the VM size. Changing its size will cause it to be restarted. In some cases, you must deallocate the VM first. This can happen if the new size is not available on the hardware cluster that is currently hosting the VM.
- Refer to the Azure documentation on changing the size of a virtual machine for the required steps.
- インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してく� さい:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info
Adding CPU or memory resources for OpenStack KVM
It's not possible to add CPU or memory resources to an existing OpenStack KVM instance. Instead, you must:
- Take a snapshot of the current instance.
- Stop the instance.
- Select a new instance flavor that has the desired CPU and/or memory resources.
Adding CPU or memory resources for VMware
CPUリソースを増やす� �合、インスタンスにプロビジョニングする各vCPUごとに少なくとも6.5GBのメモリを追� する(最大16vCPUまで)ことをおすすめします。 16以上のvCPUを使う� �合は、各vCPUごとに6.5GBのメモリを追� する必要はありませんが、インスタンスが十分なメモリを持っているかをモニターするべきです。
- Use the vSphere Client to connect to the VMware ESXi host.
- Shut down your GitHub Enterprise Server instance.
- Select the virtual machine and click Edit Settings.
- Under "Hardware", adjust the CPU and/or memory resources allocated to the virtual machine as needed:
- To start the virtual machine, click OK.
- インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してく� さい:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info