MS
я сейчас собираю цеф на nvme под openstack. Там будет 4 nvme по 3 или 6тб каждая и тоже 3 хоста. как запилю проверю там
Size: a a a
2020 May 07
DG
Michael Silich
ясно, я уже подумывал сменит сеф на linsore или netapp рядом поставить. Нужно будет понаблюдать.
линстор прикольный. особенно если топологией разрешать подам стартовать только на тех же нодах, где есть 1 из реплик данных
MS
лол, проверил наш клауд для нищебродов, так как вообще больше 60мс... нучтож 😂
VR
Michael Silich
лол, проверил наш клауд для нищебродов, так как вообще больше 60мс... нучтож 😂
дада, народ научился разворачивать RHV с гластером - и потом возжелали взгромоздить OCP 4 сверху
VR
кстати вот
registry.access.redhat.com/ubi8/openjdk-8
registry.access.redhat.com/ubi8/openjdk-11
даже pull secret не нужен
registry.access.redhat.com/ubi8/openjdk-8
registry.access.redhat.com/ubi8/openjdk-11
даже pull secret не нужен
MS
норм, я все еще не теряю надежду что наши эффективные менеджеры заапрувят купить подписку на шифт ...
MS
линстор прикольный. особенно если топологией разрешать подам стартовать только на тех же нодах, где есть 1 из реплик данных
аааа, как это делаеться? И это только на baremetal так или еще и в виртуалках решать можно?
DG
в новых кубах (и наверное шифте 4+ тоже) можно при создании пв по пвц-просьбе добавлять. topology aware-инфу, в частности, линстор-csi провиженер туда умеет записывать имена нод, на которых реально создались блочные устройства
DG
после этого планировщик кластера начинает размещать поды только с учетом этих ограничений, поэтому под запускается там, где данные - и скорость получается прям хорошая
DG
VR
вроде с 1.13 (то есть 4.1) такое можно, да
DG
можно на чем угодно, https://github.com/kvaps/kube-linstor - делает сам почти из коробки так
MS
неплохо, нужно будет еще раз потыкать. Я пару месяцев назад пробовал уже. Но мне не понравилось что linstore никак не резолвил проблему падения ноды. В сефе хоть сразу recovery на другую ноду идет. А тут стоит и ждет
DG
а вот кейс с переносом данных на другие ноды как раз конфликтует с тополоджи-эвейр. т.к. эта часть объекта пв - иммьютабельна, ее после первоначального создания никак не изменить
DG
поэтому тут вопрос для всех, что важнее - легкие миграции данных между нодами или близость данных к подам
MS
упала нода в дс в линстор и предёться комуто из NOC тима вставать ночью и резолвить. В сефе спят дальше и чинят утром.
YD
Michael Silich
упала нода в дс в линстор и предёться комуто из NOC тима вставать ночью и резолвить. В сефе спят дальше и чинят утром.
А иногда и не утром, а через несколько дней
DG
а насколько цеф деградирует для ребаланса и вот это вот все при всего 3х нодах? я про проблемы после восстановления ноды обратно
YD
а насколько цеф деградирует для ребаланса и вот это вот все при всего 3х нодах? я про проблемы после восстановления ноды обратно
Ну три ноды это прям мало, особенно если MON на них же
VR
Michael Silich
неплохо, нужно будет еще раз потыкать. Я пару месяцев назад пробовал уже. Но мне не понравилось что linstore никак не резолвил проблему падения ноды. В сефе хоть сразу recovery на другую ноду идет. А тут стоит и ждет
там вроде для этого fencing нужен (то есть сторонний "ребаланс")