Я только могу представить. Сказав это, можно уверенно сказать, что это функция, которая выведет Proxmox на новый уровень.

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

@aaron Извини за задержку с ответом. Почему-то две недели отдыха во время праздников = два месяца задолженности на работе... В общем, я хочу немного избыточности на уровне кластера CEPH и в то же время, чтобы у меня была возможность свободно перемещать вычислительные ресурсы (ВМ/Контейнеры) между всеми узлами по мере необходимости. Проще говоря, по мере масштабирования кластеров CEPH было бы неплохо обновлять один, одновременно используя другой, чтобы минимизировать риски. Другой способ достичь этого — иметь два отдельных гиперконвергентных кластера PVE/CEPH, если бы была возможность перемещать ВМ/Контейнеры между отдельными кластерами PVE. (хотя один PVE/несколько кластеров CEPH было бы предпочтительнее). Что скажешь?

Спасибо за совет по CEPH, Mirroring RBD, Альвин, я это прочитаю. Что касается «избыточности кластера», извини, если я не была ясна. Да, внутри кластера Ceph есть «некоторая» избыточность, но я ищу большего уровня избыточности. То есть два кластера Ceph. Да, я могу уже запускать несколько кластеров CEPH, но это означает, что мне придется запускать и несколько PVE кластеров (если я гиперконвергентный). Я ищу способ запустить несколько кластеров CEPH в одной (гиперконвергентной) среде PVE. Думаю, ты подтвердил, что сейчас сделать это нельзя. Спасибо, ребята, за уделенное время! <D>

Я хочу избежать простоев в своей работе. Думаю, есть определенная польза в том, чтобы иметь возможность балансировать вычисления в целом, независимо от происходящего в средах CEPH. Всегда существует риск, когда в кластер CEPH вносятся изменения (например, во время обновления). Если у бизнеса минимальные возможности для обслуживания и принятия рисков обновления, то было бы крайне полезно сохранить "стабильную" среду хранения, в которой можно в реальном времени переместить все вычисления (виртуальные машины/контейнеры) на "стабильные" узлы CEPH, пройти обновление узлов, работающих в "другом" кластере CEPH, а затем, как только будет подтверждено, что все "в порядке", перераспределить нагрузку, чтобы воспользоваться обновленными вычислениями. Часть из этого можно сделать внутри одного PVE/одного кластера CEPH (используя пуулы CEPH и т.д.) или в нескольких одиночных кластерах, но это трудоемко на определенном уровне. Если бы был поддерживаемый способ живой миграции вычислений между отдельными PVE, это, вероятно, тоже решило бы ту же задачу (так как мы уже можем это делать со.storage, очевидно). Не уверен, какую нагрузку это создаст для разработчиков в PVE, но, размышляя об этом, это может быть "лучший" способ сделать это.

Вам стоит обратить внимание на: https://github.com/lephisto/crossover Я использую это для создания инкрементных холодных резервных копий в отдельных кластерах, чтобы осуществлять (почти) живую миграцию с минимальным временем простоя между различными кластерами и так далее.