Skip to main content

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

ストレージ容量の増� 

Gitリポジトリ、データベース、検索インデックス、その他の恒久的なアプリケーションデータに利用できるストレージの量は、追� あるいは変更できます。

警告: 新しいシステ�  リソースを割り当てるプロセスは、仮想化プラットフォー� とリソースの種類によって異なります。 重要なシステ� リソースのモニタリングとアラートは、必ず設定しておいてく� さい。 詳細については、「GitHub Enterprise Server アプライアンスの監視」を参照してく� さい。

に参� するユーザーが増えるにつれて、ストレージ ボリュー� のサイズを変更する必要があるかもしれません。 ストレージのリサイズに関する情� �については、使用している仮想化プラットフォー� のドキュメンテーションを参照してく� さい。

要件と推奨事� �

注: ストレージ ボリュー� のサイズを変更する前に、インスタンスをメンテナンス モードにします。 詳しい情� �については、「メンテナンス モードの有効化とスケジューリング」を参照してく� さい。

最小要件

ユーザー ライセンスvCPU 数メモリルート ストレージアタッチされた (データ) ストレージ
トライアル、デモ、あるいは10人の軽量ユーザ432 GB200 GB150 GB
10-3000848 GB200 GB300 GB
3000-50001264 GB200 GB500 GB
5000-80001696 GB200 GB750 GB
8000-10000+20160 GB200 GB1000 GB

データパーティションサイズの増� 

  1. 仮想化プラットフォー� のツールを使用して、既存のユーザーボリュー� のディスクのサイズを変更します。

  2. に SSH でアクセスします。 インスタンスが複数のノードで構成されている� �合は (高可用性や geo レプリケーションが構成されている� �合など)、プライマリ ノードに SSH 接続します。 クラスターを使用する� �合は、任意のノードに SSH 接続できます。 SSH 接続について詳しくは、「管理シェル (SSH) にアクセスする」をご覧く� さい。

    $ ssh -p 122 admin@HOSTNAME
  3. アプライアンスをメンテナンスモードにしてく� さい。 詳細については、「メンテナンスモードの有効化とスケジューリング」を参照してく� さい。

  4. アプライアンスを再起動して、新しいストレージ割り当てを検出します。

    $ sudo reboot
  5. ghe-storage-extend コマンドを実行して、/data/user ファイル システ� を拡張します。

    $ ghe-storage-extend

新しいアプライアンスを使用したルートパーティションサイズの増� 

  1. 現在のアプライアンスと同じバージョンを使用して、より大きなルートディスクで新たな GitHub Enterprise Server をセットアップします。 詳細については、「GitHub Enterprise Server インスタンスをセットアップする」を参照してく� さい。
  2. 現在のアプライアンスをシャットダウンします。
    $ sudo poweroff
  3. 使用している仮想化プラットフォー� のツールを使い、現在のアプライアンスからデータディスクをデタッチします。
  4. 大きなルートディスクを持つ新しいアプライアンスにデータディスクをアタッチします。

既存のアプライアンスを使用したルートパーティションサイズの増� 

警告: ルート パーティション サイズを拡張するには、インスタンスをメンテナンス モードにする必要があります。 詳細については、「メンテナンスモードの有効化とスケジューリング」を参照してく� さい。

  1. GitHub Enterprise Server アプライアンスに新しいディスクを取り付けます。

  2. 新しいディスクのデバイス名を確認するには、lsblk コマンドを実行します。

  3. ディスクをフォーマットするには、parted コマンドを実行します。/dev/xvdg を自分のデバイス名に置き換えます。

    $ sudo parted /dev/xvdg mklabel msdos
    $ sudo parted /dev/xvdg mkpart primary ext4 0% 50%
    $ sudo parted /dev/xvdg mkpart primary ext4 50% 100%
  4. レプリケーションを停止するには、ghe-repl-stop コマンドを実行します。

    $ ghe-repl-stop
  5. ghe-upgrade コマンドを実行して、プラットフォー� 固有の完全なパッケージを新しくパーティション分割されたディスクにインストールします。 github-enterprise-2.11.9.hpkg などのユニバーサル ホットパッチ アップグレード パッケージは想定どおりに動作しません。 ghe-upgrade コマンドが完了すると、アプリケーション サービスは自動的に終了します。

    $ ghe-upgrade PACKAGE-NAME.pkg -s -t /dev/xvdg1
  6. アプライアンスをシャットダウンします。

    $ sudo poweroff
  7. ハイパーバイザーで、古いルートディスクを取り外し、古いルートディスクと同じ� �所に新しいルートディスクを取り付けます。

  8. アプライアンスを起動します。

  9. システ�  サービスが正しく機能していることを確認してから、メンテナンス モードを終了します。 詳細については、「メンテナンスモードの有効化とスケジューリング」を参照してく� さい。

アプライアンスが高可用性または geo レプリケーション用に構成されている� �合は、すべてのノードのストレージがアップグレードされた後で、ghe-repl-start を使用して各レプリカ ノードでレプリケーションを開始してく� さい。