Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
En las redes de Kubernetes, los patrones de tráfico a menudo se describen mediante las metáforas norte-sur y este-oeste. Estos conceptos ayudan a aclarar dónde se origina el tráfico, dónde va y qué componentes de red lo controlan.
A medida que los equipos de plataforma se escalan desde un clúster de Kubernetes a muchos, las redes se convierten rápidamente en un área clave para abordar: pasar de un clúster interno a un ámbito entre clústeres. Las cargas de trabajo de los clústeres necesitan puntos de entrada de tráfico externo de alta disponibilidad, conmutaciones por error resistentes de tráfico interno con detección sistemática y segura de servicios internos entre clústeres.
Conectividad transparente entre servicios entre clústeres (tráfico interno)
Azure Kubernetes Fleet Manager ofrece funcionalidades que amplían la ruta de datos de Kubernetes entre clústeres, lo que significa que los puntos de conexión pueden comunicarse directamente con la aplicación completa de directivas de red y la opción para configurar servicios globales.
Se pueden definir varias redes entre clústeres en Fleet Manager, lo que proporciona a los administradores la flexibilidad de controlar qué clústeres miembros pueden publicar y acceder a servicios globales integrados con Kubernetes Services y CoreDNS estándar.
Para más información, consulte Configuración y uso de redes entre clústeres.
Punto de entrada público resistente en clústeres (norte a sur)
Fleet Manager expone un punto de entrada controlado por Kubernetes mediante la configuración de Azure Traffic Manager con un perfil de enrutamiento ponderado para distribuir el tráfico entre los servicios exportados desde clústeres miembro.
Los administradores de flota implementan Definiciones de recursos personalizados de Kubernetes (CRD) TrafficManagerProfile y TrafficManagerBackend en el clúster central del administrador de flota y luego pasan a Services creando un ServiceExport en los clústeres miembros correspondientes. Fleet Manager transfiere el servicio exportado a Traffic Manager, lo que proporciona un nombre DNS público único que proporciona acceso a los servicios exportados. Puede ejecutar aplicaciones L4 y L7 detrás de este DNS, ya que la decisión se toma en la capa DNS.
Para obtener más información, consulte información general sobre el equilibrio de carga de DNS.
Distribuir el tráfico entre clústeres dentro de una red virtual (norte a sur)
Mediante la funcionalidad de equilibrio de carga de nivel 4 (L4) de Fleet Manager, los administradores declaran un MultiClusterService que indica a azure Load Balancer de cada clúster miembro que enrute el tráfico no solo a los puntos de conexión locales, sino también a los puntos de conexión del mismo Service en otros clústeres miembro.
Para obtener más información, consulte información general sobre el equilibrio de carga de nivel 4.