AO
то есть упала одна нода - оно там само автоматически запустит на других
Size: a a a
2017 April 24
AO
со всякими картинками так и можно сделать, перенести их на S3, например
AO
а вот с базой данных уже сложнее
AO
поэтому вот у меня просто Ubuntu + rkt, а не CoreOS + rkt
AO
а автоматические обновления не проблема, оно же выключается
AO
ещё если хочется управлять через Ansible - там нужно Python как-то ставить
AO
по умолчанию же там нет Python'а вроде
AO
но это тоже решается
AO
ещё нужно внимательнее следить за безопасностью, проще сделать дырку, если там etcd с важными данными бегает, например... но все проблемы решаются, вопрос времени
ТК
ещё нужно внимательнее следить за безопасностью, проще сделать дырку, если там etcd с важными данными бегает, например... но все проблемы решаются, вопрос времени
Кстати, спасибо за мысль
Оставлю один сервер под бд, остальное- в контейнеры
Оставлю один сервер под бд, остальное- в контейнеры
2017 April 25
MZ
Приветствую сообщество!
Может кто подсказать, как отдебажить со стороны CoreOS попытки запроса URL`а выставленного ядру опцией coreos.config.url?
Ситуация следующая:
Гружу CoreOS в autologin по iPXE (Dnsmasq), и все ОК, если не переданы опции "coreos.config.url=..." и "coreos.first_boot=1". Но как только я задаю их в профиле matchbox, загрузка системы останавливается, при этом в мой matchbox запросов в matchbox по пути ?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 по пути ?mac=... просто не приходит.
Стенд из старых HP DL160G6, бутовая машина на ESXi и все в одном VLAN. Повторить это же в VirtualBox не получается, там все грузиться без ошибок. Пробовал сборки stable, beta и alpha.
VZ
Приветствую сообщество!
Может кто подсказать, как отдебажить со стороны CoreOS попытки запроса URL`а выставленного ядру опцией coreos.config.url?
Ситуация следующая:
Гружу CoreOS в autologin по iPXE (Dnsmasq), и все ОК, если не переданы опции "coreos.config.url=..." и "coreos.first_boot=1". Но как только я задаю их в профиле matchbox, загрузка системы останавливается, при этом в мой matchbox запросов в matchbox по пути ?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 по пути ?mac=... просто не приходит.
Стенд из старых HP DL160G6, бутовая машина на ESXi и все в одном VLAN. Повторить это же в VirtualBox не получается, там все грузиться без ошибок. Пробовал сборки stable, beta и alpha.
.ipxe запрашивается?
MZ
да, выдержка лога matchbox
level=info msg="HTTP GET .ipxe"
level=info msg="HTTP GET ?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"
и это все
level=info msg="HTTP GET .ipxe"
level=info msg="HTTP GET ?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"
и это все
VZ
а посмотреть, что на экране сервера, который не грузится, как-то можно?
VZ
можно ещё в dnsmasq включить логи всех dhcp запросов. Вдруг будет что-то интересное...
MZ
да, есть IP-KVM до серверов, но вывод никакой даже при kernel-опциях
"console=ttyS0,38400",
"systemd.log_level=debug",
"systemd.log_target=console",
"systemd.journald.forward_to_console=1"
в dnsmasq логи всего включены
"console=ttyS0,38400",
"systemd.log_level=debug",
"systemd.log_target=console",
"systemd.journald.forward_to_console=1"
в dnsmasq логи всего включены
VZ
в profiles и groups у вас тоже все верно подозреваю...
MZ
есть DHCP-запросы в момент когда на сервере вывод про инициализацию сетевых интерфейсов, до DNS-запросов адреса бутового сервера не доходит
MZ
в profiles и groups у вас тоже все верно подозреваю...
аналогичные конфиги грузят без ошибок в VirtualBox