ИКС № 4 2023

Николай НОСОВ	19 октября 2023

19 октября 2023

Программно определяемые хранилища: наращивая функционал

С точки зрения функциональных возможностей отечественные программно определяемые хранилища еще отстают от продуктов ушедших с рынка зарубежных вендоров. Но разрыв сокращается.

Виртуальное вместо реального

Отделение логического уровня управления от физического аппаратного – подход не новый и широко используемый на практике. В частности, в программно определяемых хранилищах (Software Defined Storage, SDS) за счет создания виртуальной плоскости данных предоставление хранилища и управление им абстрагируются от базового оборудования. Это позволяет управлять отдельными пулами физических ресурсов хранения как единым логическим устройством, что повышает эффективность использования, гибкость выделения и легкость масштабирования ресурсов.

Путаницу в определения вносит термин «Programmable Storage», который тоже дословно переводят как «программно определяемое хранилище». Технология Programmable Storage использует ПО для управления и настройки в конкретных задачах физических устройств хранения данных без виртуализации и в этой статье не рассматривается.

Прообразом SDS можно считать появившиеся еще в 1987 г. RAID-массивы, объединившие диски в логические элементы, с которыми и работали операционные системы. С развитием технологий росла скорость передачи данных по сети, и в логические элементы стали объединять диски разных серверов. В дальнейшем к ним подключились дисковые массивы СХД, а в самых продвинутых решениях и облачные хранилища.

Начала набирать популярность конвергентная инфраструктура (Converged Infrastructure, CI) – предварительно настроенное аппаратное решение, которое объединяет хранилища, вычислительные и сетевые ресурсы в общую инфраструктуру, управляемую единым программным обеспечением. Конвергентная инфраструктура часто включала SDS, что дополнительно повышало ее эффективность.

Предварительно настроенное программно-аппаратное решение – как ноутбук. Запускать и работать легко, но менять конфигурацию «железа» замучаешься. Стремление к дезинтеграции вычислительных ресурсов с целью получения оптимальной для конкретной задачи конфигурации породило концепцию компонуемой инфраструктуры (Composable Infrastructure) – архитектуры центра обработки данных, в которой хранилища, вычислительные и сетевые ресурсы абстрагируются от их физического местоположения и управляются программным обеспечением через единую платформу управления. В примере с ноутбуком: нажал на кнопку – получил новые диски, нажал на другую – вернул их соседу.

Пример компонуемой инфраструктуры – блейд-шасси HPE Synergy, в которое при необходимости нарастить ресурсы вставляются серверы-лезвия с корзинами для дисков. Конструктив дает возможность прямого подключения дисков без участия RAID-контроллера, что необходимо при использовании серверов в качестве компонентов SDS. Управляется блейд через Composer – мини-сервер архитектуры х86 с модифицированным ядром Linux. На нем работает обеспечивающая единое управление лезвиями всех собранных корзин программа OneView.

В качестве компонуемой инфраструктуры можно рассматривать и облачную платформу, которая также позволяет пользователям создавать «под себя» вычислительную инфраструктуру и управлять ею.

Совсем нельзя обойтись без SDS при развертывании гиперконвергентной инфраструктуры (Hyper-converged Infrastructure, HCI). Совмещение слоя хранения и слоя вычислений на горизонтально масштабируемом и относительно типовом «железе», совмещение узла SDS и гипервизора на одном физическом хосте повысило гибкость и снизило расходы на ИТ.

Гиперконвергентная инфраструктура включает не только виртуальные машины и программно определяемые хранилища, но и программно определяемые сети. Все они работают на одних аппаратных средствах, в одном корпусе, чем отличаются от конвергентной инфраструктуры, в которой программно определяемые хранилища отделены.

Антон Салов, член оргкомитета, RCCPA

Преимущества SDS оценили облачные провайдеры и начали активно внедрять технологию, повышающую эффективность использования хранилищ. Развивались и технологии доступа. Приобрели популярность объектные хранилища, позволяющие загружать, получать и удалять данные по имени. Пионером стала компания AWS, в 2006 г. запустившая основанный на объектном хранилище файловый хостинг Amazon Simple Storage Service (Amazon S3). Пользователи получили возможность в любое время задействовать любой объем данных, который не привязан к физическому носителю и доступен в любой точке сети, опутавшей весь мир.

Базовый функционал

При этом от SDS по-прежнему требуется поддерживать классический блочный доступ (интерфейс iSCSI), когда файлы разбиваются на «кусочки» одинакового размера, каждый с собственным адресом, но без метаданных (по сути, прямой доступ к жесткому диску), а также интерфейс NFS файлового хранилища, имеющего древовидную структуру из файлов и вложенных папок.

В число базовых требований к SDS входит и отказоустойчивость. Важно, чтобы архитектура SDS позволяла создавать систему с любым уровнем избыточности для защиты от потери данных в случае отказа одного или нескольких узлов. Также защиту данных и доступность системы обеспечивает использование методов шифрования, резервирования и репликации данных, в частности, удаленной асинхронной репликации (remote replication) – копирования данных на удаленную, находящуюся в другой локации систему хранения с задержкой, что позволяет задействовать более медленные сетевые каналы.

Для быстрого восстановления данных удобна функция создания мгновенных снимков (snapshot) – копий состояния системы или данных в определенный момент времени.

Чтобы конфиденциальную информацию нельзя было восстановить после удаления, применяют методы гарантированного удаления данных с жестких дисков и других устройств хранения. SDS обычно использует аппаратное обеспечение для перезаписи находящейся на устройстве информации случайными данными, что делает восстановление технически невозможным.

Полезны функции линейного наращивания производительности SDS, автоматическая балансировка нагрузки между узлами и контроль качества обслуживания (QoS), позволяющий поддерживать требуемый уровень производительности для рабочих нагрузок. Низкую задержку и повышенную производительность при чтении данных обеспечивает FlashCache – встроенный кеш чтения/записи на базе флеш-памяти.

Оптимизировать использование устройств хранения помогают сжатие и дедупликация – удаление дублирующих копий данных. Применяется inline-дедупликация, при которой дубликаты удаляются непосредственно в процессе записи данных, и post process-дедупликация, когда удаление дубликатов происходит после записи данных.

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

В настоящее время SDS применяются: для оптимизации использования дисковых ресурсов СХД в традиционных системах; в работающих с общим пулом вычислительных ресурсов гиперконвергентных инфраструктурах; в конвергентных и компонуемых инфраструктурах, имеющих отдельный пул хранения; в ряде облачных платформ (например, VMware vRealize Suite или Huawei FusionSphere).

Российский рынок до февраля 2022 г.

До февраля 2022 г. на российском рынке программно определяемых систем хранения присутствовали решения как отечественных («Аэродиск», «Рэйдикс», «Росплатформа» – последняя изначально предлагала коробочное ПО, работающее с любыми серверами стандартной архитектуры), так и зарубежных (Datacore, Microsoft, Nexenta, Open-E) компаний. В числе классических SDS, изначально разрабатывавшихся для объединения дисковых ресурсов серверов в единый пул, активно предлагалось решение PowerFlex (ранее Dell EMC ScaleIO) компании Dell Technologies.

Крупные компании, такие как Mail.ru (ныне «ВК Цифровые технологии», VK), имеющие большие команды разработчиков, использовали программно определяемые системы хранения с открытым кодом, прежде всего Ceph. Менее крупные использовали GlusterFS от Red Hat, не требующую высококвалифицированной поддержки при эксплуатации.

В области гиперконвергентных систем лидировали компания Nutanix и использующая доминирующее положение на рынке серверной виртуализации компания VMware, которая предлагала решения как для гиперконвергентных, так и для конвергентных инфраструктур. Решение VMware Virtual SAN (vSAN) позволяет объединять SSD-накопители и обычные диски, подключенные к локальным ESXi-серверам (хостам), в общее высокоустойчивое хранилище данных, к которому могут обращаться все узлы кластера vSphere самой популярной на корпоративном рынке платформы виртуализации.

Источник VMWare

Структура программно определяемого хранилища VMWare

На уровне управления (Control Plane) в SDS от VMware можно включать виртуальные тома хранилищ, даже расположенных в облаке, с блочным (SAN) и файловым (NAS) доступом, что удобно для построения гибридных архитектур. При этом систему виртуализации хранилищ vSAN не надо устанавливать – оно уже входит в состав гипервизора ESXi и жестко привязано к платформе виртуализации VMware vSphere.

Аналогами и конкурентами vSAN являются: Nutanix DSF, PowerFlex, Datacore Hyper-converged Virtual SAN, HPE StoreVirtual, в которых на каждом хосте запускается отдельная виртуальная машина, управляющая виртуализованными ресурсами хранения хоста в Control Plane. Все эти решения совместимы не только с VMware vSphere, но и с Microsoft Hyper-V, а HPE StoreVirtual – еще и с платформами на базе гипервизора KVM.

Существуют и решения с компонентной архитектурой. Пионером стала компания Cisco c решением Cisco UCS, затем на рынке появились программно-аппаратные комплексы Dell EMC PowerEdge MX и HPE Synergy.

Российский рынок после

Санкции и уход с российского рынка зарубежных вендоров ПО заставили бизнес пересмотреть стратегии развития ИТ и обратить внимание на отечественные решения, в том числе на SDS. Дополнительными стимулами к развертыванию этих систем стали:

высокая стоимость доступных на рынке отечественных аппаратных платформ, ограничивающая возможности закупки техники;
наличие только базовых моделей серверов общего назначения, идеально подходящих для создания конвергентных и гиперконвергентных инфраструктур;
желание максимально использовать уже имеющиеся вычислительные ресурсы.

К уже упоминавшимся проприетарным SDS-решениям компаний «Росплатформа», «Рэйдикс» и «Аэродиск» стоит добавить ряд коммерческих продуктов от компаний «Киберпротект» и «Базис». «Росплатформа» предлагает самостоятельный полноценное SDS-решение «Р-Хранилище» на базе наработок компании Parallels, «Киберпротект» – распределенное хранилище в составе своей «Кибер Инфраструктуры», российский SDS-продукт входит и в «Базис.DynamiX» – платформу для DevOps.

Кроме того, SDS входят в облачные платформы, в том числе зарегистрированные в Едином реестре российских программ для ЭВМ и баз данных (ЕРРП). Как правило, в связке с платформой виртуализации используются модификации open source SDS-решений. Например, в связке c ПК СВ «Брест» и «Альт Сервер Виртуализации» применяется Ceph. C доработки Ceph начинала в свое время и компания Mail.ru.

GlusterFS используется в российских платформах виртуализации, базирующихся на open source-решениях Red Hat (система управления виртуализацией oVirt) – SpaceVM (VeiL), «Ред ОС», HOSTVM, zVirt и ROSA Virtualization (НТЦ ИТ РОСА), причем РОСА предлагает и гиперконвергентное решение.

Вендоры SDS и HCI, разработавшие решения для рынка, которые включены в ЕРРП, и осуществившие известные внедрения в сторонних организациях, представлены в табл. 1.

Табл. 1. Наиболее известные российские разработчики программно определяемых хранилищ и их решения, включенные в ЕРРП

Компания-разработчик	Решение	Дата включения в ЕРРП, рег. номер
«Росплатформа»	«Р-Хранилище»*	03.05.2017, № 3380
«Рэйдикс»	RAIDIX 5	04.03.2021, № 9477
«СХД Баум»	BAUM Storage AI	25.06.2021, № 10870
«ВК Цифровые технологии» (VK)	VK Cloud Storage	06.06.2023, № 17861
НТЦ ИТ РОСА	ROSA Virtualization	№ 5091 от 10.01.2019
«Киберпротект»	«КИБЕР Инфраструктура»	№ 6402 от 07.04.2020
НИЦ «Аэродиск»	vAIR	№ 8802 от 31.12.2020
ITglobal.com («Итглобалком Рус»)	vStack	№ 11995 от 18.11.2021
«Шаркс Датацентр»	SharxStorage	№ 12034 от 18.11.2021

* В связке с «Р-Виртуализация» реализуется функционал HCI

Источник: ЕРРП

Одной из первых в нашей стране стала пропагандировать использование SDS и предложила свое решение компания «Росплатформа», давно и довольно успешно конкурировавшая с Nutanix на рынке гиперконвергентных систем. До февральских событий бизнес чаще предпочитал решения американской компании, а опасавшиеся санкций организации – продукт «Росплатформы».

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

Сергей Члек, управляющий директор, «Росплатформа»

Компания продает неисключительные права (лицензии) без ограничения срока действия и сертификаты на техническую поддержку. «Р-Хранилище» лицензируется по объему (в тера-байтах) полезного пространства виртуального хранилища, стоимость не зависит от числа серверов или дисков в кластере.

Отказоустойчивость достигается репликацией данных между серверами. Архитектура «Р-Хранилища» рассчитана на потерю любого физического сервера или группы серверов целиком, а не только отдельного диска. Все данные хранятся в нескольких копиях, при этом система никогда не хранит более одной копии на физическом сервере/стойке/комнате.

К преимуществам «Р-Хранилища» по сравнению с западными аналогами управляющий директор «Росплатформы» Сергей Члек отнес независимость от производителей серверного оборудования (решение устанавливается на любое Linux-совместимое оборудование), устойчивость к санкциям и круглосуточную поддержку.

Общие с «Р-Хранилищем» корни и во многом схожие характеристики имеет решение «КИБЕР Инфраструктура» компании «Киберпротект». В 2021 г. продукт «КИБЕР Инфраструктура» вошел в десятку лучших инновационных решений для управления ИТ-инфраструктурой и обеспечения ее информационной безопасности на конкурсе «Онланта.Tech».

НТЦ ИТ РОСА сделала ставку на open source и выпускает SDS- и HCI-решения, очень похо-жие на продукты Red Hat. Плюс подхода – системы удобные, проверенные на большой базе клиентов американского гиганта. Минус – зависимость от западных разработчиков, опреде-ляющих направления развития продуктов. Перспективным выглядит использование реше-ний в негосударственных компаниях, применявших ПО ушедших с рынка западных вендо-ров.

В основе SDS vStack Storage компании «Итглобалком Рус» лежит файловая система с мене-джером логических томов ZFS. Слой состоит из пулов, которые включают в себя диски каж-дого узла. В каждый момент времени пул работает на конкретном узле кластера. Один из ключевых атрибутов кластера – избыточность, при которой в работе инфраструктуры ис-пользуется больше элементов, чем требуется. Это позволяет обеспечить резервирование. Ес-ли один из узлов выйдет из строя, он будет исключен из кластера. При этом пулы потеряют по одному диску. После этого благодаря процедуре аварийного переключения пул с вышед-шего из строя узла и все работавшие на нем виртуальные машины станут доступны на дру-гом узле. Процедура аварийного переключения ресурсов выполняется автоматически.

Компания «Шаркс Датацентр» разработала платформу SharxStorage – распределенное, линейно масштабируемое блочное хранилище, имеющее высокую производительность и отказоустойчивость. Продукты компании используются преимущественно в решениях для транспортной отрасли федерального масштаба: в облачной платформе транспортно-логистических сервисов на базе «Транстелекома», инфраструктуре федерального оператора электронного пломбирования грузов СОПТ, для оплаты проезда и обеспечения функционирования АСУДД на ЦКАД и трассе М12 ГК «Автодор»..

В рамках конвергентной инфраструктуры может использоваться созданная компанией «СХД Баум» (ранее «СК-СХД») система BAUM Storage AI. В ноябре 2022 г. компания F+ tech (го-ловная структура «Марвел Дистрибуции») купила 49% акций ООО «СК-СХД» и собирается в перспективе занять около 30% российского рынка систем хранения данных.

Из последних новинок – появившееся в ЕРРП летом 2023 г. решение VK Cloud Storage. Типовой заказчик – строящий частное облако сервис-провайдер крупной корпорации. VK Cloud Storage – это коробочное решение, отчуждаемый софт, устанавливаемый в зоне клиента с оплатой за лицензии.

Согласно нашим тестам, гиперконвергентные системы неоптимальны для высоких нагрузок: приходится выбирать – дать меньше ресурсов либо кластеру СХД, либо клиентским виртуальным машинам. Компания решила не идти на компромисс и остановилась на конвергентной архитектуре, гарантированно предоставляя ресурсы как кластеру хранения данных, так и кластеру вычислений. Они находятся на разном оборудовании. На кластере SDS установлено управляющее ПО, отвечающее за распределение файлов, блоков и объектов, балансировку, мониторинг. К серверам кластера SDS по сети Ethernet подключаются виртуальные машины.

Дмитрий Лазаренко, директор бизнес-сегмента SaaS, VK

VK предлагает зональные хранилища, ассоциированные с конкретным ЦОДом. Причем разных типов – дешевые на дисках HDD и быстрые на NVMе и SSD. Клиент сам выбирает тип системы хранения и зону доступности. При этом в любой момент он может изменить решение, и VK в живом режиме перенесет его данные на другую систему хранения.

К категории SDS относятся несколько решений VK, включая блочные, файловые (базирующиеся на блочном) и объектные хранилища для платформы x86. Самое востребованное – S3-совместимое объектное хранилище, разработанное еще тогда, когда компания называлась Mail.ru. В нем используются помехоустойчивое кодирование с гарантированной избыточностью, автоматическая балансировка нагрузки между узлами, дедупликация и сжатие. Для ряда нагрузок в объектном хранилище реализован механизм FlashCache.

Среди других вендоров SDS стоит отметить компанию «Рейдикс», которая предлагает российскую программно определяемую СХД для задач, требующих высокой производительности. В частности, СХД на базе RAIDIХ использовалась в качестве хранилища для инфраструктуры HPC национального проекта по обмену академической информацией Academic Cloud – системы из 11 отказоустойчивых кластеров в Центре вычислительных наук института RIKEN (Япония).

vAIR компании «Аэродиск» поставляется как в виде ПО, так и в виде программно-аппаратного комплекса «Аэродиск Machine-V». В ЕРРП входит и поддерживающая систему виртуализации СХД «Аэродиск Восток», реализованная на российских процессорах «Эльбрус». Среди заказчиков компании – Агентство по страхованию вкладов, Росстандарт и Росавтодор.

Зарубежное или отечественное?

Сравним функциональные возможности отечественных и зарубежных решений SDS (табл. 2).

Данные для анализа технических характеристик получены от российских компаний, а недостающие взяты из публичных источников. Для сравнения базового функционала выбраны зарубежная проприетарная система (Dell EMC PowerFlex), оpen source-решение (Ceph) и продукты российских компаний («Рэйдикс», «СХД-Баум» и VK).

Табл. 2. Сравнение базового функционала российских и зарубежных решений SDS

Характеристики		Ceph	PowerFlex	RAIDIX	BAUM Storage AI	VK Cloud Storage
Поддерживаемые гипервизоры		KVM	ESXi; Hyper-V	ESXi; Hyper-V; Xen; KVM; Proxmox VE	ESXi; Hyper-V; КVM	KVM
Защита данных	Возможность построения систем с произвольной и гарантированной избыточностью	Да	Да	Да	Да	Да
	Удаленная асинхронная репликация	Да	Да	Да	Да	Да
	Мгновенные снимки	Да	Да	Да	Нет	Да
	Шифрование данных	Да	Да	Да	Да	Да
	Гарантированное удаление данных	Да	Да	Да	Нет	Нет
Производительность	Автоматическая балансировка нагрузки между узлами	Да	Да	Да	Нет	Да
	Линейное масштабирование производительности	Да	Да	Да	Нет	Да
	QoS	Да	Нет	Да	Нет	Да
Функционал	Дедупликация	Да	Да	Да	Да	Да
	Сжатие	Да	Да	Да	Нет	Да
	FlashCache	Да	Да	Да	Да	Да
	Многоуровневое хранение (Tiering)	Да	Да	Да	Нет	Да
Интерфейс	Объектный доступ	RADOS Gateway (S3, OpenStack Swift)	S3; Swift; Atmos	Lustre OSS; S3	Нет	S3
	Блочный доступ	RADOS Block Device	iSCSI; FCoE; FC	FC; iSCSI; SCSI	iSCSI	Нет данных
	Файловый доступ	CephFS	NFS	NFS; PCIe InfiniBand	NFS	Нет данных

Аналогичную работу проделали для HCI (табл. 3). В качестве образцов для сравнения взяли наиболее популярные до ухода с российского рынка западные решения VMware vSAN и Nutanix, а из российских – «Р-Хранилище», ROSA Virtualization, vAIR от компании «Аэродиск» и vStack.

Табл. 3. Сравнение базового функционала российских и зарубежных решений HCI

Решение		VMware vSAN	Nutanix	«Р-Хранилище»	ROSA Virtualization	«Аэродиск» vAIR	vStack
Поддерживаемые гипервизоры		ESXi	ESXi; Hyper-V; KVM	Собственный гипервизор (на базе QEMU/KVM)	KVM	АИСТ (КVM)	vStack (на базе bhyve)
Защита данных	Возможность построения систем с произвольной и гарантированной избыточностью	Да	Да	Нет данных	Да	Да	Да
	Удаленная асинхронная репликация	Да	Да	Нет данных	Да	Нет	Да
	Мгновенные снимки	Да	Да	Нет данных	Да	Да	Да
	Шифрование данных	Да	Нет	Нет данных	Да	Нет	Да
	Гарантированное удаление данных	Да	Да	Нет данных	Да	Да	Да (Garbage collector )
Производительность	Автоматическая балансировка нагрузки между узлами	Да	Миграция данных «вслед за нагрузкой» в локальном кластере	Нет, но есть партнеры, которые реализовали автоматическую балансировку между узлами	Да	Нет	Да
	Линейное масштабирование производительности	Да	Да	Да	Да	Да	Нет данных
	QoS	Да	Да	Да, средствами «Р-Платформа»	Да	Да	Да
Функционал	Дедупликация	Да	Да	Нет	Да	Да	Да
	Сжатие	Да	Да	Да	Да	Да	Да
	FlashCache	Да	Да	Да	Да	Нет	Нет
	Многоуровневое хранение (Tiering)	Да	Да	Да	Да	Да	Да
Интерфейс	Объектный доступ	Собств. интерфейс только для виртуальных машин VMware	S3	S3	Нет	S3, OpenStack Swift, HTTP(S) и gRPC	S3, OpenStack Swift; Ceph RADOS Gateway
	Блочный доступ	iSCSI; FC	iSCSI	iSCSI	FC; iSCSI	iSCSI; FC	iSCSI; FC
	Файловый доступ	NFS	NFS	NFS	NFS; CephFS; GlusterFS; RuBackup	NFS; CephFS; ARDFS	NFS

С точки зрения базовых функциональных возможностей российские решения в целом выглядят неплохо. Но у экспертов есть претензии к полноте реализации функций, простоте использования и качеству интерфейсов администрирования. Частая проблема конвергентных систем российских разработчиков – отсутствие тесной интеграции между пулами хранения и вычисления, что сказывается на производительности и надежности работы.

В чем российские SDS уступают зарубежным

Большинство проблем, с которыми сталкиваются пользователи отечественных систем SDS и HCI, – прямое следствие начальной стадии развития продукта. Не все функции еще отточены производителями, и часто требуется «ручное» вмешательство в работу системы на нижнем уровне. Это ведет к повышению спроса на опытных специалистов с глубоким знанием продукта и систем на базе Linux.

В сравнении с решениями VMware или Nutanix российские системы проигрывают прежде всего в простоте использования и качестве интерфейсов администрирования.

Частая проблема – отсутствие тесной интеграции между двумя системами: хранилищем и виртуализацией в рамках конвергентной системы, предлагаемой российскими разработчиками. Решение иногда выглядит как пазл, собранный из отдельных продуктов, которые слабо интегрированы между собой и не настроены на высокую производительность и бесперебойную работу.

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

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

Михаил Чусавитин, менеджер по развитию бизнеса по направлению серверы и СХД, Netwell

Каждому свое

У технологий есть свои ограничения. Ряд экспертов считает, что HCI – это нишевый продукт для однородных легких нагрузок типа виртуальных рабочих мест (Virtual Desktop Infrastructure, VDI), когда создается большое количество одинаковых образов рабочих машин пользователей. Если шаблоны, из которых идут основные запросы на чтение, «размазаны» по хостам, так что локальная копия есть на каждом гипервизоре, то задержки минимальны и скорость чтения хранилища приемлема.

Однако для виртуализированного ЦОДа более типична ситуация работы множества разных машин с различающимися нагрузками. В этом случае лучше выделить в отдельные группы серверы (хосты) для СХД (SDS, SAN или NAS) и виртуальных машин, а такая архитектура уже не может рассматриваться как гиперконвергентная.

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

Тем не менее своя ниша у SDS, бесспорно, есть, и системы этого класса будут применяться и дальше. Российские решения, хотя и отстают от западных, в целом обеспечивают основные потребности заказчиков и могут заместить продукты ушедших с рынка зарубежных вендоров.

Заметили неточность или опечатку в тексте? Выделите её мышкой и нажмите: Ctrl + Enter. Спасибо!

<< Предыдущая статья Вернуться к содержанию Следующая статья >>

Телеком	ТВ и медиа	Облака	ПО	Кадры
ИТ	Информационная безопасность	IP-сервисы	Аналитика	Регулирование
Интернет	ЦОД	Оборудование	Аутсорсинг	M&A
ИТ в образовании	ИТ в медицине	Big Data	E-commerce	Спутниковая связь
Блокчейн

Программно определяемые хранилища: наращивая функционал

RAIDIX

«Аэродиск» vAIR

Читайте также: