Как настроить mysql в Docker?

Question

[infoguides]

Начинаю изучения докера, но многое непонятно, как это бывает в начале пути.
Чтобы я правильно понимал докер=)

1. Правильно ли я понимю: у меня есть машина с Ubuntu и вместо того, чтобы на ней разворачивать mysql я могу запустить контейнер с mysql ? Как мне тогда использовать уже существующую базу, чтобы каждый раз при старте контейнера не создавать загружать дамп, а чтобы все контейнеры уже работали с одной базой, одним и теми же пользователями и такдалее ?

2. В примерах куча варианто как это сделать, но пока ни один не завелся. Dockerfile или yaml файл ? Что в итоге испрльзовать?

3. Например я разрабатываю 3 проекта, все под разным окружением. Каждый проект использует Apache, Mysql, PHP. Каждый проект я засуну в свой контейнер со своим набором софта. Правильно ли я понимаю, что я могу запустить на хост машине только nginx и например проксировать все к разным контейнерам.

4. Сами исходники проектов где хранятся? В контейнере или же на реальном жестком диске и контейнер просто смотрит в нужную директорию и оттуда выполняет скрипты? ( например /var/www/site1.com; /var/www/site2.com/ и так далее).

Спасибо!

Answer 1

[Максим Кудрявцев]

Начинаешь разрабатывать проект #1, создаешь под него каталог с двумя вложенными подкаталогами src и db
Ты уже установить docker-compose? Если нет, то сделать этого. Мой docker-compose.yml:

version: '3.1'

services:
  db:
    image: mariadb:10.2
    restart: on-failure
    ports:
      - "3306:3306"
    volumes:
      - ./db:/var/lib/mysql
    environment:
      MYSQL_ROOT_PASSWORD: your_root_pass_here
      MYSQL_DATABASE: db_name_here
      MYSQL_USER: db_user_here
      MYSQL_PASSWORD: user_pass_here
  nginx:
    image: nginx
    restart: on-failure
    ports:
      - "80:80"
    links:
      - wordpress:php-fpm-server
    depends_on:
      - wordpress
    volumes:
      - $HOME/DDK/nginx-default.conf:/etc/nginx/conf.d/default.conf:ro
      - ./development/src:/var/www/html:ro
  wordpress:
    image: php:5.6-fpm
    restart: on-failure
    links:
      - db:mysql
    depends_on:
      - db
    expose:
      - "9000"
      - "9900"
    volumes:
      - /mnt/bindfs/fire-cacher-dv1:/var/www/html

Далее у тебя встанет проблема, файлы на твоей хостовой машине будут создаваться от пользователя www-data. Единственный вменяемый способ пофиксить это без сильных танцев с бубном - bindfs. Я использую следующую строку в fstab для монтирования:

/home/user/Project/fire-cache/development/src	/mnt/bindfs/fire-cacher-dv1	fuse.bindfs	force-user=www-data,force-group=www-data,create-for-user=user,create-for-group=user,perms=0000:u+rwD:g+rD:o+rD	0	0

Все создал? ОК, запускай docker-compose up -d и останавливай после окончания работы docker-compose stop. Проект закончен? Значит docker-compose down -v

Вот это ты повторяешь каждый раз при старте нового проекта. Если есть еще какие-то вопросы по существу - пиши в комменты.

Comments

[infoguides]

Спасибо за пример! Становится много понятнее! В Вашем файле, при поднятии контейнера будет создана директория db в текущей директории (откуда запускается docker-compose) и в ней уже будут все время хранится данные БД, независимо от того, запущен контейнер или нет. При создании нового контейнреа я могу прописывать этот же путь и он тоже будет использовать эту же базу, верно?

Хочу поэтапно изучать докер, сначала, запустив на нем базы

[Tyranron]

infoguides попробуйте наоборот, сначала запускать на нем приложения, которые сами ничего не хранят. Это поможет прочувствовать идеологию, ведь весь Docker изначально о stateless. А уже потом, прочувствовав, переходить к более сложному stateful случаю.

[infoguides]

Tyranron: да, наерное вы правы, мне для начала нужно разобраться как это работает вообще, с учетом настроек, проксирования и прочего, поиграться, поставив что-то вроде lamp в контейнер и так далее. Буду пробовать, хочется понять, как это мне все поможет и поможет ли в будущем разрабатывать и деплоить быстрее \ проще.

[Максим Гречушников]

небольшая поправка.
вам нет смысла выносить наружу контейнера порты 3306

ports:
- "3306:3306"

лучше всего настроить
networks:
- mysql

на самом деле достаточно только 80/443 порта , которые смотрят наружу, далее только через нетворкс, это и в разы быстрее, ибо через внутренние сокеты, и даже если на 80 порту ломанут nginx/апач злоумышленник не сможет получить доступ к базе.

[Максим Гречушников]

не стоит так же использовать volumes: внутри сервиса. эта операция синхронизации довольно медленная. лучше всего при создании контейнера уже копировать все в контейнер. будь то конфиги или даже сам вордпресс.

Answer 2

[matperez]

1. Почитайте раздел "Where to Store Data" в документации по контейнеру. Если вы хотите использовать общую базу, то каталог с ней нужно монтировать в контейнер. Как это сделать в документации написано.

2. Dockerfile - это рецепт подготовки контейнера, yaml - это наверное от docker-compose (утилита, нужная для запуска нескольких связанных между собой контейнеров)

3. Правильно.

4. Папку с исходниками можно подмонтировать с вашей машины, либо скопировать в контейнер в момент его подготовки.

Имхо, если у вас таки машина на Ubuntu и PHP, Mysql, Apache, Nignx гораздо проще и быстрее это все настроить прямо на самой машине.

Comments

[Сергей Соколов]

На пункте 3. задумываешься, зачем запускать три копии MySQL, если можно одну с несколькими базами; зачем запускать три php-fpm, когда можно один с тремя пулами. Я очень соглашусь с «имхо» – что проще, быстрее и эффективнее настроить всё это на самой машине.

[infoguides]

Сергей Соколов: Согласен, пока так и делаю, просто хочется понять докер, разобраться с ним и понять в итоге нужен ли он мне в разработке или скорее нет. Я пока не нашел примеров удобного использования. Да, все пишут и говорят про удобство при CI, при тестировании, но пока сам процесс в голове у меня не укладывается.