да

а можете сказать какие хосты по параметрам были, и в каком режиме использовали и скольк объектов хранили ?

кажется не devops детектед

ну я по нужде devops :-) я занимаюсь поддержкой проектов на Django, администрирование сервера/облачка - это тоже ко мне, просто конкретно у меня проекты довольно дохлые, вот такие ситуации, когда что-то там отваливается потому что не успело вовремя выполниться - это вряд ли случится)

я согласен с тем, что если проекты серьёзные - логи в nginx нужны)

кажется не devops детектед

тут девопсов нет, если что )

я согласен с тем, что если проекты серьёзные - логи в nginx нужны)

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

просто часто задачу статистики решают логами

просто часто задачу статистики решают логами

это выход на улицу через окно. Можно, но неудобно.

@not_logan а где работаете?

И вообще в hangops например у большинства участников хоть какое-то инфо можно посмотреть

@count0ru а вы?

@not_logan а где работаете?

Kefir digital (реклама в интернете) + поддержка отдельных проектов. В анамнезе - WebPlus, Infobox, Korus consulting

@count0ru а вы?

https://ru.wikipedia.org/wiki/Piwik

о, мы ее использовали когда-то (evaphone, вы нас, возможно, помните). Не пошло, к сожалению, очень медленно работало

у нас докер в проде, уже года 3, до 3 лямов контейнеров в сутки

говно то еще, но работает

главная крутость докера - это то, что если раньше в чём-то накосячил - били со всех сторон, а теперь только с одной))

если заказчик успел заметить, что ему накосячили

@rkononov может найдешь 10 сек ответить на мои 3 вопроса (см выше)

можно и раньше, конечно, было использовать всякие OpenVZ и прочее - но, во-первых, управлять этим зоопарком было неудобно, а во-вторых, оверхёд больше от них

Кстати

оверхед больше?

а что за вопросы?

1. какие storage drivers используются? в основном, судя по вашему опыту? (edited) 2. как обычно организованы контейнеры с nginx? Правильно ли, что конфиг, директория с данными, директория с логами маунтится с хоста? (edited) т.к. кажется что перенаправление access_log в /dev/stdout должно же хреново работать под нагрузкой 3. как обычно организована сеть: bridge + проброс портов или часто хостовую сеть юзаете напрямую?

оверхед больше?

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

погодитека опенвз контейнер

1. какие storage drivers используются? в основном, судя по вашему опыту? (edited) devicemapper/aufs/overlayfs - у каждого свои заморочки, оппции и совместимость с облаками - например оверлей у нас на ebs на амазоне не очень работает, у aufs при удалении контейнеров тормоза, девмаппер долгое время достаточно стабильно работал, на небольших нагрузках (долгоживущие контейнеры, мало записей на диск) - все работают более менее стабильно

1. overlay 2. Не, у нас конфиги генерятся и доставляются в отдельном контейнере 3. Есть и напрямую, есть и проброс докерный, в зависимости от нагрузки

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

@rkononov интересует не принцип, а реальное использование — т.е. как реально у вас в проектах

2. как обычно организованы контейнеры с nginx? Правильно ли, что конфиг, директория с данными, директория с логами маунтится с хоста? (edited) т.к. кажется что перенаправление access_log в /dev/stdout должно же хреново работать под нагрузкой Нжинкса нет, но логи бывает маунтим на хост-ос, в качестве хоста кстати импользуем CoreOS, вообще в основном логи сразу шлем в papertrail/loggly

@tru_pablo а все от кейсов зависит

смотря для чего

погодитека опенвз контейнер

возможно, я ошибаюсь, но их (openvz) всегда сравнивали с xen kvm, а не с тем же docker'ом

тогда докера еще не было просто

ну кстати мы ж в амазоне пишем логи на ssd :) но вообще активно смотрим на возможность не писать на диски

@rkononov кул! спасибо

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

с этим согласен

@ctrlok а куда писать? я думал писать это всегда диски

возможно, я ошибаюсь, но их (openvz) всегда сравнивали с xen kvm, а не с тем же docker'ом

openvz - это контейнер.

3. как обычно организована сеть: bridge + проброс портов или часто хостовую сеть юзаете напрямую? порты бросаем, но опять же только на долгоживущих контейнерах и где нужно, в основном сеть стараемся не настраивать (bridge по дефолту) - бывают заскоки

@ctrlok а куда писать? я думал писать это всегда диски

ну в nginx раньше было можно в сислог формате по сети писать.

@rkononov не совсем понял - как не настраивать? заскоки?

да и плагины такие есть

@ctrlok "раньше"?

@tru_pablo без необходимости никаких портов не бросаем

openvz и докер похожи

но просто опенвз для серверов, а докер все так для апликух

заскоки - там с версии 1.5-6 вроде ввесли сеть как отдельный сервис, он бывает сбоит

просто нюансы

*наш кейс использования экстремальный - короткоживущие контейнеры и куча контейнеров на одной машине

а вот апишные сервера под кореось+докером живут достаточно стабильно (CoreOS+дефолтный докер, только проброшенные порты)

LXC -- недо-OpenVZ. а вот докер -- это человеческий интерфейс к нему

@tru_pablo имел ввиду уже давно

proxmox кстати отказался от ovz в пользу lxc

@rkononov а что делаете то, что такие контейнеры у вас?

у тебя кстати в нике ошибка

вроде было пабло

а не пкюбло тру

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

@tru_pablo https://www.iron.io/platform/ironworker/ а тут я рассказывал чуть - http://ctocast.com/post/141163806538/ctocast-20-roman-kononov-ironio

кстати да докер вначале был тупо оберткой над LXC

я не знаю, может уже было, но вот это мы — https://sdcast.ksdaemon.ru/2016/05/sdcast-43/ интервью с моим кофаундером

прям звездный чат )

Кстати, all или админы, а есть вот slack сообщество hangops/hangops_ru — это тоже чат где за девопс докер мониторинг конфиги whatever чуваки перетирают

ERROR: S client not available

не у всех есть слак к сожалению

у меня, например, нету

Много кто тут и там, но кому что удобнее.

меня вполне два чата устраивают :-) здест флуд, там разговор по делу -- вполне ок ;-)

Как же без slack жить то можно?

слэк лично мне не нравится, мне хипчат нравится

У каждого свои предпочтения, видимо

Так вот — в принципе можно сделать трансляцию одного чата в другой, чтобы тусовка была одна, а в двух местах читать/спрашивать/флеймить не нужно было бы

Как узнать мнение сообщества по этому поводу

?

не нада

Для этого есть IRC и IRC Bounce

не-не, не надо трансляции

Так как каждый любит свой отдельный чат

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

С чего вы взяли?

надо прикинуть, как будет выглядеть непрерывный поток сообщений с одного и того же телеграм-бота в формате irc-логов

сложно будет референсить их, нельзя собачкить

ID-NAME-TEXT

в другие чаты не будут долетать стикеры

Примерно так

Да, стикеры это беда

а как в телеграмме стикеры :smile:

Видимо не так...

С ПКшки тыц по смайлам и там есть Stickers

В телефоне тоже смайлы

Листаем список

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

главное не юзать стикеры ?

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

/mute