🎯 レッスンの目的__HTMLTAG_66___
- ✅ カオス エンジニアリングの原則 (Netflix モデル)
- ✅ K8 に Litmus Chaos を展開
- ✅ ポッドのカオス: キル、CPU ストレス、メモリ ストレス
- ✅ ノードのカオス: ドレイン、ネットワーク分割__HTMLTAG_75___
- ✅ 定常状態の仮説とプローブ
- ✅ GameDay の計画と回復力のスコアリング
パート 1: カオス エンジニアリングの原則
コードブロック_0
パート 2: リトマスカオスの展開__HTMLTAG_86___
コードブロック_1
コードブロック_2
パート 3: カオス実験
コードブロック_3
パート 4: 定常状態プローブ__HTMLTAG_92___
コードブロック_4
パート 5: ゲームデーの計画
| フェーズ | アクティビティ | 期間 |
|---|---|---|
| 準備 | 実験を定義し、チームに通知し、モニタリングを確実にする | 1 週間前_ |
| ブリーフィング | 実験のレビュー、オブザーバーの割り当て、ロールバックの確認 | 30分 |
| 実行_ | カオス実験を 1 つずつ実行 | 2 ~ 4 時間_ |
| 観察 | ダッシュボードの監視、異常のメモ | 実行中 |
| 報告 | 調査結果の確認、アクションアイテムの作成_ | 1時間 |
| フォローアップ | 修正を実装し、次の GameDay をスケジュール____HTMLTAG_153__HTMLTAG_154___2 週間 |
コードブロック_5
💡 重要なポイント
- カオス エンジニアリング: 運用上のインシデントの前に積極的に弱点を発見
- Litmus: K8s ネイティブのカオス フレームワーク、CRD ベースの実験
- プローブ: カオス時の定常状態の検証 (HTTP、Prometheus、コマンド)
- 小規模から開始: ポッドの強制終了 → ノードのドレイン → ネットワークの混乱
- GameDay: ランダムな破壊ではなく、構造化されたチーム演習
- 常にロールバックする: 混乱をすぐに止める方法を知る
🎯 演習
演習 1: リトマス試験のセットアップ__HTMLTAG_193___
- Litmus をインストールし、ポッド削除実験を実行__HTMLTAG_196___
- サービスの可用性を検証するために HTTP プローブを追加
- ChaosResult の合否を確認
演習 2: GameDay
- 5 ラウンドのカオス実験シーケンスを計画
- 監視ダッシュボードを開いた状態で実行
- 調査結果と改善アクションを文書化
📚 次の投稿
__HTMLTAG_216___レッスン 46: 本番準備チェックリスト では、セクション 12 — 本番運用とキャップストーン プロジェクトを開始します。