GG
да может собрал не под то, по идее собирал тоже на power, а насколько я понял, базовый образ по дефолту той архитектуры где собираешь должен подтягиваться
Вообще не гарантия
Size: a a a
2020 August 26
GG
Зависит от образа
GG
Ребята, я опять с глупым вопросом.
Если есть pvc с ReadWriteOnce, то после обновления пода, иногда процесс добавления повисает, так как новый под назначается на ноду от которой нет доступа к pv.
Как лучше с этим бороться? Мне в голову приходит NodeAffinity.
Если есть pvc с ReadWriteOnce, то после обновления пода, иногда процесс добавления повисает, так как новый под назначается на ноду от которой нет доступа к pv.
Как лучше с этим бороться? Мне в голову приходит NodeAffinity.
Не использовать персистенцию вовсе ?
E
Не использовать персистенцию вовсе ?
Тоже вариант.
Всего получается только два варианта?
Всего получается только два варианта?
GG
Заюзай нфс или Cephfs
k
Ребята, я опять с глупым вопросом.
Если есть pvc с ReadWriteOnce, то после обновления пода, иногда процесс добавления повисает, так как новый под назначается на ноду от которой нет доступа к pv.
Как лучше с этим бороться? Мне в голову приходит NodeAffinity.
Если есть pvc с ReadWriteOnce, то после обновления пода, иногда процесс добавления повисает, так как новый под назначается на ноду от которой нет доступа к pv.
Как лучше с этим бороться? Мне в голову приходит NodeAffinity.
Какой сторадж?
E
Какой сторадж?
do-block-storage стандартный на DO(ReadWriteOnce)
E
Заюзай нфс или Cephfs
Можно ещё стратегию выбрать recreate
AK
Ребят, я уже спрашивал, но вдруг кто недавно имел такой опыт: хотелось бы обновиться с 1.13 до последней версии, есть смысл долбиться и делать это прыгая по мажорным версиям или сразу закладывать на поднятие второго кластера рядом? Как бы прод, как бы нагрузка, как бы надолго класть нельзя... Ну и "из приятного", тогда это делалось через kubespray, а сейчас уже все остальные кластера через kubeadm...
S
ставь новый рядом
S
потому что если ты сроллингапгрейдишь прод до 1.16 без объявления войны то тебя уволят (https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.16.md#deprecations-and-removals)
А
вопрос - можно считать emptyDir не персистентным вольюмом?
k
вопрос - можно считать emptyDir не персистентным вольюмом?
Да, именно таким его и нужно считать
А
спасибо! а то экзамен сдавал вот и задумался)
А
больше наверное про альтернативы, так то знаю что он дестроится
AK
потому что если ты сроллингапгрейдишь прод до 1.16 без объявления войны то тебя уволят (https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.16.md#deprecations-and-removals)
Это да, видел. Боль, страдание, унижение
ЕО
Ребята, я опять с глупым вопросом.
Если есть pvc с ReadWriteOnce, то после обновления пода, иногда процесс добавления повисает, так как новый под назначается на ноду от которой нет доступа к pv.
Как лучше с этим бороться? Мне в голову приходит NodeAffinity.
Если есть pvc с ReadWriteOnce, то после обновления пода, иногда процесс добавления повисает, так как новый под назначается на ноду от которой нет доступа к pv.
Как лучше с этим бороться? Мне в голову приходит NodeAffinity.
NodeAffinity норм работает. Можно ещё стейтфулсет сделать, пусть контейнер умирает перед загрузкой второго
c
NodeAffinity норм работает. Можно ещё стейтфулсет сделать, пусть контейнер умирает перед загрузкой второго
В рамках своего NameSpace только 😉
2020 August 27
E
NodeAffinity норм работает. Можно ещё стейтфулсет сделать, пусть контейнер умирает перед загрузкой второго
А node affinity с recommended по маркеру с пода или можно как-то с required описать?