В настоящее время я разрабатываю спецификацию требований для нового сервера и пытаюсь взвесить преимущества и недостатки доступных технологий. В нашем текущем сервере используется дисковая схема RAID-5, которая недавно сильно вышла из строя, что привело к потере значительного количества данных.
Пулы / пространства хранения, по-видимому, заслуживают изучения из того, что я читал до сих пор, однако поиск ServerFault привел к появлению нескольких проблем.
У меня вопрос: достаточно ли развита технология, лежащая в основе пулов / пространств хранения, чтобы стать жизнеспособным вариантом для хранения и обслуживания данных на уровне предприятия, следует ли мне придерживаться RAID-5 или искать другое решение RAID? В настоящее время я предпочитаю использовать RAID-10, однако я не уверен, смогу ли я использовать это как приемлемый расход.
Большое спасибо
По моему опыту, дисковые пространства стали обычно использоваться для большинства рабочих нагрузок, начиная с Windows Server 2012 R2. Раньше это стоило усилий только для определенных рабочих нагрузок, таких как хранилище Hyper-V. Благодаря R2 производительность теперь находится на одном уровне с другими стандартными технологиями SAN и RAID. Мониторинг по-прежнему оставляет желать лучшего, а некоторые функции, такие как перебалансировка, отсутствуют. Windows Server 2016 приближает дисковые пространства к функциям, аналогичным другим продуктам SAN и RAID.
Если у вас еще нет чего-то вроде Operations Manager, чтобы вы могли следить за ним, но у вас уже есть мониторинг от поставщика сервера, я рекомендую придерживаться решения RAID, предоставленного поставщиком вашего сервера.
Пространства для хранения известны своей медлительностью, поэтому я не рекомендую использовать их для хранения баз данных. Я предлагаю вам вместо этого использовать массив RAID 10.
Здесь вы можете найти некоторые ссылки об этом.
ОБНОВИТЬ: кажется, что с Win2012 R2 Storage Spaces жизнеспособно для зеркало и полоса конфигурация. Однако он остается очень медленным для всего, что связано с RAID с контролем четности. Вот вы можете найти статью Fujitsu с полным анализом производительности.
Примечание: я не знаком с MSSQL и не знаю, можно ли запустить его в Linux. Если это не так, вы можете подумать о создании виртуальной машины для Windows на гипервизоре Linux (или FreeBSD).
Вы можете рассмотреть возможность запуска контроллера диска в режиме JBOD и использовать файловую систему Zettabyte (ZFS). С помощью ZFS вы можете выделить некоторую RAM и SSD для кэширования чтения (ARC / L2ARC) и записи (ZIL). Кроме того, ZFS имеет свои собственные параметры «RAID», такие как raidz1-3 (1/2/3-четность) или просто чередование нескольких зеркал (самый быстрый, но меньший уровень избыточности).
Преимущество ZFS в том, что у нее есть собственные механизмы согласованности, например очистка, которая обеспечивает согласованность ваших данных. У вас может быть горячее резервирование, сжатие, дедупликация и т. Д.
Я использую ZFS уже много лет (FreeBSD), и это действительно надежно. Произошло много чего, в том числе сломались дисковые массивы, но ZFS, кажется, всегда восстанавливается.