Puede cambiar las máscaras de subred de enrutamiento entre dominios sin clases (CIDR) de Kubernetes después de la implementación.
El vRealize Orchestrator Appliance configura y ejecuta un clúster de Kubernetes. Los pods y los servicios de este clúster se implementan en subredes IPv4 independientes, representadas por el CIDR de clúster interno y el CIDR de servicio interno, respectivamente. Los valores predeterminados de las máscaras de subred establecidos durante la implementación de OVF son los siguientes:
Kubernetes network property | Default value | Property description |
cluster-cidr |
10.244.0.0/22 | El CIDR utilizado para pods que se ejecutan dentro del clúster de Kubernetes. |
service-cidr |
10.244.4.0/22 | El CIDR utilizado para servicios de Kubernetes dentro del clúster de Kubernetes. |
Las direcciones de red CIDR predeterminadas pueden generar un conflicto con redes privadas externas que el usuario podría estar utilizando. En estos escenarios, puede cambiar la configuración de estos valores de CIDR durante o después de implementar el vRealize Orchestrator Appliance.
Requisitos previos
- Compruebe que los valores de dirección CIDR admitan al menos 1024 hosts.
- El CIDR de clúster interno y el CIDR de servicio interno no deben compartir el mismo valor de subred.
- El valor de CIDR de una de las subredes no puede incluir el valor que desea agregar a la otra subred.
Nota: Por ejemplo, el valor de
cluster-cidr
no puede ser 10.244.4.0/22 10.244.4.0/24, ya que también incluiría el valor de subred de la propiedadservice-cidr
. Cada valor de subred debe agregarse por separado.