U kunt de Kubernetes Classless Inter-Domain Routing-subnetmaskers (CIDR) na de implementatie wijzigen.
De vRealize Orchestrator Appliance configureert en voert een Kubernetes-cluster uit. De pods en services in dit cluster worden respectievelijk geïmplementeerd in afzonderlijke IPv4-subnetten, voorgesteld door de interne cluster-CIDR en interne service-CIDR. De standaardwaarden van de subnetmaskers die tijdens de OVF-implementatie zijn ingesteld, zijn de volgende:
Kubernetes network property | Default value | Property description |
cluster-cidr |
10.244.0.0/22 | De CIDR die wordt gebruikt voor pods die binnen het Kubernetes-cluster worden uitgevoerd. |
service-cidr |
10.244.4.0/22 | De CIDR die wordt gebruikt voor Kubernetes-services in het Kubernetes-cluster. |
De standaard CIDR-netwerkadressen kunnen een conflict veroorzaken met externe privénetwerken die u mogelijk gebruikt. In dergelijke scenario's kunt u de configuratie van deze CIDR-waarden tijdens of na de implementatie van uw vRealize Orchestrator Appliance wijzigen.
Opmerking: Zie
De vRealize Orchestrator Appliance downloaden en implementeren voor informatie over het wijzigen van de CIDR-configuratie tijdens de implementatie van de appliance.
Voorwaarden
- Controleer of de CIDR-adreswaarden ten minste 1024 hosts ondersteunen.
- De interne cluster-CIDR en interne service-CIDR mogen niet dezelfde subnetwaarde delen.
- De CIDR-waarde voor een van de subnetten kan geen waarde bevatten die u aan het andere subnet wilt toevoegen.
Opmerking: De waarde voor
cluster-cidr
kan bijvoorbeeld niet 10.244.4.0/22 10.244.4.0/24 zijn omdat deze ook de subnetwaarde voor de eigenschapservice-cidr
bevat. Elke subnetwaarde moet afzonderlijk worden toegevoegd.