Size: a a a

KVM (PVE/oVirt etc)

2019 September 26

DY

Dan Y in KVM (PVE/oVirt etc)
Vladimir Manko
Ну тут опять же , всякие плюшки можно получить и без кластеризации, ну ту же лайф миграцию (hyper-v например это умеет). Смысл кластеризации физических узлов это конечно высокая доступность - HA (или высокая производительность если это HP - high performance - тот же ТОП 500 суперкомпов), ну а сервисов это полная отказоустойчивость, т.е. FO.
FO и HA это одно и тоже, FO это просто методика достижения HA. Я подозреваю что то что вы называете FO это FT, полная репликация состояния памяти в lock-step
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
kiosaku
поэтому виртуалки - не нужны. как и прочее 🙂
Ну почему, уровень абстракции виртуализации позволяет сгладить отсрые углы в использовании ПО и железа. Вот пример: 1С и софт лицензии, любой дауншифт в железе или изменение ключевых элементов сервера (типа проц, память, диск) и софт лицензии улетают далеко, далеко, а в виртуалке упала нода, сервак запустился на другой ноде и все норм, он вообще не в курсе что железо поменялось. А если добавить кластер 1С получим HA+FO.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Dan Y
FO и HA это одно и тоже, FO это просто методика достижения HA. Я подозреваю что то что вы называете FO это FT, полная репликация состояния памяти в lock-step
Фактически да, но я бы сказал по другому - FO это более высокий уровень HA.
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
А если в даваться во всё это то всплывают сети и прочее.
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
но тут либо учиться фундаменьально либо на практике работая с этим
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
Самому почитать и в лабе сделать не выйдет
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
А так все равно путаница есть, тот же FT - faul Tolerance, ок. По сути FT = FO ну разными словами ведь обозвали одно и тоже - отказоустойчивость.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Ну я просто придерживаюсь мнения - HA - высокая доступность, выдерживает сбои но предусматривает кратковременную недоступность сревиса, FO/FT - отказоустойчивость - выдерживает сбои без потери доступности сревиса.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Vladimir Renskiy
А если в даваться во всё это то всплывают сети и прочее.
Естесвенно, HA любого современного кластера из физических узлов достигается использованием различных технологий на различных уровнях модели OSI.
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
ну это разные методы достижения одного и тогоже
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
Тут вопрос даже не в построении кластера на низком уровне.
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
Я считаю что надо ха строить от приложения
источник

NS

Nik Sh in KVM (PVE/oVirt etc)
Vladimir Manko
Ну я просто придерживаюсь мнения - HA - высокая доступность, выдерживает сбои но предусматривает кратковременную недоступность сревиса, FO/FT - отказоустойчивость - выдерживает сбои без потери доступности сревиса.
по русски это называют непрерывная доступность, не путать с высокой доступностью.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Vladimir Renskiy
ну это разные методы достижения одного и тогоже
Не соглашусь, все же по определению и даже исходя из терминологии HA != FO/FT. Но соглашусь что FO/FT более высойкий уровень HA.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Nik Sh
по русски это называют непрерывная доступность, не путать с высокой доступностью.
возможно, я мало русской литературы читал.
источник

NS

Nik Sh in KVM (PVE/oVirt etc)
Vladimir Manko
возможно, я мало русской литературы читал.
Тогда вот:
Непрерывная доступность (Continuous Availability, CA) — пользователь может в любой момент воспользоваться сервисом, перерывов в предоставлении не происходит. Сколько времени прошло с момента отказа узла не имеет значения.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Nik Sh
Тогда вот:
Непрерывная доступность (Continuous Availability, CA) — пользователь может в любой момент воспользоваться сервисом, перерывов в предоставлении не происходит. Сколько времени прошло с момента отказа узла не имеет значения.
Согласен.
источник

VR

Vladimir Renskiy in KVM (PVE/oVirt etc)
у меня вот сервера на которых идут игры в реальном времени. И их никак не за резервируешь без наптсания сложной платформы.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Vladimir Renskiy
у меня вот сервера на которых идут игры в реальном времени. И их никак не за резервируешь без наптсания сложной платформы.
ну естесвенно, не все сервисы можно кластеризировать и не всем сервисам можно обеспечить высокую или непрерывную доступность.
источник

VM

Vladimir Manko in KVM (PVE/oVirt etc)
Nik Sh
Тогда вот:
Непрерывная доступность (Continuous Availability, CA) — пользователь может в любой момент воспользоваться сервисом, перерывов в предоставлении не происходит. Сколько времени прошло с момента отказа узла не имеет значения.
Но опять же уточню, мое мнение простое - это все равно выводит доступность сревиса на уровень выше обычного HA.
источник