Назад | Перейти на главную страницу

Какой протокол хранения использовать для хранения ESX?

Какой метод подключения к хранилищу следует использовать для подключения серверов ESX к общему серверу хранилища со связями 10GbE?

В частности, у меня есть 2 сервера ESX для VMware ESX и один сервер для общего хранилища.

Сервер хранения - это 2 x Xeon E5504 2 ГГц, 24 ГБ RAM, 12xSSD + 12xSATA и RAID-массив с батарейным питанием. Серверы ESX почти такие же, но с двумя небольшими дисками SAS.

Все серверы имеют адаптеры 10GbE, подключенные следующим образом:

У меня есть лицензия на ESX 3.5, но в целях тестирования я использую ESXi 4.1. Сервер хранения работает под управлением Windows 7 в целях тестирования.

Мне известно как минимум 3 метода:

 1. ISCSI
 2. NFS
 3. FCoE

Какой из них вы бы порекомендовали выбрать и почему?

Никаких `` если '', `` нет '' - если у вас есть возможность использовать FCoE 10 Гбит / с и ваша конфигурация доказала свою стабильность, то это лучший вариант. только путь идти.

Он все еще довольно новый, но эффективность огромна по сравнению с iSCSI, а NFS просто «отличается».

Однако имейте в виду, что вы должны быть в курсе последних событий с ESX / ESXi 4.1U1 для лучшей производительности / стабильности FCoE, а список поддерживаемых сетевых адаптеров / CNA 10 Гбит / с довольно ограничен, но кроме систем Infiniband я никогда не видел такой общей производительности. В настоящее время я перевожу все свои FC в FCoE, но это не будет завершено в течение года из-за задействованных объемов.

Если ваша цель - простота использования, вы можете рассмотреть возможность использования NFS. У него посредственные накладные расходы на производительность (- ~ 5% общей пропускной способности, + ~ 20% CPU, связанного с памятью) по сравнению с FC.

Вот сравнение NFS, iSCSI и FC в среде 4Gb и 10Gb:

http://blogs.netapp.com/virtualstorageguy/2010/01/new-vmware-and-netapp-protocol-performance-report.html

NFS   - is file level storage and is the slowest - routable 
FCoE  - best performance but only if you use it locally into 
        a stub network (is not routable)  
ISCSI - very good performance but adds a bit of complexity - 
        on the flip side is routable

У меня нет опыта использования Windows 7 в качестве сервера хранения, но у меня есть небольшая виртуальная среда, в которой я использую NFS с поддержкой Solaris, и она работает очень хорошо. Очень легко установить и настроить, и производительность довольно хорошая. У меня там тоже есть несколько общих ресурсов iSCSI через «КОМСТАР», и производительность такая же.

Однако Cakemox верен, и то, что я получаю хорошие результаты от NFS при взаимодействии с Solaris, не означает, что NFS подходит для решения на базе Windows. Возможно, вы найдете лучшую поддержку в области iSCSI.

Что касается FCoE, я не думал, что это поддерживается vSphere / ESX?

Я не уверен, как это применимо к вашей среде, но могу поделиться с вами, как наша в настоящее время настроена.

Во-первых, мы на 100% используем iSCSI для общего хранилища и запускаем его через резервные выделенные сетевые каналы объемом 1 ГБ. В настоящее время у нас есть 4 хоста ESXi в шасси IBM BladeCenter.

Каждый хост имеет 2 внутренних диска, установленных в массиве зеркал, в котором хранится базовая установка ESX.

Все эти хосты совместно используют централизованное хранилище ESX на паре узлов HP LeftHand iSCSI SAN, что упростило управление SAN, поскольку операционная система SAN на них обрабатывает фактическое распределение дисков внутри каждого LUN и перемещает их, чтобы обеспечить максимальную избыточность в качестве кластера SAN. сам меняется.

Просто мы выбрали iSCSI, потому что это был метод по умолчанию для наших новых узлов SAN, но я не мог представить себе другого подхода в настоящее время. У нас не было сбоев в работе за последние несколько месяцев, и вся наша инфраструктура SAP (DEV / TEST / PROD и соответствующие базы данных) работает на этих 4 машинах.

Надеюсь, это даст некоторое представление о другой архитектуре, использующей iSCSI и ESX.

Я сомневаюсь, что это повлияет на ваш тестовый сервер хранения Win 7, но если вы собираетесь заменить сервер хранения на другой выделенный SAN или NAS, проверьте возможности вашего поставщика и то, как это повлияет на представление вашего хранилища.

Один поставщик (в нашем случае EMC) рекомендовал серверам VMWare использовать NFS для доступа к хранилищу, а не iSCSI. Предоставление виртуальных машин через NFS позволяет оборудованию SAN / NAS выполнять дедупликацию и тонкое выделение ресурсов. Хранилища данных iSCSI в VMFS на одном и том же оборудовании не позволят запускать функции SAN / NAS.