LUN-Replikationsoptionen auf Blockebene für Windows [geschlossen]

Wenn es darum geht, eine LUN oder Partition auf einen physisch separaten Server zu replizieren, verfügt Linux über DRBD (jetzt im Kernel!). Soweit ich weiß, gibt es sowohl synchrone als auch asynchrone Replikationsmodi. Wenn Sie ein schnelles Netzwerk zwischen Ihren beiden Servern haben, kann es schwierig werden.

Ich muss dasselbe für Windows-Server tun. Ich weiß, dass es nicht kostenlose Pakete gibt, die dies tun (Empfehlungen wären nett), aber wenn man bedenkt, was wir hier als "Budget" bezeichnen, muss ich mehr über die kostenlosen Optionen wissen. Wenn überhaupt.

Wir sind auf Server 2008 für die große Mehrheit unserer Speicherserver. Wenn R2 uns das bringt, was wir brauchen, muss ich es jetzt wissen, damit ich die Upgrades in 4 Wochen planen kann.

Der Kern des Problems besteht darin, dass ich eine Reihe von LUNs, die auf HP EVA 6100 (10K RPM-Festplatten) und EVA 4400-Geräten (meistens 1 TB FATA-Laufwerke) gespeichert sind, auf etwas anderes replizieren muss. Jetzt hat HP den sehr netten Replication Manager, der die Replikation zwischen den beiden übernimmt, aber wir versuchen, uns von dem bald zu Ende gehenden 6100 zu entwöhnen. Wir müssen auf etwas replizieren, das nicht funktioniert. t ein EVA.

Laut meiner Leistungsüberwachung wird auf den größten Teil unseres zu replizierenden Speichers sehr schnell zugegriffen (es handelt sich um Dateiserverdaten). Backup-E / A stellt reguläre E / A um den Faktor drei in den Schatten. Die Gesamtmenge, die repliziert werden soll, beträgt ca. 7 TB, mit einer täglichen Änderung des Dateinetzes in der Größenordnung von 500 GB (alle diese Outlook PST-Dateien summieren sich). Ich weiß nicht, was die Netzänderung auf Blockebene ist.

Wir haben Fibre Channel zur Verfügung und in einem Rechenzentrum haben wir sogar die Anfänge eines isolierten iSCSI-Netzwerks. Zwischen unseren beiden Rechenzentren sind wir jedoch (derzeit) auf eine einzelne 1-GigE-Pipe beschränkt, die innerhalb der nächsten 12 Monate auf eine 10-GigE-Pipe aufgerüstet wird.

Double-Take-Verfügbarkeit Scheint so etwas wie eine Replikation auf Blockebene durchzuführen, aber nicht ganz. Könnte das sein, wonach ich suche.

Veritas Storage Foundation Scheint ein schwerwiegender Overkill für dieses spezielle Problem zu sein, würde aber unserer Umgebung viel Flexibilität verleihen.

CommVault Simpana Heterogene Replikation, WAN-freundlich.

Und viele, viele mehr.

Die Replikation über die Speicherplattform ist so gut wie immer die beste Wahl. Zugegeben, der Wunsch, von einer Plattform auf eine andere zu wechseln, erschwert dies erheblich, da Sie die meiste Zeit nur von einem Array auf ein anderes replizieren können. Wenn Sie sich nun an HP Arrays halten, sollten diese in der Lage sein, untereinander zu replizieren, damit die Kosten für die Replikationssoftware keine Verschwendung darstellen.

Wenden Sie sich an Ihren Vertriebsmitarbeiter. Möglicherweise erhalten Sie ein gutes Angebot für die Replikationssoftware, wenn Sie gerade dabei sind, Ihre Arrays auszutauschen.

Verwenden Sie Ihren VAR als Ressource, dafür sind sie da.

Schauen Sie sich Produkte an, die Open System SnapVault unterstützen.

Tom

SteelEye DataKeeper führt die Replikation von Volumes auf Blockebene durch und funktioniert unter ähnlichen Umständen sehr gut für uns.

Neben den genannten gibt es auch NeverFail und WanSyncHA

Ich habe beide versucht, einen Exchange 2003 über WAN zu spiegeln, und sie haben ein gutes Failover. Die Preise sind allerdings ziemlich hoch.

Links:
http://www.neverfailgroup.com/
http://arcserve.com/us/highavailability.aspx

Wenn es nur Dateiserver wären, die Sie benötigen, würde ich eine Abstimmung für DFSR abgeben, da es auf Blockebene, steuerbar, kostenlos (enthalten) und netzartig repliziert wird, aber mit mindestens einer No-Go-Einschränkung: (PSTs Tipp für mich) Dateien müssen als geschlossen markiert sein, um eine Replikation der Blöcke zu starten. Wenn die Benutzer Outlook wie immer rund um die Uhr geöffnet halten, werden diese PSTs niemals in DFSR repliziert. Ein weiterer Grund, die Exchange-Administratoren dazu zu bewegen, die PST-Erstellung zu blockieren (oder sie auf Ihren Dateiservern zu blockieren). Ein Hinweis, den Sie nach von Ihnen überprüften Lösungen suchen sollten, ist die Unterstützung der Open-File-Synchronisierung, um sicherzustellen, dass Sie nicht auf die harte Tour herausfinden, wie wir es getan haben, dass geöffnete Dateien nicht repliziert wurden.