アップグレードのダウンタイムオプションについて

アップグレード中のダウンタイムオプションは、インスタンスの種類によって異なります:

シングルノードインスタンス: ダウンタイムありでアップグレードする必要があります。ユーザーには、Deploy in progressメッセージまたは502エラーが表示されます。
マルチノードインスタンス: ダウンタイムの有無にかかわらず、アップグレード方法を選択できます。

複数のマイナーリリース（たとえば、14.6から14.9）にまたがってアップグレードするには、GitLabインスタンスをオフラインにして、ダウンタイムありでアップグレードする必要があります。

ダウンタイムを伴うアップグレード

開始する前に、アップグレードパスのバージョン固有のアップグレードノートを確認してください:

シングルノードインスタンスについては、Linuxパッケージインスタンスのアップグレードを参照してください。マルチノードインスタンスについては、ダウンタイムありのマルチノードインスタンスのアップグレードを参照してください。

ゼロダウンタイムアップグレードを使用すると、GitLab環境をオフラインにせずに、稼働中の環境をアップグレードできます。

ゼロダウンタイムでHelmチャートインスタンスをアップグレードすることはできません。GitLab Operatorでサポートされていますが、既知の制限事項があります。

ダウンタイムをゼロにするには、特定の順序でGitLabノードをアップグレードします。ロードバランシング、高可用性システム、および正常な再起動を使用して、中断を最小限に抑えるます。

ドキュメントでは、GitLabのコアコンポーネントのみを対象としています。AWS RDSなどのサードパーティサービスをアップグレードまたは管理するには、それぞれのドキュメントを参照してください。

ダウンタイムなしでマルチノードインスタンスをアップグレードするには、ゼロダウンタイムアップグレードを参照してください。