
Вопрос для тех, кто разбирается в производительности серверов HP и SQL...
Я пытаюсь подобрать подходящий сервер, отвечающий следующим требованиям:
- Запустить SQL 2012 Standard Edition (я не могу получить одобрение на Enterprise edition)
- Основная база данных в настоящее время имеет размер 600 ГБ, допускается рост до 1200 ГБ в течение следующих 3 лет.
- Файлы журналов для основной базы данных в настоящее время имеют размер 120 ГБ, допускается увеличение до 300 ГБ.
- База данных OLAP — 60 ГБ, возможен рост до 120 ГБ
- Reporting Services занимает около 5–10 ГБ.
Windows 2012 Standard Edition допускает использование более 32 ГБ (ура!), а SQL 2012 Standard Edition допускает использование 64 ГБ ОЗУ, поэтому я подумал, что сервера с 96 ГБ ОЗУ будет достаточно для ОС, SQL, OLAP и RS...
Теперь меня волнует потребность в дисковом пространстве. Я хотел бы разместить каждый компонент на своем собственном томе Raid 1 или Raid 1+0, поэтому в этом случае мне понадобится:
- 2 x 300 ГБ 15K RPM 6 ГБ DP SAS диска в RAID 1 для загрузки ОС (300 ГБ полезной емкости)
- 8 дисков SAS 300 ГБ 15 тыс. об./мин 6 ГБ DP в RAID 1+0 для основной базы данных (1200 ГБ полезной емкости)
- 2 x 300 ГБ 15K RPM 6 ГБ DP SAS диска в RAID 1 для файлов журнала основной базы данных (300 ГБ полезной площади)
- 2 x 300 ГБ 15K RPM 6 ГБ DP SAS диска в RAID 1 для OLAP
- 2 x 300 ГБ 15 000 об/мин 6 ГБ DP SAS диска в RAID 1 для Reporting Services
- 2 x 300 ГБ 15K RPM 6 ГБ DP SAS диска в RAID 1 для временной базы данных
Хорошо, я знаю, что Reporting Services и Temp DB не требуют по 300 ГБ каждая, но я думаю, что есть смысл иметь все на диске одинакового размера
Поскольку HP DL380p-Gen8 имеет только 8 слотов для дисков, мне понадобится внешний массив дисков SAS, например D2700, который вместит оставшиеся 10 дисков.
Меня не беспокоит избыток места на диске.
Моя главная цель — добиться максимальной производительности от этого сервера.
Итак, мой главный вопрос: достаточна ли пропускная способность ввода-вывода между DL380 и D2700? Похоже, что для подключения внешнего корпуса диска к серверу используется только один кабель mini-SAS.
Мой второй вопрос: соответствуют ли общие характеристики сервера хорошей/лучшей практике?
Мне установили приблизительный бюджет в размере 60 тыс. долларов, что, по моему мнению, недостаточно, поэтому я, возможно, смогу попросить немного больше, если смогу это обосновать.
Спасибо заранее!
решение1
Не знаю, как у HP, но мне кажется, что структура диска "МЕДЛЕННАЯ".
Серьезно.
Во-первых, отдельный RAID 1 для всего означает, что если что-то не используется, IOPS тратится впустую. Я бы выбрал один RAID 10.
Во-вторых, вы используете дорогие ROM-диски на 15 тыс. записей и — о, — получаете примерно в 100 раз большую производительность ввода-вывода — за меньшую цену — с SSD на базе SATA.
Итак, я бы лично убедился, что вы больше никогда не пойдете на хайриг-кутежи в моей компании после этого предложения. Это очень современное - для 2000 года. Теперь у нас есть несколько лет спустя.
С DL 380p, имеющим 8 дисков, я бы выбрал ПОЛНУЮ НАСТРОЙКУ SSD, используя 480 ГБ Samsung 843T корпоративного уровня SSD. Raid 10. Это примерно 1200 ГБ полезного пространства. с 8 дисками, 1600 ГБ с 8 - и производительность будет летать вокруг вашей более дорогой конфигурации. Купите 9-10 дисков, чтобы замена была там, и все. Не уверен, что RAID-контроллер сможет справиться с такой пропускной способностью ;)
решение2
Я стараюсь избегать обсуждения, которое происходит в комментариях, поэтому выскажу свои идеи здесь.
- Не используйте один большой RAID-массив с загруженными SQL-серверами.оченьвеские причины физически разделить данные, журналы и tempdb на разных шпинделях. Вам не нужны очереди ввода-вывода для одного и того же массива при выполнении OLTP или любой другой среды с большим объемом транзакций
- SQL-серверы получают большую выгоду от SSD, поскольку они почти всегда пишут/читают последовательно. Увеличенная пропускная способность помогает чрезвычайно. Убедитесь, что вы используете двухпортовые SAS SSD, не используйте SSD с интерфейсами S-ATA.
- Память (ОЗУ) по-прежнему является самым важным фактором того, насколько быстро будут выполняться ваши запросы. Чем больше памяти, тем больше данных и планов выполнения кэшируется. Не стоит недооценивать это. 64 ГБ ОЗУ могут быстро стать ограничивающим фактором в будущем, поэтому учтите, что однажды вы, возможно, захотите перейти на SQL Server Enterprise. Другими словами, оставьте место для обновлений ОЗУ.
- Кэш контроллера очень важен для записи в последовательных рабочих нагрузках. Кэш чтения помогает только тогда, когда у вас есть горячие точки (не очень распространенные в SQL), или когда контроллер достаточно умен, чтобы читать вперед на дисках.
- Наличие отдельного массива только для служб анализа и отчетов кажется немного излишним. Однако это зависит от вашей конкретной ситуации. Только вы можете ответить, сколько IOPS/времени отклика вам нужно для каждого компонента.
Тем не менее, если вы все же выберете SSD, то я бы рекомендовал как минимум следующее:
- 2 x 300 ГБ 10k в RAID1 для файлов программ OS+SQL (нет смысла тратить деньги на SSD ради этого)
- 8 x 400 ГБ eMLC SSD в RAID10 для баз данных/OLAP/отчетности (выберите SSD с максимально возможной скоростью чтения IOPS/BW)
- 2 x 400 ГБ SLC (или eMLC) SSD в RAID1 для DB-log (SLC дороги, но очень надежны. Используйте eMLC, если вы не можете себе это позволить)
- 2 x 200 ГБ SLC (или eMLC) SSD в RAID1 для TempDB (то же, что и выше)
решение3
Это плохая конструкция... Отчасти суеверие, отчасти непонимание того, как развивались технологии хранения данных.
Но надежда есть!
Вам следует посмотреть наСервер HP ProLiant DL380p Gen8 на 25 отсеков. Он вмещает 25 x 2,5-дюймовых дисков на объединительной плате SAS-расширителя. Это устраняет необходимость во внешнем корпусе хранения D2700.
Оптимальный объем для 2,5-дюймовых SAS-дисков корпоративного класса на данный момент составляет 900 ГБ. В настоящее время их можно приобрести емкостью 300 ГБ, 450 ГБ, 600 ГБ, 900 ГБ и 1,2 ТБ. Диски емкостью 900 ГБ сейчас относительно дешевы.
Контроллеры HP Smart Array позволяют вам настраивать несколько логических дисков на группу физических дисков. Что-то вроде 16 шпинделей дисков по 900 ГБ (в одном массиве) можно разделить на соответствующие логические тома, которые вам нужны. Таким образом, вы получаете необходимую изоляцию томов, но коллективные возможности ввода-вывода 16 или более дисков.
Контроллеры HP имеют возможность использовать твердотельные накопители в качестве кэша чтения для поддержки массива дисков.
На сегодняшний день использование только вращающихся дисков является устаревшим подходом и не будет наиболее эффективным использованием ресурсов.
Я мог бы создать спецификацию HP за 25 000 долларов, которая максимально увеличила бы производительность платформы.
решение4
HP ProLiant DL380p Gen8 16-отсековый.
2 x 300GB 10k raid 1 OS
8 x 300GB 15k raid 10 mainDB
1 x 128GB Pcie fusion IO card enterprise class for temp DB
2 x 600GB 10k raid 1 for all logs
2 x 300GB 10k raid 1 for reporting and OLAP
2 x 900GB 10k raid 0 flat file backup
Два RAID-контроллера с обратной записью и аккумулятором 1 ГБ памяти
Обязательно поместите рейд 10 на 1, а остальных — на другую карту и все SAS.