Enterate de lo nuevo en Site Recovery Manager


Has visto lo nuevo de Site Recovery Manager

Si utilizas o conociste Site Recovery Manager en sus versiones (5.x o 6.x) pero no has oído lo nuevo que la versión 8.1 trae, aquí te daré algunos datos para que te actualices y conozcas como ha mejorado esta herramienta de recuperación de desastres.

Para comenzar, en su versión 8.1, la interface HTML5 viene estándar, yendo a la par con el resto de los productos de VMware y su interfaz Clarity. En 8.1 encontraras que vSphere Replication y Site Recovery Manager son administrados desde un mismo lugar en vez de páginas separadas como en el pasado. SRM abrira en su propia pestaña del browser, debes hacer click en Open Site Recovery desde la sección de Site Recovery en vCenter.



Se abrira una pestaña para controlar SRM.

Quizás uno de los cambios mas interesantes y bienvenidos por quienes usan el producto – lo sé porque fui usuario de SRM por vario tiempo – es que el requerimiento de que ambos vCenters (centro de datos protegido y centro de datos destino) tengan que estar en la misma versión de vCenter, ya no existe; en cambio hay la magnífica posibilidad de diseñar y proteger, por ejemplo, un vCenter 6.0 en centro de datos origen, y vCenter 6.5 en el destino; asimismo, esto implica que puedes actualizar un solo vCenter Server a la vez; por decir versión 6.0 a 6.5 en uno solo de los centros de datos y no preocuparte por afectar el diseño o que versión este corriendo el nodo SRM. Anteriormente, para actualizar un ambiente de SRM, tenias que considerar actualizaciones de ambos vCenters y ambos nodos SRM, incluso en ciertos casos, las versiones de SRA, si se usa Array Based Replication.  Ahora no, con 8.1 puedes actualizar vCenter un día y SRM después o no hacerlo.

Un dato importante para recordar en esto de las versiones es que tus vCenters si pueden correr diferentes versiones, pero los nodos SRM deben estar en la misma versión.



El desacople mencionado anteriormente en cuanto a las versiones de vCenter, fue un requisito para ofrecer SRM con VMConAWS, ya que mantener las versiones en los centros de datos de clientes a la par con VMConAWS, era algo prácticamente imposible y no viable.
Esto también abrió la posibilidad de expandir las opciones en cuanto a los diseños de SRM y su topología, por ejemplo, ahora puedes proteger tu centro de datos con más facilidad en otro centro de datos privado, en VMConAWS, u otro proveedor de servicio de Cloud.
Si utilizas SRM 6.0, 6.5 o 8.0, puedes actualizar esos nodos directamente a 8.1 en un solo proceso.