Ardis Technologies gehört Bart Thissen und Jan de Wit. Wir sind Musikliebhaber und beide Musiker, und unsere ersten Systeme wurden an Audio-Studios verkauft, die damals noch Pro Tools mit der D ee ai Engine verwendeten. Wir machen das nun seit mehr als 20 Jahren.

Wir lernten Cinesys 2010 kennen, als Brent uns von Univision empfohlen wurde. Sie suchten damals nach einer Shared-Storage-Lösung für die Olympischen Spiele in Südafrika, glaube ich. Wir pflegen sehr lange Beziehungen zu unseren Distributoren, Händlern und vielen Kunden weltweit.

Unser einziges Ziel ist es, die beste M&E-Lösung zum besten Preis und mit möglichst wenigen Problemen bereitzustellen. Und wenn ein Problem auftritt, lösen Sie es schnell. Dies ist einer der Gründe, warum wir A/V FS entwickelt haben.

Das A/V FS SAN High-Availability-Dateisystem ist aus dem entstanden, was wir all die Jahre gemacht haben, und nutzt eine Schlüssel-Wert-Datenbanktechnologie.

Da wir kein geeignetes Dateisystem für Medien und Unterhaltung finden konnten, haben wir uns entschieden, A/V FS zu entwickeln. Als SAN-Dateisystem verwendet A/V FS das Standard-iSCSI-Protokoll in allen DDP-Produkten.
Zusätzlich können die DDP10EF- und HA-DDP-Lösungen das NVME-oF/RDMA-Protokoll verwenden.

Die Hochverfügbarkeits-DDP-Lösungen gehen noch einen Schritt weiter und können auch mit Fibre Channel geliefert werden. Für niedrige Bandbreitenanforderungen und Push/Pull kann auch SMB verwendet werden.

A/V FS ist ein einziges (single) Dateisystem. Verwechseln Sie dies nicht mit dem Begriff „einheitlicher Namensraum“. Wenn dieser Begriff verwendet wird, bedeutet er, dass unter einem Namensraum mehrere Dateisysteme existieren. In solchen Fällen gibt es oft Einschränkungen, die bei einem einzigen (single) Dateisystem nicht vorhanden sind.

Projektbasierendes Caching, die Verwendung von Hardlinks und die native Avid MediaFiles-Projektfreigabe und Bin-Locking-Unterstützung sind nur innerhalb eines einzigen Dateisystems möglich. Der Caching-Mechanismus in A/V FS ist einzigartig. Dies wird ausführlicher beantwortet, wenn eine nächste Frage gestellt wird.

Ein weiteres besonderes Merkmal von A/V FS ist, dass jedem Ordner, Unterordner oder Unter/…/Unterordnern die Volumen-Eigenschaften zugewiesen werden können. Diese werden dann als Folder-Volumes bezeichnet und können als Volumen auf Macs auf dem Desktop und unter „Mein Computer“ auf Windows und Linux verbunden werden.

Ein drittes Merkmal ist, dass die Verwaltung von Zugriffsrechten ordnerbasiert und nicht dateibasiert erfolgt. Genau das, was bei der Arbeit in M & E benötigt wird. Und nicht zuletzt können Supportprobleme schnell und nahezu sofort gelöst werden, da A/V FS intern entwickelt wurde und auf allen DDP-Systemen läuft.

Um die Vorteile von A/V FS zu erklären, müssen wir jetzt leider etwas tiefer in die Technologie einsteigen. In jedem gemeinsam genutzten Speichersystem finden Sie einen Verzeichnisbaum, der anzeigt, was sich im Speicher befindet.

Nun stellen wir die Frage: „Kann ich Dateien frei kopieren und verschieben, ohne den Verzeichnisbaum zu beeinflussen?“ Auf den ersten Blick klingt diese Frage seltsam.

Normalerweise wählt man beim Kopieren oder Verschieben von Dateien oder Ordnern diese aus und bewegt oder kopiert sie. Dabei wird im Verzeichnisbaum angezeigt, dass Dateien auf dem Speicher verschoben oder kopiert wurden.

Moderne Shared-Storage-Systeme bestehen jedoch aus verschiedenen Gruppen von physischen Speichern wie Festplatten, SSDs, Bändern oder Gruppen von Festplatten mit unterschiedlichen Kapazitäten vor Ort oder in der Cloud.
Um solche Systeme zu verwalten, bleibt das Dateisystem mit seinem Verzeichnisbaum unabhängig davon, wo die Dateidaten gespeichert sind. Dadurch ist es möglich, Dateidaten innerhalb dieser Gruppen zu verschieben, ohne den Verzeichnisbaum zu beeinträchtigen. Eine Einschränkung besteht darin, dass in vielen Fällen während eines solchen Verschiebens die Datei zu einem bestimmten Zeitpunkt nicht zugänglich ist. Beachten Sie, dass es sich hierbei um interne Verschiebungen handelt. Ein Kopieren ohne Beeinträchtigung des Verzeichnisbaums scheint daher überhaupt nicht möglich zu sein. Mit A/V FS sind wir jedoch einen Schritt weiter gegangen und haben einen internen Verschiebe- und Kopiermechanismus implementiert, der verwendet werden kann, während die Bediener nach eigenem Ermessen und ohne Unterbrechungen auf die Dateien zugreifen kann.

Es ist ein Faktum, dass SSDs schnell sind und problemlos Audio, Video und Film verarbeiten können, aber im Vergleich zu Festplatten immer noch viel teurer sind. Deshalb hilft es, dass A/V FS die Daten bedingungslos und transparent intern kopieren und verschieben kann. Das Kopieren erfolgt zwischen Gruppen und SSD-Cache.

Das Verschieben (Konsolidieren) kann zwischen allen Gruppen erfolgen.

Wie profitiert der Kunde davon?

Wir wissen, dass Material in der Medien- und Fernsehtechnik in Projekten organisiert ist. Projekte werden natürlich mithilfe von Ordner-/Unterordnerstrukturen organisiert. Um ein Projekt auf den Festplatten zwischen zu speichern, müssen Sie lediglich den Inhalt der Ordnerstruktur auf den SSDs zwischenspeichern. Genau das ermöglicht Ihnen das DDP.

Beim Öffnen eines Projekts kann das Caching beginnen. Sobald das Projekt abgeschlossen ist, können die Dateien aus dem Cache gelöscht werden. Die Löschung erfolgt sofort, und die Dateien sind weiterhin von den Festplatten aus zugänglich. Dies liegt daran, dass sich die Daten von Dateien und Ordnern im Verzeichnisbaum – eine einzigartige Eigenschaft von A/V FS – gleichzeitig an zwei Orten befinden können.
Diese Art des Cachings ist in anderen Systemen nicht möglich. Sogar ein internes Verschieben in anderen Systemen ist nicht einfach.

Im Allgemeinen besteht ein Verschieben aus dem Kopieren, Umbenennen und anschließenden Löschen des Originals. Eine Datei, die gerade von einem Operator gelesen wird, kann natürlich nicht gelöscht werden. Das bedeutet, dass das Kopieren zwar möglich ist, das Umbenennen und Löschen jedoch so lange verzögert werden muss, bis niemand mehr auf die Datei(en) zugreifen kann. Aber wann wird das sein?

Der DDP10EF ist ein 1HE-DDP-Basissystem mit redundanter Stromversorgung.

Er verfügt über zwei 100-GbE/QSFP28-Ports. Der freie PCIE-Steckplatz kann mit einer EX-Karte oder einer Ethernet-Karte belegt werden.

Der SIOM-Port kann mit einer dualen 100-Gigabit-, dualen 10/25-Gigabit-optischen oder dualen 10-GbE-Kupferkarte bestückt werden.

Der DDP10EF kann mit einem NVME-SSD4- und/oder einem NMVE-SSD6-Paket bestückt werden.

Die SSDs sind als RAID5-Set konfiguriert. Die NVME-SSDs haben eine Kapazität von 0,96 bis 30,72 TB.
Bei voller Auslastung und den entsprechenden Ethernet-Anschlüssen beträgt die Lesebandbreite 40 GB/s und die Schreibbandbreite 24 GB/s bei einer nutzbaren Kapazität von 270 TB.

Der DDP10EF kann selbstverständlich auch als eigenständiges System verwendet werden.
Da der DDP10EF jedoch A/V FS nutzt, kann er auch als Cache genutzt werden, wenn ein oder mehrere Festplattenspeicher-Arrays angeschlossen sind.
Hierzu muss eine EX-Karte im verfügbaren PCIE-Steckplatz installiert werden.
Es können DDP16-, 24- und 78EXR-Speicher-Arrays mit Festplatten angeschlossen werden. Die Möglichkeit, NVME-SSDs und Festplatten in einem einzigen Dateisystem (A/V FS mit Caching) zu kombinieren, ist einzigartig. Dies bietet dem Kunden das Beste aus beiden Welten.

Unter Windows und Linux kann auf das DDP10EF über iSCSI und NVME-oF/RDMA zugegriffen werden. Auf dem Mac wird iSCSI verwendet. Die Bandbreite auf einem Desktop kann bis zu 11 GB/s betragen.

Unter www.ddpsan.com/Products/DDP10EF und im Dokumentationsbereich am Ende der Seite finden Sie Broschüren mit weiteren Informationen.

NVME-oF steht für eine Struktur aus NVME-Festplatten.

Im M&E-Bereich wird auch Datenschutz für eine NVME-Struktur benötigt. Hierfür verwenden wir eine RAID-Karte von Graid.

RDMA steht für Remote Direct Memory Access. Dies bedeutet, dass über Ethernet und Infiniband eine Verbindung zwischen Server- und Desktop-Speicher hergestellt werden kann.

Wir nutzen dies für den Block-IO-Zugriff.

Mit der Kombination aus iSCSI und NVME-oF/RDMA können wir meiner Meinung nach alle Leistungsanforderungen der Anwender sowohl jetzt als auch in den kommenden Jahren erfüllen.

Es besteht weiterhin ein Unterschied. Ich glaube jedoch nicht, dass dies im M&E-Bereich im Gegensatz zu Office-Datenbankanwendungen noch so wichtig ist. Bei IOPS geht es um das Lesen und Schreiben von Millionen kleiner Dateien, beispielsweise 4 KByte. Beim Streaming ist es eher umgekehrt.

Natürlich gilt: Je geringer die Latenz, desto höher die IOPS, aber wichtiger ist die Art und Weise der Sharing-Nutzung (Lese-/Schreibsperre).

Systeme, die für IOPS optimiert sind, verwenden Range-Locking, um unnötige OS-Cache-Invalidierungen zu verhindern, wenn kleine Blöcke geschrieben werden. Wann werden beispielsweise andere Benutzer darüber informiert, dass sich diese Datei geändert hat? Diese typischen Datenbankanwendungen sind im M&E-Bereich nicht üblich.

Audiodateien können klein sein, aber DDP ist auf diesem Markt sehr beliebt.
Videodateien sind groß, also spielen IOPS dort keine Rolle. Tiffs, EXR, DPX sind auch keine kleinen Dateien, und die Verarbeitung von A/V-FS-Metadaten ist weitgehend für diese Frame-Dateien optimiert.

Ja, dieser Unterschied verschwimmt sicherlich. Wie beim DDP erfordern auch immer mehr NAS-Lösungen die Installation eines Treibers auf dem Desktop. Natürlich gibt es viele Unternehmen, die Open-Source-NAS-Lösungen mit XFS, ZFS, ext2/3 FS usw. anbieten. Es ist nichts Falsches daran.

Wäre ich jedoch Inhaber einer Postproduktionsfirma mit zehn Arbeitsplätzen, würde ich mich für eine der hybriden DDP-Lösungen entscheiden, da sie mir Projekt-Caching in einem einzigen Dateisystem ermöglicht und ich mir keine allzu großen Sorgen über eine Systemüberlastung machen müsste: das Beste aus beiden Welten sozusagen. Egal wie groß die Installation wird, mit DDP gibt es immer ein einziges Dateisystem, egal was man hinzufügt.

Ich kann nur auf die Zukunft von M & E und DDP in diesem Zusammenhang schauen. Denn das ist es, was mich beschäftigt. DDP ist ein On-Premise-Shared-Storage-System, ganz schlicht.

Wenn Sie DDP in der Cloud oder in einer gemischten Umgebung nutzen möchten, sind wir nicht die Ersten, die daran denken.

Natürlich kann ein Unternehmen, das DDP verwendet, zum Beispiel via Archiware auch in die Cloud sichern oder archivieren, und Unternehmen an verschiedenen Standorten können zusammenarbeiten, indem sie Archiware Synchronize verwenden. Aber beim Internetzugang wird Sicherheit heutzutage immer wichtiger.
Wenn Sie sich davon fernhalten möchten, richten Sie am besten einen Transferraum mit einem geeigneten Virenscanner und unserer Mover/Checker-Lösung in Ihrem Unternehmen ein, trennen Sie die Produktionscomputer vom Internet und installieren Sie ein DDP. Bei Zweifeln an bestimmten Aktivitäten können Sie die Audit-Funktion des DDP nutzen.

Schließlich, wenn Sie mit vertraulichen Materialien eines Kunden arbeiten, vertraut dieser darauf, dass Sie sie sicher aufbewahren. Wenn Sie das in die Cloud verschieben, wird der Kunde fragen, ob es sicher ist.

Diese Frage kann dann nie einfach mit einem Ja beantwortet werden.

Was die KI betrifft, so fängt sie gerade erst an, und irgendwann wird es keinen Bedarf mehr geben, auf Rechenzentren dafür zuzugreifen – Sie können es dann vor Ort verwenden.

Wie Sie sehen, sind wir überzeugt, dass die DDP-Reihe von On-Premise-Produkten noch viele Jahre bestehen bleibt.

Für die nächsten Jahrzehnten wird es SSDs, dann Festplatten und dann Bänder geben, und vielleicht irgendwann DNA-Speicher. Alle haben ihre Vor- und Nachteile.

Da wir aber nur DDP im M&E-Bereich durchführen, gibt es andere, die sich damit besser auskennen.

Nein, danke!