Хостинг нескольких сайтов на одном выделенном сервере с Nginx

Зачем размещать несколько веб-сайтов на выделенном сервере?

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

• Непревзойденная производительность: Ваши веб-сайты используют выделенные ресурсы CPU, RAM и хранилища, обеспечивая постоянную скорость и отзывчивость даже при высокой нагрузке. Никаких "шумных соседей", влияющих на вашу производительность.
• Полный контроль: Полный root-доступ позволяет настраивать каждый аспект серверной среды, от операционной системы до специфических конфигураций Nginx, идеально адаптированных к потребностям ваших приложений.
• Повышенная безопасность: С выделенным сервером вы отвечаете за свои протоколы безопасности. Вы можете внедрять продвинутые брандмауэры, системы обнаружения вторжений и пользовательские меры безопасности без вмешательства других пользователей.
• Экономическая эффективность: Для растущего портфолио веб-сайтов или приложений консолидация на одном мощном выделенном сервере может быть более экономичной, чем управление несколькими меньшими тарифными планами хостинга.
• Масштабируемость: Используя один сервер, вы по-прежнему располагаете полной мощностью вашей выделенной машины. По мере роста ваших сайтов у вас будет достаточно запаса, прежде чем потребуется рассматривать дополнительное оборудование.
• Централизованное управление: Оптимизируйте обновления, резервное копирование и мониторинг для всех ваших размещенных сайтов из одной точки доступа, упрощая задачи системного администратора.

Предварительные условия и требования к серверу

Прежде чем приступить к настройке Nginx, убедитесь, что у вас есть следующее:

1. Выделенный сервер от Valebyte

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

2. Операционная система

Это руководство сосредоточено на операционных системах на базе Linux, в частности Ubuntu (20.04 LTS или новее) или Debian. Команды могут немного отличаться для CentOS/RHEL, но принципы настройки Nginx остаются теми же.

3. Зарегистрированные доменные имена

У вас должно быть зарегистрировано как минимум два доменных имени (например, website1.com и website2.com), и их 'A' записи DNS должны указывать на публичный IP-адрес вашего выделенного сервера. Распространение DNS может занять несколько часов, поэтому убедитесь, что это сделано заранее.

4. Root-доступ через SSH

Вам потребуется SSH-доступ к вашему выделенному серверу с учетной записью пользователя, имеющей sudo привилегии (или прямой root-доступ, хотя использование пользователя с sudo обычно рекомендуется для безопасности).

ssh your_user@your_server_ip

5. Базовые знания командной строки Linux

Знакомство с базовыми командами Linux (например, cd, mkdir, ls, nano или vim) будет полезным.

Пошаговое руководство: Настройка нескольких веб-сайтов с Nginx

Выполните следующие шаги для настройки Nginx для нескольких веб-сайтов на вашем выделенном сервере Valebyte.

Шаг 1: Обновите систему и установите Nginx

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

sudo apt update
sudo apt upgrade -y
sudo apt install nginx -y

После установки Nginx должен запуститься автоматически. Вы можете проверить его статус и включить его запуск при загрузке:

sudo systemctl start nginx
sudo systemctl enable nginx
sudo systemctl status nginx

Если у вас включен брандмауэр (например, UFW на Ubuntu), вам потребуется разрешить трафик Nginx. Проверьте доступные профили Nginx:

sudo ufw app list

Вы, вероятно, увидите 'Nginx HTTP' (порт 80), 'Nginx HTTPS' (порт 443) и 'Nginx Full' (оба 80 и 443). Разрешите необходимые профили:

sudo ufw allow 'Nginx HTTP'
# If you plan to use SSL/HTTPS immediately, also allow:
sudo ufw allow 'Nginx HTTPS'
sudo ufw enable # Only if UFW is not already enabled
sudo ufw status

Шаг 2: Создайте структуры каталогов для каждого веб-сайта

Каждому веб-сайту требуется собственный корневой каталог, где будут храниться его файлы. Распространенной практикой является создание их в /var/www/.

Для website1.com:

sudo mkdir -p /var/www/website1.com/html

Для website2.com:

sudo mkdir -p /var/www/website2.com/html

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

sudo chown -R $USER:$USER /var/www/website1.com/html
sudo chmod -R 755 /var/www/website1.com

sudo chown -R $USER:$USER /var/www/website2.com/html
sudo chmod -R 755 /var/www/website2.com

Для проверки создайте простой файл index.html в каталоге html каждого сайта:

echo '<h1>Welcome to Website 1!</h1>' | sudo tee /var/www/website1.com/html/index.html
echo '<h1>Welcome to Website 2!</h1>' | sudo tee /var/www/website2.com/html/index.html

Шаг 3: Создайте серверные блоки Nginx (виртуальные хосты)

Nginx использует «серверные блоки» (аналогичные виртуальным хостам Apache) для определения конфигураций отдельных веб-сайтов. Эти файлы обычно хранятся в /etc/nginx/sites-available/, а затем символически связываются с /etc/nginx/sites-enabled/ для их активации.

Создайте серверный блок для website1.com:

sudo nano /etc/nginx/sites-available/website1.com

Добавьте следующую конфигурацию:

server {
    listen 80;
    listen [::]:80;

    root /var/www/website1.com/html;
    index index.html index.htm index.nginx-debian.html;

    server_name website1.com www.website1.com;

    location / {
        try_files $uri $uri/ =404;
    }

    error_page 404 /404.html;
    location = /404.html {
        internal;
    }

    # Optional: Nginx logging for this site
    access_log /var/log/nginx/website1.com_access.log;
    error_log /var/log/nginx/website1.com_error.log;
}

Создайте серверный блок для website2.com:

sudo nano /etc/nginx/sites-available/website2.com

Добавьте аналогичную конфигурацию, скорректировав директивы root и server_name:

server {
    listen 80;
    listen [::]:80;

    root /var/www/website2.com/html;
    index index.html index.htm index.nginx-debian.html;

    server_name website2.com www.website2.com;

    location / {
        try_files $uri $uri/ =404;
    }

    error_page 404 /404.html;
    location = /404.html {
        internal;
    }

    # Optional: Nginx logging for this site
    access_log /var/log/nginx/website2.com_access.log;
    error_log /var/log/nginx/website2.com_error.log;
}

Понимание директив серверных блоков Nginx:

Шаг 4: Включите серверные блоки

Чтобы включить новые серверные блоки, создайте символические ссылки из sites-available в sites-enabled. Также удалите файл конфигурации Nginx по умолчанию, чтобы избежать конфликтов.

sudo ln -s /etc/nginx/sites-available/website1.com /etc/nginx/sites-enabled/
sudo ln -s /etc/nginx/sites-available/website2.com /etc/nginx/sites-enabled/

sudo rm /etc/nginx/sites-enabled/default

Шаг 5: Проверьте конфигурацию Nginx и перезапустите

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

sudo nginx -t

Если тест успешен, вы должны увидеть сообщения типа: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok и nginx: configuration file /etc/nginx/nginx.conf test is successful.

Теперь перезапустите Nginx, чтобы применить изменения:

sudo systemctl restart nginx

Шаг 6: Настройте DNS-записи

Убедитесь, что 'A' записи для website1.com, www.website1.com, website2.com и www.website2.com (и любых других доменов) правильно указывают на публичный IP-адрес вашего выделенного сервера Valebyte. Вы управляете этими записями через вашего регистратора доменов или провайдера DNS. Изменения DNS могут занять до 24-48 часов для полного глобального распространения, хотя часто это происходит гораздо быстрее.

Шаг 7: (Необязательно) Защита с помощью SSL/TLS (Let's Encrypt)

Для современной веб-безопасности и SEO использование HTTPS имеет решающее значение. Let's Encrypt предоставляет бесплатные SSL/TLS-сертификаты, а Certbot автоматизирует этот процесс с Nginx.

Установите Certbot и плагин Nginx:

sudo apt install certbot python3-certbot-nginx -y

Запустите Certbot для вашего первого домена:

sudo certbot --nginx -d website1.com -d www.website1.com

Следуйте инструкциям. Certbot автоматически изменит вашу конфигурацию Nginx, получит сертификат и настроит автоматическое продление. Повторите это для каждого домена:

sudo certbot --nginx -d website2.com -d www.website2.com

Вы можете проверить процесс автоматического продления:

sudo certbot renew --dry-run

Если ранее вы разрешили только 'Nginx HTTP' в вашем брандмауэре, не забудьте теперь разрешить 'Nginx HTTPS' или 'Nginx Full'.

Практические варианты использования мультисайтового хостинга на выделенном сервере

Выделенный сервер Valebyte, настроенный для нескольких веб-сайтов с Nginx, открывает мир возможностей:

• Веб-агентства и разработчики: Размещайте клиентские веб-сайты, среды разработки, тестовые площадки и личные проекты на одной мощной машине. Это упрощает управление и обеспечивает согласованную, высокопроизводительную платформу.
• Портфолио электронной коммерции: Управляйте несколькими интернет-магазинами для разных брендов, продуктовых линеек или региональных вариаций. Каждый магазин получает выгоду от выделенных ресурсов, обеспечивая быструю загрузку для покупателей.
• Контентные сети: Управляйте сетью блогов, новостных сайтов, форумов или ресурсных порталов. Это идеально подходит для SEO-стратегий, включающих взаимосвязанные контентные хабы или управление разнообразными потоками контента.
• Внутренние бизнес-приложения: Размещайте интранет вашей компании, инструменты управления проектами, CRM-системы или другие внутренние веб-приложения, сохраняя конфиденциальные данные в вашей контролируемой выделенной среде.
• Фронтенды игровых серверов: Хотя сами игровые серверы могут работать на определенных портах, Nginx может размещать веб-панели, форумы или целевые страницы для ваших различных экземпляров игровых серверов, все на одной базовой инфраструктуре.
• Среды CI/CD: Предоставляйте выделенные веб-интерфейсы для инструментов непрерывной интеграции/непрерывного развертывания (например, Jenkins, панели мониторинга GitLab CI) или размещайте несколько тестовых сред для разных проектов.
• Стриминговые сервисы: Размещайте веб-фронтенды с низкой задержкой для стриминговых платформ, эффективно доставляя медиа-активы или управляя пользовательскими интерфейсами.
• Интерфейсы управления базами данных: Безопасно размещайте веб-инструменты администрирования баз данных (например, phpMyAdmin, Adminer) для нескольких баз данных, используемых различными приложениями.

Устранение распространенных проблем

Даже при тщательном планировании могут возникнуть проблемы. Вот как их диагностировать и устранять:

1. Сбой проверки конфигурации Nginx (sudo nginx -t)

• Симптомы: Сообщения об ошибках, указывающие на синтаксические ошибки, неизвестные директивы или отсутствующие файлы.
• Решение: Внимательно прочитайте сообщение об ошибке. Оно обычно указывает точный номер строки и файл, где произошла ошибка. Распространенные ошибки включают пропущенные точки с запятой (;), неправильно написанные директивы, неверные пути или незакрытые скобки ({}).
• Пример: nginx: [emerg] unknown directive "rooty" in /etc/nginx/sites-available/website1.com:5 – Это указывает на опечатку в директиве root в строке 5.

2. Веб-сайт не загружается / Страница Nginx по умолчанию / 502 Bad Gateway / 403 Forbidden

• Симптомы: Ваш браузер показывает страницу приветствия Nginx по умолчанию, ошибку 502 Bad Gateway, ошибку 403 Forbidden или просто не загружается.
• Решение (Страница по умолчанию): Проверьте директиву server_name. Она должна точно соответствовать домену, к которому вы пытаетесь получить доступ. Убедитесь, что ваш DNS полностью распространился. Если у вас несколько серверных блоков, Nginx может отдать первый в алфавитном порядке, если ни один конкретный server_name не совпадает.
• Решение (502 Bad Gateway): Это обычно означает, что Nginx не смог подключиться к вышестоящему серверу (например, PHP-FPM). Проверьте, запущен ли PHP-FPM: sudo systemctl status php*-fpm. Проверьте журналы ошибок Nginx для получения подробностей.
• Решение (403 Forbidden): Это часто указывает на проблемы с разрешениями. Nginx не имеет доступа на чтение к файлам или каталогам вашего веб-сайта. Дважды проверьте команды sudo chown и sudo chmod для ваших каталогов /var/www/. Также проверьте директиву root в вашем серверном блоке.
• Решение (Веб-сайт не загружается): Проверьте журналы ошибок Nginx (/var/log/nginx/error.log) и журналы ошибок конкретных сайтов (например, /var/log/nginx/website1.com_error.log) для получения подсказок.

3. Ошибки SSL / Веб-сайт не загружается через HTTPS

• Симптомы: Браузер предупреждает о небезопасном соединении, несоответствии сертификата или веб-сайт не загружается по HTTPS.
• Решение: Убедитесь, что ваш брандмауэр разрешает трафик HTTPS (порт 443). Убедитесь, что Certbot успешно получил и настроил сертификат для вашего домена. Проверьте ваш серверный блок Nginx на наличие конфигурации HTTPS (обычно добавляется Certbot). Убедитесь, что 'A' запись DNS вашего домена правильно указывает на ваш сервер.

4. Изменения не вступают в силу

• Симптомы: Вы внесли изменения в серверный блок, но веб-сайт ведет себя по-прежнему.
• Решение: Выполнили ли вы sudo nginx -t и sudo systemctl restart nginx после внесения изменений? Nginx необходимо перезагрузить или перезапустить, чтобы применить новые конфигурации.

5. Высокое потребление ресурсов одним сайтом влияет на другие

• Симптомы: Один веб-сайт испытывает всплеск трафика, и все остальные сайты на сервере замедляются.
• Решение: Это ограничение хостинга нескольких сайтов на одном сервере. Отслеживайте ресурсы вашего сервера (CPU, RAM, Disk I/O) с помощью таких инструментов, как htop, top, free -h, iostat. Оптимизируйте высоконагруженный сайт (кэширование, оптимизация кода, оптимизация базы данных). Если проблема сохраняется, рассмотрите возможность обновления вашего выделенного сервера Valebyte или переноса проблемного сайта на отдельный выделенный экземпляр.

Лучшие практики управления мультисайтами на выделенном сервере

Для поддержания надежной и эффективной мультисайтовой среды на вашем выделенном сервере Valebyte рассмотрите следующие лучшие практики:

• Мониторинг ресурсов: Регулярно отслеживайте использование CPU, RAM, дискового ввода-вывода и сетевого трафика вашего сервера. Такие инструменты, как Netdata, Grafana с Prometheus, или простые утилиты командной строки, такие как htop и free -h, могут предоставить ценную информацию. Это поможет вам предвидеть узкие места и заблаговременно масштабировать ресурсы вашего выделенного сервера Valebyte.
• Регулярное резервное копирование: Внедрите надежную стратегию резервного копирования для всех ваших веб-сайтов и конфигураций сервера. Это должно включать как резервные копии файловой системы, так и дампы баз данных, безопасно хранящиеся вне сайта. Ваш выделенный сервер Valebyte предоставляет идеальную среду для настройки пользовательских решений для резервного копирования.
• Обновления безопасности: Поддерживайте актуальность вашей операционной системы, Nginx, PHP-FPM и любого другого серверного программного обеспечения. Регулярные патчи безопасности имеют решающее значение для защиты всех ваших размещенных веб-сайтов от уязвимостей.
• Подробное логирование: Настройте журналы доступа и ошибок Nginx для каждого веб-сайта. Регулярно просматривайте эти журналы для выявления проблем с производительностью, угроз безопасности или ошибок приложений. Это жизненно важно для отладки и поддержания работоспособности сайта.
• Централизованные инструменты управления (необязательно): Для большого количества сайтов рассмотрите возможность использования панели управления веб-хостингом, такой как cPanel или Plesk. Хотя это руководство сосредоточено на ручной настройке Nginx, эти панели могут автоматизировать многие задачи, включая создание серверных блоков, управление SSL и предоставление пользователей. Однако они добавляют накладные расходы и уменьшают прямой контроль.
• Выделенные IP-адреса: Хотя Server Name Indication (SNI) Nginx позволяет использовать несколько SSL-сертификатов на одном IP-адресе, могут быть специфические сценарии, когда выделенный IP-адрес для каждого сайта выгоден (например, некоторые устаревшие системы, особые юридические требования или почтовые службы, привязанные к IP-репутации домена). Valebyte может предоставить дополнительные IP-адреса при необходимости.
• Пулы PHP-FPM для изоляции: Если вы размещаете PHP-приложения, настройте отдельные пулы PHP-FPM для каждого веб-сайта. Это обеспечивает лучшую изоляцию ресурсов и позволяет запускать разные версии или конфигурации PHP для разных сайтов без конфликтов.
• Контроль версий: Используйте Git или другую систему контроля версий для кода вашего веб-сайта и даже для файлов конфигурации Nginx. Это помогает отслеживать изменения, совместно работать и возвращаться к предыдущим версиям при необходимости.