Search
Write a publication
Pull to refresh
22
0

Пользователь

Send message
В последнее время все чаще задумываюсь о релокации как раз
Хотелось бы отметить, что ближе к последним сериям стало немного хотеться продолжения :)
Сплитбрейн вообразить можно, например, когда система разнесена по стойкам, четное количество мониторов и умирает tor sw. Но тут надо еще подумать на тему того, почему tor один, а не пара.
И скорее это будет не сплитбрейн, а потеря кворума два двух половин. Без кворума и то и это встанет колом, пока не соберется в кучу обратно.
A majority of monitors in your cluster must be able to reach each other in order to establish a quorum.

Все просто, при четном количестве мониторов кворум так же потеряется как и при количестве равном n-1.
Например 3 монитора и 4 могут пережить падение только одного. Потеря двух ломает кворум, потому что в первом случае остается <50% живых, а во втором 50%, что не тянет на кворум.
Аналогично 5 и 6. Потерять 2? — пожалуйста, потерять 3, уже все.

Никто не говорит, что не будет работать на четном количестве. Но зачем платить больше? Или, наоборот, иногда лучше доплатить, чтобы получить кворум большего размера и выдержать больше падений.
Когда улетает один монитор и формируется кворум, я часто наблюдаю, как в этом процессе улетает и второй, не на долго, но система успевает об этом сообщить. Поэтому 5 штук, я думаю наименьшее из более-менее надежных решений, а при 4х тут могло бы быть и неприятно.
Больше тянет не на статью, а на маленькую дипломную.
Хорошая работа.
Продолжайте в том же духе. Ваш блог хорош.
Очень хороший цикл статей. Было интересно почитать.
Рад, что статья оказалась полезной.
Долгих лет жизни вашему Сeph'у. (Ну и нашему).
Кто о чем думает. Я почему-то сразу подумал, что речь про VDI :)
Спасибо! Интересно было почитать :)
Вот, что сообщает документация Red Hat, например
After an XFS file system is created, its size cannot be reduced. However, it can still be enlarged using the xfs_growfs command
Конечно, тема заезженная и здесь, наверное, мало кому интересная. Но описание действительно очень подробное и детальное, это похвально.
Red Hat сильно уступает VMware по части интеграции своих средств виртуализации со сторонними решениями резервного копирования, безопасности и аварийного восстановления.

Интеграция с СРК, например с Veeam, позволила бы действительно смотреть на RHV как на альтернативу. Было бы замечательно.
Отличное описание системы, спасибо :)
1
23 ...

Information

Rating
Does not participate
Location
Астана, Акмолинская обл. (Целиноградская обл.), Казахстан
Registered
Activity