Nginx — это веб-сервер и обратный прокси, разработанный с фокусом на скорость, масштабируемость и надежность.
Nginx предустановлен на серверах в Нидерландах, Финляндии, Германии, Исландии, США, Турции, Польше, Англии, Франции, Испании, Швейцарии и России.
Арендуйте виртуальный (VPS) или выделенный сервер с Nginx — бесплатным веб-сервером и обратным прокси. Выберите Nginx, сконфигурируйте сервер и приступите к работе уже через 15 минут.
Nginx предоставляется только для арендованных серверов HOSTKEY. Для автоматической установкиNginx выберите это ПО во вкладке «Маркетплейс приложений» при заказе услуги.
Арендуйте надежный VPS в Европе, США и Турции.
Готовность: ≈15 минут.
Арендуйте выделенный сервер в Европе, США и Турции.
Готовность: ≈15 минут.
Nginx — это бесплатное программное обеспечение с открытым исходным кодом, распространяемое на условиях упрощенной лицензии, состоящей из двух пунктов, подобной BSD. Это означает, что вы можете свободно использовать, изменять и распространять код как в личных, так и в коммерческих целях.
Мы гарантируем, что на сервере установлено безопасное оригинальное программное обеспечение.
Чтобы установить Nginx, нужно выбрать его во время заказа сервера на сайте HOSTKEY. Наша система автоматического деплоя произведет установку программного обеспечения на ваш сервер.
Если у вас возникли вопросы или затруднения при установке и/или использовании Nginx, внимательно изучите документацию на официальном сайте разработчика или обратитесь в службу поддержки Nginx.
Nginx — это быстрый и легкий веб-сервер. Он используется для обслуживания веб-сайтов, одновременной обработки большого количества пользователей, а также выполняет функции обратного прокси-сервера, балансировщика нагрузки или кэширования. Nginx помогает сайтам загружаться быстрее и обрабатывать больше трафика.
По данным Netcraft на апрель 2025 года, nginx занимает первое место среди всех веб-серверов в мире с долей 33,8% - впереди Apache (26,4%) и Cloudflare Server (23,4%). Yandex, Mail.ru, ВКонтакте, Rambler - всё это работает на nginx. И это не случайно: nginx обрабатывает десятки тысяч одновременных соединений при минимальном потреблении памяти, умеет отдавать статику, проксировать запросы к приложениям, балансировать нагрузку и терминировать SSL - и всё это в рамках одного процесса с простым конфигурационным файлом.
На серверах HOSTKEY nginx устанавливается и настраивается автоматически в процессе деплоя. Вы получаете готовый VPS с уже работающим nginx - без самостоятельной установки пакетов, редактирования конфигов и разбора ошибок при запуске.
Nginx (произносится «энджин-икс», engine x) - это HTTP-сервер, обратный прокси-сервер с поддержкой кэширования и балансировки нагрузки, TCP/UDP прокси-сервер и почтовый прокси-сервер. Разработку начал Игорь Сысоев в 2002 году - изначально для нужд поисковика Rambler, который в 2008 году обрабатывал 500 миллионов запросов в день. Публичный релиз состоялся в 2004 году. В 2011 году Сысоев основал компанию Nginx, Inc., которая в 2019 году была приобретена F5. Nginx распространяется под лицензией BSD из двух пунктов - полностью бесплатно, включая коммерческое использование.
Ключевая идея, заложенная в архитектуру nginx - решение проблемы C10k: как обслуживать 10 000 одновременных клиентских соединений на одном сервере. Apache и другие серверы того времени создавали отдельный процесс или поток на каждое соединение. При тысячах соединений это приводило к огромному расходу памяти и деградации производительности. Nginx выбрал другой подход: асинхронная событийно-ориентированная архитектура, при которой один рабочий процесс обрабатывает тысячи соединений без создания отдельных потоков.
Сегодня nginx - самый используемый Docker-образ по данным DataDog, де-факто стандартный Ingress-контроллер для Kubernetes и базовый компонент подавляющего большинства современных веб-инфраструктур.
Понять, почему nginx настолько производителен, помогает сравнение с Apache. Apache при каждом входящем соединении порождает отдельный процесс или поток, который живёт до закрытия соединения. При 1000 одновременных клиентов - 1000 процессов. Каждый процесс занимает память даже в моменты ожидания. При 10 000 соединениях сервер начинает захлебываться.
Nginx работает иначе. Главный процесс (master) читает конфигурацию и управляет рабочими процессами (workers). Каждый worker - это один процесс, который с помощью системных вызовов epoll (Linux) или kqueue (FreeBSD) одновременно отслеживает тысячи дескрипторов соединений. Когда данные готовы - worker обрабатывает их; когда ждёт - переключается на другое соединение. Никаких лишних потоков, никакого ожидания вхолостую.
Директива worker_processes auto задает количество workers равным числу ядер процессора. Директива worker_connections определяет максимальное число одновременных соединений на worker. При 4 ядрах и worker_connections 1024 nginx может обслуживать до 4096 одновременных соединений, потребляя при этом значительно меньше памяти, чем Apache с аналогичной нагрузкой.
Nginx отдаёт статические файлы - HTML, CSS, JavaScript, изображения, шрифты, архивы - быстрее, чем любой другой веб-сервер. Директива sendfile включает передачу файлов напрямую из ядра ОС в сеть, минуя копирование в пространство пользователя. tcp_nopush и tcp_nodelay оптимизируют TCP-пакетизацию. Встроенное gzip-сжатие уменьшает объем передаваемых данных. Кэширование на стороне клиента настраивается через заголовки Expires и Cache-Control.
Именно в этой роли nginx используется чаще всего в современных инфраструктурах. Nginx принимает запросы от клиентов и передает их на бэкенд-сервер: приложение на Python (Django, Flask, FastAPI), Node.js, Ruby on Rails, PHP-FPM, Go - любой процесс, слушающий на локальном порту или Unix-сокете. При этом nginx берёт на себя SSL-терминацию, сжатие, кэширование ответов и ограничение числа соединений - разгружая бэкенд от этих задач.
Блок upstream позволяет распределять запросы между несколькими бэкенд-серверами. Доступны методы балансировки: round-robin (по кругу, по умолчанию), least_conn (на сервер с наименьшим числом активных соединений), ip_hash (один клиент - всегда один сервер, важно для сессионного состояния), hash с произвольным ключом. Директива weight задаёт вес серверу: более мощные узлы получают больше запросов. Параметр max_fails и fail_timeout автоматически исключают недоступный сервер из ротации и возвращают его после восстановления.
Nginx обрабатывает HTTPS-соединения, терминируя TLS и передавая расшифрованный трафик на бэкенд по HTTP. Это снимает нагрузку с приложения и упрощает управление сертификатами: все они хранятся в одном месте - конфигурации nginx. Поддерживается TLS SNI, что позволяет обслуживать десятки доменов с разными сертификатами на одном IP-адресе. Nginx поддерживает HTTP/2 с приоритизацией потоков и HTTP/3 на базе QUIC, что ускоряет загрузку страниц по сравнению с HTTP/1.1. Заголовок HSTS добавляется одной директивой и принудительно переводит браузер на HTTPS для всех последующих соединений.
Nginx кэширует ответы бэкенда на диск или в память: при повторном запросе ответ отдаётся из кэша без обращения к приложению. Это особенно ценно для динамических страниц, генерация которых требует запросов к базе данных. Параметр proxy_cache_valid задаёт время жизни кэша для разных HTTP-статусов. proxy_cache_use_stale позволяет отдавать устаревший кэш, если бэкенд временно недоступен, - сайт продолжает работать даже при кратковременных сбоях приложения.
Один nginx-сервер обслуживает произвольное количество доменов. Каждый домен описывается отдельным блоком server с уникальным значением server_name. Nginx маршрутизирует входящие запросы по значению заголовка Host: все запросы к example.com уходят в один конфиг, к api.example.com - в другой, к shop.example.com - в третий. Конфигурации хранятся в /etc/nginx/sites-available и активируются символическими ссылками в /etc/nginx/sites-enabled - стандартный паттерн для Ubuntu и Debian.
Директива limit_req_zone ограничивает количество запросов с одного IP-адреса в единицу времени. limit_conn ограничивает число одновременных соединений. Это встроенная защита от брутфорса, DDoS на уровне приложения и агрессивных сканеров. Конфигурация занимает две строки в конфиге и не требует дополнительного ПО.
Nginx не умеет выполнять PHP напрямую - и это правильно с архитектурной точки зрения. Он передаёт PHP-запросы на PHP-FPM через протокол FastCGI. PHP-FPM управляет пулом PHP-процессов и возвращает готовый ответ. Связка nginx + PHP-FPM - стандарт для WordPress, Laravel, Symfony, Bitrix и большинства PHP-приложений. По сравнению с классической схемой Apache + mod_php, эта связка расходует значительно меньше памяти.
Модуль rewrite позволяет изменять URI запроса с помощью регулярных выражений. Это основа для чистых URL в CMS, принудительного перенаправления с HTTP на HTTPS, редиректов с www на без-www, а также для сложной маршрутизации: разные URL-паттерны обрабатываются разными бэкендами или возвращают разные статические файлы.
Nginx пишет access.log и error.log с настраиваемым форматом. Через директиву log_format задаётся произвольный набор полей: IP клиента, метод запроса, URI, статус ответа, время обработки, размер ответа, заголовок Referer, User-Agent. Буферизованная запись в лог снижает нагрузку на дисковую подсистему при высоком трафике. Поддерживается отправка логов в syslog для централизованного сбора.
Базовый сценарий: nginx принимает HTTP/HTTPS-запросы и либо отдаёт статические файлы напрямую, либо проксирует динамические запросы на бэкенд (PHP-FPM, Python, Node.js). Именно так работают WordPress, Bitrix, Django и большинство других веб-приложений. Nginx обслуживает статику в тысячи раз быстрее, чем приложение на PHP или Python, - не имеет смысла нагружать интерпретатор раздачей изображений и CSS-файлов.
На одном VPS часто живут несколько приложений: основной сайт, API, административная панель, мониторинг. Каждое слушает на своём порту (3000, 8000, 8080). Nginx принимает все внешние запросы на портах 80/443 и распределяет их по доменам и URL-путям: запросы к example.com → порт 3000, к api.example.com → порт 8000, к example.com/admin → порт 8080. Снаружи видны только стандартные HTTP/HTTPS-порты; внутренние порты закрыты firewall.
При горизонтальном масштабировании приложения несколько его экземпляров запускаются на разных серверах или контейнерах. Nginx на отдельном VPS работает как балансировщик: принимает все запросы и распределяет их по инстансам приложения. Health checks исключают недоступные узлы из ротации. Такая архитектура обеспечивает отказоустойчивость и позволяет обновлять приложение без простоя - отключая один инстанс, обновляя его и возвращая в ротацию.
nginx-ingress-controller - самый популярный Ingress-контроллер для Kubernetes. Он управляет маршрутизацией внешнего трафика к сервисам внутри кластера: какой домен и URL-путь соответствует какому сервису. Конфигурация задаётся через Kubernetes-манифесты Ingress, а nginx-ingress-controller автоматически транслирует их в конфиг nginx. На VPS HOSTKEY с Minikube nginx-ingress работает как предустановленный аддон.
Nginx эффективно раздает большие файлы: видео, аудио, архивы, резервные копии. Поддержка byte-range запросов (директива Accept-Ranges) позволяет клиентам скачивать файлы с места остановки и ставить загрузку на паузу. Это стандартный механизм для прогрессивного воспроизведения видео в браузере без специальных медиасерверов.
Apache появился в 1995 году и долгое время был бесспорным лидером. Сегодня оба сервера активно используются, и у каждого есть своя сильная область.
Nginx предпочтителен для высоконагруженных проектов с большим числом одновременных соединений, раздачи статики, работы в роли обратного прокси и балансировщика, микросервисных архитектур и контейнерных сред. При одинаковой нагрузке nginx потребляет существенно меньше оперативной памяти, чем Apache.
Apache имеет преимущества там, где нужен файл .htaccess: shared-хостинги, где разные пользователи управляют конфигурацией своих сайтов без доступа к глобальному конфигу. Модуль mod_php позволяет встроить PHP прямо в Apache без отдельного PHP-FPM процесса. Apache проще в первоначальной настройке для людей, привыкших к .htaccess.
На практике nginx и Apache нередко используются вместе: Apache обрабатывает PHP-запросы на бэкенде, а nginx стоит перед ним в роли обратного прокси - принимает соединения, отдает статику сам и передает динамические запросы Apache. Такая конфигурация объединяет сильные стороны обоих серверов.
Установка nginx на чистый сервер занимает несколько минут, но это только начало. Дальше нужно: настроить основной конфиг nginx.conf под параметры сервера (worker_processes, worker_connections, keepalive_timeout), создать конфигурацию виртуального хоста, настроить SSL-сертификат, прописать правила для PHP-FPM или проксирования на бэкенд, открыть нужные порты в firewall и убедиться, что nginx запускается автоматически при перезагрузке. Для начинающих каждый из этих шагов - потенциальный источник ошибок.
На серверах HOSTKEY nginx разворачивается автоматически вместе с VPS: пакет установлен, базовая конфигурация настроена под характеристики сервера, сервис добавлен в автозапуск. Вы подключаетесь к серверу - nginx уже работает.
Nginx установлен из официального репозитория nginx.org (не устаревшая версия из дистрибутива), сервис добавлен в systemd и запускается при каждой перезагрузке сервера, базовый конфиг /etc/nginx/nginx.conf настроен под параметры выбранной конфигурации VPS, структура /etc/nginx/sites-available и /etc/nginx/sites-enabled создана и подключена. Всё готово к тому, чтобы вы добавили конфигурацию своего домена и развернули приложение.
Nginx распространяется под двухпунктовой лицензией BSD и является полностью бесплатным программным обеспечением. HOSTKEY устанавливает nginx без дополнительной платы - вы платите только за аренду серверных ресурсов. Существует также коммерческая версия nginx Plus с расширенными возможностями (динамический DNS, расширенный health check, JWT-аутентификация, панель мониторинга), но для подавляющего большинства задач достаточно бесплатного opensource-варианта.
Nginx способен выжать максимум из аппаратной платформы - но только если сама платформа не является узким местом. Медленный диск тормозит раздачу статики и запись логов. Перегруженный канал создает очереди и задержки. Нестабильная сеть сводит на нет преимущества асинхронной архитектуры. HOSTKEY строит инфраструктуру так, чтобы железо и сеть не ограничивали производительность nginx.
Что входит в каждый тариф:
После получения доступа к серверу первые шаги для большинства задач одинаковы. Создайте файл конфигурации домена в /etc/nginx/sites-available/yourdomain.conf: укажите server_name с вашим доменом, root с путём к файлам сайта, location-блоки для статики и динамики. Создайте символическую ссылку в /etc/nginx/sites-enabled. Проверьте конфигурацию командой nginx -t - она покажет синтаксические ошибки без перезапуска. Примените конфигурацию через nginx -s reload - горячая перезагрузка без потери соединений.
Для HTTPS используйте Certbot с плагином nginx: он автоматически получит сертификат Let's Encrypt и добавит SSL-конфигурацию в ваши server-блоки. После этого nginx будет обслуживать HTTPS с автоматическим перевыпуском сертификата раз в 90 дней.
Файлы логов находятся в /var/log/nginx/: access.log содержит все запросы, error.log - ошибки. Для анализа трафика access.log удобно обрабатывать через GoAccess - консольный анализатор в реальном времени. Для централизованного сбора логов со многих серверов настраивается отправка в syslog, а оттуда - в стек Prometheus + Grafana или ELK.
VPS с предустановленным nginx от HOSTKEY - это готовый к работе веб-сервер с настроенной конфигурацией, запущенным сервисом и корректно выставленными правами. Не нужно разбираться с установкой пакетов, редактировать nginx.conf с нуля или искать ошибку в конфиге три часа подряд. Подключились по SSH - nginx работает. Дальше - ваши задачи.
Nginx - самый популярный веб-сервер в мире, созданный в России и используемый Yandex, ВКонтакте и крупнейшими платформами планеты. Асинхронная архитектура, минимальное потребление памяти, встроенные балансировка нагрузки и кэширование, поддержка HTTP/2 и HTTP/3, гибкий rate limiting - всё это работает на NVMe-серверах HOSTKEY в 7 локациях, с 1 Гбит/с каналом и поддержкой 24/7. Оптимальная основа для любого веб-проекта - от личного сайта до высоконагруженного сервиса
Помощь
Документация
Вход 
