NVMe und SSD beim Hosting: Was die Speicherangabe wirklich sagt

Medium und Zugriffsmethode auseinanderhalten

„SSD“ sagt zunächst etwas über den Typ des Speichergeräts. Solche Geräte können über verschiedene Schnittstellen und Protokolle angesprochen werden. NVMe wurde gezielt für nichtflüchtigen Speicher entwickelt und unterstützt unter anderem eine Architektur mit mehreren Warteschlangen. Es ist deshalb genauer, nach einer SSD mit NVMe-Anbindung zu fragen als NVMe pauschal als Gegenstück zu jeder SSD zu verstehen.

In einem Hostingangebot kann „SSD“ zugleich eine bewusst allgemein gehaltene Angabe sein. Daraus solltest du weder eine konkrete Anbindung noch ein bestimmtes Modell ableiten. Wenn die Unterscheidung für dein Vorhaben relevant ist, lass dir die dokumentierte Tarifausstattung erklären. Ein präziser, belegter Begriff ist hilfreicher als eine scheinbar genauere Aussage ohne Grundlage.

Warum Datenblattwerte keine Website-Ladezeit sind

Speicherkennzahlen können zum Beispiel Datenrate, Zahl der Operationen oder Zugriffszeiten betrachten. Diese Messungen hängen von Lastprofil, Queue-Tiefe, Blockgröße und weiteren Bedingungen ab. Eine Website führt dagegen eine Mischung aus Dateizugriffen, Datenbankarbeit, PHP-Verarbeitung und Netzübertragung aus. Nicht jede dieser Aufgaben wartet in gleicher Weise auf das Speichersystem.

Hinzu kommt die übrige Umgebung: Caches können Zugriffe vermeiden, die Datenbank kann Daten im RAM halten, und andere Prozesse können gleichzeitig Arbeit erzeugen. Bei einer ausgelieferten Seite kann schließlich ein zu großes Bild oder eine externe Schnittstelle den sichtbaren Ablauf bestimmen. Ein Faktor aus einem Hardwaretest lässt sich deshalb nicht unverändert auf die Ladezeit deines Projekts übertragen.

Erst das Arbeitsprofil beschreiben

Für einen kleinen Informationsauftritt mit gutem Seiten-Cache sieht der Bedarf anders aus als für häufige große Datenimporte. Auch viele kleine Datenbankzugriffe sind eine andere Aufgabe als das gelegentliche Übertragen großer Mediendateien. Beschreibe möglichst konkret, was die Anwendung mit Daten macht: welche Aktionen oft vorkommen, wann sie zusammenfallen und welche Datenmengen wachsen.

Prüfe dann, ob tatsächlich ein Speicherengpass beobachtet wurde. Eine langsame Abfrage kann etwa durch ihre Struktur oder fehlende passende Indizes aufwendig sein. Ein Datenexport kann durch PHP-Verarbeitung begrenzt werden. Wenn du nur die Speichersorte wechselst, ohne diese Zusammenhänge zu untersuchen, bleibt die Ursache möglicherweise unverändert.

Kapazität und Sicherung nicht verwechseln

Die Größe des produktiven Speichers und der Platz für Sicherungen erfüllen verschiedene Zwecke. Ein großer Datenträger ist noch keine Wiederherstellungsstrategie. Frage nach dem Sicherungsumfang, dem Ablageort und dem vorgesehenen Wiederherstellungsweg. Dateisicherungen, Datenbankexports und Snapshots können sich ergänzen, stellen aber nicht dieselbe Auswahlmöglichkeit im Problemfall bereit.

Für den Vergleich der Angebote auf Hostingwissen werden die belegten Bezeichnungen des jeweiligen Produkts verwendet: Die Hosting-Tarife nennen NVMe. Bei den Managed-Server-Tarifen Startup und Business wird konservativ SSD ausgewiesen, Agency nennt NVMe. Daraus wird keine pauschale Aussage über die Geschwindigkeit einer bestimmten Kundenseite abgeleitet.

So vergleichst du Speicherangebote sinnvoll

Halte zunächst den benötigten Platz und das erwartete Wachstum fest. Ergänze die Art der Anwendung und die bekannten Lastspitzen. Vergleiche anschließend dokumentierte Ausstattung, Ressourcenmodell und Sicherungsumfang. Falls Benchmarks bereitgestellt werden, sollten Messmethode und Rahmenbedingungen erkennbar sein. Ohne diese Angaben ist eine präzise wirkende Zahl nur schwer auf dein Vorhaben übertragbar.

Bei einem bestehenden Projekt ist eine gezielte Vorher-nachher-Prüfung aussagekräftiger als die Vermutung, eine neue Speicherbezeichnung müsse jede Funktion beschleunigen. Notiere die betroffene Aktion, die Testbedingungen und alle gleichzeitig geänderten Komponenten. So entsteht eine nachvollziehbare Entscheidungsgrundlage, die sowohl Hardware als auch Software berücksichtigt.

• Ist die Speicherart ausdrücklich belegt oder nur vermutet?
• Welche Aktionen deiner Anwendung warten tatsächlich auf Daten?
• Sind Produktivspeicher und Sicherungsspeicher getrennt beschrieben?
• Welche Bedingungen gelten für bereitgestellte Messwerte?