k
ради одних вебхуков городить cluster-mesh не очень то и хочется
Size: a a a
2020 September 23
G
ну на недостатки простой схемы ты указал)
помню как-то калико писал, после какого количество нод нужно выносить отдельную етсд, ибо она не справляется с количеством записей. Нет таких опасений?
G
в таком варианте
k
помню как-то калико писал, после какого количество нод нужно выносить отдельную етсд, ибо она не справляется с количеством записей. Нет таких опасений?
там есть typha в калике, который заменил etcd на этот счёт
k
в случае с цилиумом, то в комплекте идёт etcd-operator который спавнит неперсистентные etcd-кластера, в которых cilium и хранит своё состояние
k
но прикольно то, что его в любой момент можно включить/выключить
AS
Есть еще contiv
G
крч пойду внимательнее доку по силлиуму почитаю. Как раз тестировать его нужно скоро
k
Есть еще contiv
емнип у них основной дизайн это мультинетворк, в случае с цилиумом вся изоляция политикаии нормально разруливается
AS
Ну мне лично идея не нравится менять коре компоненты кубера и спавнить сущности чтобы работала сеть внутри кластера, да еще и с повышенными аппетитами по ресурсам. Хайлоад оно может и неьпережить, там каждая капля цпу на счету и свич контекстов и вот это все.
AS
Есть саксес стори у биржевиков и другого реалтайма ?
AS
Я сторонник простоты. Сеть только сеть, свистелки отдельно, перделки тоже.
AS
Тем более истио ставить почти всегда, где более менее серъезные деплои и легаси
AS
Ну и получается дублирование функционала и резиновый кластер, который может от натуги жиденько лопнуть и где аппликцха жрет меньше ресурсов, чем этот комбайн
AK
Вот когда Kubernetes на eBPF перепишут, тогда и поговорим.
AS
Кубер тут не причем ваще
k
Вот когда Kubernetes на eBPF перепишут, тогда и поговорим.
AS
Это cni plugin
k
Кубер тут не причем ваще
а kube-proxy?
AK
Это cni plugin
Нужно etcd на eBPF переписать. Потому что много переключений контекста.