meilleures pratiques en matière de migration de … · platespin migrate est disponible dans...
TRANSCRIPT
Meilleures pratiques en matière de migration de serveurs vers Microsoft Azure avec PlateSpin MigrateMis à jour pour PlateSpin Transformation Manager 1.1 et PlateSpin Migrate 12.2
Livre blancPlateSpin Transformation Manager PlateSpin Migrate
Table des matières page
Présentation des migrations de serveurs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1
Prérequis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2
Planification des ressources cloud et gestion des groupes de ressources . . . . . . 5
Création d’une application Azure pour représenter PlateSpin Migrate . . . . . . . 6
Configuration d’un utilisateur pour PlateSpin Migrate . . . . . . . . . . . . . . . . . . . . 6Activation des souscriptions Azure pour le déploiement de l’environnement de réplication PlateSpin Migrate . . . . . . . . . . . . . . . . . . . . . . 7
Ajout d’un emplacement Microsoft Azure comme cible de la migration . . . . . . 8
Configuration et exécution de migrations de serveurs . . . . . . . . . . . . . . . . . . . . . 8
Dépannage . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
1www.microfocus.com
Présentation des migrations de serveurs
Dans le monde dynamique d’aujourd’hui, la nécessité de réduire les coûts conjuguée au
souhait d’augmenter l’efficacité opérationnelle a un impact constant sur l’organisation des
ressources informatiques.
Les entreprises recherchent sans cesse de meilleurs moyens de gérer l’infrastructure,
les systèmes et les applications, ce qui aboutit souvent à l’exécution de projets pendant
lesquels de nombreux serveurs sont déplacés d’une plate-forme ou d’un datacenter à un(e)
autre. Exemples typiques : migration de serveurs physiques vers une plate-forme virtuelle,
migration de machines virtuelles d’une plate-forme virtuelle à une autre, consolidations de
datacenters traditionnels, ou encore migration de serveurs sur site vers un cloud public ou
géré comme Microsoft Azure.
Ce livre blanc présente les meilleures pratiques de migration de serveurs vers le cloud
Microsoft Azure avec PlateSpin® Migrate de Micro Focus®. PlateSpin Migrate est une
puissante solution de portabilité de serveur qui automatise la migration des serveurs
sur le réseau entre les machines physiques, les hôtes virtuels et les plates-formes cloud
d’entreprise, le tout à partir d’un seul point de contrôle. Lors de la migration de tels serveurs,
PlateSpin Migrate les désigne sous le nom de « workloads ». Dans ce contexte, un workload
est le regroupement de la pile logicielle installée sur le serveur : système d’exploitation,
applications et middleware, ainsi que toutes les données qui résident sur les volumes de
serveurs. PlateSpin Migrate fournit aux entreprises et aux fournisseurs de services une
solution éprouvée et bien établie qui permet de migrer, tester et rééquilibrer les workloads
en transcendant les limites de l’infrastructure. Voici certaines des fonctions clés de
PlateSpin Migrate :
Migration anywhere-to-anywhere du workload
Évolutivité horizontale avec jusqu’à 40 migrations actives simultanées par serveur PlateSpin Migrate
Aucune interruption de service pendant les phases de réplication et pratiquement aucune interruption de service durant la transition finale
Possibilité de tester de bout en bout un workload migré avant le passage en production
_______________________________________________________________
PlateSpin Migrate est une puissante solution de portabilité de serveur qui automatise la migration des serveurs sur le réseau entre les machines physiques, les hôtes virtuels et les plates-formes cloud d’entreprise, le tout à partir d’un seul point de contrôle.
2
Livre blancMeilleures pratiques en matière de migration de serveurs vers Microsoft Azure avec PlateSpin Migrate
Prérequis
La solution PlateSpin Migrate requiert l’utilisation du système de gestion des ressources
de Microsoft Azure pour migrer des workloads vers le cloud Microsoft Azure. Avant de
pouvoir migrer des workloads vers Microsoft Azure à l’aide de PlateSpin Migrate, vous devez
configurer votre environnement cloud de manière appropriée. Cela signifie que vous devez
disposer, au minimum, des éléments suivants :
Un compte Microsoft Azure (c.-à-d. une combinaison nom d’utilisateur et mot de passe).
Une souscription pour la facturation (un compte peut avoir plusieurs souscriptions).
Un ID d’application (l’ID représente PlateSpin Migrate comme une application qui utilise l’API Microsoft Azure).
Un utilisateur Azure Active Directory créé en tant que contributeur pour la souscription.
La solution PlateSpin Migrate requiert l’utilisation du système de gestion des ressources de Microsoft Azure pour migrer des workloads vers le cloud Microsoft Azure.
Fig. 1
PlateSpin Migrate effectue des migrations anywhere-to-anywhere.
_______________________________________________________________
3www.microfocus.com
Un réseau virtuel avec un sous-réseau. Nous aborderons les exigences en matière de ports et de routage ultérieurement.
Un compte de stockage. Nous aborderons les exigences en matière de stockage ultérieurement.
Le serveur PlateSpin Migrate peut être installé sur le site où résident les workloads sources
ou dans le cloud Microsoft Azure lui-même. Une image Place de marché du serveur
PlateSpin Migrate est disponible dans Microsoft Azure pour un déploiement rapide et facile.
Les prérequis en matière de réseau pour une migration réussie sont les suivants :
Les workloads sources et cibles doivent pouvoir communiquer avec le serveur PlateSpin Migrate sur le port HTTPS (TCP/443). Le workload cible est la réplique du workload source qui se trouvera dans Microsoft Azure.
Le serveur PlateSpin Migrate doit pouvoir communiquer avec le périphérique de l’API Microsoft Azure sur le port HTTPS (TCP/443).
Le workload cible doit pouvoir atteindre le workload source sur le port 3725 (TCP) et inversement. Ceci est le port depuis lequel le trafic de réplication effectif est envoyé. Il est possible de configurer le numéro de port. Lorsque le serveur PlateSpin Migrate est installé manuellement, le workload cible se connecte par défaut au workload source sur le port 3725 (TCP), bien qu’il soit possible d’inverser ce paramètre dans les paramètres de configuration avancés. Lorsque le serveur PlateSpin Migrate est déployé dans Azure à partir de l’image Place de marché fournie, la direction par défaut de cette connexion est automatiquement inversée : le workload source sur site se connecte au workload cible dans le cloud sur le port 3725 (TCP).
Pour la découverte du workload source, PlateSpin Migrate propose deux options. Pour une
découverte sans agent, le serveur PlateSpin Migrate doit pouvoir se connecter au workload
source sur les différents ports décrits dans le Guide de l’utilisateur de PlateSpin Migrate .
Pour les workloads Windows, il est possible d’utiliser l’agent PlateSpin Migrate. Cet agent est
installé manuellement dans le workload source et se connecte au serveur PlateSpin Migrate
sur le port HTTPS (TCP/443) pour enregistrer le workload.
Le workload cible (résidant sur Microsoft Azure) doit pouvoir communiquer avec le serveur
PlateSpin Migrate sur le port HTTPS (TCP/443). Du fait de cette exigence, si le serveur
PlateSpin Migrate réside sur site, il est possible qu’un VPN soit nécessaire entre vos réseaux
sur site et vos réseaux Microsoft Azure. Vous pouvez configurer le VPN à l’aide du portail
Microsoft Azure, comme cela est expliqué dans l’article suivant : https://docs.microsoft.com/fr-fr/azure/vpn-gateway/vpn-gateway-howto-site-to-site-resource-manager-portal. Vous pouvez également utiliser les applets de commandes PowerShell
pour Microsoft Azure. Pour ce faire, consultez : https://azure.Microsoft.com/fr-fr/documentation/articles/vpn-gateway-create-site-to-site-rm-powershell ou cette
vidéo Micro Focus sur YouTube : www.youtube.com/watch?v=cqQg6WKxrOw
Le serveur PlateSpin Migrate peut être installé sur le site où résident les workloads sources ou dans le cloud Microsoft Azure lui-même.
4
Livre blancMeilleures pratiques en matière de migration de serveurs vers Microsoft Azure avec PlateSpin Migrate
Il n’est pas nécessaire d’utiliser un VPN lors de l’exécution du serveur PlateSpin Migrate
dans le cloud Microsoft Azure car le workload cible peut se connecter directement au serveur
PlateSpin Migrate. Néanmoins, dans ce scénario, l’agent PlateSpin Migrate doit être utilisé
pour la découverte des workloads sources sur site, et le serveur PlateSpin Migrate doit être
configuré pour connecter les workloads sources à leurs équivalents cibles sur le port 3725
(TCP). Si vous installez le serveur PlateSpin Migrate en déployant l’image Place de marché
fournie, cette dernière exigence est automatiquement satisfaite. Consultez la documentation
de PlateSpin Migrate pour en savoir plus sur l’installation et la configuration de l’agent
PlateSpin Migrate. Actuellement, l’agent PlateSpin Migrate est uniquement disponible pour
les workloads Windows.
Lorsque vous exécutez le serveur PlateSpin Migrate dans le cloud Azure, vous devez
autoriser les connexions entrantes requises pour la configuration du groupe de sécurité
réseau. Les connexions entrantes sont requises sur le port 3725 (TCP) pour les workloads
cibles et sur le port HTTPS (TCP/443) pour le serveur PlateSpin Migrate. Le diagramme ci-
dessous illustre les exigences relatives aux ports.
Lors du déploiement du serveur PlateSpin Migrate à partir de l’image Place de marché
fournie, un groupe de sécurité réseau est automatiquement créé dans le cadre du
déploiement. Ce groupe de sécurité réseau est associé à l’interface réseau du serveur
PlateSpin Migrate et autorise les connexions entrantes sur les ports HTTPS (TCP/443) et
RDP (TCP/3389).
_______________________________________________________________
Lorsque vous exécutez le serveur PlateSpin Migrate dans le cloud Azure, vous devez autoriser les connexions entrantes nécessaires pour la configuration du groupe de sécurité réseau.
Fig. 2
Exigences relatives aux ports lors de l’exécution du serveur PlateSpin Migrate dans le cloud
_______________________________________________________________
5www.microfocus.com
Planification des ressources cloud et gestion des groupes de ressources
L’accès au stockage dans Microsoft Azure est représenté par un compte de stockage. Les
ressources de stockage dans Microsoft Azure présentent des limitations inhérentes, qui
peuvent nécessiter une planification en amont si de grands volumes de workloads vont être
migrés vers le cloud. Par exemple, la taille maximale d’un disque stocké dans un compte
de stockage Microsoft Azure est de 1 To. Pour en savoir plus sur les limitations du compte
de stockage, consultez la documentation Microsoft Azure. En plus de bien comprendre ces
limitations, il est utile de vous familiariser avec les groupes de ressources Microsoft Azure.
Chaque ressource (processeur, RAM, espace disque, adresse IP, etc.) doit appartenir à un
groupe de ressources. Leur principal objectif est de gérer le cycle de vie des ressources.
Dans le cadre de l’utilisation de PlateSpin Migrate pour migrer des workloads vers
Microsoft Azure, ce compte de stockage est appelé « banque de données ». Si aucune
banque de données n’est sélectionnée pour une migration, PlateSpin Migrate utilisera
(ou créera, pour la première migration) une banque de données (compte de stockage) par
défaut. Comme toute autre ressource, le compte de stockage doit appartenir à un groupe
de ressources, de sorte que lorsque PlateSpin Migrate crée le compte de stockage, il crée
également un groupe de ressources par défaut.
Si vous souhaitez avoir le contrôle total de vos comptes de stockage (c.-à-d. si vous ne
souhaitez pas vous reposer sur les comptes par défaut créés par PlateSpin Migrate), vous
devez les configurer à l’avance afin de pouvoir les sélectionner lors de la configuration de vos
migrations .
Les réseaux virtuels peuvent également nécessiter une certaine planification. Comme
indiqué précédemment dans la section « Prérequis », au moins un réseau virtuel doit être
créé manuellement au préalable, avant le début des migrations. Tout comme le compte de
stockage, ce réseau virtuel doit appartenir à un groupe de ressources. En outre, le réseau
virtuel doit posséder au moins un sous-réseau disponible pour le provisioning du workload.
Lors de l’exécution d’une migration avec PlateSpin Migrate, vous devez commencer par
sélectionner le réseau virtuel, puis le sous-réseau sur lequel le workload doit se trouver. Les
ressources réseau ne sont jamais créées automatiquement par PlateSpin Migrate et doivent
donc toujours être configurées manuellement à l’avance.
Si vous souhaitez avoir le contrôle total de vos comptes de stockage, vous devez les configurer à l’avance afin de pouvoir les sélectionner lors de la configuration de vos migrations.
6
Livre blancMeilleures pratiques en matière de migration de serveurs vers Microsoft Azure avec PlateSpin Migrate
Création d’une application Azure pour représenter PlateSpin Migrate
PlateSpin Migrate utilise l’API de Microsoft Azure pour migrer les workloads, de sorte qu’il
doit être représenté par une application Azure, avec un ID d’application unique. Pour créer
une application Azure, accédez au portail Microsoft Azure (https://portal.azure.com)
et sélectionnez le widget de gestion d’Azure Active Directory dans le menu de la colonne
de gauche. Dans la section « Répertoire par défaut », sélectionnez « Enregistrement des
applications ». Cliquez sur « Ajouter ». Dans le panneau de droite, saisissez un nom pour
l’application (ex : PlateSpin Migrate), sélectionnez « Natif » pour le type d’application et
saisissez une URI de redirection. En pratique, l’URI de redirection ne sera pas utilisée,
vous pouvez donc saisir n’importe quelle URI valide, comme par exemple h t t p s://
platespinmigrate.masociété.fr . Cliquez sur « Créer » pour créer l’application.
Une fois que l’application a été créée et qu’elle apparaît dans le panneau central, cliquez
dessus pour afficher la vue détaillée. Notez l’ID de l’application. Vous en aurez besoin plus
tard pour ajouter un emplacement Microsoft Azure comme cible de la migration dans
PlateSpin Migrate. Cliquez sur « Autorisations requises », puis sur « Ajouter » et
« 1 Sélectionner un API ». Sélectionnez « API de gestion du service Windows Azure »
et cliquez sur « Sélectionner » pour sélectionner cet API. Dans « 2 Sélectionner des
autorisations », sélectionnez « Accéder à la gestion du service Azure en tant qu’utilisateur
de l’organisation (aperçu) » et cliquez sur « Sélectionner ». Vous devriez voir apparaître
une coche verte en regard des options « 1 Sélectionner un API » et « 2 Sélectionner des
autorisations ». Cliquez sur Terminer .
Configuration d’un utilisateur pour PlateSpin Migrate
Maintenant que vous avez créé une application Azure (pour PlateSpin Migrate) dotée
d’un accès à l’API Microsoft Azure, vous devez créer un utilisateur qui sera utilisé par
PlateSpin Migrate pour accéder à l’API Microsoft Azure en tant qu’application via votre
souscription. Dans le portail Microsoft Azure (https://portal.azure.com), sélectionnez
une nouvelle fois « Azure Active Directory ». Sélectionnez « Utilisateurs et groupes », puis
« Tous les utilisateurs » et cliquez sur « Ajouter » pour ajouter un utilisateur. Saisissez
un nom (ex : PlateSpin Migrate) et un nom d’utilisateur. L’utilisateur doit faire partie du
répertoire par défaut (la fédération n’est pas prise en charge pour le moment). Le nom du
répertoire par défaut est indiqué en haut du portail Microsoft Azure, juste avant la mention
« (répertoire par défaut) ». Le nom d’utilisateur doit suivre le format <username>@<Default
Directory name>.onmicrosoft.com, où <username> peut être choisi librement. Cliquez sur
« Afficher le mot de passe » et notez le mot de passe généré automatiquement. Vous pourrez
PlateSpin Migrate utilise l’API de Microsoft Azure pour migrer les workloads, de sorte qu’il doit être représenté par une application Azure, avec un ID d’application unique.
7www.microfocus.com
Lors de la réplication d’un workload vers Microsoft Azure, PlateSpin Migrate démarre le futur workload cible à partir d’une machine virtuelle auxiliaire et temporaire. Cette dernière est appelée « Environnement de réplication PlateSpin Migrate ».
le modifier plus tard. Cliquez sur « Créer ». Une fois l’utilisateur créé, déconnectez-vous
du portail Azure et connectez-vous avec le nom d’utilisateur nouvellement créé et le mot
de passe par défaut. Modifiez le mot de passe lorsque vous y êtes invité, déconnectez-vous,
puis connectez-vous de nouveau avec le compte Azure que vous utilisez pour gérer vos
souscriptions.
Depuis le portail Microsoft Azure, accédez à « Souscriptions » et sélectionnez la souscription
que vous souhaitez utiliser pour vos migrations. Notez l’ID de la souscription. Vous en
aurez besoin pour ajouter un emplacement Microsoft Azure comme cible de la migration
dans PlateSpin Migrate. Vous devez ensuite configurer l’utilisateur comme Contributeur
pour la souscription. Une vue détaillée apparaît lorsque vous sélectionnez la souscription.
Sélectionnez « Contrôle d’accès (IAM) », puis « Ajouter ». Pour « 1 Sélectionner un rôle »,
choisissez « Contributeur». Pour « 2 Ajouter des utilisateurs », sélectionnez votre utilisateur
PlateSpin Migrate et cliquez sur « Sélectionner ». Vous devriez voir apparaître une coche
verte en regard des options « 1 Sélectionner un rôle » et « 2 Ajouter des utilisateurs ».
Cliquez sur « OK ». Dans le panneau de présentation de l’utilisateur de votre souscription,
un rôle Contributeur est désormais attribué à votre utilisateur PlateSpin Migrate.
Activation des souscriptions Azure pour le déploiement de l’environnement de réplication PlateSpin Migrate
Lors de la réplication d’un workload vers Microsoft Azure, PlateSpin Migrate démarre le
futur workload cible à partir d’une machine virtuelle auxiliaire et temporaire. Cette dernière
est appelée « Environnement de réplication PlateSpin Migrate ». Elle est disponible
gratuitement dans Azure Marketplace, mais il s’agit d’un composant obligatoire pour toutes
les migrations. Pour chaque souscription qui effectuera des migrations vers Microsoft Azure
avec PlateSpin Migrate, vous devez activer le déploiement de la machine virtuelle auxiliaire
à l’aide d’un programme. Après l’activation, PlateSpin Migrate l’utilisera de manière
transparente selon les besoins, lors de l’exécution des migrations. Une fois le déploiement
initial de votre souscription terminé, il n’est pas nécessaire de gérer manuellement cette
machine virtuelle auxiliaire.
Activation du déploiement de l’environnement de réplication à l’aide d’un programmeDans le menu du portail Microsoft Azure, cliquez sur « Nouveau » dans l’angle supérieur
gauche, puis recherchez « PlateSpin Migrate » à l’aide du widget de recherche. Sélectionnez
l’environnement de réplication PlateSpin Migrate adapté à la version de PlateSpin Migrate
que vous utilisez pour vos migrations. Si une seule liste apparaît, sélectionnez-la.
8
Livre blancMeilleures pratiques en matière de migration de serveurs vers Microsoft Azure avec PlateSpin Migrate
Au bas de l’écran d’informations sur l’environnement de réplication PlateSpin Migrate,
cliquez sur le lien bleu « Want to deploy programmatically? Get started » (Souhaitez-
vous effectuer le déploiement à l’aide d’un programme ?) pour afficher les conditions
d’utilisation. Faites défiler la page jusqu’à la section « Choose the subscriptions » (Choisir
les souscriptions). Là, pour chaque souscription devant effectuer des migrations avec
PlateSpin Migrate, faites passer son état de « Disable » (Désactivé) à « Enable » (Activé).
Cliquez sur « Enregistrer ».
Ajout d’un emplacement Microsoft Azure comme cible de la migration
Pour ajouter un emplacement Microsoft Azure en tant que cible de la migration dans
l’interface utilisateur Web de PlateSpin Migrate, cliquez sur « Cibles » dans la barre de
menu supérieure, puis sur « Ajouter une cible » et fournissez les informations suivantes :
Type (choisissez « Microsoft Azure Location »)
ID de la souscription
ID d’application (anciennement appelée « ID de client » dans l’interface utilisateur Web de PlateSpin Migrate ; utilisez l’ID d’application précédemment notée lors de la création de l’application.)
Nom d’utilisateur (utilisez le nom d’utilisateur précédemment créé pour PlateSpin Migrate)
Mot de passe (utilisez le mot de passe de l’utilisateur)
Nom de l’emplacement (sélectionnez l’emplacement Microsoft Azure de votre choix)
Cliquez sur « Ajouter » pour ajouter l’emplacement en tant que cible PlateSpin Migrate.
Le processus peut durer une minute. Remarque : choisissez uniquement des emplacements
pour lesquels votre VPN est configuré si votre serveur PlateSpin Migrate est installé sur site .
Configuration et exécution de migrations de serveurs
Une fois les prérequis satisfaits, vos ressources cloud correctement configurées et au moins
un emplacement Microsoft Azure défini comme cible de la migration, vous pouvez procéder
à la migration de serveurs. PlateSpin Migrate présente une interface utilisateur Web intuitive
et simple d’utilisation, qui vous permet de lancer les migrations en quelques clics. Le
processus de migration se divise en trois parties : découverte, configuration et transition.
PlateSpin Migrate présente une interface utilisateur Web intuitive et simple d’utilisation, qui vous permet de lancer les migrations en quelques clics.
9www.microfocus.com
Découverte des workloads sourcesCliquez sur « Workloads » dans la barre de menu supérieure, puis sur « Ajouter un
workload ». Pour ajouter (c.-à-d. découvrir) un workload, vous devez fournir les
informations suivantes :
Nom d’hôte ou adresse IP : adresse IP ou nom d’hôte résoluble du workload source.
Type : Windows ou Linux.
Références : combinaison d’un nom d’utilisateur et d’un mot de passe disposant de privilèges d’administrateur sur le workload source.
Une fois toutes ces informations fournies, cliquez sur « Ajouter un workload » et attendez
que le workload s’affiche à l’état « Non configuré » dans la liste des workloads. Le workload
est maintenant découvert.
Configuration de la migrationDans la vue principale des workloads, sélectionnez le workload et cliquez sur le bouton
« Configurer la migration ». Un écran dans lequel vous pouvez configurer les paramètres de
migration de base s’affiche :
Réplication intégrale ou incrémentielle : pour les migrations vers Microsoft Azure, seules les réplications intégrales sont prises en charge.
Sélection de la cible : sélectionnez un emplacement Microsoft Azure préalablement configuré en tant que cible.
Une fois ces sélections effectuées, cliquez sur « Configurer la migration » en bas de
l’écran. L’écran de configuration de la migration de workload s’affiche. Il comporte quatre
sous-sections :
Paramètres de planification
Cette section vous permet de planifier l’exécution de la migration. Pour lancer la migration
manuellement après l’avoir configurée, il n’est pas nécessaire de configurer la planification .
Paramètres de migration
Cette section contient la plupart des paramètres de migration spécifiques à Microsoft Azure.
Vous devez fournir des informations pour les paramètres de configuration suivants :
Taille de l’instance cloud : par défaut, la taille qui correspond le mieux à celle de votre workload est sélectionnée. Si vous souhaitez utiliser une autre taille d’instance cloud, vous pouvez la sélectionner dans le menu déroulant.
Réseau de réplication pour la cible : il s’agit du réseau (réseau virtuel et sous-réseau) qui sera utilisé pour le trafic de réplication. Il est généralement identique à celui du workload cible final, mais peut être différent si nécessaire. Avertissement ! Si vous avez déployé le serveur PlateSpin Migrate à partir de l’image Place de marché fournie, assurez-vous que le sous-réseau Microsoft Azure choisi ici autorise les connexions entrantes sur le port 3725 (TCP) provenant du workload source.
Une fois toutes ces informations fournies, cliquez sur « Ajouter un workload » et attendez que le workload s’affiche à l’état « Non configuré » dans la liste des workloads. Le workload est maintenant découvert.
10
Livre blancMeilleures pratiques en matière de migration de serveurs vers Microsoft Azure avec PlateSpin Migrate
Réseau de réplication pour la source : réseaux sur le workload source pouvant être utilisés pour la réplication.
Nom de la machine virtuelle : nom de la machine virtuelle dans Microsoft Azure. La séquence par défaut utilisée par PlateSpin Migrate est « <nom_hôte>-VM ».
Disques : disques à répliquer. Pour chacun d’entre eux, vous pouvez sélectionner la banque de données (c.-à-d. le compte de stockage) qui fournira les services de stockage nécessaires. Le chemin d’accès au disque est généré automatiquement selon la séquence « <nom_hôte>/<nom_hôte>-VM_<index>.vhd ».
Paramètres du workload cible
À l’exception de la sélection du réseau final (réseau virtuel et sous-réseau) pour le workload
cible, aucun paramètre de cette section n’est spécifique à la migration vers Microsoft Azure.
Pour en savoir plus, consultez la documentation de PlateSpin Migrate.
Balise
Aucun paramètre de cette section n’est spécifique à la migration vers Microsoft Azure. Pour
en savoir plus, consultez la documentation de PlateSpin Migrate.
Transition : exécution de la migration
Une fois toutes les informations fournies, cliquez sur « Enregistrer » pour enregistrer
la configuration. Une page récapitulative contenant tous les détails de configuration
de la migration s’affiche. Vérifiez une dernière fois les informations, puis cliquez sur
le bouton « Exécuter la transition » et confirmez l’étape « Exécuter » supplémentaire
sur l’écran suivant. La migration du workload est lancée. Pour les workloads Windows,
PlateSpin Migrate activera automatiquement les services RDP sur le workload cible s’ils ne
l’étaient pas sur le workload source, et modifiera les paramètres de pare-feu du workload
cible pour autoriser le trafic RDP.
Une fois la migration terminée, PlateSpin Migrate démarrera le workload cible dans
Microsoft Azure.
Micro Focus recommande d’arrêter les services sur le workload source avant de procéder
à la transition. Cela garantit que toutes les données de l’application sont capturées dans la
migration .
PlateSpin Migrate activera automatiquement les services RDP sur le workload cible s’ils ne l’étaient pas sur le workload source, et modifiera les paramètres de pare-feu du workload cible pour autoriser le trafic RDP.
11www.microfocus.com
Dépannage
Les articles de la base de connaissances suivants sont actuellement disponibles pour les
migrations vers Microsoft Azure :
7018000—Connexion au cloud Azure impossible. « [AuthenticationFailed] AADSTS65001 : l’utilisateur ou l’administrateur a refusé d’utiliser l’ID d’application. Envoyer une demande d’autorisation interactive pour cet utilisateur et cette ressource. »
7017999—Connexion au cloud Azure impossible « [AuthenticationFailed] wstrust_endpoint_not_found : périphérique WS-Trust introuvable dans le document de métadonnées. »
Vous trouverez ces articles de la base de connaissances sur www.microfocus.
com/support en utilisant le paramètre de recherche « Azure » pour le produit
« PlateSpin Migrate ».
Pour obtenir le Guide de l’utilisateur de PlateSpin Migrate et d’autres documentations sur
les produits, accédez à : www.netiq.com/documentation/platespin-migrate .
Micro Focus recommande d’arrêter les services sur le workload source avant de procéder à la transition. Cela garantit que toutes les données de l’application sont capturées dans la migration.
162-FR0111-003 | Q | 04/17 | © 2017 Micro Focus. Tous droits réservés. Micro Focus, le logo Micro Focus et PlateSpin, entre autres, sont des marques commerciales ou des marques déposées de Micro Focus ou de ses filiales et sociétés affiliées au Royaume-Uni, aux États-Unis et dans d’autres pays. Toutes les autres marques sont la propriété de leurs détenteurs respectifs.
www.microfocus.com
Micro FocusFrance+33 (0) 1 55 70 30 13
Micro FocusSiège social au Royaume-UniRoyaume-Uni+44 (0) 1635 565200
www.microfocus.com