エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
#9 PostgreSQL on k8sで障害テスト(3) ポッド - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
#9 PostgreSQL on k8sで障害テスト(3) ポッド - Qiita
k8sにおけるポッド障害って何? 今回テストにするにあたり、そもそもk8sにおけるポッド障害とは何を指す... k8sにおけるポッド障害って何? 今回テストにするにあたり、そもそもk8sにおけるポッド障害とは何を指すのかを確認しておきます。 ポッドの障害ケースを試す際に良く見られるのが、kubectl delete pod コマンドです。 しかし、使ってみると分かりますが、kubectl deleteでは即時に別のポッドが起動されます。 これはおそらく、KubernetesのAPIサーバにコマンドを投げた際、ポッド削除とメタデータ更新がされているため、すぐにリカバリが走る状態になっていると考えられます。 そのため、本来のポッド障害を想定した場合にはkubectl deleteではない方法で擬似障害を起こさなくてはならないのではないでしょうか。 その方法として、以下の3つを考えてみました。 kubectl execでポッドに接続し、PID:1のプロセスをkill ポッドが稼動するノードに接続し、psコ