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

RBD-зеркало можно настроить, как было обсуждено выше. Но основная часть заключается в том, что происходит во время миграции (ручной/аварийный переключатель; высокая доступность). Эта часть требует осознания межкластерной взаимосвязи, и её нужно сначала спланировать и запрограммировать. Только после этого можно начать обсуждение поддержки чего-то вроде "метро-кластера".

Пакет доступен. Код: rbd-mirror/stable 12.2.5-pve1 amd64 Ceph-демон для зеркалирования образов RBD.

Какой метод вы имели в виду?

Наши пакеты Ceph — это пакеты, полученные от основного разработчика, с небольшим количеством исправлений, например, тех, которые не успели пройти проверку качества и не были включены в релиз. Кроме того, конфигурация и использование такие же, как и с пакетами от основного разработчика. Учитывая это, rbd-mirror должен работать согласно документации Ceph. http://docs.ceph.com/docs/luminous/rbd/rbd-mirroring/ Также интеграция/документация по rbd-mirror в какой-то форме есть в моем списке дел.

Недавно я протестировал поддержку rbd-mirror в Proxmox, чтобы выяснить, возможно ли зеркало Ceph между отдельными дата-центрами. Я обнаружил несколько ключевых моментов, которые делают поддержку rbd-mirror маловероятной в Proxmox, по крайней мере с версиями Jewel и Luminous: кластеры Ceph должны иметь разные имена. Инструмент pveceph в Proxmox 4.4 создает пул Ceph с именем по умолчанию 'ceph', и нет доступной опции для выбора имени кластера Ceph в момент его создания. Я пытался обойти это ограничение, как показали некоторые китайские блогеры, копируя ceph.conf в remote.conf и переписывая ключи пользователя. Всё шло хорошо до перезагрузки, когда Proxmox берет конфигурацию Ceph из '/etc/pve/priv' и путается с несколькими кластерами Ceph. RBD-зеркалирование доступно только на пулах и образах, которые используют librbd (подходит для виртуальных машин KVM), но не поддерживается драйвером krbd (из-за недостатка поддержки функций), который необходим для контейнеров LXC. Поддержки HA в Jewel пока нет, но она немного появляется в Luminous (активные/пассивные экземпляры демонов). Если вы готовы использовать эту функцию, то можете создать два кластера Ceph вне Proxmox (или внутри Proxmox, создав кластер Ceph вручную без использования pveceph), настроить зеркалирование между двумя кластерами и затем в PX1 добавить пул из Ceph1, а в PX2 добавить пул из Ceph2. В этом случае вы потеряете возможность мониторинга и настройки кластеров Ceph в Proxmox. Кроме того, вам нужно будет синхронизировать файлы конфигурации ВМ между PX1 и PX2 и вручную изменять точки монтирования для ВМ в случае сбоя, что станет ручной задачей.

Спасибо вам обоим, Dzy и spirit, за ответы. Я начал думать, что я один заинтересован в этой функции Ceph. Оба вы дали дополнительное понимание, которого мне не хватало, и мы продолжим наши собственные тесты, надеясь на интеграцию с Proxmox в будущем.

Да, я пробовал! Эти шаги должны сработать с кластером Ceph, созданным с помощью 'ceph-deploy', но когда я следовал этим шагам на кластере Proxmox Ceph, созданном с помощью утилиты 'pveceph', узел Proxmox запутался с несколькими конфигурационными файлами кластера Ceph, и кластер Ceph не смог запуститься из-за ошибки выполнения. Спасибо, дух, за информацию о будущих перспективах Proxmox. Я использую снимки ZFS на FreeBSD, и мне ужасно нравится эта функция, но еще не пробовал ее на Linux. Спасибо, что указали на функциональность экспорта / импорта rbd. Это может быть еще одним возможным решением для удаленной репликации, если инкрементные экспорты rbd такие же хороши, как инкрементные снимки ZFS. Нам, конечно, пока придется вручную копировать файлы конфигурации виртуальных машин на удаленный сайт.

Алвин: "Интеграция/документация rbd-mirror" приближается к верхушке вашего списка?