LINUX.ORG.RU

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

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

Юзал DRBD+LVM, без к.л. распределенных ФС.
proxmox умеет LVM как шаред сторадж использовать - том LVM активируется только на одной ноде. Виртуалки поверх LVM - один том - одна виртуалка.
Для миграции pri-sec достаточно. Единственное, что виртуалки нужно все (виртуалки либо на одной либо на другой ноде активны) мигрировать, на время переезда запускать DRBD в режим pri-pri. После переезда в обратную сторону - sec-pri
Про pri-pri все верно. У DRBD в любом режиме резервирование данных горячее - это как бы то ради чего drbd и используют. Одна нода умерла - копия данных до сбоя на второй ноде, нужно только запустить сервис. Как бы теоретически.
НО бекапы все равно никто не отменял.
Хотя мне при выходе одного диска DRBD (на двух дисках двух нод делал DRBD) хватило для восстановления DRBD не сбойнувшего диска.
Если бы сейчас делал - то однозначно DRBD поверх RAID (зеркало).

Исправление Vlad-76, :

DRBD+LVM, без к.л. распределенных ФС. proxmox умеет LVM как шаред сторадж использовать - том LVM активируется только на одной ноде. Виртуалки поверх LVM - один том - одна виртуалка.
Для миграции pri-sec достаточно. Единственное, что виртуалки нужно все (виртуалки либо на одной либо на другой ноде активны) мигрировать, на время переезда запускать DRBD в режим pri-pri. После переезда в обратную сторону - sec-pri
Про pri-pri все верно. У DRBD в любом режиме резервирование данных горячее - это как бы то ради чего drbd и используют. Одна нода умерла - копия данных до сбоя на второй ноде, нужно только запустить сервис. Как бы теоретически.
НО бекапы все равно никто не отменял.
Хотя мне при выходе одного диска DRBD (на двух дисках двух нод делал DRBD) хватило для восстановления DRBD не сбойнувшего диска.
Если бы сейчас делал - то однозначно DRBD поверх RAID (зеркало).

Исправление Vlad-76, :

DRBD+LVM, без к.л. распределенных ФС. proxmox умеет LVM как шаред сторадж использовать - том LVM активируется только на одной ноде. Виртуалки поверх LVM - один том - одна виртуалка.
Для миграции pri-sec достаточно. Единственное, что виртуалки нужно все (виртуалки либо на одной либо на другой ноде активны) мигрировать, на время переезда запускать DRBD в режим pri-pri. После переезда в обратную сторону - sec-pri
Про pri-pri все верно. У DRBD в любом режиме резервирование данных горячее - это как бы то ради чего drbd и используют. Одна нода умерла - копия данных до сбоя на второй ноде, нужно только запустить сервис. Как бы теоретически
НО бекапы все равно никто не отменял.
Хотя мне при выходе одного диска DRBD (на двух дисках двух нод делал DRBD) хватило для восстановления DRBD не сбойнувшего диска.
Если бы сейчас делал - то однозначно DRBD поверх RAID (зеркало).

Исправление Vlad-76, :

DRBD+LVM, без к.л. распределенных ФС. proxmox умеет LVM как шаред сторадж использовать - том LVM активируется только на одной ноде. Виртуалки поверх LVM - один том - одна виртуалка.
Для миграции pri-sec достаточно. Единственное, что виртуалки нужно все (виртуалки либо на одной либо на другой ноде активны) мигрировать, на время переезда запускать DRBD в режим pri-pri. После переезда в обратную сторону - sec-pri
Про pri-pri все верно. У DRBD в любом режиме резервирование данных горячее - это как бы то ради чего drbd и используют. Одна нода умерла - копия данных до сбоя на второй ноде, нужно только запустить сервис. Как бы теоретически
НО бекапы все равно никто не отменял.
Хотя мне при выходе одного диска DRBD (на двух дисках двух нод делал кластер) хватило для восстановления DRBD не сбойнувшего диска.
Если бы сейчас делал - то однозначно DRBD поверх RAID (зеркало).

Исправление Vlad-76, :

DRBD+LVM, без к.л. распределенных ФС. proxmox умеет LVM как шаред сторадж использовать - том LVM активируется только на одной ноде. Виртуалки поверх LVM - один том - одна виртуалка.
Для миграции pri-sec достаточно. Единственное, что виртуалки нужно все (виртуалки либо на одной либо на другой ноде активны) мигрировать, на время переезда запускать DRBD в режим pri-pri. После переезда в обратную сторону - sec-pri
Про pri-pri все верно. У DRBD в любом режиме резервирование данных горячее - это как бы то ради чего drbd и используют. Одна нода умерла - копия данных до сбоя на второй ноде, нужно только запустить сервис. Как бы теоретически
НО бекапы все равно как бы никто не отменял.
Хотя мне при выходе одного диска DRBD (на двух дисках двух нод делал кластер) хватило для восстановления DRBD не сбойнувшего диска.
Если бы сейчас делал - то однозначно DRBD поверх RAID (зеркало).

Исходная версия Vlad-76, :

DRBD+LVM, без к.л. распределенных ФС. proxmox умеет LVM как шаред сторадж использовать - том LVM активируется только на одной ноде. Виртуалки поверх LVM - один том - одна виртуалка.
Для миграции pri-sec достаточно. Единственное, что виртуалки нужно все (виртуалки либо на одной либо на другой ноде активны) мигрировать, на время переезда запускать DRBD в режим pri-pri. После переезда в обратную сторону - sec-pri
Про pri-pri все верно. У DRBD в любом режиме резервирование данных горячее - это как бы то ради чего drbd и используют. Одна нода умерла - копия данных (до сбоя) на второй ноде, нужно только запустить сервис
НО бекапы все равно как бы никто не отменял.
Хотя мне при выходе одного диска DRBD (на двух дисках двух нод делал кластер) хватило для восстановления DRBD не сбойнувшего диска.
Если бы сейчас делал - то однозначно DRBD поверх RAID (зеркало).