NetIQ Documentation: Guide de l'utilisateur de PlateSpin Migrate 11.1 - Conditions d'accès et de communication requises sur votre réseau de migration

2.3 Conditions d'accès et de communication requises sur votre réseau de migration

Cette section fournit des informations sur la configuration de l'authentification et de l'autorisation utilisateur ainsi que de votre environnement réseau et la gestion du comportement ainsi que des paramètres par défaut de votre produit.

2.3.1 Conditions pour la découverte

Le tableau suivant reprend les exigences auxquelles les systèmes de votre environnement doivent satisfaire en matière de logiciels, de réseau et de pare-feu pour le processus de découverte et d'inventaire. Pour plus d'informations sur les procédures de découverte réelles, reportez-vous à la Section 3.3, Découverte de workloads sources et de cibles de migration.

Tableau 2-4 Conditions préalables à la communication réseau pour les opérations de découverte

Système	Conditions préalables
Tous les workloads	Prise en charge de la fonctionnalité ping (demande et réponse d'écho ICMP)
Toutes les sources Windows et les hôtes Hyper-V	Microsoft .NET Framework version 3.5 SP1 Références avec privilèges d'administrateur au niveau local ou du domaine
Windows Vista Windows 7 Windows 8, 8.1 Windows Server 2008 Windows Server 2008 R2 Windows Server 2012 Windows Server 2012 R2 Windows Server 2012 avec Hyper-V Windows Server 2012 R2 avec Hyper-V	Compte Administrateur intégré ou références du compte de domaine (une simple appartenance au groupe Administrateurs local ne suffit pas). Sous Vista, le compte doit être activé (il est désactivé par défaut). Le pare-feu Windows doit être configuré pour autoriser le partage de fichiers et d'imprimantes. Utilisez l'une des options suivantes : Option 1, à l'aide du pare-feu Windows : utilisez l'élément de base du Panneau de configuration Pare-feu Windows (firewall.cpl) et sélectionnez Partage de fichiers et d'imprimantes dans la liste d'exceptions. - OU - Option 2, à l'aide de l'utilitaire Pare-feu Windows avec fonctions avancées de sécurité : employez l'utilitaire Pare-feu Windows avec fonctions avancées de sécurité (wf.msc) avec les règles de trafic entrant activées et définies sur Autoriser : Partage de fichiers et d'imprimantes (demande d'écho - ICMPv4In) Partage de fichiers et d'imprimantes (demande d'écho - ICMPv6In) Partage de fichiers et d'imprimantes (NB-Datagramme-Entrée) Partage de fichiers et d'imprimantes (NB-Nom-Entrée) Partage de fichiers et d'imprimantes (NB-Session-Entrée) Partage de fichiers et d'imprimantes (SMB-Entrée) Partage de fichiers et d'imprimantes (Service de spouleur - RPC) Partage de fichiers et d'imprimantes (Service de spouleur - RPC-EPMAP) (Conditionnel) Si les volumes sont codés avec la fonction de codage de disque BitLocker, ils doivent être déverrouillés.
Toutes les sources Linux Citrix XenServer	Serveur Secure Shell (SSH) Port 22 (TCP) ouvert Accès de niveau root. Pour plus d'informations sur l'utilisation d'un autre compte que le compte root, reportez-vous à l'article de la base de connaissances n° 7920711. Les ports SSH personnalisés sont pris en charge ; spécifiez le numéro du port pendant la découverte : <nom_hôte \| adresse_IP>:numéro_port.
Serveurs VMware ESX/ESXi	Compte VMware avec rôle d'administrateur API de gestion de fichiers et API de services Web VMware (HTTPS / port 443 TCP)
Serveurs VMware vCenter	L'utilisateur disposant de l'accès doit se voir accorder les autorisations et rôle appropriés. Pour plus d'informations à ce sujet, consultez la version correspondante de la documentation VMware.

2.3.2 Conditions pour la migration

Le tableau suivant reprend les exigences de pare-feu auxquelles les systèmes de votre environnement doivent satisfaire pour fonctionner correctement lors des tâches de migration de workloads.

Tableau 2-5 Conditions préalables à la communication réseau pour la portabilité de workload

Système	Port ouvert (Par défaut)	Remarques
Hôtes du serveur PlateSpin	TCP 80 ou TCP 443 TCP	Le port 80 (TCP) est requis pour la communication HTTP entre le serveur PlateSpin, les sources et les cibles. Le port 443 (TCP) est requis pour la communication HTTPS (en cas d'utilisation de SSL) entre le serveur PlateSpin et les machines sources ou cibles.
Tous les workloads sources sauf ceux impliqués dans des tâches de déploiement d'image.	TCP 3725	Requis pour que les cibles initient la communication lors du transfert des données basé sur les fichiers, excepté pour les tâches I2X au cours desquelles ce port doit être ouvert uniquement sur la cible de la migration. Ce port est requis à la fois pour les sources et les cibles en cas de tâches de synchronisation des serveurs.
Toutes les cibles	TCP 3725	Requis pour : la synchronisation d'images/de serveurs basée sur les fichiers Synchronisation de serveurs basée sur les fichiers Tâches de synchronisation d'images
Toutes les sources et les cibles Windows	NetBIOS 137 - 139	Requis pour les communications NetBIOS.
Toutes les sources	SMB (TCP 139, 445 et UDP 137, 138)	Requis pour la communication et le transfert de données au niveau fichier durant la migration hors ligne.
Toutes les sources Linux Citrix XenServer	TCP 22	Requis pour la communication durant la migration hors ligne.
Hôtes du serveur PlateSpin Toutes les sources Windows	TCP 135/445	Pour la communication DCOM/RPC entre le serveur PlateSpin et une source en vue de la prise de contrôle et du redémarrage du workload via WMI. REMARQUE :WMI (RPC/DCOM) peut utiliser les ports TCP 135 et 445 ainsi que les ports aléatoires/assignés dynamiquement supérieurs à 1024.

2.3.3 Migrations sur des réseaux publics et privés via NAT

Dans certains cas, une source, une cible ou PlateSpin Migrate peut se trouver sur un réseau (privé) interne derrière un périphérique NAT (network address translator) et être incapable de communiquer avec son homologue durant la migration.

PlateSpin Migrate vous permet de résoudre ce problème, en fonction de l'hôte qui se trouve derrière le périphérique NAT :

Serveur PlateSpin : dans l'outil de configuration de votre serveur PlateSpin, indiquez les adresses IP supplémentaires assignées à cet hôte :
1. Ouvrez l'outil https://Votre_serveur_PlateSpin/platespinconfiguration/ dans le navigateur Web de votre choix.
2. Recherchez le paramètre serveur AlternateServerAddresses, cliquez sur Modifier, puis ajoutez des adresses IP en les séparant par un point-virgule (;), par exemple :
```
204.50.186.147;204.50.186.148
```
Source : dans le cadre de la tâche spécifique de migration, enregistrez les adresses IP supplémentaires assignées à ce workload. Reportez-vous à la section Spécification des options réseau.
Cible : lorsque vous essayez de découvrir une cible, telle que VMware ESX, spécifiez l'adresse IP publique (ou externe) dans les paramètres de découverte.