Limitaciones de la recuperación de sitios de Azure
Ejecute una conmutación por error de prueba para validar su estrategia de replicación y recuperación ante desastres, sin pérdida de datos ni tiempo de inactividad. Una conmutación por error de prueba no afecta a la replicación en curso ni a su entorno de producción. Puede ejecutar una conmutación por error de prueba en una máquina virtual (VM) específica o en un plan de recuperación que contenga varias VM.
Recomendamos que para la conmutación por error de prueba, elija una red que esté aislada de la red específica del sitio de recuperación de producción en la configuración de Compute and Network para cada máquina virtual. Por defecto, cuando se crea una red virtual Azure, se aísla de otras redes. La red de prueba debe imitar su red de producción:
Para ejecutar una conmutación por error de prueba para probar aplicaciones, necesita una copia de su entorno de Active Directory de producción en su entorno de prueba. Lea consideraciones sobre la conmutación por error de prueba para Active Directory para obtener más información.
Para acceder a la máquina virtual Azure a través de Internet, habilite RDP y asegúrese de que se añaden reglas TCP y UDP para Público y de que RDP está permitido para todos los perfiles en Firewall de Windows > Aplicaciones permitidas. Para acceder a la máquina virtual Azure a través de una conexión de sitio a sitio, habilite RDP en la máquina y asegúrese de que RDP esté permitido en Firewall de Windows -> Aplicaciones y características permitidas, para redes de dominio y privadas. Asegúrese de que la política SAN del sistema operativo está establecida en OnlineAll. Más información. Asegúrese de que no hay actualizaciones de Windows pendientes en la máquina virtual cuando active una conmutación por error. La actualización de Windows puede iniciarse cuando se produce la conmutación por error y no podrá iniciar sesión en la máquina virtual hasta que se complete la actualización.
Azure site recovery rpo sla
Azure Site Recovery proporciona políticas de replicación que rigen el historial de retención de los puntos de recuperación durante la replicación. En función de la política de replicación aplicada al activar la replicación, se conservan los puntos de recuperación y se capturan las instantáneas coherentes con la aplicación. Con la ampliación de la compatibilidad para una mayor conservación de los puntos de recuperación, ahora puede conservar los puntos de recuperación hasta 15 días en lugar de 72 horas. Los puntos de recuperación se conservarán con una frecuencia de 5 minutos durante las primeras 2 horas. Posteriormente, los puntos de recuperación se podarán y almacenarán con una frecuencia menor. Puede introducir cualquier valor de 0-15 (en días) para configurar el periodo de retención de una política de replicación y, una vez utilizados durante la replicación, los puntos de recuperación se conservarán durante ese tiempo. Además, puede activar los puntos de recuperación coherentes con la aplicación si es necesario. De forma predeterminada, esta opción está desactivada, lo que proporciona una mayor protección al disponer de la flexibilidad de más puntos de recuperación. Por ejemplo, puede utilizar puntos de recuperación más antiguos para recuperarse en caso de que los puntos de recuperación recientes se vean afectados debido a un incidente, como un ransomware, que no se detectó durante unos días.Alcance: Escenarios de recuperación de desastres de Azure a Azure, de VMware a Azure y de Physical a Azure.Más información
Azure site recovery test failover vs failover
Las pruebas de rendimiento son fundamentales para comprender cómo funciona su sistema. Sin unas buenas pruebas de rendimiento, no sabrá cómo responderá su sistema a las demandas esperadas o inesperadas. Las pruebas de carga y las pruebas de estrés son dos tipos de pruebas de rendimiento. Saber cuándo utilizar las pruebas de carga y cuándo las de estrés depende de lo que necesite: Para asegurarse de que sus sistemas siguen siendo accesibles bajo picos de demanda, someta su sistema a pruebas de rendimiento. Veámoslo. Pruebas de rendimiento vs pruebas de carga vs pruebas de estrés Pruebas de rendimiento es un término que engloba las pruebas de carga y las pruebas de estrés. Al desarrollar una aplicación, software o sitio web, es probable que establezca un punto de referencia (estándar) para el rendimiento. Esto cubre lo que ocurre por debajo: Las pruebas de carga consisten en comprobar el rendimiento de una aplicación, software o sitio web cuando se utiliza bajo una carga prevista. Aumentamos intencionadamente la carga, buscando un umbral de buen rendimiento. Así se comprueba cómo funciona un sistema cuando se enfrenta a un tráfico normal. Las pruebas de estrés comprueban el rendimiento de una aplicación, software o sitio web bajo una presión extrema, una carga inesperada. Aumentamos la carga hasta su límite superior para averiguar cómo se recupera de un posible fallo. Así se comprueba cómo funciona un sistema cuando se enfrenta a un tráfico anormal. Veamos cada una de ellas con más detalle.
Prácticas recomendadas de recuperación tras desastres en Azure
Ejecute una conmutación por error de prueba para validar su estrategia de replicación y recuperación ante desastres, sin pérdida de datos ni tiempo de inactividad. Una conmutación por error de prueba no afecta a la replicación en curso ni a su entorno de producción. Puede ejecutar una conmutación por error de prueba en una máquina virtual (VM) específica o en un plan de recuperación que contenga varias VM.
Recomendamos que para la conmutación por error de prueba, elija una red que esté aislada de la red específica del sitio de recuperación de producción en la configuración de Compute and Network para cada VM. Por defecto, cuando se crea una red virtual Azure, se aísla de otras redes. La red de prueba debe imitar su red de producción:
Para ejecutar una conmutación por error de prueba para probar aplicaciones, necesita una copia de su entorno de Active Directory de producción en su entorno de prueba. Lea consideraciones sobre la conmutación por error de prueba para Active Directory para obtener más información.
Para acceder a la máquina virtual Azure a través de Internet, habilite RDP y asegúrese de que se añaden reglas TCP y UDP para Público y de que RDP está permitido para todos los perfiles en Firewall de Windows > Aplicaciones permitidas. Para acceder a la máquina virtual Azure a través de una conexión de sitio a sitio, habilite RDP en la máquina y asegúrese de que RDP esté permitido en Firewall de Windows -> Aplicaciones y características permitidas, para redes de dominio y privadas. Asegúrese de que la política SAN del sistema operativo está establecida en OnlineAll. Más información. Asegúrese de que no hay actualizaciones de Windows pendientes en la máquina virtual cuando active una conmutación por error. La actualización de Windows puede iniciarse cuando se produce la conmutación por error y no podrá iniciar sesión en la máquina virtual hasta que se complete la actualización.