Ааа, у тебя аренда

Просто тебя пошлют через неделю туда-сюда

в смысле сервис, который PXE обеспечивает, собирается докером ?

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

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

В яоблаке за сутки после оплаты :з

Олсо, некоторые умеют в планирование и держат лишние железки

Оплату ты из своего кармана платишь или челобитную боссу пишешь?

было время, когда амазон отказывал в квоте в конкретном ЦОД, т.к. там серверов не было, но предлагали соседний.

Проблема барметала исключительно в том что пока что руками надо добавлять в кластер

в облаке, челобитную ? Скорее у тебя есть бюджет, а как ты внутри его используешь - твоё дело. вот если бизнес требует больше - тут уже пускай они челобитную и пишут.

Эм, зачем?

А как надо?

А как надо?

Челобитные амазону тоже будешь писать, на больших нагрузках. Неспроста слово Elastic у них только в Compute

PXE

по моему опыту на челобитные отвечают быстрее суток

Сколько у вас VPC было?

Сколько у вас VPC было?

у нас около 1000 в разных регионах на момент запроса - около 200, наверно.

vlan на порту решит

в районе 1500 vpc сам задумаешься - не свалить ли в свой цод, где сервера умеют ставить за 4 часа ;)

играться сетевыми настройками ради конфигурации серверов? месье знает толк

это включая запрос на закупку?

ну это дц должен быть рядом с заводом видимо

я просто укажу на слово виртуальные. речь не про 1500 реальных серверов ;)

И все равно какая-то школота там все навернет

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

https://starwarsintrocreator.kassellabs.io/#!/BLbUorVGw77ayPv5e6et

Я вставил железяку и PXE решит мастер это или компьют?

В смысле, а какая тут проблема может быть? Kubelet добавляется в кластер, а дальше рулишь как хочешь. Мастера я отдельно держал бы конечно.

Хотелось бы это "дальше" автоматизировать

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

Например что?

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

Неа, вся конфигурация диначически распространяется. Когда нода загружается она скачивает свой конфиг, и исходя из конфига выполняет уже все необходимые действия, к примеру, добавить запсь в fstab, обновить rc.local и т.п.

А конфиг какие типы нод где хранится? Если нода не джойнилась как определить?

Ну и все это конфигмапом лежит в etcd, что-бы изменить что-то пересобирать образ не обязательно

Клаудпровайдер в нашем случае менять нельзя :)

Клаудпровайдер в нашем случае менять нельзя :)

Подскажите пожалуйста, как мне проанализировать состояние сети в кластере и на виртуалках в целом. У меня куб 1.10.5 на виртуалках с калико calico-etcd coreos/etcd:v3.1.10 calico/node:v3.0.8 calico/cni:v2.0.6 Есть несколько моих сервисов, rabbitmq в качестве шины для них, через nginx-ingress ко мне ходят клиенты и системы источники мне данные шлют через него же. Всё замечательно, кроме одной вещи, которую я не могу вычислить. Есть проблема, что время от времени в приложении возникают ошибки типа service unreachable (когда приложение пытается в rabbitmq сходить, но с таймаутом отваливается), таймауты и 499 статусы в nginx (когда мне система источник пытается послать данные, но разрывает соединение, потому что от меня не дожидается ответа). По логам nginx видно, что запросы обрабатываются то очень быстро, то очень медленно. Время обработки не плавающее, а резко меняется, например то 200 0.053 ms, а потом 499 20.043 ms И я пытаюсь вычислить, то ли это у меня в сетапе лагает, то ли какие-то инфраструктурные косяки. Кто может, подскажите мне направление, а то я не знаю, куда копать дальше и в какой последовательности.

Подскажите, пожалуйста в чём у меня ошибка ? Настраиваю кластер - три bare-metal сервера - все мастера и поды тоже на них планируется запускать. Сеть - calico Кластер настраивался kubespray Хочу настроить ingress. Если настроить его рекомендованным путём (https://github.com/kubernetes/ingress-nginx/blob/master/deploy/provider/baremetal/service-nodeport.yaml) - то ломается доступ к api kubernetes, т.к. он тоже провешивается на 443 порт на 10.233.0.1 Ок, вешаю его без указания типа с использованием External IP В этом случае этот IP вешается на интерфейс kube-ipvs на каждом мастере и как следствие регулярно случаются конфликты за IP - например падает ssh-соединение. Вопрос - как вы настраиваете bare-metal кластера ? Возможно, вы видите явную ошибку. По запросу могу приложить конфиги - вопрос что именно отправить.

А кто знает, можно ли скопом вытащить все конфиг ямлы всех элементов куба? для сохранения и переноса конфиг. Где-то же они лежат?

kubectl get —all-namespaces -o yaml

а при опущеном kubectl? Вот как у нас случилось упал кластер, при старте машина отваливается. И вот хтелось бы вытащить конфиги без kubectl

kubectl get —all-namespaces -o yaml