track

Сделайте ящик под FreeNAS (OpenFiler, Nexenta Community Edition), на нем соберите диски в RAID, создайте том, и этот том отдайте вашему серверу по iSCSI. Двух-четырехпортовые гигабитные карты стоят вполне приемлемых денег, но скорее всего вы даже гигибит нормальной работой не забьете.

Разница в сервисе. Именно за сервис вы и платите разницу (нечаянный каламбур) в цене. Если ваша база и ее доступность не является критичной для бизнеса — то вы можете себе позволить все что угодно, вплоть до самосбора. В случае, если доступность данных критична, то я бы на вашем месте хорошим сервисом не пренебрегал, чтобы не оказаться «диск вылетел, но поменять мы вам его не можем, потому что сперва отправим его на экспертизу, потом подождем доставку контейнера с дисками, который неудачно застрял на таможне, и вот тогда вы уже поллучите ваш диск на замену сдохшего»

К перечисленным трем я бы на вашем месте добавил бы NetApp. Для MS SQL у него есть убивающее предложение с сохранением и восстановлением базы за секунды в нетормозящие систему снэпшоты. Выглядит это примерно так:
communities.netapp.com/videos/2391

20 тысяч вполне достаточная сумма не морочиться с самопилом, а покупать бренд с соответствующим отношением и сервисом.

А в чем причина такого странного, для нынешних времен, выбора — FC?
Нужен блочный доступ — берите iSCSI. И дешевле, и проще, а при правильном применении и реализации — нисколько не хуже FC в практике (в особенности!!! в бюджетном решении).
Но вообще, судя по целям применения, я бы на вашем месте побольше бы узнал про использование NAS для VMware, подозреваю, откроете для себя много нового и полезного.

«А веревку с собой приносить, или профком обеспечит?» (с) советский анекдот.

Лучше бы вы хорошие законы исполняли также рьяно, как этот идиотизм. :-/

Это не «особенность iSCSI», это особенность доступа к блочному устройству вообще, по любому протоколу. Кто-то должен быть диспетчером, отслежвающим записи и уведомляющим использующие устройство хосты об этом (иначе хосты ничего друг о друге не узнают, и не смогут сохранить целостность FS при записи).
В случае NAS и его протоколов (CIFS/SMB, NFS) такой арбитр это сама OS этого NAS. В случае блочного протокола такого арбитра по умолчанию нет.
Существуют специальные кластерные файловые системы, которые эту задачу решают. Но это не наколенное решение.

В общем случае примите как данность: Несмотря на то, что блочное устройство по протоколу iSCSI можно подключить одновременно к разным серверам, делать это (без установки кластерной FS) нельзя.

Решения:
1. Изменить решение, не подключать к одному iSCSI-устройству более одного хоста на запись.
2. Не использовать блочные протоколы, а использовать файловые протоколы (NAS)
2. Установить кластерную файловую систему

Пост должен начинаться с картинки-eyestopper-а.

В тексте нужно вначале немножко повилять хвостом и поприседать перед могущественным хабражителем, он это любит.
Хорошо идут либо статьи из серии «на пальцах» (о, даже мне понятно стало!), или, другая, несколько парадоксальная крайность — чрезмерно заумные (о, круто! Хабр — торт! Ничо не понял, но плюсану!").
Есть темы, которые гарантированно набирают плюсы (хабрасрач против копирастов и «михалкова», например). Не рекомендуется, особенно новенькому, писать на фанатские темы («Apple — круто» или «Apple — гавно» — в равной мере). Реакция может быть непредсказуема, в зависимости от того, какая клака в тред придет первой. Не стоит выступать в защиту тем-изгоев. Сольют и ее и вас.
Хабрастадо любит следовать за вожаком. Если пост явно плюсуется — будут плюсовать. Если минусуется — минусовать.

Любят статьи про мелкие компании, стартапы, самоделки, особенно компьютерные, гаджеты, даже бесполезные. Не любят — про корпорации (Google это, HP или Microsoft — неважно), и все связанное с ними.

Также периодически стихийно организуются «топики добра» или «топики зла», появление их, и то, какой вариант будет выбран — непредсказуемо.

Если видите, что в первые несколько минут пост ушел «в минус» (хотя бы в минус 5), и у вас нет компании друзей, которые его могут быстро из минуса вывести, то задача безнадежна, убирайте его «в черновики».

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

2. В правильно постронной системе, к которой относится Windows 7 без твиков и без отключения UAC, в Program Files при работе не пишут. Следовательно использование доступа к файлам в Program Files это оптимальное использование SSD, и ресурс его не снижает даже теоретически.

Не мучьте себе мозг. Просто берите таблицу совместимости, публикуемую VMware, и покупайте перечисленное там.