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

И вот это еще по теме безопасности

Словно дед мороз с падарками приехал?

Словно дед мороз с падарками приехал?

круче, это Бэтмэн

https://benchmarks.cisecurity.org/downloads/ у них там до жопы этих бенчмарков, они бесплатные, но для получения надо пройти анальную регистрацию

будет здорово заиметь следующие фичи: - порядок загрузки (и/или приоритет загрузки) контейнеров в под и подов в нейспейс - какой-то вменяемый инструмент деплоя, а то сейчас их целая толпа и все они не работают :) - ограничение по количеству riops для хранилищ

про iops, сказали будут смотреть :)

Интересно, а есть ли способ мониторить исходящие HTTP/Socket-запросы сервисов?

Интересно, а есть ли способ мониторить исходящие HTTP/Socket-запросы сервисов?

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

Приветствую! Есть кто сталкивался с /home/kubernetes/kube/util.sh: line 45: nodes: unbound variable ? Хотя в config-default переменная прописана. Записать в util.sh переменную повторно не дает - при запуске kube-up обновляется файл :/ ЧЯДН?

хз я его ручками собирал, без kube-up и других механизмов

Это как?)

ну для Rhel и еже с ними он лежит в репе

там сейчас 1.5.2

а так можно скомпилить, написать rc.d скрипты определить конфиги и в бой)

когда то же собирали из портов всё подрят)

А,вот ты про что:) Эх...печалька печалька.

посмотри ветку из которой собираешь?

1.6.0-rc1?

Да я вообще Debian мучаю:)

попробуй hyperkube скачать и запускай его как хочется

https://dl.k8s.io/v${KUB_VERSION}/kubernetes-server-linux-amd64.tar.gz

там найдешь server/bin/hyperkube

ну а дальше как-то так:

/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 неребилдится вроде

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

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