Ovirt + сетевое хранилище

https://www.google.ru/search?q=ovirt gluster

Это и так знаю, хотелось что бы кто нибудь опытом поделился, назвал плюсы/минусы.

что у вас в используется как storage? какое к нему подключение?

Используется - synology rs2414+
Подключение - 4 канала по 1Gb ethernet

а с него что экспортируется? NFS или iSCSI?

По выбору умеет и то, и то.

понятно. с NFS проще настройки, но можно забыть про multipath, остается пользоваться bond-ами на стороне стореджа и хостов. я бы использовал iSCSI.

NFS все равно понадобится для ISO и export, хотя эти можно экспортировать откуда угодно, не обязательно с быстрой хранилки.

А если использывать iSCSI, то как лучше разбить target'ы, под каждую виртуалку или один большой общий target для всех вирт. машин?
Какую файловую систему использывать, ведь если подключать iSCSI одним target'ом к нескольким машинам, обычные(ext4,xfs) файловые системы не подойдут?
Может есть какие нибудь документации или best practices по этой теме?

если использывать iSCSI, то как лучше разбить target'ы, под каждую виртуалку или один большой общий target для всех вирт. машин?

зависит от потребностей машин, если они все примерно одинаковые, то можно один большой таргет, или пара таргетов, просто ради разделения нагрузки. Если одним машинам надо больше чем другим, то под каждый класс машин отдельный таргет, дающий доступ к LUNам на разных видах рейдов с разным количеством спиндлей. если у ВМ несколько дисков, то каждый из дисков может быть на другом storage domain, не обязательно все класть в одно хранилище, т.е. если есть быстрый и медленный SD, то на медленном можно положить диски с ОС а на быстром диски с базами.

файловая система при блочном хранилище не нужна, oVirt все сделает сам. best practice - отдать ему пустой таргет никак и ничем не отформатированный. обычно начало LUN-а забивается нулями, чтоб убить метадату старой ФС, если она там была.

Большое спасибо, всё что хотел узнал.

без проблем. на самом деле, самое важное - побольше каналов доступа к SAN и побольше спиндлей в нем самом. наличие нескольких сетевых карт на хостах тоже очень поможет, меньше двух вообще никто не делает, даже если есть 10G.

все остальное - обычная логика планирования датацентра с СХД, oVirt там или что либо другое - не важно.

на блочных хранилищах (DAS/FC/iSCSI/FCoE) оVirt просто создает LVM, каждый диск ВМ это LV а доступ в кластере регулируется простым lvchange -ay /dev/mapper/vg-lv, так что нет проблем с scsi-3-PR, масштабированием кластера и заморочками с кластерными ФС, кворумами и прочими прелестями классических кластеров.

А можешь полезных ссылок накидать на почитать про все это?

ovirt.org и архивы рассылки, а так же документация и KB RHEV. А вообще я пишу из личного опыта, понастроил этих кластеров уже не одну сотню, от мелких до очень крупных

Понятно, что из личного опыта. Помимо этих источников почитать "фундаментального" больше нечего?

еще есть пара книг, одна по oVirt, немного поверхностная и слегка устаревшая, но основные идеи она передает вполне: http://amzn.to/1EmKwZL и более новая по RHEV, которую я очень рекомендую http://amzn.to/1yGSHzP