Plano de control administrado para clientes existentes
Este documento es para ti si eres un cliente existente de Anthos Service Mesh que usa el plano de control administrado o el plano de control en el clúster. En este documento, se analiza la implementación del plano de control y la posible modernización del plano de control.
Si eres un cliente existente o nuevo de Traffic Director, ya tienes el plano de control modernizado y no necesitas leer este documento ni los demás de esta sección.
Descripción general del plano de control
En las mallas de servicios, el plano de control proporciona administración del tráfico, administración de proxies cuando se usa el proxy de Envoy y otras capacidades de redes.
Anthos Service Mesh ofrecía dos planos de control: un plano de control administrado y un plano de control en el clúster. Solo se usan proxies de Envoy como plano de datos.
Nuevo plano de control administrado
El nuevo plano de control administrado se denomina implementación de Traffic Director (TD). ¿Qué significa el nuevo plano de control para ti?
Uno de los cambios más significativos del producto Anthos Service Mesh a Cloud Service Mesh es el cambio a un plano de control global de varios usuarios.
El plano de control administrado que se usa en Anthos Service Mesh está dedicado a un solo clúster. Aunque las APIs (CRDs de Istio) que se usan para GKE son las mismas y la configuración de xDS que se envía a los sidecars es compatible sin diferencias de comportamiento, las diferencias del plano de control dan como resultado algunas características que son visibles para ti, el usuario final.
- Tiempo de respuesta del cambio de configuración. Las implementaciones de servicios nuevos o los cambios en las políticas de servicio tardan un poco más con el nuevo plano de control.
- La canalización de configuración realiza una confirmación de configuración de dos pasos por motivos de confiabilidad. El primer paso realiza validaciones para verificar si la configuración está bien formada. La fase posterior propaga la configuración de forma global a las implementaciones de tu servicio. Para habilitar el uso de Google Cloud servicios, como el balanceo de cargas global entre zonas o regiones, la verificación de estado centralizada, el ajuste de escala automático basado en el tráfico y la límite de frecuencia administrada, la configuración se propaga a estos sistemas y se valida de forma independiente para verificar su exactitud. La configuración también se almacena de forma interna de manera que permite que la ingeniería de confiabilidad del sitio de Google realice operaciones de productos de manera confiable y eficiente durante cualquier emergencia de producción.
- Estas operaciones proporcionan una mejor confiabilidad, pero dan como resultado un envío de configuración más lento que la latencia que observan los usuarios actuales de Anthos Service Mesh.
- Se mide que la latencia para que cualquier Pod nuevo recupere la configuración existente es un poco mejor con el nuevo plano de control. El envío de configuración lento es para la propagación por primera vez de cualquier servicio nuevo creado o cualquier política nueva enviada para el servicio. Las latencias de propagación de extremos son funcionalmente similares.
- Velocidad de los eventos de ajuste de escala y otros cambios en los extremos. Estos se controlan al menos con la misma rapidez con el nuevo plano de control. Estos eventos incluyen el inicio o la detención de Pods nuevos debido al ajuste de escala automático horizontal de Pods y el reinicio de Pods con direcciones IP nuevas porque se movieron a un nodo diferente en el clúster.
- Ajuste de escala de la cantidad de extremos. Con el nuevo plano de control global, los extremos de la malla se envían directamente desde cada clúster al plano de control de todos los clústeres de la malla. Este es un enfoque más simple, rápido y escalable que el que usa el plano de control administrado anterior. En el modelo de plano de control administrado anterior (plano de control dedicado), cada Istiod debe comunicarse con todos los demás clústeres de la malla para determinar los extremos disponibles en todos los demás clústeres. Con el plano de control global, los extremos se propagan directamente al plano de control global. Esto da como resultado una mejor confiabilidad y rendimiento en las mallas con una gran cantidad de extremos y permite que las mallas se ajusten a una mayor cantidad de extremos.
¿Cómo te afecta el nuevo plano de control?
La forma en que te afecta el nuevo plano de control depende de las APIs y el plano de control que uses.
- Si eres usuario de Traffic Director, tu plano de control sigue siendo el mismo. No necesitas leer el resto de esta guía. La documentación para tu implementación de Cloud Service Mesh se encuentra en Configurar con Google Cloud APIs.
- Si eres usuario de Anthos Service Mesh, los próximos pasos para el plano de control en tu implementación existente dependen de si usas el plano de control administrado o el plano de control en el clúster.
- Si usas el plano de control administrado, con algunas excepciones, tus flotas existentes se migrarán al nuevo plano de control, al que se hace referencia en Cloud Service Mesh como plano de control administrado (implementación de Traffic Director o TD). Lee la siguiente sección, Modernización del plano de control para mallas y flotas existentes. Si usas una función que no es compatible con la implementación del plano de control de Traffic Director, permanecerás temporalmente en el plano de control anterior. Debes seguir leyendo esta guía.
- Si usas el plano de control en el clúster, tu plano de control sigue siendo el mismo. No necesitas leer el resto de esta guía.
- Si no tienes una Google Cloud organización y usas el plano de control administrado en un proyecto sin organización, recibirás el plano de control de TD.
- Si eres cliente de Anthos Service Mesh y creas flotas nuevas, recibirás la implementación del plano de control de Traffic Director. Debes seguir leyendo esta guía.
- Se te notificará la fecha en que las flotas nuevas reciban el plano de control de TD.
Modernización del plano de control para mallas y flotas existentes
Consulta Modernización del plano de control administrado.
Verifica la compatibilidad del plano de control
Para evaluar automáticamente tu flota con respecto a las funciones compatibles y, también, identificar posibles brechas de bloqueo antes de la modernización, consulta Comprende la compatibilidad de Cloud Service Mesh.
Plano de control para mallas nuevas
A partir del 1 de julio de 2024, la mayoría de los usuarios existentes de la implementación del plano de control istiod administrado comenzaron a recibir el plano de control administrado actualizado con la implementación disponible a nivel global de Google: el plano de control de Traffic Director (TD), en flotas nuevas.
Los usuarios cuyo uso existente de Cloud Service Mesh administrado con la implementación del plano de control istiod no era compatible con la implementación de Traffic Director sin cambios continuaron recibiendo la implementación de istiod hasta el 8 de septiembre de 2024.
Se marcó una pequeña cantidad de usuarios para que sigan recibiendo la implementación del plano de control istiod en flotas nuevas. Si esto se aplica a tu organización, recibiste un anuncio de servicio.
Si incorporas una flota nueva a Cloud Service Mesh administrado y esta flota no está en una Google Cloud organización o está en una Google Cloud organización nueva, obtienes el nuevo plano de control administrado con la implementación de TD a partir de la fecha de lanzamiento de Cloud Service Mesh.
¿Qué sigue?
- Si eres un cliente existente de Anthos Service Mesh, tu documentación se encuentra en la tabla de contenido de la izquierda en Configurar la malla de servicios con las APIs de Istio.
- Si eres un cliente existente de Traffic Director, tu documentación se encuentra en Configurar la malla de servicios con las Google Cloud APIs.