Назад | Перейти на главную страницу

Перенос существующей рабочей нагрузки в многоуровневое хранилище Windows 2012 R2, определение размера

У меня есть хост Hyper-V, производительность которого ограничена подсистемой хранения, которая представляет собой массив RAID 10.

Я хотел бы добавить две карты SSD PCIe и использовать их для создания зеркального быстрого уровня с использованием многоуровневого хранилища Windows 2012R2.

Вопрос в том, как мне определить, насколько большим должен быть мой быстрый уровень? Я могу запустить отчет об оптимизации уровня хранилища после того, как куплю и установлю твердотельные накопители, и узнаю, правильно ли они имеют размер, но как мне запустить отчет перед Я устанавливаю SSD?

Вам нужно отслеживать активность вашей системы, чтобы увидеть, сколько запросов ввода-вывода может быть удовлетворено быстрым кешем SSD. Чтобы получить значимые значения, вам следует несколько раз отслеживать свою систему в течение всего рабочего дня.

Для этого вы можете использовать как монитор производительности Windows (счетчики дисков), так и более подробный Xperfинструмент. Хотя монитор производительности Windows довольно прост в использовании, Xperf значительно сложнее. Вы можете прочитать об этом подробнее Вот.

Имея общее количество байтов ввода-вывода, прочитанных / записанных из / в подсистему хранения, вы можете начать размышлять о своем быстром уровне SSD.

В любом случае, чего бы это ни стоило, в качестве основы я буду использовать на уровне SSD примерно ~ 1/8 основного массива хранения. В то же время я бы стал искать значительно (все еще очень быстрые) диски SATA / SAS, а не быстрое, но дорогое хранилище PCIE.

На это нельзя серьезно ответить, потому что многое зависит от шаблонов использования и требуемой производительности. Вы попадете в плохие времена. День исправлений - инструмент удаления вредоносных программ - в основном приходит мне в голову, который переборщит все, что вы на него бросите.

Но если не то - без подробностей на этот вопрос действительно невозможно ответить. Виртуальные машины могут очень сильно различаться по шаблонам использования (например, DNS / AD по сравнению с часто используемым сервером сборки). Учитывая размер необработанных файлов 8 ТБ, которые у вас есть сейчас, я бы, вероятно, попытался выбрать размер 1 ТБ (очевидно, 2x1 ТБ, поскольку вы хотите, чтобы они были зеркальными) и посмотреть, что оттуда будет.

К сожалению, нет инструмента, который предсказывать этот. Таким образом, вам нужно будет установить SSD, чтобы запустить инструмент, который сообщит вам, достаточно ли вы предоставили хранилище, чтобы получить требуемый ввод-вывод.

Цитата:

Быстрый взгляд на отчет об оптимизации уровня хранилища может сказать вам, предоставили ли вы достаточную емкость уровня SSD для оптимизации ввода-вывода, то есть процент операций ввода-вывода, обслуживаемых уровнем SSD, который вам нужен для рабочих нагрузок в место для хранения. Соответствующая цель производительности зависит от характера и требований рабочей нагрузки.

Это действительно зависит от количества имеющихся у вас горячих данных - и вы можете определить это только после развертывания решения.

При виртуализации баз данных для вашей рабочей нагрузки я бы рекомендовал рассчитывать, по крайней мере, с достаточным объемом хранилища SSD для этих баз данных - наличие большого количества операций ввода-вывода в секунду здесь не редкость и может быть отправной точкой. Но это действительно просто очень грубый практическое правило.


На мой взгляд, гораздо более важным фактором является не только количество имеющегося у вас SSD-накопителя, но и количество диски. Производительность пулов хранения сильно зависит от NumberOfColums ты используешь. Поскольку это значение не может быть изменено на существующих виртуальных дисках, вы, вероятно, захотите получить хорошее значение при создании диска.

Здесь рекомендуется использовать NumberOfColumns от 3 до 4 - так что либо 3, либо 4. Чем больше столбцов, тем выше скорость, но немного увеличивается задержка.

Еще один важный фактор - это чередование размер. Есть рекомендации (которые мы также используем) по установке уменьшенного размера чередования до 64 КБ для рабочих нагрузок Hyper-V. По умолчанию 256 КБ (по крайней мере, до Server 2012 R2)


Чтобы ответить на ваш актуальный вопрос:

Может быть лучше получить как минимум 4 или 6 SSD-накопителей и поместить их в пул как минимум с 4 или 6 жесткими дисками. При планировании горизонтального масштабирования используйте 6 SSD + 6 HDD и добавьте больше жестких дисков, если вам нужно больше места для хранения, и оптимизация не показывает, что вы находитесь в пределах своих SSD-накопителей.

Что касается цены, решение может быть в том же ценовом диапазоне, что и многие карты PCIe, но быть более масштабируемым и даже быстрее.

Приятным побочным эффектом является то, что у вас, вероятно, будет больше места в пуле SSD, поскольку несколько дисков SSD обеспечивают, вероятно, больше места для хранения, чем диски PCIe.