Multi Cluster and Multi Mesh Patterns
summary
Describes concrete multi-cluster patterns and an actual demo that federates two Istio clusters using Envoy-based meshes, showing Service Mesh Hub creating a virtual mesh that auto-generates Istio ServiceEntries for service mirroring, unifies root trust and issues certificates, and pushes multi-cluster traffic rules. Compares three deployment models: flat routable network with shared control plane, separate networks via gateways, and per-cluster control planes with mirrored services. Demo completes successfully and the hub automates discovery, identity federation, and cross-cluster failover.
AI-written summary · about
chapters (17)
- 0:00Intro
- 0:12CHRISTIAN POSTA
- 3:05Cluster federation
- 4:00Pattern: flat network across pods
- 4:37Pattern: Different network, expose all services
- 5:43Pattern: Different network, controlled gateway
- 6:46Forces to balance
- 10:35Envoy is the magic behind service mesh
- 11:03Envoy to do application networking heavy lifting
- 12:16Envoy as backbone for multi-cluster communication federation
- 12:29Other key Envoy proxying features .. Request hedging Retry Budgets
- 12:55Zone aware routing (Envoy decides)
- 13:57Locality aware (Control plane decides)
- 15:21Aggregate Cluster (for routing to gateways)
- 16:21Shared control plane, flat network
- 17:34Shared control plane, separate networks
- 19:21Separate control planes, separate networks
related talks
50mMulti-Cluster Kubernetes and Service Mesh Patterns
34mIstio Multi-Cluster Service Mesh Patterns Explained
01h 11mMulti-cluster Service Mesh Workshop
11mLightning Talk: Multi-cluster Istio Mesh – Complex or Piece of Cake?
58mUsing Service Meshes and Kubernetes to Solve Service-to-Service Communications...
01h 03mJust what is a "service mesh", and if I get one will it make everything OK?
28mService Mesh: Demystifying Istio
05mBest Practices on Setting up Multi Cluster Service Mesh in AWS