Есть ли какой-либо другой поддерживаемый способ, помимо использования SAN (с одной VE на LUN), для миграции и аварийного переключения в кластере OpenVZ? Из того, что я читал, такие вещи, как NFS, работать не будут, но я не видел какой-либо окончательной информации на английском языке.
Я пробовал (используя 2.6.26 OpenVZ от Debian) запускать файловые системы VE через NFS (у меня была отключена vzquota, но я не знаю, требуется ли это), и она работала, хотя и несколько медленнее по сравнению с производительностью локального диска (что ожидается ).
Я бы предложил какой-то отказоустойчивый блок на уровне блоков вместо NFS (DRBD уже предлагается), но опять же, ваш NFS NAS может быть лучше, чем моя тестовая среда :-)
Я не могу рекомендовать использовать кластерную файловую систему вместо общего хранилища, потому что я на самом деле пытался сделать OpenVZ высокодоступным с помощью хранилища OCFS2 и HP Eva, но это было довольно медленно (частично из-за хранилища, частично из-за OCFS2) и было непредсказуемо. тактико-технические характеристики (думаю, это вина памяти).
Я не могу придумать ни одной причины, по которой виртуальные машины OpenVZ через NFS не будут работать, хотя сам не пробовал. Проблема с использованием NFS заключается в том, что вы просто перемещаете свою единую точку отказа с сервера OpenVZ на сервер NFS, поэтому, если это тоже не HA, вам на самом деле не лучше.
Моим любимым механизмом репликации файлового хранилища является DRBD, и он должен неплохо работать с чем-то вроде Heartbeat для управления аварийным переключением.