наверное, в новых версиях улучшат это

да там из-за systemd столько всего было... даже Debian хотели фокрнуть

У таких принципиальных ребят обычно кроме "хотения" руки не до чего не доходят

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

ты еще посмотри на убунту 16ю) Так что в debian еще ок )

ты еще посмотри на убунту 16ю) Так что в debian еще ок )

и там тоже да. но там вроде версия systemd зато посвежее

и там тоже да. но там вроде версия systemd зато посвежее

если сравнивать jessie/xenial то да, 215vs219, если же взять testing/stretch то там тоже 229

*215vs229

да убунту и дебиан почти то же самое ведь, убунту из тестинга дебиана берется же

я писал выше, для нормальной работы Rkt нужен systemd 228 или выше, так что сейчас Ubuntu - лучший способ попробовать в production Rkt если кто-то хочет

@lorddaedra по поводу bgp в квартире можешь в этот чатик обратиться https://telegram.me/ntwrk

а как кто живет в нескольких ДЦ? вот есть у меня виртуалка в одном датацентре, база постгрес. В другом датацентре живет горячая копия этой виртуалки. Как синхронизировать базы между ними? Если репликация то какая? Синхронная, асинхронная? Транзакции терять не вариант

Binary streaming?

Если база 9.1 или новее

@Geri4x, спасибо

Binary streaming?

в синхронном режиме? просто бывает что пропадает связность между этими дц. база 9.4

да там из-за systemd столько всего было... даже Debian хотели фокрнуть

форкнули. https://devuan.org/

что могу точно сказать - для синхронизации тут нужно что-то средствами субд, а не средствами облака

вот эти варианты с передачей файлов через флокер - для субд это не подойдет

если не останавливать процессы

в синхронном режиме? просто бывает что пропадает связность между этими дц. база 9.4

Если пропадает связь то хз

pgpool+binary streaming

Возможно такая связка взлетит

асинхронная репликация для баз между дц

в 9.4 или 5 там уже она очень хорошо

ну остается же вариант что ты потеряешь данные

при асинхронной

эм ? почему ?

почитайте на эту тему статью в их вики https://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling

там много разных типов, но я не знаю, что в данном случае будет лучшим вариантом

если принципиально нельзя терять данные, то вариант один - 2PC

вопрос в консистентности данных, или размере лага репликации ?

вопрос в консистентности

так асинхронная догоняет состояние в случае проблем в сети, тут только период хранения wal настроить надо

эм ? почему ?

ну в случае с streaming я как понимаю он сначала у себя в wal запишет, а потом на реплику передаст и если в этот самый момент первый сервер подыхает то транзакцию мы теряем

так асинхронная догоняет состояние в случае проблем в сети, тут только период хранения wal настроить надо

сценарий: слейвы временно теряют связь с мастером - и либо будет split brain, либо новый мастер будет R/O

ну да, это ожидаемо..

тут похоже третьего не дано

на то и CAP

ок, спасибо

ребята из монго пытаются извернуться с majority; идея в принципе неплоха. но для банка неприменима. :)

> With Ubuntu 16.04 LTS, you can run your Docker containers inside LXD containers.

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

я думаю они не это имели в виду

ну на мой взгляд нельзя говорить про lxc vs. docker, а нужно про lxc ft. docker

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

Возможно ли купить себе айпишники не связанные с конкретным дц? Если можно то где?

можно у лиров

PI адреса зовутся, правда ipv4 кончились и дорого

арендованные PA так же не будут привязаны к дц/операторам же

а вдруг человеку ipv6 нужен

Не v4

Для избегания dns запросов на клиенте

Возможно ли купить себе айпишники не связанные с конкретным дц? Если можно то где?

ipv4 PI уже нигде. PA можно дорого и ты зависишь от LIR

народ а как в fluentd при отдаче в elastic поправить тип поля ?

ты уверен что тебе нужен fluentd ?

у меня nginx добавлено пару полей. с upstream-responce time. щнb в elastic приходят как строка

у уверен что хочу избежать жавы на нодах

в остальном не уверен

у уверен что хочу избежать жавы на нодах

это ты очем?

на сервера нельзя тянуть жаву и пока нельзя докер.

ты про какую жаву?

ок. ладно. единственну.ю альтернативу fluentd я знаю это logstash

тип поля натраивается маппингов в эластике

logstash , отлично, используй его

ERROR: S client not available

точнее используй rsyslog => logstash

logstash это такое же дерьмо как fluentd на рубях, только еще и работает адекватно с эластиком, но да , еще и сявой в комплекте

вместо logtash/fluentd используйте рассово-верный hekad на go) но мапинги полей все-равно в эластике задавать надо

hekad почти год в продакшене использую, объем 500млн документов в сутки, никаких проблем

а всяческие beats ?

вместо logtash/fluentd используйте рассово-верный hekad на go) но мапинги полей все-равно в эластике задавать надо

есть с чего начать ?

еще telegraf использую активно для записи в influxdb

ipv4 PI уже нигде. PA можно дорого и ты зависишь от LIR

не вводи людей в заблуждение. PI легко продаются и покупаются.

по hekad есть мануал на сайте, несмотря на то что выглядит все заброшено, проект нормальный и работает хорошо http://hekad.readthedocs.io/en/v0.10.0/

еще telegraf использую активно для записи в influxdb

так же

telegraf примитивно настраивается, использую в режиме statsd, в go есть удобный клиент statsd, устойчив к падениям, т.к работает по udp

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

Хеку может закроют

это почему?

https://mail.mozilla.org/pipermail/heka/2016-May/001059.html

это жаль

ну на самом деле так как их новя тула нифиге не перекрывает хеку, то мож и не закроют

к тому же он пишет что будет принимать пулл реквесты

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

нее abandonware это печально

вместо logtash/fluentd используйте рассово-верный hekad на go) но мапинги полей все-равно в эластике задавать надо

а есть где то репа с готовыми ?

ни за что не поверю что надо с нуля писать маппинг для nginx

ты че в nginx используешь формат логов из коробки?

нет, исправленный

но не сильно просто пару тройка полей докинута

я раньше свой делал что бы грепать удобно было и sedом фигачить, теперь просто в json

ага. хорошая идея. спасибо

но это не отменяет вопроса про хранилище стандартных темплйтов

я тебе скажу больше, с таким раскладом на го можно вообще в пару десятков строк накатать то что будет прямо в эластик складывать, я уже так делал

для эластика составлял специаильный дефолтный темпэйт