Public VCF as-a-Service - Migration depuis VMware vSphere on OVHcloud
Public VCF as-a-Service est actuellement en phase alpha. Ce guide peut donc évoluer et être mis à jour à l'avenir avec les avancées de nos équipes en charge de ce produit.
Objectif
L’objectif de ce guide est de vous fournir les informations nécessaires pour effectuer une migration vers un environnement Public VCF as-a-Service.
Prérequis
- Posséder une offre VMware vSphere on OVHcloud
- Avoir accès à l'espace client OVHcloud et être administrateur technique de l'infrastructure VMware vSphere on OVHcloud.
En pratique
Ce guide pratique a pour but de vous fournir des informations et des solutions sur le processus de migration de vos services VMware vSphere on OVHcloud vers une offre Public VCF as-a-Service.
Il détaille également les prérequis pour chaque cas d'utilisation et le cas échéant, vous explique les éxigences pour migrer.
| Espace client | Étapes |
|---|---|
 | 1. Avant toute migration, il est important de vérifier la checklist des cas d'utilisations particuliers ci-dessous et de vous conformer aux recommandations associées. 2. Une fois que vous aurez rempli ces exigences, vous pouvez vous connecter à l'espace client OVHcloud afin de signer (dans le bloc prévu à cet effet) les conditions particulières de l'environnement prévu à être migré (C&P). Un e-mail de confirmation vous sera envoyé avec un lien et un mot de passe temporaire pour accéder à Public VCF as-a-Service. 3. Les équipes OVHcloud migreront les VMs du datacenter (vDC) choisie, en utilisant un chemin de migration à chaud (vMotion). |
Ce déplacement à chaud permettra de limiter au minimum les coupures de vos réseaux publics ou privés. Les réseaux privés sont les plus susceptibles d'être affectés, de l'ordre de quelques minutes de coupure.
Vos machines virtuelles resteront opérationnelles pendant la migration, sans temps d'arrêt. Néanmoins, il existe un risque de perte de certains paquets réseau lors du vMotion.
Cette migration doit s’effectuer sans impact notable pour la plupart des applications, mais nous vous recommandons de les superviser étroitement tout au long du processus.
Disponibilité réseau pendant la migration
Lors de la migration, vos machines virtuelles (VM) sont déplacées à chaud via vMotion. Selon la topologie de votre réseau, certaines VMs pourraient temporairement perdre leur connectivité :
- Réseau public (VMNetwork) : pas d’impact, le réseau public est étendu à la nouvelle infrastructure.
- Réseau privé sans communication entre VMs : pas d’impact.
- Réseau privé avec communication entre VMs : risque de coupure temporaire des communications entre les VMs pendant la phase de migration, car la technologie d’encapsulation passe de VLAN/VXLAN à Geneve.
Nous vous recommandons de prendre les dispositions nécessaires et de surveiller votre environnement durant la migration.
Pour rappel, si vous décidez de passer à l’offre Public VCF as-a-Service, les nouveaux tarifs ne seront pas appliqués à vos serveurs/hôtes existants. Nous couvrirons l'augmentation du prix de la licence jusqu'à ce que la migration soit terminée.
Étape 1 - Avant la migration (obligatoire)
Important : Les termes et conditions particulières (C&P) disponibles depuis début septembre 2024 dans l'espace client doivent être signés pour que la migration soit réalisée par les équipes OVHcloud.
Nous vous invitons à revoir la démonstration du produit et le webinaire pour vous familiariser avec cette nouvelle offre.
Vous retrouverez toutes les informations nécessaires sur nos pages dédiées à Public VCF as-a-Service :
- Webinar - Public VCF as-a-Service (vidéo EN)
- Webinar - VMware by Broadcom New Offerings and Opportunities (vidéo EN)
- OVHcloud.com - Public VCF as-a-Service (FR)
- OVHcloud Labs - Public VCF as-a-Service (EN)
Les migrations seront effectuées en 4 vagues, à partir du mois de novembre 2024, selon les services actifs dans votre environnement.
Le calendrier prévisionnel, compatible avec ces environnements lors de la migration, est le suivant :
Au cours de ce processus, vos données resteront inchangées, à l'exception du vSAN Storage. Vos adresses IP resteront inchangées également.
La date de migration vous sera communiquée par e-mail au minimum 15 jours avant le début de la migration.
Nous vous invitons à lire le guide Public VCF as-a-Service - Les concepts fondamentaux de Public VCF as-a-Service pour voir les fonctionnalités incluses dans chaque vague de migration de vos environnements.
Checklist avant migration
- Cas particuliers bloquants* :
Le tableau ci-dessous vous présente chacun des cas particuliers et des points bloquants, ainsi que les niveaux de criticité qu'il convient de mettre en conformité avant toute demande de migration formulée auprès des équipes du support OVHcloud.
*Bloquant : empêche toute migration possible vers Public VCF as-a-Service.
- Cas particuliers non-bloquants :
Étape 2 - Après la migration (obligatoire)
Voici un rappel des tâches qu'il vous reste à mener, une fois la migration effectuée (si vous êtes dans les cas d'usages suivants).
Post action (seulement pour les cas d'usage spécifiques)
Managed Veeam for Public VCF as-a-Service (obligatoire)
La sauvegarde n'est pas configurée par défaut suite à la migration vers Public VCF as-a-Service. Vous devez souscrire au service de sauvegarde Managed Veeam for Public VCF as-a-Service dans l'espace client et le configurer si vous souhaitez protéger votre nouvel environnement.
Configuration du répertoire de stockage
Ces paramètres pourront être personnalisés en fonction des niveaux de services choisis :
Tous ces dépôts (repositories) ont un quota de stockage de 100 To. Vous pouvez contacter les équipes de support pour augmenter ce quota.
Pour plus d'informations, consultez le guide : Public VCF as-a-Service - Sauvegarde avec Veeam Data Platform
Réinitialiser le mot de passe "Admin" sur Public VCF as-a-Service
Il est désormais possible de réinitialiser le mot de passe Admin d'une Organisation Public VCF as-a-Service via l'APIv2 : Accéder à l'APIv2.
Accéder aux datastores après la migration
Après la migration de votre service Managed vSphere vers votre organisation Public VCF as-a-Service, vous pouvez continuer à accéder à vos datastores via l’ancienne interface Managed vSphere.
Cette interface permet de visualiser et de télécharger les fichiers encore présents sur vos datastores.
Pour des raisons de sécurité, seuls les utilisateurs existants avant la migration peuvent s’authentifier.
Le mot de passe associé à ces utilisateurs peut avoir été réinitialisé pendant la migration. Si besoin, vous pouvez le modifier via l’API OVHcloud dédiée avec l'appel suivant :
Les machines virtuelles ne peuvent pas être restaurées à partir de cette interface. Pour exporter vos VMs, utilisez votre organisation Public VCF as-a-Service.
Aller plus loin
Vous pouvez aller plus loin en lisant ces guides, afin de mieux connaitre les avantages de Public VCF as-a-Service :
- Public VCF as-a-Service - Premiers pas
- Public VCF as-a-Service - Les concepts fondamentaux de Public VCF as-a-Service
- Public VCF as-a-Service - Foire aux questions
- Public VCF as-a-Service - Se connecter depuis le control panel Public VCF as-a-Service
- Public VCF as-a-Service - Concepts réseau et bonnes pratiques
- Public VCF as-a-Service - Création de composants réseaux via Public VCF as-a-Service
- Public VCF as-a-Service - Sauvegarde avec Veeam Data Platform
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.