danke für den Input. Ich muss zugeben, dass ich das Thema Dynamic Provisioning ein wenig über das Announcement hinaus "interpretiert" habe, in der Annahme, dass die entsprechenden Features der Enterprise Systeme auch auf die modularen Systeme übernommen werden. Leider konnte ich weder auf der Webseite, noch auf den Partnerseiten technische Details finden. Alos werde ich jetzt das Netzwerk bemühen, um an ein paar Infos zu kommen. Sobald ich mehr weiß, werde ich es posten bzw. den Artikel entsprechend abändern.

Zum Thema Problemstellen: Defragmentation ist natürlich eine Tatsache, die Thin Provisioning entgegensteht. Niemand hat gesagt, dass alles automatisch und ohne Admin-Intervention funktioniert. Alleine die Tatsache, dass es möglich ist Thin Provisioning einzusetzen, unterscheidet die Lösung von den Mitbewerbern im Hardwaresegment. Die Umsetzung ist natürliich abhängig von der Kundenumgebung, nicht überall wird Thin Provisioning überhaupt Einsparungen generieren, besonders stark kapzitätsvolatile Umgebungen sind ein schweres Umfeld.

Gruß,
Dr.Storage

danke für die schöne Aufarbeitung. Einzig mit der Definition von "Dynamic Provisioning" bin ich nicht ganz einverstanden.
So wie ich das verstanden habe geht hierbei erst mal "nur" darum die Blöcke im Backend zu speichern welche auch wirklich vom Server "angefasst" werden. Sobald der Server dort etwas hineinschreibt (egal ob 0 oder 1) wird hierfür Storage im Backend benötigt. Meiner Meinung nach werden in diesem Schritt also keine "Nullen" erkannt.
Es wurde vor einige Zeit vom HDS (allerdings für die Enterprise Systeme) das "Zero Page Reclaiming" vorgestellt. Dies ist eine Möglichkeit auch im nachhinein "Pages" (also ganze Sätze von Blöcken) mit "Nullen" zu erkennen und den heirfür reservierten Speicher im Backend frei zu geben. Ob dieses Feature auch für die AMS 2000 Systeme verfügbar ist weiß ich nicht.

Ich bin mir auch nicht sicher ob das formieren von Filesystemen wirklich erkannt wird. Bei fast allen Linux / Unix Filesystemen werden die Blöcke meines Wissens nach nicht genullt. Auch NTFS schreibt denke ich bei einen Standard-Format (nicht Quick-Format) keine "Nullen" in alle Blöcke sondern analysiert wie bei einem detailierten FS-check unter Windows ehr die Oberfläche der Disk um ggf. Fehler auf der Disk zu finden (und das macht bei Disksystemen wenig Sinn).

Wenn man sich dem Thema Dynamic Provisioning mal im Detail annimmt dann findet man hier schnell einige Problemstellen die ein einwandfreies Funktionieren beeinträchtigen können. Beispiele hierfür sind:

– Defragmentierung von NTFS Filesystemen im bei Windows
– Löschen und Anlegen von Virtuellen Maschinen im VMware ESX Umfeld (VMFS-Filesysteme)
– hohe Änderungsrate in Dateisystemen (viele neuen Dateien und viele Löschungen)

Meiner Meinung nach sollte man hier also wirklich nachdenken bevor man dieses schöne Feature einfach mal einschaltet da es auch nach hinten los gehen kann

Was meine ansichten zum erkennen von "Nullen" bei Dynamic Provisioning vs. Zero Page Reclaiming lass ich mich sehr gerne von etwas anderem Überzeugen da die Art und weiße wie du es beschrieben hast sehr viel sinnvoller ist.