YZ
Я смотрю dry-run и там какая-то хрень. Конфиг значительно короче чем в 1.16 и всякие таймауты выставлены в 0. Сомневаюсь что оно должно быть так 😑
Size: a a a
2020 March 02
ЕО
Друзья, правильно ли я понимаю. Допустим у меня сервер (игровой) , работает в облаке,к примеру в контейнере. И если я state сервера засуну в redis , то у меня получится полностью stateless сервак, и я благодаря редису смогу при необходимости пускать/останавливать/перезапускать серваки и клиентским приложениям будет вообще по барабану? (Т.е . .серваки пода 1 отрубились, через секунду стартанули серваки пода 2, игроки заметили лаг в одну секунду.).Я верно понял принцип редиса как ин-мемори хранилища стейта?
Очень зависит от того насколько ваша игра чувствительна к летенси
OF
Вопрос наверное избитый, какой webui лучше взять для задачи "чтобы все могли зайти посмотреть статус деплоя, почитать логи, перезапустить под" ?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
OF
уточню, это надо именно через веб отдавать, у жертв не настроен kubectl и всё такое
КС
У нас используется Rancher + imported кластер + LDAP права по кластерам
Достаточно удобный UI
Достаточно удобный UI
OF
уточню, у меня managed k8s яндекс.облака (так уж вышло), не rancher и не GKE и не всё остальное
КС
Anyway rancher может коннектиться к managed кластеру. Просто деплоит свой неймспейс и работает с API
Фактически для импорта кластера в Ранчер, неважно, где запущен второй
Фактически для импорта кластера в Ранчер, неважно, где запущен второй
OF
спасибо, посмотрю
OF
а там платный только саппорт или он и сам платный?
КС
только саппорт за деньги
S
Вопрос наверное избитый, какой webui лучше взять для задачи "чтобы все могли зайти посмотреть статус деплоя, почитать логи, перезапустить под" ?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
=) IMHO лучшее и самое динамично развивающееся это k9s но это cli ;)
S
Вопрос наверное избитый, какой webui лучше взять для задачи "чтобы все могли зайти посмотреть статус деплоя, почитать логи, перезапустить под" ?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
https://github.com/webkubectl/webkubectl
и внутри него k9s ;)
и внутри него k9s ;)
VR
https://github.com/webkubectl/webkubectl
и внутри него k9s ;)
и внутри него k9s ;)
оу е, http + priviledged container
S
оу е, http + priviledged container
;))) ок ок
K
У нас используется Rancher + imported кластер + LDAP права по кластерам
Достаточно удобный UI
Достаточно удобный UI
Как ранчер в лдап добавляли
A
кто то работал с kops? эта штука работает только с клауд решениями ?
TF
кто то работал с kops? эта штука работает только с клауд решениями ?
так ведь на их гитхабе все описано
S
Вопрос наверное избитый, какой webui лучше взять для задачи "чтобы все могли зайти посмотреть статус деплоя, почитать логи, перезапустить под" ?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
Смотрю пока https://github.com/kubernetes/dashboard и https://github.com/vmware-tanzu/octant , может, есть уже какое-то "общепризанно лучшее" решение?
