Как выбрать СХД? Пошаговая инструкция
В любом связанном с ИТ проекте неизбежно возникает задача хранения данных, а с нею — проблема выбора системы хранения с блочным, файловым или объектным доступом. Нередко перед покупкой СХД для серьезных проектов ее тестируют, чтобы проверить соответствие заявленных параметров, таких как пропускная способность, масштабируемость или производительность, реальным показателям - в определенных условиях и для конкретного приложения/задачи.
Именно понимание задачи, то есть для чего будет использоваться хранилище (под СУБД, для работы с файлами, большими данными, для почтовой системы, резервного копирования, видеонаблюдения, видеоаналитики и пр.), имеет определяющее значение, однако в каждой ситуации есть своя специфика.
Как же выбрать систему, оптимальную по соотношению функциональность/цена/качество? В зависимости от решаемой задачи СХД работают, настраиваются, да и позиционируются вендорами по-разному. Такое деление может быть достаточно условным, но зачастую решение разрабатывается именно для конкретной цели. Заказчики же нередко хотят универсальную СХД. В таком подходе есть свои плюсы и минусы, однако общая тенденция иная,
1. Понимание задачи. Выбирайте специализированную систему хранения под ту или иную задачу. Для этого нужно понимать, какие сервисы уже работают или будут функционировать в ИТ-инфраструктуре. Например, СУБД характеризуется транзакционной, а система видеонаблюдения - потоковой нагрузкой. Система хранения проектируется для конкретной нагрузки, либо нужны определенные ее настройки.
2. Основные требования. Нужно определиться с основными требованиями к системе хранения, такими как надежность, функциональность, эксплуатационные характеристики, капитальные/эксплуатационные затраты. Показатель надежности зависит, в частности, от того, насколько надежна, отказоустойчива платформа СХД, сколько у нее контроллеров. Требования по надежности определяются критичностью обслуживаемых системой сервисов, их важностью для бизнес-процессов организации и жизнедеятельности компании.
3. Выбор класса системы хранения. Например, системы для хостинг-провайдеров должны обладать такими качествами, как быстрое горизонтальное масштабирование (scale-out), быть достаточно надежными, производительными, справляться с пиковыми нагрузками. Это могут быть распределенные или многоконтроллерные СХД. Другой тип решений - системы для высокопроизводительных вычислений (HPC), например, для задач моделирования. В этом случае важна не столько надежность, сколько высокая производительность, скорость вычислений. Еще одна распространенная задача — виртуализация внешних массивов и формирование пула ресурсов хранения данных. Все это - отдельные классы СХД.
4. Выбор типа СХД. Если для серьезно нагруженных систем предпочтительнее будет задействовать флэш-массив (AFA), то для почтовых сервисов или систем резервного копирования вполне подойдет гибридное решение или СХД на традиционных дисках (HDD). Несмотря на снижение стоимости флэш-накопителей, экономически и технически пока что более оправдано применение гибридных или традиционных массивов.
5. Функциональность СХД. Четкое понимание назначения системы поможет определиться с ее функциональностью. Нередко она избыточна: часть функций не задействована или используется не по назначению, при этом увеличивая конечную стоимость решения. Некоторые функции, такие как сжатие данных и дедупликация, могут влиять на производительность или пропускную способность. Поэтому следует исходить из минимально необходимой функциональности, обеспечивающей работоспособность сервиса.
6. Эксплуатационные характеристики СХД. На них также стоит обратить внимание. При этом нужно понимать, что будет происходить в системе во внештатном режиме, как он повлияет на ее характеристики, например, как отказ одного из дисков массива отразится на производительности, скажется ли это на работоспособности сервиса и бизнес-процессах.
7. OPEX vs CAPEX. Необходимо определиться с тем, что для организации важнее — операционные (OPEX) или капитальные (CAPEX) затраты. Нужно понять, из чего состоит стоимость эксплуатации решения, как лицензируется ее расширение, во что выливается замена диска или контроллера. Знание этих вопросов позволит также найти "золотую середину" соотношения производительности и надежности в рамках выделенного бюджета. Например, для ERP-системы потребуется двухконтроллерная СХД без единой точки отказа.
8. Детализация требований к СХД. Далее можно детализировать требования. Например, каков запас времени на устранение той или иной аварийной ситуации? Тогда вы будете заранее готовы к подобным неприятностям. Детализация требований позволит понять, исходя из каких параметров нужно подходить к функциональности системы и ее производительности — с точки зрения пропускной способности или IOPS (операций ввода-вывода в секунду). Например, для СУБД имеет смысл рассматривать производительность в IOPS, а для таких нагрузок, как видеонаблюдение и резервное копирование напротив, важнее пропускная способность системы (в МБ/с).
9. Составление спецификации. Кроме типа нагрузки (транзакционной, потоковой или смешанной) следует также учитывать количество поддерживаемых клиентов/инициаторов. СХД должна справляться определенным числом параллельных запросов. Это требование также влияет на конфигурацию СХД — количество портов того или иного типа. Все это позволит составить спецификацию и техническое задание на систему хранения. Их можно передать партнеру для подбора решения или выбирать системы самостоятельно из имеющихся на рынке предложений.
10. Дополнительные критерии. В некоторых организациях действуют дополнительные критерии, такие как требования по импортозамещению или поддержке оборудования определенного типа, совместимости с конкретными сервисами и ПО. Конечно, существуют классы решений, выходящих за рамки перечисленных требований.
Хотя сказанное кажется вполне очевидным, данный подход поможет выбрать нужную СХД и оптимизировать затраты, избежать многочисленных проблем в будущем.
