Omówienie sieci wieloklastrowej w Azure Kubernetes Fleet Manager

W sieci kubernetes wzorce ruchu są często opisywane przy użyciu metafor północno-południowej i wschodniej-zachodniej. Te pojęcia pomagają wyjaśnić, skąd pochodzi ruch, gdzie się dzieje, i które składniki sieciowe go obsługują.

W miarę jak zespoły platformy skalują się z jednego klastra Kubernetes do wielu, sieć szybko staje się kluczowym zagadnieniem — przejście z wewnątrzklastrowego do międzyklastrowego zakresu. Obciążenia w klastrach wymagają punktów wejścia o wysokiej dostępności na południe, odpornego trybu failover na wschód-zachód z spójnym zabezpieczonym odnajdywaniem usługi wschód-zachód między klastrami.

Bezproblemowa komunikacja między klastrami (wschód–zachód)

Azure Kubernetes Fleet Manager udostępnia funkcje rozszerzające ścieżkę danych Kubernetes na wiele klastrów, co oznacza, że punkty końcowe mogą komunikować się bezpośrednio przy pełnym egzekwowaniu zasad sieciowych oraz z możliwością konfigurowania usług globalnych.

W programie Fleet Manager można zdefiniować wiele sieci między klastrami, co zapewnia administratorom elastyczność kontrolowania, które klastry członkowskie mogą publikować i uzyskiwać dostęp do usług globalnych zintegrowanych ze standardowymi usługami Kubernetes Services i CoreDNS.

Aby uzyskać więcej informacji, zobacz konfigurowanie i używanie sieci między klastrami.

Odporny publiczny punkt wejścia między klastrami (północ–południe)

Usługa Fleet Manager uwidacznia punkt wejścia oparty na rozwiązaniu Kubernetes, konfigurując usługę Azure Traffic Manager z profilem routingu ważonego w celu rozłożenia ruchu między usługami wyeksportowanymi z klastrów członkowskich.

Administratorzy floty wdrażają niestandardowe definicje zasobów Platformy Kubernetes (CRD) TrafficManagerProfile i TrafficManagerBackend w klastrze koncentratora Fleet Manager, a następnie wyrażają zgodę Services , tworząc ServiceExport odpowiednie klastry członkowskie. Usługa Fleet Manager podłącza wyeksportowaną usługę do usługi Traffic Manager, zapewniając unikatową publiczną nazwę DNS, która zapewnia dostęp do wyeksportowanych usług. Możesz uruchamiać zarówno aplikacje L4, jak i L7 za tym systemem DNS, ponieważ decyzja jest podjęta w warstwie DNS.

Aby uzyskać więcej informacji, zobacz omówienie równoważenia obciążenia DNS.

Dystrybuowanie ruchu między klastrami wewnątrz sieci wirtualnej (północ–południe)

Korzystając z funkcji równoważenia obciążenia warstwy 4 (L4) usługi Fleet Manager, administratorzy deklarują usługę MultiClusterService , która nakazuje usłudze Azure Load Balancer każdego klastra członkowskiego kierowanie ruchu nie tylko do lokalnych punktów końcowych, ale także do punktów końcowych tego samego Service w innych klastrach członkowskich.

Aby uzyskać więcej informacji, zobacz omówienie równoważenia obciążenia warstwy 4.

Następne kroki