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

CPU またはメモリリソースの増加について

VM の CPU またはメモリリソースを増やすことで、お使いの GitHub Enterprise Server インスタンスその他のリソース集中型ワークロードに対応できます。

データ再利用可能.エンタープライズ_インストール.物理リソースのアップグレードに関する警告 %}

インスタンスをサイズ変更すれば、いつでも CPU やメモリをスケールアップできます。インスタンスで使用できるリソースを変更するには、ユーザーのダウンタイムが必要であるため、GitHub では、スケーリングを考慮してリソースを過剰プロビジョニングすることをおすすめします。

AWS 上のインスタンスの CPU またはメモリリソースを追加するには、インスタンスの種類を変更する必要があります。会社の AWS インフラストラクチャにアクセスできる必要があり、AWS 管理コンソールまたは aws ec2 コマンドラインインターフェイスを使用して EC2 インスタンスを管理する方法について理解している必要があります。詳細については、AWS のドキュメントの「インスタンスの種類の変更」を参照してください。

サイズ変更に関する考慮事項をレビューしたり、サポートされているインスタンスの種類を確認したり、AWS でインスタンスのサイズを変更する方法を確認したりできます。

        [AWSのリサイズに関する考慮事項](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-considerations-for-aws)

        [AWS でサポートされているインスタンスの種類](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#supported-instance-types-on-aws)

        [AWS でのインスタンスのサイズ変更](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-an-instance-on-aws)

AWSのリサイズ時の考慮事項

お使いの GitHub Enterprise Server インスタンスで CPU またはメモリリソースを増やす前に、次の推奨事項を確認してください。

        **CPU でメモリをスケールアップまたはスケールダウンします**。 CPU リソースを増やす場合、GitHub は、インスタンスにプロビジョニングする各 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 とメモリの仕様に基づいて決定しなければなりません。

GitHubは、GitHub Enterprise Serverにメモリ最適化されたインスタンスをおすすめします。詳細については、Amazon EC2 Web サイトの「Amazon EC2 Instance Types (Amazon EC2 インスタンスタイプ)」を参照してください。

AWS でのインスタンスのサイズ変更

AWS 上の GitHub Enterprise Server インスタンスで使用できるリソースを増やすには、インスタンスをシャットダウンし、インスタンスの種類を変更してから、インスタンスを再起動する必要があります。

EC2-Classic でインスタンスが実行された場合は、そのインスタンスに関連付けられている Elastic IP アドレスと、そのインスタンスの ID の両方を書き留めておいてください。
今後のダウンタイムをユーザーに伝え、メンテナンスモードを有効にします。詳細については、次の記事を参照してください。
- Enterprise のユーザメッセージをカスタマイズする
- メンテナンスモードの有効化とスケジューリング1. このインスタンスを停止するには、SSH 接続でインスタンスにログインして次のコマンドを実行します。詳しくは、「管理シェル (SSH) にアクセスする」をご覧ください。
```
sudo poweroff
```
AWS で、インスタンスの種類を変更します。
インスタンスを起動します。
インスタンスが EC2-Classic で実行されている場合は、インスタンスを再起動した後、Elastic IP アドレスをもう一度関連付けます。

インスタンスが完全に再起動し、アクセスできるようになったら、新しいリソース構成が認識されていることを確認してください。 SSH 接続でインスタンスにログインして次のコマンドを実行します。

ghe-system-info
```1. 必要に応じて変更点を確認するには、指定されたIP アドレスからのアクセスを許可するように IP 例外リストを構成します。 詳しくは、「[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)」をご覧ください。1. ユーザー メッセージを設定した場合は、メッセージを削除します。

メンテナンスモードを無効にします。

Microsoft Azureでの CPU またはメモリリソースの追加

Microsoft Azure上のインスタンスの CPU またはメモリリソースを追加するには、インスタンスのサイズを変更する必要があります。会社のMicrosoft Azure インフラストラクチャにアクセスでき、Azure インスタンスを管理するためのAzure Portal、Azure CLI、またはAzure PowerShellに精通している必要があります。詳しくは、Microsoft Learn の「仮想マシンのサイズの変更」を参照してください。

サイズ変更に関する考慮事項を確認したり、サポートされているインスタンスの種類を確認したり、Microsoft Azureでインスタンスのサイズを変更する方法を確認したりできます。

        [Microsoft Azure のリサイズに関する考慮事項](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-considerations-for-microsoft-azure)

Microsoft Azure</c0 でサポートされているインスタンスの種類>

        [Microsoft Azureでインスタンスのサイズを変更します](/admin/monitoring-and-managing-your-instance/updating-the-virtual-machine-and-physical-resources/increasing-cpu-or-memory-resources#resizing-an-instance-on-microsoft-azure)

Microsoft Azureのサイズ変更に関する考慮事項

お使いの GitHub Enterprise Server インスタンスで CPU またはメモリリソースを増やす前に、次の推奨事項を確認してください。

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

        **インスタンスに静的 IP アドレスを割り当てます**。 静的 IP を割り当てていない場合は、IP アドレスでの変更を考慮して、再起動後に GitHub Enterprise Server ホストの DNS A レコードを調整する必要があります。

Microsoft Azureでサポートされているインスタンスの種類

アップグレードするインスタンスタイプは、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でのインスタンスのサイズ変更

Microsoft Azure 上の GitHub Enterprise Server インスタンスから使用できるリソースを増やすには、VM のサイズを変更する必要があります。 VM のサイズを変更すると、VM が再起動されます。場合によっては、先に VMを解除する必要があります。現在 VM をホストしているハードウェアクラスターで目的のサイズが使用できない場合、VMを解除する必要があります。

今後のダウンタイムをユーザーに伝え、メンテナンスモードを有効にします。詳細については、次の記事を参照してください。
- Enterprise のユーザメッセージをカスタマイズする
- メンテナンスモードの有効化とスケジューリング1. このインスタンスを停止するには、SSH 接続でインスタンスにログインして次のコマンドを実行します。詳しくは、「管理シェル (SSH) にアクセスする」をご覧ください。
```
sudo poweroff
```
Azure、VM のサイズを変更するには、「 Microsoft Learn の仮想マシンのサイズを変更するの手順に従います。

ghe-system-info
```1. 必要に応じて変更点を確認するには、指定されたIP アドレスからのアクセスを許可するように IP 例外リストを構成します。 詳しくは、「[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)」をご覧ください。1. ユーザー メッセージを設定した場合は、メッセージを削除します。

メンテナンスモードを無効にします。

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

OpenStack KVM 上の GitHub Enterprise Server インスタンスで使用できるリソースを増やすには、会社の OpenStack KVM インフラストラクチャにアクセスできる必要があります。VM を停止してから、新しいインスタンスフレーバーを選択する必要があります。

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

OpenStack KVM を使用して、現在のインスタンスのスナップショットを取ります。
今後のダウンタイムをユーザーに伝え、メンテナンスモードを有効にします。詳細については、次の記事を参照してください。
- Enterprise のユーザメッセージをカスタマイズする
- メンテナンスモードの有効化とスケジューリング1. このインスタンスを停止するには、SSH 接続でインスタンスにログインして次のコマンドを実行します。詳しくは、「管理シェル (SSH) にアクセスする」をご覧ください。
```
sudo poweroff
```
OpenStack KVM で、希望する CPU やメモリリソースを持つ新しいインスタンスフレーバーを選択します。

ghe-system-info
```1. 必要に応じて変更点を確認するには、指定されたIP アドレスからのアクセスを許可するように IP 例外リストを構成します。 詳しくは、「[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)」をご覧ください。1. ユーザー メッセージを設定した場合は、メッセージを削除します。

メンテナンスモードを無効にします。

VMware ESXi の CPU またはメモリリソースの追加

VMware 上の GitHub Enterprise Server インスタンスで使用できるリソースを増やすには、会社の VMware インフラストラクチャにアクセスできる必要があります。VM を停止してから、VMWare ESXi 内のリソースを調整する必要があります。

今後のダウンタイムをユーザーに伝え、メンテナンスモードを有効にします。詳細については、次の記事を参照してください。
- Enterprise のユーザメッセージをカスタマイズする
- メンテナンスモードの有効化とスケジューリング1. このインスタンスを停止するには、SSH 接続でインスタンスにログインして次のコマンドを実行します。詳しくは、「管理シェル (SSH) にアクセスする」をご覧ください。
```
sudo poweroff
```
vSphere Client を使用して VMware ESXi ホスト上の VM を設定するには、VM を選択し、Edit Settings をクリックします。
Hardware で、必要に応じて、VM に割り当てられた CPU とメモリリソースを調整します。
仮想マシンを起動するには、 [OK] をクリックします。

ghe-system-info
```1. 必要に応じて変更点を確認するには、指定されたIP アドレスからのアクセスを許可するように IP 例外リストを構成します。 詳しくは、「[AUTOTITLE](/admin/administering-your-instance/configuring-maintenance-mode/enabling-and-scheduling-maintenance-mode#validating-changes-in-maintenance-mode-using-the-ip-exception-list)」をご覧ください。1. ユーザー メッセージを設定した場合は、メッセージを削除します。

メンテナンスモードを無効にします。

この記事で