KubernetesでLiveness probeのHTTP GETはNW的にどこから来ているか？ - Qiita
モチベ 先日登壇した際に表題の質問を受けたとき「確かにどうなってるんだろうか」と思い、 またどこにもその解答らしき記事がないのでやってみました。 ゴール kubernetesでは実際にカーネルの経路情報とiptablesの情報が入り交じるので、 表題の答えは様々な言い方をできると思いますが、必ずどこかのIPが出発点としてソースIP(ソースインターフェイス)になっているはずなのでそれを探しに行きます。今回は ポッド と ノード の両方から tcpdump を叩いてみて何が起きているか事象からせめて、考察してみます。 あ、結論は見出しに書いておきました。 以下は暇な人は読んでください。 ドキュメントでは、、、 The kubelet uses liveness probes to know when to restart a Container. For example, liveness p
golang版Exping「pexpo」を書きました。 - Qiita
https://github.com/nnao45/pexpo どういうツールなのか。 題名にもあるような、Exping的なものをgolangでterminal上で動くアプリに描き下ろしたものです。 とても軽く、IPv6も対応しており、pingのintervalも500msまでならしっかりと打てます。 windows,Mac,Linux等プラットフォームを選ばず動きますし、色も変な色になりません。 なぜ作ったのか。 筆者は普段ネットワークエンジニアをやっており、 Expingを愛用しているのですが、 他のPING監視ツールも含めもっとこうだったらな、なポイントがいくつかありました。 Expingは実装上、ping-listのホストの全部を事前にメモリ予約してping発射するので監視ホストを多くしすぎると(例えば100台)重い、というかそもそもメモリ不足で動かない。 Expingやその他のツ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
