Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Bereitstellungs- und Speicherklassenoptionen für FSx for Lustre-Dateisysteme
Amazon FSx for Lustre bietet zwei Optionen für die Bereitstellung von Dateisystemen: persistent und Scratch. Es bietet drei Speicherklassen: SSD (Solid-State-Laufwerk) und HDD (Festplattenlaufwerk). Intelligent-Tiering
Sie wählen den Bereitstellungstyp und die Speicherklasse des Dateisystems, wenn Sie ein neues Dateisystem mithilfe der AWS-Managementkonsole, der AWS Command Line Interface (AWS CLI) oder der Amazon FSx for Lustre-API erstellen. Weitere Informationen finden Sie unter Schritt 1: Erstellen Sie Ihr FSx for Lustre-Dateisystem und CreateFileSystem in der Amazon FSx API-Referenz.
Persistente Dateisysteme
Persistente Dateisysteme sind für längerfristige Speicherung und Arbeitslasten konzipiert. Bei SSD- und HDD-based Dateisystemen werden Daten automatisch innerhalb derselben Availability Zone repliziert, in der sich das Dateisystem befindet. Bei Intelligent-Tiering Dateisystemen werden Daten über mehrere Availability Zones repliziert. Die an die Dateiserver angeschlossenen Datenvolumes werden unabhängig von den Dateiservern repliziert, an die sie angeschlossen sind.
Amazon FSx überwacht persistente Dateisysteme kontinuierlich auf Hardwarefehler und ersetzt bei einem Ausfall automatisch Infrastrukturkomponenten. Wenn auf einem persistenten Dateisystem ein Dateiserver nicht verfügbar ist, wird er innerhalb weniger Minuten nach dem Ausfall automatisch ersetzt. Während dieser Zeit versuchen Clients, Daten auf diesem Server abzufragen, transparent erneut und sind schließlich erfolgreich, nachdem der Dateiserver ausgetauscht wurde. Daten auf persistenten Dateisystemen werden auf Festplatten repliziert, und alle ausgefallenen Festplatten werden automatisch und transparent ersetzt.
Verwenden Sie persistente Dateisysteme für die längerfristige Speicherung und für durchsatzorientierte Workloads, die über einen längeren Zeitraum oder auf unbestimmte Zeit ausgeführt werden und empfindlich auf Verfügbarkeitsunterbrechungen reagieren können.
Persistente Bereitstellungstypen verschlüsseln automatisch Daten während der Übertragung, wenn von Amazon EC2-Instances, die Verschlüsselung bei der Übertragung unterstützen, auf sie zugegriffen wird.
Amazon FSx for Lustre unterstützt zwei persistente Bereitstellungstypen: Persistent 1 und Persistent 2.
Bereitstellungstyp Persistent 2
Persistent 2 ist die neueste Generation des Bereitstellungstyps Persistent und eignet sich am besten für Anwendungsfälle, die eine längerfristige Speicherung erfordern und die höchste IOPS- und Durchsatzleistung erfordern. Persistent 2-Dateisysteme unterstützen SSD- und Speicherklassen. Intelligent-Tiering
Mithilfe der Amazon FSx-Konsole und der Amazon FSx-API können Sie persistente 2-Dateisysteme mit einer Metadatenkonfiguration und aktivierter EFA erstellen. AWS Command Line Interface
Bereitstellungstyp Persistent 1
Der Bereitstellungstyp Persistent 1 eignet sich gut für Anwendungsfälle, die eine längerfristige Speicherung erfordern. Die Bereitstellungstypen Persistent 1 unterstützen die Speicherklassen SSD (Solid-State-Laufwerk) und HDD (Festplattenlaufwerk).
Sie können die Bereitstellungstypen Persistent 1 nur mithilfe der AWS CLI Amazon FSx-API erstellen.
Scratch-Dateisysteme
Scratch-Dateisysteme sind für die temporäre Speicherung und die kurzfristigere Verarbeitung von Daten konzipiert. Daten werden nicht repliziert und bleiben nicht erhalten, wenn ein Dateiserver ausfällt. Scratch-Dateisysteme bieten einen hohen Burst-Durchsatz, der bis zum Sechsfachen des Basisdurchsatzes von 200 Mbit/s pro TiB Speicherkapazität beträgt. Weitere Informationen finden Sie unter Leistungsmerkmale der SSD- und HDD-Speicherklassen.
Verwenden Sie Scratch-Dateisysteme, wenn Sie kostenoptimierten Speicher für kurzfristige, verarbeitungsintensive Workloads benötigen.
Bei einem Scratch-Dateisystem werden Dateiserver nicht ersetzt, wenn sie ausfallen und Daten nicht repliziert werden. Wenn ein Dateiserver oder ein Speicherlaufwerk auf einem Scratch-Dateisystem nicht mehr verfügbar ist, kann auf Dateien, die auf anderen Servern gespeichert sind, weiterhin zugegriffen werden. Wenn Clients versuchen, auf Daten zuzugreifen, die sich auf dem nicht verfügbaren Server oder Laufwerk befinden, tritt bei den Clients sofort ein I/O Fehler auf.
Die folgende Tabelle veranschaulicht die Verfügbarkeit oder Haltbarkeit, für die Scratch-Dateisysteme mit Beispielgrößen konzipiert sind, über einen Tag und eine Woche. Da größere Dateisysteme über mehr Dateiserver und mehr Festplatten verfügen, steigt die Ausfallwahrscheinlichkeit.
| Dateisystemgröße (TiB) | Anzahl der Dateiserver | Availability/durability über einen Tag | Availability/durability über eine Woche |
|---|---|---|---|
|
1.2 |
2 |
99,9 % |
99,4% |
2.4 |
2 |
99,9 % |
99,4% |
4,8 |
3 |
99,8% |
99,2% |
|
9,6 |
5 |
99,8% |
98,6% |
50,4 |
22 |
99,1% |
93,9% |
IP-Adressen für Dateisysteme
Jedes FSx for Lustre-Dateisystem benötigt eine IP-Adresse für jeden Metadatenserver (MDS) und eine IP-Adresse für jeden Speicherserver (OSS).
| Typ des Dateisystems | Durchsatz, MBps/TiB | Speicher pro Betriebssystem |
|---|---|---|
| Persistent 2 EFA* | 125 | 38,4 TiB pro Betriebssystem |
| 250 | 19,2 TiB pro Betriebssystem | |
| 500 | 9,6 TiB pro Betriebssystem | |
| 1000 | 4,8 TiB pro Betriebssystem | |
| Persistent 2 ohne EFA* | 125, 250, 500, 1000 | 2,4 TiB pro Betriebssystem |
| 1 persistente SSD | 50, 100, 200 | 2,4 TiB pro Betriebssystem |
| Persistente Festplatte | 12 | 6 TiB pro Betriebssystem |
| 40 | 1,8 TiB pro Betriebssystem | |
| Scratch 2 | 200 | 2,4 TiB pro Betriebssystem |
| Kratzer 1 | 200 | 3,6 TiB pro Betriebssystem |
| Typ des Dateisystems | Durchsatz pro Betriebssystem |
|---|---|
| Intelligent-Tiering* | 4000 Mbit/s pro Betriebssystem |
Anmerkung
* Amazon FSx stellt einen Metadatenserver für jeweils 12.000 Metadaten-IOPS auf Persistent 2-SSDs und Intelligent-Tiering Dateisystemen bereit, die mit Metadatenkonfiguration konfiguriert sind.
Amazon FSx for Intelligent-Tiering Lustre-Dateisysteme unterstützen maximal 512 TiB Speicher pro Betriebssystem.
FSx für Lustre-Speicherklassen
Amazon FSx for Lustre bietet die Speicherklassen Solid-State-Drive (SSD) und Festplattenlaufwerk (HDD) Intelligent-Tiering, die für unterschiedliche Datenverarbeitungsanforderungen optimiert sind:
Die SSD-Speicherklasse bietet Zugriff auf Ihren gesamten Datensatz mit niedriger Latenz (unter einer Millisekunde). Die SSD-Speicherklasse ist bereitgestellt, was bedeutet, dass Sie eine Dateisystemgröße angeben und die Speicherkosten für die Menge des bereitgestellten Speichers zahlen. Verwenden Sie die SSD-Speicherklasse für latenzempfindliche Workloads, die die Leistung eines All-Flash-Speichers für alle Daten erfordern.
Persistent 2-Dateisysteme mit SSD-Speicher unterstützen im Vergleich zu Persistent 1-Dateisystemen einen höheren Durchsatz pro Speichereinheit (d. h. 250, 500 oder 1000 Mbit/s pro TiB). Bei einem persistenten 1-Dateisystem mit SSD-Speicher beträgt der Durchsatz pro Speichereinheit entweder 50, 100 oder 200 Mbit/s pro TiB. Bei einem Scratch-Dateisystem mit SSD-Speicher beträgt der Durchsatz pro Speichereinheit 200 Mbit/s pro TiB.
Die Intelligent-Tiering Speicherklasse bietet vollständig elastischen, intelligent abgestuften Speicher. Elastizität bedeutet, dass Sie für die Menge an Daten zahlen, die Sie speichern, und keine Dateisystemgröße angeben müssen. Intelligentes Tiering bedeutet, dass Sie automatisch weniger zahlen, um Daten zu speichern, auf die Sie in letzter Zeit nicht zugegriffen haben. Bei dieser Speicherklasse werden automatisch die Kosten optimiert, indem ungenutzte Daten auf kostengünstigere Speicherebenen aufgeteilt werden. Sie können einen optionalen SSD-Lese-Cache für den Zugriff auf Ihre häufig aufgerufenen Daten mit niedriger Latenz (unter einer Millisekunde) bereitstellen. Die Intelligent-Tiering Speicherklasse bietet das beste Preis-Leistungs-Verhältnis für die meisten Workloads. Verwenden Sie die Intelligent-Tiering Speicherklasse für Workloads, die Cache-freundlich sind und nicht die Leistung eines All-Flash-Speichers für alle Daten erfordern. Intelligent-Tiering Dateisysteme unterstützen Durchsatzkapazitäten in Schritten von 4000 Mbit/s.
Die HDD-Speicherklasse kann für Workloads verwendet werden, die eine konsistente Latenz im einstelligen Millisekundenbereich für alle Daten benötigen. Sie können einen optionalen SSD-Lese-Cache bereitstellen, der auf 20% Ihrer HDD-Speicherkapazität dimensioniert ist, um den Zugriff auf häufig genutzte Daten mit niedriger Latenz zu ermöglichen. Bei HDD-Speicher geben Sie eine Dateisystemgröße an und zahlen für die Menge an Speicherplatz, die Sie bereitstellen. Bei einem persistenten Dateisystem mit HDD-Speicher beträgt der Durchsatz pro Speichereinheit entweder 12 oder 40 Mbit/s pro TiB.
Weitere Informationen zur Leistung dieser Speicherklassen finden Sie unter Leistungsmerkmale der SSD- und HDD-Speicherklassen undIntelligent-Tiering Leistungsmerkmale der Speicherklasse.
Wie stuft die Intelligent-Tiering Speicherklasse Daten ein?
Die Amazon Intelligent-Tiering FSx-Speicherklasse speichert Daten automatisch in drei Zugriffsebenen. Es wurde entwickelt, um die Speicherkosten zu optimieren, indem Daten automatisch auf die kostengünstigste Zugriffsebene verschoben werden, ohne dass sich dies auf die Leistung oder den Betriebsaufwand auswirkt. Die Intelligent-Tiering Speicherklasse stuft Daten automatisch auf der Grundlage der letzten Zugriffszeit ein und optimiert so automatisch die Kosten für weniger aktive Daten:
Daten, auf die in den letzten 30 Tagen zugegriffen wurde, werden in der Stufe für häufigen Zugriff gespeichert.
Daten, auf die an 30 aufeinanderfolgenden Tagen nicht zugegriffen wurde, werden automatisch in die Stufe für seltenen Zugriff verschoben und kosten weniger als Daten in der Stufe für häufigen Zugriff.
Daten, auf die an 90 aufeinanderfolgenden Tagen nicht zugegriffen wurde, werden automatisch in die Stufe für Archivierungs-Sofortzugriff verschoben und kosten weniger als Daten in der Stufe für seltenen Zugriff.
Wenn Sie auf Daten der Stufen Infrequent Access oder Archive Instant Access zugreifen, werden die Daten automatisch zurück in die Stufe für häufigen Zugriff verschoben. Darüber hinaus können Vorgänge wie das Ändern der Durchsatzkapazität (wodurch die Daten zwischen den OSTs neu verteilt werden), das erneute Striping von Dateien oder Verzeichnissen oder die Verwendung von `lfs migrate` einige Daten zurück in die Stufe für häufigen Zugriff verschieben.
Jeder Zugriff auf nicht zwischengespeicherte Daten hat dieselben Leistungsmerkmale, unabhängig von der Datenebene, und es fallen keine zusätzlichen IOPS-, Abruf- oder Übertragungskosten an, die über Ihre normalen Betriebskosten hinausgehen. read/write
Verfügbarkeit des Bereitstellungstyps
Die Bereitstellungstypen Scratch 2, Persistent 1 und Persistent 2 sind in den folgenden Bereichen verfügbar AWS-Regionen:
| AWS-Region | Persistent 2 | Dauerhaft 2 Intelligent-Tiering | Dauerhaft 1 | Kratzer 2 |
|---|---|---|---|---|
|
US East (Ohio) |
✓ |
✓ |
✓ |
✓ |
|
USA Ost (Nord-Virginia) |
✓ |
✓ |
✓ |
✓ |
|
Lokale Zone USA Ost (Atlanta) |
✓ * |
|||
|
Lokale Zone US East (Dallas) |
✓ * |
|||
|
Lokale Zone US East (South Bend) |
✓ * |
|||
|
USA West (Nordkalifornien) |
✓ |
✓ |
✓ |
✓ |
|
Lokale Zone USA West (Los Angeles) |
✓ |
✓ |
||
|
USA West (Oregon) |
✓ |
✓ |
✓ |
✓ |
|
Lokale Zone US West (Phoenix) |
✓ * |
|||
|
Afrika (Kapstadt) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Neuseeland) |
✓ |
✓ |
||
|
Asien-Pazifik (Hongkong) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Hyderabad) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Jakarta) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Malaysia) |
✓ |
✓ |
||
|
Asien-Pazifik (Melbourne) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Mumbai) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Osaka) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Seoul) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Singapur) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Sydney) |
✓ |
✓ |
✓ |
✓ |
|
Asien-Pazifik (Taipeh) |
✓ |
✓ |
||
|
Asien-Pazifik (Thailand) |
✓ |
✓ |
||
|
Asien-Pazifik (Tokio) |
✓ |
✓ |
✓ |
✓ |
|
Canada (Central) |
✓ |
✓ |
✓ |
✓ |
|
Kanada West (Calgary) |
✓ |
✓ |
||
|
Europe (Frankfurt) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Irland) |
✓ |
✓ |
✓ |
✓ |
|
Europa (London) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Milan) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Paris) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Spain) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Stockholm) |
✓ |
✓ |
✓ |
✓ |
|
Europa (Zürich) |
✓ |
✓ |
✓ |
✓ |
|
Israel (Tel Aviv) |
✓ * |
✓ |
||
|
Mexiko (Zentral) |
✓ * |
|||
|
Middle East (Bahrain) |
✓ |
✓ |
||
|
Naher Osten (VAE) |
✓ |
✓ |
||
|
Südamerika (São Paulo) |
✓ |
✓ |
✓ |
✓ |
|
AWS GovCloud (US-East) |
✓ |
✓ |
✓ |
|
|
AWS GovCloud (US-West) |
✓ |
✓ |
✓ |
Anmerkung
* Diese AWS-Regionen unterstützen Persistent-125 Persistent-250 Dateisysteme mit SSD-Speicherklasse ohne EFA.
