Docker на prod- сервере: Плюсы-минусы?

12
S3
На сайте с 29.03.2012
Offline
236
1996

Доброго дня опытным девопсам)

Перевел один из сайтов на хостинг с поддержкой докера. Для теста взял минимальную конфигурацию - 20 гиг SSD, 1 ядро, 1 гиг оперативы. Система - Дебиан 9. В корне только Нжинкс гит ну и соответственно докер

Кто может рассказать плюсы и минусы таких решений? Меня тут пугали поеданием ресурсов)

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

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

Ваше мнение? Какие могут выплыть подводные камни?

ME
На сайте с 03.07.2017
Offline
66
#1
Sly32:
Доброго дня опытным девопсам)
Перевел один из сайтов на хостинг с поддержкой докера. Для теста взял минимальную конфигурацию - 20 гиг SSD, 1 ядро, 1 гиг оперативы. Система - Дебиан 9. В корне только Нжинкс гит ну и соответственно докер
Кто может рассказать плюсы и минусы таких решений? Меня тут пугали поеданием ресурсов)
Из относительых минусов вижу только пару сьеденных гиг на диске для скачанных образов
При этом развертывание сайта заняло в неспешном режиме 15 минут- установил докер, гит, скачал репозитарий, запустил билд, настроил апстрим в нжинксе - получил готовый сайт (Джанго+ Постгрес+ мемкэшед+ селери +раббит+ эластиксерч)
Ваше мнение? Какие могут выплыть подводные камни?

Совать персистентные сервисы, такие как БД, в докер - плохая идея.

И вопрос - у вас же все компоненты приложения не в одном контейнере?

S3
На сайте с 29.03.2012
Offline
236
#2
MkrtElion:
Совать персистентные сервисы, такие как БД, в докер - плохая идея.

Почему? Разьясните?

Контейнеры естественно отдельные - система, БД, дата, нжинкс, мемкэш, обьединено через докер-композ

---------- Добавлено 27.03.2019 в 12:23 ----------

MkrtElion:
Совать персистентные сервисы, такие как БД, в докер - плохая идея.

Почему? Разьясните?

Контейнеры естественно отдельные - система, БД, дата, нжинкс, мемкэш, обьединено через докер-композ

lonelywoolf
На сайте с 23.12.2013
Offline
151
#3

Вы мне объясните, а зачем докер? В вашем случае? Чтобы лишний геморрой на сервере был?

Платный и бесплатный хостинг с защитой от DDoS (http://aquinas.su)
D
На сайте с 18.12.2015
Offline
147
#4
Sly32:
Джанго+ Постгрес+ мемкэшед+ селери +раббит+ эластиксерч

Вырезка с официальной доки по эластику:

A machine with 64 GB of RAM is the ideal sweet spot, but 32 GB and 16 GB machines are also common. Less than 8 GB tends to be counterproductive (you end up needing many, many small machines)

Вас не смущает, что у вас в 8 раз меньше чем рекомендованный минимум?

На 1GB машине нужно тюнить хип, про который вы скорее всего даже не знаете. Через n поисков эластик скушает всю память и упадет.

Разработка и поддержка высоконагруженных проектов.
S3
На сайте с 29.03.2012
Offline
236
#5
lonelywoolf:
Вы мне объясните, а зачем докер? В вашем случае? Чтобы лишний геморрой на сервере был?

Попробую, если вам не лень будет прочитать:

Цель - перенести на хостинг все сайты используя 1 сервер,

Например, у меня есть сайты, использующие питон 3.4 и 3.7, если брать из виртуал враппер по умолчанию для 3-ки стоит да деб9 3.4

С контейнерами я ВООБЩЕ забываю про это!

Аналогично с базами - на одном сайте 9.6 на втором 11

Теперь от вас жду развернутый ответ - в чем геморрой? Как уже писал выше, развертывание заняло 15 минут с перекурами)

---------- Добавлено 27.03.2019 в 12:43 ----------

lonelywoolf:
Вы мне объясните, а зачем докер? В вашем случае? Чтобы лишний геморрой на сервере был?

Попробую, если вам не лень будет прочитать:

Цель - перенести на хостинг все сайты используя 1 сервер,

Например, у меня есть сайты, использующие питон 3.4 и 3.7, если брать из виртуал враппер по умолчанию для 3-ки стоит да деб9 3.4

С контейнерами я ВООБЩЕ забываю про это!

Аналогично с базами - на одном сайте 9.6 на втором 11

Теперь от вас жду развернутый ответ - в чем геморрой? Как уже писал выше, развертывание заняло 15 минут с перекурами)

Mik Foxi
На сайте с 02.03.2011
Offline
930
#6

Sly32, самый жирный минус - это лишняя точка отказа. Особенно в свете последних событий и "развития" докера, в котором только косяки развиваются и множатся судя по бурж отзывам.

вы сколько раз в день переносите сайт с сервера на сервер? Если вам это надо было раз в пол года, то разве так критично было успеть за 15 минут а не за час с перекурами?

---------- Добавлено 27.03.2019 в 13:48 ----------

Sly32, самый жирный минус - это лишняя точка отказа. Особенно в свете последних событий и "развития" докера, в котором только косяки развиваются и множатся судя по бурж отзывам.

вы сколько раз в день переносите сайт с сервера на сервер? Если вам это надо было раз в пол года, то разве так критично было успеть за 15 минут а не за час с перекурами?

Антибот защита сайта от накрутки поведенческих, от спама, взлома и поиска xss, от хит и клик ботов, от парсинга и кражи контента, снижение нагрузки на сервер - https://antibot.cloud/ Вам все еще конкуренты генерят отказы?
S3
На сайте с 29.03.2012
Offline
236
#7
danforth:
Вырезка с официальной доки по эластику:

Вас не смущает, что у вас в 8 раз меньше чем рекомендованный минимум?

На 1GB машине нужно тюнить хип, про который вы скорее всего даже не знаете. Через n поисков эластик скушает всю память и упадет.

Эластик как раз в данном случае меньшее зло - он стоит но не используется - нет пока необходимости, это задел на будущее, Сейчас все через стандартный ORM

Опять же, как я указывал - это тестовый вариант, если не появится явных минусов - доставить память и процессоров можно в 1 клик) Плюсов пока вижу больше. Естественно, сомнения тоже есть - поэтому и спрашиваю.

---------- Добавлено 27.03.2019 в 12:58 ----------

foxi:
множатся судя по бурж отзывам.

А ваш личный опыт можно привести? Бурж опыт я в состоянии и сам прочитать

Я вот не вижу пока ничего критического

D
На сайте с 18.12.2015
Offline
147
#8
Sly32:
Эластик как раз в данном случае меньшее зло - он стоит но не используется - нет пока необходимости, это задел на будущее, Сейчас все через стандартный ORM

Куда уж меньшее зло, тянуть на сервер штуку, которая жрет 40% всей памяти сервера и не используется при этом?

Зачем такой задел на будущее, если добавить - дело 15 минут с перекурами?

---------- Добавлено 27.03.2019 в 12:08 ----------

Sly32:
Эластик как раз в данном случае меньшее зло - он стоит но не используется - нет пока необходимости, это задел на будущее, Сейчас все через стандартный ORM

Куда уж меньшее зло, тянуть на сервер штуку, которая жрет 40% всей памяти сервера и не используется при этом?

Зачем такой задел на будущее, если добавить - дело 15 минут с перекурами?

S3
На сайте с 29.03.2012
Offline
236
#9
danforth:
которая жрет 40% всей памяти сервера


top - 13:15:13 up 20:54, 2 users, load average: 0.00, 0.00, 0.00
Tasks: 123 total, 2 running, 121 sleeping, 0 stopped, 0 zombie
%Cpu(s): 0.3 us, 0.3 sy, 0.0 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
KiB Mem : 1043848 total, 263536 free, 423032 used, 357280 buff/cache
KiB Swap: 0 total, 0 free, 0 used. 428968 avail Mem

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
471 root 20 0 15740 1336 1204 S 0.0 0.1 0:00.02 agetty
473 root 20 0 479904 51776 18528 S 0.0 5.0 0:28.57 dockerd
482 root 20 0 18120 2508 2180 S 0.0 0.2 0:00.93 dovecot
494 root 20 0 69952 5564 4792 S 0.0 0.5 0:02.27 sshd
501 ntp 20 0 102104 3144 2592 S 0.0 0.3 0:06.96 ntpd
505 dovecot 20 0 9488 936 828 S 0.0 0.1 0:00.25 anvil
506 root 20 0 9620 2336 2056 S 0.0 0.2 0:00.08 log
510 root 20 0 32376 996 0 S 0.0 0.1 0:01.22 fastpanel2-ngin
511 www-data 20 0 32936 5956 4456 S 0.0 0.6 0:02.31 fastpanel2-ngin
518 root 20 0 188920 15836 9552 S 0.0 1.5 0:03.62 php-fpm
520 www-data 20 0 188920 7584 1300 S 0.0 0.7 0:00.00 php-fpm
625 mysql 20 0 637424 76688 10664 S 0.0 7.3 0:41.85 mysqld
643 root 20 0 56404 5648 4804 S 0.0 0.5 0:00.06 systemd
646 www-data 20 0 302252 6860 704 S 0.0 0.7 0:00.00 php-fpm7.0
647 www-data 20 0 302252 6860 704 S 0.0 0.7 0:00.00 php-fpm7.0
648 root 20 0 84604 1688 0 S 0.0 0.2 0:00.00 (sd-pam)
688 root 20 0 22576 3784 1840 S 0.0 0.4 0:00.11 bash
708 proftpd 20 0 125960 8208 6324 S 0.0 0.8 0:01.47 proftpd
1334 Debian-+ 20 0 109596 9200 7704 S 0.0 0.9 0:01.01 exim4
1571 root 20 0 10728 2996 2048 S 0.0 0.3 0:03.17 containerd-shim
1581 root 20 0 10728 3344 2332 S 0.0 0.3 0:02.25 containerd-shim

1631 11211 20 0 417972 1644 1364 S 0.0 0.2 0:11.52 memcached

Или скажешьБ что я подправил, не веришь, нужен скриншот???

Mik Foxi
На сайте с 02.03.2011
Offline
930
#10
Sly32:

А ваш личный опыт можно привести? Бурж опыт я в состоянии и сам прочитать
Я вот не вижу пока ничего критического

Мой личный опыт: посмотрел что это вообще такое, как в общих чертах работает. Штука конечно прикольная для некоторых целей. Но мне в целом это не надо. Считаю что надо он только когда одновременно надо подружить в одной системе разные конфликтные версии софта. Все остальное в надобность за уши притянуто.

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий