Развертывание NGINX и NGINX Plus с помощью Docker

Работа с контейнером NGINX Docker

Итак, теперь у нас есть рабочий контейнер NGINX Docker, но как нам управлять контентом и конфигурацией NGINX? А как насчет регистрации?

Примечание о SSH

Обычно доступ SSH к экземплярам NGINX разрешен, но в образе NGINX не установлен OpenSSH, поскольку контейнеры Docker обычно предназначены для одной цели (в данном случае для запуска NGINX), а для обычных операций нет необходимости иметь доступ к оболочке непосредственно к контейнеру NGINX. Вместо этого мы будем использовать другие методы, поддерживаемые Docker. Подробное обсуждение альтернатив SSH-доступу смотрите в разделе  Почему вам не нужно запускать SSHd в ваших контейнерах Docker .

Управление контентом и файлами конфигурации

Существует несколько способов управления контентом, обслуживаемым NGINX и файлами конфигурации NGINX. Здесь мы рассмотрим несколько вариантов.

• Вариант 1. Сохранение содержимого и конфигурации на хосте Docker Когда контейнер создан, мы можем указать Docker смонтировать локальный каталог на хосте Docker в каталог в контейнере. Образ NGINX использует конфигурацию NGINX по умолчанию, которая использует / usr / share / nginx / html  в качестве корневого каталога контейнера и помещает файлы конфигурации в  / etc / nginx . Для хоста Docker с содержимым в локальном каталоге  / var / www  и файлами конфигурации в / var / nginx / conf выполните эту команду:

  # docker run --name mynginx2 -v /var/www:/usr/share/nginx/html:ro \
    -v /var/nginx/conf:/etc/nginx:ro -P -d nginx

  Теперь любые изменения, внесенные в файлы в локальных каталогах  / var / www  и  / var / nginx / conf  на хосте Docker, отражаются в каталогах  / usr / share / nginx / html  и  / etc / nginx  в контейнере.  :ro Опция означает , что эти директора считываются только внутри контейнера.

• Вариант 2: Копирование файлов с хоста Docker Другой вариант заключается в том, чтобы Docker копировал содержимое и файлы конфигурации из локального каталога на хосте Docker во время создания контейнера. После создания контейнера файлы поддерживаются путем создания нового контейнера при изменении файлов или путем изменения файлов в контейнере. Простой способ скопировать файлы — это создать  Dockerfile  с командами, которые запускаются во время генерации нового образа Docker на основе образа NGINX из Docker Hub. Для COPYкоманд file-copy ( ) в  Dockerfile путь к локальному каталогу относительно контекста сборки, в котором находится  Dockerfile  . В нашем примере контент находится в  контенте каталог и файлы конфигурации находятся в  каталоге conf , оба подкаталоги каталога, в котором находится  Dockerfile  . Образ NGINX содержит файлы конфигурации NGINX по умолчанию, включая  default.conf  и  example_ssl.conf  в  каталоге /etc/nginx/conf.d . Поскольку вместо этого мы хотим использовать файлы конфигурации с хоста, мы включаем  RUN команды, которые удаляют файлы по умолчанию:

  FROM nginx
  RUN rm /etc/nginx/conf.d/default.conf
  RUN rm /etc/nginx/conf.d/example_ssl.conf
  COPY content /usr/share/nginx/html
  COPY conf /etc/nginx

  Мы создаем наш собственный образ NGINX, выполняя следующую команду из каталога, в котором находится Dockerfile  . Обратите внимание на точку («.») В конце команды. Он определяет текущий каталог как контекст сборки, который содержит  Dockerfile  и каталоги, которые нужно скопировать.

  # docker build -t mynginx_image1 .

  Теперь мы запускаем эту команду, чтобы создать контейнер с именем  mynginx3  на  основе изображения mynginx_image1 :

  # docker run --name mynginx3 -P -d mynginx_image1

  Если мы хотим внести изменения в файлы в контейнере, мы используем вспомогательный контейнер, как описано в варианте 3.

• Вариант 3: Поддержание файлов в контейнере Как уже упоминалось ранее в  заметке о SSH , мы не можем использовать SSH для доступа к контейнеру NGINX, поэтому, если мы хотим редактировать содержимое или файлы конфигурации напрямую, нам нужно создать вспомогательный контейнер, который имеет доступ к оболочке. Чтобы вспомогательный контейнер имел доступ к файлам, мы должны создать новый образ, который имеет надлежащие  объемы данных Docker,  определенные для этого образа. Предполагая, что мы хотим копировать файлы, как в варианте 2, а также определяем тома, мы используем следующий  Dockerfile :

  FROM nginx
  COPY content /usr/share/nginx/html
  COPY conf /etc/nginx
  VOLUME /usr/share/nginx/html
  VOLUME /etc/nginx

  Затем мы создаем новый образ NGINX, выполнив следующую команду (снова обратите внимание на последний период):

  # docker build -t mynginx_image2 .

  Теперь мы запускаем эту команду для создания контейнера NGINX на основе изображения:

  # docker run --name mynginx4 -P -d mynginx_image2

  Затем мы запускаем эту команду, чтобы запустить вспомогательный контейнер  mynginx4_files  , имеющий оболочку, позволяющую нам получить доступ к каталогам содержимого и конфигурации   контейнера mynginx4, который мы только что создали:

  # docker run -i -t --volumes-from mynginx4 --name mynginx4_files debian /bin/bash
  root@b1cbbad63dd1:/#

  Новый   вспомогательный контейнер mynginx4_files работает на переднем плане с постоянным стандартным вводом ( -i опция) и tty (  -t опция). Все тома, определенные в  mynginx4  , монтируются как локальные каталоги в вспомогательном контейнере. В  debian аргумент означает , что вспомогательный контейнер использует образ Debian из Докер Hub. Поскольку образ NGINX также использует Debian (и все наши примеры пока используют образ NGINX), наиболее эффективно использовать Debian для вспомогательного контейнера, вместо того, чтобы Docker загружал другую операционную систему. В  /bin/bash аргумент означает , что  Баш shell запускается в вспомогательном контейнере, представляя приглашение оболочки, которое вы можете использовать для изменения файлов по мере необходимости. Вы также можете установить в контейнер другие инструменты для управления этими файлами, такие как Puppet или Chef. Чтобы запустить и остановить контейнер, выполните следующие команды:

  # docker start mynginx4_files
  
  # docker stop mynginx4_files

  Чтобы выйти из оболочки, но оставить контейнер работающим, нажмите,  Ctrl-p а затем  Ctrl-q. Чтобы восстановить доступ оболочки к работающему контейнеру, выполните следующую команду:

  # docker attach mynginx4_files

  Чтобы выйти из оболочки и завершить работу контейнера, выполните  exit команду.

# docker kill -s HUP container-name

# docker restart container-name

FROM ubuntu:14.04

MAINTAINER NGINX Docker Maintainers "[email protected]"

# Set the debconf front end to Noninteractive
RUN echo 'debconf debconf/frontend select Noninteractive' | debconf-set-selections

RUN apt-get update && apt-get install -y -q wget apt-transport-https

# Download certificate and key from the customer portal (https://cs.nginx.com)
# and copy to the build context
ADD nginx-repo.crt /etc/ssl/nginx/
ADD nginx-repo.key /etc/ssl/nginx/

# Get other files required for installation
RUN wget -q -O /etc/ssl/nginx/CA.crt https://cs.nginx.com/static/files/CA.crt
RUN wget -q -O - http://nginx.org/keys/nginx_signing.key | apt-key add -
RUN wget -q -O /etc/apt/apt.conf.d/90nginx https://cs.nginx.com/static/files/90nginx

RUN printf "deb https://plus-pkgs.nginx.com/ubuntu `lsb_release -cs` nginx-plus\n" >/etc/apt/sources.list.d/nginx-plus.list

# Install NGINX Plus
RUN apt-get update && apt-get install -y nginx-plus

# forward request logs to Docker log collector
RUN ln -sf /dev/stdout /var/log/nginx/access.log
RUN ln -sf /dev/stderr /var/log/nginx/error.log

EXPOSE 80 443

CMD ["nginx", "-g", "daemon off;"]

FROM centos:centos7

MAINTAINER NGINX Docker Maintainers "[email protected]"

RUN yum install -y wget

# Download certificate and key from the customer portal (https://cs.nginx.com)
# and copy to the build context
ADD nginx-repo.crt /etc/ssl/nginx/
ADD nginx-repo.key /etc/ssl/nginx/

# Get other files required for installation
RUN wget -q -O /etc/ssl/nginx/CA.crt https://cs.nginx.com/static/files/CA.crt
RUN wget -q -O /etc/yum.repos.d/nginx-plus-7.repo https://cs.nginx.com/static/files/nginx-plus-7.repo

# Install NGINX Plus
RUN yum install -y nginx-plus

# forward request logs to Docker log collector
RUN ln -sf /dev/stdout /var/log/nginx/access.log
RUN ln -sf /dev/stderr /var/log/nginx/error.log

EXPOSE 80 443

CMD ["nginx", "-g", "daemon off;"]

# docker build --no-cache -t nginxplus .

# # docker images nginxplus
REPOSITORY  TAG     IMAGE ID      CREATED        VIRTUAL SIZE
nginxplus   latest  ef2bf65931cf  6 seconds ago  281.3 MB

# docker run --name mynginxplus -P -d nginxplus