Job output is logged to stdout / stderr

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

Job output is logged to stdout / stderr

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

Парни, а где глянуть, как правильно делают для, например, php-fpm контейнер и nginx контейнер? Как их nginx статику раздавать? Копировать ее при сборке образа внутрь как то не ок

Парни, а где глянуть, как правильно делают для, например, php-fpm контейнер и nginx контейнер? Как их nginx статику раздавать? Копировать ее при сборке образа внутрь как то не ок

Не держать код в образе, а в волуме

Вроде понятно, что надо делать общий volume. Но есть его на папку с данными указать на контейнер phpfpm, то папка станет пустой? верно? или надо как-то при старте контейнера phpfpm копировать эти данные в volume? в общем, запуталося

а, то есть весь код, а не только статику?

а как в волюм этот код доставить?

а как в волюм этот код доставить?

Я так понимаю, вопрос про докер, а не кубер

так именно про кубер. я тут чтото фундаментально не допонял. Как с докер композом все это дело поднять, вопросов не возникает

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

Хотя про докер композ я имею ввиду именно проброс волюма между сервисами. Ну я так делал

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

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

отсюда и понял что я ничего не понял

я вообще запускаю нжинкс из того же image что и php-fpm

для файлов генерируемых пхп подключаю волюм

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

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

так именно про кубер. я тут чтото фундаментально не допонял. Как с докер композом все это дело поднять, вопросов не возникает

вы можете создать отдельный volume, запихнуть туда сбилженную статику и маунтить её из нескольких контейнеров read-only

а, то есть весь код, а не только статику?

сорри, дичь гоню) код в образе конечно же. В общем тут несколько путей и опять же зависит от окружения. У меня был как-то CDN, там одно - ассеты кешировались в CDN, если нужно чтобы nginx сам держал - другое. В большинстве случаев собирал отдельный образ nginx+статика или какой-то общий волум со статикой

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

apiVersion: v1 kind: Pod metadata: name: two spec: volumes: - name: shared-data # emptyDir: {} containers: - name: c1 image: nginx volumeMounts: - name: shared-data mountPath: /usr/share/nginx/html ну вот это например? оно чистит папку в контейнере nginx

сорри, дичь гоню) код в образе конечно же. В общем тут несколько путей и опять же зависит от окружения. У меня был как-то CDN, там одно - ассеты кешировались в CDN, если нужно чтобы nginx сам держал - другое. В большинстве случаев собирал отдельный образ nginx+статика или какой-то общий волум со статикой

ну то есть в рамках кубера, код в образе - это фактически под запускается и создает волюм? или nginx просто через сервис с этому поду за статикой идет?

вы можете создать отдельный volume, запихнуть туда сбилженную статику и маунтить её из нескольких контейнеров read-only

еще volume в Dockefile должен быть объявлен после формирования данных в образе, ЕМНИП, иначе то, что создано инструкциями после, на вольюм уже не попадет

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

да, точно Changing the volume from within the Dockerfile: If any build steps change the data within the volume after it has been declared, those changes will be discarded.

коллеги, кто-нибудь пробовал работать с вот этим инструментом? выглядит очень многообещающе: https://openebs.io/

коллеги, кто-нибудь пробовал работать с вот этим инструментом? выглядит очень многообещающе: https://openebs.io/

сегодня пробовал

коллеги, кто-нибудь пробовал работать с вот этим инструментом? выглядит очень многообещающе: https://openebs.io/

Но протестить сегодня не получилось

чет меня бесить потихоньку начинает helm. нет ну все класно, кроме того что в values.yaml нельзя ссылаться на другие values. и потом начинаешь в ci или новые yaml файлы генерить для деплоя или извращаться с --set X.Y[0].name= что скорее всего приведет к фейлу. смотрю на этой волне на ksonnet очередной раз, уже не так пугающее jsonnet выглядит как будто бы. кто нить использует у себя?

хельма с головой хватает а переменные в переменные это изврат какой то

вы можете создать отдельный volume, запихнуть туда сбилженную статику и маунтить её из нескольких контейнеров read-only

Не в амазоне

хельма с головой хватает а переменные в переменные это изврат какой то

ну как, вот ты в зависимостях говоришь "добавь какую то хрень и пароль для хрен N" и приложению нужно передать пароль тоже. согласись удобнее было бы в одном месте указать только

ну не знаю, через конфиги передавай))

Ребят, а кто то пробовал уже CoreOS Operator? Что это за зверь такой? Аналог хельма для CoreOS?

в чем отличия от кубер-хельма?

Не в амазоне

А причем тут это?

при том, что в общем случае это не работает

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

но далеко не все

Всем привет. Есть у кого линки как работает heapster или telegraph, инетресует как вручную поднять и прописать лог колекторы для кубера, как говорится хочется увидеть изнутри. Поднять inflyx/elasticsearch + прицепить графану это не проблема, больше интересует как собираются логи и метрики из k8s окружения.

https://github.com/kubernetes/heapster

не?)

heapster/cadvisor/kube-state-metrics

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

такое решение - сильно лучше чем прометей?

у нас cadvisor и kube-state-metrics используются с прометеем

чтото большой зоопарк технологий - непонятно, что куда

прометей: тычется к эндопоинты, собирает с них инфу и кладёт к себе в БД, откуда можно графаной строить графики

а это heapster/cadvisor/kube-state-metrics как работает?

я как раз на пороге принятия решения на этот счёт, и теряюсь сильно

cadvisor - экспортер про метрики контейнеров

kube-state-metrics - экспортер про стейт кубера

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

первые два - с прометеем дружат

получается, что первые два - маст хэв, чтоли

ну первый в кубелете зашит

а второй очень полезен

в моих влажных фантазиях кубик сам умел отдавать метрики ))

ааа, вот оно

кубелет отдаёт сам

стейт-метрик опционален, но очень полезен

вроде и установка у него как два пальца об асфальт

ну да. просто демонок внутри кубера

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

Интересно в k8s есть похожие команды для генерирования полного reference к примеру kind: Deployment, что то похожее на aws ec2 blablabla —generate-cli-sceleton > blablabla.json ???

Интересно в k8s есть похожие команды для генерирования полного reference к примеру kind: Deployment, что то похожее на aws ec2 blablabla —generate-cli-sceleton > blablabla.json ???

что-то вроде этого https://gist.github.com/negz/c3ee465b48306593f16c523a22015bec ?

Интересно в k8s есть похожие команды для генерирования полного reference к примеру kind: Deployment, что то похожее на aws ec2 blablabla —generate-cli-sceleton > blablabla.json ???

или https://github.com/kubernetes/helm/blob/master/docs/chart_template_guide/debugging.md

что-то вроде этого https://gist.github.com/negz/c3ee465b48306593f16c523a22015bec ?

Вот за этот скриптик спасибо. Единственно, что он сгенерировал скелеты только на основе существующих субьектов. А так не плохо, благодарю.

Добрый день, я хочу один котейнер в поде разделить на два: один с доступом к базе, а второй без. И собственно возникли вопросы: 1) можно ли секреты цеплять к контейнеру, а не поду, чтоб у второго не было секретов 2) как лучше всего организовать коммуникацию? Порт на локалхосте? Сокет? Нужны ли доп к8с сервисы? Надо ли что-то делать чтоб к контейнеру без доступа к базе мог коннектиться другой контейнер только из того же пода?

Секреты же и так к контейнерам цепляются, а не к подам

Секреты превращаются в переменные окружения или конфигмапы, которые уже к контейнерам цепляются

Да, точно

Слушай юникс сокет или локалхост и будет норм

Если несколько таких подов будут на одной ноде и все откроют один порт это будет ок?

У каждого будет свой локалхост

Ок

Спасибо

Подскажите пожалуйста. Поднял локально на VB k8s. С одним мастером и 2 воркерами. И частенько при деплое получаю такое сообщение. Я понимаю что под не может быть размещен, но логику почему не могу понять

0/3 nodes are available: 1 node(s) had taints that the pod didn't tolerate, 2 node(s) didn't match pod affinity/anti-affinity, 2 node(s) didn't satisfy existing pods anti-affinity rules.

что подсказать-то?