Я просто хотел задать тот же вопрос, после моих собственных тестов, вот мои выводы.
Я не использую SSD, а скорее стандартные HD.
Использование зеркалирования управления диском, кажется, немного быстрее. Я использовал глубину очереди 8 и получил значения для блоков размером 512B, 8KB, 64KB и 4M в Atto Benchmarking Tool:
10M / 15M, 140M / 155M, 202M / 200M, 200M / 201M обычный диск , только 1 раздел
9M / 20M, 140M / 200M, 200M / 200M, простое зеркало 200M / 395M в управлении дисками, только 1 раздел
7М / 12M, 133M / 151M, 200M / 204m, 201M / 377M пула хранения пространство для хранения на первом разделе, другие немного медленнее
Но ... для меня это ничтожно мало, поскольку реальная производительность зависит от случайного ввода-вывода (где производительность более похожа), а также от доступа к общим дискам через сеть 1 Гбит / с, в этом случае существует ограничение в несколько более 100 МБ / с в любом случае.
Наиболее важным для зеркалирования является (редкий) случай ошибки. Поэтому я также погуглил, как восстановить разбитое зеркало. Кажется, есть большая разница - по любой причине.
Восстановление кажется очень сложным для зеркала пула / пространства хранения:
https://technet.microsoft.com/en-us/library/dn782852%28v=ws.11%29.aspx?f=255&MSPPError=-2147217396
Для зеркала управления дисками это кажется намного проще
https://technet.microsoft.com/en-us/library/cc938519.aspx?f=255&MSPPError=-2147217396
Итак: способ управления дисками был немного быстрее (для меня на Windows Server 2016), плюс восстановление выглядит намного проще. Я не использовал никаких настроек размера кэша или чего-либо подобного.
Я также не сравнивал загрузку ЦП, поскольку я предполагаю, что высокая загрузка ЦП и высокая скорость ввода-вывода не будут сочетаться очень часто.
Первоначально я также хотел сравнить Starwind Virtual SAN и зеркала на разных серверах (создав кластер), но я думаю, что локальное зеркало с резервными копиями будет достаточно хорошим, а сравнение производительности с ним бесполезно из-за узких мест в сети.