У кого-либо есть опыт с SQL по iSCSI на полях Equallogic?

Equallogic будет работать чрезвычайно хорошо с SQL, но удовлетворит ли он Ваши потребности, зависит от того, что Вы хотите получить от своей среды SQL и сколько Вы готовы оплатить настройку массива Equallogic. Если бы Вы проверяете сайт Equallogic, они имеют много документов тематического исследования в наличии, я связался бы с ними, но сайт требует регистрации.

Фундаментальная вещь о средах Equallogic, которые необходимо принять во внимание, состоит в том, что производительность зависит от числа Nics в Серверах, выделенных iSCSI и количеству массивов Equallogic, которые Вы настроили для Пула, которому принадлежат Ваши тома (LUNS). Модель Equallogic распределяет объемы максимум через 4 членских массива в пуле и распределяет запросы IO через столько интерфейсов на сервере и выстраивает, сколько это может.

Это использует специализированный DSM (Устройство Определенный Модуль) в стеке Microsoft MPIO (и подобное сменное устройство хранения данных adapater для VMware ESX4) для обработки многопутевого перенаправления и через исходные зарубки в сервере и через целевые порты Ethernet на целевых массивах. Это означает, что может масштабироваться очень эффективно и в основном ограничено только числом Nics, который Вы готовы выделить iSCSI на своих серверах. Пропускная способность единственного объема может легко выдержать многих гигабит/секунда трафика (и превысить 10k IOPs), учитывая эту архитектуру, если это соединено правильно.

Основная оборотная сторона этого подхода - то, что необходимо купить несколько массивов, чтобы к средам сборки, которые могут последовательно держать более чем 3 000 IOPS \400Megabyte/sec уровни пропускной способности (для массивов PS6000, примерно половина этого для PS4000). Заключение этого - то, что scaleout довольно линеен.

Относительно того, превосходят ли они конкуренцию по характеристикам - который зависит от того, насколько Вы готовы заплатить и точно что Вы хотите сделать с нею. Equallogic SAN не является особенно дешевым, но когда Вы создаете дизайн с эквивалентными рабочими характеристиками и функциями, это обычно конкурентоспособно.

Как сказанный Helvick, это сводится к тому, что можно предоставить.

Мы, в настоящее время имеют 2 equalogic БЕЗ (5000 и 6000), и они были и настроены в 50-е RAID и вставили тот же пул. Это означает, что трафик SQL совместно использует свое пространство со всеми остальными. Очевидно, это плохо, и мы работаем над способами разрешить это.

Каждую единицу называют участником, и Вы устанавливаете свой набег через все диски. В то время как это может быть хорошо для некоторых вещей, не настолько хорошо при совместном использовании вещей с SQL, который мог бы работать лучше под RAID 10.

Мы смотрим на добавление другой единицы как RAID 10 и отправка всех Файлов данных SQL там, но там будет большой стоимостью с этим.

Печальная вещь состоит в том, что Вы настраиваете участников в пулы устройства хранения данных и затем выделяете объемы оттуда. У нас есть 2 человека от Dell, говоря нам разные вещи, и мы пытаемся выяснить, каков истинный ответ. Мы хотели бы смочь сделать, чтобы участник был в нескольких пулах, но прямо сейчас не похоже, что это выполнимо согласно документации. Я попытаюсь возвратиться и обновить это, как я узнаю больше, но если у Вас есть деньги и ресурсы, я уверен, что Вы могли бы настроить что-то, что могло бы достигнуть очень высокопроизводительных уровней. Это выглядит многообещающим на эту точку.

ответ всегда, "он зависит"

никогда не использовал iSCSI, но с EMC я видел разнообразную производительность sql. мы раньше имели PHB, микросправляются и старая EMC SAN, мы раньше имели и получали данные по каждому последнему мегабайту диска. к тому времени, когда это было на всем протяжении производительности, было дерьмо. За год до того, как мы выбросили его, мы купили некоторый новый диск для него и настроили его отдельно от существующего диска и выполнили SQL-сервер QA на нем некоторое время. Ввод-вывод, который любят тяжелые задачи, изменяет индекс, выполненный в 2 - 3 раза быстрее на сервере QA, который был медленнее, чем наши производственные SQL-серверы.

у нас есть новая EMC, SAN теперь и EMC настроили ее для нас. производительность в порядке. если мы потратим больше денег и купим больше диска для распространения ввода-вывода затем, то это будет быстрее.

У нас в настоящее время есть кластер серверов VMWARE с помощью Виртуального порта, Отображающегося с 8 восходящими портами на гигабитный переключатель, давая нам 8gb/s пропускную способность для всех устройств, включая iSCSI. Я начал находить, что ограничивающим фактором интерфейса iSCSI является Ethernet, зависающий от устройства iSCSI, а не сервера VMWARE, что означает, что мы теперь главным образом ожидаем шины ввода-вывода на внешнем устройстве iSCSI. Я также на самом деле нашел, что крупные кадры замедлили устройство небольшим процентом, так решенным, чтобы придерживаться 1 500 метрических тонн.