警告: 新しいリソースの割り当てプロセスは、仮想化プラットフォームやリソースの種類によって様々です。 重要なシステムリソースのモニタリングとアラートは、必ず設定しておいてください。 詳しい情報については「GitHub Enterprise Serverアプライアンスのモニタリング」を参照してください。
AWSでのCPUあるいはメモリリソースの追加
ノート: AWSでCPUあるいはメモリリソースを追加するには、EC2インスタンスを管理するためにAWSのマネージメントコンソールもしくはaws ec2
コマンドラインインターフェースのいずれかの利用に慣れていなければなりません。 リサイズを行うための好みのAWSツールの利用の背景と詳細については、Amazon EBS-Backed インスタンスのサイズ変更にあるAWSのドキュメンテーションを参照してください。
リサイズについての考慮
your GitHub Enterprise Server instance の CPU またはメモリリソースを増加させる前に、以下のことを行ってください:
- Scale your memory with CPUs. When you increase CPU resources, we recommend adding at least 6.5 GB of memory for each vCPU (up to 16 vCPUs) that you provision for the instance. When you use more than 16 vCPUs, you don't need to add 6.5 GB of memory for each vCPU, but you should monitor your instance to ensure it has enough memory.
- Assign an Elastic IP address to the instance. Elastic IP が割り当てられていない場合は、パブリック IP アドレスでの変更を考慮して、再起動後に GitHub Enterprise Server ホストの DNS A レコードを調整する必要があります。 インスタンスがVPC内で起動していれば、インスタンスが再起動してもElastic IP(EIP)は自動的に保持されます。 インスタンスがEC2-Classic内で起動されていれば、Elastic IPは手動で際割り当てが必要です。
サポートされているAWSインスタンスタイプ
アップグレードするインスタンスタイプは、CPU/メモリの仕様に基づいて決定しなければなりません。 GitHub Enterprise Server is supported on the following EC2 instance sizes. 詳しい情報についてはAWS EC2インスタンスタイプの概要ページを参照してください。
種類 | Size |
---|---|
C3 | c3.2xlarge, c3.4xlarge, c3.8xlarge |
C4 | c4.2xlarge, c4.4xlarge, c4.8xlarge |
C5 | c5.large, c5.xlarge, c5.2xlarge, c5.4xlarge, c5.9xlarge, c5.18xlarge |
M3 | m3.xlarge, m3.2xlarge |
M4 | m4.xlarge, m4.2xlarge, m4.4xlarge, m4.10xlarge, m4.16xlarge |
M5 | m5.large, m5.xlarge, m5.2xlarge, m5.4xlarge, m5.12xlarge, m5.24xlarge |
R4 | r4.large, r4.xlarge, r4.2xlarge, r4.4xlarge, r4.8xlarge, r4.16xlarge |
R5 | r5.large, r5.xlarge, r5.2xlarge, r5.4xlarge, r5.12xlarge, r5.24xlarge, r5n.large, r5n.xlarge, r5n.2xlarge, r5n.4xlarge, r5n.12xlarge, r5n.24xlarge, r5a.large, r5a.xlarge, r5a.2xlarge, r5a.4xlarge, r5a.12xlarge, r5a.24xlarge |
X1 | x1.16xlarge, x1.32xlarge |
推奨されるAWSインスタンスタイプ
ユーザライセンス数に応じて、以下のインスタンスタイプをおすすめします。 |
ユーザライセンス | 推奨タイプ |
---|---|
トライアル、デモ、あるいは10人の軽量ユーザ | r4.large |
10 - 3000 | r4.xlarge |
3000 - 5000 | r4.2xlarge |
5000 - 8000 | r4.4xlarge |
8000 - 10000+ | r4.8xlarge |
ノート:インスタンスをリサイズすれば、いつでもCPUやメモリをスケールアップできます。 しかし、CPUあるいはメモリのリサイズにはユーザにとってのダウンタイムが生じるので、スケールのためのリソースを前もってオーバープロビジョニングしておくことをおすすめします。
AWSでのリサイズ
ノート:EC2-Classicで起動されたインスタンスについては、インスタンスに関連づけられたElastic IPアドレスとインスタンスIPの両方を書き留めておいてください。 インスタンスを再起動したなら、Elastic IPのアドレスを再割り当てしてください。
既存の AWS/EC2 インスタンスに CPU またはメモリリソースを追加することはできません。 その代わりに、以下を行う必要があります:
- インスタンスを停止する。
- インスタンスタイプを変更する。
- インスタンスを起動します。
- インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してください:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info
OpenStack KVMでのCPUあるいはメモリリソースの追加
既存の OpenStack KVM インスタンスに CPU またはメモリリソースを追加することはできません。 その代わりに、以下を行う必要があります:
- 現在のインスタンスのスナップショットを取る。
- インスタンスを停止する。
- 希望するCPUやメモリリソースを持つ新しいインスタンスフレーバーを選択する。
Adding CPU or memory resources for VMware
When you increase CPU resources, we recommend adding at least 6.5 GB of memory for each vCPU (up to 16 vCPUs) that you provision for the instance. When you use more than 16 vCPUs, you don't need to add 6.5 GB of memory for each vCPU, but you should monitor your instance to ensure it has enough memory.
- vSphere Clientを使ってVMware ESXiホストに接続してください。
- your GitHub Enterprise Server instanceをシャットダウンしてください。
- 仮想マシンを選択し、 Edit Settings(設定の編集)をクリックしてください。
- "Hardware"の下で、必要に応じて仮想マシンに割り当てられたCPUやメモリリソースを調整してください。
- 仮想マシンを起動するには、[OK] をクリックします。
- インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してください:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info