-
Accueil
-
Fiches Pratiques
-
-
-
-
-
-
- NSX-T : Comment configurer une solution IPSEC [EN]
- NSX-T : configuration de DNAT [EN]
- NSX-T : configuration de SNAT [EN]
- NSX-T : Création de T1 [EN]
- NSX-T : Créer et configurer un segment overlay Geneve
- NSX-T: Configurer un Pare-Feu de Passerelle/"Gateway Firewall"
- NSX-T: Configurer un Pare-Feu Distribué
- NSX-T: Créer un VPN Ipsec
- Sauvegarde : Conception globale de l'offre VCOD [EN]
- Sauvegarde : Créer une sauvegarde VCOD [EN]
- Sauvegarde : Guide de l'utilisateur pour l'offre VCOD [EN]
- Sauvegarde : Installation de l'agent Netbackup pour Linux [EN]
- Sauvegarde : Installation de l'agent Netbackup pour Windows [EN]
- Sauvegarde : Mode Agent B&R via NSS Pour l`offre IAAS [EN]
- VCenter : Réinitialiser le mot de passe de cloudadmin [EN]
- VCenter : Snapshot de VM
- VCenter : Storage Vmotion d'une VM
- VCenter: Cloner une VM
- VCenter: Créer une nouvelle VM
- VCenter: Upgrader les Vmware tools sur une VM
- Show all articles (5) Collapse Articles
-
-
Liste des Services (NGP)
- Accès internet
- API
- Appliance de QoS
- Bare Metal Serveur
- BVPN
- Certifications
- Cluster Dédié
- Cross Connect
- DRaaS avec VCDA
- Dual Site
- HA Dual Room
- Kubernetes
- Licences
- LoadBalancer As A Service
- Outillage
- Politiques de Sauvegarde
- Réplication de VM
- Réseau
- Sécurité
- Stockage Bloc
- Stockage Objet
- Stockage Réseau
- Support & Coaching
- VCenter à la demande
- Show all articles (9) Collapse Articles
-
Q&R
IaaS Interne – Prérequis
Introduction
À noter !
Cette page concerne uniquement les plateformes de IaaS interne
Lorsque vous utilisez la solution KaaS Basic (avec CSE) ou KaaS Standard (avec Cluster API) sur Cloud Avenue, certains composants techniques au sein de votre cluster Kubernetes nécessitent des interactions avec l’API vCloud Director. Ces actions peuvent inclure des tâches telles que la création de disques pour les volumes persistants, la configuration de serveurs virtuels (VS) sur un équilibreur de charge externe, ou le déploiement de machines virtuelles (VM) lors de l’utilisation de Cluster API…
Par défaut, la communication directe entre votre réseau au sein du centre de données virtuel et l’API vCloud Director n’est pas possible.
Pour activer cette communication, il est nécessaire de mettre en place une règle de translation d’adresse source (Source NAT) au sein de votre passerelle Edge.
Source NAT Rule creation
Sur la console vCloud Director, se rendre sur le menu Mise en réseau, puis sur Passerelles Edge.

Cliquez sur la passerelle edge qui est utilisée par votre Datacenter Virtuelle cible.
Dans le menu de gauche, cliquez sur le menu : Gestion des adresses IP > Allocations d’adresses IP
Puis choisissez une adresse IP disponible dans la plage 10.94.X.X qui a été allouée à votre passerelle Edge.
Cette adresse sera utilisée plus loin dans la procédure.

Dans le menu de gauche cliquez sur Services > NAT
Puis sur le bouton Nouveau
Remplissez les champs comme ceci :
Nom :
VCD API Access
Type d’interface :
SNAT :
IP Externe :
Renseignez l’adresse IP sélectionnée dans les étapes précédentes
IP Interne :
Il s’agit du plan IP du réseau dans lequel vous allez déployer vos noeuds Kubernetes. (Notation CIDR)
(ex : 192.168.10.0/24)
Destination IP :
Adresse IP de la console vCloud Director utilisée.
(ex console2 : 195.25.13.5)
Puis cliquez sur Enregistrer

Enfin, vérifiez qu’il n’y a aucune règle de firewall activée sur la Edge qui empêcherait la communication entre le réseau utilisé pour les clusters et la console vCloud Director sur le port 443.