Abo
  • Services:
Anzeige
Für alle, die ein funktionierendes SDS suchen, dürfte LizardFS interessant sein.
Für alle, die ein funktionierendes SDS suchen, dürfte LizardFS interessant sein. (Bild: Screenshot Valentin Höbel)

Erfahrungswerte

Der Autor beschäftigt sich seit Längerem mit SDS-Technologien und testet eine LizardFS-Umgebung im Rahmen eines Pilotierungsprojekt. Der mehrere Monate andauernde Testlauf basiert auf der zum Startzeitpunkt für Debian 7 verfügbaren LizardFS-Version 2.6 und sieht die Überprüfung der Software unter produktionsnahen Bedingungen inklusive verschiedener Tests, unter anderem Failovers, vor.

Die hier beschriebenen Tests decken zwar nur einen Teil der möglichen Ereignisse ab, zeigen aber, dass die Lösung grundsätzlich funktioniert und mit Fehlerfällen umgehen kann. Das Verhalten von LizardFS in einem solchen Fall wirkt in der Regel nachvollziehbar, wenn auch manchmal etwas träge.

Anzeige

Eines der Testszenarien war der Neustart eines Masters, um einen Wechsel der Master-Rolle auf einen anderen Knoten in einem anderen Rechenzentrum zu provozieren. Der gleichzeitig stattfindende Lesezugriff eines Clients wurde während des Master-Wechsels für knapp zwei Sekunden unterbrochen, lief danach jedoch weiter. In solchen Fällen scheint es also wichtig, dass die zugreifende Applikation mit solchen Wartezeiten umgehen kann und der Master-Wechsel möglichst schnell erfolgt.

Ein anderes Szenario sieht vor, dass Clients die RZ-lokalen Chunk-Server kennen und sie beim Lesezugriff gegenüber den Chunk-Servern von einem anderen Standort bevorzugen. Während eines Lesevorgangs durch einen RZ-lokalen Client wurden die Chunk-Server im gleichen Standort vom Netz getrennt, womit der Client die Daten ohne erkennbare Verzögerung von den Chunk-Servern des anderen Standorts bezog. Sobald die vom Netz getrennten Chunk-Server im gleichen RZ wieder verfügbar waren, schwenkte der Client automatisch zurück und las die Daten wieder von den ursprünglichen Nodes.

Diese Tests haben ein Limit aufgezeigt: In LizardFS werden Goals festgelegt, die besagen, wie oft das verteilte Dateisystem eine Datei vorhalten soll. In der Regel stellt man mindestens genauso viele bis deutlich mehr Chunk-Server auf, damit dieses Ziel erfüllt werden kann. Wenn durch Tests, Reboots, Abstürze oder andere Ausfälle jedoch zu wenige Chunk-Server online sind, um das Ziel für eine neue Datei sofort zu erfüllen, verweigert der LizardFS-Master den Schreibvorgang. In diesem Beispiel waren nur noch zwei Chunk-Server bei einem Replication-Goal von drei verfügbar. Ein LizardFS-Entwickler bestätigte dieses Verhalten und kündigte eine interne Diskussion zu diesem Thema an.

Im Vergleich

LizardFS muss sich im SDS-Bereich mit vielen verschiedenen Konkurrenten messen, etwa mit Ceph oder GlusterFS. Ceph ist primär ein zu Amazons S3-API kompatibler Object-Store, kann aber auch Block-Devices oder ein Posix-kompatibles Dateisystem ("CephFS") bereitstellen. Letzteres ist mehr ein Overlay über den Object-Store als ein robustes Dateisystem. Die Hersteller schreiben selbst auf ihrer Webseite, dass sich CephFS derzeit primär an Early-Adopter richtet und keine wichtigen Daten darauf gespeichert werden sollten. Da Ceph seinen Fokus auf die Object-Store-Funktionalität legt, kann es nicht als direkte Konkurrenz zu LizardFS betrachtet werden.

GlusterFS bietet auf dem Papier die nahezu gleiche Funktionalität, ist aber schon länger auf dem Markt und genießt dementsprechend viel Ansehen in der SDS-Community. GlusterFS bietet viele verschiedene Betriebsmodi, die je nach Konfiguration verschiedene Level an Ausfallsicherheit und Performance bieten. Es bietet diese Konfigurationsmöglichkeiten auf Volume-Ebene, während LizardFS die Replikationsziele pro Ordner oder Datei festlegt. Beide Varianten besitzen ihre Vor- und Nachteile: Bei GlusterFS muss sich der Administrator bei Erstellung des Volumes für eine Variante entscheiden, während die Replikationsart bei LizardFS jederzeit abänderbar ist.

Für sicherheitsbewusste Systembetreuer bietet GlusterFS die Möglichkeit, ein Volume mit einem Key zu verschlüsseln. Nur die Server, die den richtigen Key vorweisen können, sind dann in der Lage, das Volume einzuhängen und zu entschlüsseln. Sowohl GlusterFS als auch LizardFS werden auf Linux-Clients als FUSE-Modul im User-Space betrieben.

Während bei LizardFS die Daten nur einmal auf einen Chunk-Server geschrieben werden müssen (von dort aus replizieren die Chunk-Server untereinander weiter), übernimmt bei GlusterFS der Client die Replikation: Der Schreibvorgang geschieht auf allen beteiligten GlusterFS-Servern parallel, sodass der Client sicherstellen muss, dass die Replikation überall erfolgreich abgeschlossen wurde. Das sorgt bei Schreibzugriffen für eine langsamere Performance, fällt aber ansonsten nicht ins Gewicht.

Während LizardFS dem Client stets einen Master präsentiert, können GlusterFS-Clients beim Einhängen des Volumens mehrere GlusterFS-Server angeben. Damit kann ein Client bei einem Ausfall des ersten angegebenen Servers auf andere GlusterFS-Nodes zurückgreifen.

 Mehr Chunk-Server für mehr SpeicherplatzAusblick 

eye home zur Startseite
felix.schwarz 09. Mai 2016

hm, zu den restlichen Aussagen (Microsoft's scale-out Angebote) kann ich nichts sagen...

Juge 30. Apr 2016

Kennst Du Microsoft Azure? Xbox Live? Skype? Das läuft alles auf SDS (Scale out Fileserver).

tingelchen 27. Apr 2016

Am Ende muss man eigentlich nur hergehen und die Online Speicher als FS im Linux...

olqs 27. Apr 2016

Im Text wird geschrieben, dass CephFS auch von den Entwicklern noch als "nur für Early...



Anzeige

Stellenmarkt
  1. HANSECOM, Hamburg
  2. Faber-Castell Aktiengesellschaft, Stein (bei Nürnberg)
  3. ETAS GmbH & Co. KG, Stuttgart
  4. Robert Bosch GmbH, Böblingen


Anzeige
Spiele-Angebote
  1. (-66%) 16,99€
  2. 59,99€ (Vorbesteller-Preisgarantie)
  3. 4,99€

Folgen Sie uns
       

Anzeige
Whitepaper
  1. Beurteilungskriterien für den Schutz in der Cloud
  2. Wissens-Guide und Kaufberatung für Cloud-Sicherheit


  1. Softwareentwicklung

    Google sammelt seine Open-Source-Aktivität

  2. Youtuber

    Flying Uwe unter Verdacht der Schleichwerbung

  3. Surface Book

    Performance Base kostet mindestens 2.600 Euro

  4. Mobilfunk

    Amazon arbeitet an eigenen Smartphone-Tarifen

  5. Filmkritik Ghost in the Shell

    Wenig Geist in schöner Hülle

  6. App Store

    Apple verbietet Preishinweise in App-Bezeichnungen

  7. Software-Update

    Tesla-Autopilot 2.0 bis 130 km/h aktiv

  8. Terminverwaltung

    Googles Kalender-App fürs iPad erweitert

  9. Arbeitsplätze

    Audi-Belegschaft verlangt E-Autoproduktion in Deutschland

  10. Cloud Native Con

    Kubernetes 1.6 versteckt Container-Dienste



Haben wir etwas übersehen?

E-Mail an news@golem.de


Anzeige
Vikings im Kurztest: Tiefgekühlt kämpfen
Vikings im Kurztest
Tiefgekühlt kämpfen
  1. Nier Automata im Test Stilvolle Action mit Überraschungen
  2. Torment im Test Spiel mit dem Text vom Tod
  3. Nioh im Test Brutal schwierige Samurai-Action

WLAN-Störerhaftung: Wie gefährlich sind die Netzsperrenpläne der Regierung?
WLAN-Störerhaftung
Wie gefährlich sind die Netzsperrenpläne der Regierung?
  1. Telia Schwedischer ISP muss Nutzerdaten herausgeben
  2. Die Woche im Video Dumme Handys, kernige Prozessoren und Zeldaaaaaaaaaa!
  3. Störerhaftung Regierung will Netzsperren statt Abmahnkosten

In eigener Sache: Golem.de sucht Marketing Manager (w/m)
In eigener Sache
Golem.de sucht Marketing Manager (w/m)
  1. In eigener Sache Golem.de geht auf Jobmessen
  2. In eigener Sache Golem.de kommt jetzt sicher ins Haus - per HTTPS
  3. In eigener Sache Unterstützung für die Schlussredaktion gesucht!

  1. Re: Scheint so als würde denen das Geld langsam...

    Sinnfrei | 10:33

  2. Re: "Raubkopien"?

    Vincenco | 10:33

  3. Wer?

    dabbes | 10:32

  4. Schade. Anime Tipps?

    GourmetZocker | 10:32

  5. Re: Was'n das? Android oder Windows

    Alcatraz | 10:32


  1. 10:42

  2. 10:27

  3. 10:12

  4. 09:58

  5. 09:00

  6. 08:27

  7. 07:40

  8. 07:27


  1. Themen
  2. A
  3. B
  4. C
  5. D
  6. E
  7. F
  8. G
  9. H
  10. I
  11. J
  12. K
  13. L
  14. M
  15. N
  16. O
  17. P
  18. Q
  19. R
  20. S
  21. T
  22. U
  23. V
  24. W
  25. X
  26. Y
  27. Z
  28. #
 
    •  / 
    Zum Artikel