« Rev
@kubernetes_ru   1343
Fwd »


Pavel
helm upgrade cert-manager stable/cert-manager ....
Pavel
helm ls показывате RELEASE
Andrei
helm upgrade cert-manager stable/cert-manager ....
helm upgrade cert-manager stable/cert-manager --namespace certmanager --set createCustomResource=true --set ingressShim.defaultIssuerName=letsencrypt-prod --set ingressShim.defaultIssuerKind=ClusterIssuer --set rbac.create=false --set serviceAccount.create=false так принял
Anton
kube-proxy на ipvs по дефолту перевели или это инициатива kubespray какого-нибудь?
kube_proxy_mode перевели на ipvs вот этим PR https://github.com/kubernetes-sigs/kubespray/pull/3760/files Update defaults to ipvs and coredns
Alexey
привет, простите за глупый вопрос, но не смог найти в гугле: чем отличается opestack от kubernetes ?
Sergey
😁
Aleksey
Фреймворк для облачной платформы vs оркестратор контейнеров
Andrey
привет, простите за глупый вопрос, но не смог найти в гугле: чем отличается opestack от kubernetes ?
openstack - это чтобы рулить и педалить виртуальными машинами и всем, что с ними связано. не путать с openshift.
Aleksey
Ну на самом деле и там и там можно реализовать примерно одно и тоже, но это как из роутера делать фаервол или наоборот. Возможно, но зачем?
Andrey
а openshift - уже ближе к kubernetes ?
Это его дистрибутив от красношапки с саппортом, своим CI/CD, openvswitch и прочими фичами
Ivan
Alexey
благодарю )
Andrey
Интересно было бы послушать отзывы опеншифтоводов, кстати
Anton
интересно было послушать мнение о openshift origin vs kubernetes...
Andrey
Они счастливы
Прям все реально из коробки?
Andrey
OpenShift - opinionated дистрибутив Kubernetes от RedHat. Расцветает с коммерческой поддержкой. Плюсы: вроде, штабильно, а также за этим стоит один corporate entity, который решает, что будет, а что нет. Минусы: нельзя ебаться как захочется. Kubernetes - ебитесь сами, но абсолютно как хотите.
Aleksey
Прям все реально из коробки?
Ну у меня на работе сидит рядом коллега с openshift и он крайне рад SSO, интеграции с LDAP и оч удобную работу с RBAC. Мопед не мой.
Andrey
С апдейтами версий попроще в OKD, потому что в обычном кубе пока не вычитаешь *каждый* PR из Changelog и не потестишь его, уверенности никакой не будет в счастливом будущем.
Ivan
кстати, openshift летит на убунте?
Vlad
Okd (бывший origin) - бесплатен. От слова совсем
А при возникновении проблем писать на деревню дедушке? Комьюнити как у кубера-то нет.
George
кстати, openshift летит на убунте?
ну, как тебе сказать
George
в теории - наверное, запустить можно. Я ж на опенсусе запускал кластер в докерах. Но это больше для разработки, чем для продакшена
George
А при возникновении проблем писать на деревню дедушке? Комьюнити как у кубера-то нет.
комьюнити есть. Только, ес-но, более узкое, чем у кубернетеса
George
к тому же - где гарантия, что с кубом найдете решение в большом комьюнити? Много настроек и конфигураций - много вариантов - шансы наткнуться на конкретный кейс ниже (нивелируется широтой коммьюнити)
Vadim
А при возникновении проблем писать на деревню дедушке? Комьюнити как у кубера-то нет.
Так народ и пишет в коммунити кубера, потому что Origin - один из его дистрибутивов
Vadim
кстати, openshift летит на убунте?
Летит, но очень нетривиально
Anton
кстати, openshift летит на убунте?
https://docs.okd.io/latest/install/prerequisites.html на этой странице только fedora, redhat, centos
George
и что?
George
Вы понимаете разницу "между официально поддерживается (или рекомендуется)" и "можно запустить"?
Alex
Вы понимаете разницу "между официально поддерживается (или рекомендуется)" и "можно запустить"?
По моему в опенсоурсе это тождество и никто ничо не гарантирует даже официально. Обычно когда продукт в опенсерсе до стадии бета доходит он уже устаревает. Стадия альфа - для докладов
Max
Парни, в документации куба пишут что multi zone кластер в пределах одного региона это норм, а multi regional это плохо, но не объясняется почему
Max
Есть какие-то веские причины этого не делать?
Max
все же kube federation deprecated а federation2 еще очень далеко до stable
George
очевидно же
George
latency
Max
latency
В моем конкретном случае конкретно этот кластер строится на кубе просто из-за шедулера и оркестрации, я не использую сервисы и общение между нодами
George
я уж не говорю о правильном раскидывании компонентов HA-кластера по регионам. Вот ты запилил два в одном регионе (в разных зонах), а третий -в во втором регионе. Угадай, что будет при отказе первого региона?
Max
не принципиально. etcd + кворум будет межрегиональным
не-не, допустим у нас мастера в одном регионе (в разных зонах), а ноды по всему миру раскиданы
Max
это будет работать?
George
есть шанс, что мастера будут регулярно думать, что воркеры отвалились
George
я тут не подскажу, но более опытные товарищи подскажут какой там таймаут и трешхолд по количеству потерянных пакетов
George
@Maxpain177 какие еще considerations?
Max
@Maxpain177 какие еще considerations?
Вообще у меня юзкейс не требует никаких persisted volumes, services, ingresses. Кто-то может сказать "нафиг тебе куб тогда", но я не нашел ничего лучше для оркестрации и умного шедулинга моих ворклоадов, чем куб. Ноды каждого региона я буду помечать лейблами и при шедулинге селектить нужный регион. Пользователи будут подключаться напрямую через hostNetwork. То есть да, я даже оверлейную сеть не буду использовать.
Max
По сути единственная проблема тут это fencing
Max
В случае когда в каждом регионе свои мастера и вообще это отдельные кластера, я могу понять что отвалилась сеть в дц, а не какая-то конкретная нода
Max
ну, типо nomad, mesos... все дела
очень не хочется сейчас погружаться в эти штуки, т.к. я с ними не работал с а кубом в проде уже год примерно
George
По сути единственная проблема тут это fencing
ну, наверняка есть вариант как это сделать. Я правильно понимаю, что kubelet перестает мастеру, а далее нужно как-то объяснить мастеру, что нужно добить ноду с kubelet
Max
самим кубелетом
George
самим кубелетом
это если он жив
George
а как бы гарантий этого уже нет
George
ну, например, ООМ к нему пришел
George
(вдруг)
Max
а как бы гарантий этого уже нет
ну то есть я должен задать какие-то таймауты, по истечению которых я буду уверен что мои поды на упавшей ноде потухли (убиты) и из etcd удалены
Max
пока с этим не сталкивался и не гуглил
George
ну, может бомбануть, наверное. Хотя может все и будет окей все время ) как глубока кроличья нора?
Max
думаешь стоит попробовать nomad / mesos?
George
на самом деле у нас все очень просто и прозрачно)
если стейтлесс нагрузка, то возможно, что и пофиг - главное - трафик правильно направлять
Max
если стейтлесс нагрузка, то возможно, что и пофиг - главное - трафик правильно направлять
тут 50/50. Нельзя назвать это прям stateful. Это deployment с одним подом. И только одним, то есть strategy: Recreate, нам нельзя запускать одновременно два пода. То есть да, нам неприятно если под остановится, т.к. это игровой сервер и там идет матч (в среднем от 30 до 90 минут). Но в случае если нода упадет и куб перезапустит этот под на другой ноде жить можно, мы просто восстановим состояние из бд и все.
Max
а мультирегиональным делаю для уменьшения latency между клиентом и сервером
George
не хватает кафки )
George
пускай подов будет два, но они обсчет делают детерминированно и дублируют друг друга. Но возможно я говорю глупости, т.к. не знаю деталей системы
George
а в каком-то месте будет попросту дедупликация данных
Max
или мне нужно dev random свой писать? 😄
« Rev
@kubernetes_ru   1343
Fwd »