Diskussion:Storage Area Network

message: Die Einleitung des Artikel ist für mich soweit OK, wenn auch fern von optimal.
Was mir dann fehlt ist, was bewirkte die Entwicklung von SAN und welche Probleme sollen damit gelöst werden? Dazu gehöhrt in der Einleitung (nach der Definition eines SAN) eine Gegenüberstellung der Vor- und Nachteile.
Was sind die Ziele eines SANs? -- Oceco 00:13, 18. Dez. 2009 (CET)
thread_title:  Definition eines SAN 

message: Nicht nur im Artikel sondern auch hier auf der Diskussionsseite ist eine Restrukturierung überfällig. Werde dies hoffentlich mal anpacken können, ohne etwas zu löschen. Dabei möchte ich mich von folgenden Überlegungen leiten lassen:
* Vor SAN gab es DAS
* Meiner Meinung nach war DEC die erste Firma, welche shared Storage im Rahmen ihres VMSclusters mit den HSC50 realisierte
* Auf DAS folgte NAS
* Weil auch NAS nicht alle Anforderungen der Anwender erfüllte, entstand SAN (mal abgesehen von ESCON)
Danach sollte eine Gegenüberstellung von DAS/NAS/SAN stattfinden (in einem ausgelagerten Artikel).
* Neu gesellt sich noch Cloud dazu
Wie das im Detail ausehen soll, weiss ich noch nicht. Wenn ich mir aber das Chaos und die Falschinformationen (auch in der en-Wikipedia) anschaue, so besteht hier Handlungsbedarf!
Die Strukturierung übertrifft den Bereich von SANs. Koordination ist vonnöten. Ich hab aber keine Ahnung davon, wie man das in Wikipedia sauber in die Wege leitet. Ich werde dies deshalb mal aus meinem POV schildern in der Hoffnung auf konstruktiven, erläuterden Feedback -- Oceco 00:13, 18. Dez. 2009 (CET)
thread_title:  Strukturierung 

message: Gibt es auch kostenlose storage area network lösungen, mit denen man auch sein eigenes zuhause aufbauen kann... z.B. für linux? --Abdull 14:06, 11. Mär 2005 (CET)
replies: text: Dazu kannst du iSCSI verwenden, was leider in dem Artikel bis dato keinerlei Erwähnung findet. Für jedes gängige Betriebssystem sollten zumindest Software Initiatoren verfügbar sein. Ein Software iSCSI Target für Linux ist ebenfalls verfügbar. Kurze Erklärung: ein Target stellt den Speicher dem Initiator bereit. Als guten Einstieg für das Aufsetzen eines iSCSI Initiator und iSCSI Targets unter Linux kann ich "A Quick Guide to iSCSI on Linux" empfehlen --Daniel Paul 10:17, 2. Jun 2005 (CET)
thread_title:  open source bzw. kostenlos 

message: Hallo, ich habe von dem Thema so ziemlich keine Ahnung. Aber das Wort "dedizirrten" in dem Satz 
:"Das SAN wurde entwickelt, um dem Verwaltungsproblem von dedizirrten Festplatten in Server-Systemen bzw. Network Attached Storage-Systemen entgegen zu wirken, da bei jenen Systemen eine effiziente und flexible Nutzung der Speicherkapazität nur eingeschränkt möglich ist."
(steht direkt unter "Entwicklung und Funktionsprinzip") kommt mir ziemlich falsch vor.
Was soll das heißen? "Dezidierten" oder Dedizierten"? Könnte das mal jemand verbessern?
--Morido 13:19, 27. Mär 2005 (CEST)
replies: text: Das muss "dediziert" heißen und ist anscheinend bereits korrigiert. --Taxi1729 (Diskussion) 17:51, 23. Nov. 2014 (CET)
thread_title:  Rechtschreibfehler 

message: Beim -echten- Virtualisieren im SAN (bzw. im Storage Controller)erfolgt kein Partitionieren einer virtuell definierten "Festplatte". Es wird vielmehr ein Datenpool definiert, der, abhaengig von der Ebene in der die Virtualisierung verwaltet wird, meherere physikalische Festplatten oder auch mehrere Storage Systeme umfassen kann. 
Dieser Pool wird dann in Datenbereiche unterteilt. Jeder dieser Datenbereiche besitzt alle Eigenschaften einer physikalischen Festplatte, wie RAID Level und eine bestimmte Grosse, wobei diese fuer jeden Datenbereich (sprich: Virtelle Disk)unterschiedlich sein kann (hier liegt auch der grosse Unterschied zum im Artikel erwaehnten Partitionieren einer Festplatte: Alle Partitionen habe denselben RAID Level, naemlich den der darunterliegenden Festplatte). 
Dese sog. LUN wird dann einem oder mehreren Servern im Storage Netzwerk zugewiesen. Das Betriebssystem der Server "sieht" lediglich eine SCSI-Disk, die wie eine normale, direkt angeschlossene Festplatte verwendet werden kann.
Storage Virtualisierung hat zwei grundsaetzliche Vorteile:
1. Eine virtuelle Disk kann jederzeit, und haeufig auch im Online-Betrieb vergroessert werden.
2. Eine virtuelle Disk kann, durch hinzufuegen von physikalischen Festplatten oder Storage Controllern   "beschleunigt" werden, d.h. eine hoehere Performance liefern.
Dazu kommt, dass virtualisierte Daten einfacher migriert werden können, da die Anbindung für den Host bestehen bleibt und nur unter der Virtualisierungs-Engine die physikalischen Daten auf ein anderes Storage Subsystem kopiert werden müssen. Der Host selbst bekommt davon nichts mit. Auch für Copy-Services eignet sich eine Virtualisierungs-Engine als kostengünstige Alternative gegenüber den eingebauten, meist lizenzpflichtigen Features der Storage Subsysteme.
: Das ist Speichervirtualisierung. Im Gegensatz dazu ist SAN-V. ein Aufbau ähnlich Ethernet VLANs, bei dem virtuelle SANs auf einer Fabric gefahren werden können und die Geräte flexibel auf die SAN-Fabrics verteilt werden können. Außerdem ist typischerweise eine lose Kopplung von virtualisierten SANs möglich. Ich habe den Abschnitt komplett rausgenommen, da ausschliesslich Funktionalitöt eines Raid-Controllers beschrieben wurde. --Taxi1729 (Diskussion) 00:25, 25. Dez. 2012 (CET)
thread_title:  Zusatz zur Definition Virtualisierung  

message: Fuer einen Laien wie mich ist es sehr schwer nachvollziehbar, wofuer ein SAN gut ist. Kann jemand bitte einige Beispiele nennen, die deutlich machen:
- Wer benutzt SANs?
- Wozu sind SANs gut? (nicht vom technischen her betrachtet, sondern vom Nutzen fuer den Anwender, also als Beispiel: nicht "Narkose bringt den Patienten in einen schlafaehnlichen Bewusstseinszustand" sondern "Narkose ermoeglicht dem Patienten eine schmerzfreie OP"
Vielen Dank und ciao
:SANs machen dann wirklich richtig Sinn, wenn ein Server sehr viel Speicherplatz verwalten muß. 
:Beispiel: Ein Server soll 20 TB Daten vorhalten können. Bei aktuellen 500 GB Festplatten (die 750 GB Laufwerke gibt es wohl noch nicht für Fibre-Channel) benötigt der Server dafür 40 Festplatten. Eine so große Anzahl bekommst du mit der üblichen Direktanbindung nicht an den Server angebunden. Auf dem Mainboard gibt es gar nicht genug Steckplätze, um genug Controller für alle Festplatten einzustecken und der hohe Anlaufstrom der Festplatten (es laufen ja 40 Elekromotoren quasi gleichzeitig an (ok, da gibt es auch noch ein paar kleine Tricks), würde dem Netzteil den Rest geben. 
:Da benötigt man dann ein SAN, um die elektrische Last auf mehrere Netzteile zu verteilen und die Anzahl der Controller zu minimieren. Üblicherweise werden in einem SAN jeweils 6-8 Festplatten in einem "Storage Array" zusammengepackt. Dabei handelt es sich um ein Gehäuse, mit eigenem Netzteil und einer "Backplane", so daß nur ein anschluß vom Storage Array zum Computer geführt werden muß. Benötigt man mehrere Storage Arrays, um alle Festplatten unterzubekommen, lassen sich die Datenleitungen zudem über einen Switch bündeln, so daß nur ein Controller im Server benötigt wird.
: 194.25.219.73 14:56, 16. Mär. 2007 (CET)
replies: text: Gute Erklärung, Danke.  So etwas schwiegermutterverständliches fehlt noch im Artikel, und zwar dringend!  Maikel 00:28, 10. Nov. 2007 (CET)
thread_title:  Anwendungsgebiete? 

message: Eigentlich nur eine Frage. heisst das jetzt Area oder Array ? In einer IHK Abschluss Prüfung findet sich der Begriff Storage Array Network und in Google eingegeben scheint es beides zu geben.
--87.78.109.122 19:01, 1. Mai 2009 (CEST)
replies: text: SAN steht für Storage Area Networks an welche man Storage Arrays (z.B. ein Diskschrank mit 256 Disks) anschliessen kann. Sind am SAN mehrere Servers angehäng kann man die Disks softwaregesteuert auf die Server verteilen. Unter einem Storage Array Network würde ich alle Storage Arrays (also meherere Diskschränke) verstehen, welche über ein SAN miteinander verbunden sind.Oceco 15:45, 10. Sep. 2009 (CEST)
thread_title:  Area vs. Array 

message: Schon mit folgendem Statement im Artikel habe ich extrem Mühe:
 Damit ist es prinzipiell anders als ein Local Area Network (LAN)
Das seh ich genau umgekehrt. Prinzipiell anders sind Ethernet und Tokenring, aber auch nur wenn man die technischen Details anschaut (abhängig vom OSI Level den man betrachtet). Beide sind mal prinzipiell ein Netzwerk. Für den Laien ist ein Netzwerk vorersteinmal ein Netzwerk, ob da SCSI in FC-Frames oder ein NFS/SMB in TCP verpackt ist, kümmert den erst mal gar nicht. Mit den hier gemachten Äusserungen wird er die Unterschiede auch nie verstehen! Darum halte ich die Formulierung für sehr problematisch, zumal ein SAN auch über LAN/WAN implementiert werden kann. High Performance SANs, wie sie typischerweise in grossen Unternehmen installiert werden, unterscheiden sich in erster Linie auf dem Physical Layer (dedizierte HBAs, SW/LW). Ob ich über diese Hardwareinfrastruktur nun FC oder FICON laufen lasse, ist vorerst einmal unerheblich. 
Ein SAN (ich lasse nun mal FICON aussen vor) basiert auf dem SCSI-Protokol (Block-IO). Dies ist ein low-level Protokol zwischen CPU und (direct-attached) Disk-Peripherie (bitte genauer im MediaWiki ausformulieren, allenfalls verlinken).
Anhand diesem Artikel habe ich verstanden warum Wikipedia nicht als Referenz dienen kann (speziell was in diesem Artikel hier steht ist einfach sehr viel Stuss, v.a. aus Sicht eines global tätigem Unternehmens. Ich möchte aber Hand bieten diese Situation zu verbessern.
Ich würde hier im SAN / NAS-Umfeld gerne ein wenig mitarbeiten und hab aber keine Lust auf Editwars. Darum fange ich hier mal klein an. Damit alles klar ist: Meine Kenntnisse stammen aus dem Umfeld als Mitarbeiter von EMC und McDATA. Meine Kunden sind IBM, HP, EMC, Dell, HDS et al.  Aus dieser Perspektive liegen einige Artikel / Bilder im SAN / NAS / iSCSI / FCoE etc. Umfeld arg im Nebulösen.-- Oceco 16:57, 11. Sep. 2009 (CEST)
replies: text: Huch, ich bin überrascht! Meine Veränderungen haben überlebt, mehr noch sie wurden mit Ergänzungen verbessert! Danke! Lediglich die Produkterwähnung von HP MC /ServiceGuard passt nicht ins Bild. Vorschlag: Am Ende des erklärenden Artikel eine Tabelle erstellen mit einer Produktübersicht für die verschiendenen Komponenten von allen Anbietern (sind ja nicht so viele). -- Oceco 10:06, 19. Okt. 2009 (CEST)
thread_title:  LAN vs SAN 

message: ich hab das Gefühl das grosse Teile des Artikels überholt sind. Beispiel "...Standleitung..." --Itu 03:37, 2. Dez. 2009 (CET)
replies: text: Warum? Was ist an einer Standleitung falsch? Ansonsten kann der Artikel durchaus verbessert werden. Konstruktive Beiträge sind immer willkommen. -- Oceco 21:58, 17. Dez. 2009 (CET)
thread_title: Überholt?

message: Im vorliegenden Diagramm bezüglich der Disks/LUN und der Anschlüsse  sind irreführend (falsch). Man muss unterscheiden zwischen:
* Hard Disk Drives (HDD). Sie haben nur einen Datenpfad-Anschluss (SCSI, SATA, etc.)
* Logical Unit Number (LUN), eine logische Disk
* RAID Konfiguration 0=Beschleunigung, 1=Spiegelung, 5=Beschleunigung und Parität
Das Diagramm suggeriert, dass ein HDD zwei physische Datenpfade hat, was nicht der Fall ist.
Auch die Unterschriften zu den HDD sind falsch: Die mittlere Disk soll RAID 5 sein mit zwei LUNs ist Nonsens, denn RAID 5 braucht minimum 3 LUNS. Die rechte Disk mit RAID 10 muss eine gerade Anzahl LUNS haben, zudem macht eine Spiegelung von Daten auf die gleichen HDD keinen Sinn!
Um die Sache noch kompizierter zu machen, muss man unterscheiden wo RAID implementiert wird:
# Im Storage-Array (high-end Lösung)
# Auf dem Server
Ich hab mal versucht das grafisch korrekter darzustellen. Upload demnächst! -- Oceco 21:58, 17. Dez. 2009 (CET)
replies: text: Habe gerade realisiert, dass im Diagramm noch eine Lösung für den Ausfall eines HBAs fehlt (Failover). Zudem bieten die Hersteller auch einen Lastausgleich über die beiden HBAs an. Ich poste dies nur, damit ich es nicht wieder vergesse. -- Oceco 22:54, 17. Dez. 2009 (CET)
thread_title:  Diagramm ist falsch 

message: Ulf Troppens, Rainer Erkens: Speichernetze. dpunkt, Heidelberg 2002. ISBN 3-89864-135-X ... aktualisiert -> zweite Auflage, ISBN und da es mehr als zwei Autoren sind (siehe http://www.speichernetze.com/pageID_5651953.html), ein u.a. angefügt ;-) John Doe@--93.223.243.244 23:38, 25. Apr. 2012 (CEST)
thread_title:  Literatur 

message: Im Text heißt es "Sie arbeiten heute mit Übertragungsraten von bis zu 16 Gbit/s. Da sie ein spezielles, an die Anforderung der Massenspeichernutzung angepasstes Protokoll verwenden, sind Übertragungsraten von theoretisch 1,6 GB/s möglich. "
Rechnet man jedoch die 16GBits in Gigabyte um landet man bei 2GB/s, damit wäre die heute übliche Übertragungsgeschwigkeit über der therotisch möglichen - das aber kann schlecht stimmen... 
:Schau mal im Anschnitt "Bandbreite", wo ich das im letzten Posting erklärt habe. Stickwort 8B10B --Taxi1729 (Diskussion) 14:08, 18. Okt. 2019 (CEST)
thread_title:  Falsche Übertragungsgeschwindkeit