Тази статия е огледална статия за машинен превод, моля, кликнете тук, за да преминете към оригиналната статия.

Изглед: 27491|Отговор: 2

[Уеб] Практическа конфигурация на балансиране на натоварването с висока наличност на NGINX

[Копирай линк]
Публикувано в 14.06.2020 г. 11:50:26 ч. | | | |
Използвам балансирането на натоварването на Alibaba Cloud повече от 6 години, а nginx използвам повече от 6 години.

Балансирането на натоварването надгражда съществуващите мрежови структури и предоставя евтин, ефективен и прозрачен начин за мащабиране на мрежовото оборудване и пропускателната способност на сървърите, увеличаване на пропускателната способност, подобряване на възможностите за обработка на мрежови данни и подобряване на гъвкавостта и наличността на мрежата.
Балансът на натоварването означава, че тя се разпределя до множество оперативни единици, като уеб сървъри, FTP сървъри, критични за предприятията приложения сървъри и други критични сървъри, за да се изпълняват съвместни работни задачи.

Просто казано, той разпределя множество заявки към различни сървъри в бекенда, за да намали натиска върху всеки сървър и да постигне висока наличност, дори ако един сървър затвори, това няма влияние.

Преди всичко

Инсталирах node.js нативно и инсталирах http-server за емулиране на два уеб контейнера. (Използвайте IIS или имплементирайте HTTP протокола със собствен код)

След като инсталирате node.js, изпълнете следната команда:

Windows, инсталирай http-server в nodejs и включи HTTP сървъра
https://www.itsvse.com/thread-6838-1-1.html

Симулирайте два бекенд сайта

Създадох две нови папки, site1 и site2, под директорията E:\wwwroot, всяка с index.html файл.



Съдържанието е: индекс 1 by:itsvse.com и индекс 2 by:itsvse.com


След това слушайте двата HTTP порта със следната команда, за да отворите двата сайта.

Опитай да достъпиш и двете станции поотделно:Входът към хиперлинк е видим. Входът към хиперлинк е видим.Визуализациите са както следва:



Конфигурация за балансиране на натоварването NGINX

Изтеглете Windows версията на nginx на следния адрес:Входът към хиперлинк е видим.

След като бъде изтеглен, го извлечете в директорията E:\wwwroot\nginx-1.18.0. Модифицирайте файла E:\wwwroot\nginx-1.18.0\conf\nginx.conf по следния начин:



Стартирайте програмата nginx със следната команда:



nginx -s Stop Fast Shutdown
nginx -s прекрати грациозното изключване
nginx -s презарежда промяна на конфигурацията, стартиране на нови worker процеси с нова конфигурация, плавно изключване на старите worker процеси
nginx -s отваря отново лог файловете

Достъп до сайта за балансиране на натоварването nginx чрез браузър:Входът към хиперлинк е видим.



Обновяваме и преглеждаме много пъти и установяваме, че върнатото съдържание е различно всеки път, и виждате, че nginx разпределя различни заявки към различни http услуги в бекенда,Опитвайки се да спрем сайта site1, виждаме, че това не влияе на нормалния ни достъп, и nginx препраща всички заявки към сайта site2

Статус на конфигурацията за балансиране на натоварването на Nginx
държаваОбща информация
долеТекущият сървър засега не участва в балансирането на натоварването
Резервно копиеРезервираните резервни сървъри са активирани, когато всички останали сървъри са блокирани
max_failsБроят на неуспешните заявки, ако броят на неуспешните заявки надвиши лимита, унищожава сървъра от виртуалния пул на услугите след fail_timeout време
fail_timeoutСлед повреда на max_fails услугата спира времето max_fails трябва да се зададе стойността на fail_timeout
max_connsОграничаване на максималния брой връзки за различни сървърни хардуерни конфигурации


Политика за балансиране на натоварването на Nginx

Алгоритми за планиранеОбща информация
ПолотАнкетирайте едно по едно, стандартният метод
ТеглоПретегленото проучване, колкото по-голямо е теглото, толкова по-голям е шансът за разпределение
ip_hashРазпределението на хеш резултатите от достъпния IP ще накара заявки от същия IP адрес да достъпят фиксиран фонов сървър
url_hashПрисвоявайте според резултата от хеша на посетения URL адрес
least_connМинималният брой връзки, сървърът с по-малко връзки ще бъде определен
Стойност на хеш ключаХеш персонализиран ключ


За повече информация относно конфигурациите на nginx, вижте:Входът към хиперлинк е видим.





Предишен:Разделяне и изтриване на логове в Nginx
Следващ:Концепцията и разликата между ITO, BPO, KPO и трите
 Хазяин| Публикувано в 16.03.2021 г. 15:48:20 ч. |
nginx: [emerg] CreateFile() "C:\360安全浏览器下载\nginx-1.18.0/conf/nginx.conf" failed (1113: No mapping for the Unicode character exists in the target multi-byte code page)
nginx: configuration file C:\360安全浏览器下载\nginx-1.18.0/conf/nginx.conf test failed


нгинкс пътищата не могат да бъдат създадени от китайци
 Хазяин| Публикувано в 10.01.2023 г. 19:31:52 ч. |
【Практическо действие】Web урок за висока наличност за Keepalived и Nginx
https://www.itsvse.com/thread-10118-1-1.html
Отричане:
Целият софтуер, програмни материали или статии, публикувани от Code Farmer Network, са само за учебни и изследователски цели; Горното съдържание не трябва да се използва за търговски или незаконни цели, в противен случай потребителите ще понесат всички последствия. Информацията на този сайт идва от интернет, а споровете за авторски права нямат нищо общо с този сайт. Трябва напълно да изтриете горното съдържание от компютъра си в рамките на 24 часа след изтеглянето. Ако ви харесва програмата, моля, подкрепете оригинален софтуер, купете регистрация и получете по-добри услуги. Ако има нарушение, моля, свържете се с нас по имейл.

Mail To:help@itsvse.com