Avant de définir la protection et la récupération des workloads, veillez à configurer votre réseau selon les conditions d'accès et de communication requises décrites dans cette section.
Section 1.5.1, Configuration réseau pour l'interface Web de l'hôte du serveur PlateSpin
Section 1.5.2, Configuration réseau requise pour les conteneurs
Section 1.5.3, Configuration réseau requise pour les workloads
Section 1.5.5, Exigences pour la protection sur des réseaux publics et privés via NAT
Section 1.5.6, Configuration requise pour le fonctionnement du serveur PlateSpin via NAT
Le Tableau 1-5 décrit les ports qui doivent être ouverts sur l'hôte du serveur PlateSpin pour permettre l'accès à l'interface Web.
Tableau 1-5 Exigences d'ouverture de ports pour l'hôte du serveur PlateSpin
|
Port (par défaut) |
Remarques |
|---|---|
|
TCP 80 |
Pour la communication HTTP |
|
TCP 443 |
Pour la communication HTTPS (si SSL est activé) |
Le Tableau 1-6 liste les configurations logicielles, réseau et pare-feu requises pour les conteneurs de workloads pris en charge.
Tableau 1-6 Conditions d'accès et de communication requises pour les conteneurs
|
Système |
Conditions préalables |
Ports requis (valeurs par défaut) |
|---|---|---|
|
Tous les conteneurs |
Fonctionnalité ping (demande et réponse d'écho ICMP). |
|
|
Tous les conteneurs VMware. Reportez-vous à la section Conteneurs de VM pris en charge. |
|
HTTPS (TCP 443) |
|
vCenter Server |
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. |
HTTPS (TCP 443) |
Le Tableau 1-7 liste les configurations logicielles, réseau et pare-feu requises pour les workloads que vous souhaitez protéger à l'aide de PlateSpin Protect.
Tableau 1-7 Conditions d'accès et de communication requises pour les workloads
|
Type de workload |
Conditions préalables |
Ports requis (valeurs par défaut) |
|---|---|---|
|
Tous les workloads |
Prise en charge de la fonctionnalité ping (demande et réponse d'écho ICMP) |
|
|
Tous les workloads Windows. Reportez-vous à la section Workloads Windows pris en charge. |
Pour la découverte, les workloads sources doivent exécuter Microsoft .NET Framework 2 SP2 ou version ultérieure. |
|
|
Tous les workloads de cluster Windows Server. Reportez-vous à Grappes dans la section Workloads Windows pris en charge. |
Assurez-vous que le serveur PlateSpin peut résoudre les recherches DNS directes et inversées pour les adresses IP du cluster Windows Server et de ses noeuds. Vous pouvez mettre à jour le serveur DNS ou mettre à jour le fichier hosts local (%systemRoot%\system32\drivers\etc\hosts) sur l'hôte du serveur PlateSpin. |
|
|
Tous les workloads Windows. Reportez-vous à la section Workloads Windows pris en charge. |
|
TCP 3725 NetBIOS (TCP 137 - 139) SMB (TCP 139, 445 et UDP 137, 138) RPC (TCP 135, 445) |
|
Windows Server 2003 (y compris SP1 Standard, SP2 Enterprise et R2 SP2 Enterprise). |
REMARQUE :après avoir activé les ports requis, exécutez la commande suivante au niveau de l'invite serveur afin d'autoriser l'administration à distance de PlateSpin : netsh firewall set service RemoteAdmin enable Pour plus d'informations sur netsh, consultez l'article Microsoft TechNet suivant : The Netsh Command Line Utility (Utilitaire de ligne de commande Netsh). |
TCP 3725, 135, 139, 445 UDP 137, 138, 139 |
|
Tous les workloads Linux. Reportez-vous à la section Workloads Linux pris en charge. |
Serveur Secure Shell (SSH) |
TCP 22, 3725 |
PlateSpin Protect offre la possibilité d'utiliser l'authentification Windows pour accéder à la base de données Microsoft SQL Server. Vous devez configurer les paramètres Active Directory et ouvrir des ports sur le pare-feu pour autoriser l'authentification.
Pour activer l'authentification Windows auprès de la base de données SQL :
Veillez à configurer Microsoft SQL Server pour qu'il autorise les connexions TCP/IP et de canal nommé.
(Conditionnel) Si vous prévoyez d'utiliser l'authentification Windows pour accéder à la base de données Microsoft SQL Server, vous devez configurer les éléments suivants dans Active Directory :
Vous devez ajouter le serveur de base de données Microsoft SQL Server au domaine.
Vous devez avoir deux comptes d'utilisateur de domaine pour l'installation de PlateSpin Protect.
Un utilisateur de domaine pour lequel le rôle sysadmin est défini : cet utilisateur doté de droits d'administrateur SQL est nécessaire pour créer des bases de données, des tables et d'autres objets de schéma.
Un utilisateur du service PlateSpin : l'utilisateur du service peut être un utilisateur du domaine bénéficiant de faibles privilèges. Cependant, il doit être un administrateur local sur le serveur PlateSpin Protect et cette autorisation doit lui être accordée avant l'installation.
Si le mot de passe de l'utilisateur Windows change, vous devez le mettre à jour pour l'utilisateur du service PlateSpin et pour le pool d'applications IIS. Pensez à employer un utilisateur Windows dont le mot de passe n'expire jamais afin d'éviter ce genre de situation.
REMARQUE :si vous utilisez l'authentification Windows, vous devez vous connecter en tant qu'utilisateur du domaine disposant de droits d'administrateur SQL lorsque vous effectuez une mise à niveau ou à jour de votre serveur PlateSpin.
Ouvrez les ports suivants sur le pare-feu pour prendre en charge l'authentification sur SQL Server :
Ports 49152-65535/TCP : autorise le trafic RPC pour LSA, SAM, Netlogon.
Port 1433/TCP : autorise le trafic pour Microsoft SQL Server.
Ports personnalisés : si vous configurez SQL Server pour utiliser un port TCP personnalisé, vous devez ouvrir ce port sur le pare-feu.
REMARQUE :si vous n'utilisez pas de ports dynamiques, vous devez spécifier le port dédié dans le champ Serveur de base de données.
(Conditionnel) Si vous voulez utiliser des ports dédiés avec PlateSpin Protect, vous devez ouvrir ces ports sur le pare-feu :
Sur le serveur de base de données, déterminez les ports qui doivent être ouverts :
Dans le Gestionnaire de configuration SQL Server, sélectionnez Protocoles pour SQLExpress > TCP/IP, puis cliquez avec le bouton droit et sélectionnez Propriétés.
Dans la boîte de dialogue, sélectionnez l'onglet Adresses IP.
Sous IPAll (ou sous le protocole de votre choix), si Port TCP ou Ports dynamiques TCP est défini sur une valeur autre que 0, ouvrez les ports du pare-feu spécifiés. Il s'agit des ports utilisés pour la connexion à SQL Server.
Par exemple, si le champ Ports TCP dynamiques est défini sur 60664 et que Port TCP est défini sur 1555, vous devez activer les ports 60664 et 1555 dans les règles de pare-feu sur le serveur SQL.
Ouvrez les ports sur le pare-feu.
REMARQUE :si une valeur est définie pour les ports dynamiques, il se peut que votre serveur ne figure pas dans la liste des serveurs SQL lorsque vous cliquez sur Parcourir. Dans ce cas, vous devez spécifier le serveur manuellement dans le champ de saisie Serveur de base de données de l'installation de PlateSpin Protect.
Par exemple, si le nom de votre serveur est MYSQLSERVER, le nom de l'instance de base de données SQLEXPRESS et le port dédié défini pour le port dynamique 60664, entrez le texte suivant et sélectionnez ensuite le type d'authentification de votre choix :
MYSQLSERVER\SQLEXPRESS,60664
Vous devez ouvrir les ports sur le pare-feu.
Dans certains cas, une source, une cible ou PlateSpin Protect 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 l'autre partie durant la protection.
PlateSpin Protect 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 : à l'aide de l'outil de configuration de PlateSpin de votre serveur, enregistrez les adresses IP supplémentaires assignées à l'hôte du serveur PlateSpin. Reportez-vous à la section Configuration requise pour le fonctionnement du serveur PlateSpin via NAT.
Conteneur cible : lorsque vous essayez de découvrir un conteneur (tel que VMware ESX), spécifiez l'adresse IP publique (externe) de cet hôte dans les paramètres de découverte.
Solution : lorsque vous essayez d'ajouter un workload, spécifiez l'adresse IP publique (externe) de ce workload dans les paramètres de découverte.
VM de basculement : au cours du rétablissement, vous pouvez spécifier une adresse IP alternative pour le workload de basculement à la section « Détails du rétablissement (Workload sur VM) ».
Cible de rétablissement : au cours d'une tentative d'enregistrement d'une cible de rétablissement, lorsque vous êtes invité à fournir l'adresse IP du serveur PlateSpin, renseignez soit l'adresse locale de l'hôte du serveur PlateSpin, soit l'une de ses adresses publiques (externes) enregistrées dans la base de données de configuration de PlateSpin du serveur. Reportez-vous à la Configuration requise pour le fonctionnement du serveur PlateSpin via NAT.
Le serveur PlateSpin a besoin d'adresses IP supplémentaires pour fonctionner dans des environnements pour lesquels la fonctionnalité de traduction d'adresses réseau (NAT) est activée. Reportez-vous à la Configuration requise pour le fonctionnement du serveur PlateSpin via NAT.
Par défaut, le serveur PlateSpin utilise le shell /bin/bash pour l'exécution de commandes sur un workload source Linux.
Si nécessaire, vous pouvez remplacer le shell par défaut en modifiant la clé de registre correspondante sur le serveur PlateSpin Reportez-vous à l'article de la Base de connaissances n° 7010676 Linux Default Shell Override Procedure (Procédure de remplacement du shell par défaut de Linux) .