警告: 新しいシステ� リソースを割り当てるプロセスは、仮想化プラットフォー� とリソースの種類によって異なります。 重要なシステ� リソースのモニタリングとアラートは、必ず設定しておいてく� さい。 詳細については、「GitHub Enterprise Server アプライアンスの監視」を参照してく� さい。
注: CPU またはメモリ リソースを増やす前に、インスタンスをメンテナンス モードにします。 詳しい情� �については、「メンテナンス モードの有効化とスケジューリング」を参照してく� さい。
AWSでのCPUあるいはメモリリソースの追�
注: AWS で CPU またはメモリ リソースを増やすには、AWS 管理コンソールまたは aws ec2
コマンド ライン インターフェイスのいずれかを使って EC2 インスタンスを管理するための知識が必要です。 サイズ変更を行うために選ん� AWS ツールの背景や使用方法について詳しくは、Amazon EBS 対応インスタンスのサイズ変更に関する AWS ドキュメントを参照してく� さい。
リサイズについての考慮
で CPU またはメモリ リソースを増やす前に、次の推奨事� �を確認してく� さい。
- CPU でメモリをスケールアップまたはスケールダウンします。 CPUリソースを増やす� �合、インスタンスにプロビジョニングする各vCPUごとに少なくとも6.5GBのメモリを追� する(最大16vCPUまで)ことをおすすめします。 16以上のvCPUを使う� �合は、各vCPUごとに6.5GBのメモリを追� する必要はありませんが、インスタンスが十分なメモリを持っているかをモニターするべきです。
- インスタンスにエラスティック IP アドレスを割り当てます。 Elastic IP が割り当てられていない� �合は、パブリック IP アドレスでの変更を考慮して、再起動後に GitHub Enterprise Server ホストの DNS A レコードを調整する必要があります。 インスタンスがVPC内で起動していれば、インスタンスが再起動してもElastic IP(EIP)は自動的に保持されます。 インスタンスがEC2-Classic内で起動されていれば、Elastic IPは手動で際割り当てが必要です。
サポートされているAWSインスタンスタイプ
アップグレードするインスタンスタイプは、CPU/メモリの仕様に基づいて決定しなければなりません。
注: インスタンスをサイズ変更すれば、いつでも CPU やメモリをスケールアップできます。 しかし、CPUあるいはメモリのリサイズにはユーザにとってのダウンタイ� が生じるので、スケールのためのリソースを前もってオーバープロビジョニングしておくことをおすすめします。
GitHubは、GitHub Enterprise Serverにメモリ最適化されたインスタンスをおすすめします。 詳細については、Amazon EC2 Web サイトの「Amazon EC2 Instance Types (Amazon EC2 インスタンス タイプ)」を参照してく� さい。
AWSでのリサイズ
注: EC2-Classic で起動したインスタンスについては、そのインスタンスに関連付けられている Elastic IP アドレスと、そのインスタンスの ID の両方を書き留めておいてく� さい。 インスタンスを再起動したなら、Elastic 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 ドキュメントを参照してく� さい。
リサイズについての考慮
で CPU またはメモリ リソースを増やす前に、次の推奨事� �を確認してく� さい。
- CPU でメモリをスケールアップまたはスケールダウンします。 CPUリソースを増やす� �合、インスタンスにプロビジョニングする各vCPUごとに少なくとも6.5GBのメモリを追� する(最大16vCPUまで)ことをおすすめします。 16以上のvCPUを使う� �合は、各vCPUごとに6.5GBのメモリを追� する必要はありませんが、インスタンスが十分なメモリを持っているかをモニターするべきです。
- インスタンスに静的 IP アドレスを割り当てます。 静的 IP を割り当てていない� �合は、IP アドレスでの変更を考慮して、再起動後に GitHub Enterprise Server ホストの DNS A レコードを調整する必要があります。
サポートされている Microsoft Azure インスタンスのサイズ
アップグレードしたいインスタンスのサイズを、CPU やメモリの仕様に基づいて決める必要があります。
注: インスタンスをサイズ変更すれば、いつでも 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 の「リージョン別の利用可能な製品」を参照してく� さい。
Microsoft Azure でのサイズ変更
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ごとに少なくとも6.5GBのメモリを追� する(最大16vCPUまで)ことをおすすめします。 16以上のvCPUを使う� �合は、各vCPUごとに6.5GBのメモリを追� する必要はありませんが、インスタンスが十分なメモリを持っているかをモニターするべきです。
- vSphere Clientを使ってVMware ESXiホストに接続してく� さい。
- をシャットダウンします。
- 仮想マシンを選び、 [設定の編集] をクリックします。
- [ハードウェア] で、必要に応じて、仮想マシンに割り当てられている CPU とメモリ リソースのいずれかまたは両方を調整します。
- 仮想マシンを起動するには、 [OK] をクリックします。
- インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してく� さい:
$ ssh -p 122 admin@HOSTNAME $ ghe-system-info