forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

Выпуск инструментария управления контейнерами LXC и LXD 4.0, opennews (??), 05-Апр-20, (0) [смотреть все]

Чем LXC лучше docker , Kroz (??), 01:15 , 06-Апр-20, (4) –3 //

проще, Аноним (5), 01:24 , 06-Апр-20, (5) +1
для простого и понятного примера, попробуй запусти в одном Docker-контейнере Ngi, бублички (?), 03:17 , 06-Апр-20, (8) +4 //

что ты несешь, как настроишь, туда и будут гадить , все, что может lxc, может и, Аноним (12), 05:50 , 06-Апр-20, (12) –7
к сожалению, примерно 2 3 хлама, поставляемого в виде докер-образов именно так и, нах. (?), 08:47 , 06-Апр-20, (18) +18 //

мне то ты зачем про это пишешь, да ещё в таком количестве я применение Docker з, бублички (?), 11:06 , 06-Апр-20, (31)

Очень хорошо настраивал в одном контейнере Haproxy, Zotonic т е Erlang VM , Po, YetAnotherOnanym (ok), 09:28 , 06-Апр-20, (23) –7 //

Кроме того что ты идиот догадайся сам почему , проблем никаких , anonymous (??), 09:58 , 06-Апр-20, (25) +2

То есть, кроме оскорблений, сказать нечего Чего-то такого я и ожидал , YetAnotherOnanym (ok), 10:37 , 06-Апр-20, (29) –4

а что тебе ещё сказать тем-более ты сам говоришь что ожидал подобного а вот ск, бублички (?), 11:10 , 06-Апр-20, (32)

А я и математический анализ не по назначению использовать могу - согну проволоку, YetAnotherOnanym (ok), 12:58 , 06-Апр-20, (41)

тяжело тебе, ещё и кризис с коронавирусом соболезнования, бублички (?), 13:31 , 06-Апр-20, (46) –1

Если у тебя есть возможность тратить деньги своего работодателя, не считая их, я, YetAnotherOnanym (ok), 14:52 , 06-Апр-20, (52)

Зачем вам вообще Docker, если вы во главу угла ставите дешевизну хостинга Для ма, www2 (??), 09:51 , 07-Апр-20, (79) +1

Не только дешевизну Крупные хостеры Амазон, Гугл, Диджитал Оушн за каким-то х, YetAnotherOnanym (ok), 11:47 , 07-Апр-20, (80)

Представь себе внутрикорпоративный продукт собственного производства Бизнес зак, Александр Друзь (?), 14:32 , 07-Апр-20, (82) +1
То есть, для правильного использования Докера приложение должно было быть напи, YetAnotherOnanym (ok), 17:27 , 07-Апр-20, (85)
Контейнеры типа докера тут не нужно использовать вообще Контейнеры ОС типа LXC , Аноним (88), 18:15 , 07-Апр-20, (88)
извини, но DO - самая бомжацкая помойка из всех возможных буквально хостинг от , бублички (?), 17:40 , 07-Апр-20, (87)

Идиота в зеркале увидишь , Аноним (77), 06:26 , 07-Апр-20, (77) +3

и правда удобно и не беда что файлы той-же базы PostgreSQL приходится держать г, бублички (?), 11:21 , 06-Апр-20, (33)

Вольюм примонтирован Работает Не должен Вот хз, мигрировал ли мой контейнер с , YetAnotherOnanym (ok), 12:49 , 06-Апр-20, (40) –1

неправильный выбор технологий снизу и доверху впечатляет, полное отсутствие HA в, бублички (?), 13:24 , 06-Апр-20, (45)

Дай-ка угадаю, ты когда-то прочёл одну-единственную хаутушку и с тех пор она зав, YetAnotherOnanym (ok), 14:46 , 06-Апр-20, (51) –2

это эмоции, таблеточки принимай как доктор предписал и смотри себе цветные сны п, бублички (?), 14:57 , 06-Апр-20, (53) –2

Вам с такими взглядами о единственно возможном способе использования технологий , Аноним (57), 16:15 , 06-Апр-20, (57)

возможно но по крайней мере я не надеваю сапоги на голову руками что растут из , бублички (?), 18:59 , 06-Апр-20, (62) +2

А ещё я иногда орехи гантелей колю, когда лень тащиться на кухню за орехоколом , YetAnotherOnanym (ok), 11:55 , 07-Апр-20, (81) –1

Так-то можно и скриншоты в ексель вставлять, чтобы потом переслать по почте Не , Аноним (88), 14:43 , 07-Апр-20, (83)
С учётом того, насколько отвратительный дефолтный просмотрщик изображений в б-же, YetAnotherOnanym (ok), 17:31 , 07-Апр-20, (86) –1
Те кто посылает скриншоты в екселе, не используют стандартный просмотрщик десято, Аноним (88), 18:21 , 07-Апр-20, (89)

Подозреваю, вы плохо читали http docs zotonic com en latest developer-guide g, Аноним (88), 15:43 , 07-Апр-20, (84) +1

Читал, причём внимательно Только это у Вас доки на версию 1 0 ветка master на , YetAnotherOnanym (ok), 19:11 , 07-Апр-20, (90)

Скорее жалость к человеку с ограниченными умственными возможностями, который ни , Аноним (88), 01:40 , 08-Апр-20, (91)

Вооот, ещё очередной страдалец отметился Ещё с каким , YetAnotherOnanym (ok), 10:32 , 08-Апр-20, (92)
апломбом, но в остальном согласен, бублички (?), 22:20 , 08-Апр-20, (93)

В чем проблема это сделать Берешь любой менеджер процессов и вперед Да можешь , Аноним (47), 13:32 , 06-Апр-20, (47) –1 //

например в том, что ты явно никогда даже не пытался можешь, только работать он -, нах. (?), 20:21 , 06-Апр-20, (67) +2

нет тыбудет, Аноним (74), 23:55 , 06-Апр-20, (74)

запускаешь supervisord в качестве pid 1 и все остальные Nginx, PHP-FPM, MySQL и , Аноним (57), 16:05 , 06-Апр-20, (56) –4 //

systemd по всем параметрам лучше, Аноним (63), 19:43 , 06-Апр-20, (63)
до момента docker stop, ага, почти нет , нах. (?), 20:22 , 06-Апр-20, (68) –1

А что мешает сделать так, чтобы они будучи в разных контейнерах общались не по T, Aquarius (ok), 07:17 , 07-Апр-20, (78)

у lxc есть unprivileged containers для запуска контейнеров без рута хотя в lxd , Аноним (-), 05:36 , 06-Апр-20, (11) –1 //

Всё завезли - security privilegedhttps linuxcontainers org lxd docs master ins, microcoder (ok), 07:22 , 06-Апр-20, (15) +1

гораздо стабильнее и сделано не через жопу, Аноним (13), 06:28 , 06-Апр-20, (13) –1 //

обоснуй, Аноним (5), 07:26 , 06-Апр-20, (16) +5

LXD запускает контейнер как виртуальную машину развернутую из образа и сохраняет, microcoder (ok), 07:11 , 06-Апр-20, (14) +8 //

В дополнении, LXD может запускать контейнеры в непривелегированном режиме, это к, microcoder (ok), 08:23 , 06-Апр-20, (17) +4 //

сколько раз уже этот непривелегированный режим сам по себе вел к local root , нах. (?), 08:58 , 06-Апр-20, (19) +2

Это важное замечание Ничего совершенного нет, в том числе и сам kernel Linux не, microcoder (ok), 09:10 , 06-Апр-20, (20)

в докере такое userns есть, rex (??), 12:34 , 26-Янв-21, (95)

тут тебя тоже обманули - контейнер может быть персистентным, и сохраняться при о, нах. (?), 09:11 , 06-Апр-20, (21) //

Спасибо, что пояснили некоторые моменты, я за докер брался несколько лет назад, , microcoder (ok), 09:22 , 06-Апр-20, (22)

нах настолько зазвездился что начал говорить о себе в третьем лице, Аноним (24), 09:29 , 06-Апр-20, (24) –1
раньше у нас их в сухумском обезьянопитомнике разводили, опыты по заражению чумо, нах. (?), 09:59 , 06-Апр-20, (26) +2

Какие страсти творятся в Сухум Был я у вас в 2016 - чудесный город, мне понра, microcoder (ok), 10:04 , 06-Апр-20, (27)

в 16м вроде уже не было обезьян в питомнике А доскер с системдой активно развил, нах. (?), 11:53 , 06-Апр-20, (35)

А чем тебя tini не устраивает , YetAnotherOnanym (ok), 10:36 , 06-Апр-20, (28)

Например, что он ничего не сможет сделать, если ему прилетит SIGTERM от docker s, нах. (?), 11:54 , 06-Апр-20, (36)

Нууу, это обходимая проблема , YetAnotherOnanym (ok), 13:01 , 06-Апр-20, (42)

нет Это вот в доскере не решается вообще никак в принципе Баг дизайна Ну или с, нах. (?), 20:24 , 06-Апр-20, (69)

Например, что он ничего не сможет сделать, если ему прилетит SIGTERM от docker s, нах. (?), 11:55 , 06-Апр-20, (37)

А ты правильно понимаешь lxd lxc , pin (??), 13:37 , 06-Апр-20, (48) //

Цитата взята из того места где говорил о докере, однако в LXC тоже можно выносит, microcoder (ok), 16:18 , 06-Апр-20, (58)

Видимо я не распарсил Ок , pin (??), 17:44 , 06-Апр-20, (61)

Docker 8212 контейнер приложений application container , LXC LXD OpenVZ 82, sage (??), 12:40 , 06-Апр-20, (38) +2 //

Также см https www linux org ru forum general 15607470, sage (??), 12:41 , 06-Апр-20, (39) +1
Это же из-за проблем с правами просходит В LXC должно быть также Под капотом ж, Аноним (47), 13:56 , 06-Апр-20, (49)
LXD это не контейнеры это тулза для управления lxc и kvm теперь , GentooBoy (ok), 15:17 , 06-Апр-20, (55)
все прекрасно работает , Аноним (63), 19:47 , 06-Апр-20, (64)

network type phys, Аноним (43), 13:12 , 06-Апр-20, (43)
В частности тем, что есть в 32-разрядных дистрибутивах Можео на старый сервер п, trunk (?), 17:27 , 06-Апр-20, (60)

Чем оно лучше flatpak , Аноним (1), 23:04 , 05-Апр-20, (1) –15 //

Примерно тем же, чем лучше трамвайной ручки Это вообще-то совсем разные вещи , Аноним (2), 23:15 , 05-Апр-20, (2) +12 //

Что такое трамвайная ручка , Аноним (43), 13:13 , 06-Апр-20, (44) +2 //

https st3 depositphotos com 1019087 15741 i 1600 depositphotos_157412216-stock, Аноним (75), 02:22 , 07-Апр-20, (75)

Вах В отличии от доскера - офигенная, винтажная штучка , _ (??), 03:35 , 07-Апр-20, (76)

Стоит сравнивать с openvz Есть мнение, что хуже openvz быть ничего не может, в , Аноним (3), 23:30 , 05-Апр-20, (3) –3 //

Оценивать по ущербности low-end хостеров саму технологию изоляции Это ну э, Aliech (ok), 01:31 , 06-Апр-20, (6) +4 //

Почему-то решения на основе lxc при всей ущербности у тех же самых помойных хост, Аноним (3), 01:52 , 06-Апр-20, (7)

Пока нет данных об оверсейле мощностей тех нод, где крутился OpenVZ, - никаких в, Aliech (ok), 11:06 , 06-Апр-20, (30) +1

ах как некрасиво, вы совсем забыли про vServer, бублички (?), 03:19 , 06-Апр-20, (9) –1 //

то-есть Linux-VServer даже сам уже забыл как называется, т к не пользовался ле, бублички (?), 11:37 , 06-Апр-20, (34) –1

Самая большая проблема с LXC для хипстеров в отличие от docker - он не работает , Аноним (47), 16:40 , 06-Апр-20, (59) //

работает так же как докер - в вм , Аноним (63), 19:49 , 06-Апр-20, (65)
на маке и винде докер работает в виртуалкет е ставиш виртуалнку - в нее убунту , Аноним (73), 23:16 , 06-Апр-20, (73) //

Задание тебе - поднять там ipv6, Вы забыли заполнить поле Name (?), 04:18 , 29-Апр-20, (94)

Докер может одной командой запустить контейнер а лхд нет, Ддд (?), 19:49 , 06-Апр-20, (66) //

LXD это система контейнерной виртуализации на базе готовых проверенных образовп, Аноним (73), 23:14 , 06-Апр-20, (71)

это тот который дырявый бай дезигн https bugs launchpad net ubuntu source lxd, Аноним (-), 20:35 , 06-Апр-20, (70) –1 //

для локальной разработки мне ока для прода есть админы и облачные сервисы, Аноним (73), 23:15 , 06-Апр-20, (72)

Сообщения [Сортировка по времени | RSS]

8. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +4 +/–

Сообщение от бублички (?), 06-Апр-20, 03:17

для простого и понятного примера, попробуй запусти в одном Docker-контейнере Nginx, PHP-FPM, MySQL и Postfix. да, в одном контейнере а не в 4 разных, что будут по TCP/IP друг с другом общаться и все впятером  гадить в syslog что крутится в 5-м. в LXC это делается как в любой стандартной OS, ибо служит для изоляции (контейнер) OS, в то время как Docker для изоляции приложения

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

12. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –7 +/–

Сообщение от Аноним (12), 06-Апр-20, 05:50

что ты несешь, как настроишь, туда и будут "гадить", все, что может lxc, может и docker, но не наоборот

Ответить | Правка | Наверх | Cообщить модератору

18. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +18 +/–

Сообщение от нах. (?), 06-Апр-20, 08:47

> для простого и понятного примера, попробуй запусти в одном Docker-контейнере Nginx, PHP-FPM,
> MySQL и Postfix.
к сожалению, примерно 2/3 хлама, поставляемого в виде докер-образов именно так и сделаны. Включая, как ни смешно, docker registry.
Ты еще забыл добавить в эту кучку мусора самодельную наколеночную замену init (да, да - что-то ведь должно весь этот мусор последовательно запускать) и cron (ибо ниасиляторы не могут настоящий, а периодические процессы таки им иногда нужны)
А теперь попробуй корректно такой "контейнер" остановить по docker stop. "ой, база побилась" ? Ну, вот так у обезьянок - всё. Естественно, и от докерной автоматики, перезапускающей если упало, таким образом успешно избавляются, docker daemon умеет перезапускать только entrypoint, а не всю внутреннююю мусоруку.
Еще очень модно при старте что-нибудь скачать из интернета и покомпилять - потому что макака не смогла это запихнуть куда надо, в dockerfile.
Сколько макакам ни долбили что докер вовсе не предназначен быть эмулятором для запуска операционной системы целиком, это средство изоляции отдельной программы - даже нарочно наделав им грабель (любимый макакой systemd просто так внутри не запускается) - ничего не помогает. Включая макак, работавших в самом докере - еще раз см регистри.
Но, к сожалению, поляна, как обычно, загажена - ни про какое lxc макака и не слышала, и не умеет, и уметь не хочет.
При этом как раз все, что умеет делать докер, lxc тоже умеет. Включая и не ограничиваясь частичной изоляцией - без громождения прослоек overlay одной поверх другой.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

31. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от бублички (?), 06-Апр-20, 11:06

мне то ты зачем про это пишешь, да ещё в таком количестве? я применение Docker знаю, и где надо и возможно - пользуюсь им без лишних уродливых костылей, именно для изоляции приложения (к примеру RabbitMQ кластер, что деплоится автоматом со всеми необходимыми настройками из Dockerfile). где надо больше чем может Docker без костылей - пользуюсь LXC. где надо ещё больше - KVM. и всё прекрасно работает, жалоб нет, костылей избегаю

Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –7 +/–

Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 09:28

Очень хорошо настраивал в одном контейнере Haproxy, Zotonic (т.е. Erlang VM), PostgreSQL и OpenSSH. Контейнер лепил сам из голого Alpine.
А что, у меня должны были возникнуть какие-то проблемы?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

25. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +2 +/–

Сообщение от anonymous (??), 06-Апр-20, 09:58

Кроме того что ты идиот (догадайся сам почему), проблем никаких.

Ответить | Правка | Наверх | Cообщить модератору

29. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –4 +/–

Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 10:37

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

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от бублички (?), 06-Апр-20, 11:10

а что тебе ещё сказать? тем-более ты сам говоришь что ожидал подобного. а вот скажи, ожидаешь не от понимания ли что всё-таки используешь Docker не по назначению?

Ответить | Правка | Наверх | Cообщить модератору

41. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 12:58

> используешь Docker не по назначению
А я и математический анализ не по назначению использовать могу - согну проволоку в форме интеграла и достану ключи из унитаза.
Если контейнер с 512МБ ОЗУ стОит примерно на треть дороже, чем контейнер с 256МБ, а контейнер с 1ГБ ОЗУ стОит немного более чем наполовину дороже, чем контейнер с 256МБ, то как раз таки надо быть идиотом, чтобы платить за 4 контейнера вместо одного.

Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –1 +/–

Сообщение от бублички (?), 06-Апр-20, 13:31

тяжело тебе, ещё и кризис с коронавирусом. соболезнования

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 14:52

> тяжело тебе, ещё и кризис с коронавирусом. соболезнования
Если у тебя есть возможность тратить деньги своего работодателя, не считая их, я за тебя рад, но учти одну простую вещь - долго такое счастье не длится.

Ответить | Правка | Наверх | Cообщить модератору

79. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +1 +/–

Сообщение от www2 (??), 07-Апр-20, 09:51

Зачем вам вообще Docker, если вы во главу угла ставите дешевизну хостинга?
Для массового автоматизированного развёртывания есть Ansible, Chef, Puppet - можно настроить много виртуалок со всем необходимым внутри каждой виртуалки.
Идея Docker в том, чтобы внутри него держать одно ПРИЛОЖЕНИЕ, а не всю нужную ему лабуду в придачу.
Вы используете инструмент не по назначению, просто потому что это модно, при этом пытаетесь сэкономить деньги. С головой что-то явно не так.

Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 11:47

Не только дешевизну. Крупные хостеры (Амазон, Гугл, Диджитал Оушн) за каким-то хреном требуют телефон, а мне не хочется привязывать свой телефон к сервисам организации, равно как и заморачиваться с покупкой корпоративной симки. ИБМ вообще в РФ не работает, некоторые принимали оплату с карты только по пайпал, который с какого-то хрена подвесил мою учётку. Поверьте, мне пришлось перерыть достаточно большой объём выдачи гугла, прежде чем остановился на hyper.sh, царствие ему небесное.
Да, я много где читал, что в одном контейнере докера должно быть одно приложение, но нигде не было внятного и убедительного объяснения почему. Заодно всегда деликатно обходится вопрос о накладных расходах при обмене данными между контейнерами.
Ну, а после того, как hyper.sh сдулся (а также сдувались облачные сервисы вендоров систем видеонаблюдения, умного дома и т.д.), я решил вообще на подобные сервисы забить и всё своё держать при себе.

Ответить | Правка | Наверх | Cообщить модератору

82. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +1 +/–

Сообщение от Александр Друзь (?), 07-Апр-20, 14:32

> Да, я много где читал, что в одном контейнере докера должно быть одно приложение, но нигде не было внятного и убедительного объяснения почему. Заодно всегда деликатно обходится вопрос о накладных расходах при обмене данными между контейнерами.
Представь себе внутрикорпоративный продукт собственного производства. Бизнес заказывает функции, разработчики делают, админы деплоят и админят. Такие программы могут быть условно говоря двух типов: монолитные и микросервисные. Монолитное приложение - это одна большая программа выполняемая на одном большом хосте или ВМ. Все её модули и она сама находятся в оперативной памяти и выполняются на одном процессоре. Это очень быстро и удобно. Чтобы сделать такую софтину отказоустойчивой и сбалансировать её нагрузку тебе нужно создать вторую третью и т. д. сущность и поставить балансировщик. В зависимости от типа запросов к приложению наличия или отсутствия клиент-серверных привязок в рамках сессий или потоков датаграмм ты настроишь свои балансировщики на 2-ом, 4-ом или 7-ом уровне. Таким образом это приложение может быть горизонтально смасштабировано по количеству соединений, но что если сессии пользователей сложны и один пользователь может нагрузить узел так, что ресурсов не хватит? Это ахиллесова пята монолитных приложений, они имеют потолок и часто упираются в невозможность вертикального масштабирования узла. Например, если монолитная корпоративная соплекуха требует 24 ядра и 128 ГБ оперативной памяти на одном узле, то "подкинуть ресурсов" на гипервизоре будет трудно, если на одном физическом CPU у вас предел в 128. Докидывание пары гигабайт с соседнего сокета только замедлит приложение еще сильнее, а если показать виртуалке не 24 ядра, а например 2 сокета по 12 ядер, то производительность приложения будет завесеть от того приучили этот монолит  к многопроцессорности или оно на это смотрит глазами ядра ОС... в общем это печально и это предел.
Логичным способом будет разделить функционал приложения на 2 части. Например из 146 функций мы возьмём 40 и положим на первый сервер приложений (например фронтенд) а оставшиеся 106 перевалим на бекенд и свяжем их через API, которое сами и напишем. Сделаем HA/LB и получим уже что-то более производительное без покупки баснословно дорогого железа или тончайших системных оптимизаций (бизнесу начхать на академические упражнения им работать надо). И вот так и будем жить пока 106 на бекенде не превратится в 206 и снова всё повторится. Далее разрубим тьолстый бекенд на 2, потом на 3 и потом....
И вот потом начнётся следующая проблема. Полный граф взаимодействия всех типов серверов приложений порождает сложность в сопровождении, мониторинге производительности, обновлении и изменении функционала. Каждый раз добавляя новые вершины в этот граф сложность системы вырастает нелинейно и те самые сетевые издержки начинают стремительно ухудшать производительность автоматизированной системы в целом.
Вот тут нам и подходит микросервисная архитектура. Каждый модуль каждого приложения мы положим в отдельный контейнер и сделаем так, что обмен информацией будет происходить не по цепочке запросов а в очередях брокера кластеризованной шины данных, как бы соединяющих все эти маленькие контейнеры с микросервисами (самодостаточными функциональными модулями решающие простую задачу и отдающиеся по API).
Красиво и элегантно микросервисная архитектура выглядит тогда, когда сверху над ней есть автоматизация CI/CD, чтобы не человек (админ) занимался установками, а это делали разработчики по своим расписаниям. Чтобы и тесты и мониторинг всё автоматически поднималось, создавалось и работало без помощи админа, который занимается железной инфраструктурой и общими вопросами.
Над вами тут смеются, потому что вы используете докер, как средство админства, в то время как это средство  разработчиков, которые избавляются от вас как от админа при разработке своих задач =) по факту нет, конечно, им требуется еще и вся инфраструктура, чтобы оно работало, просто своими автоматизациями занимаются сами.
Если нужен хостинг, то докеры вам не нужны, вам нужны контейнеры или виртуалки. Запихивать в докер 1001 приложение и еще и настраивать какое-то взаимодействие между ними - это всё назло кондуктору, куплю билет - пойду пешком.
Если мы говорим о производительности, то в условиях однопроцессорного сервера потенциально бесконечной мощности (оно не существует в объективной реальности) монолитная архитектура всегда выигрывает по производительности, потому что нет никаких межсущностных API, прослоек в виде сети, всё работает напрямую вызывая функцию по имени из соседнего блока оперативной памяти. В реальности никаких бесконечных мощностей не будет и уперевшись в проблемы вертикального масштабирования, микросервисная архитектура будет выигрывать по соотношению производительность к стоимости владения. Кстати, обратите внимание, как процениваются облака и сравните с проценкой традиционного хостинга. А еще в реальности микросервисная архитектура может быть вредна (маленькое приложение разнесли на кучу еще более мелких в условиях плохой сети), не возможна (куча легаси монолитного вендорспецифичного софта), дорога (когда покупаются все контейнеры в облаках) и вообще это всё вопросы не вашего ума дела, это за вас решат разработчики корпоративного софта.

Ответить | Правка | Наверх | Cообщить модератору

85. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 17:27

То есть, для "правильного" использования Докера приложение должно было быть написано под Докер. В моём случае этого нет, разнесение Haproxy, EVM с Zotonic'ом и PgSQL по разным контейнерам ничего из описанных плюшек не дало бы - собственно, об этом я уже писал.
Мой сервис - это не Гугл, и не Фейсбук, и не Нетфликс, и не Нью-Йоркская фондовая биржа, и не Свифт, и не что-то подобное. Городить "правильный" пучок контейнеров - это была бы просто стрельба из пушки по воробьям.

Ответить | Правка | Наверх | Cообщить модератору

88. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Аноним (88), 07-Апр-20, 18:15

Контейнеры типа докера тут не нужно использовать вообще. Контейнеры ОС типа LXC у контейнерного хостера тут могут быть использованы и то только если хочется, можно ВМ.
Просто есть матчасть, которую надо знать. В линуксах нету setup.exe, а людям этого очень хочется. Авторы, чтобы пользователь быстро установил и поднять демку у себя на локалхосте, предлагают как попало собраный самими авторами контейнер. Даже в документации пишут, что это "getting started", зачастую не указывая, что в проде так использовать докеры нельзя, ведь это само собой разумеющаяся истина. Но есть русские малограмотные админы, которые по английски-то даже не понимают, которые про докер что-то слышали и знают, что это контейнер и вот и получается то что получается. На венеде это "скачать бесплатно без смс на высокой скорости вишмастер_сетап.ехе". На линуксах это "скачать бесплатно без смс на высокой скорости вишмастер_докер.имг"
Правильная установка Zotonic бывает в двух вариантах:
1. Без HA. Вогнать всё на одну разнесчастную виртуалку ну или максимум базу отцепить, чтобы за ресурсы не дрались.
2. С HA. Тогда нужна Haproxy, keepalived, zotonic/evm, postgresql в режиме мастер-слейв репликации.
Если стоимость простоя сервиса для бизнеса ниже стоимости оплаты за кучу сущностей HA, значит бизнесу это не надо.
... просто докер тут лишний от слова совсем.

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

87. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от бублички (?), 07-Апр-20, 17:40

извини, но DO - самая бомжацкая помойка из всех возможных. буквально хостинг от Сифона и Бороды. про фирму твою (где нет CIO, CTO и т.п.) тоже всё понял - проект твой и его воплощение тоже подстать. я не с целью обидеть тебя лично. вопросов больше не имею

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

77. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +3 +/–

Сообщение от Аноним (77), 07-Апр-20, 06:26

Идиота в зеркале увидишь.

Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

33. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от бублички (?), 06-Апр-20, 11:21

и правда удобно? и не беда что файлы той-же базы PostgreSQL приходится держать где-то вне контейнера чтоб не исчезли при его рестарте? мигрировать с сервера на сервер такой контейнер с внешними файлами удобно? выкатывать новый для HA? а новые ключи для доступа по SSH как добавляешь? неужели руками? уже и не спрашиваю про новых пользователей кому надо дать доступ в твой контейнер. чего только не выдумают люди чтоб оправдать свою лень и нежелание узнавать что-то простое и полезное (в данном случае LXC)

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

40. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –1 +/–

Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 12:49

> файлы той-же базы PostgreSQL приходится держать где-то вне контейнера
Вольюм примонтирован. Работает. Не должен?
> мигрировать с сервера на сервер
Вот хз, мигрировал ли мой контейнер с одного физического сервера на другой - я его залил на хостинг, поднял и оставил работать.
> выкатывать новый для HA
Какой нахрен HA? Ты не знаешь мой юзкейс, а берёшься судить. Zotonic не умеет работать с пулом серверов БД, он коннектится одному серверу при старте и дальше работает с ним. Если поднять отдельный контейнер с haproxy, который будет раскидывать трафик на несколько инстансов Zotonic'а, каждому из них нужен свой Pg, а это означает мультимастер репликацию, которая сейчас в Pg делается только костылями разной степени уродливости. Для настоящей HA нужно серьёзно допилить Zotonic, чтобы он писал только в мастер, а для чтения выбирал слейва из пула, при этом имел бы возможность на ходу переключаться на нового мастера. Можно, конечно, иметь один Pg на несколько Zotonic'ов, но это нихрена никакой не HA, к тому же производительность всей системы упрётся в производительность Pg.
> новые ключи для доступа по SSH
Неактуально.

Ответить | Правка | Наверх | Cообщить модератору

45. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от бублички (?), 06-Апр-20, 13:24

неправильный выбор технологий снизу и доверху впечатляет, полное отсутствие HA в принципе тоже. Docker там где нужен бы LXC, PostgreSQL (религия?) без всяких оснований вместо MySQL (Percona). HAProxy то для чего? SSH понятно тебе нужен, чтоб логи смотреть и процессами управлять, т.к. хостинг твой для бомжей (4 контейнера уже дорого) и видно даже лог твоего контейнера не отображает никаким образом (за дополнительную плату). надеюсь это dev или staging, за подобный production мучительно и долго убивал бы из рогатки клюквой. попадались мне такие проекты по наследству от всеразличных самоделкиных - смеялся и плакал, восхищаясь бесконечной глупости. даже поставил на столе портретик Эйнштейна

Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –2 +/–

Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 14:46

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

Ответить | Правка | Наверх | Cообщить модератору

53. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –2 +/–

Сообщение от бублички (?), 06-Апр-20, 14:57

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

Ответить | Правка | Наверх | Cообщить модератору

57. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Аноним (57), 06-Апр-20, 16:15

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

Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +2 +/–

Сообщение от бублички (?), 06-Апр-20, 18:59

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

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –1 +/–

Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 11:55

А ещё я иногда орехи гантелей колю, когда лень тащиться на кухню за орехоколом. Падай в обморок, ты шокирован :))

Ответить | Правка | Наверх | Cообщить модератору

83. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Аноним (88), 07-Апр-20, 14:43

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

Ответить | Правка | Наверх | Cообщить модератору

86. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –1 +/–

Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 17:31

> Так-то можно и скриншоты в ексель вставлять, чтобы потом переслать по почте.
> Не удивлюсь, что и у таких вещей есть юзкейс, и многие
> так делают. Просто на техническом форуме фу таким быть.
С учётом того, насколько отвратительный дефолтный просмотрщик изображений в б-жественной десяточке - не удивлюсь, если кто-то использует такую схему.

Ответить | Правка | Наверх | Cообщить модератору

89. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Аноним (88), 07-Апр-20, 18:21

Те кто посылает скриншоты в екселе, не используют стандартный просмотрщик десяточки.
У них есть ACDSee =)

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

84. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +1 +/–

Сообщение от Аноним (88), 07-Апр-20, 15:43

> Zotonic не умеет работать с пулом серверов БД, он коннектится одному серверу при старте и дальше работает с ним. Если поднять отдельный контейнер с haproxy, который будет раскидывать трафик на несколько инстансов Zotonic'а, каждому из них нужен свой Pg, а это означает мультимастер репликацию, которая сейчас в Pg делается только костылями разной степени уродливости. Для настоящей HA нужно серьёзно допилить Zotonic, чтобы он писал только в мастер, а для чтения выбирал слейва из пула, при этом имел бы возможность на ходу переключаться на нового мастера.
Подозреваю, вы плохо читали. http://docs.zotonic.com/en/latest/developer-guide/getting-st...
Да у них там есть докер, который пригоден для ознакомительных целей. В прод его нельзя. Вот тут они заботливо помогли с начальной точкой для организации приложения http://docs.zotonic.com/en/latest/developer-guide/docker.html обратите внимание что контейнеров уже 2.
То что фреймворк работает с одной точкой подключения к базе - это вообще не проблема. Точнее, это не проблема фреймворка. Вам нужен repmgr или pgpool чтобы построить докерезированный кластер постгреса. Эта задача со звёздочкой, потому что постгрес и отказоустойчивость... это каждый сам должен для себя делать. Докер тут скорее мешает, а не помогает. Собственно mysql-то почему популярен. Сколько его не ругай, а вот для таких задач он и создан.
Ну и самое главное. Хапрокся в отдельном контейнере... а на чём у вас там крутятся все эти контейнеры, что у вас ингресс-балансировку нужно изобретать как велосипед в отдельном контейнере... не важно. Видимо контейнерной среды нету толком никакой... В любом варианте, всё это прекрасно делается даже в форме:
2х haproxy+keepalived
2x zotonic
2-3x postgresql
Можно то же самое с мускулем, можно в докере, можно без. Вы себе все проблемы с HA сами придумали, особенно про костыли разной степени уродливости. Докер же поможет автоматизировать костылестроение.
> Можно, конечно, иметь один Pg на несколько Zotonic'ов, но это нихрена никакой не HA, к тому же производительность всей системы упрётся в производительность Pg.
Это как раз HA, это просто не LB. Балансировка соединений к базе - это вообще другая история. Это всегда делается ради производительности, а производительность LB на операциях UPDATE/DELETE в случае с LB на postgresql всегда оставляет желать лучшего. Оно медленнее чем одна нода в виду того, что такое постгрес, для чего он нужен и почему его не используют на таких задачах как CMS те, у кого есть задачи по высокой нагрузке. Если у приложения есть задача по балансировке колоссального наплыва пользовательских запросов, причем многие из которых могут что-то удалять или обновлять, то вон она какая Apache Cassandra есть.
http://zotonic.com/page/620/proven-and-powerful-database
Вот тут они пишут про то что 99.9% сайтов это не надо. Что как бы поясняет, для чего и для каких нагрузок эта штука. И про то что у них куча функций средствами RDBMS. Выбор в пользу постгреса у них тоже зачётный =)
Это я к тому что для Zotonic вам не нужен LB никогда. Если вам стал нужен LB вам нужно выбросить Zotonic. Сидеть при этом без HA, потому что нету LB из коробки, как-то странно...

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

90. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 19:11

> Подозреваю, вы плохо читали. http://docs.zotonic.com/en/latest/developer-guide/getting-st...
Читал, причём внимательно. Только это у Вас доки на версию 1.0 (ветка master на гитхабе), у меня ветка 0.x, которая считается stable, доки на неё - http://docs.zotonic.com/en/stable/developer-guide/docker.html.

> Да у них там есть докер
Вот только на тот момент не работал он нифига. М.б. дело в этом https://github.com/zotonic/zotonic/issues?q=1930, или в этом https://github.com/zotonic/zotonic/issues?q=1950 - хз, мне проще было слепить контейнер с чистого альпина (или с официального докеровского эрланга, не помню уже), чем файлить исью и ждать, пока его пофиксят.
> Вам нужен repmgr
> или pgpool чтобы построить докерезированный кластер постгреса. Эта задача со звёздочкой,
> потому что постгрес и отказоустойчивость... это каждый сам должен для себя
> делать. Докер тут скорее мешает, а не помогает.
Вот не буду врать - не заморачивался с кластером постгреса. Когда-то посмотрел в сторону Postgres-XC (он же -XL, он же -X2) от Коити Судзуки, но тогда даже до тыканья палочкой не дошло.
> Ну и самое главное. Хапрокся в отдельном контейнере... а на чём у
> вас там крутятся все эти контейнеры, что у вас ингресс-балансировку нужно
> изобретать как велосипед в отдельном контейнере...
Haproxy выполнял только ssl-offloading. Не было там никакого распараллеливания )))
> не важно. Видимо контейнерной среды
> нету толком никакой...
Ага ))) Мне нужно было просто запустить свою приблуду где-то, где она будет доступна извне. Для этого я просто подобрал хостинг, который умеет гонять докеровские контейнеры.
Понимаю, что у профессиональных микроскопистов вызывает страдание рассказ о том, как я когда-то забил микроскопом пару гвоздей, но что ж делать, если микроскоп у одного продавца оказался дешевле и удобнее для забивания гвоздей, чем молоток у другого.

Ответить | Правка | Наверх | Cообщить модератору

91. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Аноним (88), 08-Апр-20, 01:40

> Понимаю, что у профессиональных микроскопистов вызывает страдание рассказ о том, как я когда-то забил микроскопом пару гвоздей, но что ж делать, если микроскоп у одного продавца оказался дешевле и удобнее для забивания гвоздей, чем молоток у другого.
Скорее жалость к человеку с ограниченными умственными возможностями, который ни постгрес не освоил, ни докер не понял, ни хостинг нормальный не смог найти за нормальную цену, про HA сочиняет небылицы и еще и кичится собственным невежеством, будто так и надо, с опломбом, дескать, "какие тут проблемы?", а когда люди ему грубо говорят "идиот", обижается на оскорбления...
Я тут отвечаю длинными постами, чтобы другие болезные не начитались вашей дурости. Вас только медикаментами править. Приходилось иногда таких вот сразу на собеседованиях отсекать, причём не только ввиду полного непрофессионализма, но также и вопиющей неадекватности

Ответить | Правка | Наверх | Cообщить модератору

92. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от YetAnotherOnanym (ok), 08-Апр-20, 10:32

Вооот, ещё очередной страдалец отметился.
> с опломбом
Ещё с каким!

Ответить | Правка | Наверх | Cообщить модератору

93. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от бублички (?), 08-Апр-20, 22:20

апломбом, но в остальном согласен

Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

47. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –1 +/–

Сообщение от Аноним (47), 06-Апр-20, 13:32

В чем проблема это сделать? Берешь любой менеджер процессов и вперед. Да можешь хость systemd взять.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

67. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +2 +/–

Сообщение от нах. (?), 06-Апр-20, 20:21

например в том, что ты явно никогда даже не пытался.
> Да можешь хость systemd взять.
можешь, только работать он - внезапно, не будет.

Ответить | Правка | Наверх | Cообщить модератору

74. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Аноним (74), 06-Апр-20, 23:55

> например в том, что ты явно никогда даже не пытался.
нет ты
> только работать он - внезапно, не будет.
будет

Ответить | Правка | Наверх | Cообщить модератору

56. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –4 +/–

Сообщение от Аноним (57), 06-Апр-20, 16:05

запускаешь supervisord в качестве pid 1 и все остальные Nginx, PHP-FPM, MySQL и Postfix — через его конфиг. Нет никаких проблем.

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

63. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Аноним (63), 06-Апр-20, 19:43

systemd по всем параметрам лучше

Ответить | Правка | Наверх | Cообщить модератору

68. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" –1 +/–

Сообщение от нах. (?), 06-Апр-20, 20:22

до момента docker stop, ага, почти нет.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

78. "Выпуск инструментария управления контейнерами LXC и LXD 4.0" +/–

Сообщение от Aquarius (ok), 07-Апр-20, 07:17

А что мешает сделать так, чтобы они будучи в разных контейнерах общались не по TCP/IP, а через pipe?

Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	8. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+4 +/–
	Сообщение от бублички (?), 06-Апр-20, 03:17
	для простого и понятного примера, попробуй запусти в одном Docker-контейнере Nginx, PHP-FPM, MySQL и Postfix. да, в одном контейнере а не в 4 разных, что будут по TCP/IP друг с другом общаться и все впятером гадить в syslog что крутится в 5-м. в LXC это делается как в любой стандартной OS, ибо служит для изоляции (контейнер) OS, в то время как Docker для изоляции приложения
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору


	12. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–7 +/–
	Сообщение от Аноним (12), 06-Апр-20, 05:50
	что ты несешь, как настроишь, туда и будут "гадить", все, что может lxc, может и docker, но не наоборот
	Ответить \| Правка \| Наверх \| Cообщить модератору


	18. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+18 +/–
	Сообщение от нах. (?), 06-Апр-20, 08:47
	> для простого и понятного примера, попробуй запусти в одном Docker-контейнере Nginx, PHP-FPM, > MySQL и Postfix. к сожалению, примерно 2/3 хлама, поставляемого в виде докер-образов именно так и сделаны. Включая, как ни смешно, docker registry. Ты еще забыл добавить в эту кучку мусора самодельную наколеночную замену init (да, да - что-то ведь должно весь этот мусор последовательно запускать) и cron (ибо ниасиляторы не могут настоящий, а периодические процессы таки им иногда нужны) А теперь попробуй корректно такой "контейнер" остановить по docker stop. "ой, база побилась" ? Ну, вот так у обезьянок - всё. Естественно, и от докерной автоматики, перезапускающей если упало, таким образом успешно избавляются, docker daemon умеет перезапускать только entrypoint, а не всю внутреннююю мусоруку. Еще очень модно при старте что-нибудь скачать из интернета и покомпилять - потому что макака не смогла это запихнуть куда надо, в dockerfile. Сколько макакам ни долбили что докер вовсе не предназначен быть эмулятором для запуска операционной системы целиком, это средство изоляции отдельной программы - даже нарочно наделав им грабель (любимый макакой systemd просто так внутри не запускается) - ничего не помогает. Включая макак, работавших в самом докере - еще раз см регистри. Но, к сожалению, поляна, как обычно, загажена - ни про какое lxc макака и не слышала, и не умеет, и уметь не хочет. При этом как раз все, что умеет делать докер, lxc тоже умеет. Включая и не ограничиваясь частичной изоляцией - без громождения прослоек overlay одной поверх другой.
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	31. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от бублички (?), 06-Апр-20, 11:06
	мне то ты зачем про это пишешь, да ещё в таком количестве? я применение Docker знаю, и где надо и возможно - пользуюсь им без лишних уродливых костылей, именно для изоляции приложения (к примеру RabbitMQ кластер, что деплоится автоматом со всеми необходимыми настройками из Dockerfile). где надо больше чем может Docker без костылей - пользуюсь LXC. где надо ещё больше - KVM. и всё прекрасно работает, жалоб нет, костылей избегаю
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–7 +/–
	Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 09:28
	Очень хорошо настраивал в одном контейнере Haproxy, Zotonic (т.е. Erlang VM), PostgreSQL и OpenSSH. Контейнер лепил сам из голого Alpine. А что, у меня должны были возникнуть какие-то проблемы?
	Ответить \| Правка \| К родителю #8 \| Наверх \| Cообщить модератору


	25. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+2 +/–
	Сообщение от anonymous (??), 06-Апр-20, 09:58
	Кроме того что ты идиот (догадайся сам почему), проблем никаких.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	29. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–4 +/–
	Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 10:37
	> Кроме того что ты идиот (догадайся сам почему), проблем никаких. То есть, кроме оскорблений, сказать нечего. Чего-то такого я и ожидал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от бублички (?), 06-Апр-20, 11:10
	а что тебе ещё сказать? тем-более ты сам говоришь что ожидал подобного. а вот скажи, ожидаешь не от понимания ли что всё-таки используешь Docker не по назначению?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 12:58
	> используешь Docker не по назначению А я и математический анализ не по назначению использовать могу - согну проволоку в форме интеграла и достану ключи из унитаза. Если контейнер с 512МБ ОЗУ стОит примерно на треть дороже, чем контейнер с 256МБ, а контейнер с 1ГБ ОЗУ стОит немного более чем наполовину дороже, чем контейнер с 256МБ, то как раз таки надо быть идиотом, чтобы платить за 4 контейнера вместо одного.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–1 +/–
	Сообщение от бублички (?), 06-Апр-20, 13:31
	тяжело тебе, ещё и кризис с коронавирусом. соболезнования
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 14:52
	> тяжело тебе, ещё и кризис с коронавирусом. соболезнования Если у тебя есть возможность тратить деньги своего работодателя, не считая их, я за тебя рад, но учти одну простую вещь - долго такое счастье не длится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+1 +/–
	Сообщение от www2 (??), 07-Апр-20, 09:51
	Зачем вам вообще Docker, если вы во главу угла ставите дешевизну хостинга? Для массового автоматизированного развёртывания есть Ansible, Chef, Puppet - можно настроить много виртуалок со всем необходимым внутри каждой виртуалки. Идея Docker в том, чтобы внутри него держать одно ПРИЛОЖЕНИЕ, а не всю нужную ему лабуду в придачу. Вы используете инструмент не по назначению, просто потому что это модно, при этом пытаетесь сэкономить деньги. С головой что-то явно не так.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 11:47
	Не только дешевизну. Крупные хостеры (Амазон, Гугл, Диджитал Оушн) за каким-то хреном требуют телефон, а мне не хочется привязывать свой телефон к сервисам организации, равно как и заморачиваться с покупкой корпоративной симки. ИБМ вообще в РФ не работает, некоторые принимали оплату с карты только по пайпал, который с какого-то хрена подвесил мою учётку. Поверьте, мне пришлось перерыть достаточно большой объём выдачи гугла, прежде чем остановился на hyper.sh, царствие ему небесное. Да, я много где читал, что в одном контейнере докера должно быть одно приложение, но нигде не было внятного и убедительного объяснения почему. Заодно всегда деликатно обходится вопрос о накладных расходах при обмене данными между контейнерами. Ну, а после того, как hyper.sh сдулся (а также сдувались облачные сервисы вендоров систем видеонаблюдения, умного дома и т.д.), я решил вообще на подобные сервисы забить и всё своё держать при себе.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	82. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+1 +/–
	Сообщение от Александр Друзь (?), 07-Апр-20, 14:32
	> Да, я много где читал, что в одном контейнере докера должно быть одно приложение, но нигде не было внятного и убедительного объяснения почему. Заодно всегда деликатно обходится вопрос о накладных расходах при обмене данными между контейнерами. Представь себе внутрикорпоративный продукт собственного производства. Бизнес заказывает функции, разработчики делают, админы деплоят и админят. Такие программы могут быть условно говоря двух типов: монолитные и микросервисные. Монолитное приложение - это одна большая программа выполняемая на одном большом хосте или ВМ. Все её модули и она сама находятся в оперативной памяти и выполняются на одном процессоре. Это очень быстро и удобно. Чтобы сделать такую софтину отказоустойчивой и сбалансировать её нагрузку тебе нужно создать вторую третью и т. д. сущность и поставить балансировщик. В зависимости от типа запросов к приложению наличия или отсутствия клиент-серверных привязок в рамках сессий или потоков датаграмм ты настроишь свои балансировщики на 2-ом, 4-ом или 7-ом уровне. Таким образом это приложение может быть горизонтально смасштабировано по количеству соединений, но что если сессии пользователей сложны и один пользователь может нагрузить узел так, что ресурсов не хватит? Это ахиллесова пята монолитных приложений, они имеют потолок и часто упираются в невозможность вертикального масштабирования узла. Например, если монолитная корпоративная соплекуха требует 24 ядра и 128 ГБ оперативной памяти на одном узле, то "подкинуть ресурсов" на гипервизоре будет трудно, если на одном физическом CPU у вас предел в 128. Докидывание пары гигабайт с соседнего сокета только замедлит приложение еще сильнее, а если показать виртуалке не 24 ядра, а например 2 сокета по 12 ядер, то производительность приложения будет завесеть от того приучили этот монолит к многопроцессорности или оно на это смотрит глазами ядра ОС... в общем это печально и это предел. Логичным способом будет разделить функционал приложения на 2 части. Например из 146 функций мы возьмём 40 и положим на первый сервер приложений (например фронтенд) а оставшиеся 106 перевалим на бекенд и свяжем их через API, которое сами и напишем. Сделаем HA/LB и получим уже что-то более производительное без покупки баснословно дорогого железа или тончайших системных оптимизаций (бизнесу начхать на академические упражнения им работать надо). И вот так и будем жить пока 106 на бекенде не превратится в 206 и снова всё повторится. Далее разрубим тьолстый бекенд на 2, потом на 3 и потом.... И вот потом начнётся следующая проблема. Полный граф взаимодействия всех типов серверов приложений порождает сложность в сопровождении, мониторинге производительности, обновлении и изменении функционала. Каждый раз добавляя новые вершины в этот граф сложность системы вырастает нелинейно и те самые сетевые издержки начинают стремительно ухудшать производительность автоматизированной системы в целом. Вот тут нам и подходит микросервисная архитектура. Каждый модуль каждого приложения мы положим в отдельный контейнер и сделаем так, что обмен информацией будет происходить не по цепочке запросов а в очередях брокера кластеризованной шины данных, как бы соединяющих все эти маленькие контейнеры с микросервисами (самодостаточными функциональными модулями решающие простую задачу и отдающиеся по API). Красиво и элегантно микросервисная архитектура выглядит тогда, когда сверху над ней есть автоматизация CI/CD, чтобы не человек (админ) занимался установками, а это делали разработчики по своим расписаниям. Чтобы и тесты и мониторинг всё автоматически поднималось, создавалось и работало без помощи админа, который занимается железной инфраструктурой и общими вопросами. Над вами тут смеются, потому что вы используете докер, как средство админства, в то время как это средство разработчиков, которые избавляются от вас как от админа при разработке своих задач =) по факту нет, конечно, им требуется еще и вся инфраструктура, чтобы оно работало, просто своими автоматизациями занимаются сами. Если нужен хостинг, то докеры вам не нужны, вам нужны контейнеры или виртуалки. Запихивать в докер 1001 приложение и еще и настраивать какое-то взаимодействие между ними - это всё назло кондуктору, куплю билет - пойду пешком. Если мы говорим о производительности, то в условиях однопроцессорного сервера потенциально бесконечной мощности (оно не существует в объективной реальности) монолитная архитектура всегда выигрывает по производительности, потому что нет никаких межсущностных API, прослоек в виде сети, всё работает напрямую вызывая функцию по имени из соседнего блока оперативной памяти. В реальности никаких бесконечных мощностей не будет и уперевшись в проблемы вертикального масштабирования, микросервисная архитектура будет выигрывать по соотношению производительность к стоимости владения. Кстати, обратите внимание, как процениваются облака и сравните с проценкой традиционного хостинга. А еще в реальности микросервисная архитектура может быть вредна (маленькое приложение разнесли на кучу еще более мелких в условиях плохой сети), не возможна (куча легаси монолитного вендорспецифичного софта), дорога (когда покупаются все контейнеры в облаках) и вообще это всё вопросы не вашего ума дела, это за вас решат разработчики корпоративного софта.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 17:27
	То есть, для "правильного" использования Докера приложение должно было быть написано под Докер. В моём случае этого нет, разнесение Haproxy, EVM с Zotonic'ом и PgSQL по разным контейнерам ничего из описанных плюшек не дало бы - собственно, об этом я уже писал. Мой сервис - это не Гугл, и не Фейсбук, и не Нетфликс, и не Нью-Йоркская фондовая биржа, и не Свифт, и не что-то подобное. Городить "правильный" пучок контейнеров - это была бы просто стрельба из пушки по воробьям.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	88. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от Аноним (88), 07-Апр-20, 18:15
	Контейнеры типа докера тут не нужно использовать вообще. Контейнеры ОС типа LXC у контейнерного хостера тут могут быть использованы и то только если хочется, можно ВМ. Просто есть матчасть, которую надо знать. В линуксах нету setup.exe, а людям этого очень хочется. Авторы, чтобы пользователь быстро установил и поднять демку у себя на локалхосте, предлагают как попало собраный самими авторами контейнер. Даже в документации пишут, что это "getting started", зачастую не указывая, что в проде так использовать докеры нельзя, ведь это само собой разумеющаяся истина. Но есть русские малограмотные админы, которые по английски-то даже не понимают, которые про докер что-то слышали и знают, что это контейнер и вот и получается то что получается. На венеде это "скачать бесплатно без смс на высокой скорости вишмастер_сетап.ехе". На линуксах это "скачать бесплатно без смс на высокой скорости вишмастер_докер.имг" Правильная установка Zotonic бывает в двух вариантах: 1. Без HA. Вогнать всё на одну разнесчастную виртуалку ну или максимум базу отцепить, чтобы за ресурсы не дрались. 2. С HA. Тогда нужна Haproxy, keepalived, zotonic/evm, postgresql в режиме мастер-слейв репликации. Если стоимость простоя сервиса для бизнеса ниже стоимости оплаты за кучу сущностей HA, значит бизнесу это не надо. ... просто докер тут лишний от слова совсем.
	Ответить \| Правка \| К родителю #85 \| Наверх \| Cообщить модератору


	87. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от бублички (?), 07-Апр-20, 17:40
	извини, но DO - самая бомжацкая помойка из всех возможных. буквально хостинг от Сифона и Бороды. про фирму твою (где нет CIO, CTO и т.п.) тоже всё понял - проект твой и его воплощение тоже подстать. я не с целью обидеть тебя лично. вопросов больше не имею
	Ответить \| Правка \| К родителю #80 \| Наверх \| Cообщить модератору


	77. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+3 +/–
	Сообщение от Аноним (77), 07-Апр-20, 06:26
	Идиота в зеркале увидишь.
	Ответить \| Правка \| К родителю #25 \| Наверх \| Cообщить модератору


	33. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от бублички (?), 06-Апр-20, 11:21
	и правда удобно? и не беда что файлы той-же базы PostgreSQL приходится держать где-то вне контейнера чтоб не исчезли при его рестарте? мигрировать с сервера на сервер такой контейнер с внешними файлами удобно? выкатывать новый для HA? а новые ключи для доступа по SSH как добавляешь? неужели руками? уже и не спрашиваю про новых пользователей кому надо дать доступ в твой контейнер. чего только не выдумают люди чтоб оправдать свою лень и нежелание узнавать что-то простое и полезное (в данном случае LXC)
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	40. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–1 +/–
	Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 12:49
	> файлы той-же базы PostgreSQL приходится держать где-то вне контейнера Вольюм примонтирован. Работает. Не должен? > мигрировать с сервера на сервер Вот хз, мигрировал ли мой контейнер с одного физического сервера на другой - я его залил на хостинг, поднял и оставил работать. > выкатывать новый для HA Какой нахрен HA? Ты не знаешь мой юзкейс, а берёшься судить. Zotonic не умеет работать с пулом серверов БД, он коннектится одному серверу при старте и дальше работает с ним. Если поднять отдельный контейнер с haproxy, который будет раскидывать трафик на несколько инстансов Zotonic'а, каждому из них нужен свой Pg, а это означает мультимастер репликацию, которая сейчас в Pg делается только костылями разной степени уродливости. Для настоящей HA нужно серьёзно допилить Zotonic, чтобы он писал только в мастер, а для чтения выбирал слейва из пула, при этом имел бы возможность на ходу переключаться на нового мастера. Можно, конечно, иметь один Pg на несколько Zotonic'ов, но это нихрена никакой не HA, к тому же производительность всей системы упрётся в производительность Pg. > новые ключи для доступа по SSH Неактуально.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от бублички (?), 06-Апр-20, 13:24
	неправильный выбор технологий снизу и доверху впечатляет, полное отсутствие HA в принципе тоже. Docker там где нужен бы LXC, PostgreSQL (религия?) без всяких оснований вместо MySQL (Percona). HAProxy то для чего? SSH понятно тебе нужен, чтоб логи смотреть и процессами управлять, т.к. хостинг твой для бомжей (4 контейнера уже дорого) и видно даже лог твоего контейнера не отображает никаким образом (за дополнительную плату). надеюсь это dev или staging, за подобный production мучительно и долго убивал бы из рогатки клюквой. попадались мне такие проекты по наследству от всеразличных самоделкиных - смеялся и плакал, восхищаясь бесконечной глупости. даже поставил на столе портретик Эйнштейна
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–2 +/–
	Сообщение от YetAnotherOnanym (ok), 06-Апр-20, 14:46
	Дай-ка угадаю, ты когда-то прочёл одну-единственную хаутушку и с тех пор она завладела твоими мыслями и не отпускает ни на мгновенье, и всё, что тебе попадается, ты переделываешь по тому самому, одному-единственному когда-то прочитанному рецепту. А что касается подхода "заплати лишнее за ненужное, а то я буду на тебя смотреть как на бомжа" - уместна для "бутика", где торгуют вьетнамским барахлом под видом эксклюзивного хот-кутюр из Парижа.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	53. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–2 +/–
	Сообщение от бублички (?), 06-Апр-20, 14:57
	это эмоции, таблеточки принимай как доктор предписал и смотри себе цветные сны про Париж и бутики. сейчас по весне много вашего брата повылезло, со всякими отклонениями
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от Аноним (57), 06-Апр-20, 16:15
	Вам с такими взглядами о единственно возможном способе использования технологий сами знаете куда надо?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+2 +/–
	Сообщение от бублички (?), 06-Апр-20, 18:59
	возможно. но по крайней мере я не надеваю сапоги на голову руками что растут из ягодиц, как это делает YetAnotherOnanym, и не хвалюсь этим здесь и где бы то ни было
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–1 +/–
	Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 11:55
	А ещё я иногда орехи гантелей колю, когда лень тащиться на кухню за орехоколом. Падай в обморок, ты шокирован :))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от Аноним (88), 07-Апр-20, 14:43
	Так-то можно и скриншоты в ексель вставлять, чтобы потом переслать по почте. Не удивлюсь, что и у таких вещей есть юзкейс, и многие так делают. Просто на техническом форуме фу таким быть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	–1 +/–
	Сообщение от YetAnotherOnanym (ok), 07-Апр-20, 17:31
	> Так-то можно и скриншоты в ексель вставлять, чтобы потом переслать по почте. > Не удивлюсь, что и у таких вещей есть юзкейс, и многие > так делают. Просто на техническом форуме фу таким быть. С учётом того, насколько отвратительный дефолтный просмотрщик изображений в б-жественной десяточке - не удивлюсь, если кто-то использует такую схему.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+/–
	Сообщение от Аноним (88), 07-Апр-20, 18:21
	Те кто посылает скриншоты в екселе, не используют стандартный просмотрщик десяточки. У них есть ACDSee =)
	Ответить \| Правка \| К родителю #86 \| Наверх \| Cообщить модератору


	84. "Выпуск инструментария управления контейнерами LXC и LXD 4.0"	+1 +/–
	Сообщение от Аноним (88), 07-Апр-20, 15:43
	> Zotonic не умеет работать с пулом серверов БД, он коннектится одному серверу при старте и дальше работает с ним. Если поднять отдельный контейнер с haproxy, который будет раскидывать трафик на несколько инстансов Zotonic'а, каждому из них нужен свой Pg, а это означает мультимастер репликацию, которая сейчас в Pg делается только костылями разной степени уродливости. Для настоящей HA нужно серьёзно допилить Zotonic, чтобы он писал только в мастер, а для чтения выбирал слейва из пула, при этом имел бы возможность на ходу переключаться на нового мастера. Подозреваю, вы плохо читали. http://docs.zotonic.com/en/latest/developer-guide/getting-st... Да у них там есть докер, который пригоден для ознакомительных целей. В прод его нельзя. Вот тут они заботливо помогли с начальной точкой для организации приложения http://docs.zotonic.com/en/latest/developer-guide/docker.html обратите внимание что контейнеров уже 2. То что фреймворк работает с одной точкой подключения к базе - это вообще не проблема. Точнее, это не проблема фреймворка. Вам нужен repmgr или pgpool чтобы построить докерезированный кластер постгреса. Эта задача со звёздочкой, потому что постгрес и отказоустойчивость... это каждый сам должен для себя делать. Докер тут скорее мешает, а не помогает. Собственно mysql-то почему популярен. Сколько его не ругай, а вот для таких задач он и создан. Ну и самое главное. Хапрокся в отдельном контейнере... а на чём у вас там крутятся все эти контейнеры, что у вас ингресс-балансировку нужно изобретать как велосипед в отдельном контейнере... не важно. Видимо контейнерной среды нету толком никакой... В любом варианте, всё это прекрасно делается даже в форме: 2х haproxy+keepalived 2x zotonic 2-3x postgresql Можно то же самое с мускулем, можно в докере, можно без. Вы себе все проблемы с HA сами придумали, особенно про костыли разной степени уродливости. Докер же поможет автоматизировать костылестроение. > Можно, конечно, иметь один Pg на несколько Zotonic'ов, но это нихрена никакой не HA, к тому же производительность всей системы упрётся в производительность Pg. Это как раз HA, это просто не LB. Балансировка соединений к базе - это вообще другая история. Это всегда делается ради производительности, а производительность LB на операциях UPDATE/DELETE в случае с LB на postgresql всегда оставляет желать лучшего. Оно медленнее чем одна нода в виду того, что такое постгрес, для чего он нужен и почему его не используют на таких задачах как CMS те, у кого есть задачи по высокой нагрузке. Если у приложения есть задача по балансировке колоссального наплыва пользовательских запросов, причем многие из которых могут что-то удалять или обновлять, то вон она какая Apache Cassandra есть. http://zotonic.com/page/620/proven-and-powerful-database Вот тут они пишут про то что 99.9% сайтов это не надо. Что как бы поясняет, для чего и для каких нагрузок эта штука. И про то что у них куча функций средствами RDBMS. Выбор в пользу постгреса у них тоже зачётный =) Это я к тому что для Zotonic вам не нужен LB никогда. Если вам стал нужен LB вам нужно выбросить Zotonic. Сидеть при этом без HA, потому что нету LB из коробки, как-то странно...
	Ответить \| Правка \| К родителю #40 \| Наверх \| Cообщить модератору