Wenn Nginx einen Fehler "zu viele ge?ffnete Dateien" erf?hrt, liegt dies normalerweise daran, dass das System oder der Prozess die Dateideskriptorgrenze erreicht hat. Zu den L?sungen geh?ren: 1.. Erh?hen Sie die weichen und harten Grenzen des Linux -Systems, setzen Sie die relevanten Parameter von Nginx oder führen Sie Benutzer in /etc/security/limits.conf aus; 2. Passen Sie den Wert von Worker_Connections von Nginx an, um sich an den erwarteten Verkehr anzupassen, und stellen Sie sicher, dass eine neu beladene Konfiguration festgelegt wird. 3.. Erh?hen Sie die Obergrenze des Systems auf Dateidatei Deskriptor fs.file-max, bearbeiten /etc/sysctl.conf und ?nderungen anwenden; 4. Optimieren Sie die Nutzung von Protokoll- und Ressourcen, reduzieren Sie die Verwendung der unn?tigen Dateihandle, z. B. die Verwendung von Open_log_file_cache, Zusammenführen von Protokollen, der Vermeidung redundanter Proxy -Verbindungen usw. Nach Abschluss der Anpassung k?nnen Sie die tats?chliche Anzahl von Open -Dateien über den Befehl LSOF überwachen.

Wenn Nginx einen Fehler ?zu viele ge?ffnete Dateien“ ausl?st, bedeutet dies normalerweise, dass das System oder der Prozess die Dateideskriptorgrenze erreicht hat. Dies kann zu fehlgeschlagenen Verbindungen, blockierten Diensten oder sogar Abstürfern führen, wenn sie nicht behandelt werden.

Folgendes verursacht dieses Problem normalerweise und wie man damit umgeht.

1. Dateideskriptorgrenzen unter Linux

Linux -Systeme stellen die Anzahl der Dateideskriptoren (FDs), die ein Prozess ?ffnen kann, Grenzen auf. Diese Grenzen sind in zwei Geschmacksrichtungen erh?ltlich: weich und hart.

• Soft Limit - Was der Prozess derzeit verwenden darf.
• Festgrenze - Der Maximalwert, auf den die Softgrenze erh?ht werden kann.

Wenn Nginx das Soft Limit erreicht, wird in den Protokollen die Nachricht ?zu viele ge?ffnete Dateien“ angezeigt. Sie k?nnen die aktuellen Grenzwerte mit:

 Ulimit -n

Um die Grenze zu erh?hen, bearbeiten Sie /etc/security/limits.conf und fügen Sie hinzu:

 Nginx Soft NoFile 65536
Nginx Hard NoFile 65536

Oder für den Benutzer, der Nginx ausführt:

 www-data Soft NoFile 65536
www-data Hard NoFile 65536

Stellen Sie au?erdem sicher, dass pam_limits.so in Ihrer PAM -Konfiguration aktiviert ist, damit diese Einstellungen bei der Anmeldung angewendet werden.

2. Einstellung von Nginx Worker Connections

In nginx.conf gibt es eine Richtlinie namens worker_connections . Es definiert, wie viele simulatenische Verbindungen jeder Arbeitsprozess verarbeiten kann.

Diese Zeile k?nnte aussehen wie:

 Ereignisse {
    Worker_Connections 1024;
}

Jede Verbindung verwendet mindestens einen Dateideskriptor - manchmal mehr, wenn SSL- oder Upstream -Verbindungen beteiligt sind.

Wenn Sie also Tausende von gleichzeitigen Benutzern bearbeiten, ist der Standard 1024 m?glicherweise zu niedrig.

Du solltest:

• Sch?tzen Sie Ihren erwarteten Verkehr.
• Multiplizieren Sie mit dem durchschnittlichen FDS pro Verbindung (oft 2–4).
• Stellen Sie worker_connections h?her ein.

Vergessen Sie nicht, Nginx neu zu laden, nachdem Sie dies ge?ndert haben:

 Nginx -S Reload

Behalten Sie auch die Gesamtzahl der Arbeitsprozesse im Auge, die von worker_connections mehrere Pl?tze verlegt haben, da Sie die gesamten maximalen Verbindungen über alle Arbeitnehmer hinweg erhalten.

3. systemweite Dateideskriptorkappe

Selbst wenn Sie NGINX- und Benutzergrenzen korrekt konfigurieren, verfügt das gesamte System auch über eine globale FD-Kappe, die von fs.file-max gesteuert wird.

überprüfen Sie den aktuellen Wert mit:

 Cat/Proc/Sys/FS/Datei-Max

Wenn es niedrig ist, erh?hen Sie es, indem Sie /etc/sysctl.conf bearbeiten:

 fs.file-max = 2097152

Dann ?nderungen anwenden:

 sysctl -p

Dieser Schritt wird oft übersehen, aber unter hoher Belastung unerl?sslich. Betrachten Sie es als die Decke für alle zusammengefügten Prozesse - einschlie?lich Nginx, PHP, MySQL usw.

4. ?ffnen Sie Protokolldateien und nicht verwendete Ressourcen

Jedes Zugriffsprotokoll, Fehlerprotokoll oder die Upstream -Verbindung Nginx ?ffnet einen Dateideskriptor.

Wenn Sie Dutzende virtueller Hosts haben, die jedes Schreiben zu getrennten Protokollen haben, summieren sich diese schnell.

Einige Dinge zu berücksichtigen:

• Verwenden Sie open_log_file_cache , um den Overhead zu reduzieren.
• Konsolidieren Sie die Protokolle nach M?glichkeit.
• Vermeiden Sie unn?tige Upstream -Bl?cke oder Proxy -Verbindungen.

Au?erdem k?nnen einige Module oder falsch konfigurierte Integrationen von Drittanbietern im Laufe der Zeit FDS auslaufen-insbesondere, wenn sie nicht ordnungsgem?? die optimistischen Verbindungen schlie?en.

Grunds?tzlich sind der Fehler "zu viele ge?ffnete Dateien" darauf zurückzuführen, dass die Grenzen für die Workload zu niedrig sind. überprüfen Sie Ulimits, obere worker_connections , erh?hen Sie systemweite Kappen und minimieren Sie die ungleichlichen Dateigriffe. überwachen Sie nach der Konfiguration mit Tools wie lsof -p $(pidof nginx) um zu sehen, was tats?chlich offen ist.

Das obige ist der detaillierte Inhalt vonWas verursacht einen Fehler 'zu viele ge?ffnete Dateien' in Nginx?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!