Я только что построил совершенно новый компьютер в качестве файлового сервера. Он имеет один SSD на 60 ГБ для ОС (ubuntu 12.04) и 8 дисков с данными по 2 ТБ. Я ищу самый безопасный и стабильный способ создать единый гигантский пул хранения с избыточностью.
Соображения:
Я читал, что RAID6 на самом деле менее опасен, так как любые 2 диска могут выйти из строя, а не только один на каждую зеркальную пару, а основным недостатком RAID6 является скорость записи, о которой я не беспокоюсь. Я принял потерю половины моих дисков для зеркалирования, поэтому я не хочу показаться жадным даже для рассмотрения RAID6, но если он на самом деле БЕЗОПАСНЕ, быстрее для чтения и позволяет мне сохранить 12 ГБ вместо 8, может быть, это было бы глупо не делать. Или, может быть, мне не хватает более крупной картины
Я предполагаю, что я прошу о недостатках или о том, какой из них лучше всего подходит для защиты данных и, в меньшей степени, скорости чтения в массиве из 8-12 дисков.
Спасибо за вашу помощь!
Я действительно не оценил ваше последнее соображение - Если я потеряю файлы, я приму ванну с тостером. Это оттолкнет людей от ответа, даже если это должно быть смешно (или так?).
Устойчивое хранилище данных - это миф, и все может дать сбой. Будьте готовы к этому. Из ваших требований пара наблюдений,
[1] Ваш единственный SSD-диск может выйти из строя. Вы не специалист по RAID или FS, как вы восстановите свои данные? Это SSD корпоративного класса? Чем здесь вам поможет SSD?
[2] Я предполагаю, что вы используете диски класса "настольные". Они не предназначены для круглосуточной работы и не рассчитаны на более длительный срок службы. На типичные настольные накопители предоставляется гарантия сроком на 1 или 2 года, а на накопители корпоративного класса - от 3 до 5 лет.
[3] Вы используете RAID на материнской плате. Хотя это может сработать, его сложно настроить и управлять. Настоящий аппаратный RAID-контроллер обеспечивает лучшую защиту, производительность и упрощает работу. Если вы можете себе это позволить, дерзайте. Убедитесь, что прошивка на RAID-контроллере актуальна.
[4] Ваша материнская плата, оперативная память, блок питания, источник питания могут выйти из строя. Готовы ли вы восстановить данные из любого из них, поскольку сбой потенциально может привести к повреждению / потере данных. Вы можете потерять часть данных при передаче, если не отключите кеширование на жестких дисках (установите его в режим сквозной записи).
Это всего лишь несколько указателей,
Если вы можете себе это позволить, а данные очень важны, создайте другое хранилище (с компонентами других производителей) и обеспечьте избыточность, используя DRBD (или что-то еще) для репликации на обоих серверах хранилища. На работе мы поддерживаем коэффициент репликации 3 с GlusterFS на оборудовании корпоративного уровня.
Надеюсь это поможет.
Самый безопасный? Двухосный RAID60. Или лучше ZFS. Не забывайте свои резервные копии!
Если ваши данные действительно настолько важны, что их потеря означает купание с электрическими приборами, тогда нет никакого способа обойтись без второго сервера для зеркалирования устройств, и имея настоящие резервные копии. Все, что вы делаете на одном сервере, имеет как минимум одну точку отказа. (Как минимум, сам сервер - для самого простого примера: что, если возникнет пожар? Или блок питания отключится и заберет с собой все остальное? И т. Д.)
И по той же причине вам понадобятся настоящие резервные копии с некоторой степенью хранения. Отсутствие резервной копии означает, что повреждение данных может уничтожить все это, потому что, если вы реплицируете одну систему в другую, вы, вероятно, также реплицируете любое повреждение, которое происходит.
А поскольку здесь этого еще никто не сказал, RAID6 и большие диски SATA - не лучшая комбинация. Он обеспечивает большую избыточность, чем конфигурация RAID5, но недостаточная. На таких больших дисках вы почти наверняка получите ошибку чтения на одной из полос четности, что на самом деле означает, что где-то на одном из дисков (но вы не знаете где) вы эффективно работаете в RAID5. . И все хорошо, пока диск не выйдет из строя. Тогда вы работаете с отказавшим массивом RAID, что является слишком большим риском для критически важных данных.
Что касается сбоев дисков, проблема с RAID6 такая же, как и с RAID5 - расчеты битов четности сложны и требуют много времени, ресурсов и операций ввода-вывода, а это означает, что вы фактически подвергаетесь большему риску отказ массива во время перестройки, чем вы думаете, и я действительно видел кошмарный сценарий с отказом массива RAID6 (даже с горячим резервом) во время перестройки - не очень шокирующий, учитывая все операции ввода-вывода, которые требуется при перестройке, но ужасно разрушительно, если это случится с вами.
Я бы порекомендовал запустить его в 2xRAID10, чего бы он ни стоил - вы получаете преимущества в производительности, а также некоторую степень избыточности. Восстановление отказавшего диска в зеркальном RAID намного быстрее и, следовательно, безопаснее, чем в любой системе на основе четности. Если это важно, у меня дома есть 12-дисковый массив RAID6 (12x2TB near-line SAS), поэтому мне определенно нравится RAID6, но он просто недостаточно безопасен для критически важных данных.
И последнее: вы не хотите убить себя электрическим током. Это довольно мучительно, поэтому вам, вероятно, лучше подойдет другой метод самоубийства.
Если вы собираетесь пойти по пути RAID 6, сделайте себе одолжение: посетите eBay и возьмите пару карт PERC 6 / i (одну в качестве запасной) и два кабеля SFF-8484 - 4xSFF-8482 для подключения. диски. Вы меня потом поблагодарите.
Если вы решите использовать ZFS, то сделайте все возможное и установите NexentaStor. Вероятно, это самый безопасный вариант, который вы получите, когда ваши данные будут находиться дома.
И очень внимательно подумайте о стратегии резервного копирования; ни RAID, ни ZFS не являются резервными. Резервное копирование терабайт данных - дело непростое или дешевое; Обычно это не то, что вы можете сделать через Интернет, и терабайты «облачного» хранилища в любом случае обойдутся вам намного дороже, чем диски.
Чем проще, тем лучше. LVM на LinuxSoftRAID-6 выглядит вполне разумно. Еще одна важная вещь, которую нужно учитывать, - это FS сверху. В мире Linux до этого момента только Btrfs имеет встроенные механизмы проверки данных. Но сомневаюсь, что его разработчики разделят ваше отношение к бане и тостеру. ;)
В любом случае, непосредственно перед использованием RAID6 выполните упражнения на потерю 1 и 2 дисков. Пойдите еще дальше - выньте 3 или 4, затем заставьте его работать обратно. С ЛСР это вполне возможно. И совет - используйте его растровые изображения, это сэкономит вам уйму времени.
Доступны три вида услуг: быстро, хорошо и дешево. Выбери два.
Не существует «лучшего», просто «лучше с учетом xYz компромиссов».
Учитывая некоторые из перечисленных вами компромиссов, отказ от DASD (устройства хранения с прямым подключением) может быть хорошей идеей. Вы можете найти что-то вроде GlusterFS (Red Hat Storage) или CEPH более полезным. Gluster, например, реплицирует данные по кластеру файловых серверов, где этот кластер может потерять один или несколько дисков и, возможно, еще один узел и поддерживать целостность данных.
В целом ваш список поддается двум или более решениям. Возможно, вам понадобится использовать быстрый DASD или SAN для РСУБД, и в этом случае вы захотите потратить время и деньги на зеркалирование и т. Д. Другие варианты использования могут очень хорошо подходить для чего-то вроде Gluster, который может упростить масштабирование и может отвлечь вас от необходимости знать тонкости каждого типа RAID.
В итоге вам нужно провести больше анализа данных для вашего варианта использования.
Пожалуйста прочти Дао поддержки.
Вам не нужен наилучший из возможных RAID - достаточно простого RAID5. RAID - это решение высокой доступности, а не решение для защиты данных. Что вам действительно нужно, так это очень хорошее решение для резервного копирования - такое, которое будет выполнять резервное копирование автоматически, часто, хранить несколько старых резервных копий и периодически резервное копирование вне офиса (это не автоматически - это может быть, например, набор дисков в депозитной ячейке в банке. ).