MF
Size: a a a
2016 August 28
MF
можешь убрать эти строчки
MF
а можешь лейбл на ноду повесить
MF
kubectl label nodes 10.91.119.197 kube-role=masterDI
если нода отвалится - DNS пропадёт?
MF
если мастер-нода отвалится - все пропадет
DI
fail-over 80lvl :)
MF
failover пишется в одно слово
DI
я люблю иногда разделять большие слова против правил :) чтобы сделать акцент на каких-то частях
AO
вот реально, проскроллив то, что тут обсуждается, триджы подумаешь, а нужно ли тебе внедрять Kubernetes или лучше пока отложить эти планы... 😀
NK
да да, давайте те кто в проде юзает давно - расскажите есть ли смысл
AO
контейнеры нужны - тут я согласен, а вот именно облако...
NK
мне дак наоборот кажется: сами по себе контейнеры бесмысленны без средств их доставки и развертывания, ближайшая аналогия - порт в котором можно контейнеры сколько угодно копить но без логистики/грузчиков/кораблей и прочего они не будут приносить доход
AO
сделать контейнеры достаточно просто, это не требует больших усилий, доставить (через Docker Hub) и запустить контейнеры (через systemd) тоже просто, а вот с Kubernetes (облако, когда серверы взаимодействуют друг с другом как единый организм) есть много вопросов
AO
не проще же ли , например, просто пара внешних балансировщиков и несколько серверов, не в облаке?
NK
ну мне пока кажется что кубернетес это не замена серверов/vps и всего такого, это именно оркестрация минимальных юнитов в роли которых выступают контейнеры (и они не постоянные единицы а что-то что может удаляться и создаваться без ограничений)
AO
было бы интересно узнать , какие преимущества у Kubernetes против вот обычного подхода, когда балансировщик + несколько серверов + контейнеры через systemd-сервисы на каждом
AO
да, я понимаю, но вообще, насколько эта оркестрация нужна?
AO
мне , по идее, нужно просто запустить все контейнеры на всех серверах
AO
то есть я задумываюсь о том, а несёт ли наличие продвинутой оркестрации каких-либо плюсов, учитывая то, как сложно это всё настроить