Günstigen Fileserver gesucht (Hardware)

[guybrush 19]

Was spricht gegen einen größeren QNAP als iSCSI-Target im anderen RZ? Deduplizierung funktioniert doch?

 

Hmm, nichts. Diese Variante hab ich mir noch gar nicht überlegt....

 

D.h. ich würde einfach die LUN am vorhandenen Backupserver einbinden und einfach rüberkopieren... Hat auch seinen Charme...

[Dunkelmann 96]

Was spricht gegen einen größeren QNAP als iSCSI-Target im anderen RZ? Deduplizierung funktioniert doch?

iSCSI ohne redundante Pfade über WAN, ist das Dein Ernst?

[Dukel 457]

Hmm, nichts. Diese Variante hab ich mir noch gar nicht überlegt....

 

D.h. ich würde einfach die LUN am vorhandenen Backupserver einbinden und einfach rüberkopieren... Hat auch seinen Charme...

 

Hatte ich das nicht von Anfang an vorgeschlagen? Ein NAS?

Ich würde aber nicht einfach die Backupdaten rüberkopieren sondern Veeam das machen lassen.

[NilsK 2.969]

Moin,

 

Hatte ich das nicht von Anfang an vorgeschlagen? Ein NAS?

 

doch, hattest du. Jetzt wird hier aber iSCSI diskutiert, das ist ja kein NAS.

 

iSCSI halte ich in dem Szenario auch für eine schlechte Idee. Blockstorage wird das nicht mögen. Ein dateibasiertes Protokoll ist da sinnvoller.

 

Gruß, Nils

[DocData 85]

iSCSI über WAN? Jetzt ernsthaft?

[NilsK 2.969]

Moin,

 

iSCSI ohne redundante Pfade über WAN, ist das Dein Ernst?

 

iSCSI über WAN? Jetzt ernsthaft?

 

ich spüre eine gewisse Einigkeit. :D

 

Gruß, Nils

[ChrisRa 42]

iSCSI über WAN?

 

WAN auf der Gigabit-Leitung wurde in #17 das erste mal ins Spiel gebracht. Ich bin nicht davon ausgegangen.

Steinigt mich bitte nicht. 

[Dunkelmann 96]

Mit redundanten LLLL (Low Latency Leased Lines) ist iSCSI über WAN kein Problem. Wenn es aber schon beim Budget für einen Server eng wird, dürten die Betriebskosten einer solchen Leitung kaum realisierbar sein ;)

[Dukel 457]

Lt. TO gibt es Gigabit ins RZ, welches genutzt wird.

Außerdem ist dies die Kopie des Backups und nicht das Backup selbst. Wenn die Anforderungen an die Kopie dies zulassen spricht aus meiner Sicht nichts gegen iSCSI.

[ChrisRa 42]

Was sind die genauen Voraussetzungen von iSCSI. Grob Latenz, Bandbreite und Verfügbarkeit.

Bandbreite scheint genügend da zu sein. Müsste noch die Latenz und die Verfügbarkeit geprüft werden.

 

Kann das Dateisystem aufgrund eines disconnects beschädigt werden, da iSCSI blockbasierend überträgt?

bearbeitet 24. März 2016 von ChrisRa

[Dunkelmann 96]

Blockspeicher ist generell sehr empfindlich, was unsauberes Entfernen betrifft. Egal ob iSCSI, FC oder eine lokale Platte. Moderne jounalbasierte Dateisysteme bieten zwar einigen Schutz gegen Inkonsistenzen, sind aber kein Freibrief für groben Unfug ;)

[testperson 1.729]

Hi,

 

das hat auch alles hier und da seine Berechtigung. Aber da es nun mal auf das Recovery ankommt, muss man schon genau hinsehen - 15 TB sind ja kein Pappenstiel. Und wer holt die Daten dann im Notfall mit einem Satz USB-Platten beim Dienstleister wieder ab? Wie lang dauert das? Wie lang dauert es dann, bis man die wieder eingespielt hat?

 

generell kommen (in unseren Fällen) die Platten für ein DR auch wieder per Kurier oder persönliche Abholung zurück. Was da für Zeiten garantiert werden müsste ich nachgucken. Bei unseren Kunden ist es halt die Option wenn alles vor Ort "in Schutt und Asche" liegt. Da dem Kunden dann möglicherweise neben geeignet Hardware auch noch ein Gebäude felht, trifft es sich ganz gut, dass wir im selben RZ hosten und das DR dort abwickeln können.

 

Und in einem solchen DR Konzept wird es ja vermutlich auch noch eine Vereinbarung geben, wann welcher Service spätestens wieder online zu sein hat.

 

Das sehr viele Dienstleister / Kunden ein super Backup Konzept haben aber noch nie über ein mögliches (Disaster) Recovery Szenario nachgedacht haben ist leider nicht von der Hand zu weisen..

 

Gruß

Jan

 

P.S.: Man könnte sollte natürlich auch zuerst einmal die Anforderungen definieren ;)

[magheinz 110]

häng halt an das SAN einen Minirechner der die LUN per sambs zur Verfügung stellt. Allerdings kannst du dann auch gleich ein NAS nehmen...Wievile Geld steht eigentlich zur Verfügung?aist das EZ die Quelle oder das Ziel? Ich habs jetzt als Ziel verstanden. Hast du da auch eventuelle regelmässige Kosten (Strom/Kühlung/Traffic etc) gedacht?

Was hast du da für eine Leitung? eine dedizierte Glasfaser?

[guybrush 19]

Das RZ ist hier das 2. Ziel. Backups laufen lokal auf meinem Backupserver, der dann wiederum ins RZ gespiegelt werden soll. Vom Firmennetzwerk läuft ein dezidiertes Glasfaserkabel ins RZ, das nur 2km entfernt ist.

Die laufenden Kosten haben wir ja schon, diese Konstellation lief schonmal. Allerdings ist der alte Server mittlweile viel zu klein und kann auch nicht mehr aufgerüstet werden, sodass was neues her muss...

[magheinz 110]

Dann ist die Glasfaser gar kein richtiger WAN-Anschluss. Bei uns zählen solche Leitungen zum LAN, und wir haben längere. :-)

Bei 2KM würde sogar ISCSI funktionieren, mir würde aber der zweite Pfad fehlen.

 

Ist das eure eigene Faser? könntest du dann auch 10GB darüber fahren? Bei 2Km ist das ja eh singlemode und 10G fürs Backup und vor allem fürs Restore währen schon genial. Bei DarkFiber sollte da ja kein Problem sein.