Auf dieser Seite werden die Leistungslimits für Filestore-Instanzen sowie empfohlene Leistungseinstellungen und Testoptionen beschrieben.
Jede Filestore-Dienstebene bietet eine andere Leistungsebene, die sich aufgrund von Faktoren wie der Verwendung von Caching, der Anzahl der Client-VMs, dem Maschinentyp der Client-VMs und der getesteten Arbeitslast unterscheiden kann.
In der folgenden Tabelle ist die maximale Leistung aufgeführt, die Sie erzielen können, wenn Sie für jede Dienstebene eine Mindest- und eine Höchstkapazität festlegen.
Alle Tabellenwerte sind geschätzte Limits und nicht garantiert. Informationen zu benutzerdefinierten Leistungseinstellungen und -limits finden Sie unter Benutzerdefinierte Leistungslimits.
Dienststufe | Kapazität | IOPS für Lesevorgänge | IOPS für Schreibvorgänge | Lesedurchsatz (MiB/s) | Schreibdurchsatz (MiBps) | Benutzerdefinierte Leistung wird unterstützt |
---|---|---|---|---|---|---|
BASIC_HDD | 1 TiB bis 10 TiB | 600 | 1.000 | 100 | 100 | Nein |
10 TiB bis 63,9 TiB | 1.000 | 5.000 | 180 | 120 | Nein | |
BASIC_SSD | 2,5 TiB bis 63,9 TiB | 60.000 | 25.000 | 1.200 | 350 | Nein |
ZONAL | 1 TiB | 9.200 | 2.600 | 260 | 88 | Ja |
9,75 TiB | 89.700 | 25.350 | 2.535 | 858 | Ja | |
10 TiB | 92.000 | 26.000 | 2.600 | 880 | Ja | |
100 TiB | 920.000 | 260.000 | 26.000 | 8.800 | Ja | |
REGIONAL | 1 TiB | 12.000 | 4.000 | 120 | 100 | Ja |
9,75 TiB | 117.000 | 39.000 | 1.170 | 975 | Ja | |
10 TiB | 92.000 | 26.000 | 2.600 | 880 | Ja | |
100 TiB | 920.000 | 260.000 | 26.000 | 8.800 | Ja | |
ENTERPRISE | 1 TiB | 12.000 | 4.000 | 120 | 100 | Nein |
10 TiB | 120.000 | 40.000 | 1.200 | 1.000 | Nein |
Leistungsskalierung
Die Leistung skaliert innerhalb der in der vorherigen Tabelle aufgeführten Leistungslimits linear mit der Kapazität. Wenn Sie beispielsweise die Kapazität Ihrer Enterprise-Instanz von 1 TiB auf 2 TiB verdoppeln, verdoppelt sich auch die Leistungsgrenze der Instanz von 12.000/4.000 Lese- und Schreib-IOPS auf 24.000/8.000 Lese- und Schreib-IOPS.
In Szenarien mit einem oder wenigen Clients müssen Sie die Anzahl der TCP-Verbindungen mit der Bereitstellungsoption nconnect
erhöhen, um die maximale NFS-Leistung zu erzielen.
Für bestimmte Dienstebenen empfehlen wir die folgende Anzahl von Verbindungen zwischen Client und Server anzugeben:
Stufe | Kapazität | Anzahl der Verbindungen |
---|---|---|
Regional, zonal | 1–9,75 TiB | nconnect=2 |
Regional, zonal | 10–100 TiB | nconnect=7 |
Unternehmen | - | nconnect=2 |
Hochskalierte SSD | - | nconnect=7 |
Im Allgemeinen gilt: Je größer die Dateifreigabekapazität und je weniger verbindende Client-VMs, desto mit mehr Leistung gewinnen Sie, wenn Sie zusätzliche Verbindungen mit nconnect
angeben.
Benutzerdefinierte Leistung
Legen Sie eine benutzerdefinierte Leistung fest, um die Leistung unabhängig von der angegebenen Kapazität an Ihre Arbeitslastanforderungen anzupassen. Sie können entweder ein Verhältnis von IOPS pro TiB angeben oder eine feste Anzahl von IOPS festlegen. Weitere Informationen finden Sie unter Benutzerdefinierte Leistung.
Empfohlener Client-Maschinentyp
Wir empfehlen einen Compute Engine-Maschinentyp wie n2-standard-8
mit einer Bandbreite für ausgehenden Traffic von 16 Gbps
. Mit dieser Bandbreite für ausgehenden Traffic kann der Client etwa 16 Gbps
an Lese-Bandbreite für cache-freundliche Arbeitslasten erreichen. Weitere Informationen finden Sie unter Netzwerkbandbreite.
Bereitstellungsoptionen für Linux-Clients
Wir empfehlen, die folgenden NFS-Bereitstellungsoptionen zu verwenden, insbesondere die hard
-Bereitstellung, async
und die Optionen rsize
und wsize
, um die beste Leistung auf Linux-Client-VM-Instanzen zu erreichen. Weitere Informationen zu NFS-Bereitstellungsoptionen finden Sie unter nfs.
Standardeinstellung | Beschreibung |
---|---|
hard |
Der NFS-Client wiederholt NFS-Anforderungen auf unbestimmte Zeit. |
timeo=600 |
Der NFS-Client wartet 600 Dezisekunden (60 Sekunden), bevor eine NFS-Anforderung wiederholt wird. |
retrans=3 |
Der NFS-Client versucht dreimal, NFS-Anforderungen zu erfüllen, bevor weitere Wiederherstellungsmaßnahmen ergriffen werden. |
rsize=524288 |
Der NFS-Client kann pro READ -Anfrage maximal 524.288 Byte vom NFS-Server empfangen. Hinweis: Legen Sie für Instanzen der Basisstufe den Wert für rsize auf 1048576 fest. |
wsize=1048576 |
Der NFS-Client kann pro WRITE -Anfrage maximal 1.048.576 Byte (1 MiB) an den NFS-Server senden. |
resvport |
Der NFS-Client verwendet einen privilegierten Quellport, wenn er mit dem NFS-Server für diesen Bereitstellungspunkt kommuniziert. |
async |
Der NFS-Client verzögert das Senden von Anwendungsschreibvorgängen an den NFS-Server, bis bestimmte Bedingungen erfüllt sind. Achtung: Durch die Verwendung der Option sync wird die Leistung erheblich reduziert. |
Leistung einzelner und mehrerer Client-VMs
Die skalierbaren Dienstebenen von Filestore sind leistungsoptimiert für mehrere Client-VMs, nicht für eine einzelne Client-VM.
Für zonale, regionale und Enterprise-Instanzen sind mindestens vier Client-VMs erforderlich, um die volle Leistung zu nutzen. So werden alle VMs im zugrunde liegenden Filestore-Cluster optimal genutzt.
Der kleinste skalierbare Filestore-Cluster besteht aus vier VMs. Jede Client-VM kommuniziert nur mit einer Filestore-Cluster-VM, unabhängig von der Anzahl der NFS-Verbindungen pro Client, die mit der Bereitstellungsoption nconnect
angegeben wurden. Bei Verwendung einer einzelnen Client-VM werden Lese- und Schreibvorgänge nur von einer einzelnen Filestore-Cluster-VM ausgeführt.
Leistung von Google Cloud -Ressourcen verbessern
Vorgänge, die mehrere Google Cloud Ressourcen umfassen, z. B. das Kopieren von Daten aus Cloud Storage in eine Filestore-Instanz mit der gcloud CLI, können langsam sein. So können Sie Leistungsprobleme vermeiden:
Der Cloud Storage-Bucket, die Client-VM und die Filestore-Instanz müssen sich in derselben Region befinden.
Zwei Regionen bieten die höchste Leistung für in Cloud Storage gespeicherte Daten. Achten Sie bei Verwendung dieser Option darauf, dass sich die anderen Ressourcen in einer der einzelnen Regionen befinden, die in der Dual-Region enthalten sind. Wenn sich Ihre Cloud Storage-Daten beispielsweise in
us-central1,us-west1
befinden, müssen sich Ihre Client-VM und Filestore-Instanz inus-central1
befinden.Prüfen Sie zur Referenz die Leistung einer VM mit angeschlossenem PD und vergleichen Sie sie mit der Leistung einer Filestore-Instanz.
- Wenn die Leistung der PD-angebundenen VM im Vergleich zur Filestore-Instanz ähnlich ist oder langsamer ist, kann dies auf einen Leistungsengpass hindeuten, der nicht mit Filestore zusammenhängt. Um die Grundleistung Ihrer nicht zu Filestore gehörenden Ressourcen zu verbessern, können Sie die gcloud CLI-Eigenschaften für parallele zusammengesetzte Uploads anpassen. Weitere Informationen finden Sie unter So verwenden Tools und APIs parallele zusammengesetzte Uploads.
Wenn die Leistung der Filestore-Instanz deutlich langsamer ist als die der VM, die mit dem
-PD verbunden ist, versuchen Sie, den Vorgang auf mehrere VMs zu verteilen.Dadurch wird die Leistung von Lesevorgängen aus Cloud Storage verbessert.
Für zonale, regionale und Unternehmensinstanzen sind mindestens vier Client-VMs erforderlich, um die volle Leistung zu nutzen. So werden alle VMs im zugrunde liegenden Filestore-Cluster optimal ausgelastet. Weitere Informationen finden Sie unter Leistung von einzelnen und mehreren Client-VMs.