De nombreuses organisations exécutent encore au moins une partie de leur infrastructure sur d’anciens serveurs physiques ou sur une virtualisation héritée/non-VMware dans leurs centres de données. La upkeep et les opérations quotidiennes deviennent chaque jour un défi plus vital en raison de l’ancien matériel et des hyperviseurs qui ne sont plus pris en cost.
Pour cette raison, ces organisations recherchent des options possibles pour y faire face en investissant un minimal de temps et d’argent. L’une des nombreuses choices consiste à migrer ces costs de travail vers une plate-forme de virtualisation moderne et à jour.
Cela fait de ces migrations un élément essentiel des offres des fournisseurs de cloud afin qu’ils puissent être compétitifs et fournir un service précieux à leurs locataires.
La disponibilité de VMware Cloud Director offre déjà une possibility de migration pour les costs de travail vSphere héritées exécutées sur vSphere 5.5U3, 6.0U2 et 6.0U3. (En savoir plus)
Plusieurs autres outils offrent des capacités de migration à partir de sources héritées ou non vSphere, mais ils sont généralement coûteux ou présentent de nombreuses limitations en ce qui concerne les clouds VMware Cloud Director comme vacation spot.
Notice: Les partenaires VCPP sont facturés 0 factors par cost de travail migrée à l’aide de la disponibilité de VMware Cloud Director.
Produits VMware concernés
| Produit | However |
| vCenter Converter autonome | Convertir et migrer les machines virtuelles de la supply non-vSphere ou de la vSphere héritée vers une vSphere intermédiaire |
| vSphere | Intermédiaire pour le processus de migration. Vacation spot pour les conversions vCenter Converter Standalone et supply pour les migrations de disponibilité de VMware Cloud Director vers VMware Cloud Director |
| Disponibilité de VMware Cloud Director | Migrations du vSphere intermédiaire vers le cloud VMware Cloud Director de vacation spot sous l’organisation souhaitée |
| Directeur Cloud VMware | Le nuage de vacation spot |
Veuillez noter que les produits suivants doivent exécuter des variations interopérables :
- vCenter Converter autonome avec website intermédiaire vSphere
- Disponibilité de VMware Cloud Director avec website intermédiaire vSphere et website de vacation spot VMware Cloud Director
Pour en savoir plus sur les variations prises en cost, veuillez consulter le Matrice d’interopérabilité VMware.
Scénarios
Il existe plusieurs possibilités lors de l’offre d’un service de migration de cost de travail à partir de sources vSphere non vSphere ou héritées :
- En libre-service entièrement géré par le locataire
- En tant que service entièrement géré par le fournisseur
- En tant que service mixte – une partie des opérations est gérée par le locataire et le reste par le fournisseur de cloud
Limites
Avec Converter Standalone, vous pouvez convertir des machines physiques, des machines virtuelles VMware héritées et Hyper-V. Étant donné qu’il existe plusieurs spécificités sur chaque kind de machine, vous pouvez trouver plus d’informations sur chacune des sources prises en cost ici.
Vous pouvez installer les composants Converter Standalone uniquement sur les systèmes d’exploitation Home windows. Converter Standalone prend en cost les systèmes d’exploitation Home windows et Linux en tant que sources pour les conversions de machines sous stress et les conversions de machines virtuelles. Vous ne pouvez pas reconfigurer les distributions Linux.
Vous pouvez en savoir plus sur les systèmes d’exploitation pris en cost ici.
Pour toute limitation de conversion, veuillez vérifier ici.
Considérations
Pour appliquer des propriétés de personnalisation d’invité sur la machine virtuelle migrée sur le website de vacation spot, les outils VMware doivent être installés avant le lancement de la migration vers l’organisation du locataire. Cela peut être fait avant de démarrer le processus pendant que la machine virtuelle s’exécute à la supply ou après sa conversion sur le website intermédiaire.
Couler
Les étapes sont les suivantes:
- Préparez le cloud de vacation spot si la disponibilité de VMware Cloud Director n’est pas en cours d’exécution.
- Déployez et configurez le website intermédiaire.
- Déployez vCenter Converter Standalone et ses composants en conséquence sur le website supply.
- Convertir une machine virtuelle/physique en website intermédiaire.
- Vérifiez que toutes les propriétés (kind GuestOS, model, contrôleur SCSI, and so forth.) sont correctement renseignées by way of l’interface utilisateur vSphere.
- (Facultatif) Mettez la machine virtuelle sous stress si nécessaire.
- Configurez la migration à l’aide de la disponibilité de VMware Cloud Director.
- (Facultatif) Si la machine virtuelle est hors stress, effectuez une synchronisation manuelle.
- (Facultatif) Configurez les paramètres de récupération – Configuration réseau (Re-IP), Personnalisation de l’invité.
- Lancez la migration.
Les étapes non optionnelles sont repérées par leurs numéros sur le schéma.
Web site de vacation spot
Étant donné que la vacation spot prévue pour les costs de travail converties est VMware Cloud Director, l’hypothèse est que le cloud VMware Cloud Director (y compris sa construction organisationnelle) est déjà en place. Si, pour une raison quelconque, ce n’est pas le cas, veuillez suivre les Documentation de VMware Cloud Director pour le configurer correctement.
La première exigence obligatoire est que tous les dispositifs VMware Cloud Director Availability soient déployés et configurés dans le cloud VMware Cloud Director.
Vous pouvez vous référer au Structure de référence de disponibilité de VMware Cloud Director et Documentation pour des ideas et des directions spécifiques sur la façon de le faire.
Le website cloud est prêt pour les migrations lorsque la disponibilité de VMware Cloud Director est prête et que son adresse de level de terminaison de service est accessible.
Web site intermédiaire
Le website intermédiaire peut être déployé et géré par le fournisseur de cloud ou par les locataires dans leur centre de données. L’possibility la plus appropriée doit être déterminée en fonction de plusieurs facteurs tels que le coût, le matériel disponible, la criticité de la cost de travail, and so forth. Le website doit exécuter vSphere 6.7U3 (déjà passé la fin du assist général), 7.0, 7.0U1, 7.0U2 ou 7.0 U3. Il doit y avoir au moins un utilisateur existant avec les éléments suivants autorisations requis par vCenter Converter Standalone.
L’une des licences vSphere suivantes doit être appliquée :
- Licence d’évaluation vSphere (si la migration est effectuée dans les 60 jours suivant le provisionnement du website intermédiaire vSphere)
- vSphere Necessities Plus
- Norme vSphere
- vSphere Entreprise
- vSphere Entreprise Plus
- Bureau vSphere
L’adresse vCenter doit être accessible depuis la machine vCenter Converter Standalone.
Il existe deux choices possibles pour le déploiement de l’environnement intermédiaire vSphere :
- Un vSphere dédié par locataire avec une disponibilité de VMware Cloud Director sur website vers un appareil de réplication Cloud Director couplé à l’organisation du locataire dans le cloud VMware Cloud Director. Il peut également s’agir d’un environnement vSphere exécuté sur l’infrastructure du locataire et géré par celui-ci.
- Un vSphere partagé avec une disponibilité de VMware Cloud Director sur website vers un appareil de réplication Cloud Director par locataire couplé à l’organisation du locataire dans le cloud VMware Cloud Director.
Possibility #1 convient lorsque le fournisseur de cloud suggest la migration en tant que en libre service ou un prestation mixte. Ensuite, les locataires peuvent contrôler l’ensemble du processus ou seulement une partie de celui-ci. Par exemple, le déploiement et le fonctionnement de vCenter Converter Standalone. Choix #2 convient lorsque le fournisseur de cloud suggest un service géré automobile limiter la visibilité des locataires uniquement à leurs ressources dans un environnement vSphere partagé peut s’avérer difficile.
Conseil: Pour optimiser le coût accumulé pour le fournisseur de cloud en exécutant le website intermédiaire, les machines virtuelles converties peuvent rester éteint et migré instantanément vers le cloud(Migration froide). Il faudra un synchronisation manuelle une fois la migration configurée, mais permettra même un déploiement avec moins de ressources de calcul pour l’environnement vSphere intermédiaire. Il peut également utiliser une answer de stockage plus lente mais moins chère (NFS, par exemple). Cependant, ces décisions de déploiement ne doivent être prises qu’après avoir pris en compte le nombre de costs de travail qui seront migrées. De plus, cette approche pourrait conduire à une temps d’arrêt plus élevé période pour la cost de travail convertie.
Étapes de déploiement
Ces étapes doivent être suivies pour préparer le website intermédiaire à accueillir les machines virtuelles converties.
- Déployer et préparer l’infrastructure vSphere selon le design choisi (configurer le réseau, le stockage, and so forth.). VMware Cloud Basis peut être utilisé pour automatiser le processus de déploiement.
- Déployez VMware Cloud Director Availability On-Premises sur l’equipment de réplication Cloud Director en suivant les étapes fournies dans le Documentation.
- Exécutez l’assistant de configuration initiale de l’equipment nouvellement déployée pour l’associer au cloud de vacation spot. Utiliser la disponibilité de VMware Cloud Director Adresse du level de terminaison de service et les informations d’identification de l’administrateur de l’organisation (selon la conception, les informations d’identification doivent être celles d’un locataire ou d’une organisation système).
- Créez un utilisateur pour vCenter Converter Standalone avec au moins ces autorisations.
- Effectuez toutes les configurations réseau nécessaires pour rendre le vCenter accessible à partir du website du locataire.
Conseil: Au cours de l’assistant de configuration initiale, envisagez d’activer le Autoriser l’accès depuis le cloud paramètre, qui vous permettra de configurer la migration depuis le website cloud.
Web site d’origine
En raison des différentes sources prises en cost par vCenter Converter Standalone (voir Limites pour plus d’informations) et chacun a des exigences différentes, il n’y a pas d’structure recommandée pour le website supply.
L’approche de conversion la plus appropriée doit être déterminée par le propriétaire de la machine (virtuelle ou physique) en fonction de sa conformité avec les exigences et les limitations de vCenter Converter Standalone.
Par exemple, il est potential de convertir une VM Hyper-V en utilisant deux méthodes :
- Conversion de machine virtuelle hors stress
- Conversion de machine sous stress
Une décision doit être prise en fonction de la distribution du système d’exploitation invité, de sa compatibilité avec vCenter Converter Standalone et de certains autres facteurs, tels que les temps d’arrêt, la nécessité de modifier la configuration du réseau, and so forth.
Si des modifications de configuration du système d’exploitation invité sont nécessaires pendant la migration (telles que la reconfiguration du réseau, le changement de nom d’ordinateur, and so forth.), les outils VMware devront obligatoirement être installés. Veuillez vous référer au Considérations part pour plus d’informations sur ce qui est nécessaire.
Automatisation
Plusieurs étapes peuvent être automatisées pour réduire la quantité de travail manuel.
- Expédition des binaires et set up silencieuse des outils VMware. (Lien pour Home windows & Lien pour Linux)
- Déploiement de website intermédiaire by way of VMware Cloud Basis. (Lien)
- Outil OVF pour déployer l’equipment VMware Cloud Director Availability On-Premises vers Cloud Director Replication sur le website intermédiaire. (Lien)
- Installez vCenter Converter Standalone by way of la ligne de commande. (Lien)
Exemple
Vous trouverez un exemple détaillé du processus dans notre Migration des costs de travail héritées et non vSphere vers VMware Cloud Director doc.
Résumé
Même si le flux nécessite plusieurs étapes manuelles, la plupart sont triviales et ne nécessitent aucune connaissance particulière. Suivre la documentation est suffisant pour mener à bien les tâches. Pourtant, certains d’entre eux peuvent être automatisés pour réduire la quantité de travail manuel.
La combinaison de vCenter Converter Standalone et VMware Cloud Director Availability est une answer pratique et efficace pour migrer les costs de travail d’environnements hérités ou non vSphere vers des clouds VMware Cloud Director avec un minimal d’effort. Quelques heures suffisent pour réussir la migration et la mise sous stress d’une cost de travail dans le cloud VMware Cloud Director.
La rentabilité de cette answer est également un fait à prendre en compte (0 level par migration).
N’oubliez pas, pour obtenir les dernières mises à jour, consultez régulièrement ce weblog, vous pouvez également nous trouver sur Mou, Fb, Twitter, LinkedIn ainsi que de nombreuses vidéos de démonstration et d’activation Youtubeen particulier notre Série des vendredis en vedette!
