-
Notifications
You must be signed in to change notification settings - Fork 0
RessourcesParCluster
Dominique Quatravaux edited this page Oct 18, 2023
·
2 revisions
Avant de pouvoir déployer un cluster, on doit lui allouer les ressources suivantes :
- À renseigner dans
/keybase/team/epfl_ocpnext.test/vsphere-credentials.yml
:- Une adresse de serveur vSphere, un login et un mot de passe
- À renseigner dans
vars/resources.yml
:- Des objets vSphere pour acueillir les VMs (pas nécessairement distincts des autres clusters) :
- Un datacenter et un cluster (au sens VMware)
- Un segment réseau
- Un subfolder pour ranger les VMs
- Un data store (💡 OpenShift a besoin en continu de déplacer les VMDK pour qu'ils «suivent» les VM sur lesquelles tournent les pods qui les consomment)
- Un resource pool
- Une plage d'adresses «physiques» (typiquement sous 10.0.0.0/8) pour les différentes machines virtuelles (DHCP) et les deux VIP requises par l'installation de base d'OpenShift (API server et ingress). 💡 Il vaut mieux dire au serveur DHCP de ne pas allouer les VIP (soit manuellement en ménageant la plage DHCP comme on le souhaite, soit en marquant les VIP comme réservées dans l'IPAM)
- Du DNS qui va bien pour ces deux VIP, soit par exemple :
api.mon.cluster.epfl.ch 86400 IN A <VIP_DE_L_API_SERVER> *.apps.mon.cluster.epfl.ch 86400 IN A <VIP_DE_L_INGRESS>
- Trois plages d'adresses «virtuelles», qui «ne sortent pas» du cluster ni ne vont «tels quels» sur le segment réseau (de sorte qu'on peut les réutiliser, même entre deux clusters sur le même segment) :
- pour les pods (typiquement : 192.168.0.0/16)
- pour les
Service
s (172.30.0.0/16) - pour le réseau overlay OVN (172.31.0.0/16)
- Des objets vSphere pour acueillir les VMs (pas nécessairement distincts des autres clusters) :