1. Часто используемые команды

1. Проверьте команду версии Nginx в каталоге sbin.

./nginx -v

2. Проверьте корректность файла конфигурации.

Перед запуском службы Nginx вы можете сначала проверить, нет ли ошибок в конфигурации файла conf/nginx.conf. Команда выглядит следующим образом:

./nginx -t

3. Запустите и остановите Nginx.

В каталоге sbin запустите команду

./nginx

команда остановки

./nginx -s stop

Просмотр команд процесса

ps -ef | grep nginx

4. Просмотрите журнал и введите команду в каталог журналов:

more access.log

5. Перезагрузите файл конфигурации.

Когда файл конфигурации Nginx изменен, его необходимо перезагрузить, чтобы он вступил в силу. Для перезагрузки файла конфигурации можно использовать следующую команду:

./nginx -s reload

2. Структура файла конфигурации Nginx.

Глобальный блок:иNginxЗапустить связанный глобальный Конфигурация

Блок событий:и Связано с сетевым подключением Конфигурация

HTTP-блок:актерское мастерство、кэш、бревно、виртуальныйхост Конфигурация

HTTP включает в себя:httpглобальный блок,блок сервера (глобальный блок сервера,блок локации)

Примечание. В блоке http можно настроить несколько блоков сервера, а в каждом блоке сервера можно настроить несколько блоков местоположения.

3. Специфические применения Nginx

1. Развертывание статических ресурсов

Nginx можно использовать в качестве статического веб-сервера для развертывания статических ресурсов. Статические ресурсы относятся к файлам, которые действительно существуют на сервере и могут отображаться напрямую.

Например: обычные HTML-страницы, файлы CSS, файлы JS, изображения, видео и другие ресурсы.。

По сравнению с Tomcat, Nginx более эффективен при обработке статических ресурсов, поэтому в производственной среде статические ресурсы обычно развертываются в Nginx. Развертывание статических ресурсов в Nginx очень просто. Вам нужно всего лишь скопировать файлы в каталог html в каталоге установки Nginx.

Красные слова написаны фиксированным образом и не могут быть изменены, а черные слова можно изменить.

2. Обратный прокси

Обратный прокси-сервер расположен между пользователем и целевым сервером, но для пользователя обратный прокси-сервер эквивалентен целевому серверу. То есть пользователь может получить ресурсы целевого сервера путем прямого доступа к обратному прокси-серверу. Обратный прокси-сервер отвечает за пересылку запроса на целевой сервер. Пользователям не нужно знать адрес целевого сервера и не нужно выполнять какие-либо настройки на стороне клиента. Измените файл конфигурации nginx.conf.

3. Балансировка нагрузки

Вначале трафик веб-сайта и бизнес-функции были относительно простыми, и один сервер мог удовлетворить основные потребности. Однако с развитием Интернета бизнес-трафик становился все больше и больше, а бизнес-логика становилась все более и более сложной. Проблема сбоев становится заметной, поэтому необходимо несколько серверов для формирования кластера приложений, чтобы горизонтально расширить производительность и избежать единых точек сбоя. Кластер приложений: развертывание одного и того же приложения на нескольких компьютерах для формирования кластера приложений, получение запросов, распределенных балансировщиком нагрузки, выполнение бизнес-обработки и возврат данных ответа. Балансировщик нагрузки: распределение пользовательских запросов в кластер приложений в соответствии с соответствующим алгоритмом балансировки нагрузки. Сервер. для обработки

Небольшая балансировка нагрузки

Справочная статья: https://blog.csdn.net/qi341500/article/details/129056864