k8s ノードの障害やメンテナンス中に、ポッドが頻繁にスケジューリングされるワークロードの可用性の問題を解決するにはどうすればよいですか?

前に書いてある

---

• Pod Disruption Budgets(PDB)いくつかのメモを共有する
• ブログ投稿の内容は次のとおりです。
  • なぜそれが必要なのかPDB、そしてそれは何ですかPDB?
  • PDB何ができるか 構成の作成PDBデモ
  • PDB原理を簡単に説明すると
• 十分に理解できていない場合は、修正を手伝ってください

過去を考えず、未来を恐れず、残りの人生を生きてください

---

なぜ PDB が必要なのでしょうか?

データベースや分散調整サービスなどの高可用一部のワークロードなど、高い要件を持つ一部のコンテナ化されたアプリケーションの場合、K8s クラスター内のポッドの頻繁なスケジューリングは許容できないものです。有状态特に、アプリケーション クラスター データなどの多くの要因が関係しており同步，共识，心跳、可用性の低下、データの遅延、さらには潜在的なデータ損失を引き起こす可能性があります。

通常、クラスター内の Pod は頻繁にスケジュールされることはなく、大量のオーバーサブスクリプションやオーバーサブスクリプションが発生した場合でも、Qos などによってアドミッション時に制御できます。もちろん、誰かが操作していたり​​、ノード障害などの要因が干渉したりしない限りは別ですが。

k8s では、これらの干渉を 2 つのカテゴリに分類します自愿干扰和非自愿干扰。

非自愿干扰（Involuntary Disruptions）次のシナリオが一般的です。

• ノードの下位層の物理マシンのハードウェア障害
• クラスター管理者が誤って仮想マシンを削除してしまう ÿ