Hyper-V и Drobo Pro

Я подумываю получить полностью загруженный Drobo Pro и использовать его для хранения виртуальных жестких дисков, которые будут работать на наших хост-компьютерах Hyper-V. Хост-машины будут подключаться к Drobo Pro через iScsi.

У кого-нибудь есть опыт работы с Drobo Pro и Hyper-V? Мои основные вопросы / проблемы касаются скорости - достаточно ли Drobo для обработки, скажем, дюжины виртуальных жестких дисков, работающих одновременно?

Я работаю в команде Product Marketing в Data Robotics, поэтому надеюсь, что смогу пролить свет на вопросы, касающиеся DroboPro, производительности и виртуализации.

Что касается производительности DroboPro, есть несколько независимых обзоров, которые опубликовали показатели производительности. Одним из них является GeekBrief.tv, а другим - группа пользователей LA Final Cut Pro.

Этот сайт позволяет мне публиковать только одну ссылку, так что вот обзор LAFCPUG и Geekbrief можно легко найти на Geekbrief.tv

http://www.lafcpug.org/reviews/review_drobopro.html

Не стесняйтесь проверить полные отзывы. С точки зрения производительности iSCSI, LAFCPUG использовал инструмент под названием Blackmagic и видел ~ 80 МБ / с чтения и ~ 70 МБ / с записи. GeekBrief.tv использовал инструмент под названием AJA и видел чтение ~ 74 МБ / с и запись ~ 79 МБ / с. Скорость пакетной передачи, безусловно, будет выше, как упоминал дарткодер в своем посте, но 80 Гбит / с близки к пределу с точки зрения постоянной пропускной способности на одном GbE.

В обзоре Geekbrief.tv следует отметить, что в нем не упоминалось о подключении DroboPro непосредственно к коммутатору, что очень легко сделать, просто назначив фиксированный IP-адрес через порт управления USB до подключения коммутатора. Последняя версия нашего программного обеспечения для управления Dashboard поддерживает виртуальные тома с несколькими хостами и до 16 x 16 ТБ.

Что касается виртуализации, то Data Robotics находится в процессе сертификации DroboPro с VMware ESX, что является высшим приоритетом благодаря доле рынка. Сказав это, мы будем проводить аналогичные сертификации с Microsoft Hyper-V и Citrix XenServer после завершения сертификации VMware. Хотя мы еще официально не проводили тестирование с Hyper-V или Xenserver, нам известно о нескольких клиентах, которые успешно используют Drobo и DroboPro с VMware, Hyper-V и Xen.

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

Надеюсь, это поможет прояснить ситуацию.

По гигабитному Ethernet-соединению вы получите максимум 120 МБ / с. И это в лучшем случае, вы, вероятно, достигнете вершины в 100, и это даже если Drobo сможет справиться с этим (хотя я слышал, что может).

Я использовал iSCSI от EMC Celerra на одном и том же транспорте - он работал относительно хорошо для 10 или около того хостов с низкой нагрузкой, 1 сервер SQL, возможно, со скоростью 250-500 т / с, и сервер Clearcase, вероятно, втрое больше.

Лично, пока не будет больше информации о Drobo Pro, я бы их избегал. Обычный Drobo не относится к оборудованию корпоративного класса и имеет низкую производительность. Я должен быть убежден, что Pro до корпоративного уровня, прежде чем развертывать его в производственной среде.

Я знаю, что некоторое время назад в списке рассылки Xen был хотя бы один поток, в котором пользователь пытался использовать Drobo Pro для хранилища для виртуальных машин Xen. И они столкнулись с ошибками ввода-вывода с ним. Таким образом, вы можете или не можете столкнуться с теми же или аналогичными проблемами с Hyper-V. Так что будьте готовы сделать некоторое тестирование.

Я купил Drobo Pro объемом 4 ТБ для запуска Hyper-V для некоторых из моих блоков разработки. Я использую интерфейс iSCSI и разделил диски на 3 раздела по 1 ГБ. Я получаю хорошую производительность, копируя в и из drobo, но, как говорили другие, производительность Hyper-V довольно плохая, если у вас большая нагрузка ввода-вывода. Я смог сделать его пригодным для использования, переместив некоторые файлы .vhd в разные разделы.

Просто добавьте мой 2c к уже хорошо ответившему вопросу, если вы смотрите на хранилище для виртуальных машин, это действительно хорошая идея - думать о каждой виртуальной машине как о отдельной, с ее собственными потребностями в хранении, а не просто как часть скопления виртуальных машин. , По этой причине может оказаться целесообразным консолидировать загрузочные файлы системы виртуальных машин на одном томе дисков SATA, но если вы стремитесь к производительности и используете базу данных SQL, то лучше иметь отдельные заголовки для данных, журналов, временных файлов и т. Д. , Подобные сценарии применимы к потоковой передаче мультимедиа, серверам резервного копирования и т. Д., Где бы ни было значительное количество операций ввода-вывода.

Я не использовал Drobo, но я ценю, что они предлагают простое решение для малого и среднего бизнеса и для тех разработчиков, которые не любят аппаратное обеспечение / системного администратора (т.е. большинство разработчиков в моем опыте). В настоящее время существует так много хороших решений iSCSI, и автономное целевое программное обеспечение iSCSI становится действительно хорошим. Если бы я собирался создать систему iSCSI сейчас, я бы, вероятно, посмотрел на ebay полку DAS среднего уровня с примерно 12 дисками SAS и связал бы ее со стоечным сервером с хорошей рейд-картой (или двумя) и работающей с iSCSI. цель (Windows Storage Server 2008 r2 будет идеальным в вашем случае). Он не будет таким красивым, как Drobo (или почти таким же тихим), но он будет гибким, адаптируемым, и если вы настроите его хорошо, вы получите лучшую производительность.

Я могу подтвердить заявление Майкла о том, что DroboPro хорошо работает с хостами Windows, и я вижу хорошие номера копий файлов, которые он видит.

Плохая новость заключается в том, что мы пытаемся использовать DroboPro для хранения хранилищ данных VMWare ESXi 3.5 и в этом случае наблюдаем низкую производительность. Мы настроили DroboPro в соответствии с техническим документом VMWare, заполнили его 8x750 Гб кэш-памятью 32 Мб 7200 об / мин. Диски Samsung с двойной четностью в хранилище и получили неудовлетворительную производительность VMWare. Нам не удалось получить намного больше 10 МБ / с, несмотря на то, что полнодуплексная сеть с прямым подключением 1 Гбит / с подключает DroboPro к нашему серверу Dell PowerEdge 2900 ESXi.

После 10 дней поиска и устранения неисправностей с поддержкой нам ответили: «Что касается проблемы с производительностью, для этого потребуется обновление прошивки на DroboPro. В настоящее время над этим работает, и мы надеемся выпустить временные рамки jan / feb.»