GitLab Dedicatedのメンテナンス運用

GitLab Dedicatedは、スケジュールされた毎週のウィンドウ中に、セキュリティ、信頼性、および最適なパフォーマンスを確保するために、インスタンスの定期的なメンテナンスを提供します。

メンテナンス時間枠

メンテナンスは、標準の勤務時間外にスケジュールされた毎週のウィンドウ中に実行されます。オンボーディング中にメンテナンスウィンドウを選択できます。これは、インスタンスの作成後に変更できません。

割り当てられたメンテナンスウィンドウを表示するには、スイッチボードに移動します。

スケジュールされたメンテナンスウィンドウ中に、次のタスクが実行される場合があります:

メンテナンスウィンドウの全期間でダウンタイムが発生するとは限りません。通常、メンテナンスウィンドウの最初の半分に、コンピューティングリソースがアップグレード後に再起動すると、短いサービスのインターフェースの中断（1分未満）が発生する場合があります。

長時間実行されている接続は、この期間中に中断される可能性があります。中断を最小限に抑えるために、自動リカバリーや再試行などの戦略を実装できます。

より長いサービスの中断はまれです。拡張されたダウンタイムが予想される場合は、事前通知が届きます。

スケジュールされたメンテナンスウィンドウ中のパフォーマンス低下またはダウンタイムは、システムのサービスレベルアベイラビリティ（SLA）に対してカウントされません。

本番環境変更ロック（PCL）は、主要な休日など、チームの可用性が低下する期間中のすべての本番環境変更を完全に一時停止することです。PCLは、サポートリソースが制限されている場合にシステムの安定性を確保します。

PCLの間、以下は一時停止されます:

スケジュールされたアップグレード中にPCLがアクティブな場合、アップグレードはPCLが終了した後の最初のメンテナンスウィンドウに延期されます。

PCLがアクティブな場合、スイッチボードに通知バナーが表示されます。

GitLab Dedicatedは、インスタンスの下位互換性を確保するために、ダウンタイムなしのアップグレードを提供します。インフラストラクチャの変更またはメンテナンスタスクにダウンタイムが必要ない場合は、アップグレード中にインスタンスを安全に使用し続けることができます。

バージョンアップグレード中にアセットの可用性を確保するには:

アップグレードは通常、目立ちません。まれに、アップグレード中に一時的なインターフェースの不整合が発生する場合があります。これが発生した場合は、ページを更新して、視覚的な不整合を解決します。

ネットワークにキャッシュプロキシを実装すると、アップグレード中のインターフェースの不整合のリスクがさらに軽減されます。

緊急メンテナンスは、インスタンスが緊急のアクションを必要とする場合に開始されます。このメンテナンスは、スケジュールされたメンテナンスウィンドウ外で発生する可能性があり、延期することはできません。

たとえば、重大な（S1）セキュリティ脆弱性に緊急のパッチが必要な場合、インスタンスは安全なバージョンにアップグレードするための緊急メンテナンスを受けます。

緊急メンテナンス中、サービスのインターフェースへの影響を最小限に抑える一方で、安定性とセキュリティが優先されます。すべての変更は内部プロセスに従い、インスタンスに適用される前に、適切な内部レビューと承認を受けます。

可能な場合は事前通知を受け取り、イシューが解決された後に完全な詳細を受け取ります。サポートチーム:

これらの通知を確実に受信するには、スイッチボードで連絡先情報をレビューしてください。