Move2Cloud - Migration de charges VMware vers OVHcloud SecNumCloud avec Veeam Replication
Objectif
Ce guide explique comment migrer vos charges de travail VMware on-premises vers un environnement OVHcloud Hosted Private Cloud (HPC) qualifié SecNumCloud, en utilisant Veeam Replication.
Ce guide s’applique aux environnements Hosted Private Cloud qualifiés SecNumCloud (SNC).
Certaines fonctionnalités, comme OVHcloud IAM, ne sont pas disponibles dans les environnements SNC.
Prérequis
Avant de commencer, assurez-vous de détenir :
- Un inventaire à jour des machines virtuelles avec FQDN, adresses IP, versions des OS et dépendances.
- Un plan de migration par lots, regroupés par pile applicative.
- Une liste complète des sous-réseaux et VLANs pour l’HPC cible.
- Des ressources de calcul et de stockage correctement dimensionnées (hosts, datastores, vSAN).
- Un tunnel VPN configuré ou un lien OVHcloud Connect (sans NAT).
- L’accès à Veeam Backup & Replication.
- Un second compte OVHcloud (NIC) pour commander le service Veeam Enterprise (obligatoire en environnement SNC).
En pratique
Étape 1 : Faire l’inventaire des VMs source et de la configuration réseau
- Listez toutes les VMs sources avec leur FQDN, IP et version de système d’exploitation.
- Regroupez les VMs par dépendance applicative (web/app/db) pour définir des lots de migration.
- Répertoriez les sous-réseaux et VLANs. Le vRack d’OVHcloud prend en charge plus de 4000 VLANs, ce qui vous permet de conserver votre plan IP initial.
Étape 2 : Dimensionner les ressources de votre HPC
- Définissez les besoins en cœurs, RAM et stockage selon votre ratio de consolidation actuel (ex. vCPU/pCPU).
- Choisissez entre datastores NFS et vSAN selon vos besoins en IOPS.
- Si vous utilisez NSX-T :
- Planifiez les segments et overlays.
- Évaluez le trafic nord/sud.
- Choisissez vos pare-feu virtuels (Stormshield, FortiVM, Palo Alto VM-Series).
- Pour les services exposés à Internet, demandez des IP publiques supplémentaires ou utilisez la fonction BYOIP.
Étape 3 : Autoriser l’accès à vCenter via une liste blanche IP
L’accès à vCenter est restreint par défaut dans les environnements OVHcloud. Pour le débloquer :
- Suivez le guide « Autoriser des IP à se connecter au vCenter » pour autoriser les IP de votre infrastructure source et des composants Veeam.
- Pour éviter la double authentification (2FA) sur les composants Veeam, consultez la section Application access permission du guide « Utilisation de la double authentification (2FA) sur votre infrastructure Private Cloud ».
Étape 4 : Configurer les rôles et autorisations
IAM n’étant pas disponible en SecNumCloud, la gestion des accès utilisateurs se fait localement dans vSphere.
Pour savoir comment créer des comptes locaux et activer l’authentification à deux facteurs, suivez le guide « Interface securisée ».
Étape 5 : Construire votre réseau cible
Préparez en amont l’architecture réseau :
- Créez une matrice de flux indiquant le trafic autorisé entre VMs (VLAN + protocole).
- Utilisez les distributed vSwitches (dVS) et VLANs préconfigurés par OVHcloud.
- Si vous utilisez NSX-T, vous devrez configurer les gateways Tier-0/Tier-1 et les règles de firewall distribué.
Pour débuter avec NSX-T, référez-vous au guide « Premiers pas avec NSX ».
Étape 6 : Déployer les services cœur
Pour limiter les échanges réseau avec votre infrastructure on-premise, déployez directement dans l’HPC cible :
- NTP : Utilisez
ntp.ovh.net. - DNS : Installez un contrôleur de domaine si nécessaire.
- Authentification : Mettez en place une solution locale ou hybride.
Étape 7 : Installer le serveur Veeam B&R dans le HPC OVHcloud
Vous devez déployer un serveur Veeam Backup & Replication (B&R) directement dans le Hosted Private Cloud.
En environnement SNC, cette commande doit être passée depuis un second NIC OVHcloud.
Pour l’installation pas à pas, suivez notre guide « Installer Veeam Backup & Replication ».
Étape 8 : Mettre en place la connectivité sécurisée
Créez un tunnel sécurisé entre votre infrastructure on-premise et l’HPC en utilisant :
Pour plus de performance et une latence réduite, vous pouvez utiliser OVHcloud Connect.
Les environnements SNC requièrent des SPN. Pour en savoir plus, consultez le guide « VPN-SPN - Présentation du concept ».
Étape 9 : Déployer le proxy Veeam on-premise
Sur votre infrastructure source, configurez un serveur pour jouer le rôle de proxy Veeam, chargé du transfert des données pendant la réplication.
Suivez le guide officiel de configuration du proxy Veeam.
Étape 10 : Créer les jobs de réplication
Dans Veeam B&R, configurez vos jobs de réplication avec pour cible le Hosted Private Cloud.
Suivez les étapes détaillées dans ce guide Veeam.
Étape 11 : Lancer la réplication
Démarrez les jobs de réplication et suivez leur progression depuis la console Veeam.
Pour les modifier, suspendre ou redémarrer, consultez cette section de la documentation Veeam.
Étape 12 : Tester la réplication
Une fois les jobs terminés, vous pouvez effectuer un test de bascule (Failover Now).
Pour cela, référez-vous au documentations suivantes :
Étape 13 : Effectuer la migration finale
Le jour de la bascule, exécutez un Planned Failover dans Veeam. Cela éteint les VMs on-premise, synchronise les dernières données, puis démarre les VMs dans l’HPC.
Suivez le guide « Planned Failover ».
Étape 14 : Vérifier les applications
Après la bascule :
- Assurez-vous que toutes les VMs sont en ligne et accessibles.
- Testez l’AD, les DNS, l'antivirus, les bases de données, les services web et les applicatifs critiques.
Étape 15 : Confirmer la bascule permanente
Pour finaliser la migration, utilisez la fonction Permanent Failover dans Veeam.
Suivez le guide « Permanent Failover ».
Étape 16 : Migrer les VMs vers le stockage cible
Vos charges sont maintenant dans le cloud. Utilisez Storage vMotion pour déplacer les VMs vers les datastores NFS ou vSAN adaptés à vos besoins.
Consultez le guide « VMware Storage vMotion ».
Étape 17 : Créer des jobs de sauvegarde
Protégez vos VMs à long terme en créant des jobs de sauvegarde Veeam vers le stockage objet OVHcloud (compatible S31).
Suivez les étapes décrites dans notre guide « Object Storage - Utiliser Object Storage avec Veeam ».
1 : S3 est une marque déposée d’Amazon Technologies, Inc. Le service d’OVHcloud n’est ni sponsorisé, ni approuvé, ni affilié de quelque manière que ce soit à Amazon Technologies, Inc.
Dépannage
Vérifier l’accessibilité des hôtes ESXi
Si vous rencontrez des difficultés pour accéder à l’infrastructure Hosted Private Cloud lors de l’exécution de vos sauvegardes, testez l’accès pour chacun des hôtes du cluster depuis vos composants Veeam (serveur, proxy).
Exemple pour l’hôte .50 :
Sous Windows (PowerShell) :
Sous Linux :
- Si les hôtes ne sont pas accessibles, créez une règle sortante sur vos composants Veeam afin d’autoriser la plage de ports 950-999.
- Selon le nombre d’hôtes, vous pouvez également devoir ouvrir les plages 1100-1255 et 1300-1551.
- Si les hôtes sont accessibles malgré l’erreur rencontrée, rapprochez-vous du support OVHcloud afin d’analyser la problématique.
Aller plus loin
Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en œuvre de nos solutions, contactez votre Technical Account Manager ou demandez une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.
Posez des questions, donnez votre avis et interagissez directement avec l’équipe qui construit nos services Hosted Private Cloud sur le canal Discord dédié.
Échangez avec notre communauté d'utilisateurs.