Исходное сообщение
"Для Linux доступна нативная поддержка файловой системы ZFS" Отправлено iZEN, 04-Июн-10 02:50
>> Несколько RAID-5(-6) массивов, помещённых в один пул, не теряют в надёжности. Тем более, если есть носители горячей замены. Например, можно держать в пуле несколько RAIDZ и один-два носителя горячей замены для устройств верхнего уровня пула. При этом полезный объём будет таким же, как если бы использовалось одно устройство верхнего уровня RAIDZ* > >Это называется "сделать RAID 50 из RAID5". Да, это есть. Если вы >можете на это пойти, т.е есть куда вставить пачку дисков и >не против потрерять еще один-два диска на избыточность. >Расширения существующего RAIDZ, скажем из конфигурации 6 дисков перейти к 8 невозможно. >А в серваке 8 мест под диски, и что прикажете делать? >ага, бэкапить все, уничтожать рейд, создавать новый на 8 дисков.. Ох и тупо вы подошли к планированию RAID. :) А вам не приходило в голову, что пулы можно комбинировать (вложить один в другой)? Правда, свободные места распределятся уже по пулам, но найти применение такой конфигурации уже легче (в случае частичной замены дисков на более ёмкие), чем делать из 8 дисков одно виртуальное устройство в пуле. >Если поработать с заполнением 90% или агрессивно использовать снапшоты, скорость реально падает. >Иногда может в десятки раз. Само по себе это не фатально. >Фатально то, что кроме как бэкап-переформатировать-восстановить это не лечится. Автор ZFS пишет, что у него не та система, что у вас (основной вывод в конце цитаты): "Карты пространства имеют несколько интересных свойств:     * Не требуют инициализации: карта пространства без записей показывает, что операций выделения и освобождения блоков не было, все пространство доступно     * Хорошо масштабируются: поскольку новые диапазоны только добавляются в конец объекта "карта пространства", для получения наилучшей производительности в памяти нужно хранить только лишь последний блок этого объекта, вне зависимости от того, пространством какого размера мы управляем     * Не подвержены патологиям: карты пространства можно эффективно обновлять, независимо от последовательности операций выделения и освобождения     * Одинаково эффективны при выделении свободного места, как при пустом, так и при заполненном пуле (в отличие от битовых карт, на сканирование которых требуется всё больше и больше времени по мере их наполнения) Помимо этого, нужно отметить, что когда свободное пространство, описываемое картой, полностью исчерпано, для ее представления достаточно одного диапазона. Поэтому карты пространства имеют прекрасное свойство: по мере приближения заполненности пула к 100%, карты пространств�� начинают буквально "испаряться", занимая всё меньше и меньше места, давая возможность максимально использовать имеющееся дисковое пространство для хранения полезной информации." http://blogs.sun.com/bonwick/ru/category/ZFS

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> Несколько RAID-5(-6) массивов, помещённых в один пул, не теряют в надёжности. Тем более, если есть носители горячей замены. Например, можно держать в пуле несколько RAIDZ и один-два носителя горячей замены для устройств верхнего уровня пула. При этом полезный объём будет таким же, как если бы использовалось одно устройство верхнего уровня RAIDZ* >> >>Это называется "сделать RAID 50 из RAID5". Да, это есть. Если вы >>можете на это пойти, т.е есть куда вставить пачку дисков и >>не против потрерять еще один-два диска на избыточность. >>Расширения существующего RAIDZ, скажем из конфигурации 6 дисков перейти к 8 невозможно. >>А в серваке 8 мест под диски, и что прикажете делать? >>ага, бэкапить все, уничтожать рейд, создавать новый на 8 дисков.. > Ох и тупо вы подошли к планированию RAID. :) А вам не > приходило в голову, что пулы можно комбинировать (вложить один в другой)? > Правда, свободные места распределятся уже по пулам, но найти применение такой > конфигурации уже легче (в случае частичной замены дисков на более ёмкие), > чем делать из 8 дисков одно виртуальное устройство в пуле. >>Если поработать с заполнением 90% или агрессивно использовать снапшоты, скорость реально падает. >>Иногда может в десятки раз. Само по себе это не фатально. >>Фатально то, что кроме как бэкап-переформатировать-восстановить это не лечится. > Автор ZFS пишет, что у него не та система, что у вас > (основной вывод в конце цитаты): > "Карты пространства имеют несколько интересных свойств: > * Не требуют инициализации: карта пространства без записей > показывает, что операций выделения и освобождения блоков не было, все пространство > доступно > * Хорошо масштабируются: поскольку новые диапазоны только добавляются > в конец объекта "карта пространства", для получения наилучшей производительности в памяти > нужно хранить только лишь последний блок этого объекта, вне зависимости от > того, пространством какого размера мы управляем > * Не подвержены патологиям: карты пространства можно эффективно > обновлять, независимо от последовательности операций выделения и освобождения > * Одинаково эффективны при выделении свободного места, как > при пустом, так и при заполненном пуле (в отличие от битовых > карт, на сканирование которых требуется всё больше и больше времени по > мере их наполнения) > Помимо этого, нужно отметить, что когда свободное пространство, описываемое картой, полностью > исчерпано, для ее представления достаточно одного диапазона. Поэтому карты пространства > имеют прекрасное свойство: по мере приближения заполненности пула к 100%, карты > пространств�� начинают буквально "испаряться", занимая всё меньше и меньше > места, давая возможность максимально использовать имеющееся дисковое пространство для > хранения полезной информации." > http://blogs.sun.com/bonwick/ru/category/ZFS
	Введите код, изображенный на картинке: