2018.12.30目次クラスタ外部からKubernetesのサービスリソースへ直アクセスを前回記事の補足じゃぁ取り敢えずどうすんのか?クラスタネットワークとPodネットワークそこでクラスタ外部からKubernetesのサービスリソースへ直アクセスを前回記事の補足というわけで、「https://www.bluecore.net/2018/12/30/5863/」の一環でやってみることにしました。要は、WorkerのNodePortにアクセスを経由させずとも、直接緑色の層「サービスリソース」にアクセスしたいのです。基本的にコンテナは起動停止をする度にIPアドレスが変わります。ルートリフレクタを入れて手に入るアドレス帯は紺色/赤色のPodへ直接つながるためのアドレスだけで、肝心なアドレス不変の緑色領域は手にはいりません。すんのか?実は探しても見つからなくて掲載できないんですが、外部にパケットをフォワードする手法について書かれた外部ブログがありました。当初は呼んでも全く理解が出来なかったんですが、翌々考えて読んでみると、「kubeproxyをフォワードテーブルとして他のノードと同期・活用する」と言う手法であることがわかりました。あれですよ、単純にPodsを管理するネットワークと、クラスタIPを管理するネットワークって別物なんですね・・・そして当然、管理ソフトウェアも違うわけです。クラスタネットワークとPodネットワーククラスタネットワークは、完全にkube-proxyが管理しています。Podネットワークは皆様御存知のCNIプラグインで管理しています。Calicoを使用していますが、クラスタネットワークに対する理解がいまいち出来てませんでした。RELATED,ESTABLISHEDこんな風に大量のFORWARDルールが書かれておりまして、どうやらこのiptables自体がパケットフィルタ兼ルーターの役割を果たしてるようです。ルートリフレクタをやっている仮想ルーターに以下のコンフィグを仕込んでいます。Master-node)に振り向けてます。2つ目はstatic経路を再配布するために、OSPF設定でRedistributeしています。}これによって、VPNルーターなんかでも無事経路伝達が行われていることを確認しました。metric=3これで、10.96.0.0/12上のネットワークにクラスタ外からアクセスすることが可能になります。コレで何が嬉しいかというと、kube-dns(coredns)に直接アクセスすることが出来、<namespace>.svc.cluster.localゾーンへ柔軟にアクセスできるのです。ポート番号縛りとか気にせずに、NodePort以上の扱いやすさを持ってアクセスできるのが何とも嬉しい限りです。Gatewayがオンプレミス環境にあるsvcリソースに到達できるよう構成しています。クラスタネットワークへの経路があるから出来る芸当svcリソースではセッションアフィニティを行うことも可能なので、それをうまく使えばsvcリソースを簡易ロードバランサーとして動かすことも可能になると思います。OSPFの構成情報を眺めてみる。昨夜、ひょんなことからOSPFの構成についてある程度の理解をすすめることができたのでコレまた備忘録として。我が家ではこんな感じのネットワークを組んでいます。SSDを買っちゃった。本日定時ダッシュして、ヨドバシへレッツゴーし、気づけば「これください」。価格にして17,800YEN。Bacula3.0.1-1(設定項目について考える)さー、インストールも終わったしバックアップだーと言いたいところだが、その前に、Baculaを自分なりに理解した結果を記載してみる。SAN待ちに待ったということで、さっそくやることにしました。SAN」が正しいようですね。これを使う案件に巡り合えず、知見もなかったので、今回自前でこの構成を試してみることにし...ブログ[BLOG]旧記事を一部リバイバルさせました。旧ブログがストレージ障害で吹っ飛んで半月が経過したころ、たまたまパソコンの中に眠っているエクスポートデータを発見しました。i2002aG2)が半壊しており、現在管理コンソールにアクセスが出来ない状態です。3560にてipv6を実装した。StoreOnce-CatalystタイトルとURLをコピーしました。