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.
Importante
A partir de March 31, 2026, Azure Kubernetes Service (AKS) ya no admite el acceso saliente predeterminado para las máquinas virtuales (VM). Los nuevos clústeres de AKS que usan la opción de red virtual administrada por AKS colocarán subredes de clúster en subredes privadas de forma predeterminada (defaultOutboundAccess = false). Esta configuración no afecta al tráfico de clúster administrado por AKS, que usa rutas de acceso de salida configuradas explícitamente. Puede afectar a escenarios no admitidos, como la implementación de otros recursos en la misma subred. Los clústeres que usan redes virtuales BYO no se ven afectados por este cambio. En las configuraciones admitidas, no se requiere ninguna acción. Para obtener más información sobre esta descontinuación, consulte el anuncio de descontinuación de Azure Updates. Para mantenerse informado sobre los anuncios y actualizaciones, siga las notas de lanzamiento de AKS.
De forma predeterminada, AKS usa un equilibrador de carga estándar para el tráfico de salida. Puede personalizar esta configuración para escenarios que prohíben direcciones IP públicas o requieren saltos de salida adicionales.
En este artículo se describen los tipos de conectividad de salida disponibles para los clústeres de AKS.
Nota
Ahora puede actualizar la outboundType una vez creado el clúster.
Importante
En clústeres no privados, AKS enruta y procesa el tráfico del servidor de API a través del tipo de salida del clúster. Para evitar que AKS procese el tráfico del servidor de API como tráfico público, use un clúster privado o una integración con red virtual del servidor de API.
Limitaciones
- La configuración de
outboundTyperequiere clústeres de AKS con un valor devm-set-typedeVirtualMachineScaleSets, y un valor deload-balancer-skudeStandard.
Tipos de salida en AKS
Puede configurar un clúster de AKS mediante los siguientes tipos de salida: equilibrador de carga, puerta de enlace NAT, rutas definidas por el usuario, noneo block. El tipo de salida afecta solo al tráfico de salida del clúster. Para obtener más información, consulte conceptos de redes de entrada.
Tipo de salida: Balanceador de carga
El equilibrador de carga se usa para la salida a través de una dirección IP pública asignada a AKS. El tipo de salida de loadBalancer admite los servicios de Kubernetes del tipo loadBalancer, que esperan la salida del equilibrador de carga creado por el proveedor de recursos de AKS.
Si se establece loadBalancer, AKS completa automáticamente la configuración siguiente:
- Se crea una dirección IP pública para la salida del clúster.
- La dirección IP pública se asocia al recurso de equilibrador de carga.
- Se configuran los grupos de back-end del equilibrador de carga para los nodos del agente en el clúster.
Para más información, consulte Uso de un equilibrador de carga estándar en AKS.
Tipo de salida: Puerta de enlace NAT
Al seleccionar managedNATGateway o userAssignedNATGateway para outboundType, AKS usa Azure NAT Gateway para la salida del clúster.
- Seleccione
managedNATGatewaypara redes virtuales administradas por AKS. A partir de la versión2026-06-01de LA API, AKS tieneStandardV2como valor predeterminado en regiones donde está disponible y, de lo contrario, usaStandard. - Seleccione
userAssignedNATGatewaypara redes virtuales de tipo "traiga la suya". Cree una puerta de enlace NAT antes de crear el clúster. Se admiten las SKU de puerta de enlace NAT Standard y StandardV2.
Nota
A partir de la versión de API 2026-06-01, outboundType: managedNATGateway usa de forma predeterminada StandardV2 NAT Gateway, que se muestra como natGatewayProfile.sku: StandardV2 en lugar del tipo de salida managedNATGatewayV2 usado durante la versión preliminar. Las versiones preliminares de la API, desde 2026-01-02-preview hasta 2026-05-02-preview, continúan aceptando managedNATGatewayV2 durante aproximadamente un año, lo que le da tiempo para pasar a managedNATGateway con un sku explícito. Para conocer las fechas de desuso de las API en versión preliminar, consulte la documentación del ciclo de vida de la AKS Preview API.
Importante
Puede migrar la SKU de puerta de enlace NAT administrada de Standard a StandardV2, pero no puede migrar de StandardV2 a Standard.
Se recomienda la puerta de enlace NAT de StandardV2 porque es con redundancia de zona de forma predeterminada y ofrece un mayor ancho de banda y rendimiento. Para más información, consulte StandardV2 NAT Gateway.
Para obtener más información, consulte usar puerta de enlace NAT con AKS.
Tipo de salida: rutas definidas por el usuario
Nota
El tipo de salida userDefinedRouting es un escenario avanzado de redes y requiere una configuración de red adecuada.
Si establece userDefinedRouting, AKS no configura automáticamente las rutas de salida. Usted configura la ruta de salida.
Debe implementar el clúster de AKS en una red virtual existente con una subred que debe configurar. Como no utiliza una arquitectura de equilibrador de carga estándar, debe establecer una salida explícita. Configure una tabla de rutas con una ruta 0.0.0.0/0 que apunte a una puerta de enlace o un dispositivo virtual de red, y asocie la tabla de rutas a la subred del clúster.
Para más información, consulte Configuración de la salida del clúster a través del enrutamiento definido por el usuario.
Tipo de salida: ninguno
Importante
El tipo de salida none solo está disponible con clúster aislado de red y requiere una planeación cuidadosa para asegurarse de que el clúster funciona según lo previsto sin dependencias no deseadas en servicios externos. Para ver clústeres totalmente aislados, consulte Consideraciones sobre clústeres aislados.
Si establece none, AKS no configura automáticamente las rutas de salida. Esta opción es similar a userDefinedRouting pero no requiere una ruta predeterminada como parte de la validación.
El tipo de salida none admite tanto las redes virtuales de tipo "traiga la suya" (BYO) como las administradas por AKS. Para una red virtual Bring Your Own (BYO), implemente el clúster en una red virtual existente con una subred configurada. AKS no crea una Standard Load Balancer u otra infraestructura de salida, por lo que configura cualquier ruta de salida necesaria a través de un firewall, proxy, puerta de enlace u otro componente de red personalizado.
Tipo de salida: bloqueo (versión preliminar)
Importante
El block tipo de salida solo está disponible con Network Isolated Cluster en una red virtual administrada y requiere una planeación cuidadosa para asegurarse de que no existen dependencias de red no deseadas. En una VNet BYO, use el tipo none outbound y configure las reglas del grupo de seguridad de red (NSG) para bloquear el tráfico de salida. Para ver clústeres totalmente aislados, consulte Consideraciones sobre clústeres aislados.
Para usar block, instale CLI de Azure versión 2.71.0 o posterior y la extensión de CLI de Azure aks-preview versión 9.0.0b2 o posterior. Para obtener instrucciones de configuración, consulte crear un clúster aislado de red.
Si establece block, AKS configura reglas de red para bloquear el tráfico de salida del clúster. Esta opción es útil para entornos muy seguros en los que se debe restringir la conectividad saliente.
Al usar block:
- AKS garantiza que ningún tráfico de Internet público salga del clúster a través de reglas de grupo de seguridad de red (NSG). El tráfico de red virtual no se ve afectado.
- Debe permitir explícitamente cualquier tráfico de salida necesario a través de configuraciones de red adicionales.
La block opción proporciona aislamiento de red, pero requiere una planeación cuidadosa para evitar interrumpir las cargas de trabajo o las dependencias.
Actualiza outboundType después de la creación del clúster
Cambiar el tipo de salida de tráfico después de crear el clúster despliega o elimina recursos según sea necesario para ajustar el clúster a la nueva configuración de salida.
En las tablas siguientes, se muestran las rutas de migración admitidas entre los tipos de salida para las redes virtuales administradas y propias. En cada fila se muestra si el tipo de salida se puede migrar a los tipos enumerados en la parte superior. "Compatible" significa que la migración es posible, mientras que "No compatible" o "N/A" significa que no lo es.
Advertencia
Migrar el tipo de salida a managedNATGateway, userAssignedNATGateway o userDefinedRouting, o cambiar la SKU de la puerta de enlace NAT administrada de Standard a StandardV2, cambia las direcciones IP públicas salientes del clúster.
Si ha habilitado intervalos IP autorizados, agregue el nuevo intervalo IP de salida a los intervalos autorizados.
Advertencia
El cambio del tipo de salida interrumpe la conectividad de red, cambia la dirección IP de salida del clúster y provoca tiempo de inactividad para las conexiones existentes. Actualice las reglas de firewall que restrinjan el tráfico de clúster para que usen la nueva dirección IP de salida.
Rutas de migración admitidas para la red virtual administrada
En la tabla siguiente se enumeran las rutas de migración de tipos de salida admitidas para los clústeres de AKS que usan redes virtuales administradas por AKS.
| Desde|A | loadBalancer |
managedNATGateway |
none |
block |
|---|---|---|---|---|
loadBalancer |
N/D | Soportado | Soportado | Soportado |
managedNATGateway |
No compatible | N/D | Soportado | Soportado |
none |
Soportado | Soportado | N/D | Soportado |
block |
Soportado | Soportado | Soportado | N/D |
Comportamiento de la SKU de la puerta de enlace NAT administrada
En la tabla siguiente se describe cómo se comporta la SKU de puerta de enlace NAT administrada con la versión 2026-06-01 de API y versiones posteriores.
| Scenario | Behavior |
|---|---|
| Nuevo clúster sin SKU especificada | Se usa StandardV2 de forma predeterminada si está disponible. AKS valida la disponibilidad regional antes de aplicar el valor predeterminado. En regiones donde StandardV2 no está disponible, AKS usa Standard. |
| Clúster estándar existente | Permanece en Standard. |
| Actualizar de Standard a StandardV2 | Establece networkProfile.natGatewayProfile.sku en StandardV2. |
| Cambiar de StandardV2 a Standard | No está soportado. |
Rutas de migración admitidas para la red virtual BYO
En la tabla siguiente se enumeran las rutas de migración de tipos de salida admitidas para los clústeres de AKS que usan redes virtuales propias.
| Desde|A | loadBalancer |
userAssignedNATGateway |
userDefinedRouting |
none |
block |
|---|---|---|---|---|---|
loadBalancer |
N/D | Soportado | Soportado | Soportado | No compatible |
userAssignedNATGateway |
Soportado | N/D | Soportado | Soportado | No compatible |
userDefinedRouting |
Soportado | Soportado | N/D | Soportado | No compatible |
none |
Soportado | Soportado | Soportado | N/D | No compatible |
Actualizar el tipo de tráfico saliente del clúster con CLI de Azure
Nota
Debe usar CLI de Azure versión 2.56 o posterior para migrar tipos de salida estables. Los tipos de salida en versión preliminar tienen requisitos adicionales de CLI de Azure o de extensión indicados en sus secciones. Use az upgrade para actualizar a la versión más reciente de CLI de Azure.
Actualice la configuración de salida del clúster mediante el comando az aks update.
Actualizar clúster de loadBalancer a managedNATGateway con StandardV2
Cuando se usa la versión 2026-06-01 de la API o posterior y se trabaja en una región con disponibilidad de puerta de enlace NAT de StandardV2, la SKU tiene StandardV2 como valor predeterminado para el tipo managedNATGatewayde salida .
{
"properties": {
"networkProfile": {
"outboundType": "managedNATGateway"
}
}
}
}
Importante
Puede actualizar una puerta de enlace NAT estándar administrada existente a StandardV2, pero no puede cambiar una puerta de enlace NAT de StandardV2 administrada a Estándar.
Advertencia
No reutilice una dirección IP que ya esté en uso en configuraciones de salida anteriores.
Actualización del clúster desde loadBalancer a userAssignedNATGateway en un escenario de red virtual BYO
Antes de ejecutar el comando update, asocie una puerta de enlace NAT existente a la subred del clúster. Para ver los pasos de configuración completos, consulte Crear una puerta de enlace NAT administrada o asignada por el usuario.
az aks update --resource-group <resourceGroup> --name <clusterName> --outbound-type userAssignedNATGateway