wiki.nntc.nnov.ru - Вклад участника [ru]

ManalizAlt

2021-06-15T06:43:34Z

Avolkov: /* Задать переменные для настройки сети согласно позиции машины в классе */

=Настройка после клонирования образа на базе AltEduPve=

==Задать переменную с именем диска==

Имя диска зависит от аппаратной конфигурации (определяется через fdisk -l)

Обычно

DISK='/dev/nvme0n1'

==Задать переменную с именем сетевого интерфейса для моста==

Зависит от аппаратной конфигурации (определяется через ip a)

Обычно

MACHINE_ETH_DEVICE='eth0'

==Задать переменные для настройки сети согласно позиции машины в классе==

MACHINE_NAME='alt-edu-pve-analiz-08'
MACHINE_IP='172.16.87.8'
MACHINE_MASK='16'
MACHINE_GATEWAY='172.16.1.1'
MACHINE_DNS='172.16.1.1'

==Выполнить скрипт из partedmagic==

<pre>
partprobe $DISK
fdisk $DISK <<EOF
d
2
n
p
2

N
w
EOF
</pre>

pvresize "${DISK}p2"
vgchange -ay

mkdir /mnt/d
mount /dev/alt-vg/root /mnt/d

rm -f /mnt/d/etc/udev/rules.d/70-persistent-net.rules

IP=$MACHINE_IP
HOST=$MACHINE_NAME
echo "127.0.0.1 localhost" > /mnt/d/etc/hosts
echo "$IP $HOST.nntc.nnov.ru $HOST" >> /mnt/d/etc/hosts
echo "$HOST" > /mnt/d/etc/hostname

rm -rf /mnt/d/etc/net/ifaces/*
mkdir /mnt/d/etc/net/ifaces/vmbr0
cat << EOF > /mnt/d/etc/net/ifaces/vmbr0/options
TYPE=bri
VLAN_AWARE=yes
VIDS=2-2048
ONBOOT=yes
DISABLED=no
NM_CONTROLLED=no
CONFIG_WIRELESS=no
CONFIG_IPV4=yes
CONFIG_IPV6=no
BOOTPROTO=static
HOST="$MACHINE_ETH_DEVICE"
EOF

<pre>
cat << EOF > /mnt/d/etc/sysconfig/network
# When set to no, this may cause most daemons' initscripts skip starting.
NETWORKING=yes

# Used by hotplug/pcmcia/ifplugd scripts to detect current network config
# subsystem.
CONFMETHOD=etcnet

# Used by rc.sysinit to setup system hostname at boot.
HOSTNAME=$HOST

# This is used by ALTLinux ppp-common to decide if we want to install
# nameserver lines into /etc/resolv.conf or not.
RESOLV_MODS=yes
EOF
</pre>

echo "$MACHINE_IP/$MACHINE_MASK" > /mnt/d/etc/net/ifaces/vmbr0/ipv4address
echo "default via $MACHINE_GATEWAY" > /mnt/d/etc/net/ifaces/vmbr0/ipv4route
echo "nameserver $MACHINE_GATEWAY" > /mnt/d/etc/net/ifaces/vmbr0/resolve.conf
reboot

==Выполнить скрипт уже из pve, подключившись в рута по ssh==

apt-get install -y firefox
rpm -e chromium-disable-webfonts

vgchange -ay

lvcreate -y alt-vg --name vmstorage -L 400g
zpool create zfspool /dev/alt-vg/vmstorage -f
zfs set compression=off zfspool
zfs set sync=disabled zfspool

mkdir /zfspool/storage
chown storage:storage /zfspool/storage -R

pvesm add zfspool vmstorage --pool zfspool --content images,rootdir

pvesm add cifs pveshare --server 172.16.254.123 --share mcluster1 --username mcluster1 --password --content iso,backup

ManalizAlt

2021-06-15T06:38:47Z

Avolkov: Новая страница: «=Настройка после клонирования образа на базе AltEduPve= ==Задать переменную с именем диска==…»

=Настройка после клонирования образа на базе AltEduPve=

==Задать переменную с именем диска==

Имя диска зависит от аппаратной конфигурации (определяется через fdisk -l)

Обычно

DISK='/dev/nvme0n1'

==Задать переменную с именем сетевого интерфейса для моста==

Зависит от аппаратной конфигурации (определяется через ip a)

Обычно

MACHINE_ETH_DEVICE='eth0'

==Задать переменные для настройки сети согласно позиции машины в классе==

MACHINE_NAME='alt-edu-pve-analiz-08'
MACHINE_IP='172.16.89.8'
MACHINE_MASK='16'
MACHINE_GATEWAY='172.16.1.1'
MACHINE_DNS='172.16.1.1'

==Выполнить скрипт из partedmagic==

<pre>
partprobe $DISK
fdisk $DISK <<EOF
d
2
n
p
2

N
w
EOF
</pre>

pvresize "${DISK}p2"
vgchange -ay

mkdir /mnt/d
mount /dev/alt-vg/root /mnt/d

rm -f /mnt/d/etc/udev/rules.d/70-persistent-net.rules

IP=$MACHINE_IP
HOST=$MACHINE_NAME
echo "127.0.0.1 localhost" > /mnt/d/etc/hosts
echo "$IP $HOST.nntc.nnov.ru $HOST" >> /mnt/d/etc/hosts
echo "$HOST" > /mnt/d/etc/hostname

rm -rf /mnt/d/etc/net/ifaces/*
mkdir /mnt/d/etc/net/ifaces/vmbr0
cat << EOF > /mnt/d/etc/net/ifaces/vmbr0/options
TYPE=bri
VLAN_AWARE=yes
VIDS=2-2048
ONBOOT=yes
DISABLED=no
NM_CONTROLLED=no
CONFIG_WIRELESS=no
CONFIG_IPV4=yes
CONFIG_IPV6=no
BOOTPROTO=static
HOST="$MACHINE_ETH_DEVICE"
EOF

<pre>
cat << EOF > /mnt/d/etc/sysconfig/network
# When set to no, this may cause most daemons' initscripts skip starting.
NETWORKING=yes

# Used by hotplug/pcmcia/ifplugd scripts to detect current network config
# subsystem.
CONFMETHOD=etcnet

# Used by rc.sysinit to setup system hostname at boot.
HOSTNAME=$HOST

# This is used by ALTLinux ppp-common to decide if we want to install
# nameserver lines into /etc/resolv.conf or not.
RESOLV_MODS=yes
EOF
</pre>

echo "$MACHINE_IP/$MACHINE_MASK" > /mnt/d/etc/net/ifaces/vmbr0/ipv4address
echo "default via $MACHINE_GATEWAY" > /mnt/d/etc/net/ifaces/vmbr0/ipv4route
echo "nameserver $MACHINE_GATEWAY" > /mnt/d/etc/net/ifaces/vmbr0/resolve.conf
reboot

==Выполнить скрипт уже из pve, подключившись в рута по ssh==

apt-get install -y firefox
rpm -e chromium-disable-webfonts

vgchange -ay

lvcreate -y alt-vg --name vmstorage -L 400g
zpool create zfspool /dev/alt-vg/vmstorage -f
zfs set compression=off zfspool
zfs set sync=disabled zfspool

mkdir /zfspool/storage
chown storage:storage /zfspool/storage -R

pvesm add zfspool vmstorage --pool zfspool --content images,rootdir

pvesm add cifs pveshare --server 172.16.254.123 --share mcluster1 --username mcluster1 --password --content iso,backup

Zfs

2021-04-09T13:04:16Z

Avolkov:

=Полезные команды=

==Затюнить основные моменты на PVE==

Отключить сжатие
zfs set compression=off rpool/data

Отключить sync
zfs set sync=disabled rpool/data

Просмотр параметров volume (внимание! - отсутствие слэша в начале - это важно)

zfs get all rpool/data/vm-100-disk-1

Аналогично - просмотр параметров пула (внимание! - слэш в начале - это важно)

zfs get all /rpool/data/

Создать volume с нужным размером блока (например, с размером блока равным размеру блока в ext4 гостевой машины по умолчанию)

zfs create -o volblocksize=4K -V 100g rpool/data/vm-100-disk-1

Проверить за собой

zfs get all rpool/data/vm-100-disk-1 | grep volblocksize

Создание дисков средствами вебинтерфейса проксмокс происходит с volblocksize=8K. Это не всегда удобно. Поэтому после создания виртмашины можно пересоздать так:

Удаляем диск

zfs destroy rpool/data/vm-100-disk-1

И создаём заново (как уже выше приводилась команда) - выключенная виртмашина ничего не заметит :-)

zfs create -o volblocksize=4K -V 100g rpool/data/vm-100-disk-1

==Копирование данных через снапшоты==

Просмотр списка

zfs list

Копирование

ssh root@192.168.10.123 "zfs send rpool/data/vm-106-disk-0@backup-01" | pv --size 469457889480 | zfs receive -o compress=zle storage-zfs/backup/vm-106-disk-0--DO-NOT-DELETE

создать снапшот
zfs snapshot storage-zfs/vm-206-disk-0@backup

список снапшотов
zfs list -t snapshot

посмотреть размер снапшота
zfs send -nvP storage-zfs/vm-206-disk-0@backup

должно быть на выходе что-то тпа того:
full storage-zfs/vm-206-disk-0@backup 654563209344
size 654563209344

установить размер для диска (обычно после копирования из снапшота)
set volsize=999G rpool/data/vm-206-disk-0

==Работа с томами==

Изменить размер (помни о файловой системе внутри!)

zfs set volsize=1000G rpool/data/vm-201-disk-1

=Дополнительные команды при вводе в кластер pve ноды=

Запустить gparted и подвинуть раздел с lvm до конца физического диска -- вручную

Далее из под рута дать команды:

lvcreate pve-vg --name vmstorage -L 400g
zpool create zfspool /dev/mapper/pve--vg-vmstorage -f
zfs set compression=off zfspool
zfs set sync=disabled zfspool

/opt/node_template_config/apply_rename.sh ИМЯ_УЗЛА

Пример

/opt/node_template_config/apply_rename.sh pve-analise-01

Или

/opt/node_template_config/apply_rename.sh pve-ml-01

Далее нужно ввести ноду в кластер. Для этого выполнить команду (тоже из под рута)

pvecm add 172.16.87.100 --force

Или если не помогает команда выше:

pvecm add 172.16.87.100 -link0 IP_АДРЕС_ВВОДИМОЙ_НОДЫ --force

==Disable NetworkManager==

systemctl stop NetworkManager
systemctl disable NetworkManager

Oracle Database Server Docker Image

2021-01-19T07:21:44Z

Avolkov:

==Инструкция по настройке образа Oracle Database:==

Переходим по ссылке https://hub.docker.com/_/oracle-database-enterprise-edition

Регистрируемся на использование образа

Скачиваем образ к себе на машину командой:
docker pull store/oracle/database-enterprise:12.2.0.1

Запускаем новый контейнер docker на основе загруженного image.
Мы будем использовать режим «—net host» для того, чтобы публиковать порты базы данных в сети
docker run --restart=always -d -it --name orcl-nntc --net host -h scdocker.ru.oracle.com -e DB_SID=cdb -e DB_PDB=osadb -e DB_DOMAIN=ru.oracle.com store/oracle/database-enterprise:12.2.0.1
В результате будет создана контейнерная база cdb (instance будет называться cdb). Также будет создана pdb (pluggable database) с именем osa. Домены у обеих баз данных будут ru.oracle.com. Таким, образом в сервисах будут зарегистрированы 2 базы
Service "cdb.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER
Service "osa.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER

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

docker logs -f orcl-nntc

Обратите, внимание, что запущенный контейнер разместит свою базу на отдельном volume. Это дает возможность базе данных существовать между запусками контейнера, а также монтировать базу к разным контейнерам

Посмотреть список доступных баз данных можно вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/lsnrctl services

Подключиться к базе данных можно под пользователем system с паролем Oradoc_db1. Например, вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/sqlplus system/Oradoc_db1@localhost:1521/osadb.ru.oracle.com

Либо тоже самое можно сделать снаружи

sqlplus system/Oradoc_db1@dockerhostname:1521/osadb.ru.oracle.com

Oracle Database Server Docker Image

2021-01-19T07:13:46Z

Avolkov:

==Инструкция по настройке образа Oracle Database:==

Переходим по ссылке https://hub.docker.com/_/oracle-database-enterprise-edition

Регистрируемся на использование образа

Скачиваем образ к себе на машину командой:
docker pull store/oracle/database-enterprise:12.2.0.1

Запускаем новый контейнер docker на основе загруженного image.
Мы будем использовать режим «—net host» для того, чтобы публиковать порты базы данных в сети
docker run --restart=always -d -it --name orcl-nntc --net host -h scdocker.ru.oracle.com -e DB_SID=cdb -e DB_PDB=osadb -e DB_DOMAIN=ru.oracle.com store/oracle/database-enterprise:12.2.0.1
В результате будет создана контейнерная база cdb (instance будет называться cdb). Также будет создана pdb (pluggable database) с именем osa. Домены у обеих баз данных будут ru.oracle.com. Таким, образом в сервисах будут зарегистрированы 2 базы
Service "cdb.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER
Service "osa.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER

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

docker logs -f oracl-nntc

Обратите, внимание, что запущенный контейнер разместит свою базу на отдельном volume. Это дает возможность базе данных существовать между запусками контейнера, а также монтировать базу к разным контейнерам

Посмотреть список доступных баз данных можно вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/lsnrctl services

Подключиться к базе данных можно под пользователем system с паролем Oradoc_db1. Например, вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/sqlplus system/Oradoc_db1@localhost:1521/osadb.ru.oracle.com

Либо тоже самое можно сделать снаружи

sqlplus system/Oradoc_db1@dockerhostname:1521/osadb.ru.oracle.com

Oracle Database Server Docker Image

2021-01-19T07:10:40Z

Avolkov:

==Инструкция по настройке образа Oracle Database:==

Переходим по ссылке https://hub.docker.com/_/oracle-database-enterprise-edition

Регистрируемся на использование образа

Скачиваем образ к себе на машину командой:
docker pull store/oracle/database-enterprise:12.2.0.1

Запускаем новый контейнер docker на основе загруженного image.
Мы будем использовать режим «—net host» для того, чтобы публиковать порты базы данных в сети
docker run --restart=always -d -it --name orcl-nntc --net host -h scdocker.ru.oracle.com -e DB_SID=cdb -e DB_PDB=osadb -e DB_DOMAIN=ru.oracle.com store/oracle/database-enterprise:12.2.0.1
В результате будет создана контейнерная база cdb (instance будет называться cdb). Также будет создана pdb (pluggable database) с именем osa. Домены у обеих баз данных будут ru.oracle.com. Таким, образом в сервисах будут зарегистрированы 2 базы
Service "cdb.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER
Service "osa.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER

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

docker logs -f oracl_nntc

Обратите, внимание, что запущенный контейнер разместит свою базу на отдельном volume. Это дает возможность базе данных существовать между запусками контейнера, а также монтировать базу к разным контейнерам

Посмотреть список доступных баз данных можно вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/lsnrctl services

Подключиться к базе данных можно под пользователем system с паролем Oradoc_db1. Например, вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/sqlplus system/Oradoc_db1@localhost:1521/osadb.ru.oracle.com

Либо тоже самое можно сделать снаружи

sqlplus system/Oradoc_db1@dockerhostname:1521/osadb.ru.oracle.com

Oracle Database Server Docker Image

2021-01-19T06:40:03Z

Avolkov:

Oracle Database Server Docker Image

2021-01-15T10:16:36Z

Avolkov: Новая страница: «==Инструкция по настройке образа Oracle Database:== Переходим по ссылке https://hub.docker.com/_/oracle-database-ente…»

==Инструкция по настройке образа Oracle Database:==

Переходим по ссылке https://hub.docker.com/_/oracle-database-enterprise-edition

Регистрируемся на использование образа

Скачиваем образ к себе на машину командой:
docker pull store/oracle/database-enterprise:12.2.0.1

Запускаем новый контейнер docker на основе загруженного image.
Мы будем использовать режим «—net host» для того, чтобы публиковать порты базы данных в сети
docker run -d -it --name orcl-nntc --net host -h scdocker.ru.oracle.com -e DB_SID=cdb -e DB_PDB=osadb -e DB_DOMAIN=ru.oracle.com store/oracle/database-enterprise:12.2.0.1
В результате будет создана контейнерная база cdb (instance будет называться cdb). Также будет создана pdb (pluggable database) с именем osa. Домены у обеих баз данных будут ru.oracle.com. Таким, образом в сервисах будут зарегистрированы 2 базы
Service "cdb.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER
Service "osa.ru.oracle.com" has 1 instance(s).
Instance "cdb", status READY, has 1 handler(s) for this service...
Handler(s):
"DEDICATED" established:2 refused:0 state:ready
LOCAL SERVER

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

docker logs -f orcl-nntc

Обратите, внимание, что запущенный контейнер разместит свою базу на отдельном volume. Это дает возможность базе данных существовать между запусками контейнера, а также монтировать базу к разным контейнерам

Посмотреть список доступных баз данных можно вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/lsnrctl services

Подключиться к базе данных можно под пользователем system с паролем Oradoc_db1. Например, вот так

docker exec -ti orcl-nntc /u01/app/oracle/product/12.2.0/dbhome_1/bin/sqlplus system/Oradoc_db1@localhost:1521/osadb.ru.oracle.com

Либо тоже самое можно сделать снаружи

sqlplus system/Oradoc_db1@dockerhostname:1521/osadb.ru.oracle.com

Docker

2020-12-22T07:09:46Z

Avolkov:

=Лабораторные работы по Docker=

==Подготовка рабочего места==

Для выполнения всех работ достаточно установить в виртуальную машину

Ubuntu 20.04 LTS Desktop

Ссылка на загрузку установочного образа: https://releases.ubuntu.com/20.04.1/ubuntu-20.04.1-desktop-amd64.iso

После установки нужно открыть терминал и установить Docker командой

sudo apt update && sudo apt install docker.io

Затем добавить текущего пользователя в группу

docker

это можно сделать командой

sudo usermod -Gdocker $USER

затем перезагрузиться.

==[Практическая работа №1] Создание простого контейнера==

===Вручную===

Откройте терминал хостовой машины

На базе официального стандартного Docker-образа

ubuntu

создайте и запустите Docker-контейнер:

docker run -it --name=my_first_container --hostname=my-first-container ubuntu /bin/bash

В случае успешного создания Docker-контейнера в эмуляторе терминала приглашение должно смениться на такое:

root@my-first-container:/#

Внимание! Сейчас вы внутри Docker-контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу и найти и запустить его можно таким образом:

Найти:

docker ps -a

в ответе среди возможных прочих контейнеров должен быть такой:

f0a3cc6a8b63 ubuntu "/bin/bash" 15 seconds ago Exited (0) 5 seconds ago my_first_container

Имя его в данном случае:

my_first_container

Идентификатор его в данном случае:

f0a3cc6a8b63

Запустить:

docker start my_first_container

или:

docker start f0a3cc6a8b63

Естественно, в конкретном случае идентификатор будет другой.

Подключиться к терминалу Docker-контейнера:

docker attach my_first_container

или

docker attach f0a3cc6a8b63

Внимание! Сейчас вы внутри контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу придётся опять читать выше по тексту как его запускать...

Однако есть способ отключиться от терминала и не завершить Docker-контейнер:

Для этого нужно последовательно нажать сочетания клавиш:

Ctrl + P

затем

Ctrl + Q

После этого приглашение командной строки контейнера должно заменить приглашение хостовой системы.

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

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

====Задача====

Создать образ, содержащий стартовый сценарий, который будет считывать переменную окружения с именем пользователя и приветствовать пользователя по имени.

====Ход работы====

Запустите контейнер my_first_container и подключитесь к его терминалу (как это сделать - описано выше)

Установите внутри контейнера текстовый редактор

apt-get update
apt-get install nano

Создайте с помощью установленного редактора nano файл сценария

bootstrap.sh

со следующим содержимым:

#!/bin/bash
echo "Hello, $USERNAME"

Сделайте файл исполняемым

chmod +x /bootstrap.sh

Проверьте работоспособность командой:

USERNAME=Ivan /bootstrap.sh

в результате в терминал должна быть выдана строка

Hello, Ivan

Завершите контейнер, выйдя из него:

exit

Создайте новый образ на базе изменённого контейнера командой:

docker commit -a Vasya -m "My first own image" my_first_container my_first_image

Образ будет доступен в списке образов

docker images

Выполните запуск контейнера с автоматическим удалением его после завершения, передавая в команду запуска различные значения переменной окружения

USERNAME

Примеры команды:

docker run --rm -e USERNAME=Ivan -it my_first_image /bootstrap.sh

docker run --rm -e USERNAME=Maria -it my_first_image /bootstrap.sh

docker run --rm -e USERNAME=Petr -it my_first_image /bootstrap.sh

docker run --rm -e USERNAME=Ekaterina -it my_first_image /bootstrap.sh

===Автоматически (посредством файла Dockerfile)===

Откройте терминал хостовой машины и создайте рабочий каталог

mkdir docker

Перейдите в рабочий каталог

cd docker

===Создание файлов===

В рабочем каталоге создайте файл

Dockerfile

по следующему шаблону (в файле нужно изменить имя и емэйл разработчика на собственное):

<pre>
FROM ubuntu
MAINTAINER Vasya I Pupkin <vasya@pupkin.com>
RUN echo '#!/bin/bash' > /bootstrap.sh
RUN echo 'echo "Hello, $USERNAME"' >> /bootstrap.sh
RUN chmod +x /bootstrap.sh
CMD /bootstrap.sh
</pre>

В конце этого этапа в рабочем каталоге должен быть один файл:

Dockerfile

===Создание образа контейнера===

Для создания Docker-образа (image) выполните команду:

docker build -t 'my_second_image:latest' .

Для проверки существования созданного контейнера выполните команду:

docker images

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

my_second_image latest add5d00c3dc0 7 seconds ago 72.9MB

===Запуск контейнера на базе образа===

Запуск контейнеров на базе созданного образа (за исключением имени образа и отсутствием необходимости указывать исполняемый скрипт (он указан непосредственно в Dockerfile)) ни чем не будет отличаться от запуска контейнеров в ходе создания образа вручную:

docker run --rm -e USERNAME=Ivan -it my_second_image

docker run --rm -e USERNAME=Maria -it my_second_image

docker run --rm -e USERNAME=Petr -it my_second_image

docker run --rm -e USERNAME=Ekaterina -it my_second_image

==[Практическая работа №2] Создание контейнера для разработки приложения на Lazarus==

Откройте терминал хостовой машины и создайте рабочий каталог

mkdir docker

Перейдите в рабочий каталог

cd docker

===Создание файлов===

В рабочем каталоге создайте файл

Dockerfile_dev

по следующему шаблону (в файле нужно изменить имя и емэйл разработчика на собственное):

<pre>
FROM ubuntu:20.04
MAINTAINER Vasya I Pupkin <vasya@pupkin.com>

ENV DEBIAN_FRONTEND noninteractive
ENV USER ubuntu
ENV HOME /home/$USER

# Create new user for vnc login.
RUN adduser $USER --disabled-password

# Install MATE and dependency component.
RUN apt-get update \
&& apt-get install -y \
tightvncserver \
mate-core mate-desktop-environment mate-notification-daemon \
supervisor \
net-tools \
curl \
git \
pwgen \
lazarus \
&& apt-get autoclean \
&& apt-get autoremove \
&& rm -rf /var/lib/apt/lists/*

# Clone noVNC.
RUN git clone https://github.com/novnc/noVNC.git $HOME/noVNC

# Clone websockify for noVNC
Run git clone https://github.com/kanaka/websockify $HOME/noVNC/utils/websockify

# Download ngrok.
ADD https://bin.equinox.io/c/4VmDzA7iaHb/ngrok-stable-linux-amd64.zip $HOME/ngrok/ngrok.zip
RUN unzip -o $HOME/ngrok/ngrok.zip -d $HOME/ngrok && rm $HOME/ngrok/ngrok.zip

# Copy supervisor config.
COPY supervisor.conf /etc/supervisor/conf.d/

# Copy startup script.
COPY startup.sh $HOME

EXPOSE 6080 5901 4040
</pre>

В рабочем каталоге создайте файл

supervisor.conf

со следующим содержимым:

<pre>
[program:vncserver]
command=vncserver -geometry 1600x900 :1
user=ubuntu

[program:noVNC]
command=/home/ubuntu/noVNC/utils/launch.sh --vnc localhost:5901
user=ubuntu
stdout_logfile=/var/log/novnc.log
redirect_stderr=true
</pre>

В рабочем каталоге создайте файл

startup.sh

со следующим содержимым:

<pre>
#!/bin/bash

if [ ! -f $HOME/.vnc/passwd ] ; then

if [ -z "$PASSWORD" ] ; then
PASSWORD=`pwgen -c -n -1 12`
echo -e "PASSWORD = $PASSWORD" > $HOME/password.txt
fi

echo "$USER:$PASSWORD" | chpasswd

# Set up vncserver
su $USER -c "mkdir $HOME/.vnc && echo '$PASSWORD' | vncpasswd -f > $HOME/.vnc/passwd && chmod 600 $HOME/.vnc/passwd && touch $HOME/.Xresources"
chown -R $USER:$USER $HOME

if [ ! -z "$SUDO" ]; then
case "$SUDO" in
[yY]|[yY][eE][sS])
adduser $USER sudo
esac
fi

else

VNC_PID=`find $HOME/.vnc -name '*.pid'`
if [ ! -z "$VNC_PID" ] ; then
vncserver -kill :1
rm -rf /tmp/.X1*
fi

fi

if [ ! -z "$NGROK" ] ; then
case "$NGROK" in
[yY]|[yY][eE][sS])
su ubuntu -c "$HOME/ngrok/ngrok http 6080 --log $HOME/ngrok/ngrok.log --log-format json" &
sleep 5
NGROK_URL=`curl -s http://127.0.0.1:4040/status | grep -P "http://.*?ngrok.io" -oh`
su ubuntu -c "echo -e 'Ngrok URL = $NGROK_URL/vnc.html' > $HOME/ngrok/Ngrok_URL.txt"
esac
fi

/usr/bin/supervisord -n
</pre>

В конце этого этапа в рабочем каталоге должно быть три файла:

Dockerfile_dev
supervisor.conf
startup.sh

===Создание каталогов===

В рабочем каталоге создайте каталог

lazarus

командой

mkdir lazarus

В конце этого этапа в рабочем каталоге должно быть три файла:

Dockerfile_dev
supervisor.conf
startup.sh

и один каталог:

lazarus

===Создание образа контейнера===

Далее в этом разделе будем исходить из условия, что ваш логин на https://hub.docker.com/ будет

vpupkin

а пароль

ну, вы сами знаете...

! Также стоит помнить, что в эмуляторе терминала находиться нужно в рабочем каталоге !

Для создания Docker-образа (image) выполните команду:

docker build -t 'vpupkin/lazarus_dev:latest' -f Dockerfile_dev .

Для проверки существования созданного контейнера выполните команду:

docker images

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

vpupkin/lazarus_dev latest fa1a63896356 9 seconds ago 2.42GB

===Запуск контейнера на базе образа===

На базе полученного образа запустите контейнер, пробросив внутрь контейнера локальный каталог хостовой машины и пробросив порт для взаимодействия с графической оболочкой контейнера посредством клиента noVNC:

docker run -it --mount source="$(pwd)"/lazarus,target=/home/ubuntu/lazarus,type=bind -p 6080:6080 -e PASSWORD=123456 --name=lazarus_dev --hostname=lazarus-dev vpupkin/lazarus_dev /bin/bash

Также в этой команде запуска задаются: имя контейнера, имя хоста, команда, которую выполнит контейнер при запуске и указаны ключи, которые автоматически подключают терминал к контейнеру. Для доступа по протоколу VNC посредством переменной окружения PASSWORD задаётся пароль.

В случае успешного создания контейнера в эмуляторе терминала приглашение должно смениться на такое:

root@lazarus-dev:/#

Внимание! Сейчас вы внутри контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу и найти и запустить его можно таким образом:

Найти:

docker ps -a

в ответе среди возможных прочих контейнеров должен быть такой:

8e5f4fd0a99b vpupkin/lazarus_dev "/bin/bash" 3 minutes ago Exited (0) 6 seconds ago lazarus_dev

Имя его в данном случае:

lazarus_dev

Идентификатор его в данном случае:

8e5f4fd0a99b

Остальное пока не важно, однако можно догадаться за что отвечают остальные параметры...

Запустить:

docker start lazarus_dev

или:

docker start 8e5f4fd0a99b

Естественно, в конкретном случае идентификатор будет другой.

Подключиться к терминалу:

docker attach lazarus_dev

или

docker attach 8e5f4fd0a99b

Внимание! Сейчас вы внутри контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу придётся опять читать выше по тексту как его запускать...

Однако есть способ отключиться от терминала и не завершить контейнер:

Для этого нужно последовательно нажать сочетания клавиш:

Ctrl + P

затем

Ctrl + Q

После этого приглашение командной строки контейнера должно заменить приглашение хостовой системы.

На этом этапе мы научились создавать образ контейнера и запускать контейнер на его базе.

===Запуск графической подсистемы и вход в неё посредством браузера===

Для запуска окружения рабочего стола и доступа в него по протоколу VNC в контейнере предусмотрен специальный сценарий запуска.
Чтобы его запустить нужно зайти в терминал контейнера (см. предыдущие пункты)

И выполнить внутри контейнера команду:

/bin/bash /home/ubuntu/startup.sh

Далее можно либо оставить эмулятор терминала и открыть браузер (правда помни, что если случайно закрыть эмулятор терминала, то контейнер завершит выполнение), либо отключиться от терминала контейнера без его завершения (тоже см. выше - про горячие клавиши).

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

docker ps

и найдя свой контейнер среди списка, который вернёт команда.

Для работы с окружением рабочего стола зайдите браузером по адресу:

http://localhost:6080/vnc.html

мы же там порт забрасывали, при старте контейнера...

В окне, которое загрузится в браузере, ввести пароль. Какой? -- см. выше. Мы его там в переменной окружения задавали, при старте контейнера...

На этом этапе загрузится стандартное окружение рабочего стола MATE, в котором можно использовать файловый менеджер и непосредственно IDE Lazarus.

Внутри окружения в домашнем каталоге пользователя

ubuntu

есть каталог

lazarus

Он связан с хостовой системой. Зря мы чтоли создавали этот каталог и потом биндили его при старте контейнера?

Конечно не зря. Через этот каталог хостовая машина может обмениваться с контейнером файлами. А самое главное, что при уничтожении контейнера все ваши ценные файлы останутся на хостовой машине в каталоге

lazarus

, если вы, конечно, будете хранить ценные файлы именно в каталоге, который из окружения MATE контейнера имеет такой полный путь:

/home/ubuntu/lazarus

(а теперь внимательно смотрим на команду старта контейнера и смотрим где там встречается такая строчка...)

Внутри окружения MATE и в непосредственно IDE Lazarus работаем самостоятельно. Вы это умеете :-)

===Порядок работы с IDE Lazarus===

После запуска IDE Lazarus необходимо сразу сохранить проект так, чтобы он в итоге лежал в каталоге:

/home/ubuntu/lazarus/project_name

project_name - любое логичное имя вашего проекта.

Также есть вариант наоборот: загружаем в каталог lazarus (тот, который прибиндили в контейнер, см. выше, если непонятно) уже существующий проект, затем открываем его в IDE Lazarus из окружения MATE контейнера.

Работаем над проектом в IDE Lazarus, затем собираем его, сохраняем проект и закрываем IDE Lazarus

На этом этапе в

/home/ubuntu/lazarus/project_name

должен находиться исполняемый файл проекта. Например, если проект вы назвали

mypr.lpr

, то этот файл будет таким:

/home/ubuntu/lazarus/project_name/mypr

Вот примерно такой командой его и можно запустить отдельно от IDE Lazarus. Проверим?

Откройте эмулятор терминала из окружения MATE контейнера и введите там полный путь до исполняемого файла получившейся программы:

/home/ubuntu/lazarus/project_name/mypr

В результате внутри окружения MATE контейнера должно запуститься ваше приложение, написанное на Lazarus.

Получилось? Если да, то теперь нам не нужо все это тяжёлое окружение в виде MATE и сервера с noVNC. Выключите его. Для этого нужно зайти в терминал контейнера:

docker attach lazarus_dev

и завершить выполнение сценария, который до этого стартовали, сочетанием клавиш:

Ctrl + C

вам должно будет вернуться приглашение командной строки контейнера - это признак того что окружение и сервер с noVNC завершены (можете проверить -- в браузере уже ничего не загрузится).

Теперь наша задача - запустить приложение прямо на хостовой машине (но выполняться оно будет в контейнере).

===Делаем образ из контейнера с приложением на Lazarus===

Для того, чтобы запустить получившееся приложение внутри контейнера, но графическую часть его иметь на хостовой машине, нужно запустить еще один контейнер. Однако, из какого образа?

Вероятно, из такого, где оно (приложение на Lazarus) присутствует. У нас есть такой образ?

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

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

docker commit -a Vasya lazarus_dev vpupkin/lazarus_test

Убедиться, что образ создался, можно по прежнему командой:

docker images

А вот теперь уже можно запустить контейнер на базе образа:

vpupkin/lazarus_test

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

docker run --rm -it -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix --mount source="$(pwd)"/lazarus,target=/home/ubuntu/lazarus,type=bind --name=lazarus_test --hostname=lazarus-test vpupkin/lazarus_test /bin/su -c "/home/ubuntu/lazarus/project_name/mypr" ubuntu

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

Первая: установлена (внутрь контейнера) переменная окружения

DISPLAY

равная значению аналогичной переменной окружения хостовой системы.

Вторая: проброшено устройство

/tmp/.X11-unix

из хостовой системы в контейнер.

Также добавлено монтирование каталога lazarus для обмена файлами межу контейнером и хостовой системой, а также добавлена опция

--rm

которая уничтожает контейнер после его завершения (за данные мы не переживаем, они же лежат локально в каталоге lazarus, который каждый раз монтируется при старте в новый контейнер).

Однако, возможно, не стоит каждый раз содавать контейнер из образа, если изменений в параметрах запуска не требуется?

Достаточно убрать параметр

--rm

из команды запуска контейнера, но следует помнить, что при завершении графического приложения контейнер будет завершён и запускать его уже нужно будет командой старта контейнера (в этом случае контейнер никуда не девается, а просто лежит на хостовой системе в выключенном состоянии).

И включить его можно (т.е. запустить наше lazarus-приложение) так:

docker start lazarus_test

===Отвечаем на главный вопрос?===

Вопрос звучит так:

Если мы уже разработали приложение, то надо ли конечному пользователю все эти окружения MATE, сервер для запуска окружения noVNC и прочие скрипты инициализации, которые использовались для создания контейнера с инструментами разработки?

Наверное нет. Они сильно загружают систему при том, что больше никогда не понадобятся пользователю.

Поэтому для конечного пользователя целесообразно создать новый контейнер, исключив оттуда всё лишнее и оставив лишь непосредственно готовое приложение.

Как это сделать -- см. в лабораторной работе ниже.

==[Практическая работа №3] Создание контейнера для запуска приложения на Lazarus==
Откройте терминал хостовой машины. Если в домашнем каталоге пользователя присутствует каталог

docker

то переместите его в резервную копию командой:

mv docker docker_backup1

затем заново создайте рабочий каталог командой:

mkdir docker

Перейдите в рабочий каталог

cd docker

===Создание файлов===

В рабочем каталоге создайте файл

Dockerfile_prod

по следующему шаблону (в файле нужно изменить имя и емэйл разработчика на собственное):

<pre>
FROM ubuntu:20.04
MAINTAINER Vasya I Pupkin <vasya@pupkin.com>

ENV USER ubuntu
ENV HOME /home/$USER

# Install dependencyes
RUN apt-get update \
&& apt-get install -y libgtk2.0-0 \
&& apt-get autoclean \
&& apt-get autoremove \
&& rm -rf /var/lib/apt/lists/*

# Create new user for run app
RUN adduser $USER --disabled-password

# Copy app to user homedir
COPY mypr /home/$USER/
CMD /bin/su -c "/home/ubuntu/mypr" ubuntu
</pre>

Скопируйте исполняемый файл, полученный в предыдущей работе в рабочий каталог

cp ../docker_backup1/lazarus/project_name/mypr ./

Мы находимся в новом рабочем каталоге хостовой машины:

/home/user/docker

В начале этой работы каталог предыдущей работы мы переместили сюда:

/home/user/docker_backup1

Следовательно, относительно каталога

/home/user/docker

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

../

и из каталога

docker_backup1

уровнем выше относительно

/home/user/docker

скопировать необходимый файл в текущий каталог

./

В конце этого этапа в рабочем каталоге должно быть два файла:

Dockerfile_prod
mypr

===Создание образа контейнера===

Далее в этом разделе будем исходить из условия, что ваш логин на https://hub.docker.com/ будет

vpupkin

а пароль

ну, вы сами знаете...

! Также стоит помнить, что в эмуляторе терминала находиться нужно в рабочем каталоге !

Для создания Docker-образа (image) выполните команду:

docker build -t 'vpupkin/lazarus_prod:latest' -f Dockerfile_prod .

Для проверки существования созданного контейнера выполните команду:

docker images

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

vpupkin/lazarus_prod latest 20bb2900074d 16 seconds ago 217MB

! Обратите внимание на размер контейнера !
Сравните размер контейнера с размером контейнера lazarus_dev из предыдущей работы

===Запуск контейнера на базе образа===

На базе полученного образа запустите контейнер, пробросив внутрь контейнера локальный каталог хостовой машины и пробросив порт для взаимодействия с графической оболочкой контейнера посредством клиента noVNC:

docker run -it -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix --name=lazarus_prod --hostname=lazarus-prod vpupkin/lazarus_prod

При запуске контейнера таким образом не указывается команда, т.к. она задаётся в файле

Dockerfile_prod

строчкой

CMD /bin/su -c "/home/ubuntu/mypr" ubuntu

Результатом запуска контейнера должно стать запущенное внутри контейнера графическое приложение с отображением графического интерфейса на хостовой машине.

При закрытии окна графического приложения контейнер будет завершён и будет доступен среди списка контейнеров

docker ps -a

Повторный запуск уже существующего контейнера можно осуществить по имени контейнера командой:

docker start lazarus_prod

==[Практическая работа №4] Взаимодействие двух контейнеров по сети==

Задача: Запустить ПО Moodle в контейнере с именем c2, который взаимодействует с базой данных Mariadb, запущенной в контейнере с именем c1

===Загрузить образы контейнеров===

docker pull mariadb
docker pull bitnami/moodle

===Создание и подготовка контейнера C1===
Создать контейнер с базой данных Mariadb и задать пароль пользователя root через переменную окружения

docker run --name=c1 --hostname=c1 -e MYSQL_ROOT_PASSWORD=123321 --network bridge -d mariadb

Создать временный контейнер с ПО Moodle и запустить его с доступом в командную оболочку

docker run -it --rm --name c2_tmp --network bridge bitnami/moodle:latest /bin/bash

Установить во временный контейнер утилиты проверки состояния сети

apt update
apt install net-tools iputils-ping

Изнутри контейнера c2_tmp проверить доступ в базу данных (для этого нужно убедиться в корректности ip адреса контейнера c1):

1. Посмотреть ip адрес конейнера c2_tmp (если контейнеры были запущены последовательно, то адрес контейнера c1 будет на единицу меньше)

ifconfig

2. Выполнить

ping <предполагаемый адрес контейнера c1>

в соседней консоли остановить контейнер c1

docker stop c1

в предыдущей консоли убедиться что пинги прекратились. Вернуться в соседнюю консоль. Запустить контейнер c1

docker start c1

в предыдущей консоли убедиться что пинги возобновились.

3. Выполнить проверку подключения к Mariadb посредством клиента mysql в контейнере c2_tmp

mysql -u root -p<пароль, установленный в переменной окружения при запуске контейнера c1> -h <корректный ip адрес контейнера c1>

4. Создать базу пользователя и базу данных Mariadb для работы Moodle (из консоли mysql, предварительно подключившись к ней под пользователем root)

CREATE DATABASE mdatabase;
CREATE USER 'muser'@'%' IDENTIFIED BY '123456';
GRANT ALL PRIVILEGES ON mdatabase.* to 'muser'@'%' WITH GRANT OPTION;

5. Проверить корректность подключения к Mariadb с созданным пользователем к созданной базе данных

mysql -u muser -p123456 -h <корректный ip адрес контейнера c1> mdatabase

6. Выйти из временного контейнера c2_tmp

exit

===Запуск контейнера C2 с ПО Moodle===

Поскольку в предыдущем пункте были подготовлены параметры доступа в базу данных Mariadb, используем их для запуска контейнера с ПО Moodle

docker run -d --name c2 -p 8080:8080 -p 8443:8443 --env ALLOW_EMPTY_PASSWORD=no --env MOODLE_DATABASE_USER=muser --env MOODLE_DATABASE_PASSWORD=123456 --env MOODLE_DATABASE_NAME=mdatabase --env MOODLE_DATABASE_HOST=<корректный ip адрес контейнера c1> --env MOODLE_USERNAME=user --env MOODLE_PASSWORD=123321 --env MOODLE_EMAIL=user@host.com --env MOODLE_SITE_NAME=user_moodle --network bridge bitnami/moodle:latest

Проверка: Открыть в браузере адрес:

http://localhost:8080

Ввести логин и пароль от ПО Moodle, указанные ранее в переменных окружения при старте контейнера.

Подробное описание по контейнеру: https://hub.docker.com/r/bitnami/moodle

Важно! Первые несколько минут ПО Moodle не будет доступно по указанному адресу http://localhost:8080
т.к. будет выполняться его первое развёртывание.

Проследить процесс развёртывания можно внутри базы данных в контейнере c1, подключившись к ней с хостовой машины

mysql -u muser -p123456 -h <корректный ip адрес контейнера c1> mdatabase

и из консоли mysql проверить наличие таблиц в базе данных

show tables

===Самостоятельное задание===

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

==[Практическая работа №5] Взаимодействие двух контейнеров по сети==

Создайте рабочий каталог и перейдите в него

mkdir composemoodle
cd composemoodle

Создайте файл

docker-compose.yml

со следующим содержимым

<pre>
version: "2.2"
services:
mariadb:
image: "mariadb:latest"
environment:
- MYSQL_ROOT_PASSWORD=123321
- MYSQL_ALLOW_EMPTY_PASSWORD=no
- MYSQL_DATABASE=mdatabase
- MYSQL_USER=muser
- MYSQL_PASSWORD=123456
moodle:
ports:
- "8080:8080"
- "8443:8443"
image: "bitnami/moodle:latest"
environment:
- ALLOW_EMPTY_PASSWORD=no
- MOODLE_DATABASE_USER=muser
- MOODLE_DATABASE_PASSWORD=123456
- MOODLE_DATABASE_NAME=mdatabase
- MOODLE_DATABASE_HOST=mariadb
- MOODLE_USERNAME=user
- MOODLE_PASSWORD=123321
- MOODLE_EMAIL=user@host.com
- MOODLE_SITE_NAME=user_moodle
</pre>

В результате в рабочем каталоге должен быть файл:

docker-compose.yml

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

docker-compose up

Docker

2020-12-19T11:24:46Z

Avolkov: 16.04->20.04

=Лабораторные работы по Docker=

==Подготовка рабочего места==

Для выполнения всех работ достаточно установить в виртуальную машину

Ubuntu 20.04 LTS Desktop

Ссылка на загрузку установочного образа: https://releases.ubuntu.com/20.04.1/ubuntu-20.04.1-desktop-amd64.iso

После установки нужно открыть терминал и установить Docker командой

sudo apt update && sudo apt install docker.io

Затем добавить текущего пользователя в группу

docker

это можно сделать командой

sudo usermod -Gdocker $USER

затем перезагрузиться.

==[Практическая работа №1] Создание простого контейнера==

===Вручную===

Откройте терминал хостовой машины

На базе официального стандартного Docker-образа

ubuntu

создайте и запустите Docker-контейнер:

docker run -it --name=my_first_container --hostname=my-first-container ubuntu /bin/bash

В случае успешного создания Docker-контейнера в эмуляторе терминала приглашение должно смениться на такое:

root@my-first-container:/#

Внимание! Сейчас вы внутри Docker-контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу и найти и запустить его можно таким образом:

Найти:

docker ps -a

в ответе среди возможных прочих контейнеров должен быть такой:

f0a3cc6a8b63 ubuntu "/bin/bash" 15 seconds ago Exited (0) 5 seconds ago my_first_container

Имя его в данном случае:

my_first_container

Идентификатор его в данном случае:

f0a3cc6a8b63

Запустить:

docker start my_first_container

или:

docker start f0a3cc6a8b63

Естественно, в конкретном случае идентификатор будет другой.

Подключиться к терминалу Docker-контейнера:

docker attach my_first_container

или

docker attach f0a3cc6a8b63

Внимание! Сейчас вы внутри контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу придётся опять читать выше по тексту как его запускать...

Однако есть способ отключиться от терминала и не завершить Docker-контейнер:

Для этого нужно последовательно нажать сочетания клавиш:

Ctrl + P

затем

Ctrl + Q

После этого приглашение командной строки контейнера должно заменить приглашение хостовой системы.

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

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

====Задача====

Создать образ, содержащий стартовый сценарий, который будет считывать переменную окружения с именем пользователя и приветствовать пользователя по имени.

====Ход работы====

Запустите контейнер my_first_container и подключитесь к его терминалу (как это сделать - описано выше)

Установите внутри контейнера текстовый редактор

apt-get update
apt-get install nano

Создайте с помощью установленного редактора nano файл сценария

bootstrap.sh

со следующим содержимым:

#!/bin/bash
echo "Hello, $USERNAME"

Сделайте файл исполняемым

chmod +x /bootstrap.sh

Проверьте работоспособность командой:

USERNAME=Ivan /bootstrap.sh

в результате в терминал должна быть выдана строка

Hello, Ivan

Завершите контейнер, выйдя из него:

exit

Создайте новый образ на базе изменённого контейнера командой:

docker commit -a Vasya -m "My first own image" my_first_container my_first_image

Образ будет доступен в списке образов

docker images

Выполните запуск контейнера с автоматическим удалением его после завершения, передавая в команду запуска различные значения переменной окружения

USERNAME

Примеры команды:

docker run --rm -e USERNAME=Ivan -it my_first_image /bootstrap.sh

docker run --rm -e USERNAME=Maria -it my_first_image /bootstrap.sh

docker run --rm -e USERNAME=Petr -it my_first_image /bootstrap.sh

docker run --rm -e USERNAME=Ekaterina -it my_first_image /bootstrap.sh

===Автоматически (посредством файла Dockerfile)===

Откройте терминал хостовой машины и создайте рабочий каталог

mkdir docker

Перейдите в рабочий каталог

cd docker

===Создание файлов===

В рабочем каталоге создайте файл

Dockerfile

по следующему шаблону (в файле нужно изменить имя и емэйл разработчика на собственное):

<pre>
FROM ubuntu
MAINTAINER Vasya I Pupkin <vasya@pupkin.com>
RUN echo '#!/bin/bash' > /bootstrap.sh
RUN echo 'echo "Hello, $USERNAME"' >> /bootstrap.sh
RUN chmod +x /bootstrap.sh
CMD /bootstrap.sh
</pre>

В конце этого этапа в рабочем каталоге должен быть один файл:

Dockerfile

===Создание образа контейнера===

Для создания Docker-образа (image) выполните команду:

docker build -t 'my_second_image:latest' .

Для проверки существования созданного контейнера выполните команду:

docker images

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

my_second_image latest add5d00c3dc0 7 seconds ago 72.9MB

===Запуск контейнера на базе образа===

Запуск контейнеров на базе созданного образа (за исключением имени образа и отсутствием необходимости указывать исполняемый скрипт (он указан непосредственно в Dockerfile)) ни чем не будет отличаться от запуска контейнеров в ходе создания образа вручную:

docker run --rm -e USERNAME=Ivan -it my_second_image

docker run --rm -e USERNAME=Maria -it my_second_image

docker run --rm -e USERNAME=Petr -it my_second_image

docker run --rm -e USERNAME=Ekaterina -it my_second_image

==[Практическая работа №2] Создание контейнера для разработки приложения на Lazarus==

Откройте терминал хостовой машины и создайте рабочий каталог

mkdir docker

Перейдите в рабочий каталог

cd docker

===Создание файлов===

В рабочем каталоге создайте файл

Dockerfile_dev

по следующему шаблону (в файле нужно изменить имя и емэйл разработчика на собственное):

<pre>
FROM ubuntu:20.04
MAINTAINER Vasya I Pupkin <vasya@pupkin.com>

ENV DEBIAN_FRONTEND noninteractive
ENV USER ubuntu
ENV HOME /home/$USER

# Create new user for vnc login.
RUN adduser $USER --disabled-password

# Install MATE and dependency component.
RUN apt-get update \
&& apt-get install -y \
tightvncserver \
mate-core mate-desktop-environment mate-notification-daemon \
supervisor \
net-tools \
curl \
git \
pwgen \
lazarus \
&& apt-get autoclean \
&& apt-get autoremove \
&& rm -rf /var/lib/apt/lists/*

# Clone noVNC.
RUN git clone https://github.com/novnc/noVNC.git $HOME/noVNC

# Clone websockify for noVNC
Run git clone https://github.com/kanaka/websockify $HOME/noVNC/utils/websockify

# Download ngrok.
ADD https://bin.equinox.io/c/4VmDzA7iaHb/ngrok-stable-linux-amd64.zip $HOME/ngrok/ngrok.zip
RUN unzip -o $HOME/ngrok/ngrok.zip -d $HOME/ngrok && rm $HOME/ngrok/ngrok.zip

# Copy supervisor config.
COPY supervisor.conf /etc/supervisor/conf.d/

# Copy startup script.
COPY startup.sh $HOME

EXPOSE 6080 5901 4040
</pre>

В рабочем каталоге создайте файл

supervisor.conf

со следующим содержимым:

<pre>
[program:vncserver]
command=vncserver -geometry 1600x900 :1
user=ubuntu

[program:noVNC]
command=/home/ubuntu/noVNC/utils/launch.sh --vnc localhost:5901
user=ubuntu
stdout_logfile=/var/log/novnc.log
redirect_stderr=true
</pre>

В рабочем каталоге создайте файл

startup.sh

со следующим содержимым:

<pre>
#!/bin/bash

if [ ! -f $HOME/.vnc/passwd ] ; then

if [ -z "$PASSWORD" ] ; then
PASSWORD=`pwgen -c -n -1 12`
echo -e "PASSWORD = $PASSWORD" > $HOME/password.txt
fi

echo "$USER:$PASSWORD" | chpasswd

# Set up vncserver
su $USER -c "mkdir $HOME/.vnc && echo '$PASSWORD' | vncpasswd -f > $HOME/.vnc/passwd && chmod 600 $HOME/.vnc/passwd && touch $HOME/.Xresources"
chown -R $USER:$USER $HOME

if [ ! -z "$SUDO" ]; then
case "$SUDO" in
[yY]|[yY][eE][sS])
adduser $USER sudo
esac
fi

else

VNC_PID=`find $HOME/.vnc -name '*.pid'`
if [ ! -z "$VNC_PID" ] ; then
vncserver -kill :1
rm -rf /tmp/.X1*
fi

fi

if [ ! -z "$NGROK" ] ; then
case "$NGROK" in
[yY]|[yY][eE][sS])
su ubuntu -c "$HOME/ngrok/ngrok http 6080 --log $HOME/ngrok/ngrok.log --log-format json" &
sleep 5
NGROK_URL=`curl -s http://127.0.0.1:4040/status | grep -P "http://.*?ngrok.io" -oh`
su ubuntu -c "echo -e 'Ngrok URL = $NGROK_URL/vnc.html' > $HOME/ngrok/Ngrok_URL.txt"
esac
fi

/usr/bin/supervisord -n
</pre>

В конце этого этапа в рабочем каталоге должно быть три файла:

Dockerfile_dev
supervisor.conf
startup.sh

===Создание каталогов===

В рабочем каталоге создайте каталог

lazarus

командой

mkdir lazarus

В конце этого этапа в рабочем каталоге должно быть три файла:

Dockerfile_dev
supervisor.conf
startup.sh

и один каталог:

lazarus

===Создание образа контейнера===

Далее в этом разделе будем исходить из условия, что ваш логин на https://hub.docker.com/ будет

vpupkin

а пароль

ну, вы сами знаете...

! Также стоит помнить, что в эмуляторе терминала находиться нужно в рабочем каталоге !

Для создания Docker-образа (image) выполните команду:

docker build -t 'vpupkin/lazarus_dev:latest' -f Dockerfile_dev .

Для проверки существования созданного контейнера выполните команду:

docker images

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

vpupkin/lazarus_dev latest fa1a63896356 9 seconds ago 2.42GB

===Запуск контейнера на базе образа===

На базе полученного образа запустите контейнер, пробросив внутрь контейнера локальный каталог хостовой машины и пробросив порт для взаимодействия с графической оболочкой контейнера посредством клиента noVNC:

docker run -it --mount source="$(pwd)"/lazarus,target=/home/ubuntu/lazarus,type=bind -p 6080:6080 -e PASSWORD=123456 --name=lazarus_dev --hostname=lazarus-dev vpupkin/lazarus_dev /bin/bash

Также в этой команде запуска задаются: имя контейнера, имя хоста, команда, которую выполнит контейнер при запуске и указаны ключи, которые автоматически подключают терминал к контейнеру. Для доступа по протоколу VNC посредством переменной окружения PASSWORD задаётся пароль.

В случае успешного создания контейнера в эмуляторе терминала приглашение должно смениться на такое:

root@lazarus-dev:/#

Внимание! Сейчас вы внутри контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу и найти и запустить его можно таким образом:

Найти:

docker ps -a

в ответе среди возможных прочих контейнеров должен быть такой:

8e5f4fd0a99b vpupkin/lazarus_dev "/bin/bash" 3 minutes ago Exited (0) 6 seconds ago lazarus_dev

Имя его в данном случае:

lazarus_dev

Идентификатор его в данном случае:

8e5f4fd0a99b

Остальное пока не важно, однако можно догадаться за что отвечают остальные параметры...

Запустить:

docker start lazarus_dev

или:

docker start 8e5f4fd0a99b

Естественно, в конкретном случае идентификатор будет другой.

Подключиться к терминалу:

docker attach lazarus_dev

или

docker attach 8e5f4fd0a99b

Внимание! Сейчас вы внутри контейнера и можете командовать им! Если скомандовать

exit

, то контейнер завершит свою работу придётся опять читать выше по тексту как его запускать...

Однако есть способ отключиться от терминала и не завершить контейнер:

Для этого нужно последовательно нажать сочетания клавиш:

Ctrl + P

затем

Ctrl + Q

После этого приглашение командной строки контейнера должно заменить приглашение хостовой системы.

На этом этапе мы научились создавать образ контейнера и запускать контейнер на его базе.

===Запуск графической подсистемы и вход в неё посредством браузера===

Для запуска окружения рабочего стола и доступа в него по протоколу VNC в контейнере предусмотрен специальный сценарий запуска.
Чтобы его запустить нужно зайти в терминал контейнера (см. предыдущие пункты)

И выполнить внутри контейнера команду:

/bin/bash /home/ubuntu/startup.sh

Далее можно либо оставить эмулятор терминала и открыть браузер (правда помни, что если случайно закрыть эмулятор терминала, то контейнер завершит выполнение), либо отключиться от терминала контейнера без его завершения (тоже см. выше - про горячие клавиши).

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

docker ps

и найдя свой контейнер среди списка, который вернёт команда.

Для работы с окружением рабочего стола зайдите браузером по адресу:

http://localhost:6080/vnc.html

мы же там порт забрасывали, при старте контейнера...

В окне, которое загрузится в браузере, ввести пароль. Какой? -- см. выше. Мы его там в переменной окружения задавали, при старте контейнера...

На этом этапе загрузится стандартное окружение рабочего стола MATE, в котором можно использовать файловый менеджер и непосредственно IDE Lazarus.

Внутри окружения в домашнем каталоге пользователя

ubuntu

есть каталог

lazarus

Он связан с хостовой системой. Зря мы чтоли создавали этот каталог и потом биндили его при старте контейнера?

Конечно не зря. Через этот каталог хостовая машина может обмениваться с контейнером файлами. А самое главное, что при уничтожении контейнера все ваши ценные файлы останутся на хостовой машине в каталоге

lazarus

, если вы, конечно, будете хранить ценные файлы именно в каталоге, который из окружения MATE контейнера имеет такой полный путь:

/home/ubuntu/lazarus

(а теперь внимательно смотрим на команду старта контейнера и смотрим где там встречается такая строчка...)

Внутри окружения MATE и в непосредственно IDE Lazarus работаем самостоятельно. Вы это умеете :-)

===Порядок работы с IDE Lazarus===

После запуска IDE Lazarus необходимо сразу сохранить проект так, чтобы он в итоге лежал в каталоге:

/home/ubuntu/lazarus/project_name

project_name - любое логичное имя вашего проекта.

Также есть вариант наоборот: загружаем в каталог lazarus (тот, который прибиндили в контейнер, см. выше, если непонятно) уже существующий проект, затем открываем его в IDE Lazarus из окружения MATE контейнера.

Работаем над проектом в IDE Lazarus, затем собираем его, сохраняем проект и закрываем IDE Lazarus

На этом этапе в

/home/ubuntu/lazarus/project_name

должен находиться исполняемый файл проекта. Например, если проект вы назвали

mypr.lpr

, то этот файл будет таким:

/home/ubuntu/lazarus/project_name/mypr

Вот примерно такой командой его и можно запустить отдельно от IDE Lazarus. Проверим?

Откройте эмулятор терминала из окружения MATE контейнера и введите там полный путь до исполняемого файла получившейся программы:

/home/ubuntu/lazarus/project_name/mypr

В результате внутри окружения MATE контейнера должно запуститься ваше приложение, написанное на Lazarus.

Получилось? Если да, то теперь нам не нужо все это тяжёлое окружение в виде MATE и сервера с noVNC. Выключите его. Для этого нужно зайти в терминал контейнера:

docker attach lazarus_dev

и завершить выполнение сценария, который до этого стартовали, сочетанием клавиш:

Ctrl + C

вам должно будет вернуться приглашение командной строки контейнера - это признак того что окружение и сервер с noVNC завершены (можете проверить -- в браузере уже ничего не загрузится).

Теперь наша задача - запустить приложение прямо на хостовой машине (но выполняться оно будет в контейнере).

===Делаем образ из контейнера с приложением на Lazarus===

Для того, чтобы запустить получившееся приложение внутри контейнера, но графическую часть его иметь на хостовой машине, нужно запустить еще один контейнер. Однако, из какого образа?

Вероятно, из такого, где оно (приложение на Lazarus) присутствует. У нас есть такой образ?

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

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

docker commit -a Vasya lazarus_dev vpupkin/lazarus_test

Убедиться, что образ создался, можно по прежнему командой:

docker images

А вот теперь уже можно запустить контейнер на базе образа:

vpupkin/lazarus_test

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

docker run --rm -it -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix --mount source="$(pwd)"/lazarus,target=/home/ubuntu/lazarus,type=bind --name=lazarus_test --hostname=lazarus-test vpupkin/lazarus_test /bin/su -c "/home/ubuntu/lazarus/project_name/mypr" ubuntu

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

Первая: установлена (внутрь контейнера) переменная окружения

DISPLAY

равная значению аналогичной переменной окружения хостовой системы.

Вторая: проброшено устройство

/tmp/.X11-unix

из хостовой системы в контейнер.

Также добавлено монтирование каталога lazarus для обмена файлами межу контейнером и хостовой системой, а также добавлена опция

--rm

которая уничтожает контейнер после его завершения (за данные мы не переживаем, они же лежат локально в каталоге lazarus, который каждый раз монтируется при старте в новый контейнер).

Однако, возможно, не стоит каждый раз содавать контейнер из образа, если изменений в параметрах запуска не требуется?

Достаточно убрать параметр

--rm

из команды запуска контейнера, но следует помнить, что при завершении графического приложения контейнер будет завершён и запускать его уже нужно будет командой старта контейнера (в этом случае контейнер никуда не девается, а просто лежит на хостовой системе в выключенном состоянии).

И включить его можно (т.е. запустить наше lazarus-приложение) так:

docker start lazarus_test

===Отвечаем на главный вопрос?===

Вопрос звучит так:

Если мы уже разработали приложение, то надо ли конечному пользователю все эти окружения MATE, сервер для запуска окружения noVNC и прочие скрипты инициализации, которые использовались для создания контейнера с инструментами разработки?

Наверное нет. Они сильно загружают систему при том, что больше никогда не понадобятся пользователю.

Поэтому для конечного пользователя целесообразно создать новый контейнер, исключив оттуда всё лишнее и оставив лишь непосредственно готовое приложение.

Как это сделать -- см. в лабораторной работе ниже.

==[Практическая работа №3] Создание контейнера для запуска приложения на Lazarus==
Откройте терминал хостовой машины. Если в домашнем каталоге пользователя присутствует каталог

docker

то переместите его в резервную копию командой:

mv docker docker_backup1

затем заново создайте рабочий каталог командой:

mkdir docker

Перейдите в рабочий каталог

cd docker

===Создание файлов===

В рабочем каталоге создайте файл

Dockerfile_prod

по следующему шаблону (в файле нужно изменить имя и емэйл разработчика на собственное):

<pre>
FROM ubuntu:16.04
MAINTAINER Vasya I Pupkin <vasya@pupkin.com>

ENV USER ubuntu
ENV HOME /home/$USER

# Install dependencyes
RUN apt-get update \
&& apt-get install -y libgtk2.0-0 \
&& apt-get autoclean \
&& apt-get autoremove \
&& rm -rf /var/lib/apt/lists/*

# Create new user for run app
RUN adduser $USER --disabled-password

# Copy app to user homedir
COPY mypr /home/$USER/
CMD /bin/su -c "/home/ubuntu/mypr" ubuntu
</pre>

Скопируйте исполняемый файл, полученный в предыдущей работе в рабочий каталог

cp ../docker_backup1/lazarus/project_name/mypr ./

Мы находимся в новом рабочем каталоге хостовой машины:

/home/user/docker

В начале этой работы каталог предыдущей работы мы переместили сюда:

/home/user/docker_backup1

Следовательно, относительно каталога

/home/user/docker

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

../

и из каталога

docker_backup1

уровнем выше относительно

/home/user/docker

скопировать необходимый файл в текущий каталог

./

В конце этого этапа в рабочем каталоге должно быть два файла:

Dockerfile_prod
mypr

===Создание образа контейнера===

Далее в этом разделе будем исходить из условия, что ваш логин на https://hub.docker.com/ будет

vpupkin

а пароль

ну, вы сами знаете...

! Также стоит помнить, что в эмуляторе терминала находиться нужно в рабочем каталоге !

Для создания Docker-образа (image) выполните команду:

docker build -t 'vpupkin/lazarus_prod:latest' -f Dockerfile_prod .

Для проверки существования созданного контейнера выполните команду:

docker images

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

vpupkin/lazarus_prod latest 20bb2900074d 16 seconds ago 217MB

! Обратите внимание на размер контейнера !
Сравните размер контейнера с размером контейнера lazarus_dev из предыдущей работы

===Запуск контейнера на базе образа===

На базе полученного образа запустите контейнер, пробросив внутрь контейнера локальный каталог хостовой машины и пробросив порт для взаимодействия с графической оболочкой контейнера посредством клиента noVNC:

docker run -it -e DISPLAY=$DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix --name=lazarus_prod --hostname=lazarus-prod vpupkin/lazarus_prod

При запуске контейнера таким образом не указывается команда, т.к. она задаётся в файле

Dockerfile_prod

строчкой

CMD /bin/su -c "/home/ubuntu/mypr" ubuntu

Результатом запуска контейнера должно стать запущенное внутри контейнера графическое приложение с отображением графического интерфейса на хостовой машине.

При закрытии окна графического приложения контейнер будет завершён и будет доступен среди списка контейнеров

docker ps -a

Повторный запуск уже существующего контейнера можно осуществить по имени контейнера командой:

docker start lazarus_prod

==[Практическая работа №4] Взаимодействие двух контейнеров по сети==

Задача: Запустить ПО Moodle в контейнере с именем c2, который взаимодействует с базой данных Mariadb, запущенной в контейнере с именем c1

===Загрузить образы контейнеров===

docker pull mariadb
docker pull bitnami/moodle

===Создание и подготовка контейнера C1===
Создать контейнер с базой данных Mariadb и задать пароль пользователя root через переменную окружения

docker run --name=c1 --hostname=c1 -e MYSQL_ROOT_PASSWORD=123321 --network bridge -d mariadb

Создать временный контейнер с ПО Moodle и запустить его с доступом в командную оболочку

docker run -it --rm --name c2_tmp --network bridge bitnami/moodle:latest /bin/bash

Установить во временный контейнер утилиты проверки состояния сети

apt update
apt install net-tools iputils-ping

Изнутри контейнера c2_tmp проверить доступ в базу данных (для этого нужно убедиться в корректности ip адреса контейнера c1):

1. Посмотреть ip адрес конейнера c2_tmp (если контейнеры были запущены последовательно, то адрес контейнера c1 будет на единицу меньше)

ifconfig

2. Выполнить

ping <предполагаемый адрес контейнера c1>

в соседней консоли остановить контейнер c1

docker stop c1

в предыдущей консоли убедиться что пинги прекратились. Вернуться в соседнюю консоль. Запустить контейнер c1

docker start c1

в предыдущей консоли убедиться что пинги возобновились.

3. Выполнить проверку подключения к Mariadb посредством клиента mysql в контейнере c2_tmp

mysql -u root -p<пароль, установленный в переменной окружения при запуске контейнера c1> -h <корректный ip адрес контейнера c1>

4. Создать базу пользователя и базу данных Mariadb для работы Moodle (из консоли mysql, предварительно подключившись к ней под пользователем root)

CREATE DATABASE mdatabase;
CREATE USER 'muser'@'%' IDENTIFIED BY '123456';
GRANT ALL PRIVILEGES ON mdatabase.* to 'muser'@'%' WITH GRANT OPTION;

5. Проверить корректность подключения к Mariadb с созданным пользователем к созданной базе данных

mysql -u muser -p123456 -h <корректный ip адрес контейнера c1> mdatabase

6. Выйти из временного контейнера c2_tmp

exit

===Запуск контейнера C2 с ПО Moodle===

Поскольку в предыдущем пункте были подготовлены параметры доступа в базу данных Mariadb, используем их для запуска контейнера с ПО Moodle

docker run -d --name c2 -p 8080:8080 -p 8443:8443 --env ALLOW_EMPTY_PASSWORD=no --env MOODLE_DATABASE_USER=muser --env MOODLE_DATABASE_PASSWORD=123456 --env MOODLE_DATABASE_NAME=mdatabase --env MOODLE_DATABASE_HOST=<корректный ip адрес контейнера c1> --env MOODLE_USERNAME=user --env MOODLE_PASSWORD=123321 --env MOODLE_EMAIL=user@host.com --env MOODLE_SITE_NAME=user_moodle --network bridge bitnami/moodle:latest

Проверка: Открыть в браузере адрес:

http://localhost:8080

Ввести логин и пароль от ПО Moodle, указанные ранее в переменных окружения при старте контейнера.

Подробное описание по контейнеру: https://hub.docker.com/r/bitnami/moodle

Важно! Первые несколько минут ПО Moodle не будет доступно по указанному адресу http://localhost:8080
т.к. будет выполняться его первое развёртывание.

Проследить процесс развёртывания можно внутри базы данных в контейнере c1, подключившись к ней с хостовой машины

mysql -u muser -p123456 -h <корректный ip адрес контейнера c1> mdatabase

и из консоли mysql проверить наличие таблиц в базе данных

show tables

===Самостоятельное задание===

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

==[Практическая работа №5] Взаимодействие двух контейнеров по сети==

Создайте рабочий каталог и перейдите в него

mkdir composemoodle
cd composemoodle

Создайте файл

docker-compose.yml

со следующим содержимым

<pre>
version: "2.2"
services:
mariadb:
image: "mariadb:latest"
environment:
- MYSQL_ROOT_PASSWORD=123321
- MYSQL_ALLOW_EMPTY_PASSWORD=no
- MYSQL_DATABASE=mdatabase
- MYSQL_USER=muser
- MYSQL_PASSWORD=123456
moodle:
ports:
- "8080:8080"
- "8443:8443"
image: "bitnami/moodle:latest"
environment:
- ALLOW_EMPTY_PASSWORD=no
- MOODLE_DATABASE_USER=muser
- MOODLE_DATABASE_PASSWORD=123456
- MOODLE_DATABASE_NAME=mdatabase
- MOODLE_DATABASE_HOST=mariadb
- MOODLE_USERNAME=user
- MOODLE_PASSWORD=123321
- MOODLE_EMAIL=user@host.com
- MOODLE_SITE_NAME=user_moodle
</pre>

В результате в рабочем каталоге должен быть файл:

docker-compose.yml

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

docker-compose up