сейчас 3.16 и aufs :)

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

можешь на паре поставить одно, на вторых другое

бгггг

еще нюанс, что для direct-lvm надо делать девайсы отдельные

выделять на них отдельно место и т.д.

а overlay - там и конфигурировать нечего )

http://jpetazzo.github.io/assets/2015-07-01-deep-dive-into-docker-storage-drivers.html

а у меня все-равно все в лвме

ладно, пойду спать :)

# lvs LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert boot system-web01 -wi-ao--- 1.00g docker system-web01 -wi-a---- 200.00g home system-web01 -wi-ao--- 230.00g nginxcache system-web01 -wi-ao--- 10.00g root system-web01 -wi-ao--- 10.00g swap system-web01 -wi-ao--- 16.00g tmp system-web01 -wi-ao--- 15.00g var system-web01 -wi-ao--- 25.00g

давай, спокойной ночи ;)

Доброе утро :)

Вопрос появился, как я понял pod можно привязать к ноде, а можно-ли размазать как-то pod по нескольким хостам? Мне нужно что-бы контейнер с монгой запускался на определеном хосте, а все остальное на других.

Нет

Под - неделимая сущность

"все остальное" это что? просто интересен юзкейс

остальные микросервисы

а если выделить монгу в отдельный pod и потом связать два podа?

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

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

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

таких pod или групп будет много

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

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

Короче, в один под нужно пихать только тех, кому нужен общий локалхост

И общие папки

Что прямо следует из описания пода, в общем-то ;)

оффтоп: вот все говорят "микросервисы + кубернетес", а кто-то под node.js их девелопит? ну там опытом обменяться, это все :)

а хотя и не офтоп даже :)

ясно, а слинковать как-то можно два пода?

Слинковать как?

передать ссылку на монгу базу по сути

все взаимодействие через kind: Service

Ну так сервисом её передай

оффтоп: вот все говорят "микросервисы + кубернетес", а кто-то под node.js их девелопит? ну там опытом обменяться, это все :)

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

В достатке

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

(или нет? :)

Эээ

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

Не, ты не так понял

короч, будет время - опиши плиз архитектуру взаимодействия в разрезе кубика?

У меня тут есть гигантская приложуха, и она не в кубернетесе. Мы от неё отрезаем куски и суем в кубернетес

amqp там или http для связи, меш-сети для коннекта и это все

во я так же делаю щас :)

Хех, до этого ещё далеко :(

Пока "родные" протоколы

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

я пока на обработке косяков встрял

Ну то есть http в основном

Для логов пытаюсь fluentd + graylog2

У меня тут после вчерашнего фейла докер-демона девелоперы хотят мониторинг деплоев

Вот я пока хер знает, как им помочь

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

Нене

Это легко

через prometeus?

а по поводу мониторинга деплоев (ну когда ошибки происходят) - я пока заюзал opbeat.com, он бесплатный

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

Для логов пытаюсь fluentd + graylog2

У вас не 12factors app? В stdout же проще + ES +kibana

ну так эти стдауты собрать же надо

флюент для сборки

ну в кубернтесе это из коробки

fluentd

через prometeus?

не, банальнее все spec: template: spec: containters: - <container> lifecycle: postStart: exec: command: - /bin/bash - /app/bin/post_start_notify.sh

ERROR: S client not available

есть еще preStop

ну тут мы узнаем о том что под стартанул

не, банальнее все spec: template: spec: containters: - <container> lifecycle: postStart: exec: command: - /bin/bash - /app/bin/post_start_notify.sh

костыльненько

если мы разворачиваем на 10 инстансов...

> да, мне бы тоже хотелось знать когда "деплой завершился" ответ на этот вопрос

костыльненько

вариант знатоков? ;)

Прометус?) И кастомные метрики

метрики из чего?

ну например kubectl дергать и смотреть статус подов/деплоймента

я могу в прометее узнать, что running_containers_total стало +=1 за последнюю минуту

кстати, по поводу 12 факторов: а вот есть stdout/stderr, условно говоря это log.info и log.error... а если я хочу log.warn иметь и log.debug то как поступать?

но какой конкретно контейнер добавился - уже не могу

мы выплевываем json в stdout , там уже тип ошибки указывается

кибана /ES все парсит

хм ну да ок

кстати, по поводу 12 факторов: а вот есть stdout/stderr, условно говоря это log.info и log.error... а если я хочу log.warn иметь и log.debug то как поступать?

ты не должен этого хотеть ;)

самая проблема в stdout в пхп

там php-fpm к каждому сообщению добавляет ворнинг

s/в stdout//

s/в stdout//

ну была идея писать в fifo

Можно конечно писать в fifo и тейлить его в контейнере

но тогда в контейнере уже два процесса

да нет, это была шутка если из фразы "самая проблема в stdout в пхп" убрать "в stdout", то получится "самая проблема в пхп"

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

шучу-шучу

хаха-хаха...

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

тот еще зашквар

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

ну в кубернтесе это из коробки

fluentd

лучше что?