Как настроить обратный прокси NGINX в облаке Alibaba

Эта статья была создана в сотрудничестве с Alibaba Cloud . Спасибо за поддержку партнеров, которые делают возможным использование SitePoint.

Думаете, у вас есть лучший совет по лучшему использованию облачных сервисов Alibaba? Расскажите нам об этом и воспользуйтесь своим шансом выиграть MacBook Pro (плюс другие интересные вещи). Узнайте больше здесь .

Нужно обслуживать много сайтов из одной системы Linux, оптимизировать ресурсы и автоматизировать процесс запуска сайта? Тогда давайте серьезно и настроим среду, готовую к работе, используя Ubuntu, NGINX и Docker — все это в Alibaba Cloud.

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

Понимание сценария

Если вы посмотрите это руководство, скорее всего, вам нужно управлять кластером серверов или большим количеством веб-сайтов — если не обоими — и посмотреть, какие у вас есть варианты для безопасной, производительной и гибкой среды. Ну, тогда вы пришли в нужное место!

Почему обратный прокси

Короче говоря, обратный прокси-сервер принимает запрос от клиента (обычно из Интернета), перенаправляет его на сервер, который может выполнить его (обычно в интрасети), и, наконец, возвращает ответ сервера обратно клиенту.

Изображение: Конфиденциальность Канада

Те, кто делает запросы к прокси, могут не знать о внутренней сети.

Таким образом, обратный прокси-сервер — это «публичное лицо», которое находится на краю сети приложения и обрабатывает все запросы; таким образом, это похоже на балансировщик нагрузки. Но хотя реализация балансировщика нагрузки имеет смысл только при наличии нескольких серверов, вы можете развернуть обратный прокси-сервер только с одним веб-сервером, на котором размещено несколько сайтов, и это может быть особенно полезно, когда для этих сайтов существуют разные требования к конфигурации.

У этого подхода есть некоторые преимущества:

• Производительность Ряд методов веб-ускорения, которые могут быть реализованы, в том числе:
  • Сжатие : ответы сервера могут быть сжаты перед возвратом их клиенту для уменьшения пропускной способности.
  • Завершение SSL : расшифровка запросов и шифрование ответов могут высвободить ресурсы на серверной части при одновременной защите соединения.
  • Кэширование : возвращение хранит копии содержимого, когда тот же запрос размещается другим клиентом, может уменьшить время отклика и нагрузку на внутренний сервер.
• Безопасность Вредоносные клиенты не могут напрямую обращаться к вашим веб-серверам, а прокси-сервер эффективно выступает в качестве дополнительной защиты; и количество соединений может быть ограничено, сводя к минимуму влияние атак распределенного отказа в обслуживании (DDoS).
• Гибкость Один URL-адрес может быть точкой доступа к нескольким серверам независимо от структуры сети за ними. Это также позволяет распределять запросы, максимизируя скорость и предотвращая перегрузку. Клиенты также узнают только IP-адрес обратного прокси-сервера, так что вы можете прозрачно изменить конфигурацию вашего бэк-энда, так как он лучше соответствует вашему трафику или архитектурным потребностям.

Почему NGINX

NGINX Plus и NGINX являются лучшими в своем классе решениями обратного прокси-сервера, используемыми веб-сайтами с высоким трафиком, такими как Dropbox, Netflix и Zynga. Более 287 миллионов веб-сайтов по всему миру, в том числе большинство из 100 000 загруженных веб-сайтов , используют NGINX Plus и NGINX для быстрой, надежной и безопасной доставки своего контента.

Что такое обратный прокси-сервер? по NGINX.

Apache великолепен и, вероятно, лучше всего подходит для многоцелевого веб-сервера со всеми элементами питания. Но по этой самой причине он также может быть более ресурсоемким. Кроме того, Apache является многопоточным даже для отдельных веб-сайтов, что само по себе неплохо, особенно для многоядерных систем, но это может значительно увеличить нагрузку на процессор и использование памяти при размещении нескольких сайтов.

$ sudo apt-get update
$ sudo apt-get install nginx

 $ systemctl status nginx    

 $ sudo apt-get remove docker docker-engine docker.io

 $ sudo apt-get update
$ sudo apt-get install docker-ce

 $ docker network create nginx-proxy

 $ docker run -d -p 80:80 -p 443:443 --name nginx-proxy --net nginx-proxy -v /var/run/docker.sock:/tmp/docker.sock:ro jwilder/nginx-proxy

 $ docker run -d --net nginx-proxy -e VIRTUAL_HOST=subdomain.yourdomain.com --name site_name your_docker_image

 version: "2"

services:
  nginx-proxy:
    image: jwilder/nginx-proxy
    networks:
      - nginx-proxy
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - /var/run/docker.sock:/tmp/docker.sock:ro

  app_name:
    container_name: your_app_name
    image: your_docker_image
    environment:
      - VIRTUAL_HOST: subdomain.yourdomain.com
    networks:
      - nginx-proxy

networks:
  nginx-proxy:
    external:
      name: nginx-proxy
  back:
    driver: bridge