Einführung File Storage for Classic
File Storage for Classic bietet Langlebigkeit und Verfügbarkeit auf Unternehmensniveau mit flexiblen Leistungsoptionen durch einen netzwerkgebundenen Speicher auf Basis von Persistent- NFS.
IBM Cloud® File Storage for Classic ist ein dauerhafter, schneller und flexibler, netzwerkgebundener, auf dem Network File System ( NFS ) basierender File Storage for Classic. In dieser NAS-Umgebung (Network-Attached Storage) haben Sie die vollständige Kontrolle über die Funktionen und die Leistung Ihrer Dateifreigaben. File Storage for Classic-Freigaben können über geroutete Transmission Control Protocol / Internet Protocol ( TCP/IP )-Verbindungen mit bis zu 64 autorisierten Geräten verbunden werden, um die Ausfallsicherheit zu gewährleisten.
Weitere Informationen zur Verwendung von File Storage for Classic mit dem IBM Cloud® Kubernetes Service finden Sie unter Speichern von Daten auf klassischem IBM Cloud File Storage.
Vorbereitende Schritte
File Storage for Classic-Datenträger können von 20 GB bis 12 TB mit zwei Optionen bereitgestellt werden:
- Sie können Endurance-Stufen bereitstellen, die über vordefinierte Leistungsstufen und andere Funktionen wie Snapshots und Replikation verfügen. Je nach Anzahl der Ein-/Ausgabeoperationen pro Sekunde (IOPS) pro GB stehen die
folgenden 4 Stufen zur Verfügung:
LOW_INTENSITY_TIER= 0.25 IOPS/GBREADHEAVY_TIER= 2 IOPS/GBWRITEHEAVY_TIER= 4 IOPS/GB10_IOPS_PER_GB= 10 IOPS/GB
- Erstellen Sie eine leistungsfähige Performance-Umgebung mit zugeordneten IOPS.
Weitere Informationen zum Angebot File Storage for Classic finden Sie unter Was ist IBM Cloud File Storage?.
Hinweise zur Bereitstellung
E/A-Größe
Der IOPS-Wert für Endurance und Performance basiert auf einer Blockgröße von 16 KB bei einem Verhältnis von 50:50 zwischen Lese- und Schreibvorgängen sowie 50:50 zwischen zufälligen und sequenziellen Workloads. Ein 16-KB-Block entspricht einem Schreibvorgang auf dem Datenträger.
Die von Ihrer Anwendung verwendete E/A-Größe wirkt sich direkt auf die Speicherleistung aus. Wenn die von Ihrer Anwendung verwendete E/A-Größe kleiner als 16 KB ist, wird die IOPS-Obergrenze vor der Durchsatzgrenze erreicht. Umgekehrt gilt, dass bei einer Blockgröße über 16 KB, die von Ihrer Anwendung verwendet wird, die Durchsatzbegrenzung vor der IOPS-Begrenzung erreicht wird.
| E/A-Größe (KB) | IOPS | Durchsatz (MB/s) |
|---|---|---|
| 4 | 1.000 | 4 |
| 8 | 1.000 | 8 |
| 16 | 1.000 | 16 |
| 32 | 500 | 16 |
| 64 | 250 | 16 |
| 128 | 128 | 16 |
| 512 | 32 | 16 |
| 1024 | 16 | 16 |
Berechtigte Hosts
Ein weitere Faktor, der zu beachten ist, ist die Anzahl der Hosts, die Ihren Datenträger nutzen. Wenn nur ein einziger Host auf das Volume zugreift, kann es schwierig sein, die maximal verfügbaren IOPS zu erreichen, insbesondere bei extrem hohen IOPS-Werten ( 10,000s ).
Die maximale Anzahl E/A-Operationen pro Sekunde für eine gemeinsam genutzte Dateispeicherressource beträgt 48.000 E/A-Operationen pro Sekunde. Wenn Ihre Arbeitslast einen so hohen Durchsatz erfordert, sollten Sie mindestens zwei Server für den Zugriff auf Ihr Volume konfigurieren, um einen Engpass durch einen einzelnen Server zu vermeiden.
Sie können bis zu 64 Server für den Zugriff auf die Dateifreigabe berechtigen. Dieser Grenzwert umfasst alle kombinierten Teilnetz-, Host-und IP-Berechtigungen. Weitere Informationen zum Erhöhen dieses Grenzwerts finden Sie in den FAQs.
Netzverbindung
Die Geschwindigkeit Ihrer Ethernet-Verbindung muss höher als der erwartete maximale Durchsatz von Ihrem Datenträger sein. Grundsätzlich dürfte Ihre Ethernet-Verbindung nicht über 70% der verfügbaren Bandbreite hinaus ausgelastet werden. Wenn Sie beispielsweise 6.000 IOPS haben und eine Blockgröße von 16 KB verwenden, kann das Volume einen Durchsatz von etwa 94 MBps bewältigen. Bei einer Ethernet-Verbindung von 1 Gb/s zu einem Datenträger wird diese Verbindung zu einem Engpass, wenn die Server versuchen, den maximal verfügbaren Durchsatz zu nutzen. Das liegt daran, dass 70 % der theoretischen Obergrenze einer 1-Gbit/s-Verbindung nur 88 MBit/s betragen.
Zur Erzielung der maximalen E/A-Operationen pro Sekunde müssen geeignete Netzressourcen eingesetzt werden. Weitere zu berücksichtigende Aspekte sind die Nutzung privater Netzwerke außerhalb des Speichers sowie hostseitige und anwendungsspezifische Optimierungen und andere Einstellungen.
Der Speicherverkehr muss von anderen Verkehrstypen isoliert werden und darf nicht über Firewalls und Router geleitet werden. Die Führung des Speicherverkehrs über ein dediziertes virtuelles lokales Netzwerk (VLAN) trägt zudem dazu bei, eine Nichtübereinstimmung der maximalen Übertragungseinheit (MTU) zu verhindern, wenn Jumbo-Frames aktiviert sind. Weitere Informationen finden Sie in Jumbo-Frames aktivieren.
Der Speicherdatenverkehr ist in der gesamten Netznutzung von öffentlichen virtuellen Servern enthalten. Weitere Informationen zu den Grenzwerten, die für die Verwendung des Service gelten können, finden Sie in der Dokumentation zu virtuellen Servern.
NFS-Version
NFS Version 3 und NFS Version 4.1 werden in der Umgebung von IBM Cloud® unterstützt. Network File System (NFS) ist ein Netzprotokoll für die gemeinsame Nutzung verteilter Dateien. Es ermöglicht fernen Hosts, Dateisysteme über ein Netzwerk anzuhängen und mit diesen Dateisystemen so zu interagieren, als wären sie lokal angehängt.
Verwenden Sie nach Möglichkeit das NFSv3-Protokoll. NFSv3 unterstützt sichere asynchrone Schreibvorgänge und ist bei der Fehlerbehandlung robuster als bei der vorherigen NFSv2. Es unterstützt 64-Bit-Dateigrößen und -Offsets,
sodass Clients auf mehr als 2 GB Dateidaten zugreifen können. NFSv3 Unterstützt nativ eine Funktion, die no_root_squash es Root-Clients ermöglicht, Root-Berechtigungen für die Freigabe NFS beizubehalten.
Wenn File Storage for Classic in einer VMware®-Implementierung verwendet wird, ist NFSv4.1 möglicherweise die bessere Wahl für Ihre Implementierung. Weitere Informationen zu den verschiedenen Funktionen der einzelnen Versionen und zu den von „ VMware® “ unterstützten Funktionen finden Sie unter „Best Practices für die Ausführung von „ NFS “ mit „ VMware vSphere “.
Bestellung abschicken
Wenn Sie bereit sind, Ihre Bestellung zu übergeben, können Sie sie in der Konsole, über die Befehlszeilenschnittstelle, mit der API oder mit Terraform platzieren. Weitere Informationen zur Bereitstellung von File Storage für VMware®-Bereitstellungen finden Sie im Architekturleitfaden.
Standardmäßig können Sie insgesamt 700 Block- und File Storage for Classic-Volumes bereitstellen. Weitere Informationen finden Sie in Speichergrenzwerte verwalten.
Neuen Speicher verbinden und konfigurieren
Wenn Ihre Bereitstellungsanforderung abgeschlossen ist, können Sie Ihre Hosts autorisieren, auf den neuen Speicher zuzugreifen und die Verbindung zu konfigurieren. Folgen Sie je nach dem Betriebssystem Ihres Hosts dem entsprechenden Link.
- File Storage for Classic an Red Hat Linux® anhängen
- File Storage for Classic unter Ubuntu anhängen
- Einbinden von File Storage for Classic als VMware®-Datenspeicher auf ESXi-Hosts
- File Storage for Classic für Backups mit cPanel konfigurieren
- File Storage for Classic für Backups mit Plesk konfigurieren
Das Anhängen von File Storage for Classic-Freigaben unter Windows-Betriebssystemen wird nicht unterstützt.
Speicher verwalten
Über die Konsole, die CLI, die API oder Terraform können Sie verschiedene Aspekte Ihrer File Storage for Classic verwalten, z. B. Host-Autorisierungen und Stornierungen. Weitere Informationen finden Sie in File Storage for Classic verwalten.
Mithilfe der Replikation können Sie Ihre Daten an zwei verschiedenen Standorten synchronisieren. Bei der Replikation wird einer Ihrer Snapshot-Zeitpläne verwendet, um Snapshots automatisch auf ein Zielvolume in einem entfernten Rechenzentrum zu kopieren. Sie können die Kopien vom Remote-Standort wiederherstellen, falls ein katastrophales Ereignis eintritt oder Ihre Daten beschädigt werden. Weitere Informationen finden Sie unter „ Replikation und Notfallwiederherstellung – Daten replizieren “.
Wenn Sie planen, Ihre IBM Cloud-Infrastruktur zu erweitern oder moderne Speicheroptionen zu prüfen, lesen Sie den Artikel Migration von Daten aus der klassischen Infrastruktur von IBM Cloud in eine VPC.