LINUX.ORG.RU

История изменений

Исправление Stanson, (текущая версия) :

K8s - это один из лучших вариантов для автоматизированного деплоя cloud-native HA приложений типа CNPG?

Ну вот кому надо деплоить cloud-native HA приложения пусть её и используют.

Мне же, по-сути, нужна неубиваемая (в прямом смысле) виртуалка x86. На которой может крутится не только CNGP а вообще любая ОС с любым софтом.

Ты случайно не попутал HA с continuous availability (типа vSphere FT, btw.) ? HA никогда не подразумевал мгновенное переключение, хотя в некоторых случаях бывает и всего несколько секунд.

В те времена, когда мне понадобилось озаботиться этим вопросом это называлось HA. На вот это всё жонглирование терминами чтобы впарить ненужное говно под видом чего-то полезного - мне насрать.

А как определяется момент отсечки при сгорании одной ноды? И не мало ли всего 2 ноды?

Через несколько 10G ethernet в транке постоянный поток содержимого памяти VM. Если прекращается, другая железка продолжает ровно с того момента когда поток прервался.

2 ноды мне достаточно. Вероятность того, что сдохнут сразу два сервака крайне мала. Ну если только прилетит что-то натовское в узел. Но в этом случае обеспечение HA будет наименьшей проблемой. Хотя ноды можно и разнести на разные узлы, конечно. Цена - значительное увеличение оверхеда за счёт возросшей задержки прямого соединения нод. Но работает. Ме-е-е-едленно.

HA хранилок - вагон и маленькая тележка

Только они не HA. Вот патченый drbd в режиме 2 primaries - это да. Только упорыши из drbd по надуманным причинам отказались принимать protocol D в апстрим и всё заглохло. Так что есть только говно мамонта, зато рабочее.

Можно поподробнее про конфиг, описание, примеры и т.п.?

Xen, Remus, всё седлано по хаутушкам начиная отсюда - https://wiki.xenproject.org/wiki/Remus и далее по сцылкам, типа https://wiki.xenproject.org/wiki/Getting_Started_with_Remus только вместо бубунты слака.

Если он такой хороший, то почему его не развивают?

Ну наверно этот вопрос надо задать авторам Remus. Из того что помню - у авторов Remus вышел срач с авторами drbd, а оно является неотъемлемой частью всего Remus’а. Ну и вся эта порнография с докерами и пр как раз полезла.

«чего-ниубдь недозапишется куда-нибудь» (c)

Чего и куда? Синхронизация на каком уровне? Должна быть на уровне RAM и блоков диска. А не какая-нибудь репликация БД.

Исходная версия Stanson, :

K8s - это один из лучших вариантов для автоматизированного деплоя cloud-native HA приложений типа CNPG?

Ну вот кому надо деплоить cloud-native HA приложения пусть её и используют.

Мне же, по-сути, нужна неубиваемая (в прямом смысле) виртуалка x86. На которой может крутится не только CNGP а вообще любая ОС с любым софтом.

Ты случайно не попутал HA с continuous availability (типа vSphere FT, btw.) ? HA никогда не подразумевал мгновенное переключение, хотя в некоторых случаях бывает и всего несколько секунд.

В те времена, когда мне понадобилось озаботиться этим вопросом это называлось HA. На вот это всё жонглирование терминами чтобы впарить ненужное говно под видом чего-то полезного - мне насрать.

А как определяется момент отсечки при сгорании одной ноды? И не мало ли всего 2 ноды?

Через несколько 10G ethernet в транке постоянный поток содержимого памяти VM. Если прекращается, другая железка продолжает ровно с того момента когда поток прервался.

2 ноды мне достаточно. Вероятность того, что сдохнут сразу два сервака крайне мала. Ну если только прилетит что-то натовское в узел. Но в этом случае обеспечение HA будет наименьшей проблемой. Хотя ноды можно и разнести на разные узлы, конечно. Цена - значительное увеличение оверхеда за счёт возросшей задержки прямого соединения нод.

HA хранилок - вагон и маленькая тележка

Только они не HA. Вот патченый drbd в режиме 2 primaries - это да. Только упорыши из drbd по надуманным причинам отказались принимать protocol D в апстрим и всё заглохло. Так что есть только говно мамонта, зато рабочее.

Можно поподробнее про конфиг, описание, примеры и т.п.?

Xen, Remus, всё седлано по хаутушкам начиная отсюда - https://wiki.xenproject.org/wiki/Remus и далее по сцылкам, типа https://wiki.xenproject.org/wiki/Getting_Started_with_Remus только вместо бубунты слака.

Если он такой хороший, то почему его не развивают?

Ну наверно этот вопрос надо задать авторам Remus. Из того что помню - у авторов Remus вышел срач с авторами drbd, а оно является неотъемлемой частью всего Remus’а. Ну и вся эта порнография с докерами и пр как раз полезла.

«чего-ниубдь недозапишется куда-нибудь» (c)

Чего и куда? Синхронизация на каком уровне? Должна быть на уровне RAM и блоков диска. А не какая-нибудь репликация БД.