Hola a tod@s,

Ahora que ya han pasado las fiestas, las comilonas y… los empaches ;D aprovecho para añadir una secuela más a la saga Replicación nativa entre cabinas -Parte I-Replicación nativa entre cabinas -Parte II- 

En esta ocasión me permitiré la licencia de centrarme en una marca y tecnología para explicar la vuelta de tuerca que supone esta posibilidad de copia entre CPD. Que incluye la mera salvaguarda de datos para contingencia ante desastres, como proceso de copia remota, lo mismo para entorno de desarrollo, pre-producción, laboratorio, etc.

La marca a quien hago referencia no es otra que Hitachi, con su gama de cabinas modulares HUS, donde incluyen esta posibilidad que a continuación os comentaré. La novedad viene dada por la posibilidad de tener disponible esta tecnología en la gama de cabinas media, ya que en las cabinas Enterprise esta capacidad ya viene siendo usada desde hace años.

La funcionalidad no es otra que… Hitachi TrueCopy Modular Distributed, nombre súper molón. También TCMD como les gusta llamar a los Japos. Pero para mi, el mejor de los nombres es «Trenecito de replicas Hitachi«, término acuñado por uno de nuestros clientes.

Muy útil para quienes necesiten ir todavía más lejos en la salvaguarda de datos distribuidos entre diferentes CPD distantes entre sí, TCMD les ofrece una gran cantidad de posibilidades.

Vamos a ver de qué se trata.

TCMD, está basada en copia asíncrona de datos entre cabinas Hitachi HUS. Pudiendo de esta forma copiar el contenido de LUs (Logical Units) entre cabinas unidas entre sí, mediante Fibra Óptica usando tecnología Fibre Channel o cobre/IP con iSCSI, llevando esta comunicación por la WAN sin ningún problema.

De entrada ofrece las máximas posibilidades para acercar la solución al mayor número de escenarios posibles.

A continuación un breve resumen de las principales características:

  • Posibilidad de tener una cabina como origen de datos replicando hacia 8 equipos destino.
  • La situación inversa. Tener hasta 8 cabinas con datos de producción, centralizando replicas hacia una cabina de contingencia.
    • En base a esto, nos permite:
      • Tener un entorno de backup / disaster recovery altamente robusto.
      • En caso de necesidad de disaster recovery, poder reaccionar en minutos y no horas.
      • Posibilidad de disponer de entorno de Test con datos reales sin impacto para el entorno de producción.
      • Copiar, re-distribuir, rehusar datos alojados en una ubicación principal hacia equipos remotos.

Una vez que sabemos de qué se trata y en qué se basa esta función, pasemos a ver un par de ejemplos de implementación:

– Copia de datos de múltiples cabinas hacia un equipo de contingencia centralizado:

Captura%2Bde%2Bpantalla%2B2015-01-07%2Ba%2Bla(s)%2B12.07.03.png

– Copia de datos de oficina central hacia equipos remotos para salvaguarda o para uso de datos en sedes:

Captura%2Bde%2Bpantalla%2B2015-01-07%2Ba%2Bla(s)%2B12.07.36.png

– Como inciso y en relación a nombre alternativo «Trenecito de replicas Hitachi«, podemos tener también un escenario muy útil y valorado como el que sigue:

Captura%2Bde%2Bpantalla%2B2015-01-07%2Ba%2Bla(s)%2B13.11.42.png

Bien, espero que os haya sido de buen leer esta tercera entrega de la saga. Nuevos micro-códigos, a buen seguro traerán nuevas funcionalidades. Os mantendremos informados.

¡Saludos!!

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Post Relacionados: