Kubernetesの Service についてまとめてみた - Qiita
この記事は ウェブクルー Advent Calendar 2018の5日目の記事です。 昨日は@wc_omuroさんの「いますぐはじめよう！ユーザーリサーチ！」でした。 今年はオンプレのDockerで動作しているWebアプリやオンプレの少々古いフレームワークをリプレイスして、KubernetesのフルマネージドサービスであるGKEに載せ替える業務をメインにやってきました。 KubernetesのServiceが、どういった仕組みでPodと通信しているのかを正確に把握出来ていない部分があったので、使用した機能を中心にKubernetesのドキュメントを読みつつまとめました。 以下、KubernetesのことをK8sと書きます。 なぜK8sなのかは下記のリンクでご確認ください。。 https://kubernetes.io/docs/concepts/overview/what-is-kube
Kubernetesの新しいネットワーク機能、Gateway APIを理解する（前編）
Cloud Native Computing Foundantion（CNCF）は、API Gatewayをサービスとして提供する新しいネットワーク機能であるGateway APIに関する動画を公開した。これは「Understanding the new Kubernetes Gateway API vs Ingress」というタイトルの動画で、外部からのアクセスを最初に受け取るタスクを担当するGateway APIを、これまで使われてきたIngressと比較しながらデモを使って解説する内容となっている。解説を担当しているのは、Kongのエンジニアだ。 動画：Understanding the new Kubernetes Gateway API vs Ingress Tech Talk このGateway APIを理解するには「そもそもどうしてGateway APIが誕生したのか？」とい
Azure Kubernetes Service Kubenet vs Azure CNI - msandbu.org
When setting up a Kubernetes Cluster in Azure you have the option to deploy using two different network plugins. Either using Kubernetes Kubenet or Azure CNI. So, what are the main differences between these two? to be honest there is also a lot of other considerations as well. Since Kubernetes networking can be complex. Before I go into the details, we need to just cover some basic Kubernetes Netw
「Kubernetes」を使うなら、まず知っておきたい「Flannel」と「Calico」の通信
関連キーワード SDN（Software Defined Networking） | オープンソース | Docker コンテナオーケストレーター「Kubernetes」のクラスタ（Kubernetesクラスタ）におけるネットワークは、一般的にCNI（Container Networking Interface）プラグインを使用して構成します。CNIは業界団体CNCF（Cloud Native Computing Foundation）のプロジェクトとして定義された「Linux」コンテナ向けのネットワークの仕様であり、CNIプラグインはこの仕様に基づいたプラグインです。CNIの仕様に基づいたプラグインであれば、Kubernetesだけではなく「Cloud Foundry」や「Apache Mesos」などの主要なコンテナオーケストレーターでも利用することが可能です。 併せて読みたいお薦め記
Kubernetesネットワーキング初級者脱出ガイド / Kubernetes networking beginner's guide
A talk at CloudNative Days Tokyo 2021
Kubernetes 大規模クラスタで MAC アドレスが衝突した話
概要 ovs-cni という CNI を用いた際に、 MAC アドレスの衝突が発生するという問題が起きました (https://github.com/k8snetworkplumbingwg/ovs-cni/issues/206)。発生環境は 100 台の worker node、24 個の vlan、 各 vlan ごとに 1000 個のインターフェイスという状態でした。 結論から言いますと、「普通に」使った場合は衝突確率は最大でも0.0639(%)なので気にする必要はありません。「普通」が何を意味するか、算出根拠は、等を知りたい方は以下をお読み下さい。 MACアドレスについて MACアドレスと言うと「ハードウェアに固有のアドレス」であるため衝突はしないという説明が一般的かと思います。ただ、 Kubernetes クラスタにおいては、仮想インターフェイスを多用するため、MACアドレスも自
Kubernetesクラスタの“Pod間通信”の基本 「3つのService」はなぜ必要か？
関連キーワード SDN（Software Defined Networking） | オープンソース | Docker コンテナオーケストレーター「Kubernetes」では複数のコンテナ実行ホストがクラスタ（以下、Kubernetesクラスタ）を構成します。これはコンテナ管理ツール「Docker」の一般的な環境において、コンテナ間通信がコンテナ実行ホスト内で完結することとは異なります。そのためKubernetesの場合、Kubernetesクラスタ内のホストを跨（また）がる「Pod」（Kubernetesクラスタにおけるアプリケーションの実行単位）間で通信する仕組みが必要になります。Kubernetesクラスタの外部からPodに接続するための仕組みも必要です。 併せて読みたいお薦め記事 コンテナの基礎知識 いまさら聞けない「OpenShift」と「Kubernetes」の基礎 どう違うの
Azure Application Gatewayを複数のAKSで共有する - APC 技術ブログ
はじめに Azureコンテナソリューショングループの髙井です。 私の部署ではAzureのクラウドネイティブ内製化支援サービスを提供しています。その一環として、私はAKSを中心としたAppアーキテクトを担当しています。 さて、これまで私はAZ資格取得やSlackへの料金通知などについて比較的ライトな記事を書いてきましたが、今回はグッとAKS（Azure Kubernetes Service）に寄り添った内容です。 Azure Application Gatewayを複数のAKSで使いたい 引用: https://docs.microsoft.com/ja-jp/azure/application-gateway/ingress-controller-overview 今回のテーマは、 （比較的お値段の張る）Application Gatewayを複数のAKSクラスタで共有で使っちゃおう！ に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
