Las características de rendimiento del producto PlateSpin Protect dependen de varios factores; por ejemplo:
Los perfiles de hardware y software de las cargas de trabajo de origen.
Los perfiles de hardware y software de los contenedores de destino.
El perfil de hardware y software del host del servidor de PlateSpin.
El ancho de banda, la configuración y las condiciones específicas de la red.
El número de cargas de trabajo protegidas.
El número de volúmenes protegidos.
El tamaño de los volúmenes protegidos.
La densidad de archivos (el número de archivos por unidad de capacidad) en los volúmenes de las cargas de trabajo.
Los niveles de E/S de origen (el nivel de ocupación de las cargas de trabajo).
El número de réplicas simultáneas.
Si el cifrado de datos está habilitado o inhabilitado.
Si la compresión de datos está habilitada o inhabilitada.
En los planes de protección de la carga de trabajo a gran escala, debe realizar una protección de prueba de una carga de trabajo típica, ejecutar algunas réplicas y usar el resultado como comparativa para ajustar con precisión las medidas de forma regular durante todo el proyecto.
En su entorno de protección, tendrá expectativas diferentes para los puntos de recuperación y los tiempos de recuperación necesarios para distintas cargas de trabajo.
Objetivos de punto de recuperación (RPO): el valor de RPO describe la cantidad tolerable de pérdida de datos definido en tiempo en caso de que se produzca una interrupción importante del servicio de TI. El RPP se define como un intervalo configurable entre las réplicas incrementales de una carga de trabajo protegida.
El RPO se ve afectado por los niveles actuales de utilización de PlateSpin Protect, la velocidad y el ámbito de los cambios en la carga de trabajo, la velocidad de la red y la programación de réplica seleccionada.
Objetivos de tiempo de recuperación (RTO): el valor de RTO describe el tiempo de inactividad tolerable de la carga de trabajo definido por el tiempo que una operación de failover tarda en completarse. La operación de failover devuelve una carga de trabajo de failover en línea para sustituir temporalmente una carga de trabajo de producción protegida.
El RTO se ve afectado por el tiempo que se tarda en configurar y ejecutar la operación de failover (de 10 a 45 minutos). Consulte Failover.
Objetivos de tiempo de prueba (TTO): el valor de TTO describe el tiempo necesario para probar la recuperación tras fallos con cierta certeza de restauración de servicios. Es similar al RTO, pero incluye el tiempo necesario para que un usuario pruebe la carga de trabajo de failover.
Use la función Test Failover (Probar failover) para ejecutar distintos escenarios y generar datos comparativos. Consulte Uso de la función de prueba de failover.
Uno de los factores que afectan al RPO, el RTO y el TTO es el número de operaciones de failover simultáneas necesarias. Si hay solo una carga de trabajo en failover, habrá más memoria y recursos de CPU disponibles que si hay varias cargas en failover, que deben compartir los recursos de su infraestructura subyacente.
Cuando se prueba la respuesta de failover, se deben tener en cuenta los valores reales asociados con los ajustes RPO, RTO y TTO configurados:
Punto de recuperación real (RPA): el RPA es la pérdida de datos real medida en tiempo y definida según el intervalo real medido entre réplicas incrementales de una carga de trabajo protegida que se produce durante una prueba de failover. El RPA también se denomina Objetivo de punto de recuperación real (RPO real).
Tiempo de recuperación real (RTA): el RTA es una medida del tiempo de inactividad real de la carga de trabajo definido por el tiempo que una operación de failover tarda en completarse. El RTA también se denomina Objetivo de tiempo de recuperación real (RTO real).
Tiempo de prueba real (TTA): el TTA es una medida del tiempo real en el que se puede probar un plan de recuperación tras fallos. Es similar al RTO real, pero incluye el tiempo necesario para que un usuario pruebe la carga de trabajo de failover. El TTA también se denomina Objetivo de tiempo de prueba real (RTO real).
Es preciso determinar los tiempos de failover medios de las cargas de trabajo en su entorno. Para ello, se realizan pruebas de failover varias veces y se usan los datos comparativos en los planes de recuperación de datos generales. Consulte Generación de informes de carga de trabajo y de protección de la carga de trabajo.
Si fuera necesario, PlateSpin Protect puede comprimir los datos de la carga de trabajo antes de transferirlos por la red. De esta forma, se reduce la cantidad total de datos transferidos durante las réplicas.
Los índices de compresión dependen del tipo de archivos de los volúmenes de las cargas de datos de origen, y pueden variar del 0.9 (100 MB de datos comprimidos en 90 MB) al 0.5 (100 MB comprimidos en 50 MB), aproximadamente.
NOTA:la compresión de datos usa la potencia del procesador de la carga de trabajo de origen.
La compresión de datos se puede configurar de forma individual en cada carga de trabajo o en niveles de protección. Consulte Niveles de protección.
PlateSpin Protect permite controlar la cantidad de ancho de banda de la red que consume la comunicación directa entre el origen y el destino durante la protección de la carga de trabajo. Es posible especificar una velocidad de rendimiento para cada contrato de protección. De esta forma, se proporciona un método para evitar que el tráfico de réplica congestione la red de producción y se reduce la carga total del servidor de PlateSpin.
La regularización del ancho de banda se puede configurar de forma individual en cada carga de trabajo o en niveles de protección. Consulte Niveles de protección.
La capacidad de ampliación engloba (y depende de) las siguientes características principales de su producto PlateSpin Protect:
Cargas de trabajo por servidor: el número de cargas de trabajo por servidor de PlateSpin puede variar entre 10 y 50, en función de diversos factores, incluidos los requisitos de RPO y las características de hardware del host del servidor.
Protecciones por contenedor: el número máximo de protecciones por contenedor está relacionado (pero no coincide) con las especificaciones de VMware en referencia al número máximo de máquinas virtuales admitidas por cada host ESXi. Algunos factores adicionales incluyen las estadísticas de recuperación (incluidas réplicas y failovers simultáneas) y las especificaciones del fabricante de hardware.
Recomendamos realizar pruebas, ajustar incrementalmente la capacidad estimada y usar estos datos para determinar la capacidad máxima de ampliación.
PlateSpin Protect incluye Microsoft SQL Server Express Edition. Las capacidades de SQL Server Express son suficientes para un único servidor de PlateSpin que proteja hasta 50 cargas de trabajo (consulte la Sección 1.4.5, Capacidad de ampliación).
NOTA:Microsoft SQL Server Express tiene un límite de tamaño de base de datos de 10 GB y solo puede utilizar un núcleo de CPU a la vez. Para obtener más información sobre los requisitos y las limitaciones de SQL Server Express, consulte la documentación de Microsoft SQL Server 2014 Express.
La instancia de base de datos del servidor de PlateSpin puede crecer hasta 0,5 GB por mes y cada carga de trabajo, según el número de réplicas incrementales que se hayan programado. Se recomienda archivar o descartar periódicamente los datos de informes históricos para dejar espacio a los nuevos datos de informes.
En un clúster DRS de VMware, asegúrese de equilibrar los destinos de protección entre varios hosts en el clúster para conseguir un rendimiento óptimo.
Es recomendable configurar el servidor de PlateSpin para que utilice una instancia de la base de datos en el servidor de base de datos existente de Microsoft SQL Server Standard Edition o Enterprise Edition en los siguientes entornos:
Distribuciones de varios servidores de PlateSpin que utilicen el mismo servidor de base de datos de Microsoft SQL Server remoto para las instancias de base de datos.
Distribuciones en las que sea importante conservar todo el historial de los datos de informes.
Aunque varios servidores de PlateSpin pueden utilizar el mismo servidor de base de datos remoto, cada servidor requiere una instancia de base de datos independiente.
Para configurar una instancia de base de datos remota para el servidor de PlateSpin, consulte Configuración del servidor de base de datos de Microsoft SQL Server remoto
en la Guía de instalación y actualización de PlateSpin Protect.