Выбор кластерной файловой системы

Дисковое хранилище IBM напрямую подключается через FC к серверам

и будет использоваться для хранения образов KVM-машин.

Какую выбрать кластерную файловую систему?

Тебе ext4 подойдёт.
Примонтируй диски, они на серваках будут видны как локальные.

Сервера будут писать только в свои файлы образов,
но так как раздел ext4 общий, то возможно нарушение целостности.

Как вариант: разбить хранилище на несколько логических дисков по числу серверов
и подключать к каждому серверу только свой диск.
При этом заранее неизвестно распределение по объему диска между серверами.

Хочется ext4, но без проблем записи с разных серверов.

Я что-то не понял.

При этом заранее неизвестно распределение по объему диска между серверами.

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

Кажись понял. Ты хочешь один диск сразу на два сервака примоунтить ?

FUSE

Что вы хотите от кластера, нагрузку распределить или отказоустойчивость?

Виртуальные машины будут исполняться без миграции на другой сервер.
Общее хранилище используется для отказоустойчивости
и в случае аварии сервера для запуска машины на другом сервере.
Конфигурации серверов разные, поэтому полного дублирования не обеспечить.

Через DS Storage Manager создаю 3 диска.
В каком соотношении делить диск хранилища и на сколько серверов?

Уменьшился доступный объем из-за RAID, теперь заранее нужно предугадать разбиение.

И зачем вам кластерная ФС? Виртуалки будут расположены на хранилище, xml-настройки виртуалок синхронизируете на серверах при помощи rsync. Единовременно хранилище монтируете на один сервер и запускаете на нем все виртуалки, если сервер падает при помощи heartbeat - на второй ноде монтируете хранилище и затем запускаете виртуалки

Виртуалки будут расположены на хранилище, xml-настройки виртуалок синхронизируете на серверах при помощи rsync.

Так и есть.

Единовременно хранилище монтируете на один сервер и запускаете на нем все виртуалки,
если сервер падает при помощи heartbeat - на второй ноде монтируете хранилище и затем запускаете виртуалки.

А если 3 сервера и каждый сервер в штатной ситуации должен работать только со своими виртуальными машинами?

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

А у вас там thin provisioning'а нет? Проблема с местом сразу же решиться

ovirt, и разбираться ни с чем не прудется. FC работает автоматически, распределение доступа к дискам VM тоже

ну и куда тут виртуализация? ее придумали чтоб поменьше железа покупать, а тут все наоборот...

А если виртуалок не одна сотня?

про принцип N+1 мсье не слышал?

«Выпуск Proxmox VE 3.1 ознаменовал переход к системе платных обновлений»

http://www.opennet.ru/opennews/art.shtml?num=37706

это не так. читайте их форум. на опеннете в комментах тоже есть ссылка. ставьте нормальную систему, где все это из коробки. в вики того же проксмокса расписаны best practises.

Proxmox VE No-Subscription Repository
---------------------------------------
The pve-no-subscription repo can be used for testing and non-production use. Its not recommended to run on production servers as these packages are not always heavily tested and validated. As the name suggests, there is no Proxmox VE Subscription Key needed to access this repository.

Proxmox VE Enterprise Repository
---------------------------------------
This is the default, stable and recommended repository, available for all Proxmox VE Subscription users.


http://pve.proxmox.com/wiki/Package_repositories#Proxmox_VE_No-Subscription_R...

http://forum.proxmox.com/threads/15742-Details-about-the-new-pve-no-subscript...