Балансировка нагрузки NGINX. От простого к сложному.

Балансировка нагрузки это один из частых применений nginx, базовая настройка которой будет рассмотрена в данном видео. Я рассмотрю как настроить upstream в nginx, c описание параметров. На примерах рассмотрим как ведет себя nginx при появлении ошибок и как это поведение изменить. Рассмотрю как это все настроить nginx для чайников и для профи, простым понятным языком. Nginx настройка во всей красе.

#nginx #web #ityoutubers #devops

Дополнительные видео по теме:

ХОТИТЕ ПОМОЧЬ РАЗВИТИЮ КАНАЛА?

★ BITCOIN: 3DkeRMFu4jsZCvRj8Bxn8iQCkgxfeVaxg8

КОНТАКТЫ:
Еще контакты:

[koskoskng]

Спасибо!
Ещё бы по ingress nginx такой ролик.

[Leonardo-gdiz]

Спасибо, отдельные пазлы складываются после просмотра. Но одного этого видео мало.

[MuradBei]

То что при 500 не банит это даже хорошо. Часто бывает так, что не отловленные эксепшены доходят до пользователя в виде 500 ошибок, при этом, это ошибка конкретного ендпоинта а не всего приложения. В идеале было бы если NGINX мог бы следить за хелсчеком и по нему определять живо приложение или нет

[andreydmitriyev]

Спасибо за видос, Антон!
Хотелось бы увидеть как в этой связке нескольких аппов работать с единой базовй или с ее реплицируемыми экземплярами.

[studio-aa]

Спасибо! Очень толково и кратко, а главное - все по делу!

[andreil]

Респект, что поработал над произношением NGINX (в сравнении с более ранними видео)! 👍

[Radiolubitel-Petrovich]

Мне бы эту тему лет шесть тому назад, я htb.init юзал и правила к нему писал в ручную, благо дело я отошёл от этого.

[MrMikhailDJ]

А почему не был рассмотрен параметр least_conn? Или он входит в платный nginx plus?

[tomson]

скажите через балансировщик идет вся информация или только запросы ?

[ДенисХарченко-эр]

upstream backend {
least_conn; всетаки топ для нагруженых сервров

[serogavalapinaga]

Спасибо за разъяснения, но хотелось бы уточнить, могу ли я такой подход использовать при поднятии docker репозитория, где будет использоваться схема: пользователь - HADNS на 2 ноды - ноды имеют основной сервер + бэкап, а так же репликацию баз между ними. Хочется достичь состояния: запрос через HADNS уходит на любую из нод, а у каждой стоит upstream на primary и backup. При сбое, HADNS будет слать запросы на живую ноду, а она уже будет слать запросы на оставшуюся живую ноду (либо primary, либо backup). Есть ли подводные камни в таком подходе, какие? А так же, возможно есть подход лучше?

[aldwynconjurer]

Для меня, как для ленивого нуба, такие ролики очень интересные, информативные и полезные. Более того, они меня мотивируют повторить это все на практике. Благодарю!

[technogen]

Антон, спасибо за ваши видео! Я программист и после напряженного рабочего дня ваши видео позволяют расслабиться) думаю магия в сочетании фоновой музыки и вашего голоса 👍 мега лайк за видео про докер!

Сжатие gzip правильно на балансировщике включать или на ngnix сервисовов?

[АнгелИнокентий]

Так, так, не понял, то есть балансировка не работает? Если nginx отдает 400 и 500 ошибку? Хотя в апстриме прописано два сервера

[Zlobusz]

Спасибо! Я просил это видео, но только сегодня у меня дошли руки его посмотреть. Было познавательно.

[LinuxbyDmitry]

Антон, подскажи что у тебя в proxy_params

[ДенисХарченко-эр]

функцеонал урезан в nginx, в haproxy все лучше первые включили http 3 и и у него есть понятия о бекендах

[денисвиноградов-эв]

Полезный материал, спасибо за старания :)

[andrey_kapro]

Если у меня крутятся 3 сайта на сервере и есть 3 конфига? Балансировку (upstream) можно прописывать в каждый конфиг или только в default?