Antes de configurar las cargas de trabajo para la protección y la recuperación, asegúrese de configurar la red con los valores de acceso y de comunicaciones descritos en esta sección.
En la Tabla 1-5 se describen los puertos que deben estar abiertos en el host del servidor de PlateSpin para permitir el acceso a la interfaz Web.
Tabla 1-5 Requisitos de apertura de puertos para el host del servidor de PlateSpin
|
Puerto (por defecto) |
Observaciones |
|---|---|
|
TCP 80 |
Para comunicaciones HTTP |
|
TCP 443 |
Para comunicaciones HTTPS (si SSL está habilitado) |
La Tabla 1-6 describe los requisitos de software, redes y cortafuegos para los contenedores de cargas de trabajo admitidos.
Tabla 1-6 Requisitos de acceso y comunicación para los contenedores
|
Sistema |
Requisitos previos |
Puertos necesarios (por defecto) |
|---|---|---|
|
Todos los contenedores |
Compatible con ping (petición y respuesta de eco ICMP) |
|
|
Todos los contenedores de VMware. Consulte Contenedores de máquina virtual compatibles. |
|
HTTPS (TCP 443) |
|
vCenter Server |
El usuario con acceso debe tener asignados los permisos y las funciones correspondientes. Consulte la documentación de la versión específica de VMware para obtener más información. |
HTTPS (TCP 443) |
La Tabla 1-7 describe los requisitos de software, redes y cortafuegos para las cargas de trabajo que pretende proteger mediante PlateSpin Protect.
Tabla 1-7 Requisitos de acceso y comunicación para las cargas de trabajo
|
Tipo de carga de trabajo |
Requisitos previos |
Puertos necesarios (por defecto) |
|---|---|---|
|
Todas las cargas de trabajo |
Compatible con ping (petición y respuesta de eco ICMP) |
|
|
Todas las cargas de trabajo Windows. Consulte Cargas de trabajo Windows compatibles. |
Para el descubrimiento, las cargas de trabajo de origen deben ejecutar Microsoft .NET Framework 2 SP2 o versiones posteriores. |
|
|
Todas las cargas de trabajo de clúster de Windows Server. Consulte Clústeres en Cargas de trabajo Windows compatibles. |
Asegúrese de que el servidor de PlateSpin puede resolver la búsqueda directa de DNS y la búsqueda inversa de las direcciones IP del clúster de Windows Server y en sus nodos de clúster. Es posible actualizar el servidor DNS o actualizar el archivo hosts local (%systemroot%\system32\drivers\etc\hosts) en el host del servidor de PlateSpin. |
|
|
Todas las cargas de trabajo Windows. Consulte Cargas de trabajo Windows compatibles. |
|
TCP 3725 NetBIOS (TCP 137 - 139) SMB (TCP 139, 445 y UDP 137, 138) RPC (TCP 135, 445) |
|
Windows Server 2003 (incluidos SP1 Standard, SP2 Enterprise y R2 SP2 Enterprise). |
NOTA:después de habilitar los puertos necesarios, ejecute el comando siguiente en el indicador del servidor para habilitar la administración remota de PlateSpin: netsh firewall set service RemoteAdmin enable Para obtener más información sobre netsh, consulte el artículo de Microsoft TechNet La utilidad de línea de comandos Netsh. |
TCP 3725, 135, 139, 445 UDP 137, 138, 139 |
|
Todas las cargas de trabajo Linux. Consulte Cargas de trabajo Linux compatibles. |
Servidor de shell segura (SSH) |
TCP 22, 3725 |
PlateSpin Protect proporciona la capacidad para usar la autenticación de Windows para acceder a la base de datos de Microsoft SQL Server. Debe configurar Active Directory y abrir puertos en el cortafuegos para permitir la autenticación.
Para habilitar la autenticación de Windows en las base de datos de SQL:
Asegúrese de que configura Microsoft SQL Server de forma que permita tanto conexiones TCP/IP como conexiones de conducto nombrado.
(Condicional) Si tiene previsto usar la autenticación de Windows para acceder a la base de datos de Microsoft SQL Server, debe configurar lo siguiente en Active Directory:
Debe añadir el servidor de base de datos Microsoft SQL Server al dominio.
Necesita dos cuentas de usuario de dominio para la instalación de PlateSpin Protect.
Un usuario de dominio con el conjunto de funciones sysadmin: este usuario con derechos de administración de SQL es necesario para crear bases de datos, tablas y otros objetos de esquema.
Un usuario de servicio de PlateSpin: el usuario de servicio puede ser un usuario de dominio con pocos privilegios del dominio. Sin embargo, el usuario de servicio debe ser un administrador local en el servidor de PlateSpin Protect y debe tener asignado dicho permiso antes de la instalación.
Si la contraseña del usuario de Windows cambia, debe actualizarla para el usuario de servicio de PlateSpin y el grupo de aplicaciones de IIS. Para evitar esta situación, puede ser conveniente utilizar un usuario de Windows cuya contraseña no caduque nunca.
NOTA:si usa la autenticación de Windows, deberá entrar como usuario del dominio con derechos de administración de SQL cuando actualice el servidor de PlateSpin.
Abra los puertos siguientes en el cortafuegos para admitir la autenticación en SQL Server:
Puertos 49152-65535/TCP: permiten el tráfico de RPC para LSA, SAM y Netlogon.
Puerto 1433/TCP: permite el tráfico de Microsoft SQL Server.
Puertos personalizados: si configura SQL Server para que use un puerto TCP personalizado, debe abrir dicho puerto en el cortafuegos.
NOTA:si no usa puertos dinámicos, debe especificar el puerto dedicado en el campo Database Server (Servidor de base de datos).
(Condicional) Si desea usar puertos dedicados con PlateSpin Protect, debe abrirlos en el cortafuegos:
En el servidor de base de datos, determine qué puertos deben abrirse:
En Administrador de configuración de SQL Server, seleccione Protocolos para SQLExpress > TCP/IP, haga clic con el botón secundario y seleccione Propiedades.
En el recuadro de diálogo seleccione la pestaña Direcciones IP.
En IPAll (o en el protocolo que desee), si Puerto TCP o Puertos TCP dinámicos tienen cualquier valor distinto a 0, abra los puertos especificados en el cortafuegos. Estos son los puertos que se usan para conectarse a SQL Server.
Por ejemplo, si el campo Puertos TCP dinámicos tiene el valor 60664 y el campo Puerto TCP tiene el valor 1555, debe habilitar los puertos 60664 y 1555 en las reglas del cortafuegos de SQL Server.
Abra los puertos en el cortafuegos.
NOTA:si tiene un valor definido para los puertos dinámicos, puede que su servidor no aparezca en la lista de servidores SQL cuando haga clic en Examinar. En tal caso, deberá especificar el servidor manualmente en el campo de entrada Database Server (Servidor de base de datos) de la instalación de PlateSpin Protect.
Por ejemplo, si el nombre del servidor es MISQLSERVER, el nombre de la instancia de la base de datos es SQLEXPRESS y el puertos dedicado definido para el puerto dinámico es 60664, deberá indicar el texto siguiente y seleccionar el tipo de autenticación que desee:
MISQLSERVER\SQLEXPRESS,60664
Debe abrir los puertos en el cortafuegos.
En ciertos casos, un origen, un destino o el propio PlateSpin Protect pueden estar situados en una red (privada) interna protegida por un dispositivo de traducción de direcciones de red (NAT) que no puede comunicarse con su equivalente durante la protección.
PlateSpin Protect permite resolver este problema, según cuál de los hosts siguientes esté ubicado tras el dispositivo NAT:
Servidor de PlateSpin: con la herramienta de configuración de PlateSpin, registre las direcciones IP adicionales asignadas al host del servidor de PlateSpin. Consulte Requisitos para que el servidor de PlateSpin funcione con NAT.
Contenedor de destino: cuando intente descubrir un contenedor (por ejemplo, VMware ESX), especifique la dirección IP pública (o externa) del host en los parámetros de descubrimiento.
Carga de trabajo: si intenta añadir una carga de trabajo, especifique la dirección IP pública (externa) de la carga de trabajo en los parámetros de descubrimiento.
Máquina virtual en failover: durante el failback, puede especificar una dirección IP alternativa para la carga de trabajo en failover en Detalles de failback (carga de trabajo en máquina virtual).
Destino de failback: durante un intento para registrar un destino de failback, cuando se le pida que proporcione la dirección IP del servidor de PlateSpin, proporcione la dirección local del host del servidor de PlateSpin o una de sus direcciones públicas (externas) registradas en la base de datos de configuración de PlateSpin del servidor. Consulte Requisitos para que el servidor de PlateSpin funcione con NAT.
El servidor de PlateSpin necesita direcciones IP adicionales para poder funcionar en entornos que tengan habilitada la traducción de direcciones de red (NAT, por sus siglas en inglés). Consulte Requisitos para que el servidor de PlateSpin funcione con NAT.
El servidor de PlateSpin usa por defecto la shell /bin/bash para ejecutar comandos en una carga de trabajo de origen Linux.
Si se requiere, puede anular la shell por defecto modificando la clave de registro correspondiente en el servidor de PlateSpin. Consulte el artículo 7010676 de la base de conocimientos Linux Default Shell Override Procedure (Procedimiento de sustitución de shell por defecto de Linux).