プラットフォームの変更

実行するプラットフォームを変更する方法 お使いの GitHub Enterprise Server インスタンス

この記事で

場合によっては、VMware から Azure への移行など、お使いの GitHub Enterprise Server インスタンスが実行されるプラットフォームの変更が必要になる場合があります。

推奨事項

移行手順は慎重に計画し、最初にステージング環境でテストすることを検討することをお勧めします。 詳しくは、「ステージングインスタンスのセットアップ」をご覧ください。

レプリカを使ってプラットフォームを移行すると、移行プロセスにかかる時間は最小限になりますが、レプリケーションを設定するためにライブ環境に変更を加える必要があります。

バックアップと復元による移行では、実際の環境を変更する必要はありませんが、移行にはかなりの時間がかかります。 移行が完了するまでにかかる具体的な時間は、バックアップ ホストのパフォーマンス、バックアップ ホストと新しいインスタンス間のネットワーク速度によって変わります。 このプロセス中はメンテナンス モードも有効にすることをお勧めします。そうしないと、ユーザーが変更を加えた場合に、その変更は新しいインスタンスに反映されません。

警告

お使いの GitHub Enterprise Server インスタンスをプラットフォーム間で変換するユーティリティは使用しないでください。 そうすると、システムが不安定になるなど、予期しない副作用が発生する可能性があります。

HA レプリカを使ってプラットフォームを移行する

  1. 選択したプラットフォームで新しい GitHub Enterprise Server インスタンスを設定します。 「GitHub Enterprise Server インスタンスの設定」を参照してください。
  2. 新しい GitHub Enterprise Server インスタンスをレプリカとして構成します。 「高可用性レプリカの作成」を参照してください。
  3. レプリカにフェールオーバーを実行します。 「レプリカアプライアンスへのフェイルオーバーの開始」を参照してください。

バックアップと復元を使ったプラットフォームの移行

  1. 既存の GitHub Enterprise Server インスタンスのバックアップを設定します。 「GitHub Enterprise Server のバックアップ サービスについて」を参照してください。

  2. 選択したプラットフォームで新しい GitHub Enterprise Server インスタンスを設定します。 「GitHub Enterprise Server インスタンスの設定」を参照してください。

  3. 今後のダウンタイムをユーザーに伝え、メンテナンス モードを有効にします。 詳細については、次の記事を参照してください。

  4. 既存の GitHub Enterprise Server インスタンスの新しいバックアップを作成します。 このバックアップを新しい GitHub Enterprise Server インスタンスにコピーします。

  5. 新しい GitHub Enterprise Server インスタンスにバックアップを復元します。 GitHub Actionsを使用している場合は、GitHub Actionsが有効になっている Enterprise Server GitHubのバックアップと復元 を参照してください

  6. 新しい GitHub Enterprise Server インスタンスのアドレスをポイントするように DNS を更新します。

  7. メンテナンス モードを無効にして、通常の操作を続行できることをユーザーに知らせます。

参考資料