Я рассматриваю возможность приобретения полностью загруженного Drobo Pro и использования его для хранения VHD, которые будут работать на паре хост-машин Hyper-V. Хост-машины будут подключаться к Drobo Pro через iScsi.
У кого-нибудь есть опыт работы с Drobo Pro и Hyper-V? Мои основные вопросы/озабоченность касаются скорости — достаточно ли быстр Drobo, чтобы обрабатывать, скажем, дюжину VHD, работающих одновременно?
решение1
Я работаю в команде по маркетингу продуктов в компании Data Robotics, поэтому надеюсь, что смогу пролить свет на вопросы, связанные с DroboPro, производительностью и виртуализацией.
Что касается производительности DroboPro, есть несколько независимых обзоров, которые опубликовали цифры производительности. Один из них — GeekBrief.tv, а другой — LA Final Cut Pro User Group.
Вот обзор LAFCPUG, а обзор Geekbrief можно легко найти на Geekbrief.tv
http://www.lafcpug.org/reviews/review_drobopro.html
Не стесняйтесь ознакомиться с полными обзорами. Что касается производительности iSCSI, LAFCPUG использовал инструмент Blackmagic и увидел ~80 МБ/с чтения и ~70 МБ/с записи. GeekBrief.tv использовал инструмент AJA и увидел ~74 МБ/с чтения и ~79 МБ/с записи. Пиковые скорости, безусловно, будут выше, как намекнул darthcoder в своем посте, но 80 МБ/с близки к пределу с точки зрения устойчивой пропускной способности на одном GbE.
Стоит отметить, что в обзоре Geekbrief.tv не упоминается подключение DroboPro напрямую к коммутатору, что очень легко сделать, просто назначив фиксированный IP через порт управления USB перед подключением коммутатора. Последняя версия нашего программного обеспечения для управления Dashboard поддерживает многохостинг и до 16 виртуальных томов по 16 ТБ.
Что касается виртуализации, Data Robotics находится в процессе сертификации DroboPro с VMware ESX, что является главным приоритетом из-за доли рынка. Сказав это, мы проведем аналогичные сертификации с Microsoft Hyper-V и Citrix XenServer после завершения сертификации VMware. Хотя мы еще официально не проводили тестирование с Hyper-V или Xenserver, мы знаем о нескольких клиентах, которые успешно используют Drobo и DroboPro с VMware, Hyper-V и Xen.
Что касается вашего вопроса о том, достаточно ли быстр DroboPro для обработки дюжины одновременно работающих VHD, то он должен работать нормально, но все зависит от рабочей нагрузки.
Надеюсь, это поможет прояснить ситуацию.
решение2
Через гигабитное соединение Ethernet вы получите максимум 120 МБ/сек. И это в лучшем случае, вы, вероятно, достигнете 100, и это даже если Drobo сможет с этим справиться (хотя я слышал, что может).
Я использовал iSCSI с EMC Celerra по тому же транспорту — он показал себя относительно неплохо для примерно 10 хостов с низкой нагрузкой, 1 SQL-сервера, выполняющего около 250–500 транзакций в секунду, и сервера Clearcase, выполняющего, вероятно, в три раза больше.
решение3
Лично я бы избегал их, пока не появится больше информации о Drobo Pro. Обычный Drobo не является оборудованием корпоративного класса и имеет посредственную производительность. Мне нужно будет убедиться, что Pro соответствует корпоративному классу, прежде чем разворачивать его в производственной среде.
Я знаю, что некоторое время назад в списке рассылки Xen была как минимум одна тема с пользователем, пытающимся использовать Drobo Pro для хранения виртуальных машин Xen. И они столкнулись с ошибками ввода-вывода. Так что вы можете столкнуться с теми же или похожими проблемами с Hyper-V, а можете и не столкнуться. Так что будьте готовы провести некоторое тестирование.
решение4
Просто чтобы добавить мой 2c к уже хорошо отвеченному вопросу, если вы рассматриваете хранилище для виртуальных машин, то действительно хорошая идея думать о каждой виртуальной машине как об индивидуальной, с ее собственными потребностями в хранении, а не как о части группы виртуальных машин. По этой причине, может быть, будет нормально консолидировать загрузочные файлы вашей системы виртуальных машин на одном томе дисков SATA, но если вы гонитесь за производительностью и используете базу данных SQL, то лучше иметь отдельные заголовки для данных, журналов, временных файлов и т. д. Аналогичные сценарии применимы к потоковой передаче мультимедиа, серверам резервного копирования, всему, где есть значительные объемы ввода-вывода.
Я не пользовался Drobo, но я ценю, что они предлагают простое решение для малого и среднего бизнеса и для разработчиков, которые не любят аппаратное обеспечение/системное администрирование (т. е. большинство разработчиков по моему опыту). Сейчас существует так много хороших решений iSCSI, и автономное программное обеспечение цели iSCSI становится действительно хорошим. Если бы я собирался построить систему iSCSI сейчас, я бы, вероятно, поискал на eBay полку DAS среднего уровня с примерно 12 дисками SAS и соединил ее со стоечным сервером, который имеет хорошую карту RAID (или две) и запускает цель iSCSI (Windows Storage Server 2008 r2 был бы идеальным в вашем случае). Он будет не таким красивым, как Drobo (или почти таким же тихим), но он будет гибким, адаптивным, и если вы правильно его настроите, вы получите лучшую производительность.