Quelle est la configuration et la fonction en amont de nginx ?
WBOY
Libérer： 2023-05-30 22:28:04
avant
2566 Les gens l'ont consulté
# 🎜🎜 # Exemple de configuration # 🎜🎜 ## 🎜🎜 #
upstream backend {
server backend1.example.com weight=5;
server backend2.example.com:8080;
server unix:/tmp/backend3;
server backup1.example.com:8080 backup;
server backup2.example.com:8080 backup;
}
server {
location / {
proxy_pass http://backend;
}
}
Définir un ensemble de serveurs. Ces serveurs peuvent écouter sur différents ports. De plus, les serveurs écoutant sur les sockets de domaine TCP et UNIX peuvent être mixtes.
Exemple :
upstream backend {
server backend1.example.com weight=5;
server 127.0.0.1:8080 max_fails=3 fail_timeout=30s;
server unix:/tmp/backend3;
}
Copier après la connexion
Par défaut, nginx distribue les requêtes à chaque serveur selon une rotation pondérée. Dans l'exemple ci-dessus, toutes les 7 requêtes seront distribuées de la manière suivante : 5 requêtes sont distribuées à backend1.example.com, 1 requête est distribuée au deuxième serveur et 1 requête est distribuée au troisième serveur. Si une erreur se produit lors de la communication avec le serveur, la requête sera transmise au serveur suivant jusqu'à ce que tous les serveurs disponibles aient été essayés. Si tous les serveurs renvoient un échec, le client recevra une réponse (d'échec) du dernier serveur avec lequel il a communiqué.
Syntaxe :
adresse du serveur [paramètres];
#🎜 🎜#
Valeur par défaut : —
Contexte :
amont # 🎜🎜#
Définissez l'adresse du serveur et d'autres paramètres. L'adresse peut être un nom de domaine ou une adresse IP, et le port est facultatif, ou un chemin vers un socket de domaine Unix spécifiant le préfixe « unix : ». Si aucun port n'est spécifié, le port 80 est utilisé. Si un nom de domaine est résolu en plusieurs adresses IP, plusieurs serveurs sont essentiellement définis.
Vous pouvez définir les paramètres suivants : weight=number définit le poids du serveur, la valeur par défaut est 1. max_fails=number définit le nombre de tentatives infructueuses de nginx pour communiquer avec le serveur. Dans le délai défini par le paramètre fail_timeout, si le nombre d'échecs atteint cette valeur, nginx considérera le serveur comme indisponible. Au cours de la prochaine période fail_timeout, le serveur ne sera pas réessayé. Le nombre de tentatives infructueuses est par défaut de 1. Le définir sur 0 arrêtera de compter les tentatives et considérera que le serveur est toujours disponible. Vous pouvez configurer ce qui est considéré comme une tentative échouée via les directives proxy_next_upstream, fastcgi_next_upstream et memcached_next_upstream. Lorsqu'il est configuré par défaut, l'état http_404 n'est pas considéré comme une tentative ayant échoué. fail_timeout=time settings
La période de temps pour compter le nombre de tentatives échouées. Pendant cette période, si le serveur échoue pendant le nombre de tentatives spécifié, le serveur est considéré comme indisponible.
La période de temps pendant laquelle le serveur est considéré comme indisponible.
Par défaut, ce délai d'attente est de 10 secondes. la sauvegarde est marquée comme serveur de sauvegarde. Lorsque le serveur principal est indisponible, les requêtes seront transmises à ces serveurs. down marque le serveur comme indisponible en permanence et peut être utilisé avec la directive ip_hash.
exemple :
upstream backend {
server backend1.example.com weight=5;
server 127.0.0.1:8080 max_fails=3 fail_timeout=30s;
server unix:/tmp/backend3;
server backup1.example.com:8080 backup;
}
Copier après la connexion
Syntaxe :
ip_hash;
#🎜 🎜 #
Valeur par défaut : —
Contexte :
#🎜🎜 #upstream
Spécifie la méthode d'équilibrage de charge du groupe de serveurs et les requêtes sont réparties entre les serveurs en fonction de l'adresse IP du client. Les trois premiers octets de l'adresse IPv4, ou l'adresse IPv6 entière, seront utilisés comme clé de hachage. Cette méthode garantit que les requêtes du même client seront transmises au même serveur. Sauf lorsque le serveur est considéré comme indisponible, ces requêtes clients seront transmises à d'autres serveurs, probablement le même serveur.
Prend en charge les adresses ipv6 à partir des versions 1.3.2 et 1.2.2.
Si l'un des serveurs souhaite être temporairement supprimé, le paramètre down doit être ajouté. Cela préserve la distribution actuelle du hachage de l’adresse IP du client.
Exemple :
upstream backend {
ip_hash;
server backend1.example.com;
server backend2.example.com;
server backend3.example.com down;
server backend4.example.com;
}
Copier après la connexion
À partir des versions 1.3.1 et 1.2.2, la méthode d'équilibrage de charge d'ip_hash prend uniquement en charge la définition de la valeur de poids du serveur.
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
