/usr/bin/hyperkube apiserver \ --allow-privileged \ --bind-address=${IP_INT} \ --etcd-servers ${ETCD_SERVERS} \ --service-cluster-ip-range 10.10.10.0/24 \ --apiserver-count $SERVERS \ --tls-cert-file /etc/ssl/server.pem \ --tls-private-key-file /etc/ssl/server-key.pem \ --client-ca-file /etc/ssl/ca.pem \ --etcd-cafile /etc/ssl/ca.pem \ --etcd-certfile /etc/ssl/server.pem \ --etcd-keyfile /etc/ssl/server-key.pem \ --cert-dir /etc/kubernetes \ --service-account-key-file /etc/kubernetes/serviceaccount.key \ --admission-control NamespaceLifecycle,LimitRanger,ServiceAccount,ResourceQuota

это что-то типа kubeadm получается?В полуавтоматическом режиме?

не могу сказать про kubeadm.. hyperkube это как бы все в одном

/usr/bin/hyperkube apiserver

/usr/bin/hyperkube controller-manager

/usr/bin/hyperkube kubelet

/usr/bin/hyperkube proxy

/usr/bin/hyperkube scheduler

вроде ничего не забыл)

конфиги свои делаешь

Ага, понял,Спасибо) Да,похоже на кубадмин)

https://medium.com/microscaling-systems/dockerfile-security-tuneup-166f1cdafea1 https://gianarb.it/blog/about-your-images-security-tips

Спасибо

воткнуть прокси?

Сложно масштабировать

Сложно масштабировать

Опиши задачу с нуля

Описание задачи с нуля это уже техзадание )

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

Для мониторинга. Сервисы могут не только принимать трафик, но и делать исходящие запросы. Если первое легко мониторится, тот вот как мониторить второе гибкое - это вопрос)

https://www.youtube.com/watch?v=XSgb-c6VjXo

this video is private :(

Для мониторинга. Сервисы могут не только принимать трафик, но и делать исходящие запросы. Если первое легко мониторится, тот вот как мониторить второе гибкое - это вопрос)

zippier, hysteria

this video is private :(

https://habrahabr.ru/company/avito/blog/325026/

Для мониторинга. Сервисы могут не только принимать трафик, но и делать исходящие запросы. Если первое легко мониторится, тот вот как мониторить второе гибкое - это вопрос)

не понял, что именно ты хочешь мониторить?

если просто запросы - ставь метрики в приложение

недавно тут задавал вопрос - что будет, если на рабочем кластере остановить apiserver, scheduler и controller-manager. решили, что поды, сервисы и все остальное продолжит работать, если они сильно не зависят от апи сервера. сегодня проверил. пока мастер был отлючен не было доступа к NodePort сервисам, т.е. часть сервисов была не доступна из вне. видимо для kube-proxy сильно нужен apiserver. может кому пригодится инфа

недавно тут задавал вопрос - что будет, если на рабочем кластере остановить apiserver, scheduler и controller-manager. решили, что поды, сервисы и все остальное продолжит работать, если они сильно не зависят от апи сервера. сегодня проверил. пока мастер был отлючен не было доступа к NodePort сервисам, т.е. часть сервисов была не доступна из вне. видимо для kube-proxy сильно нужен apiserver. может кому пригодится инфа

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

В репе появился kubectl/kubernetes-xenial 1.6.0-00 amd64 [upgradable from: 1.5.2-00]

а что, у тебя такие права есть?)

сейчас придет модератор и детально разъяснит за права

увидел только как моргнуло и исчезло (

раз рекламу удаляют значит она не заапрувлена, а незаапрувлена потому что непроплачена... расценки-то где?

https://groups.google.com/forum/m/?utm_medium=email&utm_source=footer#!msg/kubernetes-dev/8OHm67I2sUo/o0NA_h1eDAAJ

Kubernetes 1.6.1 (с фиксами для kubeadm)

кто-нибудь с терраформ пытался защищенный ssh ключ использовать?

кто-нибудь с терраформ пытался защищенный ssh ключ использовать?

ssh-agent, если проблема в том, что ключ с паролем

проблема почему то была что в ssh-keys не указал в самом дроплете

-data-dir=/consul/data: not found <-- а директория создана что за нафиг. это с docker-run

без полной конфигурации все равно ничего не скажм

но проверь права и маунты

http://paste.debian.net/plain/925835

--volume consul_data:/consul/data

похоже, что имелось в виду /consul/data:/consul/data

тут у него работает https://github.com/garystafford/microservice-docker-demo-consul/blob/swarm-mode/scripts/deploy_consul.sh

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

неееееееееееет мы не работаем с "тут в статье все заводится"

просто наименованй контейнер он не маунтится к хосту

копирование без понимания никогда ни к чему хорошему не приведет

зачем ты предлагаешь его маунтить к хосту )

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

тут выходит том который среди всех контейнеров будет видет

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

если consul_data - это какое-то обращение к новому типу volume, которое я пропустил, то может быть, но вообще сомневаюсь

с офф доков

а сам volume создан?

да вроде он сам должне создаватся

ну можно попробывать

попробОвать

https://docs.docker.com/engine/tutorials/dockervolumes/#volume-labels вот в конце предыдущей секции именно создают

только я все равно не стал бы для консула какие-то общевидимые volume делать

а как бакапить его состояние тогда? там же docker networking неребилдится вроде

а как это связано с бэкапами?

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

все равно вылетает с той же ошибкой =(

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

а чем это отличается от бэкапа прямо с инстанса?

контейнер будет который бакапит

зачем мне вообще что-то на инстансе делать

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

ну во я дурень забыл же backslash

Товарищи, а как вы рассчитываете примерно ресурсы для кластера, перед поднятием? Сколько, нужно будет места на нодах, если, скажем, у меня планируется порядка 2000 контейнеров? :) может у кого формула интересная есть

у меня формула такая: начинают поды валиться - смотрю что память закончилась и oom-killer срабатывает, подгорает пердак и добавляю еще один комп ну, это приближенная формула... :)

оффтоп: а че, есть инфа когда примерно 1.6.0 в гугле выйдет?

1.6.1 текущая

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

ооо, тоогда не скоро, в 1.6 слишком много мажорных изменений

тут на bare metal не понятно как без последствий 1.5 -> 1.6 обновить

у меня формула такая: начинают поды валиться - смотрю что память закончилась и oom-killer срабатывает, подгорает пердак и добавляю еще один комп ну, это приближенная формула... :)

Вот аналогичная схема😂 но хотелось бы чтото спрогнозировать, ибо планируем перекатится на это все

Если в облаках, то "Интересная формула" - cluster autoscaler

https://github.com/kubernetes/contrib/tree/master/cluster-autoscaler

Если в облаках, то "Интересная формула" - cluster autoscaler

увы, не облака(

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