Infinidat Blog

Обновление корпоративных СХД без риска (часть 1)

De-Risking Enterprise Storage Upgrades (Part 1)

Приглашенный блогер: Эрик Бургенер, вице-президент по исследованиям в области инфраструктурных систем, платформ и технологий, IDC

Администраторы, скорее всего, не раз обновят корпоративную платформу хранения данных на протяжении ее жизненного цикла. Здесь под обновлением мы понимаем именно внутрисистемные обновления, например микропрограммного и программного обеспечения, установку программных патчей и, если применимо, различные варианты модернизации оборудования (контроллеров, устройств хранения данных и так далее). Для платформы хранения, где размещается хотя бы часть критичных рабочих нагрузок, крайне важно, чтобы внутрисистемные обновления проходили без нарушения ее работы.

Большинство компаний идут по пути цифровой трансформации, меняя ИТ-инфраструктуру для более успешного развития бизнеса, что только усиливает потребность в высокой доступности для самых разных рабочих нагрузок. Проектные решения и архитектурные особенности могут значительно сократить (а иногда и полностью устранить) риски, связанные с обновлением, но в случае с СХД, где нарушение работы во время обновления абсолютно неприемлемо, на некоторые аспекты стоит обратить особое внимание.

IDC отмечает тенденцию к более тесной консолидации смешанных корпоративных рабочих нагрузок по мере обновления инфраструктуры хранения данных. Консолидация рабочих нагрузок может дать ощутимые преимущества с точки зрения экономики и администрирования, но при этом может увеличить размер домена сбоя. Именно поэтому высокая доступность – непременное требование к системе консолидации рабочих нагрузок. На доступность системы в целом влияет не только уровень резервирования и встроенные процедуры восстановления после сбоев, но и то, как она функционирует в момент плановых внутрисистемных обновлений. Хотя многие поставщики корпоративных СХД обещают надежность "от 99,999%" при штатной эксплуатации, заказчики также должны проверить и понять, как именно выполняются обновления и как эти обновления могут повлиять на работу приложений.

De-Risking Enterprise Storage Upgrades

 

Иными словами, на что бизнесу следует обратить внимание, чтобы СХД обновлялась без малейшего простоя приложений? Рассмотрим несколько ключевых аспектов и коротко объясним их важность:

  • Более современная архитектура, созданная «с чистого листа». Сегодня на рынке остаётся много корпоративных СХД, которые были изначально спроектированы в 2000-х годах (или даже раньше). Задачи проектирования архитектур тогда и сейчас разительно отличаются, как и требования к производительности, доступности и функциональности. В те времена энергонезависимая флеш-память еще даже не появилась на горизонте, технологий повышения эффективности хранения «на лету» не существовало, а СХД основного назначения были рассчитаны на емкости в десятки терабайт и пропускную способность в несколько гигабайт, да и то такие примеры можно было пересчитать по пальцам одной руки. По мере того как эти системы модернизировали для поддержки новых типов носителей, архитектура особо не менялась. Двадцать лет назад лишь немногие корпоративные СХД (если таковые вообще имели место) были рассчитаны на обновление без простоев сервисов – ведь такой потребности просто не существовало. Архитектура, созданная «с чистого листа», позволяет производителям освободиться от груза устаревших технологий и спроектировать системы наиболее эффективно под стать современным требованиям. Чуть дальше мы рассмотрим несколько более современных подходов к проектированию, которые позволяют поддерживать операции бесперебойными.

 

  • • Программно-определяемые архитектуры. Многие корпоративные СХД от ведущих производителей были спроектированы как "аппаратно-определяемые", а последнее десятилетие в этой сфере отчётливо наблюдается поворот в сторону "программно-определяемых" структур. Перенос функциональности на ПО – более выигрышный вариант развития, так как в программно-определяемые архитектуры проще добавить новые возможности, они эффективнее поддерживают обновления без простоев, лучше адаптируются к новым аппаратным технологиям и различным схемам подключения устройств и в целом более гибкие.
    С выходом новых версий ПО повышается производительность и добавляются принципиально новые функциональные возможности, при этом не надо модернизировать аппаратное обеспечение. Часть функций можно перенести на уровень ПО даже на старой аппаратно-определяемой платформе, но архитектура, изначально построенная «с чистого листа» по программно-определяемым принципам, обеспечивает гораздо большую гибкость для поддержки масштабных функциональных нововведений через обновления ПО.
    В программно-определяемой архитектуре возможна виртуализация частей СХД, отвечающих за работу с накопителями (back-end) и за предоставление клиентского доступа (front-end). Такой подход позволяет обновлению функциональности в одной из частей никак не влиять на работу другой, гарантируя проведение модернизаций без прерывания работы. Кроме того, она лучше справляется с изоляцией неисправностей, сводя к минимуму последствия любого сбоя и упрощая процедуры по их устранению, от которых зависит не только восстановление после сбоя, но и обновления. Преимущества программно-определяемых архитектур проверены на практике, а это ещё один аргумент в пользу перехода от аппаратно-определяемых решений к программно-определяемым.

 

  • • Архитектура ОС, в которой большинство функций ОС находятся в пользовательском пространстве (а не в ядре). В ОС устаревших СХД, построенных на основе монолитных конструкций, инциденты происходили чаще, даже если случался незначительный сбой. Кроме того, добавление новых функций в эти ОС требовало предварительного комплексного регрессионного тестирования, а сам факт внесения изменений грозил значительными рисками. В современных архитектурах функциональные возможности базовой инфраструктуры запрещается размещать в ядре, что позволяет делать его гораздо компактнее и надежнее, при этом функции сокращения объема данных, моментальные снимки, шифрование, контроль качества обслуживания, репликация и прочие функции СХД выполняются в пользовательском пространстве. При таком подходе сбой или обновление любой функции не затронет ядро, а значит система в целом будет поддерживать работу приложений. Такая структура делает системы более надежными, а модернизацию – менее рискованной. Кроме того, когда производители или пользователи вносят изменения, то регрессивное тестирование требуется СХД в меньшем объеме.

 

Производители корпоративных массивов хранения данных, которые создали свои системы в течение последних шести или семи лет, часто руководствуются этими тремя принципами проектирования. Однако Infinidat, специализируясь на продаже крупномасштабных систем, специально спроектированных для более тесной консолидации смешанных корпоративных рабочих нагрузок, пошел ещё дальше и добавил инноваций для более надежной бесперебойной работы. Им будет посвящен мой следующий пост на тему «обновления без риска».

 

Информация Eric Burgener

Эрик Бургенер – вице-президент по исследованиям направления корпоративных инфраструктур в компании IDC. В основном он занимается изучением систем, ПО и решений для хранения данных, их конечных пользователей, подготовкой квартальных исследовательских отчетов, а также консалтинговыми программами и услугами. Опираясь на компетенцию в области корпоративных СХД, в своих исследованиях Эрик особое внимание уделяет массивам, оптимизированным для работы с флеш-памятью, новейшим технологиям энергонезависимой памяти и программно-определяемым СХД. Он активно участвует в исследовательской программе IDC "IT Buyers Research" и ведет постоянный блог на тему "Управление инфраструктурой и данными".