sonnenblen.de - Das unabhängige Sun User Forum Der Treffpunkt für Sun-Fans seit 2001
  Übersicht   Forum   Hilfe Suche Einloggen Registrieren   *
Suche
Google
Erweiterte Suche
Willkommen Gast. Bitte einloggen oder registrieren.
25. Mai 2012, 05:56:15

Einloggen mit Benutzername, Passwort und Sitzungslänge
Letzte 5 Shouts:
09. April 2012, 22:24:40
Genau! dir auch noch knappe 35 Minuten Rest-Ostern Wink und denen dies noch vor 0 Uhr lesen ebenso ein frohes Rest-Ostern Wink
08. April 2012, 12:25:29
Falls heute noch jemand hier vorbei schaut: Frohe Ostern!  :-)
14. März 2012, 02:18:10
Wet,Wetter,abgesoffen? Wink *scnr*
21. September 2011, 17:02:09
USENET? - Tolles Ding!
11. September 2011, 15:09:12
Super Wetter!
Spenden
Anzeige
Berechtigungen

Anzeige
Seiten: 1 [2]   Nach unten
  Drucken  
Autor Thema: Zukunft von Solaris x86  (Gelesen 2746 mal)
stiefkind
Sobl Bachelor
***
Offline Offline

Beiträge: 136



WWW
« Antworten #15 am: 03. November 2010, 23:05:04 »

Keine Ahnung warum das so schwierig zu verstehen ist. Ein Netapp-Filer ist kein Plattensystem ala DS5000.

Wird aber stellenweise als solcher beworben und Kunden kaufen das als solches. Meistens ist das der "Verdienst" eines "fähigen" Vertrieblers, der dem Einkäufer den passenden Preis machen kann.

Zitat
Warum von 8TB nur 2,5TB übrig bleiben, ist mir nicht klar, es sein denn das Setup ist etwas eigenartig.. Wenn ich 2 Controllerköpfe habe und will max Platten Kopf1 zuordnen, dann bekommt der alle Platten minus 3 (Raid4+HS für Kopf 2). Damit sind noch 11 Platten für Kopf1 übrig, also RaidDP+HS macht 8 Platten netto 4.8TB.

In der DS5000-Welt stimmt das mehr oder weniger. Da hast Du aber auch nur Raidgruppen (aka Arrays) und Volumes (aka LUNs) und evtl. noch bisschen Platz für Snapshots. Hotspares betrachte ich mal nicht weiter, die sind in  beiden Welten Pflicht. NetApp kennt Raidgruppen, Aggregate, Volumes (bzw. Flexvols), Snapshots, Filesystem und Shares (aus dem Kopf, könnten noch mehr sein oder leicht anders heißen). Und hat aus den unterschiedlichsten Gründen in jedem Layer mal mehr mal weniger Verschnitt. Der ein bisschen von der Konfiguration abhängt und davon, was der Kunde braucht oder haben will. Allerdings scheinen mir die 8/2.5 TB auch etwas arg heftig. Ca. 60% Verschnitt zwischen Anzahl Platten und netto nutzbarer Kapaziät habe ich bei NetApp aber selber schon gesehen. Üblich sind aber eher Werte in der Gegend 30%-40%. Bei einem NetApp Metro-Cluster sieht das nochmal ganz anders aus, weil da sämtliche Platten einmal komplett an die andere Site gespiegelt werden. Die erwähnten 30%-40% Verschnitt kommen dann noch oben drauf.

Wenn man sich für diese Systeme aber mal aktuelle Plattenpreise anschaut und dagegen die Vorteile in der Administration und Konfiguration (Einfachheit, Flexibilität) stellt, ist die größere notwendige Plattenanzahl aber auch schnell wieder schön gerechnet.

Es hat beides da draußen seinen Platz und seine Berechtigung. Und zwar nebeneinander, nicht gegeneinander.

wolfgang
Gespeichert
sonnenblen.de - Das unabhängige Sun User Forum
« Antworten #15 am: 03. November 2010, 23:05:04 »

 Gespeichert
Toktar
Sobl Master
****
Offline Offline

Beiträge: 332



« Antworten #16 am: 05. November 2010, 10:42:13 »

Das mit dem Miteinander gefällt mir. Ich mag allerdings nicht so unqalifizierte Äusserungen über Storagesysteme, ala "nicht Fisch nicht Fleisch".

Netapp ist seit 10 Jahren am Markt und hat eine richtig gute Lösung im Portfolio. Wer das mit Software auf x86-Hardware nachbasteln möchte und dabei den Funktionsumfang passgerecht nachbaut, bitte schön.

Für cifs/nfs macht es auch ein Debian auf nem AldiPC. Nur dürfte ich mit sowas bei meinem IT-Leiter nicht vorsprechen, wenn es um 24*7*356 und wichtige Firmendaten geht. Mal ganz abgesehen von den angenehmen Nebeneffekten, die ein Snapmanager mitbringt (sei es zum Recovern oder automatischen Klonen von Datenbanken für Test- und Prüfzwecke usw).
Gespeichert

Toktar
--
Jawoll!
Und DNS braucht's nicht, das ist was fuer Weicheier, die sich keine Zahlen merken koennen.
[Karlheinz Boehme in dcsf]
Seiten: 1 [2]   Nach oben
  Drucken  
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006, Simple Machines LLC
TinyPortal v0.9.8 © Bloc
Prüfe XHTML 1.0 Prüfe CSS
sonnenblen.de, mood-indigo.org, unixforum.net und realcomputers.org sind Projekte der steinbruch.info GbR

Google war zuletzt hier 19. Mai 2012, 23:54:26