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