Introduction aux endroits où nginx peut être optimisé
Cet article vous présente les endroits où nginx peut être optimisé. Il a une certaine valeur de référence. Les amis dans le besoin peuvent s'y référer.
worker_processes 8;
nginxIl est recommandé de préciser le nombre de processus en fonction du nombre de cpu, qui est généralement un multiple de celui-ci.
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;
attribue cpu à chaque processus, 8<🎜. > les processus sont affectés à 8cpu, bien sûr, vous pouvez en écrire plusieurs, ou attribuer un processus à plusieurs processeur.
worker_rlimit_nofile 102400;
Cette commande fait référence au nombre maximum de descripteurs de fichiers ouverts par un processus nginx La valeur théorique doit être le maximum. nombre de fichiers ouverts. Le nombre (ulimit n) est divisé par le nombre de processus nginx, mais nginx La répartition des requêtes n'est pas si uniforme, il est donc préférable de rester cohérent avec la valeur de ulimit n.
use epoll;
Utilisez le modèle E/S de epoll, inutile de dis Allez.
worker_connections 102400;
Le nombre maximum de connexions autorisées par chaque processus Théoriquement, le nombre maximum de connexions par serveur nginx est de <🎜. > worker_processes*worker_connections.
keepalive_timeout 60;
délai d'expiration.
client_header_buffer_size 4k;
<. 🎜>1k , Cependant, comme la pagination générale du système est supérieure à 1k , la taille de la pagination est définie ici. La taille de la pagination peut être obtenue avec la commande getconf PAGESIZE.
Cela spécifiera le cache pour l'ouverture des fichiers. Il n'est pas activé par défautopen_file_cache max=102400 inactive=20s;
maxSpécifiez le nombre de caches, suggestions et fichiers ouverts Les chiffres sont cohérents, inactif fait référence à la durée pendant laquelle le fichier n'a pas été demandé avant que le cache ne soit supprimé.
Cela fait référence à la fréquence à laquelle vérifier les informations valides mises en cache.open_file_cache_valid 30s;
open_file_cache
open_file_cache_min_uses 1;
Le nombre minimum d'utilisations du fichier dans le temps du paramètre inactif, s'il dépasse ce nombre, le descripteur de fichier est toujours ouvert dans le cache Si un fichier n'est pas utilisé dans le délai
inactif, il. sera supprimé. Optimisation des paramètres du noyau
net.ipv4.tcp_max_tw_buckets = 6000
nombre de temps d'attente
, la valeur par défaut est 180000. net.ipv4.ip_local_port_range = 1024 65000
La plage de ports que le système est autorisé à ouvrir.
net.ipv4.tcp_tw_recycle = 1
Activer timewaitrecyclage rapide.
net.ipv4.tcp_tw_reuse = 1
Activer la réutilisation. Permet de réutiliser les sockets TIMEWAIT pour de nouvelles connexions TCP.
net.ipv4.tcp_syncookies = 1
Activer les Cookies SYN, lorsque apparaît 🎜>SYN Lorsque vous attendez que la file d'attente déborde, activez les cookies pour gérer cela.
net.core.somaxconn = 262144
webapplicationécouter Le Le backlog de la fonction nous donnera par défaut les paramètres du noyau de net.core.somaxconn limités à 128, tandis que nginxdéfinitdéfiniNGX_LISTEN_BACKLOGpar défaut à 511, il faut donc ajuster cette valeur.
net.core.netdev_max_backlog = 262144
Lorsque chaque interface réseau reçoit des paquets plus rapidement que le noyau ne peut traiter ces paquets, le nombre maximum de paquets autorisés à être envoyés dans la file d’attente.
net.ipv4.tcp_max_orphans = 262144
Le nombre maximum de TCP Le socket n’est associé à aucun descripteur de fichier utilisateur. Si ce nombre est dépassé, la connexion orpheline sera immédiatement réinitialisée et un message d'avertissement sera imprimé. Cette limite sert uniquement à empêcher de simples attaques DoS Vous ne pouvez pas trop vous y fier ou réduire artificiellement cette valeur. Vous devez augmenter cette valeur (. Si la mémoire est augmentée).
net.ipv4.tcp_max_syn_backlog = 262144
La valeur maximale des demandes de connexion enregistrées qui n'ont pas encore reçu d'informations de confirmation du client. Pour les systèmes avec 128 Mo de mémoire, la valeur par défaut est 1024, et pour les systèmes avec une petite mémoire, elle est 128.
net.ipv4.tcp_timestamps = 0
Les horodatages peuvent éviter le retour à la ligne des numéros de séquence. Un lien 1Gbps rencontrera certainement un numéro de séquence précédemment utilisé. L'horodatage permet au noyau d'accepter de tels «Exception» paquets. Il doit être désactivé ici.
net.ipv4.tcp_synack_retries = 1
Afin d'ouvrir la connexion au homologue, le noyau doit envoyer un SYN et est livré avec un ACK en réponse au précédent SYN. Il s’agit de la deuxième poignée de main de la soi-disant poignée de main à trois. Ce paramètre détermine le nombre de paquets SYN+ACK envoyés avant que le noyau n'abandonne la connexion.
net.ipv4.tcp_syn_retries = 1
在内核放弃建立连接之前发送SYN包的数量。
net.ipv4.tcp_fin_timeout = 1
如果套接字由本端要求关闭,这个参数决定了它保持在FINWAIT2状态的时间。对端可以出错并永远不关 闭连接,甚至意外当机。缺省值是60秒。2.2 内核的通常值是180秒,你可以按这个设置,但要记住的是, 即使你的机器是一个轻载的WEB服务器,也有因为大量的死套接字而内存溢出的风险,FIN WAIT2的危 险性比FINWAIT1要小,因为它最多只能吃掉1.5K内存,但是它们的生存期长些。
net.ipv4.tcp_keepalive_time = 30
当keepalive起用的时候,TCP发送keepalive消息的频度。缺省是2小时。
一个完整的内核优化配置
net.ipv4.ip_forward = 0 net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0 kernel.core_uses_pid = 1 net.ipv4.tcp_syncookies = 1 kernel.msgmnb = 65536 kernel.msgmax = 65536 kernel.shmmax = 68719476736 kernel.shmall = 4294967296 net.ipv4.tcp_max_tw_buckets = 6000 net.ipv4.tcp_sack = 1 net.ipv4.tcp_window_scaling = 1 net.ipv4.tcp_rmem = 4096 87380 4194304 net.ipv4.tcp_wmem = 4096 16384 4194304 net.core.wmem_default = 8388608 net.core.rmem_default = 8388608 net.core.rmem_max = 16777216 net.core.wmem_max = 16777216
net.core.netdev_max_backlog = 262144 net.core.somaxconn = 262144 net.ipv4.tcp_max_orphans = 3276800 net.ipv4.tcp_max_syn_backlog = 262144 net.ipv4.tcp_timestamps = 0 net.ipv4.tcp_synack_retries = 1 net.ipv4.tcp_syn_retries = 1
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

AI Hentai Generator
Générez AI Hentai gratuitement.

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Comment confirmer si Nginx est démarré: 1. Utilisez la ligne de commande: SystemCTl Status Nginx (Linux / Unix), netStat -ano | Findstr 80 (Windows); 2. Vérifiez si le port 80 est ouvert; 3. Vérifiez le message de démarrage NGINX dans le journal système; 4. Utilisez des outils tiers, tels que Nagios, Zabbix et Icinga.

Dans Linux, utilisez la commande suivante pour vérifier si Nginx est démarré: SystemCTL Status Nginx Juges Basé sur la sortie de la commande: si "Active: Active (Running)" s'affiche, Nginx est démarré. Si "Active: Inactive (Dead)" est affiché, Nginx est arrêté.

Comment configurer Nginx dans Windows? Installez Nginx et créez une configuration d'hôte virtuelle. Modifiez le fichier de configuration principale et incluez la configuration de l'hôte virtuel. Démarrer ou recharger nginx. Testez la configuration et affichez le site Web. Activer sélectivement SSL et configurer les certificats SSL. Définissez sélectivement le pare-feu pour permettre le trafic Port 80 et 443.

Étapes pour démarrer Nginx dans Linux: Vérifiez si Nginx est installé. Utilisez SystemCTL Start Nginx pour démarrer le service NGINX. Utilisez SystemCTL Activer Nginx pour activer le démarrage automatique de Nginx au démarrage du système. Utilisez SystemCTL Status Nginx pour vérifier que le démarrage est réussi. Visitez http: // localhost dans un navigateur Web pour afficher la page de bienvenue par défaut.

Comment corriger l'erreur interdite Nginx 403? Vérifier les autorisations de fichier ou de répertoire; 2. Vérifier le fichier .htaccess; 3. Vérifiez le fichier de configuration NGINX; 4. Redémarrer Nginx. D'autres causes possibles incluent les règles de pare-feu, les paramètres de Selinux ou les problèmes d'application.

Le démarrage d'un serveur Nginx nécessite différentes étapes en fonction des différents systèmes d'exploitation: Système Linux / Unix: Installez le package NGINX (par exemple, en utilisant Apt-Get ou Yum). Utilisez SystemCTL pour démarrer un service NGINX (par exemple, sudo systemctl start nginx). Système Windows: téléchargez et installez les fichiers binaires Windows. Démarrer Nginx à l'aide de l'exécutable Nginx.exe (par exemple, nginx.exe -c conf \ nginx.conf). Peu importe le système d'exploitation que vous utilisez, vous pouvez accéder au serveur IP

Le serveur n'a pas l'autorisation d'accéder à la ressource demandée, ce qui donne une erreur NGINX 403. Les solutions incluent: vérifier les autorisations de fichiers. Vérifiez la configuration .htaccess. Vérifiez la configuration de Nginx. Configurez les autorisations Selinux. Vérifiez les règles du pare-feu. Dépanner d'autres causes telles que les problèmes de navigateur, les défaillances du serveur ou d'autres erreurs possibles.

Réponse à la question: 304 Erreur non modifiée indique que le navigateur a mis en cache la dernière version de ressource de la demande du client. Solution: 1. Effacer le cache du navigateur; 2. Désactiver le cache du navigateur; 3. Configurer Nginx pour permettre le cache client; 4. Vérifier les autorisations du fichier; 5. Vérifier le hachage du fichier; 6. Désactiver le CDN ou le cache proxy inversé; 7. Redémarrez Nginx.
