Análisis del informe de Deployment Planner para la recuperación ante desastres de VMware en Azure
El informe de Microsoft Excel generado contiene las siguientes hojas:
Resumen local
La hoja de cálculo de resumen local proporciona una introducción al entorno de VMware en el que se han generado perfiles.
Start Date (Fecha de inicio) y End Date (Fecha de finalización): las fechas de inicio y finalización de los datos de generación de perfiles que se tienen en cuenta para la generación del informe. De forma predeterminada, la fecha de inicio es la fecha en que comienza la generación de perfiles, mientras que la de finalización es la fecha en la que se detiene. Puede ser los valores de StartDate y EndDate si el informe se genera con estos parámetros.
Total number of profiling days (Número total de días de generación de perfiles): el número total de días de generación de perfiles comprendido entre las fechas de inicio y de finalización para el que se genera el informe.
Número de máquinas virtuales compatibles: número total de máquinas virtuales compatibles para las que se calcula el ancho de banda de red necesario, el número necesario de cuentas de almacenamiento, los núcleos de Microsoft Azure, los servidores de configuración y los servidores de proceso adicionales.
Número total de discos en todas las máquinas virtuales compatibles: número que se usa como una de las entradas para decidir el número de servidores de configuración y servidores de proceso adicionales que se usarán en la implementación.
Número medio de discos por máquina virtual compatible: número medio de discos calculado para todas las máquinas virtuales compatibles.
Tamaño medio de disco (GB): tamaño medio de disco calculado entre todas las máquinas virtuales compatibles.
RPO deseado (minutos): el objetivo de punto de recuperación predeterminado o el valor pasado para el parámetro DesiredRPO en el momento de la generación de informes para calcular el ancho de banda necesario.
Ancho de banda deseado (Mbps): valor que ha pasado para el parámetro Bandwidth en el momento de la generación de informes para calcular el RPO factible.
Observed typical data churn per day (GB) (Renovación de datos normal observada por día [GB]): el valor medio de renovación de datos observada en todos los días de generación de perfiles. Este número se utiliza como una de las entradas para decidir el número de servidores de configuración y servidores de proceso adicionales que se usarán en la implementación.
Recomendaciones
La hoja de recomendaciones del informe de VMware a Azure tiene los siguientes detalles según el RPO deseado seleccionado:
Datos de generación de perfiles
Profiled data period (Periodo de datos de generación de perfiles): el período durante el que se ejecutó la generación de perfiles. De manera predeterminada, la herramienta incluye todos los datos de generación de perfiles en el cálculo, a menos que genere el informe para un período específico mediante las opciones StartDate y EndDate durante la generación de informes.
Nombre del servidor: nombre o dirección IP del servidor VMware vCenter o host ESXi cuyo informe de máquinas virtuales se genera.
Desired RPO (RPO deseado): el objetivo de punto de recuperación de la implementación. De manera predeterminada, se calcula el ancho de banda de red necesario para los valores de RPO de 15, 30 y 60 minutos. En función de la selección, los valores afectados se actualizan en la hoja. Si ha usado el parámetro DesiredRPOinMin al generar el informe, ese valor se muestra en el resultado de RPO deseado.
Información general sobre la generación de perfiles
Total de máquinas virtuales de las que se ha generado el perfil: número total de máquinas virtuales cuyos datos de generación de perfil están disponibles. Si VMListFile tiene nombres de máquinas virtuales para las que no se generaron perfiles, la generación de informes excluye esas máquinas virtuales y no las cuenta para el total de máquinas virtuales con perfiles.
Máquinas virtuales compatibles: número de máquinas virtuales que se pueden proteger en Azure mediante Site Recovery. El cálculo del ancho de banda de red, las cuentas de almacenamiento, los núcleos de Azure, los servidores de configuración y los servidores de proceso adicionales se basa en el número total de máquinas virtuales compatibles. Los detalles de cada máquina virtual compatible están disponibles en la sección Máquinas virtuales compatibles.
Máquinas virtuales incompatibles: número de máquinas virtuales de las que se ha generado el perfil que no son compatibles para la protección con Site Recovery. Los motivos de incompatibilidad se indican en la sección Máquinas virtuales incompatibles. Si VMListFile tiene nombres de máquinas virtuales para las que no se generaron perfiles, esas máquinas virtuales se excluyen del recuento de máquinas virtuales incompatibles. Estas máquinas virtuales se enumeran como "Datos no encontrados" al final de la sección Máquinas virtuales incompatibles.
Desired RPO (RPO deseado): el objetivo de punto de recuperación deseado, en minutos. El informe se genera para tres valores de RPO: 15 (valor predeterminado), 30 y 60 minutos. La recomendación que se hace sobre el ancho de banda en el informe se cambia en función de la selección que se realice en la lista desplegable de Desired RPO (RPO deseado) de la parte superior derecha de la hoja. Si el informe se ha generado mediante el parámetro -DesiredRPO con un valor personalizado, dicho valor personalizado se mostrará como valor predeterminado en la lista desplegable Desired RPO (RPO deseado).
Ancho de banda de red requerido (Mbps)
To meet RPO 100 percent of the time (Para cubrir el RPO el 100 % del tiempo): el ancho de banda recomendado, en Mbps, que se debe asignar para satisfacer el RPO en el 100 % de las ocasiones. Esta cantidad de ancho de banda debe estar dedicada para la replicación diferencial de estado estable de todas las máquinas virtuales compatibles para evitar las infracciones de RPO.
Para cumplir el RPO el 90 % del tiempo: si los precios de banda ancha u otros factores impiden establecer el ancho de banda necesario para lograr el RPO deseado el 100 % del tiempo, puede optar por una configuración de ancho de banda inferior que cumpla con el RPO deseado el 90 % del tiempo. Para conocer las implicaciones de establecer un ancho de banda inferior, el informe proporciona el análisis de hipótesis del número previsible de infracciones de RPO y su duración.
Rendimiento obtenido: rendimiento del servidor en el que ha ejecutado el comando GetThroughput para la región de Microsoft Azure en la que se encuentra la cuenta de almacenamiento. Este número de rendimiento indica el nivel estimado que se puede lograr al proteger las máquinas virtuales compatibles mediante Site Recovery, siempre que las características de red y de almacenamiento tanto del servidor de configuración como del servidor de procesos sean las mismas que las del servidor en el que se ha ejecutado la herramienta.
En la replicación, debe establecer el ancho de banda recomendado de forma que cubra el RPO el 100 % del tiempo. Después de establecer el ancho de banda, si no percibe un aumento en el rendimiento obtenido que notifica la herramienta, siga estos pasos:
Realice las comprobaciones necesarias para ver si hay algún requisito de calidad de servicio (QoS) de la red que limite el rendimiento de Site Recovery.
Realice las comprobaciones necesarias para ver si el almacén de Site Recovery está en la región física de Microsoft Azure más cercana admitida para minimizar la latencia de red.
Compruebe las características del almacenamiento local para determinar si puede mejorar el hardware (por ejemplo, pasar de HDD a SSD).
Cambie la configuración de Site Recovery en el servidor de procesos para aumentar la cantidad de ancho de banda de red que se usa para la replicación.
Si ejecuta la herramienta en un servidor de configuración o de proceso que ya tiene máquinas virtuales protegidas, ejecute la herramienta varias veces. El número de rendimiento logrado cambia en función de la cantidad de activación que se procesa en ese momento.
Para todas las implementaciones de Site Recovery que se realicen en la empresa, se recomienda usar ExpressRoute.
Cuentas de almacenamiento requeridas
El siguiente gráfico muestra el número total de cuentas de almacenamiento (Estándar y Premium) que se requieren para proteger todas las máquinas virtuales compatibles. Para saber qué cuenta de almacenamiento se debe usar para cada máquina virtual, consulte la sección Selección de ubicación de almacenamiento de máquina virtual. Si usa la versión 2.5 de Deployment Planner, esta recomendación solo muestra el número de cuentas de almacenamiento en caché estándar que se necesitan para la replicación, ya que los datos se escriben directamente en Managed Disks.
Número de núcleos de Azure requeridos
Este resultado es el número total de núcleos que se deben configurar antes de realizar una conmutación por error real o de prueba de todas las máquinas virtuales compatibles. Si hay muy pocos núcleos disponibles en la suscripción, Site Recovery no puede crear las máquinas virtuales en el momento de realizar la conmutación por error real o de prueba.
Infraestructura local requerida
Esta cifra es el número total de servidores de configuración y servidores de proceso adicionales configurables que serían suficientes para proteger todas las máquinas virtuales compatibles. En función de las recomendaciones de tamaño para el servidor de configuración admitidas, la herramienta puede recomendar más servidores. La recomendación se basa en el valor mayor de los siguientes elementos, la actividad diaria o el número máximo de máquinas virtuales protegidas (se supone que cada máquina virtual tiene una media de tres discos), lo que se alcance primero en el servidor de configuración o en el servidor de proceso adicional. Encontrará los detalles de la actividad total por día y el número total de discos protegidos en la sección "Resumen local".
Análisis de hipótesis
Este análisis indica el número de infracciones que pueden producirse durante el período de generación de perfiles si se establece un ancho de banda menor para cumplir el RPO deseado solo en el 90 % de las ocasiones. Pueden producirse una o varias infracciones de RPO en cualquier día determinado. El gráfico muestra el RPO máximo del día. En función de este análisis, puede decidir si el número de infracciones de RPO a lo largo de todos los días y el límite máximo de RPO por día es aceptable para el ancho de banda menor especificado. Si es aceptable, puede asignar el ancho de banda menor para la replicación. En caso contrario, asigne el ancho de banda mayor como se sugirió anteriormente para cumplir con el RPO deseado en el 100 % del tiempo.
Tamaño de lote de máquinas virtuales recomendado para la replicación inicial
En esta sección, se recomienda el número de máquinas virtuales que se pueden proteger en paralelo para completar la replicación inicial en 72 horas con el ancho de banda sugerido para cumplir con el RPO deseado el 100 % del tiempo que se establece. Este valor se puede configurar. Para cambiarlo en el momento de generación de informes, use el parámetro GoalToCompleteIR.
En este gráfico, se muestra un intervalo de valores de ancho de banda y el recuento del tamaño de lote de máquinas virtuales que se calcula que son necesarias para completar la replicación inicial en 72 horas en función del tamaño medio de las máquinas virtuales detectadas entre todas las máquinas virtuales compatibles.
En la versión preliminar pública, el informe no especifica las máquinas virtuales que deben incluirse en un lote. Puede usar el tamaño de disco que se muestra en la sección Máquinas virtuales compatibles para hallar el tamaño de cada máquina virtual y seleccionarlas para un lote, o bien puede seleccionarlas en función de características de carga de trabajo conocidas. La hora de finalización de la replicación inicial cambia proporcionalmente en función del tamaño real de los discos de las máquinas virtuales, del espacio de disco usado y del rendimiento de red disponible.
Estimación de costos
En el gráfico siguiente se muestra la vista de resumen del costo total estimado de la recuperación ante desastres en Azure de la región de destino elegida y en la moneda que ha especificado para generar el informe.
El resumen le ayuda a comprender lo que debe pagar por los servicios de almacenamiento, proceso, red y licencia cuando protege todas las máquinas virtuales compatibles en Azure mediante Azure Site Recovery. El coste se calcula para las máquinas virtuales compatibles y no para todas las máquinas virtuales perfiladas.
Puede ver el costo mensual o anual. Obtenga más información sobre las regiones de destino admitidas y las monedas admitidas.
Cost by components (Costo por componentes): el costo total de recuperación ante desastres se divide en cuatro componentes: costo de proceso, almacenamiento, red y licencia de Azure Site Recovery. El costo se calcula en función del consumo en el que se incurrirá durante la replicación y en el transcurso del simulacro de recuperación ante desastres por los servicios de proceso, almacenamiento (prémium y estándar), circuito ExpressRoute o VPN configurados entre el sitio local y Azure, y la licencia de Azure Site Recovery.
Cost by states: el costo total de recuperación ante desastres se clasifica según dos estados diferentes: replicación y simulacro de recuperación ante desastres.
Replication cost (Costo de replicación): el costo en el que se incurre durante la replicación. Incluye el costo de almacenamiento, red y licencia de Azure Site Recovery.
DR-Drill cost (Costo del simulacro de recuperación ante desastres): costo en el que se incurre durante las conmutaciones por error de prueba. Azure Site Recovery pone en marcha máquinas virtuales durante la conmutación por error de prueba. El costo de obtención de detalles de recuperación ante desastres cubre el costo de proceso y almacenamiento de las máquinas virtuales en ejecución.
Costo de almacenamiento de Azure por mes/año muestra el costo total en el que se incurrirá por el almacenamiento prémium y estándar por la replicación y el simulacro de recuperación ante desastres. Puede ver el análisis detallado de los costos por máquina virtual en la hoja Estimación de costos.
Factor de crecimiento y valores de percentil utilizados
Esta sección de la parte inferior de la hoja muestra el valor del percentil que se utiliza en todos los contadores de rendimiento de las máquinas virtuales de las que se ha generado el perfil (el valor predeterminado es el percentil 95) y el factor de crecimiento (el valor predeterminado es el 30 %) que se usa en todos los cálculos.
Recomendaciones relacionadas con el ancho de banda disponible como entrada
Puede darse el caso de que sepa que no puede establecer un ancho de banda de más de x Mbps para la replicación de Site Recovery. La herramienta le permite especificar el ancho de banda disponible (mediante el parámetro -Bandwidth durante la generación de informes) y obtener el RPO factible en minutos. Con este valor de RPO factible, puede decidir si necesita aprovisionar más ancho de banda o si está conforme con tener una solución de recuperación ante desastres con este RPO.
Selección de ubicación de almacenamiento de máquina virtual
Nota:
Deployment Planner v2.5 en adelante recomienda la colocación del almacenamiento para las máquinas que se replicarán directamente en Managed Disks.
Tipo de almacenamiento de replicación: disco administrado estándar o premium, que se usa para replicar todas las máquinas virtuales correspondientes que se mencionan en la columna Máquinas virtuales para colocar.
Tipo de cuenta de almacenamiento de registros: todos los registros de la replicación se almacenan en una cuenta de almacenamiento estándar.
Prefijo sugerido para la cuenta de almacenamiento: el prefijo de tres caracteres sugerido que se puede usar para asignar un nombre a la cuenta de almacenamiento en caché. Puede usar su propio prefijo, pero el que sugiere la herramienta sigue la convención de nomenclatura de particiones de las cuentas de almacenamiento.
Suggested Log Account Name (Nombre de cuenta de registros sugerido): el nombre de la cuenta de almacenamiento después de incluir el prefijo sugerido. Reemplace el nombre entre corchetes angulares (< y >) por una entrada personalizada.
Resumen de selección de ubicación: un resumen de los discos necesarios para las máquinas virtuales protegidas por tipo de almacenamiento. Incluye el número total de máquinas virtuales, el tamaño total aprovisionado en todos los discos y el número total de discos.
Máquinas virtuales que se van a colocar: lista de todas las máquinas virtuales que se deben colocar en la cuenta de almacenamiento especificada para que tanto el rendimiento como el uso sean óptimos.
Máquinas virtuales compatibles
Nombre de máquina virtual: nombre o dirección IP de la máquina virtual que se utilizan en VMListFile cuando se genera un informe. Esta columna también muestra los discos (VMDK) que están conectados a las máquinas virtuales. Para distinguir las máquinas virtuales de vCenter con nombres o direcciones IP duplicados, los nombres incluyen el nombre de host de ESXi. El host de ESXi enumerado es en el que se colocó la máquina virtual cuando la herramienta la detecto en el período de generación de perfiles.
Compatibilidad de máquina virtual: los valores son Sí y Sí*. Sí* es para las instancias en las que la máquina virtual es una opción para discos SSD Premium. Aquí, las operaciones de alta renovación o entrada/salida de perfil por segundo (IOPS) se ajustan a la categoría P20 o P30, pero el tamaño del disco hace que se asigne a un P10 o P20. La cuenta de almacenamiento decide a qué tipo de disco de almacenamiento Premium se asigna un disco, en función de su tamaño. Por ejemplo:
- <Menos de 128 GB es P10.
- De 128 GB a 256 GB es P15
- De 256 GB a 512 GB es P20.
- De 512 GB a 1024 GB es P30.
- De 1025 GB a 2048 GB es P40.
- De 2049 GB a 4095 GB es P50.
Por ejemplo, si las características de carga de trabajo de un disco lo colocan en la categoría P20 o P30, pero el tamaño lo asigna a un tipo de disco de almacenamiento Premium inferior, la herramienta marca la máquina virtual como Sí*. La herramienta también recomienda que cambie el tamaño del disco de origen para poder encuadrarlo en el tipo de disco de almacenamiento Premium recomendado o que cambie el tipo de disco de destino después de la conmutación por error.
Storage Type (Tipo de almacenamiento): estándar o premium.
Asrseeddisk (disco administrado) creado para la replicación: el nombre del disco que se crea al habilitar la replicación. Almacena los datos y sus instantáneas en Azure.
Peak R/W IOPS (with Growth Factor) (Valor máximo de IOPS de lectura y escritura [con factor de crecimiento]): el valor máximo de IOPS de lectura/escritura de la carga de trabajo en el disco (el percentil 95 es el predeterminado), incluido el factor de crecimiento futuro (el valor predeterminado es el 30 %). El total de IOPS de lectura y escritura de una máquina virtual no es siempre la suma de las IOPS de lectura y escritura de los discos individuales de la máquina virtual, ya que las IOPS de lectura y escritura máximas de la máquina virtual son el máximo de la suma de las IOPS de lectura y escritura de sus discos individuales durante cada minuto del período de generación de perfiles.
Peak Data Churn in Mbps (with Growth Factor) (Renovación máxima de datos en MB/s [con factor de crecimiento]): la tasa de renovación máxima en el disco (el percentil 95 es el predeterminado), incluido el factor de crecimiento futuro (el valor predeterminado es el 30 %). La actividad de datos total de la máquina virtual no es siempre la suma de la actividad de datos de los discos individuales de la máquina virtual, ya que la actividad de datos máxima de la máquina virtual es el máximo de la suma de las actividades de los discos individuales durante cada minuto del período de generación de perfiles.
Tamaño de la máquina virtual de Azure: tamaño ideal de la máquina virtual de Azure Cloud Services asignada para esta máquina virtual local. La asignación se basa en la memoria, el número de discos/núcleos/NIC y las IOPS de lectura y escritura de la máquina virtual local. La recomendación es siempre el menor tamaño de máquina virtual de Azure que cumpla todas las características de la máquina virtual local.
Número de discos: número total de discos (VMDK) de la máquina virtual.
Tamaño de disco (GB): tamaño total configurado de todos los discos de la máquina virtual. La herramienta también muestra el tamaño del disco para los discos individuales de la máquina virtual.
Núcleos: número de núcleos de CPU de la máquina virtual.
Memoria (MB): memoria RAM de la máquina virtual.
NIC: número de NIC de la máquina virtual.
Tipo de arranque: tipo de arranque de la máquina virtual. Puede ser BIOS o EFI. Actualmente, Azure Site Recovery admite máquinas virtuales EFI con Windows Server (Windows Server 2012, 2012 R2 y 2016) siempre que el número de particiones del disco de arranque sea menor que 4 y el tamaño del sector de arranque sea de 512 bytes. Para proteger las máquinas virtuales EFI, la versión del servicio Mobility de Azure Site Recovery debe ser la 9.13, o cualquier versión posterior. Solo se admite la conmutación por error de las máquinas virtuales EFI. No se admite la conmutación por recuperación.
Tipo de sistema operativo: tipo de sistema operativo de la máquina virtual. Puede ser Windows o Linux u otra, según la plantilla de VMware vSphere elegida al crear la máquina virtual.
Máquinas virtuales incompatibles
Nombre de máquina virtual: nombre o dirección IP de la máquina virtual que se utilizan en VMListFile cuando se genera un informe. Esta columna también muestra los VMDK que están conectados a las máquinas virtuales. Para distinguir las máquinas virtuales de vCenter con nombres o direcciones IP duplicados, los nombres incluyen el nombre de host de ESXi. El host de ESXi enumerado es en el que se colocó la máquina virtual cuando la herramienta la detecto en el período de generación de perfiles.
Compatibilidad de la máquina virtual: indica por qué la máquina virtual especificada no es compatible para su uso con Site Recovery. Se describen las razones de cada disco incompatible de la máquina virtual, que, en función de los límites de almacenamiento publicados, pueden ser cualesquiera de las siguientes:
El tamaño del disco de datos es incorrecto o el tamaño de disco de sistema operativo es incorrecto. Revise los límites compatibilidad.
El tamaño total de la máquina virtual (replicación + TFO) supera el límite de tamaño de la cuenta de almacenamiento que se admite (35 TB). Esta incompatibilidad se produce normalmente cuando uno de los discos de la máquina virtual tiene una característica de rendimiento que supera los límites de almacenamiento estándar de Azure o de Site Recovery. Una instancia de este tipo coloca la máquina virtual en la zona de almacenamiento premium. Sin embargo, el tamaño máximo admitido de una cuenta de Premium Storage es de 35 TB y no se puede proteger una única máquina virtual protegida en varias cuentas de almacenamiento. Tenga también en cuenta que si se realiza una conmutación por error de prueba en una máquina virtual protegida, esta se ejecuta en la misma cuenta de almacenamiento en la que se lleva a cabo la replicación. En este caso, configure el doble del tamaño del disco para que la replicación y la conmutación por error de prueba puedan realizarse en paralelo.
El valor de IOPS de origen supera el límite que admite el almacenamiento, 7500 por disco.
El valor de IOPS de origen supera el límite que admite el almacenamiento, 80 000 por máquina virtual.
La actividad de datos media supera el límite que admite Site Recovery de 20 MB/s para el tamaño medio de E/S del disco.
La actividad de datos máxima en todos los discos de la máquina virtual supera el límite máximo que admite Site Recovery, 54 MB/s por máquina virtual.
El valor medio de las IOPS de escritura efectiva supera el límite que admite Site Recovery, 840 por disco.
El almacenamiento de instantáneas estimado supera el límite admitido de 10 TB.
La actividad de datos total por día supera el límite de 2 TB que admite un servidor de procesos por día.
Peak R/W IOPS (with Growth Factor) (Valor máximo de IOPS de lectura y escritura [con factor de crecimiento]): el valor máximo de IOPS de la carga de trabajo en el disco (el percentil 95 es el predeterminado), incluido el factor de crecimiento futuro (el valor predeterminado es el 30 %). El total de IOPS de lectura y escritura de la máquina virtual no es siempre la suma de las IOPS de lectura y escritura de los discos individuales de la máquina virtual, ya que las IOPS de lectura y escritura máximas de la máquina virtual son el máximo de la suma de las IOPS de lectura y escritura de sus discos individuales durante cada minuto del período de generación de perfiles.
Peak Data Churn in Mbps (with Growth Factor) (Renovación máxima de datos en MB/s [con factor de crecimiento]): la tasa de renovación máxima en el disco (el percentil 95 es el predeterminado), incluido el factor de crecimiento futuro (el valor predeterminado es el 30 %). La actividad de datos total de la máquina virtual no es siempre la suma de la actividad de datos de los discos individuales de la máquina virtual, ya que la actividad de datos máxima de la máquina virtual es el máximo de la suma de las actividades de los discos individuales durante cada minuto del período de generación de perfiles.
Número de discos: número total de VMDK de la máquina virtual.
Tamaño de disco (GB): tamaño total configurado de todos los discos de la máquina virtual. La herramienta también muestra el tamaño del disco para los discos individuales de la máquina virtual.
Núcleos: número de núcleos de CPU de la máquina virtual.
Memoria (en MB): cantidad de memoria RAM de la máquina virtual.
NIC: número de NIC de la máquina virtual.
Tipo de arranque: tipo de arranque de la máquina virtual. Puede ser BIOS o EFI. Actualmente, Azure Site Recovery admite máquinas virtuales EFI con Windows Server (Windows Server 2012, 2012 R2 y 2016) siempre que el número de particiones del disco de arranque sea menor que 4 y el tamaño del sector de arranque sea de 512 bytes. Para proteger las máquinas virtuales EFI, la versión del servicio Mobility de Azure Site Recovery debe ser la 9.13, o cualquier versión posterior. Solo se admite la conmutación por error de las máquinas virtuales EFI. No se admite la conmutación por recuperación.
Tipo de sistema operativo: tipo de sistema operativo de la máquina virtual. Puede ser Windows o Linux u otra, según la plantilla de VMware vSphere elegida al crear la máquina virtual.
Límites de Azure Site Recovery
En la tabla siguiente se proporcionan los límites de Azure Site Recovery. Estos límites se basan en nuestras pruebas, pero no pueden cubrir todas las combinaciones de E/S posibles de la aplicación. Los resultados reales pueden variar en función de la combinación de E/S de la aplicación. Para unos mejores resultados, incluso después del planeamiento de la implementación, es aconsejable probar siempre la aplicación de forma exhaustiva mediante una conmutación por error de prueba para obtener una imagen real del rendimiento de la aplicación.
| Destino de almacenamiento de la replicación | Tamaño medio de E/S de disco de origen | Actividad de datos media de disco de origen | Actividad de datos de disco de origen total por día |
|---|---|---|---|
| Standard Storage | 8 KB | 2 MB/s | 168 GB por disco |
| Disco Premium P10 o P15 | 8 KB | 2 MB/s | 168 GB por disco |
| Disco Premium P10 o P15 | 16 KB | 4 MB/s | 336 GB por disco |
| Disco Premium P10 o P15 | 32 KB, o más | 8 MB/s | 672 GB por disco |
| Disco Premium P20, P30, P40 o P50 | 8 KB | 5 MB/s | 421 GB por disco |
| Disco Premium P20, P30, P40 o P50 | 16 KB, o más | 20 MB/s | 1684 GB por disco |
| Actividad de datos de origen | Límite máximo |
|---|---|
| Actividad de datos máxima entre todos los discos de una máquina virtual | 54 MB/s |
| Actividad de datos máxima por día admitida por un servidor de procesos | 2 TB |
Estos son los números promedio si la superposición de E/S es del 30 %. Site Recovery es capaz de controlar un mayor rendimiento en función de la relación de superposición, tamaños de escritura mayores y el comportamiento real de E/S de la carga de trabajo. Los números anteriores asumen un trabajo pendiente típico de aproximadamente cinco minutos. Es decir, una vez que se cargan los datos, se procesan y se crea un punto de recuperación en menos de cinco minutos.
Estimación de costos
Obtenga más información sobre la estimación de costos.
Pasos siguientes
Obtenga más información sobre la estimación de costos.