Elastifile Cloud File System – NLM-Einschränkungen

Aktualisiert auf Version 3.2.1.x

Einführung

Das Elastifile Cloud File System unterstützt beratende Dateisperrungen, Sperranforderungen und Teilbereichssperren pro Datei.

Wie bei allen Systemressourcen sind die dieser Funktionalität zugewiesenen Ressourcen begrenzt und können sich in bestimmten Szenarien auf die Kundenumgebung auswirken.

Das folgende Dokument beschreibt diese Einschränkungen

Verbindung pro System-Frontend-Kerne

Die Kerne jedes Speicherknotens sind gleichmäßig in Frontend- und Backend-Kerne aufgeteilt. Frontend-Kerne sind für die Beendigung der Client-Verbindung, die Beendigung des Protokolls und die Funktionalität von Dateisperren verantwortlich.

Während jeder Knoten bis zu 1000 Clientverbindungen verarbeiten kann, ist die tatsächliche Anzahl der Verbindungen bei Verwendung der Sperrfunktion wie folgt begrenzt:

Es gibt ein Limit von 100 Clientverbindungen (IP-Adressgranularität) pro Kern.

– Blockierende Sperren – Ressource (Pool), die für die Verwaltung einer Liste von Clients verwendet wird, die auf die Freigabe einer Sperre warten – bis zu 100 Verbindungen von verschiedenen Client-IP-Adressen.

– Nicht blockierende Sperren – es gibt einen kurzen Zeitraum, in dem diese Ressource beansprucht wird (vor dem Parsen der Sperranforderung), sie wird jedoch freigegeben, wenn dem Client geantwortet wird. Beschränkung auf 100 gleichzeitige Anfragen von verschiedenen Client-IP-Adressen.

Im Hinblick auf unterschiedliche Knotenkonfigurationen in GCP gelten folgende Einschränkungen pro Knoten

Aufbau	Instanztyp	# CPUs	# FE kors	Gleichzeitige Anfrage oder gleichzeitige Kellner für Blockierungssperren	Gleichzeitige Anforderungen für nicht blockierende Sperren
Klein (Persistent-SSD)	Brauch	4	2	200	200
Mittel (Persistent-SSD)	Brauch	4	2	200	200
Medium Plus (Persistente SSD)	Brauch	8	4	400	400
Groß (Persistent-SSD)	N1-Highmem 16	16	8	800	800
Lokale SSD	Brauch	16	8	800	800
Kleine lokale SSD	Brauch	4	2	200	200
Standard-PDs*	Brauch	4	2	200	200
Kleine Standard-PDs*	Brauch	4	2	200	200

* Diese Konfigurationen sind nicht für die Produktion gedacht und werden in den folgenden Versionen entfernt

Anzahl aktiver Sperren pro Datei

Für jede Datei gibt es eine Aux-Datei, die die aktuell aktiven Sperren für die Datei enthält. Das Dateilimit beträgt 32 KB und die Anzahl der Sperren, die es aufnehmen kann, hängt von der Identifikation des Schließclients und der Schließanwendung ab.

Die Formel für die Dateistruktur lautet wie folgt

Eintrag sperren = 11

+ für jeden Inhaber: 43 + Eigentümer (Besitzer einer Sperre identifizieren) + Anrufername – Inhaber ist ein Client, der derzeit eine Sperre hält

+ für jeden Waiter: 47 + Besitzer (Identifizieren Sie den Besitzer einer Sperre) + caller_name – Waiter ist ein Client, der auf die Genehmigung einer Sperranforderung für eine bereits gesperrte Datei oder einen bereits gesperrten Bereich wartet

+ für jede Freigabe: 28 + Eigentümer (Besitzer einer Sperre identifizieren) + Anrufername – Freigabereservierung für die gesamte Datei

caller_name ist normalerweise der Hostname, der Eigentümer ist normalerweise pid@hostname und die Client-ID oder Anwendungs-ID darf nicht länger als 1024 sein

Zum Beispiel

Im folgenden Beispiel gehen wir davon aus, dass der Anrufername und die Eigentümer-ID die gleiche Länge haben. Und die Anzahl der maximalen Schleusen wird als der schlimmste Fall aller Kellner angesehen. Die tatsächliche Anzahl der möglichen Sperren liegt zwischen den Zahlen im Beispiel.

Worst-Case-ID==1024

Max. Sperren* pro Datei <= 15

Fall-ID==100

Max. Sperren* pro Datei <= 132

Fall-ID==10

Max. Sperren* pro Datei<= 488

Die Summe der Sperren in einer der Stufen – Inhaber, Kellner oder Aktien

Pc Support

Tuesday, January 2, 2024