|
|
Публикувано в 14.06.2020 г. 11:50:26 ч.
|
|
|
|

Използвам балансирането на натоварването на Alibaba Cloud повече от 6 години, а nginx използвам повече от 6 години.
Балансирането на натоварването надгражда съществуващите мрежови структури и предоставя евтин, ефективен и прозрачен начин за мащабиране на мрежовото оборудване и пропускателната способност на сървърите, увеличаване на пропускателната способност, подобряване на възможностите за обработка на мрежови данни и подобряване на гъвкавостта и наличността на мрежата. Балансът на натоварването означава, че тя се разпределя до множество оперативни единици, като уеб сървъри, FTP сървъри, критични за предприятията приложения сървъри и други критични сървъри, за да се изпълняват съвместни работни задачи. Просто казано, той разпределя множество заявки към различни сървъри в бекенда, за да намали натиска върху всеки сървър и да постигне висока наличност, дори ако един сървър затвори, това няма влияние.
Преди всичко
Инсталирах node.js нативно и инсталирах http-server за емулиране на два уеб контейнера. (Използвайте IIS или имплементирайте HTTP протокола със собствен код)
След като инсталирате node.js, изпълнете следната команда:
Симулирайте два бекенд сайта
Създадох две нови папки, 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 и трите
|