GG
Может и лучше)) Но нет)
а ты что вообще хочешь ?
Size: a a a
2020 November 26
VS
нет, я очень глупый )
Скорее тупой 😉
GG
тупоконечник
PK
а ты что вообще хочешь ?
В целом, я просто спрашивал о стандартных ограничениях эфемерного стораджа для пода/контейнера.
PK
Но если я расскажу для чего, это будет страшно, вы скажете ну пипец, так нельзя.
PK
давай
Представь, в компании давно есть кубер как платформа для сервисов и в один прекрасный день огромный момнолит на винде решили сделать клауд-нейтив-траливали со всеми вытекающими, но переписали быстро только часть функционала, часть просто разбили на микросервисы, которые работают только под виндой. И, для неких микросервисов, нужен был кеш локальный! так как сервис работает только под виндой, кеш должен быть на диске той же ноды, подняли на виндовых воркерах в демонсете минио с включенным кешем, и сейчас у него кеш пишется тупо в верхний слой без всяких hostpath провижинеров. И размерего 20 Гб. Вот и вопрос, какие restrictions дефолтовые для этого всего. Причем, не факт, что на виндовых нодах они такие же как на линуксовых)))
PK
Соответстенно, брать и делать виртуалки или менять кеш или использовать номад сейчас нельзя, ждем пока виндовые сервисы перепишут, пока втыкаем резиновыве костыли
N
добрый день!
поды, созданные через statefulSet не мигрируется на другой рабочий нод при выключении ноды, там где были запущены эти поды. какие есть варианты решения? поды elasticsearch и rabbitmq
поды, созданные через statefulSet не мигрируется на другой рабочий нод при выключении ноды, там где были запущены эти поды. какие есть варианты решения? поды elasticsearch и rabbitmq
DS
добрый день!
поды, созданные через statefulSet не мигрируется на другой рабочий нод при выключении ноды, там где были запущены эти поды. какие есть варианты решения? поды elasticsearch и rabbitmq
поды, созданные через statefulSet не мигрируется на другой рабочий нод при выключении ноды, там где были запущены эти поды. какие есть варианты решения? поды elasticsearch и rabbitmq
и не должны, это сделано специально дабы избежать сплитбрейнов на ровном месте.
Предрекаю вопрос - "а как же отказоусточивость !?". Ответ: оркестратор не обеспечивает отказоустойчивость, он просто шедулит контейнеры по кластеру, поднять pod в другом месте, когда нода упала - это не отказоустойчивость, отказоустойчивасть обеспечивается самим приложением. В твоем случае и elasticsearch и rabbitmq имеют для этого решения.
Предрекаю вопрос - "а как же отказоусточивость !?". Ответ: оркестратор не обеспечивает отказоустойчивость, он просто шедулит контейнеры по кластеру, поднять pod в другом месте, когда нода упала - это не отказоустойчивость, отказоустойчивасть обеспечивается самим приложением. В твоем случае и elasticsearch и rabbitmq имеют для этого решения.
GG
Представь, в компании давно есть кубер как платформа для сервисов и в один прекрасный день огромный момнолит на винде решили сделать клауд-нейтив-траливали со всеми вытекающими, но переписали быстро только часть функционала, часть просто разбили на микросервисы, которые работают только под виндой. И, для неких микросервисов, нужен был кеш локальный! так как сервис работает только под виндой, кеш должен быть на диске той же ноды, подняли на виндовых воркерах в демонсете минио с включенным кешем, и сейчас у него кеш пишется тупо в верхний слой без всяких hostpath провижинеров. И размерего 20 Гб. Вот и вопрос, какие restrictions дефолтовые для этого всего. Причем, не факт, что на виндовых нодах они такие же как на линуксовых)))
читаю
PK
читаю
- Хорошо, хорошо, хорошо
- Что хорошо, доктор?
- Хорошо, что у меня такого нет))
- Что хорошо, доктор?
- Хорошо, что у меня такого нет))
N
и не должны, это сделано специально дабы избежать сплитбрейнов на ровном месте.
Предрекаю вопрос - "а как же отказоусточивость !?". Ответ: оркестратор не обеспечивает отказоустойчивость, он просто шедулит контейнеры по кластеру, поднять pod в другом месте, когда нода упала - это не отказоустойчивость, отказоустойчивасть обеспечивается самим приложением. В твоем случае и elasticsearch и rabbitmq имеют для этого решения.
Предрекаю вопрос - "а как же отказоусточивость !?". Ответ: оркестратор не обеспечивает отказоустойчивость, он просто шедулит контейнеры по кластеру, поднять pod в другом месте, когда нода упала - это не отказоустойчивость, отказоустойчивасть обеспечивается самим приложением. В твоем случае и elasticsearch и rabbitmq имеют для этого решения.
и elasticsearch и rabbitmq имеют для этого решения - увеличение количества реплик? у меня поды в статусе terminating и соединение с ними прерывается и все падает
DS
и elasticsearch и rabbitmq имеют для этого решения - увеличение количества реплик? у меня поды в статусе terminating и соединение с ними прерывается и все падает
google: elasticsearch HA
google: rabbitmq HA
google: rabbitmq HA
GG
Представь, в компании давно есть кубер как платформа для сервисов и в один прекрасный день огромный момнолит на винде решили сделать клауд-нейтив-траливали со всеми вытекающими, но переписали быстро только часть функционала, часть просто разбили на микросервисы, которые работают только под виндой. И, для неких микросервисов, нужен был кеш локальный! так как сервис работает только под виндой, кеш должен быть на диске той же ноды, подняли на виндовых воркерах в демонсете минио с включенным кешем, и сейчас у него кеш пишется тупо в верхний слой без всяких hostpath провижинеров. И размерего 20 Гб. Вот и вопрос, какие restrictions дефолтовые для этого всего. Причем, не факт, что на виндовых нодах они такие же как на линуксовых)))
понятно
PK
понятно
Но и это еще не все, но, я думаю, хватит
SW
Smith Wesson
комрады, мне после покупки дали код на 10%, если пройти через сайт killer.sh дают доп скидку за черную пятницу
You registered for the CKS|CKA|CKAD Simulator on killer.sh, are you still on your journey towards becoming Kubernetes certified?
Save 10% on your next purchase of the CKS|CKA|CKAD simulator. Your discount code is valid for 2 weeks.
Your code: 0e32a852
You registered for the CKS|CKA|CKAD Simulator on killer.sh, are you still on your journey towards becoming Kubernetes certified?
Save 10% on your next purchase of the CKS|CKA|CKAD simulator. Your discount code is valid for 2 weeks.
Your code: 0e32a852