ドキュメントには頻繁に更新が加えられ、その都度公開されています。本ページの翻訳はまだ未完成な部分があることをご了承ください。最新の情報については、英語のドキュメンテーションをご参照ください。本ページの翻訳に問題がある場合はこちらまでご連絡ください。

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2021-03-02. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの改善、新機能のためには、最新バージョンのGitHub Enterpriseにアップグレードしてください。 アップグレードに関する支援については、GitHub Enterprise supportに連絡してください。

CPUあるいはメモリリソースの増加

GitHub Enterprise Server インスタンスでの処理が遅いなら、CPUあるいはメモリリソースを追加する必要があるかもしれません。

ここには以下の内容があります:

警告: 新しいリソースの割り当てプロセスは、仮想化プラットフォームやリソースの種類によって様々です。 重要なシステムリソースのモニタリングとアラートは、必ず設定しておいてください。 詳しい情報については「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
C3c3.2xlarge, c3.4xlarge, c3.8xlarge
C4c4.2xlarge, c4.4xlarge, c4.8xlarge
C5c5.large, c5.xlarge, c5.2xlarge, c5.4xlarge, c5.9xlarge, c5.18xlarge
M3m3.xlarge, m3.2xlarge
M4m4.xlarge, m4.2xlarge, m4.4xlarge, m4.10xlarge, m4.16xlarge
M5m5.large, m5.xlarge, m5.2xlarge, m5.4xlarge, m5.12xlarge, m5.24xlarge
R4r4.large, r4.xlarge, r4.2xlarge, r4.4xlarge, r4.8xlarge, r4.16xlarge
R5r5.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
X1x1.16xlarge, x1.32xlarge

推奨されるAWSインスタンスタイプ

ユーザライセンス数に応じて、以下のインスタンスタイプをおすすめします。 |

ユーザライセンス推奨タイプ
トライアル、デモ、あるいは10人の軽量ユーザr4.large
10 - 3000r4.xlarge
3000 - 5000r4.2xlarge
5000 - 8000r4.4xlarge
8000 - 10000+r4.8xlarge

ノート:インスタンスをリサイズすれば、いつでもCPUやメモリをスケールアップできます。 しかし、CPUあるいはメモリのリサイズにはユーザにとってのダウンタイムが生じるので、スケールのためのリソースを前もってオーバープロビジョニングしておくことをおすすめします。

AWSでのリサイズ

ノート:EC2-Classicで起動されたインスタンスについては、インスタンスに関連づけられたElastic IPアドレスとインスタンスIPの両方を書き留めておいてください。 インスタンスを再起動したなら、Elastic IPのアドレスを再割り当てしてください。

既存の AWS/EC2 インスタンスに CPU またはメモリリソースを追加することはできません。 その代わりに、以下を行う必要があります:

  1. インスタンスを停止する。
  2. インスタンスタイプを変更する。
  3. インスタンスを起動します。
  4. インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してください:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info

OpenStack KVMでのCPUあるいはメモリリソースの追加

既存の OpenStack KVM インスタンスに CPU またはメモリリソースを追加することはできません。 その代わりに、以下を行う必要があります:

  1. 現在のインスタンスのスナップショットを取る。
  2. インスタンスを停止する。
  3. 希望する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.

  1. vSphere Clientを使ってVMware ESXiホストに接続してください。
  2. your GitHub Enterprise Server instanceをシャットダウンしてください。
  3. 仮想マシンを選択し、 Edit Settings(設定の編集)をクリックしてください。
  4. "Hardware"の下で、必要に応じて仮想マシンに割り当てられたCPUやメモリリソースを調整してください。
    VMWareのセットアップリソース
  5. 仮想マシンを起動するには、[OK] をクリックします。
  6. インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してください:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info