Skip to main content

このバージョンの GitHub Enterprise はこの日付をもって終了となりました: 2023-01-18. 重大なセキュリティの問題に対してであっても、パッチリリースは作成されません。 パフォーマンスの向上、セキュリティの向上、新機能の向上を図るために、最新バージョンの GitHub Enterprise にアップグレードします。 アップグレードに関するヘルプについては、GitHub Enterprise サポートにお問い合わせく� さい

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

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

警告: 新しいシステ�  リソースを割り当てるプロセスは、仮想化プラットフォー� とリソースの種類によって異なります。 重要なシステ� リソースのモニタリングとアラートは、必ず設定しておいてく� さい。 詳細については、「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 またはメモリリソースを追� することはできません。 その代わりに、以下を行う必要があります:

  1. インスタンスを停止する。
  2. インスタンスタイプを変更する。
  3. インスタンスを起動します。
  4. インスタンスが完全に再起動し、アクセスできるようになったら、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 をホストしているハードウェア クラスターで新しいサイズを使用できない� �合に発生する可能性があります。

  1. 必要な手� �については、仮想マシンのサイズの変更に関する Azure ドキュメントを参照してく� さい。
  2. インスタンスが完全に再起動し、アクセスできるようになったら、SSH の管理シェルを使って新しいリソース構成が認識されていることを確認してく� さい:
    $ ssh -p 122 admin@HOSTNAME
    $ ghe-system-info

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

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

  1. 現在のインスタンスのスナップショットを取る。
  2. インスタンスを停止する。
  3. 希望するCPUやメモリリソースを持つ新しいインスタンスフレーバーを選択する。

VMware の CPU またはメモリリソースを追� する

CPUリソースを増やす� �合、インスタンスにプロビジョニングする各vCPUごとに少なくとも6.5GBのメモリを追� する(最大16vCPUまで)ことをおすすめします。 16以上のvCPUを使う� �合は、各vCPUごとに6.5GBのメモリを追� する必要はありませんが、インスタンスが十分なメモリを持っているかをモニターするべきです。

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