ITBlogs

Сообщество IT-профессионалов
Welcome to ITBlogs Sign in | Join | Help
in Search

Сетевые системы хранения как объект разговора

Browse by Tags

All Tags » whoisho   (RSS)

  • Что такое QTree?
    В нескольких дискуссия заметил, что новые пользователи NetApp плохо и нетвердо представляют себе что такое есть такая структура организации дисковой иерархии в системах хранения NetApp, как QTree. Q: Что такое этот QTree? A: QTree (Quota Tree) это элемент структурной иерархии дисковых ресурсов на NetApp. По-простому, “по-крестьянски”, QTree это такая поддиректория-папка, находящаяся на томе-volume. Read More...
  • Еще несколько слов про MPHA
    Ранее я уже писал о том, что такое Multi-Path High Availability (MPHA) – методе подключения дисковых полок к контроллеру, сделав перевод официального FAQ . Однако обещал, что чуть позже напишу еще некоторые мои соображения на этот счет. Вот они. Кратко, для “введения в суть”: MPHA это, на сегодня, настоятельно рекомендованный способ избыточного и отказоустойчивого подключения дисковых полок к контроллерам Read More...
  • “Терабайты” – мегапиксели сегодня
    Уже можно считать что прошли времена, когда на рынке фототехники правили бал ”мегапиксели”. Сегодня совсем немногие люди, покупающие фотоаппарат, покупают “мегапиксели”, также как, чуть раньше, производители процессоров перестали продавать им “гигагерцы”. Все больше людей стали осознавать, что этот единственный параметр не является ни определяющим, ни исчерпывающим для того, чтобы выбрать лучший продукт, Read More...
  • NetApp E-series, краткий FAQ
    Прошло 3 месяца с момента объявления о покупке NetApp-ом у LSI его подразделения про разработке и продаже внешних дисковых систем, которое было известно под именем Engenio (ESG). Я не собирался к этой теме возвращаться (по крайней мере часто), как и вообще к теме FC-систем "традиционной архитектуры", которые приобрела, вместе с Engenio, NetApp, так как, в целом, лично мне, они не очень интересны. Read More...
  • Компрессия или дедупликация?
    Появление в арсенале у NetApp такого средства экономии пространства хранения, как онлайн-компрессии данных, в дополнение к уже хорошо знакомому, надеюсь, процессу дедупликации, породило ряд вопросов и замешательство. Что выбрать? Что лучше? Лучше то, что лучше работает на ваших данных и ваших задачах. Обратите внимание, что использование дедупликации или компрессии не исключает одно другого. Вы вполне Read More...
  • Data ONTAP-v
    Несколько слов о недавно засветившейся в новостях “новинке”, под названием Data ONTAP-v, которая появилась в blade-системах компании Fujitsu.  Fujitsu Computer Systems является многолетним ресселлером, а также технологическим партнером NetApp (напомню, что NetApp продает “от себя” их систему дискового резервного копирования ETERNUS CS800). Как я уже писал ранее , NetApp имеет очень интересный Read More...
  • NetApp: вид сзади (окончание)
    Итак, в понедельник я показал вам как выглядит сзади то, что видят сравнительно немногие, либо только специалисты-инженеры, но что всегда привлекает любого гика. Вы себе не представляете насколько я мучаюсь подбирая слова, чтобы хотя бы свести к минимуму сексуальную двусмысленность. ;D На сегодня у нас остались дисковые полки расширения. Классическая дисковая полка, переживающая с незначительными модификациями Read More...
  • NetApp: вид сзади
    Я заметил, что экстраординарной популярностью в моем блоге пользуются посты “с картинками”. Сегодня у любителей картинок большой праздник. Картинок будет много. Я решил устроить сеанс geekporn, и показать как выглядят задние панели большинства систем NetApp. Возможно тем, кто не видел ни одной “живой” системы это будет любопытно. Вот так выглядит сзади контроллер “старой” midrange-серии, в данном случае Read More...
  • Дисконтный код от NetApp на VMworld 2010
    В блоге Vaughan Stewart -а, “главного блоггера NetApp по VMware” найдена полезная информация. NetApp предлагает специальный скидочный код для покупки full conference pass for individuals для VMworld в San Francisco, а также VMworld в Copenhagen. С дисконтом NetApp цена снижается с $1745 до $1495 (USD) и с € 1150 до € 950 (Euro). Использовать код можно при регистрации на VMworld по следующему адресу: Read More...
  • Загадочный fractional reserve (часть 1).

    Не скрою, среди отдельных штук в NetApp есть вещи, способные поставить в тупик.
    По моим наблюдениям, изрядным камнем преткновения для пользователей, вот уже несколько лет, является так называемый fractional reserve, как и вообще вся “кухня” распределения пространства под LUN на системах хранения NetApp.

    Что же такое этот “загадочный” fractional reserve, и как его правильно использовать?

    Думаю, что изрядная доля проблем понимания вызвана, в первую очередь, неудачным термином.
    Fractional - “дробный”. но что там дробится, и зачем - остается непонятным.
    Я заметил, что в некоторых продуктах, выпущенных NetApp в последнее время появилась более удобоваримая замена для этой “фичи”: Overwrite reserved space - “резерв под перезапись”.

    Чтобы разобраться что же это за резерв такой, давайте вспомним, как устроено хранение данных на системах NetApp.
    Я уже писал раньше о том, что в основе любой системы хранения NetApp FAS лежит собственная OS и собственная специализированная файловая структура (я намеренно избегаю использовать более привычный термин “файловая система”, чтобы не получить ненужных ассоциаций у читающих, ведь WAFL, в опредедленном смысле, уникальный по своему устройству продукт).

    В основе WAFL лежит идея организации записи данных как “неперезаписывающего” процесса. Каждый блок данных записывается однократно, и остается на своем месте. Все же остальные попытки изменений этого блока прикладной программой приводят к записи нового блока, берущегося из пула “свободных блоков” и замены указателя в “таблице размещения файлов” со старого на новый, при этом старый блок остается на старом месте, в прежнем своем состоянии.
    Если на старый блок больше не остается ссылок, то он считается свободным, и поступает в распоряжение пула свободных блоков.

    Такая любопытная схема позволяет с легкостью брать так называемые “снэпшоты”, то есть мгновенные “снимки” данных, зафиксированные “состояния”. Это получается на WAFL как бы само собой, так как, см. выше, данные не изменяются, достаточно сохранить текущую “таблицу блоков файлов” на определенный момент времени, запретив ее изменять, и вот вам пожалуйста - снэпшот.
    Пока на блок остаются ссылки, например из такого снэпшота, он остается на диске в неприкосновенности.

    Однако очевидны и недостатки. Такой метод довольно расточительно расходует место на дисках.

    Предположим, мы создали на томе LUN, и в какой-то момент взяли с него снэпшот. Этот снэпшот зафиксирует некий набор блоков, и в момент создания он дополнительного места не займет, так как по сути мы сохранили только таблицу инодов на момент его взятия. Все же последующие изменения в нем будут занимать новые блоки, ранее бывшие свободными. Поменяли в нем 10 мегабайт - свободное место на диске на 10 мегабайт уменьшилось.

    Допустим, этот LUN в процессе его жизни полностью перезаписан, каждый блок данных его составляющих был перезаписан. Это значит, что суммарный объем данных, занятых этим LUN на диске, увеличится вдвое. Исходные блоки LUN, записанные первоначально, и “запертые” в снэпшоте, и блоки измененные, с момента первоначальной записи.

    Но что случится, если на томе, где мы этот LUN создали, не окажется места для всех перезаписываемых блоков? Очевидно, что ничего хорошего не произойдет, так как в какой-то момент очередного свободного блока процессу записи не достанется, и запись не произойдет с сообщением “No available space at SCSI device”.
    В жизни при этом Data ONTAP переводит LUN в offline, чтобы защитить имеющиеся данные от возможных повреждений и сохранить их в целостности.

    Для того, чтобы избежать этой неприятности и придумано резервирование типа fractional reserve или, что понятнее звучит, overwrite reserved space.

    Это место, резервируемое на том (flexvol), оставленное на нем тот случай, когда содержащийся на томе LUN будет активно переписываться, и понадобятся дополнительные блоки, для того, чтобы разместить эти изменения, в том случае, если прежние блоки по той или иной причине “заперты” и не высвобождаются. Например в случае взятия снэпшота.

    Размер этого резервирования можно задать от 0% (резервирования нет, запись возможна только при фактическом наличии места на томе, ничем больше не занятого), до 100% (зарезервировано место, равное размеру размещенного LUN, для остальных задач системы хранения это место недоступно).

    Последний вариант дает безопасные гарантии того, что сколько бы вы не написали в LUN, у вас сохранится достаточно места для перезаписи, и вы не столкнетесь с проблемой “No available space left on SCSI device”.
    Однако это означает увеличение вдвое занимаемого места для LUN.

    Однако NetApp не был бы нетаппом, если бы не предлагал варианты.
    Вариантов, на самом деле, существует несколько.

    Во первых, возможно не использовать именно 100% резервирования. Например, вы знаете, что ваш LUN сравнительно мало заполнен, или количество записей в него невелико. В таком случае, вы можете выбрать меньший размер резервирования. Например, вы знаете, что в вашем 500GB LUN, расположенном на 1TB томе, в настоящий момент занято не более 200GB. Очевидно, что перезаписи скорее всего будут выполняться в пределах этих 200GB, а резкий рост объема записи в настоящее время маловероятен. Тогда вы можете выбрать резервирование 20%, и сэкномить пространство на томе для других задач.
    Однако нужно будет настроить мониторинг объемов свободного места на томе, и внимательно следить за его состоянием, чтобы избежать проблем переполнения.
    Помните также, что резерв выделяется на том целиком, а не на LUN. Это значит, что если у вас на томе лежат два 200GB LUN, и резерв выставлен в 30%, то это значит, что один из этих LUNов может измениться (вырасти), при необходимости на 60% (30% своих и 30% соседа).

    Во вторых, можно включить опцию snapshot auto-delete, при этом, при нехватке места под данные система попытается удалить старые снэпшоты, и освободить место на томе.
    Обратите внимание, что триггер auto-delete может не успеть сработать при резком росте объемов, просто не успеет закончить удаление, оно не мгновенно. Также следует помнить, что если вы пользуетесь client-side ПО управления снэпшотами, например каким-то из SnapManager, то ему может очень не понравиться, что снэпшоты на томе удаляются без его ведома.

    В третьих, можно включить опцию volume auto-grow, и тут уже сам том будет иметь возможность увеличиваться с даланным шагом и до заданного предела в объемах, для того, чтобы вместить необходимые данные.

    Итак, мы видимо, что NetApp предлагает нам несколько вариантов действий. Зарезервировать 100%, на наихудший вариант, и “спать спокойно” - “ленивый” вариант. Внимательно подумать, проанализировать, и зарезервировать столько, сколько в реальности потребуется - “умный” вариант. И, наконец, подойти с другой стороны, и воспользоваться возможностями автоматического ресайза (или автоосвобождения) тома. По моим наблюдениям, этот вариант сейчас встречается чаще всего, так как позволяет занимать место на дисках только по мере реальной необходимости в нем - “экономный” вариант.

    Чтобы не раздувать пост я перенесу практическую “лабу” во второй пост этой темы.

  • Software Subscription: что это такое
    У клиентов, впервые знакомящихся с продуктами NetApp всегда много вопросов вызывает строчка в квотации под названием “Software Subscription Service (3Yr)”. Что это такое? Software Subscription это подписка на получение обновленных версий установленного в системе хранения ПО, такого как Data ONTAP, а также разнообразных host-side утилит, например SnapManager и SnapDrive. Тут надо понимать, что это не гарантия (warranty). [...]

This Blog

Syndication

Powered by Community Server (Personal Edition), by Telligent Systems