設計パターン＠Istio¶
はじめに¶
本サイトにつきまして、以下をご認識のほど宜しくお願いいたします。
01. 管理下のKubernetes Cluster数¶
単一Kubernetes Cluster¶
記入中...
複数Kubernetes Cluster¶
記入中...
02. Istiodコントロールプレーン数¶
Istiod コントロールプレーン数に関するパターンである。
02-02. 単一Istiodコントロールプレーン¶
単一Istiodコントロールプレーンとは¶
複数 Kubernetes Cluster のネットワークを横断的に管理する Istiod コントロールプレーンを作成する。
Istiod コントロールプレーンを持つプライマリ Cluster、サービスメッシュに参加する Cluster のリモート Cluster、からなる。
02-03. 複数Istiodコントロールプレーン¶
複数Istiodコントロールプレーンとは¶
Kubernetes Cluster ごとに Istiod コントロールプレーンを作成する。
異なるIstiodコントロールプレーン間のデータプレーン共有¶
▼ 同じプライベートネットワーク内の場合¶
異なる Cluster が同じプライベートネットワーク内に所属している場合、Cluster のコントロールプレーン Node 間でデータプレーンを管理し合う。
これにより、このとき、IngressGateway を使用せずに、異なる Cluster のコンテナが直接的に通信できる。
▼ 異なるプライベートネットワーク内の場合¶
異なる Cluster が異なるプライベートネットワーク内に所属している場合、Cluster のコントロールプレーン Node 間でデータプレーンを管理し合う。
これにより、このとき、IngressGateway を経由して、異なる Cluster のコンテナが間接的に通信できる。
03. プライマリー／リモートクラスター構成¶
プライマリー／リモートクラスター構成¶
Istio コントロールプレーンとデータプレーンを異なるクラスターにデプロイする。
シングルIstiod¶
プライマリークラスターに Istio コントロールプレーンと Istio Ingress Gateway や Istio Egress Gateway を配置し、リモートクラスターにはデータプレーンを配置する。
マルチIstiod¶
プライマリークラスターに親 Istio コントロールプレーンを配置し、リモートクラスターには子 Istio コントロールプレーンとデータプレーンを配置する。
データプレーンが仮想サーバーの場合¶
▼ 同じプライベートネットワーク内の場合¶
仮想サーバーがコントロールプレーン Node と同じプライベートネットワーク内に所属している場合、仮想サーバー上のコンテナをサービスメッシュに参加させる。
コントロールプレーン側では WorkloadGroup の作成、仮想サーバー側では istio デーモンプロセスの実行が必要である。
このとき、IngressGateway を使用せずに、Kubernetes 上のコンテナと仮想サーバー上のコンテナが直接的に通信できる。
▼ 異なるプライベートネットワーク内の場合¶
仮想サーバーがコントロールプレーン Node と異なるプライベートネットワーク内に所属している場合、仮想サーバー上のコンテナをサービスメッシュに参加させる。
コントロールプレーン側では WorkloadGroup の作成、仮想サーバー側では istio デーモンプロセスの実行が必要である。
このとき、IngressGateway を経由して、Kubernetes 上のコンテナと仮想サーバー上のコンテナが間接的に通信できる。
データプレーンが非Kubernetesのコンテナの場合¶
クラウド上のコンテナ (例：Amazon ECS) がコントロールプレーン Node と同じプライベートネットワーク内に所属している場合、クラウド上のコンテナをサービスメッシュに参加させる。
コントロールプレーン側では〇 (Amazon ECS を認識するためのリソースが必要なはずだが、調査してもわからず...) の作成、クラウド上のコンテナのホストマシンでは ztunnel デーモンあるいは ztunnel コンテナの実行が必要である。
- https://aws.amazon.com/blogs/containers/transforming-istio-into-an-enterprise-ready-service-mesh-for-amazon-ecs/
- https://github.com/solo-io/ecs-demo/blob/main/tf/ecs_eks_cluster.tf#L126-L151
- https://github.com/solo-io/ecs-demo/blob/main/README.md#install-istio-in-ambient-mode-with-ecs-cluster-integration
04. 接続メッシュ数¶
単一メッシュ¶
記入中...
複数メッシュ¶
記入中...
05. テナント分離¶
Namespaceテナント¶
Istio のサービスメッシュは、管理下の複数の Namespace をテナントとして分離する。
Namespace as-a-Service として提供する。
Clusterテナント¶
Istio のサービスメッシュは、管理下の複数 Kubernetes Cluster をテナントとして分離する。
Clusters as-a-Service として提供する。
メッシュテナント¶
Istio のサービスメッシュは、管理下の単一の Kubernetes Cluster をテナントとして分離する。
各 Kubernetes Cluster のサービスメッシュは独立しているが、互いに通信できる。
メッシュテナントを採用すると、複数メッシュパターンになる。