Я работал в перконе в момент захода в облака

смысли волюм? там же обычный линуксовый mount — не?

типа того, но всё же это mount, а не напрямую писать в файл

в сокет сервера, точнее

в сокет сервера, точнее

помоему это какое-то суверие

помоему это какое-то суверие

Без проверок - да, я об этом и писал)

Докер это обертка, любая запись в контейнере это огромный оверхед по сравнению plain read-write

если волюм локальный со стандартным драйвером - mount - откуда оверхед?

Докер это обертка, любая запись в контейнере это огромный оверхед по сравнению plain read-write

пруф

от самого маунта. В сервере на хосте нет маунта. И я не уверен, что там просто маунт, если честно. Может, он и через сокет докера общается с волюмами

помойму оверхд там только на нетвоке в режиме host — тогда через докеровский пркоси все свистит и это прям видно

пруф

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

про оверхед

запись 4 гб на диск

Конфигурацию покажите

DgitalOcean 512MB / 1 CPU

1. Ubuntu 1604

2. Docker version 17.11.0-ce / alpine внутре вышеназванной убунты

А если в прокинутый волюм?

на том же серваке

смысле? именованный?

не, просто с хоста прокинь

так это и есть прокинутый

хотя ты прокинул

в домашнюю папку смонтирована домашняя папка хоста

Если писать в вольюм - там direct io

ну там не в домашнюю, но пишешь в неё)

Пишите непосредственно в контейнер

Осталось понять, есть ли зависимость от ос

если линукс, конечно. На маках например там вообще говорить не о чем

Если писать в вольюм - там direct io

разве? мне кажется это там маунтится в /var/lib/doker/куда-то-там

я запустил джинкс в докере как мне на него попасть? по какому айпи

если линукс, конечно. На маках например там вообще говорить не о чем

на маках нет докера. есть виртуалка с линкусом внутре которой докер.

на маках нет докера. есть виртуалка с линкусом внутре которой докер.

но волюмы в эту виртуалку ппц как тормозят из-за osxfs

а ну, да

там много еще забавных сайд-эффектов возникает

ага, приходится через nfs прокидывать)

Здравствуйте. Как выполнить консольный скрипт (который лежит на хосте) при запуске контейнера? Команды из скрипта должны выполнится в контейнере.

с именовааным волюмом docker run --rm -it -v test-volume:`pwd -w pwd alpine /bin/sh`

один фиг

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

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

Некорректный тест) нет конкуренции, он открывает поток и фигачит в него 4 гига

Здравствуйте. Как выполнить консольный скрипт (который лежит на хосте) при запуске контейнера? Команды из скрипта должны выполнится в контейнере.

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

Не думаю, что это подойдёт. Я в контейнер монтирую папку /etc/apache2/sites-available (на хосте и в контейнере путь одинаковый). Если я примонтирую папку на хосте в /etc/apache2/sites-available, хотя в контейнере нет на момент монтирования папки /etc/apache2, у меня скорее всего будет ошибка. Т.е. надо сначала поставить Apache, а потом уже монтировать папку с конфигами Apache с хоста в контейнер.

command: "apt update" command: "apt install -y apache2" command: "bash /etc/entry.sh"

Лучше так будет:

command: - "apt update" - "apt install -y apache2" - "bash /etc/entry.sh"

Если это, конечно, возможно в Docker Compose

Ты не хочешь в докер файл добавить установку апача?

Или взять готовый образ?

Я использую Docker compose, а не Dockerfile. Брать готовый образ я не хочу.

Нет слов

Я использую Docker compose, а не Dockerfile. Брать готовый образ я не хочу.

Какой-то готовый всё равно придётся взять) И если уж брать, почему бы не вять apache:alpine и не прокинуть туда свои конфиги?

Я использую Docker compose, а не Dockerfile. Брать готовый образ я не хочу.

если коротко: то это не по феншую

если коротко: то это не по феншую

А почему? В Dockerfile можно делать bind mount ?

Какой-то готовый всё равно придётся взять) И если уж брать, почему бы не вять apache:alpine и не прокинуть туда свои конфиги?

У Alpine есть образы Apache с различными версиями PHP?

https://hub.docker.com/_/php/

Ну вот. И в Dockerfile нет возможности делать bind mount. Поэтому я использую Docker compose

у пхп есть образы с апачем)

Ну вот. И в Dockerfile нет возможности делать bind mount. Поэтому я использую Docker compose

Всё вы врёте. И ничто не мешает использовать php-fpm

Ничто не мешает, но мне нужен apache

Dockerfile собирает контейнер, а не маунтит. Маунты вы указываете при запуске

Ничто не мешает, но мне нужен apache

Я же скинул ссылку на php-apache от php официального. Но к php-fpm/nginx всё-таки присмотритесь

А почему? В Dockerfile можно делать bind mount ?

В докер-файле описывается только образ (image) Какие конкретно к нему будут маунты с хост машины — задается на этапе или docker run… или в docker-compose (если используюься компоуз) Но феншуйно чтобы все пакеты и зависимости собирались на этапе соборки образа а не запуска контейнера. Т.е. были описаны в Dockerfile и нигде больше. На этапе запуска контейнера православно запускать только сам рабочий процесс ну и максимум проводить всякие квазикоррекции: типа права доступа и пр (тн `entrypoint`)

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

Хорошо, так и сделаю.

Я же скинул ссылку на php-apache от php официального. Но к php-fpm/nginx всё-таки присмотритесь

Nginx + php-fpm хорош, когда нужно запустить сайты на одном движке. У меня виртуальный хостинг - Nginx и Apache будут в контейнерах Docker. PHP-FPM тоже можно сюда приплести, но у Nginx под каждую CMS свой конфигурационный файл. Поэтому php-fpm тут не подходит.

Я сам использую эту связку

Но мне нужно что-то более универсальное

Nginx + php-fpm хорош, когда нужно запустить сайты на одном движке. У меня виртуальный хостинг - Nginx и Apache будут в контейнерах Docker. PHP-FPM тоже можно сюда приплести, но у Nginx под каждую CMS свой конфигурационный файл. Поэтому php-fpm тут не подходит.

У меня около 10 проектов с разными конфигами и версиями пхп, тут нет проблем никаких

На одном хосте

На одном хосте

Я говорю об обычном виртуальном хостинге

Где сайтов не 10, а 100 или больше.

Тоже не вижу проблем

Можете в nginx прокинуть хоть 1000 конфигов

Да, могу. Но у каждой CMS свой конфиг. Откуда я знаю, что там у клиента - Joomla, Drupal или вообще 1С-Битрикс?

Вот за что я и не люблю Nginx с php-fpm

У Apache есть .htaccess, у Nginx такого нет. Всё приходится делать ручками в конфиге.