Настройка S2D, обеспечивающая до 2M операций ввода-вывода в секунду для SQL FCI


8

Мы собираемся развернуть исследование общего хранилища для сверхбыстрого хранилища для реализации отказоустойчивого кластера Microsoft SQL Server (FCI). Пока проект идет, мы бы начали с 500 тыс. Операций ввода-вывода в секунду для блоков 8 тыс. С 70р / 30 Вт. Также нам хотелось бы иметь возможность увеличивать производительность до 2 миллионов операций ввода-вывода в секунду (для одного и того же шаблона) в течение года или около того из-за растущих ожиданий сервера SQL.

Для целей проекта мы собираемся развернуть 4-узловый кластер Microsoft Storage Spaces Direct (S2D). Что касается аппаратного обеспечения, у нас уже есть два сервера R730xd для установки в стойку Dell с 2x E5-2697 и 512 ГБ оперативной памяти, и мы готовы получить еще 2.

Что касается хранилища, Microsoft рекомендует использовать NVMe или NVMe + SSD для достижения максимальной производительности ( источник ). Поэтому, после некоторых исследований, Samsung SSD хорошо подходит для использования. https://www.starwindsoftware.com/blog/benchmarking-samsung-nvme-ssd-960-evo-m-2 http://www.storagereview.com/samsung_960_pro_m2_nvme_ssd_review

Мы рассмотрим следующую настройку: 1x Samsung 960 EVO NVMe + 4x Samsung PM863 SSD на хост S2D.

Может ли реализация S2D с использованием Samsung 960 EVO NVMe и Samsung PM863 обеспечить 500k для SQL FCI?

РЕДАКТИРОВАТЬ:

а) ты не спросил что-нибудь подобное на днях? - Я сделал. Новый вопрос был опубликован, так как первый выстрел был не по теме. Тема и тело изменены. Предыдущий вопрос будет удален.

б) это потребительские диски, - вопрос в том, чтобы найти настройку S2D, которая могла бы содержать 500 тыс. IOPS при запуске. Какую настройку вы бы порекомендовали?

c) как вы планируете подключить все это, я не знаю сервера с 5 слотами M.2 - нам нужно это знать, - должен использоваться только 1 диск M.2 на каждый узел. Я исправил настройку общего хранилища: 1x Samsung 960 EVO NVMe + 4x Samsung PM863 SATA SSD на хост S2D.

г) какие IOPSs (размер и тип)? - SQL FCI считывает интенсивную рабочую нагрузку блоков 4k, 8k, 64k. Диапазон чтения составляет 70-90%, а записи один - 30-10%.

e) 500k-to-2M - очень широкий диапазон отклонений требований - почему такой широкий диапазон? - Ожидается, что производительность проекта значительно возрастет в период сортировки, поэтому мы должны иметь возможность выполнять 4-кратную рабочую нагрузку на одном и том же оборудовании до и первого года. Через год мы добавим еще 4 хоста в кластер.

Мы являемся магазином Microsoft, поэтому у нас нет возможности пойти куда-либо еще, кроме Microsoft SQL Server 2016. Кроме того, поскольку вам может потребоваться, проект требует избыточности и дополнительной доступности, поэтому SQL Failover Cluster Intance будет развернут в стороне от S2D.


2
а) ты не спросил что-нибудь подобное на днях? б) они являются потребительскими дисками, в) как вы планируете подключить все эти устройства, я не знаю, есть ли там сервер с 5 слотами M.2 - нам нужно это знать, г) какие IOPS ( размер и тип) e) 500k-to-2M - очень широкий диапазон отклонений требований - почему такой широкий диапазон? f) Мы могли бы узнать больше о спецификациях вашего сервера - подробности, пожалуйста.
Chopper3

1
@ Chopper3 Спасибо за комментарий. Я добавил информацию.
Джошуа Тернвелл

1
Это отвечает на один из этих вопросов - как насчет остальных?
Chopper3

1
@ Chopper3 Пожалуйста, ознакомьтесь с добавленной информацией. Что еще требуется?
Джошуа Тернвелл

1
Спасибо, все еще не знаю, как вы планируете подключить эти 5 дисков M.2 к серверу, но я перестаю спрашивать снова. Последний вопрос - нужна ли вам для этого реляционная база данных? Вы можете сделать это очень хорошо, но если вы можете задать этот вопрос самим себе, и вам удастся обойтись без линейки движков NoSQL Couchbase или MongoDB и т. Д., То вы вдруг обнаружите, что действительно очень легко преодолеть 2M IOPS. Причина, по которой я спрашиваю все это, заключается в том, что вы хотите сделать это через MSSQL, S2D (следовательно, WS2016) и через потребительский SSD - это все очень новое и непроверенное .... tbc
Chopper3

Ответы:


8

Это плохая идея использовать потребительские SSD в ваших развертываниях SDS. VMware VSAN и Microsoft S2D предполагают, что записи будут «атомарными», поэтому один ACK-редактор, выполняемый хостом, фактически находится в постоянной памяти; потребительские твердотельные накопители не защищены от перебоев в подаче электроэнергии, поэтому они МОГУТ потерять ваши данные. Писать выносливость тоже сильно отличается.

https://blogs.technet.microsoft.com/filecab/2016/11/18/dont-do-it-consumer-ssd/

https://blogs.vmware.com/vsphere/2013/12/virtual-san-hardware-guidance-part-1-solid-state-drives.html

http://www.yellow-bricks.com/2013/09/16/frequently-asked-questions-virtual-san-vsan/

Я бы посоветовал придерживаться карт NVMe корпоративного уровня.


5
Эта! Для случая, я бы рекомендовал смотреть на Intel корпоративных карт NVMe , таких как P3700 модель: storagereview.com/intel_ssd_dc_p3700_25_nvme_ssd_review Здесь PM863 тесты с того же сайта, кстати: storagereview.com/samsung_pm863_ssd_review
batistuta09

3
Intel P3700 великолепны. Я проверю Intel Enterprise NVMe для этого случая. Спасибо.
Джошуа Тернвелл
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.