Wie sichern Sie ein SAN?

Langzeitleser, erstmaliger Fragesteller :)

Ich habe viel über iSCSI und SANs im Allgemeinen gelesen und glaube, dass ich die meisten meiner Fragen und Bedenken zu diesem Thema beantworten konnte, aber diese bleibt:

Wie "sichern Sie ein SAN"?

Was folgt, ist ein mehr oder weniger reales Szenario und meine Gedanken und Fragen dazu.

Angenommen, Sie haben es geschafft, das Management Ihres kleinen (bestenfalls mittelgroßen) Unternehmens davon zu überzeugen, endlich die Mittel für eine kleine, aber ordnungsgemäße Speicherlösung bereitzustellen, dh ein iSCSI-basiertes SAN. Angenommen, es besteht aus einem Server mit vielen Laufwerken in einem Gehäuse, auf dem OpenFiler ausgeführt wird, oder sogar einem MD3000i (Dell) oder MSA2000i (HP), die meines Wissens die gängigsten Einstiegslösungen sind.

Die LUNs werden auf einen Server exportiert, auf dem Code-Repositorys, Dokumente, Bilder und dergleichen gespeichert werden müssen, auf einen anderen Server, auf dem einige Datenbanken ausgeführt werden, auf einen anderen, der die LUNs als Datenträger für Virtualisierungsgäste verwendet (DomUs in Xen-speak), und auf einen weiteren Server Das exportiert eine große LUN mit den Home-Verzeichnissen des Benutzers über NFS (dies ist ein reiner Linux-Shop). Ich glaube, die Vorteile liegen auf der Hand: Einzelne Server benötigen nicht viel lokalen Speicher, und die Migration von Servern oder Diensten wird einfacher.

Jetzt benötigen Sie jedoch eine Sicherungslösung für alle oder die meisten gespeicherten Daten. Wie machst du das? Führen Sie auf jedem Server, auf dem Daten gesichert werden sollen, eine Sicherungssoftware aus (ich mag rsnapshot)? Wo legen Sie diese Daten ab? Auf einem dedizierten Backup-Server mit viel lokalem Speicher? Oder zurück im SAN? Was ist die "übliche" Lösung zum Sichern eines SAN, wenn überhaupt?

Ich suche nach Best Practices und Ratschlägen von Personen, die mehr Erfahrung als ich mit SANs haben.

Vielen Dank!

Bearbeiten: Angesichts der Tatsache, dass das Budget für das SAN zunächst sehr begrenzt ist, suche ich vermutlich nach nicht proprietären, sehr allgemeinen und billigen Lösungen für die Sicherungsfrage. Wenn solche Lösungen sowieso existieren. Es wird kein Geld für Bänder oder ein zweites, identisches SAN-Array geben. Hätte das expliziter machen sollen, sorry.

Wir verwenden einen NetApp 3020 SAN-Cluster, auf dem iSCSI-, FC- und CIFS-Daten gespeichert sind. Dieses Produkt unterstützt NDMP-Dumps für einen lokal angeschlossenen SCSI-Band-Autoloader. Auf diese Weise erhalte ich perfekte Kopien meiner iSCSI- und FC-LUNs sowie Datei-für-Datei-Sicherungen meiner CIFS-Daten, die von der NetApp gemeinsam genutzt werden. Ich verwende BackupExec, um die NDMP-Sicherungen zu steuern, und die Geschwindigkeiten sind außergewöhnlich, da es sich um eine lokale SCSI-Verbindung zur NetApp handelt.

Es klingt so, als wären wir in Bezug auf Größe und Komplexität der Infrastruktur in einem ähnlichen Boot.

Im Wesentlichen habe ich ein SAN, das meine Produktionsdaten verarbeitet, und dann einen Sicherungsserver mit einem ziemlich anständigen lokal angeschlossenen Speicher, der an eine Bandbibliothek angeschlossen ist (LTO-3 mit 400 GB unkomprimiert / Band).

Im Wesentlichen mache ich Backups auf Datenebene. Da ich Linux verwende, führe ich rsyncs aus, um die Daten vom SAN-angeschlossenen Computer auf den Sicherungscomputer zu übertragen, und schreibe sie dann auf Band. Ich habe das Glück, dass ich genug lokalen Speicher auf dem Sicherungsserver habe, um eine Kopie lokal zu speichern und dann die Unterschiede erneut zu synchronisieren. Wenn Sie dies jedoch nicht einrichten können, verwenden viele Sicherungslösungen die Idee eines Spoolings Verzeichnis zum lokalen Speichern der Daten, während sie auf Band geschrieben werden.

Aufgrund der Art und Weise, wie das Band schreibt, ist es eine sehr schlechte Idee, direkt vom Netzwerk auf das Band zu streamen, z. B. eine Windows-Dateifreigabe oder eine NFS-Freigabe. Dadurch wird die Schreibgeschwindigkeit des Bandes vollständig beeinträchtigt UND die Lebensdauer Ihres Bandlaufwerks wird beeinträchtigt. Verwenden Sie also eine lokale Festplatte, um die Daten aufzuspulen.

Die Backup-Lösung, die ich verwende, heißt Amanda und ist in ihrer Konfiguration ziemlich esoterisch, verfügt jedoch über eine kommerzielle Version (für 100 US-Dollar / zu sichernder Server) mit einer webbasierten Konfiguration. Außerdem können Sie Erweiterungen erhalten, die direkt an verschiedene angeschlossen werden können Datenbanken.

BEARBEITEN

Da Sie erwähnt haben, dass keine Bänder vorhanden sind, würde ich die virtuelle Bandbibliothek (VTL) eines armen Mannes empfehlen, dh externe USB-Laufwerke. Zumindest Amanda kann Dateien adressieren, als wären sie eine VTL, und ich bin sicher, dass andere Softwarepakete dies auch können.

Wirklich haben Festplatten jedoch eine definierte Lebensdauer. Wenn Ihr Unternehmen genug Geld ausgibt, um ein SAN zu kaufen, sollten Sie daran arbeiten, um einen Bandwechsler zu erhalten. Sie sind tatsächlich nicht mehr so ​​teuer wie früher, besonders wenn Sie nicht an der Blutungsgrenze kaufen.

Über das billigste (und schwächste) Form der Sicherung Sie tun können , ist , Schnappschüsse zu halten um, mit einem gewissen Form von gelegentlichen längerfristige Sicherung.

Dies setzt voraus, dass Snapshots billig sind - es hängt davon ab, wie sie implementiert werden. Das Kopieren auf Schreibdateisystemen wie NetApps WAFL und SUNs ZFS hat Snapshots, die im Gegensatz zu den O (n) -Kosten für Copyout-Snapshots praktisch keine Kosten verursachen. Günstige Schnappschüsse sind wirklich sehr, sehr schön.

Nur Schnappschüsse zu behalten ist keine wirkliche Backup-Lösung, aber ich bin mir nicht sicher, ob unter Ihren Bedingungen eine echte Lösung ohne ernsthaftes Hacken möglich ist.

Außerdem bin ich hier als NetApp-Entwickler ernsthaft voreingenommen, aber Sie sollten zumindest ernsthaft mit einigen NetApp-Verkäufern sprechen , bevor Sie zu dem Schluss kommen, dass sie außerhalb Ihrer Preisspanne liegen. :-)

Eine direkt oder fasergebundene Bandbibliothek + NDMP kann eine ziemlich raffinierte Lösung sein, aber wenn Ihr Speichersystem so etwas nicht zum Schreiben auf Band verwenden kann oder wenn das Budget besonders begrenzt ist, sind Sie möglicherweise in der Lage, dies zu tun Verwenden einer herkömmlichen Sicherungslösung zum Sichern der Daten in der LUN über einen Sicherungsclient auf dem an das SAN angeschlossenen Host.

In einem solchen Szenario werden die im SAN gehosteten Daten wie physische Festplatten im Client behandelt, der gesichert wird.

Während die NDMP-Funktionalität manchmal in einem Speichersystem (a la NetApp) enthalten ist, können Sicherungsanwendungen für die Sicherung über NDMP zusätzliche Gebühren erheben. In unserer NetBackup-Umgebung waren die NDMP-Lizenzen beispielsweise weitaus teurer als die regulären OS-Client-Backup-Lizenzen.

oops..just gerade aktualisiert und sah Ihre Hinzufügung bezüglich : kein $$ für Bänder haben. Wo möchten Sie Ihre Backups ablegen, wenn nicht auf Band oder in einem anderen SAN?

Die Sicherung aller Festplatten ist machbar, wird jedoch normalerweise nicht als Budgetoption für große Datenmengen angesehen. Ebenso kann das Sichern der Daten in demselben SAN einige Risiken mindern, wenn Sie vorsichtig sind (z. B. sicherstellen, dass die Festplatten vollständig getrennt werden), bietet jedoch keinen vollständigen Ausfall oder Katastrophenschutz. Gleiches gilt für einen Backup-Server mit vielen Festplatten ... ein gewisses Maß an Schutz, aber wenn der Standort, an dem sowohl das SAN als auch der Big-Honkin-Backup-Server leben, einen ernsthaften Ausfall oder eine Katastrophe erleidet, sind alle diese Daten verschwunden.

Wir nutzten weiterhin unsere vorhandene Backup-Infrastruktur, die wir hatten, bevor wir überhaupt in ein SAN wechselten. Wir haben die einzelnen Hosts, auf denen Legato Networker ausgeführt wird, die jeden Abend auf ein Storagetek Tape-System übertragen werden. Ehrlich gesagt, wenn Sie nach einer billigen Lösung suchen ... Das Sichern auf Festplatte ist wahrscheinlich am billigsten. Sie haben auch die Möglichkeit, diese Laufwerke bei Bedarf wie Bänder an einen externen Ort zu transportieren.

Da Sie nicht viele Daten haben, besorgen Sie sich ein gebrauchtes SDLT- oder frühes LTO 1,2-Bandlaufwerk ... es gibt Hunderte, da diese im Vergleich zu LTO-3, 4 veraltet sind