
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
【Kubernetes】GKEのContainer Native LoadbalancingのPodのTerminationの注意点 - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【Kubernetes】GKEのContainer Native LoadbalancingのPodのTerminationの注意点 - Qiita
概要 最近のGKEはContainer Nativeなロードバランシングを推奨しています。 これは、Alias IP, NEGとい... 概要 最近のGKEはContainer Nativeなロードバランシングを推奨しています。 これは、Alias IP, NEGという仕組みを使って、GCPのロードバランサーがPodのIPに直接ルーティングすることができます。 しかし、適切にPodを設定していない場合、クラスタのメンテナンスなどでノードからPodがevictされたときにダウンタイムが発生してしまいます。 この記事ではContainer Native LoadBalancerの仕組みと、Podの適切な設定について説明していきます。 Container Nativeなロードバランシングの仕組み Container Native LoadBalancingに記載してある通り、 引用: Container Native LoadBalancing GKEのMasterノードにNEG ControllerというCustom Contr