Geo スケジュールパイプライン
スケジュールされた Geo パイプラインのドキュメント
概要
GET と gitlab-qa を組み合わせて、Geo に破壊的な変更がないかどうかを確認するためのスケジュールパイプラインが定期的に実行されます。エラーを確認するためにアラートをチェックし、適切に対処する必要があります。
パイプライン
| タイトル | 説明 | 頻度 |
|---|---|---|
| 1k QA | 1k リファレンスアーキテクチャに対して Geo QA ステップを実行 | 非アクティブ |
| 3k QA | 3k リファレンスアーキテクチャに対して Geo QA ステップを実行 | 非アクティブ |
| 1k Failover & Recovery | 1k リファレンスアーキテクチャでフェイルオーバーをテスト | 非アクティブ |
| 1k Rebuild | 1k リファレンスアーキテクチャを破棄して再作成 | UTC 午前 4 時に毎日 |
| 3k Rebuild | 3k リファレンスアーキテクチャを破棄して再作成 | UTC 午前 4 時に毎週月曜日 |
| 3k Update | 3k リファレンスアーキテクチャで GitLab をアップグレード | UTC 午前 4 時に火曜日から金曜日 |
対応方法
- アラートリスト でトリガーされた未割り当てのアラートを確認する
- 未対処のアラートを確認し、自分自身に割り当てる
- 失敗したパイプラインを確認して障害の原因を特定する
- すべてのインスタンスは gitlab-qa-geo-ci GCP グループで構築されています。 Geo エンジニアはグループへのアクセス権を持っているはずで、必要に応じてログにアクセスするために個々の VM にログインできます。
- 問題がない場合は、アラートを解決済みとしてマークする
- 問題がある場合は、解決を追跡するためのインシデントを作成する
- 同じ理由で複数のアラートがトリガーされている場合は、インシデントを 1 つだけ作成する
- 単純な修正の場合は、修正してインシデントをクローズする
- 単純な修正でない場合は
- 修正を処理するためのフォローアップ Issue を開く
- 失敗したテストを隔離する
- インシデントをクローズする
