питон хорошо

а Go — отлично

на gevent перейдем попозже, для начала просто всё вместе соберем и посмотрим как живется

кто-нить пользовался vamp.io?

кто-нить пользовался vamp.io?

я жду первую версию, но хочу потыкать и имеющуюся

я потыкаю расскажу)

я потыкаю расскажу)

о, а в личку меня тыкнешь? не хочу пропустить

хорошо c:

хорошо c:

я потыкаю расскажу)

+1

это не сильно шумный канал. и послдение три дня он про твою стори.

дак расказывай ее дальше :) мне - интересно.

первое правило секретного чатика devops - никому не рассказывай о секретном чатике devops

Я всех наебал

😂

It's still in a secret

ого тут жара

Так так

Первое правило Секретного Девопс Канала - не говорить

Сколько тогда еще есть секретных девопс каналов, если первый будет расекречен? 😕

да, надо запасной

готовиться к отступлению

spoved_ur - я уже даже название придумал

Не, просто тот читать невозможно. А тут я всем грамотно напихаю если что

Кто то там говорил что убер ПГ не осилил https://www.postgresql.org/message-id/5797D5A1.5030009%40agliodbs.com

А кто-нибудь LXD в продакшене использует?

А кто-нибудь LXD в продакшене использует?

уже не использую

А кто-нибудь LXD в продакшене использует?

Я пробовал

Есть несколько проблем

1) образ не заливается в ссаный приватный реджистри. Но в локальный - да. И даже переместить на ремоут можно. Это баг, который на фриноде вроде как подтвердили.

2) Хотел задавать IP адреса руками статически. Без боли и страданий это не сделать. Получилось через профили и raw.lxc настройки в нем.

хмхм... я просто думаю как замену openvz

Сыровато... Я думал под стейджинги взять. Но даже для них сыровато

Можно пока на LXC дальше сидеть или переходить.

У LXD есть конвертер контейнеров его формат. Но он тоже бажный и код там править придется.

Я в общем возлагал на него большие надежды но пока это говна кусок

Про openvz ничего сказать не могу. Он еще был, когда я не родился.

новой версии openvz недели нет

Кто то там говорил что убер ПГ не осилил https://www.postgresql.org/message-id/5797D5A1.5030009%40agliodbs.com

Ты на любой БД с mvcc то же самое получишь. Плюс почитай ответ Тома Лейна, он самый умный в ПГ. https://www.postgresql.org/message-id/13659.1469570853%40sss.pgh.pa.us

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

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

Всё, раскопал. Короче. В докере от самого докера для Ubuntu 16.04 надо в зависимости вставить одно из двух - или extra kernel image (он содержит модуль aufs), или dmsetup (без него не инициализируется devmapper девайс). Иначе докер просто не ставится. Или же надо в сборке для Ubuntu 16.04 применить патч из пакета Каноникала - поменять приоритеты - поднять перед devmapper overlay2, потом overlay, а потом уже всё остальное. Или кстати создавать /var/lib/docker/overlay2, что может достаточно ))) Более того, докер не описывает отдельно выбор драйвера по содержимому /var/lib/docker, что в замусоренных случаях немного сносит крышу (например, нафига ему devmapper, когда есть aufs? это причем я ещё не запускал ничего, не понимаю по какому именно признаку он определяет - видимо по названию папочки).

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

так лучше

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

ну я делаю через systemctl edit docker

и там переписываю строку старта

почему то я думаю чт так и надо

ты не понял. пакет не ставится. кривые зависимости :) он ставится только если случайно они уже у тебя были

Фил, да я как то собирал пакеты для убунты - это пиздец, там зависимоти постоянно меняются. Хотя, конечно, это не отменяет криворукости мантейнеров.

я тоже собирал и у меня вытекло всё через всё откуда могло вытечь :)))

но не ставится докер на пустую убунту ))) я рскопал

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

во первых х30 это кранты. а фул ночью это по факту простой

во первых х30 это кранты. а фул ночью это по факту простой

В случае таблицы на 50к записей - не такие это и кранты

А фул для нее проходил 1-2 секунды

Но самое главное, что в InnoDB все то же самое будет, только это никак нельзя контролировать

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

ну мейби, но мейби у убера что то не так все таки

у них слишком много денег - раз в три года БД менять

скучают и думают, чем себя занять

я стараюсь людям доверять, как говорит Сева "презумция компетентности"

Они уже переезжали mysql -> pg три года назад

мы все помним )

я бы в жизни не поехал на ПГ ) эксплуатация ад какой то

дурная голова ногам покоя не дает

ну не знаю, не знаю, у меня полностью противоположное мнение

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

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

А что в эксплуатации напрягло?

По мне так поставил и работает, пока нагрузок больших нет

мастер слейв на 3 сервера с фейловером - беда

адский набор костылей

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

репмгр

переключение

потом опять какие то грабли

При всем этом сейчас я живу только с ПГ ))

такое ощущение что инсталяции пг бывают двуг типов

на одном сервере

или 100500 серверов