У кого-нибудь есть опыт работы с SQL через iSCSI на устройствах Equallogic? Я слышал, что их iSCSI превосходит конкурентов.
Также говорят, что Spanning-соединения работают на 2 Гбит / с.
Есть мысли по этому поводу?
Как сказал Хелвик, все сводится к тому, что вы можете себе позволить.
В настоящее время у нас есть 2 equalogic SANS (5000 и 6000), и они оба были настроены в RAID 50 и помещены в один пул. Это означает, что трафик SQL разделяет свое пространство со всеми остальными. Очевидно, это плохо, и мы работаем над способами решения этой проблемы.
Каждый юнит называется участником, и вы устанавливаете свой рейд для всех дисков. Хотя это может быть полезно для некоторых вещей, это не так хорошо, когда вы делитесь с SQL тем, что может работать лучше в RAID 10.
Мы планируем добавить еще один модуль в качестве RAID 10 и отправить туда все файлы данных SQL, но это потребует больших затрат.
Печально то, что вы настраиваете участников в пулы хранения, а затем оттуда раздаете тома. У нас есть два человека из Dell, которые рассказывают нам разные вещи, и мы пытаемся выяснить, каков истинный ответ. Мы хотели бы, чтобы участник был в нескольких пулах, но сейчас это не похоже на то, что возможно в соответствии с документацией. Я постараюсь вернуться и обновить это, когда узнаю больше, но если у вас есть деньги и ресурсы, я уверен, вы могли бы настроить что-то, что могло бы достичь очень высокого уровня производительности. На данный момент это выглядит многообещающе.
Equallogic будет очень хорошо работать с SQL, но будет ли он соответствовать вашим потребностям, зависит от того, что вы хотите получить от своей среды SQL, и от того, сколько вы готовы заплатить за установку массива Equallogic. Если вы зайдете на сайт Equallogic, у них есть ряд доступных документов с тематическими исследованиями, я бы дал на них ссылку, но сайт требует регистрации.
Фундаментальная вещь о средах Equallogic, о которых вы должны помнить, заключается в том, что производительность зависит от количества сетевых адаптеров на ваших серверах, выделенных для iSCSI, и от количества массивов Equallogic, которые вы настроили для пула, в котором тома вашего хранилища (LUNS ) принадлежать. Модель Equallogic распределяет тома по массивам (до 4) в пуле и распределяет запросы ввода-вывода по как можно большему количеству интерфейсов на сервере и массивах.
Он использует настраиваемый DSM (модуль для конкретного устройства) в стеке Microsoft MPIO (и аналогичный подключаемый адаптер хранения для VMware ESX4) для обработки многопутевого перенаправления как между исходными сетевыми интерфейсами на сервере, так и между целевыми портами Ethernet в целевых массивах. . Это означает, что он может очень эффективно масштабироваться и в основном ограничен только количеством сетевых адаптеров, которые вы готовы выделить для iSCSI на своих серверах. Пропускная способность отдельного тома может легко поддерживать трафик со многими гигабитами в секунду (и превышать 10 тыс. Операций ввода-вывода в секунду) с учетом этой архитектуры при условии, что она правильно собрана.
Основным недостатком этого подхода является то, что вам придется покупать несколько массивов, чтобы создавать среды, которые могут стабильно поддерживать пропускную способность более 3000 IOPS \ 400 Мегабайт / с (для массивов PS6000 примерно вдвое меньше, чем для PS4000). Следствием этого является то, что масштабирование довольно линейно.
Что касается того, превзойдут ли они конкурентов - это зависит от того, сколько вы готовы заплатить и что именно вы хотите с этим делать. Equallogic SAN не особенно дешевы, но когда вы создаете проект с эквивалентными характеристиками и функциями, он, как правило, конкурентоспособен.
ответ всегда "это зависит"
никогда не использовал iSCSI, но с EMC я видел производительность SQL повсюду. Раньше у нас было микроуправление PHB и старый EMC SAN, который у нас был, и мы получали данные на каждый последний мегабайт диска. к тому времени, как все было кончено, представление было отстойным. За год до того, как мы выбросили его, мы купили для него новый диск, настроили его отдельно от существующего и немного поработали на нем SQL-сервер QA. Задачи с большим объемом операций ввода-вывода, такие как изменение индекса, выполнялись в 2–3 раза быстрее на сервере контроля качества, который был медленнее, чем наши производственные серверы SQL.
у нас есть новый EMC SAN, и EMC настроила его для нас. производительность в порядке. если мы потратим больше денег и купим больше дисков для распределения операций ввода-вывода, это будет быстрее.
В настоящее время у нас есть кластер серверов VMWARE, использующий виртуальное сопоставление портов с 8 портами восходящего канала для гигабитного коммутатора, что дает нам пропускную способность 8 ГБ / с для всех устройств, включая iSCSI. Я начал обнаруживать, что ограничивающим фактором интерфейса iSCSI является то, что сеть Ethernet висит на устройстве iSCSI, а не на сервере VMWARE, что означает, что теперь мы в основном ждем шины ввода-вывода на внешнем устройстве iSCSI. Я также обнаружил, что большие кадры замедляют работу устройства на небольшой процент, поэтому решил придерживаться 1500 MTU.