警告: 新しいリソースの割り当てプロセスは、仮想化プラットフォー� やリソースの種類によって様々です。 重要なシステ� リソースのモニタリングとアラートは、必ず設定しておいてく� さい。 詳しい情� �については「GitHub Enterprise Serverアプライアンスのモニタリング」を参照してく� さい。
your GitHub Enterprise Server instanceに参� するユーザが増えるにつれて、ストレージボリュー� をリサイズする必要があるかもしれません。 ストレージのリサイズに関する情� �については、使用している仮想化プラットフォー� のドキュメンテーションを参照してく� さい。
要求及び推奨事� �
Note: Before resizing any storage volume, put your instance in maintenance mode. 詳しい情� �については"メンテナンスモードの有効化とスケジューリング"を参照してく� さい。
最小要件
ユーザライセンス | vCPUs | メモリ | アタッチされたストレージ | ルートストレージ |
---|---|---|---|---|
トライアル、デモ、あるいは10人の軽量ユーザ | 4 | 32 GB | 150 GB | 200 GB |
10-3000 | 8 | 48 GB | 300 GB | 200 GB |
3000-5000 | 12 | 64 GB | 500 GB | 200 GB |
5000-8000 | 16 | 96 GB | 750 GB | 200 GB |
8000-10000+ | 20 | 160 GB | 1000 GB | 200 GB |
If you plan to enable GitHub Actions for the users of your instance, more resources are required.
vCPUs | メモリ | 最大ジョブスループット数 |
---|---|---|
4 | 32 GB | デモまたは軽いテスト |
8 | 64 GB | 25ジョブ |
16 | 160 GB | 35ジョブ |
32 | 256 GB | 100ジョブ |
For more information about these requirements, see "Getting started with GitHub Actions for GitHub Enterprise Server."
既存のインスタンスのリソース調整に関する詳しい情� �については「ストレージ容量の増� 」及び「CPUあるいはメモリリソースの増� 」を参照してく� さい。
データパーティションサイズの増�
- 仮想化プラットフォー� のツールを使用して、既存のユーザーボリュー� のディスクのサイズを変更します。
- your GitHub Enterprise Server instanceにSSHでアクセスしてく� さい。 詳しい情� �については「管理シェル(SSH)にアクセスする」を参照してく� さい。
$ ssh -p 122 admin@HOSTNAME
- アプライアンスをメンテナンスモードにしてく� さい。 詳しい情� �については"メンテナンスモードの有効化とスケジューリング"を参照してく� さい。
- アプライアンスを再起動して、新しいストレージ割り当てを検出します。
$ sudo reboot
ghe-storage-extend
コマンドを実行して、/data/user
のファイルシステ� を拡張します。$ ghe-storage-extend
新しいアプライアンスを使用したルートパーティションサイズの増�
- 現在のアプライアンスと同じバージョンを使用して、より大きなルートディスクで新たな GitHub Enterprise Server をセットアップします。 詳細は「GitHub Enterprise Server インスタンスをセットアップする」を参照してく� さい。
- 現在のアプライアンスをシャットダウンします。
$ sudo poweroff
- 使用している仮想化プラットフォー� のツールを使い、現在のアプライアンスからデータディスクをデタッチします。
- 大きなルートディスクを持つ新しいアプライアンスにデータディスクをアタッチします。
既存のアプライアンスを使用したルートパーティションサイズの増�
Warning: Before increasing the root partition size, you must put your instance in maintenance mode. 詳しい情� �については"メンテナンスモードの有効化とスケジューリング"を参照してく� さい。
-
GitHub Enterprise Server アプライアンスに新しいディスクを取り付けます。
-
parted
コマンドを実行して、ディスクをフォーマットします。$ sudo parted /dev/xvdg mklabel msdos $ sudo parted /dev/xvdg mkpart primary ext4 0% 50% $ sudo parted /dev/xvdg mkpart primary ext4 50% 100%
-
To stop replication, run the
ghe-repl-stop
command.$ ghe-repl-stop
-
ghe-upgrade
コマンドを実行して、完全なプラットフォー� 固有のパッケージを新たにパーティション分割されたディスクにインストールします。github-enterprise-2.11.9.hpkg
などのユニバーサルなホットパッチのアップブレードパッケージは、期待通りに動作しません。 After theghe-upgrade
command completes, application services will automatically terminate.$ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
-
アプライアンスをシャットダウンします。
$ sudo poweroff
-
ハイパーバイザーで、古いルートディスクを取り外し、古いルートディスクと同じ� �所に新しいルートディスクを取り付けます。
-
アプライアンスを起動します。
-
Ensure system services are functioning correctly, then release maintenance mode. 詳しい情� �については"メンテナンスモードの有効化とスケジューリング"を参照してく� さい。
If your appliance is configured for high-availability or geo-replication, remember to start replication on each replica node using ghe-repl-start
after the storage on all nodes has been upgraded.