So konfigurieren und optimieren Sie den statischen Nginx-Dateidienst

Stammverzeichnis und Indexdateien

Die Root-Direktive gibt das Stammverzeichnis an, das für die Suche nach Dateien verwendet wird. Um den Pfad zur angeforderten Datei zu erhalten, hängt nginx die Anforderungs-URI an den durch die Root-Direktive angegebenen Pfad an. Diese Anweisung kann auf jeder Ebene im Kontext http {} , server {} oder location {} platziert werden. Im folgenden Beispiel wird die Root-Direktive für den virtuellen Server definiert. Es funktioniert für alle Standort-{}-Blöcke, die keine Root-Anweisung enthalten, um den Root explizit neu zu definieren:

server {
  root /www/data;

  location / {
  }

  location /images/ {
  }

  location ~ \.(mp3|mp4) {
    root /www/media;
  }
}

Hier sucht Nginx nach Uris, die mit /images/ beginnen, im Verzeichnis /www/ data/images/ des Dateisystems Entsprechende Dokumente. Wenn die URL mit der Erweiterung .mp3 oder .mp4 endet, sucht Nginx nach der Datei im Verzeichnis /www/media/, da sie in einem passenden Standortblock definiert ist.

Wenn die Anfrage mit / endet, behandelt Nginx sie als Anfrage an das Verzeichnis und versucht, die Indexdatei im Verzeichnis zu finden. Die Indexanweisung definiert den Namen der Indexdatei (Standard ist index.html). Um das Beispiel fortzusetzen: Wenn die Anforderungs-URI /images/some/path/ lautet, gibt nginx die Datei /www/data/images/some/path/index.html zurück, falls vorhanden. Wenn nicht, gibt Nginx standardmäßig einen http 404-Fehler (nicht gefunden) zurück. Um nginx so zu konfigurieren, dass eine automatisch generierte Verzeichnisliste zurückgegeben wird, fügen Sie den Parameter on in die Autoindex-Direktive ein:

location /images/ {
  autoindex on;
}

Sie können mehrere Dateinamen in der Index-Direktive auflisten. Nginx sucht in der angegebenen Reihenfolge nach Dateien und gibt die erste gefundene Datei zurück.

location / {
  index index.$geo.html index.htm index.html;
}

Die hier verwendete Variable $geo ist eine benutzerdefinierte Variable, die durch die Geo-Direktive festgelegt wird. Der Wert der Variablen hängt von der IP-Adresse des Clients ab.

Um die Indexdatei zurückzugeben, prüft Nginx, ob sie existiert, und führt dann eine interne Umleitung auf die neue URI durch, die durch Anhängen des Namens der Indexdatei an die Basis-URI erhalten wird. Interne Weiterleitungen führen zu einer neuen Suche nach dem Standort und enden möglicherweise an einem anderen Standort, wie im folgenden Beispiel gezeigt:

location / {
  root /data;
  index index.html index.php;
}

location ~ \.php {
  fastcgi_pass localhost:8000;
  #...

}

Hier, wenn die URL in der Anfrage /path/ und /data/path/index.html lautet nicht vorhanden Aber /data/path/index.php existiert, dann wird die interne Weiterleitung zu /path/index.php dem zweiten Speicherort zugeordnet. Infolgedessen wird die Anfrage weitergeleitet.

Probieren Sie ein paar Optionen aus

Mit der try_files-Direktive kann überprüft werden, ob eine bestimmte Datei oder ein bestimmtes Verzeichnis vorhanden ist. Nginx führt eine interne Umleitung durch und gibt den angegebenen Statuscode zurück, wenn nicht. Um beispielsweise zu überprüfen, ob die der Anforderungs-URI entsprechende Datei vorhanden ist, verwenden Sie die try_files-Direktive und die $uri-Variable wie folgt:

server {
  root /www/data;

  location /images/ {
    try_files $uri /images/default.gif;
  }
}

Die Datei wird als URI angegeben, wobei der Stammsatz am aktuellen Speicherort oder Kontext verwendet wird virtuelle Server- oder Alias-Anweisungen zur Verarbeitung. Wenn in diesem Fall die der ursprünglichen URI entsprechende Datei nicht vorhanden ist, leitet nginx intern zu der im letzten Parameter angegebenen URI um und gibt /www/data/images/default.gif zurück.

Der letzte Parameter kann auch ein Statuscode (direkt beginnend mit einem Gleichheitszeichen) oder ein Standortname sein. Wenn im folgenden Beispiel keines der Argumente der try_files-Direktive in eine vorhandene Datei oder ein vorhandenes Verzeichnis aufgelöst wird, wird ein 404-Fehler zurückgegeben.

location / {
  try_files $uri $uri/ $uri.html =404;
}

Wenn im nächsten Beispiel weder die ursprüngliche URI noch die URI mit einem angehängten abschließenden Schrägstrich in eine vorhandene Datei oder ein vorhandenes Verzeichnis aufgelöst wird, wird die Anfrage an den angegebenen Speicherort umgeleitet und an den Proxyserver weitergeleitet.

location / {
  try_files $uri $uri/ @backend;
}

location @backend {
  proxy_pass http://backend.example.com;
}

Optimieren Sie die Leistung der bereitgestellten Inhalte

Die Ladegeschwindigkeit ist ein Schlüsselfaktor bei der Bereitstellung von Inhalten. Kleinere Optimierungen Ihrer Nginx-Konfiguration können die Produktivität steigern und dazu beitragen, eine optimale Leistung zu erzielen.

Sendedatei aktivieren

Standardmäßig übernimmt Nginx die Dateiübertragung selbst und kopiert die Datei vor dem Senden in einen Puffer. Durch die Aktivierung der sendfile-Direktive entfällt der Schritt des Kopierens von Daten in einen Puffer und ermöglicht das direkte Kopieren von Daten von einem Dateideskriptor in einen anderen. Um zu verhindern, dass eine schnelle Verbindung den Arbeitsprozess vollständig belegt, können Sie alternativ die Anweisung sendfile_max_chunk verwenden, um die in einem einzelnen sendfile()-Aufruf übertragene Datenmenge (in diesem Fall 1 MB) zu begrenzen:

location /mp3 {
  sendfile      on;
  sendfile_max_chunk 1m;
  #...

}

Enable tcp_nopush

Kombinieren Sie die Direktive tcp_nopush mit der Direktive sendfile on; Dies ermöglicht es Nginx, HTTP-Antwortheader in einem Paket zu senden, direkt nachdem sendfile() den Datenblock abgerufen hat.

location /mp3 {
  sendfile  on;
  tcp_nopush on;
  #...

}

Enable tcp_nodelay

Die tcp_nodelay-Direktive ermöglicht das Überschreiben des Nagle-Algorithmus, der ursprünglich zur Lösung des Problems kleiner Pakete in langsamen Netzwerken entwickelt wurde. Der Algorithmus fasst viele kleine Pakete zu einem größeren Paket zusammen und sendet das Paket mit einer Verzögerung von 200 Millisekunden. Heutzutage können Daten bei der Bereitstellung großer statischer Dateien unabhängig von der Paketgröße sofort gesendet werden. Die Latenz wirkt sich auch auf Online-Anwendungen (SSH, Online-Spiele, Online-Transaktionen usw.) aus. Standardmäßig ist die tcp_nodelay-Direktive auf „on“ gesetzt, was bedeutet, dass der Nagle-Algorithmus deaktiviert ist. Diese Direktive wird nur für Keepalive-Verbindungen verwendet:

location /mp3 {
  tcp_nodelay    on;
  keepalive_timeout 65;
  #...
  
}

Backlog-Warteschlange optimieren

其中一个重要因素是 nginx 可以多快地处理传入连接。一般规则是在建立连接时，将其放入侦听套接字的 "listen" (监听)队列中。在正常负载下，队列很小或根本没有队列。但是在高负载下，队列会急剧增长，导致性能不均匀，连接中断，延迟增加。

显示积压队列使用命令 netstat -lan 来显示当前监听队列。输出可能如下所示，它显示在端口 80上的监听队列中，有 10 个未接受的连接，这些连接针对配置的最多 128 个排队连接。这种情况很正常。

current listen queue sizes (qlen/incqlen/maxqlen)
listen     local address     
0/0/128    *.12345      
10/0/128    *.80    
0/0/128    *.8080

相反，在以下命令中，未接受的连接数（192）超过了 128 的限制。当网站流量很大时，这种情况很常见。要获得最佳性能，需要在操作系统和 nginx 配置中增加可以排队等待 nginx 接受的最大连接数。

current listen queue sizes (qlen/incqlen/maxqlen)
listen     local address     
0/0/128    *.12345      
192/0/128    *.80    
0/0/128    *.8080

调整操作系统

将 net.core.somaxconn 内核参数的值从其默认值（128）增加到足以容纳大量流量的值。在这个例子中，它增加到 4096。

• freebsd 的命令为 sudo sysctl kern.ipc.somaxconn=4096

• linux 的命令为 1. sudo sysctl -w net.core.somaxconn=4096 2. 将 net.core.somaxconn = 4096 加入到 /etc/sysctl.conf 文件中。

调整 nginx

如果将 somaxconn 内核参数设置为大于 512 的值，请将 backlog 参数增加在 nginx listen 指令以匹配修改：

server {
  listen 80 backlog=4096;
  # ...

}

Das obige ist der detaillierte Inhalt vonSo konfigurieren und optimieren Sie den statischen Nginx-Dateidienst. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!