forum.opennet.ru

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

Оглавление

Опрос для пользователей OpenVZ, opennews (??), 21-Май-15, (0) [смотреть все]

Поздно Docker наше все , Аноним (-), 22:07 , 21-Май-15, (1) –14 //

Он же дырявый и на Go написан , Аноним (-), 22:13 , 21-Май-15, (2) +6 //

А чего все тут на Go кидаются в каждой новости Какие у него _объективные_ минусы, Аноним (-), 11:57 , 22-Май-15, (11) //

Очевиднейший ---The linkers in the gc tool chain 5l, 6l, and 8l do static link, Michael Shigorin (ok), 13:12 , 22-Май-15, (13)

Ну насколько я знаю при создании языка предполагалось использовать его для систе, Аноним (-), 14:00 , 22-Май-15, (14)

Есть разница между можно статически и только статически , Michael Shigorin (ok), 14:07 , 22-Май-15, (15)

Ну есть еще gccgo, он собирает не статически Да и правильнее сравнивать GO не с, Sokoloff (?), 16:56 , 22-Май-15, (17) +1

Но гуглем по дефолту сватается другое и с странными подходами Они тем более не к, Аноним (-), 22:50 , 23-Май-15, (25)

Миша ты того устарел слегка В Go - не только статически , но надо ручкам, Аноним (-), 17:20 , 22-Май-15, (18) +2

Так это ж хорошо PS спасибо Вам и Александру 17 за уточнение , Michael Shigorin (ok), 20:01 , 23-Май-15, (24)
А если вот так посмотреть - то вовсе даже и не кривой , Аноним (-), 22:51 , 23-Май-15, (26) –1

это практическая реализация принципов UNIX-way и KISS что не удивительно, потому, csdoc (ok), 14:09 , 22-Май-15, (16)

Как-то у меня был проект, на плюсах, который нам в итоге пришлось собирать стати, Алексей Морозов (ok), 08:42 , 23-Май-15, (21) +1

Новое оно Все шишки ещё только предстоит набить - Остальное - всё фигня, и реш, Аноним (-), 17:46 , 22-Май-15, (19)

Используется всякой хипстотой, считающей что за них подумает компилер и рантайм , Аноним (-), 22:53 , 23-Май-15, (27) +1

Есть ещё один минус Ядро тоже не безбажно, а кастомное ядро с такого размера па, AlexAT (ok), 23:23 , 23-Май-15, (32) +1

Ошибаетесь -- люди из ovz team нашли и починили немало багов, включая весьма неп, Michael Shigorin (ok), 23:26 , 23-Май-15, (33) –1

В данном случае гипервизор надо сравнивать именно с ядром в целом, так как в раб, AlexAT (ok), 23:35 , 23-Май-15, (34) +1

А в работе KVM Если что, у меня стабильные ovz-шные ядра в падениях не замече, Michael Shigorin (ok), 10:51 , 24-Май-15, (35) –1

а nf_conntrack ip_conntrack_disable_ve0 1 не зацепило да, я в курсе, что оно сис, й (?), 17:45 , 26-Май-15, (37)

Правильно, тёплое круче мягкого , delin (?), 22:18 , 21-Май-15, (3) +6
расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма doc, й (?), 19:09 , 27-Май-15, (42) –1 //

Почти http www luffy cx en blog 2015-hotfix-qemu-venom html docker-way , Andrey Mitrofanov (?), 19:12 , 27-Май-15, (43) +1 //

а причём тут docker там про qemu рассказывают , й (?), 19:17 , 27-Май-15, (44) –1

Апгрейд с downtime 0 Не искать лёгких путей Ну, мож, и не докер Но кровав, Andrey Mitrofanov (?), 19:23 , 27-Май-15, (45) +1

маленький нюанс xen kvm можно live-мигрировать с хоста на хост а докер нельзя , й (?), 19:26 , 27-Май-15, (47)

я больше скажу даже в openvz можно https openvz org Checkpointing_and_live_m, й (?), 19:44 , 27-Май-15, (51)

Отдельное спасибо за вкусный corner-case этой свистоперделки , Andrey Mitrofanov (?), 19:24 , 27-Май-15, (46) +2 //

на здоровье у меня есть нехилый опыт докера в продакшне и я действительно счита, й (?), 20:05 , 27-Май-15, (53)

через Blue Green Deployment тут теория http martinfowler com bliki BlueGreenD, csdoc (ok), 19:33 , 27-Май-15, (48) //

я в курсе, что это такое итак, практическая задача обновить docker-контейнер, , й (?), 19:41 , 27-Май-15, (50) –1

да, в качестве балансировщика использовать nginx или haproxy , csdoc (ok), 20:00 , 27-Май-15, (52)

ну-ну лучше бы возможность переключить порт, на который забинден контейнер нет,, й (?), 20:08 , 27-Май-15, (54)

особенно кривовато это становится, когда у нас новый контейнер становится старым, й (?), 20:13 , 27-Май-15, (55)

поздравляю, вы только что изобрели метод Blue Green Deployment других вариантов , csdoc (ok), 20:26 , 27-Май-15, (57)

есть мы апдейтим код прямо в контейнере и говорим graceful reload демону но это, й (?), 20:33 , 27-Май-15, (59)

далеко не весь софт запускается в виде демонов и далеко не весь софт умеет дел, csdoc (ok), 21:18 , 27-Май-15, (63)

ну не на cgi-скриптах на перле же и не из inetd в java-мире скорее, конкретных, й (?), 21:29 , 27-Май-15, (64)

это так есть в общем случае этим методом задача не решаема а что это за стеки т, csdoc (ok), 22:16 , 27-Май-15, (65)
unicorn, uwsgi даже в банально php хоть mod_php, хоть php-fpm проблем с этим н, й (?), 22:48 , 27-Май-15, (66)
Программировать на языке Java - это нормально https www youtube com watch v kL, csdoc (ok), 23:42 , 27-Май-15, (67) –1
Почему-то звучит как оправдание , Аноним (-), 22:30 , 09-Июн-15, (69)
Скорее уж как констатация факта http habrahabr ru post 201612 Java навсегда 1, csdoc (ok), 00:18 , 10-Июн-15, (71) +1
Вы сделали несколько ошибок в фразе фанатские вопли Мне этот булшит не интерес, Аноним (-), 00:42 , 10-Июн-15, (72)
по сравнению с чем , csdoc (ok), 00:49 , 10-Июн-15, (73) +1
Да почти со всем Я знаю только 1 вещь которая в этом плане хуже - дотнет Котор, Аноним (-), 12:07 , 10-Июн-15, (75)
Например , csdoc (ok), 12:37 , 10-Июн-15, (76)

И давно haproxy отменили , AlexAT (ok), 20:19 , 27-Май-15, (56) +1
Возможно, http www opennet ru opennews art shtml num 42315, Michael Shigorin (ok), 20:31 , 27-Май-15, (58) //

и давно criu поддерживает live migration это чисто save-restore я выше об этом, й (?), 20:34 , 27-Май-15, (60) +1

пруф http criu org Usage_scenarios With CRIU it s possible to periodically d, й (?), 20:36 , 27-Май-15, (61) +1

Там doom секунд на 5 на видео замирает Да, tcp-соединение vnc не успевает тайм, Andrey Mitrofanov (?), 20:48 , 27-Май-15, (62) +1

Они ещё где-то применяются Паравиртуализация стала настолько дешёвой, а для изо, AlexAT (ok), 22:30 , 21-Май-15, (4) –4 //

видимо, поэтому опрос как бы спрашивает ну ну что нам сделать, чтобы вы нас к, crypt (ok), 22:45 , 21-Май-15, (5) //

написать самим обертку вокруг cgroups влом , Аноним (-), 06:36 , 22-Май-15, (8) –2 //

Посмотрите, на какой основе cgroups вообще возникли и кто их пилит, что ли , Michael Shigorin (ok), 11:16 , 22-Май-15, (10) +4

Им бы еще неплохо вовремя понять что вся эта трахoмyдия с кастомными ядрами - вс, Аноним (-), 23:04 , 23-Май-15, (28) +1

Для серверов-то протухло, здрасьте А на десктоп и не сватали, хотя я таких люд, Michael Shigorin (ok), 23:09 , 23-Май-15, (29) –1

Ещё не протухло, но активно подтухает С ядром от RH7 у OpenVZ шников всё печаль, AlexAT (ok), 23:19 , 23-Май-15, (31) +1
Да привет уж С практической точки зрения - лучше всего когда разработчики разра, Аноним (-), 22:24 , 09-Июн-15, (68)

Ага, а потом их гоняют по всему околотку диагнозом pussy exe Бред сивой кобылы, Michael Shigorin (ok), 23:08 , 09-Июн-15, (70) +1

У микрософта как раз с этим большие проблемы Эти упыри даже для своего ажура-аб, Аноним (-), 01:03 , 10-Июн-15, (74)

Так то же самое предлагаете и оправдываете -- тащить с десктопа на сервер то, чт, Michael Shigorin (ok), 15:09 , 10-Июн-15, (77)

плюсуюопрос заполнил, убедился что главные вопросы там именно на эту темутока ре, Аноним (-), 14:16 , 23-Май-15, (23)

Применяется Во первых ещё не на столько она дешёвая стала паравиртуализация, во, delin (?), 23:24 , 21-Май-15, (6) +3
http stats openvz org , csdoc (ok), 00:35 , 22-Май-15, (7) +1
Активно используем OpenVZ в инфраструктуре CI CD Практика эксплуатации показала, ктотогдето (?), 10:44 , 22-Май-15, (9) +1 //

Вообще, взрослые дядьки десятками виртуалки на одной хардварной ноде запускают, , Алексей Морозов (ok), 08:49 , 23-Май-15, (22) +1

Запускаем KVM виртуалку с virtio Активно грузим дисковый IO в виртуалке и смотр, Аноним (-), 18:15 , 22-Май-15, (20) //

Запускаем Xen виртуалку в PV Активно грузим дисковый IO и понимаем, что он у, AlexAT (ok), 23:16 , 23-Май-15, (30) //

и получаем просадку в 20-30 по сравнению с bare metal , й (?), 11:55 , 27-Май-15, (38)

что с зеном сделали за послетние пять лет что из 2 стало 20 , pavel_simple (ok), 17:32 , 27-Май-15, (39) +1

пять лет назад тоже 20 было, сам помню говорят, квм чуть получше в плане io, но , й (?), 18:52 , 27-Май-15, (40)

el5 диски виртуалок из lvm, й (?), 18:55 , 27-Май-15, (41) –1
не было такого никогдадавай прувы или gtfo, Аноним (-), 14:06 , 27-Июл-16, (79)

В виртуалке всего лишь запущен emerge-webrsync, Аноним (-), 16:50 , 10-Июн-15, (78)

Где Centos7 Доколе , Nicknnn (ok), 12:33 , 22-Май-15, (12) –1
своих системных администраторов, tehnikpc (ok), 18:39 , 24-Май-15, (36) +1

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

42. "Опрос для пользователей OpenVZ" –1 +/–

Сообщение от й (?), 27-Май-15, 19:09

> Поздно. Docker наше все!
расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
docker-way: завершить старый, подождать (даунтайм), поднять новый.
ну, либо извращаться с редиректами на iptables на хост-системе.

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

43. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от Andrey Mitrofanov (?), 27-Май-15, 19:12

>> Поздно. Docker наше все!
> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
*Почти* http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way.
> docker-way: завершить старый, подождать (даунтайм), поднять новый.

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

44. "Опрос для пользователей OpenVZ" –1 +/–

Сообщение от й (?), 27-Май-15, 19:17

>>> Поздно. Docker наше все!
>> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
> *Почти* http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way.
а причём тут docker? там про qemu рассказывают.

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

45. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от Andrey Mitrofanov (?), 27-Май-15, 19:23

>> *Почти* http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way.
> а причём тут docker? там про qemu рассказывают.
Апгрейд с downtime=0 === Не искать лёгких путей.
Ну, мож, и не докер. Но кроваво-энтерпрайзно точно. [И да, кластер-шардер из докеров -- тоже!]

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

47. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 19:26

>>> *Почти* http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way.
>> а причём тут docker? там про qemu рассказывают.
> Апгрейд с downtime=0 === Не искать лёгких путей.
> Ну, мож, и не докер. Но кроваво-энтерпрайзно точно. [И да, кластер-шардер из
> докеров -- тоже!]
маленький нюанс: xen/kvm можно live-мигрировать с хоста на хост. а докер нельзя.

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

51. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 19:44

я больше скажу: даже в openvz можно: https://openvz.org/Checkpointing_and_live_migration
а докер нет. есть criu, но это не live migration.

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

46. "Опрос для пользователей OpenVZ" +2 +/–

Сообщение от Andrey Mitrofanov (?), 27-Май-15, 19:24

>> Поздно. Docker наше все!
> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
++Отдельное спасибо за вкусный corner-case этой свистоперделки.

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

53. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 20:05

на здоровье. у меня есть нехилый опыт докера в продакшне и я действительно считаю, что докер пока многого не умеет и должен быть лучше.
на данный момент я его переел: недостатки перевешивают плюсы.
а основной плюс докера: соединение configuration management с запуском виртуалок. очень хорошая идея, но докер пока сыроват. впрочем, если openvz таки нормально скрестят с ансиблем, нафиг тот докер.

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

48. "Опрос для пользователей OpenVZ" +/–

Сообщение от csdoc (ok), 27-Май-15, 19:33

> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
через Blue/Green Deployment.
тут теория: http://martinfowler.com/bliki/BlueGreenDeployment.html
тут практика: http://arojgeorge.ghost.io/a-continuous-delivery-example/

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

50. "Опрос для пользователей OpenVZ" –1 +/–

Сообщение от й (?), 27-Май-15, 19:41

>> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
> через Blue/Green Deployment.
> тут теория: http://martinfowler.com/bliki/BlueGreenDeployment.html
> тут практика: http://arojgeorge.ghost.io/a-continuous-delivery-example/
я в курсе, что это такое. итак, практическая задача: обновить docker-контейнер, слушающий на 80 порту, без даунтайма (переключить со старого на новый).
у docker вариант один: делать балансировщик на iptables. по линкам даже это не рассказано.
вы знаете другие варианты?

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

52. "Опрос для пользователей OpenVZ" +/–

Сообщение от csdoc (ok), 27-Май-15, 20:00

> практическая задача: обновить docker-контейнер, слушающий
> на 80 порту, без даунтайма (переключить со старого на новый).
> у docker вариант один: делать балансировщик на iptables. по линкам даже это
> не рассказано.
> вы знаете другие варианты?
да, в качестве балансировщика использовать nginx или haproxy.

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

54. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 20:08

> в качестве балансировщика использовать nginx или haproxy.
ну-ну. лучше бы возможность переключить порт, на который забинден контейнер.
нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081, а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё равно кривовато.

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

55. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 20:13

> ну-ну. лучше бы возможность переключить порт, на который забинден контейнер.
> нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081,
> а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё
> равно кривовато.
особенно кривовато это становится, когда у нас новый контейнер становится старым. ну нахрена эти пляски на пустом месте?

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

57. "Опрос для пользователей OpenVZ" +/–

Сообщение от csdoc (ok), 27-Май-15, 20:26

> лучше бы возможность переключить порт, на который забинден контейнер.
> нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081,
> а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё
> равно кривовато.
поздравляю, вы только что изобрели метод Blue/Green Deployment.
> особенно кривовато это становится, когда у нас новый контейнер становится старым.
других вариантов нет.
> ну нахрена эти пляски на пустом месте?
чтобы получить zero downtime deployment.

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

59. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 20:33

>> лучше бы возможность переключить порт, на который забинден контейнер.
>> нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081,
>> а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё
>> равно кривовато.
> поздравляю, вы только что изобрели метод Blue/Green Deployment.
>> особенно кривовато это становится, когда у нас новый контейнер становится старым.
> других вариантов нет.
есть: мы апдейтим код прямо в контейнере и говорим graceful reload демону.
но это не docker-way. там своё разделение на container- и user-provided filesystem, т.е. при обновлении системы или приложения мы натыкаемся на это.
моя претензия к докеру не в том, что если мы хотим два контейнера, нам надо переключаться между ними. а в том, что мы можем хотеть обновить один (из того же женкинса выбираем, из какого тэга/ветки): обновить код, сделать graceful reload. а в докере это свистопляски т.к. не вписывается в идеологию.

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

63. "Опрос для пользователей OpenVZ" +/–

Сообщение от csdoc (ok), 27-Май-15, 21:18

>>> лучше бы возможность переключить порт, на который забинден контейнер.
>>> нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081,
>>> а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё
>>> равно кривовато.
>> поздравляю, вы только что изобрели метод Blue/Green Deployment.
>>> особенно кривовато это становится, когда у нас новый контейнер становится старым.
>> других вариантов нет.
> есть: мы апдейтим код прямо в контейнере и говорим graceful reload демону.
далеко не весь софт запускается в виде "демонов"
и далеко не весь софт умеет делать graceful reload.
поэтому, в общем случае - кроме Blue/Green Deployment других вариантов нет.
например, весь софт, который написан на Java не умеет делать graceful reload.
> но это не docker-way. там своё разделение на container- и user-provided filesystem,
> т.е. при обновлении системы или приложения мы натыкаемся на это.
разумеется. docker-way - это делать новый контейнер для новой версии софта.
> моя претензия к докеру не в том, что если мы хотим два
> контейнера, нам надо переключаться между ними. а в том, что мы
> можем хотеть обновить один (из того же женкинса выбираем, из какого
> тэга/ветки): обновить код, сделать graceful reload. а в докере это свистопляски
> т.к. не вписывается в идеологию.
да, потому что докер реализует подход http://martinfowler.com/bliki/ImmutableServer.html

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

64. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 21:29

>> мы апдейтим код прямо в контейнере и говорим graceful reload демону.
> далеко не весь софт запускается в виде "демонов"
ну не на cgi-скриптах на перле же. и не из inetd.
> и далеко не весь софт умеет делать graceful reload.
> например, весь софт, который написан на Java не умеет делать graceful reload.
в java-мире (скорее, конкретных приложениях, чем технологии) много чего нельзя. но это не значит, что так и должно быть.
конкретно в части graceful reload -- те стеки, с которыми я работаю, это умеют. чего и вам желаю.

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

65. "Опрос для пользователей OpenVZ" +/–

Сообщение от csdoc (ok), 27-Май-15, 22:16

>> и далеко не весь софт умеет делать graceful reload.
>> например, весь софт, который написан на Java не умеет делать graceful reload.
> в java-мире (скорее, конкретных приложениях, чем технологии) много чего нельзя.
> но это не значит, что так и должно быть.
это так есть. в общем случае этим методом задача не решаема.
> конкретно в части graceful reload -- те стеки, с которыми я работаю,
> это умеют. чего и вам желаю.
а что это за стеки такие?

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

66. "Опрос для пользователей OpenVZ" +/–

Сообщение от й (?), 27-Май-15, 22:48

unicorn, uwsgi.
даже в банально php (хоть mod_php, хоть php-fpm) проблем с этим на практике тоже, скорее, нет.
так что жуйте свою жабу, но нам рассказывать, что это нормально -- не надо.

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

67. "Опрос для пользователей OpenVZ" –1 +/–

Сообщение от csdoc (ok), 27-Май-15, 23:42

> так что жуйте свою жабу, но нам рассказывать, что это нормально -- не надо.
Программировать на языке Java - это нормально.
https://www.youtube.com/watch?v=kLO1djacsfg

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

69. "Опрос для пользователей OpenVZ" +/–

Сообщение от Аноним (-), 09-Июн-15, 22:30

> Программировать на языке Java - это нормально.
Почему-то звучит как оправдание :)

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

71. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от csdoc (ok), 10-Июн-15, 00:18

>> Программировать на языке Java - это нормально.
> Почему-то звучит как оправдание :)
Скорее уж как констатация факта.
http://habrahabr.ru/post/201612/
Java навсегда! 12 причин длительного доминирования Java

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

72. "Опрос для пользователей OpenVZ" +/–

Сообщение от Аноним (-), 10-Июн-15, 00:42

> Скорее уж как констатация факта.
Вы сделали несколько ошибок в фразе "фанатские вопли".
> Java навсегда! 12 причин длительного доминирования Java
Мне этот булшит не интересен. Мне достаточно того что это переросточный и очень проблемный рантайм с кучей бестолковостей. Пусть им изен пользуется :)

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

73. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от csdoc (ok), 10-Июн-15, 00:49

> это переросточный и очень проблемный рантайм с кучей бестолковостей
по сравнению с чем?

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

75. "Опрос для пользователей OpenVZ" +/–

Сообщение от Аноним (-), 10-Июн-15, 12:07

> по сравнению с чем?
Да почти со всем. Я знаю только 1 вещь которая в этом плане хуже - дотнет. Который суть "догнать и перегнать яву!" от микрософта. Надо сказать что это у них получилось. Рантайм получился еще жирнее и еще проблемнее. Поздравляю с почетным соседством.

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

76. "Опрос для пользователей OpenVZ" +/–

Сообщение от csdoc (ok), 10-Июн-15, 12:37

>> по сравнению с чем?
> Да почти со всем.
Например?

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

56. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от AlexAT (ok), 27-Май-15, 20:19

> docker-way: завершить старый, подождать (даунтайм), поднять новый.
И давно haproxy отменили?

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

58. "Опрос для пользователей OpenVZ" +/–

Сообщение от Michael Shigorin (ok), 27-Май-15, 20:31

> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
> docker-way: завершить старый, подождать (даунтайм), поднять новый.
Возможно, https://www.opennet.ru/opennews/art.shtml?num=42315

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

60. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от й (?), 27-Май-15, 20:34

>> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
>> docker-way: завершить старый, подождать (даунтайм), поднять новый.
> Возможно, https://www.opennet.ru/opennews/art.shtml?num=42315
и давно criu поддерживает live migration? это чисто save-restore. я выше об этом писал.

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

61. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от й (?), 27-Май-15, 20:36

пруф: http://criu.org/Usage_scenarios: With CRIU it's possible to periodically duplicate process on another box.
ничего про live-миграцию. это не оно.

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

62. "Опрос для пользователей OpenVZ" +1 +/–

Сообщение от Andrey Mitrofanov (?), 27-Май-15, 20:48

>> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма?
>> docker-way: завершить старый, подождать (даунтайм), поднять новый.
> Возможно, https://www.opennet.ru/opennews/art.shtml?num=42315
Там doom секунд на 5 на видео замирает. Да, tcp-соединение(vnc) не успевает таймаут словить. Но, где кончается то замирание и начинается даунтайм[!=0], я вас.

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

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

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

Партнёры:

Хостинг:

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

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


	42. "Опрос для пользователей OpenVZ"	–1 +/–
	Сообщение от й (?), 27-Май-15, 19:09
	> Поздно. Docker наше все! расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? docker-way: завершить старый, подождать (даунтайм), поднять новый. ну, либо извращаться с редиректами на iptables на хост-системе.
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	43. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 27-Май-15, 19:12
	>> Поздно. Docker наше все! > расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? Почти http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way. > docker-way: завершить старый, подождать (даунтайм), поднять новый.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	44. "Опрос для пользователей OpenVZ"	–1 +/–
	Сообщение от й (?), 27-Май-15, 19:17
	>>> Поздно. Docker наше все! >> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? > Почти http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way. а причём тут docker? там про qemu рассказывают.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 27-Май-15, 19:23
	>> Почти http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way. > а причём тут docker? там про qemu рассказывают. Апгрейд с downtime=0 === Не искать лёгких путей. Ну, мож, и не докер. Но кроваво-энтерпрайзно точно. [И да, кластер-шардер из докеров -- тоже!]
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 19:26
	>>> Почти http://www.luffy.cx/en/blog/2015-hotfix-qemu-venom.html docker-way. >> а причём тут docker? там про qemu рассказывают. > Апгрейд с downtime=0 === Не искать лёгких путей. > Ну, мож, и не докер. Но кроваво-энтерпрайзно точно. [И да, кластер-шардер из > докеров -- тоже!] маленький нюанс: xen/kvm можно live-мигрировать с хоста на хост. а докер нельзя.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	51. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 19:44
	я больше скажу: даже в openvz можно: https://openvz.org/Checkpointing_and_live_migration а докер нет. есть criu, но это не live migration.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	46. "Опрос для пользователей OpenVZ"	+2 +/–
	Сообщение от Andrey Mitrofanov (?), 27-Май-15, 19:24
	>> Поздно. Docker наше все! > расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? ++Отдельное спасибо за вкусный corner-case этой свистоперделки.
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	53. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 20:05
	на здоровье. у меня есть нехилый опыт докера в продакшне и я действительно считаю, что докер пока многого не умеет и должен быть лучше. на данный момент я его переел: недостатки перевешивают плюсы. а основной плюс докера: соединение configuration management с запуском виртуалок. очень хорошая идея, но докер пока сыроват. впрочем, если openvz таки нормально скрестят с ансиблем, нафиг тот докер.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от csdoc (ok), 27-Май-15, 19:33
	> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? через Blue/Green Deployment. тут теория: http://martinfowler.com/bliki/BlueGreenDeployment.html тут практика: http://arojgeorge.ghost.io/a-continuous-delivery-example/
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	50. "Опрос для пользователей OpenVZ"	–1 +/–
	Сообщение от й (?), 27-Май-15, 19:41
	>> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? > через Blue/Green Deployment. > тут теория: http://martinfowler.com/bliki/BlueGreenDeployment.html > тут практика: http://arojgeorge.ghost.io/a-continuous-delivery-example/ я в курсе, что это такое. итак, практическая задача: обновить docker-контейнер, слушающий на 80 порту, без даунтайма (переключить со старого на новый). у docker вариант один: делать балансировщик на iptables. по линкам даже это не рассказано. вы знаете другие варианты?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	52. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от csdoc (ok), 27-Май-15, 20:00
	> практическая задача: обновить docker-контейнер, слушающий > на 80 порту, без даунтайма (переключить со старого на новый). > у docker вариант один: делать балансировщик на iptables. по линкам даже это > не рассказано. > вы знаете другие варианты? да, в качестве балансировщика использовать nginx или haproxy.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	54. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 20:08
	> в качестве балансировщика использовать nginx или haproxy. ну-ну. лучше бы возможность переключить порт, на который забинден контейнер. нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081, а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё равно кривовато.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 20:13
	> ну-ну. лучше бы возможность переключить порт, на который забинден контейнер. > нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081, > а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё > равно кривовато. особенно кривовато это становится, когда у нас новый контейнер становится старым. ну нахрена эти пляски на пустом месте?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	57. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от csdoc (ok), 27-Май-15, 20:26
	> лучше бы возможность переключить порт, на который забинден контейнер. > нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081, > а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё > равно кривовато. поздравляю, вы только что изобрели метод Blue/Green Deployment. > особенно кривовато это становится, когда у нас новый контейнер становится старым. других вариантов нет. > ну нахрена эти пляски на пустом месте? чтобы получить zero downtime deployment.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	59. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 20:33
	>> лучше бы возможность переключить порт, на который забинден контейнер. >> нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081, >> а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё >> равно кривовато. > поздравляю, вы только что изобрели метод Blue/Green Deployment. >> особенно кривовато это становится, когда у нас новый контейнер становится старым. > других вариантов нет. есть: мы апдейтим код прямо в контейнере и говорим graceful reload демону. но это не docker-way. там своё разделение на container- и user-provided filesystem, т.е. при обновлении системы или приложения мы натыкаемся на это. моя претензия к докеру не в том, что если мы хотим два контейнера, нам надо переключаться между ними. а в том, что мы можем хотеть обновить один (из того же женкинса выбираем, из какого тэга/ветки): обновить код, сделать graceful reload. а в докере это свистопляски т.к. не вписывается в идеологию.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от csdoc (ok), 27-Май-15, 21:18
	>>> лучше бы возможность переключить порт, на который забинден контейнер. >>> нет, можно сделать так: старый контейнер слушает на 8080, новый на 8081, >>> а nginx'у мы говорим, куда коннектиться, через jenkins, например. но всё >>> равно кривовато. >> поздравляю, вы только что изобрели метод Blue/Green Deployment. >>> особенно кривовато это становится, когда у нас новый контейнер становится старым. >> других вариантов нет. > есть: мы апдейтим код прямо в контейнере и говорим graceful reload демону. далеко не весь софт запускается в виде "демонов" и далеко не весь софт умеет делать graceful reload. поэтому, в общем случае - кроме Blue/Green Deployment других вариантов нет. например, весь софт, который написан на Java не умеет делать graceful reload. > но это не docker-way. там своё разделение на container- и user-provided filesystem, > т.е. при обновлении системы или приложения мы натыкаемся на это. разумеется. docker-way - это делать новый контейнер для новой версии софта. > моя претензия к докеру не в том, что если мы хотим два > контейнера, нам надо переключаться между ними. а в том, что мы > можем хотеть обновить один (из того же женкинса выбираем, из какого > тэга/ветки): обновить код, сделать graceful reload. а в докере это свистопляски > т.к. не вписывается в идеологию. да, потому что докер реализует подход http://martinfowler.com/bliki/ImmutableServer.html
	Ответить \| Правка \| Наверх \| Cообщить модератору


	64. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 21:29
	>> мы апдейтим код прямо в контейнере и говорим graceful reload демону. > далеко не весь софт запускается в виде "демонов" ну не на cgi-скриптах на перле же. и не из inetd. > и далеко не весь софт умеет делать graceful reload. > например, весь софт, который написан на Java не умеет делать graceful reload. в java-мире (скорее, конкретных приложениях, чем технологии) много чего нельзя. но это не значит, что так и должно быть. конкретно в части graceful reload -- те стеки, с которыми я работаю, это умеют. чего и вам желаю.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от csdoc (ok), 27-Май-15, 22:16
	>> и далеко не весь софт умеет делать graceful reload. >> например, весь софт, который написан на Java не умеет делать graceful reload. > в java-мире (скорее, конкретных приложениях, чем технологии) много чего нельзя. > но это не значит, что так и должно быть. это так есть. в общем случае этим методом задача не решаема. > конкретно в части graceful reload -- те стеки, с которыми я работаю, > это умеют. чего и вам желаю. а что это за стеки такие?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	66. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от й (?), 27-Май-15, 22:48
	unicorn, uwsgi. даже в банально php (хоть mod_php, хоть php-fpm) проблем с этим на практике тоже, скорее, нет. так что жуйте свою жабу, но нам рассказывать, что это нормально -- не надо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "Опрос для пользователей OpenVZ"	–1 +/–
	Сообщение от csdoc (ok), 27-Май-15, 23:42
	> так что жуйте свою жабу, но нам рассказывать, что это нормально -- не надо. Программировать на языке Java - это нормально. https://www.youtube.com/watch?v=kLO1djacsfg
	Ответить \| Правка \| К родителю #66 \| Наверх \| Cообщить модератору


	69. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Аноним (-), 09-Июн-15, 22:30
	> Программировать на языке Java - это нормально. Почему-то звучит как оправдание :)
	Ответить \| Правка \| К родителю #67 \| Наверх \| Cообщить модератору


	71. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от csdoc (ok), 10-Июн-15, 00:18
	>> Программировать на языке Java - это нормально. > Почему-то звучит как оправдание :) Скорее уж как констатация факта. http://habrahabr.ru/post/201612/ Java навсегда! 12 причин длительного доминирования Java
	Ответить \| Правка \| К родителю #69 \| Наверх \| Cообщить модератору


	72. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Аноним (-), 10-Июн-15, 00:42
	> Скорее уж как констатация факта. Вы сделали несколько ошибок в фразе "фанатские вопли". > Java навсегда! 12 причин длительного доминирования Java Мне этот булшит не интересен. Мне достаточно того что это переросточный и очень проблемный рантайм с кучей бестолковостей. Пусть им изен пользуется :)
	Ответить \| Правка \| К родителю #71 \| Наверх \| Cообщить модератору


	73. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от csdoc (ok), 10-Июн-15, 00:49
	> это переросточный и очень проблемный рантайм с кучей бестолковостей по сравнению с чем?
	Ответить \| Правка \| К родителю #72 \| Наверх \| Cообщить модератору


	75. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Аноним (-), 10-Июн-15, 12:07
	> по сравнению с чем? Да почти со всем. Я знаю только 1 вещь которая в этом плане хуже - дотнет. Который суть "догнать и перегнать яву!" от микрософта. Надо сказать что это у них получилось. Рантайм получился еще жирнее и еще проблемнее. Поздравляю с почетным соседством.
	Ответить \| Правка \| К родителю #73 \| Наверх \| Cообщить модератору


	76. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от csdoc (ok), 10-Июн-15, 12:37
	>> по сравнению с чем? > Да почти со всем. Например?
	Ответить \| Правка \| К родителю #75 \| Наверх \| Cообщить модератору


	56. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от AlexAT (ok), 27-Май-15, 20:19
	> docker-way: завершить старый, подождать (даунтайм), поднять новый. И давно haproxy отменили?
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	58. "Опрос для пользователей OpenVZ"	+/–
	Сообщение от Michael Shigorin (ok), 27-Май-15, 20:31
	> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? > docker-way: завершить старый, подождать (даунтайм), поднять новый. Возможно, https://www.opennet.ru/opennews/art.shtml?num=42315
	Ответить \| Правка \| К родителю #42 \| Наверх \| Cообщить модератору


	60. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от й (?), 27-Май-15, 20:34
	>> расскажете мне, как обновить контейнер, слушающий на 80 порту, без даунтайма? >> docker-way: завершить старый, подождать (даунтайм), поднять новый. > Возможно, https://www.opennet.ru/opennews/art.shtml?num=42315 и давно criu поддерживает live migration? это чисто save-restore. я выше об этом писал.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	61. "Опрос для пользователей OpenVZ"	+1 +/–
	Сообщение от й (?), 27-Май-15, 20:36
	пруф: http://criu.org/Usage_scenarios: With CRIU it's possible to periodically duplicate process on another box. ничего про live-миграцию. это не оно.
	Ответить \| Правка \| Наверх \| Cообщить модератору