баг с автобилдами можно и самому исправить через Butbucket Pipelines, но как бы...

ну как бы да... а что лучше кубика?

CoreOS по-прежнему выглядит как лучшая система для Kubernetes

у CoreOS он там бесплатный на 10 нод с красивой админкой

опять только 10?)

да, но тут уже не взломаешь - это на их стороне ?

да, но тут уже не взломаешь - это на их стороне ?

не понимаю о чём речь)

?)

у CoreOS он там бесплатный на 10 нод с красивой админкой

о чём речь? что за продукт?

о чём речь? что за продукт?

начало здесь

https://habrahabr.ru/post/244585/

я про админку на 10 нод, что это?

красивую админку)

tectonic - Free for use up to 10 nodes.

nvm

да

про него

https://coreos.com/tectonic/

https://coreos.com/tectonic/

да, спасибо, логически допёр уже))

https://coreos.com/tectonic/

я правильно понимаю, с free tier не поиграться в Tectonic?

я правильно понимаю, с free tier не поиграться в Tectonic?

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

и поэтому они убрали все впски начального уровня

да, но тестить то как? ))

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

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

а потом удалить

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

да ладно, я лишь уточнил, может что пропустил

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

у меня esxi стенд, руками подниму

Ребят, реорганизовываю инфраструктуру серверов Кто-нибудь может назвать причины НЕ использовать CoreOS?

Иная философия, которая может потребовать лям времени на осваивание и применение, до чего можно будет спокойно стрелять себе в ногу. Начать можно с автоматических ребутов.

Иная философия, которая может потребовать лям времени на осваивание и применение, до чего можно будет спокойно стрелять себе в ногу. Начать можно с автоматических ребутов.

Я уже запустил пару проектов, используя докер Хочу всякое дерьмо, типа вордпресса, стопку проектов на ноде, сопутствующие им бд и прочее контейнезировать

Иная философия, которая может потребовать лям времени на осваивание и применение, до чего можно будет спокойно стрелять себе в ногу. Начать можно с автоматических ребутов.

Философией иммутабельности контейнеров я уже проникся, вижу плюсы Но минусов пока не вижу, кроме как трата кучи времени

все эти Kubernetes отлично работают со stateless приложениями

когда внешняя СУБД и хранилище файлов

или они не нужны вообще

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

со всякими картинками так и можно сделать, перенести их на S3, например

а вот с базой данных уже сложнее

поэтому вот у меня просто Ubuntu + rkt, а не CoreOS + rkt

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

ещё если хочется управлять через Ansible - там нужно Python как-то ставить

по умолчанию же там нет Python'а вроде

ERROR: S client not available

но это тоже решается

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

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

Кстати, спасибо за мысль Оставлю один сервер под бд, остальное- в контейнеры

так rkt же вроде передали cncf, не? https://www.cncf.io/

Приветствую сообщество! Может кто подсказать, как отдебажить со стороны CoreOS попытки запроса URL`а выставленного ядру опцией coreos.config.url? Ситуация следующая: Гружу CoreOS в autologin по iPXE (Dnsmasq), и все ОК, если не переданы опции "coreos.config.url=..." и "coreos.first_boot=1". Но как только я задаю их в профиле matchbox, загрузка системы останавливается, при этом в мой matchbox запросов в matchbox по пути /ignition?mac=... просто не приходит. Стенд из старых HP DL160G6, бутовая машина на ESXi и все в одном VLAN. Повторить это же в VirtualBox не получается, там все грузиться без ошибок. Пробовал сборки stable, beta и alpha.

Приветствую сообщество! Может кто подсказать, как отдебажить со стороны CoreOS попытки запроса URL`а выставленного ядру опцией coreos.config.url? Ситуация следующая: Гружу CoreOS в autologin по iPXE (Dnsmasq), и все ОК, если не переданы опции "coreos.config.url=..." и "coreos.first_boot=1". Но как только я задаю их в профиле matchbox, загрузка системы останавливается, при этом в мой matchbox запросов в matchbox по пути /ignition?mac=... просто не приходит. Стенд из старых HP DL160G6, бутовая машина на ESXi и все в одном VLAN. Повторить это же в VirtualBox не получается, там все грузиться без ошибок. Пробовал сборки stable, beta и alpha.

/boot.ipxe запрашивается?

да, выдержка лога matchbox level=info msg="HTTP GET /boot.ipxe" level=info msg="HTTP GET /ipxe?uuid=..." level=debug msg="Matched an iPXE config" ... level=info msg="HTTP GET /assets/coreos/1298.7.0/coreos_production_pxe.vmlinuz" level=info msg="HTTP GET /assets/coreos/1298.7.0/coreos_production_pxe_image.cpio.gz" и это все

а посмотреть, что на экране сервера, который не грузится, как-то можно?

можно ещё в dnsmasq включить логи всех dhcp запросов. Вдруг будет что-то интересное...

да, есть IP-KVM до серверов, но вывод никакой даже при kernel-опциях "console=ttyS0,38400", "systemd.log_level=debug", "systemd.log_target=console", "systemd.journald.forward_to_console=1" в dnsmasq логи всего включены

в profiles и groups у вас тоже все верно подозреваю...

есть DHCP-запросы в момент когда на сервере вывод про инициализацию сетевых интерфейсов, до DNS-запросов адреса бутового сервера не доходит

в profiles и groups у вас тоже все верно подозреваю...

аналогичные конфиги грузят без ошибок в VirtualBox

у нас когда-то была проблема, что с разных сетевых карт прилетали запросы на разных фазах загрузки и отдавался не тот ignition конфиг

может есть смысл ip вместо домена в coreos.config.url попробовать?

может есть смысл ip вместо домена в coreos.config.url попробовать?

не помогает(

я от железа далёк. Не знаю, что еще посоветовать:( Кстати в irc у coreos достаточно оперативно отвечают...

Спасибо, попробую.

так rkt же вроде передали cncf, не? https://www.cncf.io/

да) и вот пока он был в CoreOS, у него были релизы каждые 2 недели, последний релиз был 20 февраля

а какая цель появления тут?

серьёзно? в IT группе искать сотрудников для работы не требующей мозг?