Was dich erwartet: Der OVHcloud File Storage wurde unter realistischen Bedingungen in der deutschen Public-Cloud-Region getestet. Die Ergebnisse zeigen ein konsistentes, vorhersehbares Performance-Verhalten, das exakt dem entspricht, was man von einem modernen, gemanagten NFS-Service erwarten darf.

• Small-File-Workloads profitieren von sehr hohen IOPS

• Large-File-Workloads liefern stabilen, hohen Durchsatz

• Read- und Write-Unterschiede sind typisch für NFS und konstant

• Keine unerwarteten Performance-Cliffs oder Instabilitäten

Der OVHcloud File Storage ist kein Block-Storage-Ersatz, aber ein sehr solider Shared Storage für Plattform-, Kubernetes- und DevOps-Workloads.

Untersucht wurden sowohl sequentielle als auch zufällige Lese- und Schreibzugriffe. Darüber hinaus wurden verschiedene Datei- und Blockgrößen kombiniert, um sowohl Small-File- als auch Large-File-Workloads realistisch abzubilden und das Verhalten des Storages unter unterschiedlichen Zugriffsmustern nachvollziehbar zu analysieren.

Region: Limburg

Anbindung: Private Network (vRack)

Client: OVHcloud Public Cloud VM (Ubuntu)

Protokoll: NFSv4

Benchmark: IOzone

Der OVHcloud File Storage lässt sich vollständig API-basiert bereitstellen und in bestehende Public-Cloud-Umgebungen integrieren. Dadurch eignet er sich besonders für automatisierte Setups, reproduzierbare Testszenarien und den Einsatz in Plattform- oder Kubernetes-Umgebungen. Im folgenden Abschnitt wird gezeigt, wie der File Storage Schritt für Schritt über die OVHcloud API erstellt, in ein privates Netzwerk eingebunden und auf einer Cloud-VM genutzt werden kann.

Die Anleitung orientiert sich an einem praxisnahen Setup und bildet die Grundlage für die anschließend durchgeführten Performance-Messungen. Alle Schritte sind reproduzierbar und können sowohl für Test- als auch für produktive Umgebungen verwendet werden.

GET /cloud/project/{serviceName}/region/{regionName}/network

Wähle ein privates Netzwerk (visibility: private).

GET /cloud/project/{serviceName}/region/{regionName}/network/{networkId}/subnet

POST /cloud/project/{serviceName}/region/{regionName}/share

{

  "name": "fs-test",

  "description": "Benchmark Fileserver",

  "networkId": "<NETWORK_ID>",

  "subnetId": "<SUBNET_ID>",

  "size": 15,

  "type": "standard-1az"

}

Der Share ist nach kurzer Zeit inklusive IP-Adresse verfügbar.

sudo apt update

sudo apt install -y nfs-common

sudo mkdir -p /mnt/share

sudo mount -t nfs4 <share_ip>:/shares/<share_id> /mnt/share

df -h /mnt/share

Persistenter Mount:

echo "<share_ip>:/shares/<share_id> /mnt/share nfs4 defaults,_netdev 0 0" | sudo tee -a /etc/fstab

sudo apt install iozone3

iozone -a -g 20G -i 0 -i 1 -i 2 -Rb iozone_raw.xls

Um die Leistungsfähigkeit des OVHcloud File Storage realistisch zu bewerten, wurde die Performance aus mehreren zusammenhängenden Perspektiven betrachtet. Shared File Storage bedient sehr unterschiedliche Zugriffsmuster, weshalb einzelne Kennzahlen isoliert nur eine eingeschränkte Aussagekraft besitzen.

Die Analyse der IOPS bei fixer Blockgröße von 4 KB zeigt, dass der Storage bei Small File Workloads eine sehr hohe und stabile IOPS Leistung liefert. Insbesondere bei kleinen und mittleren Dateigrößen profitieren Random Read und Random Write Zugriffe von Cache Effekten. Mit zunehmender Dateigröße sinkt die Anzahl der IOPS erwartungsgemäß, ohne dass abrupte Einbrüche oder instabile Verläufe erkennbar sind. Lesezugriffe bleiben dabei konsistenter als Schreibzugriffe, was für NFS basierten Storage ein typisches und gesundes Verhalten darstellt.

Mit wachsender Dateigröße verschiebt sich der Leistungsfokus vom IOPS Bereich hin zum Durchsatz. Die Betrachtung des sequentiellen Durchsatzes bei einer Blockgröße von 1 MB zeigt, dass der OVHcloud File Storage bei Large File Workloads einen stabilen und gut skalierenden Datendurchsatz erreicht. Ab mittleren Dateigrößen bildet sich ein klares Plateau, das verdeutlicht, dass sinkende IOPS in diesem Szenario kein Anzeichen für nachlassende Performance sind, sondern Ausdruck effizienterer I O Operationen. Lesezugriffe liegen hierbei leicht über den Schreibzugriffen, ohne auffällige Schwankungen.

Zur Einordnung des Leistungspotenzials wurde zusätzlich die jeweils maximal erreichbare IOPS Leistung pro Dateigröße betrachtet. Diese Best Case Sicht stellt keinen realen Workload dar, erlaubt jedoch eine Einschätzung der technischen Obergrenze des Storages. Die Ergebnisse zeigen ein hohes IOPS Potenzial bei kleinen Dateien und einen nachvollziehbaren Rückgang mit wachsender Dateigröße.

Ergänzend wurde die Abhängigkeit der IOPS von der Blockgröße bei fixer Dateigröße analysiert. Hier zeigt sich deutlich, dass die höchsten IOPS Werte bei sehr kleinen Blockgrößen erzielt werden. Gleichzeitig wird sichtbar, dass dieser Ansatz nicht zwangsläufig der effizienteste für praxisnahe Workloads ist. Blockgrößen im Bereich von 16 KB bis 32 KB stellen einen sinnvollen Kompromiss dar, da sie ein ausgewogenes Verhältnis aus IOPS Leistung, Effizienz und Realitätsnähe bieten.

In der Gesamtschau ergibt sich ein konsistentes und gut nachvollziehbares Performance Profil. Der OVHcloud File Storage überzeugt weniger durch extreme Einzelwerte als durch stabile, reproduzierbare Ergebnisse und eine klare Trennung zwischen IOPS orientierten und durchsatzorientierten Workloads.

Der OVHcloud File Storage überzeugt nicht durch spektakuläre Peak-Werte, sondern durch Planbarkeit, Stabilität und Transparenz. Diese Vorhersehbarkeit macht ihn zu einer soliden Wahl für geteilte Storage Szenarien in modernen Cloud Architekturen, genau das, was man von einem gemanagten Shared Storage erwartet.

Der OVHcloud File Storage befindet sich derzeit noch in der Alpha Phase, zeigt jedoch bereits eine bemerkenswerte Stabilität und ein konsistentes Performance Verhalten. Die Messergebnisse aus dem Praxistest deuten darauf hin, dass die zugrunde liegende Architektur auf Basis von OpenStack Manila bereits ausgereift ist und sich für reale Shared Storage Workloads eignet, auch wenn sich der Service formal noch vor der allgemeinen Verfügbarkeit befindet.

Während der aktuellen Beta Phase ist die Nutzung des File Storage kostenfrei möglich. Ab der geplanten General Availability Mitte März 2026 ist eine Abrechnung in Höhe von 145 Euro pro TiB und Monat mit stundenbasierter Abrechnung vorgesehen. Dieses Preisniveau stellt derzeit keine vertragliche Zusage dar und kann sich bis zur GA noch ändern.

Der Service ist aktuell in den Rechenzentren DE1, SBG1 sowie in allen GRA Standorten verfügbar und richtet sich insbesondere an Plattform und Kubernetes Szenarien. Die Unterstützung von Managed Kubernetes mit RWX Persistent Volume Claims sowie die Nutzung über klassische NFS Mounts auf Public Cloud Instanzen ermöglichen den flexiblen Einsatz über Nodes, Zonen und Applikationen hinweg.

Weitere technische Details und aktuelle Informationen zum Entwicklungsstand stellt OVHcloud im Labs Bereich zur Verfügung:

File Storage on Public Cloud

Für die Planung, Implementierung und den produktiven Einsatz des OVHcloud File Storage empfiehlt es sich, frühzeitig auf einen erfahrenen Implementierungspartner zurückzugreifen. Unterstützung bei Architektur, Migration und Betrieb bietet unter anderem der OVHcloud Partner synaigy.

Kontaktiere uns gerne direkt. Wir beraten dich vollumfänglich.

✔️kostenlos ✔️jede Woche News ✔️Expertenwissen