équilibrage de charge nginx

Question

1. Lorsque nginx effectue un équilibrage de charge, cela signifie-t-il 前端用于转发的 nginx 支持的并发数就是该架构支持的最大访问量 ?

2. Si j'ai plusieurs nœuds de serveur et que j'utilise nginx pour l'équilibrage de charge, et que nginx est sur le même intranet que chaque serveur d'applications, tous les nœuds de serveur n'utiliseront-ils pas le trafic réseau externe et seul le serveur nginx utilisera le flux réseau externe ? .

Je crois comprendre que nginx agit comme une station de transfert pour toutes les requêtes. Lorsqu'une requête arrive, il la transmet à un serveur spécifique via l'intranet. Le serveur transfère le résultat du traitement à nginx, et nginx le renvoie au client

.

Dans ce cas, toute la pression du réseau tombe-t-elle sur le serveur nginx ? Si tous mes services sont déployés sur Alibaba Cloud, dois-je utiliser toute la bande passante du serveur nginx ?

3、nginx 做正向代理时，可以做负载么？

En d'autres termes, le proxy de transfert nginx peut distribuer les requêtes à différentes machines comme un proxy inverse, au lieu d'un proxy individuel et ne peut accéder qu'à un seul serveur

Answer 1

1. Cela peut être grossièrement compris. Cependant, nginx n’est généralement pas le goulot d’étranglement.

2. Les services Web du serveur sont tous acheminés via nginx, et le reste du trafic empruntera toujours la route par défaut. La pression sur la bande passante est sur nginx, tandis que la pression sur le calcul et les bases de données est toujours sur le backend.

3. N'utilisez pas nginx comme proxy direct.

Answer 2

La troisième question est discutée :

Nginx, comme lvs, peut-il servir d'entrée de requête client sur le front-end, distribuer la requête au serveur back-end, et le serveur back-end renvoie directement les informations de réponse au client ?

J'ai appris que désormais, nginx agit généralement comme un proxy inverse pour distribuer les requêtes au backend, et le backend répond à nginx, et nginx renvoie au client.

Le proxy de transfert nginx peut-il transférer uniquement vers un seul serveur backend ? S’il peut être distribué sur plusieurs backends, ne serait-il pas 2 fois plus efficace qu’un proxy inverse ?