Vous pouvez modifier les masques de sous-réseau du routage inter-domaines sans classe (Classless Inter-domain Routing, CIDR) après le déploiement.
Le dispositif vRealize Orchestrator Appliance configure un cluster Kubernetes et l'exécute. Les espaces et les services de ce cluster sont déployés dans des sous-réseau IPv4 distincts, représentés par le CIDR de cluster interne et le CIDR de service interne, respectivement. Les valeurs par défaut des masques de sous-réseau définies lors du déploiement OVF sont les suivantes :
Kubernetes network property | Default value | Property description |
cluster-cidr |
10.244.0.0/22 | CIDR utilisé pour les espaces s'exécutant dans le cluster Kubernetes. |
service-cidr |
10.244.4.0/22 | CIDR utilisé pour les services Kubernetes dans le cluster Kubernetes. |
Les adresses réseau CIDR par défaut peuvent créer un conflit avec des réseaux privés externes que vous utiliserez peut-être. Dans de tels scénarios, vous pouvez modifier la configuration de ces valeurs CIDR pendant ou après le déploiement de votre dispositif vRealize Orchestrator Appliance.
Conditions préalables
- Vérifiez que les valeurs d'adresses CIDR prennent en charge au moins 1 024 hôtes.
- Le CIDR de cluster interne et le CIDR de service interne ne doivent pas partager la même valeur de sous-réseau.
- La valeur CIDR de l'un des sous-réseaux ne peut pas inclure la valeur à ajouter à l'autre sous-réseau.
Note : Par exemple, la valeur
cluster-cidr
ne peut pas être 10.244.4.0/22 10.244.4.0/24, car cela inclurait la valeur de sous-réseau pour la propriétéservice-cidr
. Chaque valeur de sous-réseau doit être ajoutée séparément.