Cuando se trata de replicar un LUN o una partición en un servidor físicamente separado, Linux tiene DRBD (¡ahora en el núcleo!). Según tengo entendido, tiene modos de replicación síncrona y asíncrona. Cuando tiene una red rápida entre sus dos servidores, puede ser difícil.
Necesito hacer lo mismo para los servidores de Windows. Sé que hay paquetes no gratuitos que hacen esto (las recomendaciones serían buenas), pero considerando lo que llamamos un 'presupuesto' por aquí, necesito saber más sobre las opciones más gratuitas. Si alguna.
Estamos en Server 2008 para la gran mayoría de nuestros servidores de almacenamiento. Si R2 nos dará lo que necesitamos, necesito saberlo ahora para poder programar las actualizaciones en 4 semanas.
El meollo del problema es que necesito replicar un montón de LUN almacenados en un HP EVA 6100 (discos de 10K RPM) y EVA 4400 (en su mayoría, unidades FATA de 1 TB) en algo más. Ahora HP tiene el muy agradable Administrador de replicación que se encargará de la replicación entre los dos, pero estamos tratando de abandonar el 6100 que pronto será el final de la vida. Necesitamos replicarnos a algo que no es t un EVA.
De acuerdo con mi monitoreo de rendimiento, se accede a la mayor parte de nuestro almacenamiento para replicar de una manera muy explosiva (son los datos del servidor de archivos). La E / S de respaldo empequeñece la E / S normal por un factor de tres. La cantidad total que se replicará es de alrededor de 7 TB, con un cambio neto de archivos diario del orden de 500 GB (todos esos archivos PST de Outlook se suman). No sé cuál es el cambio neto a nivel de bloque.
Tenemos disponible Fibre Channel, y en un centro de datos tenemos incluso el comienzo de una red aislada iSCSI. Pero entre nuestros dos centros de datos estamos (actualmente) limitados a una sola tubería de 1 GigE, que se actualizará a una tubería de 10 GigE en los próximos 12 meses.
Hay algunas utilidades disponibles, pero no sé mucho sobre ellas.
Double-Take Availability Parece hacer algo como la replicación a nivel de bloque, pero no del todo. Podría ser lo que estoy buscando.
Veritas Storage Foundation Parece una exageración seria para este problema en particular, pero agregaría mucha flexibilidad a nuestro entorno.
CommVault Simpana Replicación heterogénea, compatible con WAN.
Y muchos muchos mas.
Si este entorno fuera Linux con Samba, DRBD sería un ajuste casi perfecto. Simplemente no sé si hay un equivalente en el lado de Microsoft de la casa.
fuente
Respuestas:
La replicación a través de la plataforma de almacenamiento siempre será la mejor opción. Por supuesto, el deseo de moverse de una plataforma a otra hace que sea mucho más difícil de hacer, ya que la mayoría de las veces solo se puede replicar de una matriz a otra. Ahora, si se queda con los arreglos HP, deberían poder replicarse entre sí para que el costo del software de replicación no sea un desperdicio.
Consulte con su representante de ventas, tal vez puedan obtener una buena oferta en el software de replicación si está en el proceso de reemplazar sus matrices.
Use su VAR como recurso, para eso están allí.
fuente
Eche un vistazo a los productos que admiten Open System SnapVault.
Tom
fuente
SteelEye DataKeeper bloquea la replicación a nivel de volúmenes y ha funcionado muy bien para nosotros en circunstancias similares.
fuente
Además de los mencionados, también hay NeverFail y WanSyncHA
He intentado ambos para reflejar un intercambio 2003 sobre WAN, y la conmutación por error muy bien. Sin embargo, los precios son bastante altos.
Enlaces:
http://www.neverfailgroup.com/
http://arcserve.com/us/highavailability.aspx
fuente
Si solo necesitara servidores de archivos, votaría por DFSR, ya que es de nivel de bloque, controlable, gratuito (incluido) y similar a una malla, es replicación, pero con al menos una limitación de no ir: (punta de PST) para mí) Los archivos deben estar marcados como cerrados para iniciar una replicación de los bloques. Si las personas mantienen Outlook abierto, como siempre lo hacen, 24/7 ... esos PST nunca serán replicados en DFSR. Solo otra razón para forzar a los administradores de Exchange a bloquear la creación de PST (o bloquearla en sus servidores de archivos). También una nota para verificar cualquier solución que revise es la compatibilidad con la sincronización de archivos abiertos para asegurarse de que no descubra de la manera difícil como lo hicimos nosotros que los archivos abiertos no se replicaban.
fuente