API de plano de control de xDS

Traffic Director y sus clientes (proxies de Envoy o bibliotecas de gRPC sin proxy) usan la API de xDS de código abierto para intercambiar información. Cuando configuras Traffic Director, por ejemplo, mediante recursos como reglas de reenvío y servicios de backend, Traffic Director convierte estos recursos en una configuración xDS que comparte con sus clientes.

Compatibilidad con la versión xDS

Traffic Director es compatible con xDS v3 (recomendado) y xDS v2. Para determinar qué versiones de Envoy y gRPC admiten xDS v3, consulta la documentación de Envoy y gRPC.

Nota: Las comunidades de código abierto dejarán de ser compatibles con xDS v2. Por ejemplo, las versiones más recientes del proxy de Envoy ya no son compatibles con xDS v2. Te recomendamos actualizar los proxies de Envoy y los clientes de gRPC sin proxy a las versiones más recientes, que usan xDS v3, para que puedas seguir aprovechando las actualizaciones de seguridad más recientes.

Migra de xDS v2 a xDS v3

El proceso de migración consta de dos pasos:

1. Actualiza los permisos de Identity and Access Management (IAM) otorgados a la cuenta de servicio que usan tus clientes (proxies de Envoy o bibliotecas de gRPC sin proxy) cuando se conectan a Traffic Director.
2. Actualiza y vuelve a implementar tus aplicaciones. Los pasos específicos varían según la implementación y se explican en las siguientes secciones.

Actualiza los permisos de IAM de la cuenta de servicio

Asegúrate de que la cuenta de servicio que usan tus clientes de Traffic Director (Envoy y gRPC sin proxy) tenga los permisos trafficdirector.networks.reportMetrics y trafficdirector.networks.getConfigs. Estos permisos están incluidos en el rol de cliente de Traffic Director (roles/trafficdirector.client).

Si usas un rol personalizado de IAM, puedes agregarle estos permisos. Después de agregar los permisos, puedes quitar el rol Compute Network Viewer (roles/compute.networkViewer) o el rol Compute Network Admin (roles/compute.networkAdmin) de la cuenta de servicio.

Nota: Recomendamos usar el rol Traffic Director Client en lugar del rol Compute Network Viewer o el rol Compute Network Admin. El uso del rol Traffic Director Client restringe los permisos otorgados a la cuenta de servicio y evita otorgar permisos demasiado amplios.

Actualiza tus aplicaciones

Después de actualizar los permisos de IAM en la cuenta de servicio, actualiza tus aplicaciones.

Envoy en Compute Engine

Si usas la implementación automática de Envoy con Compute Engine, ejecuta un reemplazo o reinicio progresivo de los grupos de instancias administrados. Se agrega de forma automática una versión de Envoy compatible con xDS v3 a tus instancias de máquina virtual (VM).

Si implementas Envoy de forma manual en las VM de Compute Engine, sigue la guía de configuración para crear una plantilla de instancias nueva. La guía de configuración usa una versión reciente de Envoy compatible con xDS v3. Luego, realiza una actualización progresiva y especifica la plantilla de instancia nueva.

Envoy en GKE

Si usas la inserción automática de Envoy con Google Kubernetes Engine (GKE), vuelve a instalar el inyector de sidecar en los clústeres de GKE que usas con Traffic Director. Cuando se crea un Pod nuevo, un proxy de sidecar de Envoy que admite xDS v3 se inserta de forma automática junto con el Pod de la carga de trabajo.

Si usas la inserción manual de sidecar en GKE, vuelve a implementar el proxy de sidecar en cada uno de tus clústeres de GKE.

gRPC sin proxy

El proceso de migración consta de dos pasos:

1. Asegúrate de que la versión de gRPC que uses sea compatible con xDS v3. Para obtener más información, consulta Funciones de xDS en gRPC.

2. Para actualizar la configuración de arranque, sigue estos pasos:

   1. En el campo "xds_servers", agrega "server_features": ["xds_v3"] como se muestra en este ejemplo de archivo de arranque.

   2. El ID del nodo debe tener el siguiente formato, como se muestra en el ejemplo anterior:

      "projects/PROJECT_NUMBER/networks/NETWORK_NAME/nodes/ID"
      

Una vez que hayas realizado los cambios anteriores en tu aplicación, compílala y vuelve a implementarla.

Los cambios anteriores en la configuración de arranque no afectan a las versiones de gRPC que no son compatibles con xDS v3. Además, si los cambios anteriores no están presentes en la configuración de arranque, las versiones de gRPC que admiten xDS v3 usan xDS v2.

Para tu comodidad, puedes usar la versión 0.11.0 del generador de arranque de gRPC de Traffic Director o una versión posterior para generar una configuración de arranque compatible con xDS v3.

Verifica que los clientes de Traffic Director usen xDS v3

A fin de inspeccionar la configuración que Traffic Director genera para sus clientes, puedes usar la herramienta de estado del cliente. Esta herramienta indica si la configuración es xDS v2 o xDS v3.

¿Qué sigue?

• Para encontrar información general sobre la solución de problemas de Traffic Director, consulta Soluciona problemas de implementaciones de Envoy.
• Para resolver problemas de configuración cuando implementas servicios de gRPC sin proxy, consulta Soluciona problemas de implementaciones de gRPC sin proxy.