PlateSpin Protect admite la mayoría de las versiones de los sistemas operativos Microsoft Windows, SUSE Linux Enterprise Server y Red Hat Enterprise Linux. También admite determinadas versiones de los sistemas operativos Novell Open Enterprise Server, Oracle Enterprise Linux y CentOS.
En esta sección se describen todas las configuraciones de plataforma admitidas por PlateSpin Protect, así como el software, el hardware, los entornos de virtualización necesarios para la protección y la recuperación de las cargas de trabajo. Algunas configuraciones, como se indica, requieren una gestión especial para configurar y recuperar las cargas de trabajo. Asegúrese de revisar la información de referencia en toda la documentación en línea o en los artículos de la base de conocimientos antes de intentar configurar la carga de trabajo.
NOTA:aunque las configuraciones que no se mencionan en este documento no se admiten, muchas de las mejoras que se realizan a PlateSpin Protect son consecuencia directa de las sugerencias de nuestros clientes. Puede ayudarnos a garantizar que nuestro producto satisfaga todas sus necesidades. Si tiene interés en una configuración de plataforma que no aparezca en la lista, póngase en contacto con el servicio de asistencia técnica. Agradecemos sus comentarios y estamos deseando oír sus sugerencias.
PlateSpin Protect admite cargas de trabajo de las versiones del sistema operativo Microsoft Windows indicadas en la Tabla 1-1
Se admite tanto la réplica en el nivel de archivos como en el nivel de bloques, con ciertas restricciones. Consulte Sección 1.2, Métodos de transferencia de datos admitidos.
NOTA:no se admite la protección de cargas de trabajo de escritorio (estaciones de trabajo).
Tabla 1-1 Cargas de trabajo Windows compatibles
|
Sistema operativo |
Notas |
|---|---|
|
Servidores |
|
|
Windows Server 2016 |
Para la protección de servidores Windows Server 2016 se requiere VMware 6.0 o posterior. |
|
Incluidos los controladores de dominio (DC) y las ediciones Small Business Server (SBS) Para obtener información sobre la conversión de controladores de dominio de Active Directory, consulte el artículo 7920501 de la base de conocimientos. |
|
Incluidos los controladores de dominio (DC) y las ediciones Small Business Server (SBS) Para obtener información sobre la conversión de controladores de dominio de Active Directory, consulte el artículo 7920501 de la base de conocimientos. |
|
Windows 2003 requiere el SP1 o superior para la réplica basada en bloques. |
|
Clústeres |
|
|
Para la protección de clústeres de Windows Server 2016 se requiere VMware 6.0 o posterior. Modelos compatibles: quórum Nodo y mayoría discos y Sin mayoría: quórum solo de disco. La compatibilidad incluye la transferencia de datos basada en bloques con un controlador (solo en las SAN de Fibre Channel) o sin un controlador para las réplicas incrementales de clústeres. No se admite la réplica basada en archivos. ADVERTENCIA:no intente utilizar el controlador basado en bloques en clústeres con unidades iSCSI compartidas, ya que el clúster terminaría siendo inservible. |
|
|
|
|
|
Modelo compatible: clúster de dispositivo de quórum estándar. La compatibilidad solo incluye las transferencias de datos basadas en bloques sin controlador para las réplicas incrementales de clústeres. No se admite la réplica basada en archivos. |
|
Hosts de Hyper-V |
|
|
Protege un servidor Windows que funciona como host de Hyper-V y sus volúmenes. Protege las máquinas virtuales individuales por separado. |
Asegúrese de aplicar las actualizaciones de Windows en el sistema de origen antes de ejecutar la primera réplica completa.
Si el equipo Windows es un controlador de dominio, asegúrese también de inhabilitar el software antivirus en el sistema durante la réplica.
PlateSpin Protect admite cargas de trabajo de las distribuciones del sistema operativo Linux indicadas en la Tabla 1-2
La réplica de las cargas de trabajo Linux protegidas se produce solo en el nivel de bloques. Consulte Requisito para controladores blkwatch.
Tabla 1-2 Cargas de trabajo Linux compatibles
|
Sistema operativo |
Versiones |
Notas |
|---|---|---|
|
Servidores |
||
|
|
Consulte Distribuciones de Linux compatibles con Protect para obtener una lista de las versiones del núcleo de Linux compatibles y de las arquitecturas para las distribuciones de RHEL. PlateSpin Protect no admite el sistema de archivos XFS versión 5 (v5) de RHEL 7.3 y distribuciones basadas en RHEL 7.3. Para las cargas de trabajo Red Hat Enterprise Linux 6.7, Oracle Linux 6.7 y CentOS 6.7 con volúmenes LVM, la réplica incremental solo se admite para la versión más reciente del núcleo (2.6.32-642.13.1.el6.x86_64) para la distribución RHEL 6.7. Es el mismo núcleo que se utiliza en la distribución RHEL 6.8. |
|
|
Consulte Distribuciones de Linux compatibles con Protect para obtener una lista de las versiones del núcleo de Linux compatibles y de las arquitecturas para las distribuciones de SLES. La versión del núcleo 3.0.13 de SLES 11 SP3 no es compatible. Actualice a la versión del núcleo 3.0.27 o posterior antes de realizar un inventario de la carga de trabajo. |
|
Consulte SUSE Linux Enterprise Server (SLES). |
Para OES 2015 SP1, Protect es compatible con repositorios NSS de 32 bits de hasta 8 TB de tamaño. No se admiten repositorios NSS de 64 bits. Consulte Distribuciones de Linux compatibles con Protect para obtener una lista de las versiones del núcleo de Linux compatibles y de las arquitecturas para las distribuciones de SLES. No se admite la versión por defecto del núcleo, la 3.0.13, en OES 11 SP2. Actualice a la versión del núcleo 3.0.27 o posterior antes de realizar un inventario de la carga de trabajo. |
|
Oracle Linux (OL) (anteriormente Oracle Enterprise Linux [OEL]) |
Consulte Red Hat Enterprise Linux (RHEL). |
Consulte Distribuciones de Linux compatibles con Protect para obtener una lista de las versiones del núcleo de Linux compatibles y de las arquitecturas para las distribuciones de RHEL. Hay controladores blkwatch disponibles para el núcleo estándar Red Hat Compatible Kernel (RHCK) y el Unbreakable Enterprise Kernel (UEK) en OEL 6 U7 y versiones posteriores, como se indica en la Lista de distribuciones Para PlateSpin Protect 11.2 y versiones anteriores no se admiten las cargas de trabajo que usen el núcleo UEK. Para Oracle Linux 6 U7, los controladores blkwatch para la versión 2.6.32-573 del núcleo no admiten la réplica incremental para cargas de trabajo con volúmenes LVM. Actualice el núcleo y utilice los controladores de RHEL 6 U7 para el núcleo 2.6.32-642. |
|
Consulte Red Hat Enterprise Linux (RHEL). |
Consulte Distribuciones de Linux compatibles con Protect para obtener una lista de las versiones del núcleo de Linux compatibles y de las arquitecturas para las distribuciones de RHEL. CentOS 7.x requiere VMware 5.5 o posterior. |
La transferencia de datos basada en bloques para una carga de trabajo Linux requiere un controlador blkwatch compilado para la distribución de Linux concreta que se va a proteger. El software de PlateSpin Protect incluye versiones compiladas previamente del controlador blkwatch para muchas distribuciones de Linux que no son de depuración (32 bits y 64 bits). También es posible crear un controlador personalizado. Para obtener más información, consulte Distribuciones de Linux compatibles con Protect.
Un contenedor de máquinas virtuales es una infraestructura de protección que actúa como el host de una réplica virtual arrancable y actualizada regularmente de una carga de trabajo protegida.
Consulte la Tabla 1-3 para obtener una lista de las plataformas VMware compatibles. Las plataformas se admiten como contenedores de protección y como contenedores de failback.
NOTA:la protección de cargas de trabajo en un contenedor de máquinas virtuales de destino está sujeta a que el proveedor del host admita el sistema operativo invitado del host. Para obtener información sobre los hosts de VMware de destino, consulte la Guía de compatibilidad de VMware.
La infraestructura de contenedor puede ser un servidor VMware ESXi o un clúster DRS de VMware. Para obtener información sobre los requisitos de configuración de los clústeres DRS de VMware, consulte Compatibilidad de clústeres DRS de VMware como contenedores.
Tabla 1-3 Plataformas admitidas como contenedor de máquina virtual
|
Contenedor |
Versiones |
Notas |
|---|---|---|
|
VMware vCenter o ESXi |
6.5 |
Como contenedor de máquina virtual, el clúster DRS debe contener solo servidores ESXi 6.5 y solo se puede gestionar en vCenter 6.5. |
|
VMware vCenter o ESXi |
6.0 (GA2, U2, U3) |
Como contenedor de máquina virtual, el clúster DRS debe contener solo servidores ESXi 6.0 y solo se puede gestionar en vCenter 6.0. |
|
VMware vCenter o ESXi |
5.5 (GA2, U2, U3) |
Como contenedor de máquina virtual, el clúster DRS debe contener solo servidores ESXi 5.5 y solo se puede gestionar en vCenter 5.5. |
|
VMware vCenter o ESXi |
5.1 (GA2, U2, U3) |
Como contenedor de máquina virtual, el clúster DRS debe contener solo servidores ESXi 5.1 y solo se puede gestionar en vCenter 5.1. |
|
VMware vCenter o ESXi |
4.1 (GA2, U3) |
Como contenedor de máquina virtual, el clúster DRS debe contener solo servidores ESXi 4.1 y solo se puede gestionar en vCenter 4.1. |
NOTA:los hosts de VMware ESXi deben disponer de una licencia pagada. La protección no se admite en estos sistemas si funcionan con una licencia gratuita.
Para poder ser un destino de protección válido, el clúster DRS de VMware debe añadirse al conjunto de contenedores (inventariarse) como clúster VMware. No debe intentar añadir un clúster DRS como conjunto de servidores ESX individuales. Consulte Adición de contenedores (destinos de protección).
Además, el clúster DRS VMware debe cumplir los siguientes requisitos de configuración:
DRS debe estar habilitado y establecido como Partially Automated (Parcialmente automatizado) o Fully Automated (Totalmente automatizado). No debe definirse como Manual.
Debe compartirse al menos un almacén de datos entre todos los hosts de VMware del clúster VMware.
Debe existir al menos un vSwitch y un grupo virtual de puertos, o bien un conmutador distribuido de vNetwork, común para todos los hosts de VMware del clúster VMware.
Las cargas de trabajo de failover (máquinas virtuales) de cada contrato de protección deben situarse exclusivamente en los almacenes de datos, vSwitch y los grupos virtuales de puertos compartidos entre todos los hosts de VMware del clúster VMware.
PlateSpin Protect admite la copia de máquinas virtuales replicadas en un sitio de recuperación remoto mediante VMware vCenter Site Recovery Manager (SRM). Consulte la Sección 6.7, Configuración de la compatibilidad con VMware vCenter Site Recovery Manager.
PlateSpin Protect admite la multitenencia en VMware. Varios servidores de Protect pueden compartir la misma interfaz final del clúster de VMware. Consulte Configuración de inquilinos múltiples de Protect en VMware.
PlateSpin Protect admite las arquitecturas de equipos basados en x86 siguientes:
PlateSpin Protect admite la protección y recuperación de arquitecturas x64 y x86 para cargas de trabajo físicas y virtuales en su centro de datos:
64 bits
32 bits
Para los contenedores de máquinas virtuales compatibles que usen VMware 5.1 y versiones superiores con un nivel mínimo de hardware de máquina virtual 8, PlateSpin Protect permite especificar el número de zócalos y de núcleos por zócalo para la carga de trabajo de failover. El total de núcleos se calcula automáticamente. Este parámetro se aplica durante la primera instalación de una carga de trabajo con el valor de réplica inicial de Full (Réplica completa).
NOTA:el número máximo de núcleos que puede usar la carga de trabajo depende de factores externos, como el sistema operativo invitado, la versión del hardware de la máquina virtual, la licencia de VMware para el host de ESXi y la capacidad de cálculo máxima del host de ESXi para vSphere. Consulte ESXi/ESX Configuration Maximums (Máximos de configuración ESXi/ESX, en la Base de conocimientos de VMware 1003497).
Algunas distribuciones de un sistema operativo invitado podrían no respetar la configuración de núcleos o de núcleos por zócalo. Por ejemplo, los sistemas operativos invitados que usan SLES 10 SP4 y OES 2 SP3 conservan la configuración de núcleos y zócalos original de la instalación, mientras que otras distribuciones de SLES, RHEL y OES sí respetan la configuración.
Para contenedores de máquinas virtuales que usen VMware 4.1, PlateSpin Protect permite especificar el número necesario de vCPU (CPU virtuales) que se deben asignar a la carga de trabajo de failover. Este parámetro se aplica durante la primera instalación de una carga de trabajo con el valor de réplica inicial de Full (Réplica completa). Cada vCPU se presenta al sistema operativo invitado en el contenedor de máquinas virtuales como un único núcleo con un solo zócalo.
PlateSpin Protect admite las interfaces de firmware UEFI y BIOS para cargas de trabajo Windows y Linux.
NOTA:si protege una carga de trabajo basada en UEFI y quiere seguir usando el mismo modo de arranque de firmware durante todo el ciclo de vida del producto protegido, debe usar como destino un contenedor vSphere 5.0 o más reciente.
A continuación, se muestran algunos ejemplos del comportamiento de Protect para proteger y realizar un failback entre sistemas basados en UEFI y en BIOS:
Al transferir una carga de trabajo basada en UEFI a un contenedor VMware vSphere 4.x (que no es compatible con UEFI), Protect pasa el firmware UEFI de la carga de trabajo en el momento del failover a firmware BIOS. Después, cuando se selecciona el failback en un equipo físico basado en UEFI, Protect revierte la transición del firmware de BIOS a UEFI.
Si intenta realizar una operación de failback de una carga de trabajo Windows 2003 protegida en un equipo físico basado en UEFI, Protect analiza la opción y le informa de que no es válida. Es decir, la transición del firmware de BIOS a UEFI no se admite debido a que Windows 2003 no admite el modo de arranque UEFI.
Si se protege un origen basado en UEFI en un destino basado en BIOS, Protect migra los discos de arranque del sistema UEFI, en formato GPT, a discos MBR. El failback de esta carga de trabajo BIOS a un equipo físico basado en UEFI convierte los discos de arranque de nuevo al formato GPT.
En cargas de trabajo Windows, PlateSpin Protect duplica la compatibilidad de Microsoft con cargas de trabajo Windows basadas en UEFI o BIOS. Transfiere las cargas de trabajo del origen al destino, al tiempo que aplica el firmware compatible a los sistemas operativos correspondientes de origen y destino. Se admiten tanto las transferencias basadas en bloques como las basadas en archivos. El procedimiento es idéntico para el failback a un equipo físico. Cuando se inicia cualquier transición (failover o failback) entre sistemas UEFI y BIOS, Protect la analiza e informa sobre su validez.
PlateSpin Protect admite las siguientes configuraciones de almacenamiento para las cargas de trabajo Windows y Linux.
PlateSpin Protect admite varios tipos de discos de almacenamiento de origen, incluidos los discos básicos, los discos dinámicos Windows, LVM2, RAID y SAN.
Puede especificar si los discos virtuales de la réplica de máquina virtual protegida se provisionan de forma ligera o pesada.
NOTA:las advertencias siguientes se aplican a los discos de almacenamiento:
Discos dinámicos de Windows: PlateSpin Protect no admite los discos dinámicos Windows en el destino.
Para los discos dinámicos, el almacenamiento no sigue la estrategia de asignación "igual que el origen". Tanto los volúmenes dinámicos simples como los distribuidos residirán en la carga de trabajo de destino como discos de volúmenes básicos simples. El disco de destino se particiona como GPT si el tamaño total combinado de los discos miembro del volumen dinámico supera el límite de tamaño de la partición MBR. Para obtener más información, consulte el artículo de Microsoft TechNet: Understanding the 2 TB limit in Windows Storage (Explicación del límite de 2 TB en el almacenamiento de Windows).
RAID de software de Linux: PlateSpin Protect no admite cargas de trabajo de Linux con volúmenes en RAID de software.
PlateSpin Protect admite los esquemas de particionamiento MBR (registro de arranque maestro) y GPT (tabla de particiones GUID) para cargas de trabajo Windows y Linux. Las cargas de trabajo y el almacenamiento para la protección deben configurarse en discos particionados con MBR o GPT. Aunque GPT permite hasta 128 particiones por cada disco, PlateSpin Protect solo admite 57 o menos particiones GPT por disco.
PlateSpin Protect solo admite el sistema de archivos NTFS en cualquier sistema Windows compatible.
PlateSpin Protect admite los sistemas de archivos EXT2, EXT3, EXT4, REISERFS, XFS y NSS (solo Open Enterprise Server), solo con transferencia basada en bloques.
NOTA:no se admite el sistema de archivos XFS v5 para Red Hat Enterprise Linux 7.3 ni distribuciones basadas en esa versión.
NOTA:los volúmenes cifrados de las cargas de trabajo del origen se descifran en la máquina virtual de failover.
Para las cargas de trabajo Linux, PlateSpin Protect proporciona la siguiente compatibilidad de almacenamiento adicional:
El almacenamiento sin volúmenes, como una partición de intercambio asociada con la carga de trabajo de origen, se vuelve a crear en la carga de trabajo de failover.
El diseño de los grupos de volúmenes y de los volúmenes lógicos se conserva para que se pueda volver a crear durante el failback.
Los volúmenes de disco en bruto LVM se admiten en configuraciones de tipo "igual que el origen" en las cargas de trabajo Linux.
(OES 11) Los diseños de gestión de volúmenes de Linux de Novell (NLVM) de las cargas de trabajo de origen se conservan y se vuelven a crear en el contenedor de máquinas virtuales. Los repositorios NSS se copian del origen a la máquina virtual de recuperación.
(OES 2) Los diseños EVMS de las cargas de trabajo de origen se conservan y se vuelven a crear en el contenedor de máquinas virtuales. Los repositorios NSS se copian del origen a la máquina virtual de recuperación.
Además de en inglés, PlateSpin Protect proporciona compatibilidad con otros idiomas para la instalación y el uso en equipos configurados en:
Chino simplificado (zh-cn)
Chino tradicional (zn-tw)
Francés (fr)
Alemán (de)
Japonés (ja)
SUGERENCIA:las demás versiones internacionales tienen compatibilidad limitada. En idiomas distintos a los indicados podría verse afectada la actualización de los archivos del sistema.
Hay disponible documentación en línea traducida en estos idiomas, además de en español (es).
Para utilizar la interfaz Web en uno de esos idiomas, consulte Configuración de idiomas para versiones internacionales.
La mayor parte de la interacción con el producto se realiza a través de la interfaz Web.
Los navegadores compatibles son:
Google Chrome, versión 34.0 y posteriores
Microsoft Internet Explorer, versión 11.0 y posteriores
Mozilla Firefox, versión 29.0 y posteriores
NOTA:JavaScript (Active Scripting) debe estar habilitado en el navegador.
Para utilizar la interfaz Web de PlateSpin Protect en uno de los idiomas admitidos, consulte Configuración de idiomas para versiones internacionales.