У кого-нибудь есть опыт работы с SQL поверх iSCSI на устройствах Equallogic?

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

Фундаментальная среда в средах Equallogic, которую вы должны иметь в виду, заключается в том, что производительность зависит от количества Nics на ваших серверах, выделенных для iSCSI, и от количества массивов Equallogic, которые вы настроили для пула, в котором используются тома хранения (LUNS).) принадлежать. Модель Equallogic распределяет тома по четырем массивам элементов в пуле и распределяет запросы ввода-вывода по максимально возможному количеству интерфейсов на сервере и массивах.

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

Основным недостатком этого подхода является то, что вам приходится покупать несколько массивов, чтобы создавать среды, которые могут постоянно поддерживать пропускную способность более 3000 IOPS \ 400 Мегабайт / с (для массивов PS6000 - примерно вдвое меньше, чем для PS4000). Следствием этого является то, что масштабирование довольно линейно.

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

Как сказал Хелвик, все сводится к тому, что вы можете себе позволить.

В настоящее время у нас есть 2 равноценных SANS (5000 и 6000), и они оба были настроены на RAID 50 и помещены в один и тот же пул. Это означает, что трафик SQL разделяет свое пространство со всеми остальными. Очевидно, что это плохо, и мы работаем над способами решить эту проблему.

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

Мы планируем добавить еще один модуль в виде RAID 10 и отправить туда все файлы данных SQL, но это будет стоить очень дорого.

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

Ответ всегда "это зависит"

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

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

В настоящее время у нас есть кластер серверов VMWARE, использующих Virtual Port Mapping с 8 портами восходящей линии связи на гигабитный коммутатор, что обеспечивает пропускную способность 8 Гбит / с для всех устройств, включая iSCSI. Я начал находить, что ограничивающим фактором интерфейса iSCSI является локальная сеть, висящая на устройстве iSCSI, а не на сервере VMWARE, что означает, что мы теперь в основном ожидаем шины ввода-вывода на внешнем устройстве iSCSI. Я также обнаружил, что гигантские кадры замедляют работу устройства на небольшой процент, поэтому решил придерживаться 1500 MTU.