Skip to content

Commit 8344cc9

Browse files
SlimJ4SlimJ4
committed
FR Translation
1 parent 85de4d1 commit 8344cc9

File tree

2 files changed

+257
-1
lines changed

2 files changed

+257
-1
lines changed

‎pages/bare_metal_cloud/dedicated_servers/opennebula-deployment/guide.en-gb.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -12,7 +12,7 @@ Acting as an orchestrator, it turns physical infrastructure into a managed **Inf
1212

1313
The deployment of OpenNebula on OVHcloud infrastructure is validated as part of the **OpenNebula Cloud-Ready Certification Program**.
1414

15-
To streamline this process, OpenNebula provides a set of **Ansible playbooks** called [Hosted Cloud OVHcloud](https://github.com/OpenNebula/hosted-cloud-ovhcloud) for automated deployment and verification. **You will use these playbooks** throughout this guide.
15+
To streamline this process, OpenNebula provides a set of **Ansible playbooks** called [Hosted Cloud OVHcloud](https://github.com/OpenNebula/hosted-cloud-ovhcloud) for automated deployment and verification. **You will use these playbooks throughout this guide**.
1616

1717
## Objective
1818

‎pages/bare_metal_cloud/dedicated_servers/opennebula-deployment/guide.fr-fr.md‎

Lines changed: 256 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,256 @@
1+
---
2+
title: Comment déployer et vérifier un OpenNebula Hosted Cloud sur des serveurs Bare Metal
3+
excerpt: Déployez un OpenNebula Hosted Cloud certifié en utilisant des serveurs bare metal OVHcloud et des playbooks Ansible.
4+
updated: 2025-11-18
5+
---
6+
7+
## Introduction
8+
9+
OpenNebula est une puissante plateforme open source de **gestion de cloud** (CMP) conçue pour gérer et provisionner une infrastructure virtualisée.
10+
11+
En tant qu'orchestrateur, elle transforme une infrastructure physique en un cloud managé **Infrastructure as a Service** (IaaS), accessible via une interface de contrôle unifiée. Elle prend en charge les principaux hyperviseurs et permet des déploiements hybrides en s'intégrant aux fournisseurs de cloud publics, tels qu'OVHcloud.
12+
13+
Le déploiement d'OpenNebula sur l'infrastructure OVHcloud est validé dans le cadre du **programme de certification OpenNebula Cloud-Ready**.
14+
15+
Pour simplifier ce processus, OpenNebula fournit un ensemble de **playbooks Ansible** appelés [Hosted Cloud OVHcloud](https://github.com/OpenNebula/hosted-cloud-ovhcloud) pour le déploiement et la vérification automatisés. **Ces playbooks seront utilisés tout au long de ce guide**.
16+
17+
## Objectif
18+
19+
Ce guide détaille le processus complet de création d'un Cloud Hébergé OpenNebula sur OVHcloud, s'appuyant sur une architecture dédiée respectant les spécifications matérielles requises.
20+
21+
En suivant ce guide, vous serez en mesure de :
22+
23+
- Commander les ressources nécessaires via votre compte OVHcloud,
24+
- Préparer le projet de déploiement Ansible avec la configuration requise,
25+
- Déployer OpenNebula sur ces ressources,
26+
- Vérifier le fonctionnement avec une procédure de vérification automatisée.
27+
28+
## Prérequis
29+
30+
- **Deux** [serveurs dédiés](/links/bare-metal/bare-metal) des gammes Scale ou High Grade,
31+
- Un service [vRack](/links/network/vrack) actif,
32+
- Un bloc public d'adresses [Additional IP](/links/network/additional-ip), dimensionné selon vos besoins,
33+
- Un accès à [l'espace client OVHcloud](/links/manager).
34+
35+
> [!primary]
36+
>
37+
> Le déploiement OpenNebula de référence utilise la configuration suivante :
38+
>
39+
> | Spécifications matérielles | |
40+
> |:---|:---|
41+
> | Processeur | AMD EPYC GENOA 9124 - 16 cœurs / 32 threads - 3GHz/3,6GHz |
42+
> | Mémoire | 128 Go DDR5 ECC 4800 MHz |
43+
> | Stockage | 2 x SSD NVMe 960 Go Datacenter Class Soft RAID |
44+
> | Bande passante publique | 2 adaptateurs, 5 Gbit/s non facturés et garantis |
45+
> | Bande passante privée | 2 adaptateurs, 50 Gbit/s non facturés et garantis |
46+
>
47+
> | Spécifications logicielles | |
48+
> |:---|:---|
49+
> | Version d'OpenNebula | 7.0 |
50+
> | Nombre de nœuds frontend | 1 |
51+
> | Configuration du nœud frontend | Ubuntu 24.04 LTS |
52+
> | Nombre de nœuds de virtualisation | 2 (Le premier nœud héberge également l'application frontend) |
53+
> | Configuration du nœud de virtualisation | Ubuntu 24.04 LTS - Hyperviseur KVM |
54+
>
55+
> Les serveurs de la [gamme Scale](/links/bare-metal/scale) sont adaptés aux environnements de cloud de petite à moyenne taille.
56+
>
57+
> Les serveurs de la [gamme High Grade](/links/bare-metal/hg) sont plus appropriés pour les charges de travail de production lourdes.
58+
>
59+
> Pour plus d'informations sur l'évolutivité, veuillez consulter le [guide OpenNebula sur les tests d'évolutivité et l'optimisation](https://docs.opennebula.io/7.0/product/control_plane_configuration/large-scale_deployment/scalability/).
60+
61+
## En pratique
62+
63+
### Étape 1 - Configuration de votre infrastructure OVHcloud <a name="Infrastructure_Provisioning"></a>
64+
65+
Tout d'abord, vous devez installer Ubuntu 24.04 LTS sur vos deux serveurs dédiés, en suivant les instructions de [ce guide](/pages/bare_metal_cloud/dedicated_servers/getting-started-with-dedicated-server).
66+
67+
Ensuite, ajoutez les deux serveurs à votre service vRack en suivant l'étape 2 de [ce guide de configuration vRack](/pages/bare_metal_cloud/dedicated_servers/vrack_configuring_on_dedicated_server).
68+
69+
Enfin, depuis le espace client OVHcloud, ouvrez la section `Réseau`{.action}, puis sélectionnez `Adresses IP publiques`{.action} sous **Réseau public**. Une fois que vous avez atteint l'interface de gestion des IP, cliquez sur le bouton `Commander des IPs`{.action} en haut de la page. Choisissez la version d'IP, puis **sélectionnez le vRack auquel vos serveurs sont connectés**, et la région dans laquelle ces serveurs sont hébergés.
70+
71+
> [!warning]
72+
>
73+
> **Important :** Afin d'assurer le bon fonctionnement, veuillez vous assurer que le bloc d'IP commandé est **routé vers le vRack** auquel les serveurs sont connectés, et non utilisé comme configuration classique de basculement.
74+
>
75+
> Si vous avez des doutes ou besoin d'informations supplémentaires, veuillez consulter le guide suivant : [Configuration d'un bloc d'IP supplémentaire dans un vRack](/pages/bare_metal_cloud/dedicated_servers/configuring-an-ip-block-in-a-vrack/).
76+
>
77+
78+
### Étape 2 - Collecte des paramètres Bare Metal et Réseau
79+
80+
Avant de commencer le déploiement OpenNebula, recueillez tous les paramètres nécessaires pour le processus d'automatisation. **Mettez à jour les valeurs de l'inventaire** dans le [dépôt Hosted Cloud OVHcloud](https://github.com/OpenNebula/hosted-cloud-ovhcloud) avec ces paramètres pour correspondre à l'infrastructure déployée.
81+
82+
Pour plus de détails sur la procédure de déploiement automatisé, veuillez consulter la section suivante : [Configurer et déployer le dépôt Hosted Cloud OVHcloud](#Initial_setup)
83+
84+
Chaque serveur est équipé de deux adaptateurs réseau dédiés à la connectivité publique et de deux adaptateurs pour la connectivité privée. Les deux interfaces dans chaque segment seront **agrégées** en utilisant les **paramètres LACP par défaut pour les serveurs Scale et High Grade**.
85+
86+
Le **bond réseau public** est exclusivement utilisé pour la gestion du service OpenNebula, y compris le déploiement du cluster, l'administration via l'interface Web Sunstone ou l'interface en ligne de commande OpenNebula, et la connectivité entre le Front-end et les hôtes de virtualisation.
87+
88+
Le **bond réseau privé** fournit un réseau aux serveurs virtuels, en exploitant le vRack OVHcloud. Ce bond prend en charge le réseau privé, segmenté via les VLAN 802.1Q, et permet l'adressage public des serveurs virtuels. Pour attribuer des adresses publiques aux serveurs virtuels, un plage d'IP dédiée doit être achetée et routée via le vRack. Cette configuration assure l'isolation du trafic de gestion du cluster par rapport au réseau des machines virtuelles.
89+
90+
![Network](images/opennebula_network.png)
91+
92+
> [!warning]
93+
> Ce guide suppose la configuration par défaut de l'agrégation. Si vous modifiez le mode réseau (par exemple OLA), veuillez vérifier à nouveau que vos noms d'interfaces et bonds sont corrects avant d'exécuter les playbooks.
94+
>
95+
> Pour plus d'informations sur les paramètres d'agrégation de liens, veuillez consulter le guide suivant : [Améliorer la résilience réseau sur les serveurs Bare Metal](/pages/bare_metal_cloud/dedicated_servers/lacp-resilience-scale-hg/).
96+
>
97+
98+
#### Paramètres réseau Bare Metal <a name="Bare_metal_network_settings"></a>
99+
100+
Depuis votre espace client OVHcloud, accédez à `Bare Metal Cloud`{.action}, puis sélectionnez `Serveurs dédiés`{.action}. Ouvrez les pages de gestion des deux serveurs dédiés et recueillez les paramètres mis en évidence :
101+
102+
![page d'administration des serveurs dédiés](images/bare_metal_network.png)
103+
104+
| Description | Noms de variables | Commentaire |
105+
|------------------------------------------|----------------------------------------------------------|--------------------------------------------------------|
106+
| IP de l'hôte Frontend/KVM | `ansible_host` | IP address public_aggregation |
107+
| Adresses MAC des interfaces réseau publiques de l'hôte Frontend/KVM | `public_nics.macaddress` | Adresses MAC public_aggregation |
108+
| Adresses MAC des interfaces réseau privées de l'hôte Frontend/KVM | `private_nics.macaddress` | Adresses MAC private_aggregation |
109+
110+
Pour recueillir les noms des adaptateurs réseau, connectez-vous à votre serveur dédié et exécutez la commande `ip address` :
111+
112+
![ip address des serveurs dédiés](images/bare_metal_ip_address.png)
113+
114+
| Description | Noms de variables | Commentaire |
115+
|------------------------------------------|---------------------------------------------------------------|--------------------------------------------------------|
116+
| Noms des interfaces réseau publiques de l'hôte Frontend/KVM | `public_nics.name` | Noms des adaptateurs réseau public_aggregation |
117+
| Noms des interfaces réseau privées de l'hôte Frontend/KVM | `private_nics.name` | Noms des adaptateurs réseau private_aggregation |
118+
119+
#### Paramètres réseau vRack
120+
121+
**Adresses IP publiques**
122+
123+
Le bloc d'IP public commandé à l'étape précédente permet d'attacher une connectivité publique directe aux serveurs virtuels. Pour un bloc d'IP public déployé sur un vRack, les premières, avant-dernières et dernières adresses d'un bloc d'IP sont toujours réservées pour l'adresse réseau, la passerelle réseau et la diffusion réseau respectivement.
124+
125+
Cela signifie que la première adresse utilisable est la deuxième adresse du bloc, comme indiqué ci-dessous :
126+
```
127+
46.105.135.96 Réservé : Adresse réseau
128+
46.105.135.97 Première adresse utilisable
129+
46.105.135.98
130+
46.105.135.99
131+
46.105.135.100
132+
46.105.135.101
133+
46.105.135.102
134+
46.105.135.103
135+
46.105.135.104
136+
46.105.135.105
137+
46.105.135.106
138+
46.105.135.107
139+
46.105.135.108
140+
46.105.135.109 Dernière adresse utilisable
141+
46.105.135.110 Réservé : Passerelle réseau
142+
46.105.135.111 Réservé : Diffusion réseau
143+
```
144+
145+
Configurez un réseau en mode pont pour les adresses IP publiques en utilisant toutes les adresses utilisables de votre plage d'IP :
146+
147+
| Description | Noms de variables | Fichiers/Emplacement |
148+
|------------------------------------------|---------------------------------------------------------------|--------------------------------------------------------|
149+
| Plage d'IP publique des VMs, première IP | `vn.vm_public.template.AR.IP` | Deuxième IP de la plage : 46.105.135.97 dans l'exemple |
150+
| Plage d'IP publique des VMs, nombre d'adresses utilisables | `vn.vm_public.template.AR.SIZE` | Nombre d'adresses utilisables, taille de la plage moins trois adresses : 13 dans l'exemple |
151+
| DNS des VMs publics | `vn.vm_public.template.DNS` | 213.186.33.99 : DNS OVHcloud |
152+
| Masque réseau des VMs publics | `vn.vm_public.template.NETWORK_MASK` | Masque réseau de la plage d'IP : 255.255.255.240 pour un réseau /28 dans l'exemple |
153+
| Passerelle des VMs publiques | `vn.vm_public.template.GATEWAY` | Avant-dernière IP de la plage, Passerelle réseau : 46.105.135.110 dans l'exemple |
154+
155+
**Adresses IP privées**
156+
157+
Sur le bond réseau privé, déployez un réseau virtuel 802.1Q par réseau privé. Pour chaque réseau virtuel, créez une section dans le fichier d'inventaire Ansible, et déclarez l'ID VLAN, la plage d'IP et le masque réseau.
158+
159+
| Description | Noms de variables | Fichiers/Emplacement |
160+
|------------------------------------------|---------------------------------------------------------------|--------------------------------------------------------|
161+
| ID VLAN des VMs privées | `vn.vm_vlan*.template.VLAN_ID` | ID VLAN, entre 1 et 4096 |
162+
| Plage d'IP privée des VMs, première IP | `vn.vm_vlan*.template.AR.IP` | Première IP, par exemple 10.1.10.100 |
163+
| Plage d'IP privée des VMs, nombre d'adresses utilisables | `vn.vm_vlan*.template.AR.SIZE` | Nombre d'adresses utilisables, par exemple 50 pour la plage d'IP 10.1.10.100-10.1.10.149 |
164+
| Masque réseau des VMs privées | `vn.vm_vlan*.template.NETWORK_MASK` | Masque réseau de la plage d'IP : 255.255.255.0 pour un réseau /24 par exemple |
165+
166+
### Étape 3 - Configurer et déployer le dépôt Hosted Cloud OVHcloud <a name="Initial_setup"></a>
167+
168+
Le déploiement utilise le **dépôt Hosted Cloud OVHcloud d'OpenNebula**.
169+
170+
Les étapes de déploiement à haut niveau sont les suivantes :
171+
172+
1. **Cloner** le dépôt de déploiement,
173+
2. **Installer** les dépendances listées dans la [section Requirements](https://github.com/OpenNebula/hosted-cloud-ovhcloud?tab=readme-ov-file#requirements),
174+
3. **Mettre à jour** les paramètres d'inventaire dans le dépôt avec la configuration recueillie ci-dessus,
175+
4. **Exécuter les commandes de déploiement** :
176+
* `make pre-tasks-ovhcloud` : Corriger le noyau Ubuntu et effectuer la configuration réseau.
177+
* `make deployment` : Déployer OpenNebula.
178+
* `make validation` : Valider le déploiement automatisé.
179+
180+
### Étape 4 - Ajout de serveurs dédiés à une infrastructure OpenNebula active
181+
182+
Pour étendre le cloud avec de nouveaux serveurs :
183+
184+
1. **Provisionnez** l'hôte nouveau comme indiqué dans la section [Configuration de votre infrastructure OVHcloud](#Infrastructure_Provisioning) ;
185+
2. **Recueillez** les paramètres de configuration nécessaires, en particulier les paramètres réseau bare-metal ;
186+
3. **Réexécutez** les commandes de déploiement et de vérification depuis la section [Configurer et déployer le dépôt Hosted Cloud OVHcloud](#Initial_setup).
187+
188+
### Étape 5 - Gérer votre infrastructure cloud
189+
190+
La section suivante explique comment accéder à un déploiement de cloud OpenNebula via l'interface web, et comment créer et accéder à une machine virtuelle.
191+
192+
Ce guide fournit les étapes de base. Si vous avez besoin d'un guide plus détaillé, veuillez consulter la [documentation publique OpenNebula](https://docs.opennebula.io/7.0/product/virtual_machines_operation/virtual_machines/).
193+
194+
### Créer un modèle à partir du marché public OpenNebula
195+
196+
Depuis le marché public OpenNebula, recherchez et importez les modèles de serveurs virtuels nécessaires à votre infrastructure. L'exemple ci-dessous importe le modèle Debian 13 "Trixie".
197+
198+
![user guide template 1](images/user_guide_template_1.png)
199+
![user guide template 2](images/user_guide_template_2.png)
200+
201+
### Démarrer un nouveau serveur virtuel
202+
203+
Sur la base du modèle importé, créez une nouvelle instance de serveur virtuel.
204+
205+
![user guide create vm 1](images/user_guide_create_vm_1.png)![user guide create vm 2](images/user_guide_create_vm_2.png)
206+
![user guide create vm 3](images/user_guide_create_vm_3.png)
207+
208+
Vous pouvez ajuster la capacité de stockage, l'allocation CPU et RAM lors de cette phase de configuration.
209+
210+
![user guide create vm 4](images/user_guide_create_vm_4.png)
211+
![user guide create vm 5](images/user_guide_create_vm_5.png)
212+
![user guide create vm 6](images/user_guide_create_vm_6.png)
213+
214+
Enfin, attachez les adaptateurs réseau. Dans cet exemple, nous attribuons une adresse IP publique à ce serveur, basée sur la plage d'adresses IP publiques créée lors du déploiement automatisé d'OpenNebula. Sans aucune modification, une adresse IP disponible dans la plage publique sera sélectionnée pour cette interface.
215+
216+
![user guide create vm 7](images/user_guide_create_vm_7.png)
217+
![user guide create vm 8](images/user_guide_create_vm_8.png)
218+
219+
### Vérifier la connectivité
220+
221+
Vous pouvez utiliser la console du serveur virtuel pour vérifier le déploiement et la connectivité du serveur. Configurez le mot de passe root en utilisant les variables de contexte de la machine virtuelle.
222+
223+
![user guide check vm 1](images/user_guide_connectivity_1.png)
224+
![user guide check vm 2](images/user_guide_connectivity_2.png)
225+
226+
Lancez la console de votre serveur virtuel pour valider le déploiement.
227+
228+
![user guide check vm 3](images/user_guide_connectivity_3.png)
229+
![user guide check vm 4](images/user_guide_connectivity_4.png)
230+
231+
### Mettre à jour les paramètres des serveurs virtuels
232+
233+
Utilisez les paramètres du serveur virtuel pour mettre à jour la configuration du serveur. Cet exemple montre le branchement dynamique d'un adaptateur réseau privé sur le serveur virtuel.
234+
235+
![user guide hotplug 1](images/user_guide_hotplug_1.png)
236+
![user guide hotplug 2](images/user_guide_hotplug_2.png)
237+
![user guide hotplug 3](images/user_guide_hotplug_3.png)
238+
![user guide hotplug 4](images/user_guide_hotplug_4.png)
239+
240+
### Supprimer le serveur virtuel
241+
242+
Enfin, en tant qu'étape de nettoyage, terminez le serveur virtuel en cliquant sur l'icône rouge « Corbeille ».
243+
244+
![user guide terminate 1](images/user_guide_terminate_1.png)
245+
![user guide terminate 2](images/user_guide_terminate_2.png)
246+
247+
## Aller plus loin
248+
249+
**Ressources externes :**
250+
- Si vous avez besoin d'informations supplémentaires sur OpenNebula, vous pouvez consulter le [site web OpenNebula](https://opennebula.io/) ou la [documentation officielle OpenNebula](https://docs.opennebula.io/).
251+
- Si vous avez besoin d'informations supplémentaires sur Ansible, vous pouvez consulter la [page Ansible sur le site RedHat](https://www.redhat.com/en/ansible-collaborative?) ou la [documentation officielle Ansible](https://docs.ansible.com/).
252+
- Le dépôt de déploiement OpenNebula utilisé et référencé dans ce guide est [Hosted Cloud OVHcloud](https://github.com/OpenNebula/hosted-cloud-ovhcloud).
253+
254+
Si vous avez besoin de formation ou d'une assistance technique pour mettre en œuvre nos solutions, contactez votre représentant commercial ou cliquez sur [ce lien](/links/professional-services) pour obtenir un devis et demander l'assistance des experts de nos Professional Services pour votre cas d'utilisation et votre projet spécifiques.
255+
256+
Rejoignez notre [communauté d'utilisateurs](/links/community).

0 commit comments

Comments
 (0)