デプロイ前にローテーションスケジュールを確認。 RotationPolicy の設定とノード数を入力すると、各ノードがいつローテーションされるか、そして expireAfter のバックストップ前に間に合うかが即座に分かる。
minRotationChances、cooldownAfter、expireAfter を変えるとき — 効果を即座に確認ThroughputBurstShortfall や ThroughputBelowArrival の警告が出る理由を理解したいときexpireAfter 期限前にローテーションが完了。graceful パスが機能している。expireAfter 期限に到達。Karpenter のネイティブな forceful expiration にフォールバック。健全な設定では全て緑になる。オレンジはスループットが逼迫しているが制御下。赤はスケジュールの拡張が必要。
対象範囲
シミュレーターはローテーションの開始・完了(forceful fallback 含む)をモデル化する。障害(surge タイムアウト、retryBackoff、failurePause)はモデル化しない。結果はベストケースの予測であり、本番環境の保証ではない。
このページはコントローラー自身の Go コード — ageThreshold 導出、候補選択の述語、開始ゲート — を WebAssembly にコンパイルして実行する。シミュレーターとコントローラーは同一実装を共有し、乖離できない(CI がこれを保証する)。
YAML が正本です(シミュレーターはクラスタと同じ厳密さでこれをデコードします)。フォームはこの YAML をその場で書き換えます。
シミュレートするノード。ジェネレーターでバッチ生成し、個別行を編集することもできる。
| 名前 | 作成時刻 | expireAfter | tGP |
|---|---|---|---|
これはポリシーの estimate ではありません。estimate は予測、こちらは実際に起きること。両者をずらした状態こそが見どころです(estimate が楽観的すぎて C が過大なポリシー、など)。
最長のノード寿命(expireAfter)の倍数です。「世代数」ではありません: createdAt のばらつき、ノードごとの上書き、ウィンドウ待ち、cooldown のいずれもその等価性を壊します。
2026-02-17T00:00:00.000Z
診断はありません。