Было бы интересно

Да и не суть. Можно растягивать кластера на несколько ДЦ. А если все - таки рухнуло по каким - то причинам, то универсального решения сделать под всех - это утопия. Тут только бекабы и ansible, ansible, ansible.

Система пожаротушения, энергообеспечения, вентиляции и кондиционирования - это основа серверного помещения.

они не помогут от умников которые магистраль топорами режут. или от землетрясений и прочих цунами. И от ваших национальных маски-шоу с выносом железа

Да и не суть. Можно растягивать кластера на несколько ДЦ. А если все - таки рухнуло по каким - то причинам, то универсального решения сделать под всех - это утопия. Тут только бекабы и ansible, ansible, ansible.

принцип простой - помимо локальных сливов бекапов, ставим систему которая льет инкременты защищаемых машин в другой ДЦ, где стоит пассивный кластер. При падении, просто включаем второй ДЦ, и получаем рабочую установку сразу - без ансиблей и ресторов

они не помогут от умников которые магистраль топорами режут. или от землетрясений и прочих цунами. И от ваших национальных маски-шоу с выносом железа

Да согласен. Но автоматизация всех процессов по деплою с нуля + возврат данных из бекапов, помогает всегда.

принцип простой - помимо локальных сливов бекапов, ставим систему которая льет инкременты защищаемых машин в другой ДЦ, где стоит пассивный кластер. При падении, просто включаем второй ДЦ, и получаем рабочую установку сразу - без ансиблей и ресторов

https://pve.proxmox.com/wiki/Storage_Replication

Да согласен. Но автоматизация всех процессов по деплою с нуля + возврат данных из бекапов, помогает всегда.

это само собой, вопрос лишь в том насколько тебе важна жизнеспособность твоего ДЦ. Там где нельзя терять часы на рестор, найдутся деньги на второй хостинг и вот такие вот приколы

принцип простой - помимо локальных сливов бекапов, ставим систему которая льет инкременты защищаемых машин в другой ДЦ, где стоит пассивный кластер. При падении, просто включаем второй ДЦ, и получаем рабочую установку сразу - без ансиблей и ресторов

Пассивный кластер со своим engine или всё в пределах одного?

https://pve.proxmox.com/wiki/Storage_Replication

я это на RHEV делал тоже. Проблема в том что репликация идет постоянная, а значит я на втором сайте не могу поднять машину с конкретным PIT

плюс еще куча других проблем

PIT интересно

но это ж сколько места надо

Пассивный кластер со своим engine или всё в пределах одного?

со своим, скорее всего тоже реплицируемым, или как-то иначе прокачанным на способность быстро включиться со всеми настройками уже на месте

Пассивный кластер со своим engine или всё в пределах одного?

Мужики, вариантов реализации просто море. Каждый вариант будет иметь правло на жинь. Это все конструктор лего. Главное правильно подойти к вопросу.

но это ж сколько места надо

так инкременты же. SRM и zerto это умеют

основная проблема всегда была в том что qemu так и не научился в CBT, и поэтому надо полагаться на снепшоты

со своим, скорее всего тоже реплицируемым, или как-то иначе прокачанным на способность быстро включиться со всеми настройками уже на месте

Хм, тогда за 2 ха следить надо. Ладно кидай ссылку, буду ждать

Задачка интересная

Хм, тогда за 2 ха следить надо. Ладно кидай ссылку, буду ждать

когда будет - кину, думаю они там за недельку-две поднимут проект и начнут искать заинтересованных людей

Осталось дождаться когда плагин для терпаформа допишут для овирта. Там в зачатке выложили версию, но чет там пока всё уныло

Форк с какой-то гос конторы американской:)

основная проблема всегда была в том что qemu так и не научился в CBT, и поэтому надо полагаться на снепшоты

https://wiki.qemu.org/Features/Snapshots2 Последний раздел не оно ?

я когда-то давно все это делал, но репликация была на стороне стореджа, т.е. какой нибудь нетапповский метрокластер и ему подобные. гранулярности конечно же никакой, PIT тоже, или все или ничего

https://wiki.qemu.org/Features/Snapshots2 Последний раздел не оно ?

ага, похоже, но если libvirt до сих пор не добавил поддержку то это все очень экспериментально

Вот еще от oVirt https://ovirt.org/develop/release-management/features/storage/incremental-backup/

Как - бы не обязательно это тащить через Libvirt. Все можно и без довесков в нем.

Я прав ?

Все реализуемо. Даже в oVirt, все можно сделать с помощью своей надстройки или раширить сам интерфейс oVirtа и дописать свой пакет для VDSM, например vdsmd-cbd-...rpm.

Вопрос только во времени и руках

"И тишина, и только мертвые с косами...."

Вот еще от oVirt https://ovirt.org/develop/release-management/features/storage/incremental-backup/

Status: Design

У нас в конторе сейчас прорабатывается такое же решение, овирт+резервный цод

По этой доке уже можно пробовать. https://wiki.qemu.org/Features/IncrementalBackup

И нет больших сложностей вроде бы с репликацией

И нет больших сложностей вроде бы с репликацией

Поддерживаю.

По этой доке уже можно пробовать. https://wiki.qemu.org/Features/IncrementalBackup

фичу еще писать не начали

И нет больших сложностей вроде бы с репликацией

с какой именно репликацией?

Только что автоматического поднятия нет, и это вполне разумно, т.к. кто может сказать что это не сплитбрейн

с какой именно репликацией?

Хранилища

И обвязка к этому

Хранилища

а если не надо все машины тащить?

репликация целого SD это легко, но не особо практично

а если не надо все машины тащить?

Ну не тащи, раздели

Ну не тащи, раздели

как? мне реально интересно

ну и чтоб дважды не вставать - что с сетевыми настройками на DR сайте - они такие же как на оригинале, или меняются при фейловере?

Разделить - несколько сторедж доменов положим, тащи что нужно. В нашем случае тащим as is, вместе с самим he. Но можно было бы залезть в бд овирта, сепарировать вм, если не все тащим

Разделить - несколько сторедж доменов положим, тащи что нужно. В нашем случае тащим as is, вместе с самим he. Но можно было бы залезть в бд овирта, сепарировать вм, если не все тащим

репликация чего делается, и чем?

репликация чего делается, и чем?

Гластером

Хранилища, на котором лежит всё

И he, и виртуалки

Гластером

то есть в сеть льется целый сторедж домен целиком

Да

Да

и на втором сайте должны быть точно такие же сетевые настройки, иначе машины не поднимутся

и на втором сайте должны быть точно такие же сетевые настройки, иначе машины не поднимутся

Да

Я не говорил что все гибко, только о том что это решаемо

понятно. на сайте шапки должен быть документ о таком примитивном DR примерно 7-8 летней давности

А что мешает использовать Ceph mirror ?

А что мешает использовать Ceph mirror ?

Да ничего в принципе, даже интереснее бы получилось

Ну да.

А что мешает использовать Ceph mirror ?

да хоть drbd, это не важно. просто это не гибкое решение которое не считается с особеностями именно RHEV-а

Если я не ошибаюсь то можно выборочно миррорить конкретные rbd

да хоть drbd, это не важно. просто это не гибкое решение которое не считается с особеностями именно RHEV-а

Всё так. А какие особенности должны быть у корректного DR?

А иметь полное зеркало основного ЦОД. Что плохого ? Ну рухнул основной, не нужно часть виртуалок и дисков, ну не поднимайте на резервном. Зачем постоянно при меняющейся ситуации с основным ЦОД (виртуалки добавляются, удаляются, сети меняются) морочать себе голову и тратить лишнее время на заботу о том что несем, что не несем.

Может конечно я не прав.

Всё так. А какие особенности должны быть у корректного DR?

выбор конкретных VM, гранулярность PIT-ов, автоматическая проверка фейловера, перенастройка машин под новую сеть на новом сайте, хук в DNS

выбор конкретных VM, гранулярность PIT-ов, автоматическая проверка фейловера, перенастройка машин под новую сеть на новом сайте, хук в DNS

Расшифруй пожалуйста PIT

Расшифруй пожалуйста PIT

point in time

Спс

в zerto например, я могу выставить 15 минут на определенную машину, и при фейловере у меня будет выбор из нескольких последних 15-минутных промежутков на которые я хочу откатить машину. Не факт что последние пришедшие до падения блоки целые как-никак

в zerto например, я могу выставить 15 минут на определенную машину, и при фейловере у меня будет выбор из нескольких последних 15-минутных промежутков на которые я хочу откатить машину. Не факт что последние пришедшие до падения блоки целые как-никак

Да, тут как раз нужен CBT

Товарищи, я вас немного отвлёку от темы. Я тут подбросил в вм в овирте девайс - целиковый диск. При ребуте вм у меня с завидной регулярностью бьётся файлуха на этом диске, что может быть и как это можно решить? Может кто сталкивался?

Нужно закинуть в заметки, да попробовать реализовать.

Товарищи, я вас немного отвлёку от темы. Я тут подбросил в вм в овирте девайс - целиковый диск. При ребуте вм у меня с завидной регулярностью бьётся файлуха на этом диске, что может быть и как это можно решить? Может кто сталкивался?

Физический диск ?

Да, тут как раз нужен CBT

вот именно. я думаю народ будет пытаться делать это через снепшоты, пока CBT не реализован толком

Товарищи, я вас немного отвлёку от темы. Я тут подбросил в вм в овирте девайс - целиковый диск. При ребуте вм у меня с завидной регулярностью бьётся файлуха на этом диске, что может быть и как это можно решить? Может кто сталкивался?

откуда диск?

Физический диск ?

Да

Даже не сталкивался с таким. А глянуть на xmlку, которую записывает oVirt, как он его вобще прицепил ?

Может там причина найдется.

На не сброшенный writeback похоже.

А ведь это штатный функционал овирта

Да, надо будет глянуть

Даже не сталкивался с таким. А глянуть на xmlку, которую записывает oVirt, как он его вобще прицепил ?

++ понять откуда диск прицеплен, через какой контроллер прицеплен

Блин, вот вы издеватели....

Зацепили этим CBT.

С бошки теперь не выходит, блин.

По теме CBT, вот проект есть. Правда разбирать нужно. Но бегло оно даже со фризом fs на момент бекапа.

https://github.com/abbbi/qmpbackup

В ту - же тему https://lists.nongnu.org/archive/html/qemu-block/2016-11/msg00682.html

https://github.com/abbbi/qmpbackup

It was mostly created for educational purposes and is by no means complete. и два года уже без обновлений

Это да. Но на начальном этапе посмотреть можно.

Это да. Но на начальном этапе посмотреть можно.

само собой

Тема с CBT в qemu с 2014 мусолиться активно.

Странно, что этого в stable нет.

Странно, что этого в stable нет.

сообщество там очень загадочное, и приоритеты у них иногда, мягко выражаясь, идиотские. есть причина почему существует форк qemu-kvm-ev в конце концов - сообщество не хотело пускать в проект поддержку live merge

зато Фабрис переписал qemu на жабаскрипте, ради прикола. Это было важнее, конечно же

Мда....

опенсорс он такой :)