Кому подойдут гиперконвергентные решения и когда стоит внедрять платформу виртуализации
Когда ИТ-инфраструктура превращается в набор разрозненных компонентов (БД обслуживаются на одних серверах, почта живёт на других, файлы хранятся на третьих, а виртуалки запускаются на четвёртых), то работать становится всё сложнее. Любое изменение требует отдельной команды, времени и осторожности, ведь одно неаккуратное движение может вывести из строя половину систем. Как навести порядок и перестать зависеть от технической мешанины? Использовать гиперконвергентную платформу.
Это архитектура, где каждый сервер выполняет всё и сразу – и крутит виртуальные машины, и хранит данные, и управляет сетью. При этом управление происходит централизованно, через единый интерфейс. Такая платформа виртуализации упрощает работу с инфраструктурой до степени, когда один человек может администрировать то, с чем раньше справлялись трое.
Когда полезна гиперконвергенция
Такая архитектура будет полезна, когда бизнесу нужно быстро развернуть устойчивую инфраструктуру. Это может быть стартап, которому важно сэкономить на начальном этапе, или крупная организация, ищущая альтернативу зарубежным решениям и стремящаяся снизить технологическую зависимость. Вместо того чтобы разносить хранение, вычисления и сетевую часть по разным продуктам и командам, компании получают единое решение, где всё объединено в одном кластере.
Меньше разнородных систем – меньше времени на администрирование и рисков из-за человеческого фактора.
Такой подход особенно оправдан там, где критичны гибкость и скорость масштабирования: в телекоммуникациях, финансовом секторе, онлайн-торговле, разработке программного обеспечения. Примером может служить платформа от компании vStack, успешно применяемая в качестве отечественной альтернативы решениям VMware.
На базе технологий FreeBSD, файловой системы ZFS и гипервизора bhyve удалось построить устойчивую и эффективную систему, не привязанную к конкретным поставщикам оборудования.
Где применяется гиперконвергенция
Часто внедрение начинается с локальных задач – построить виртуальную среду для тестирования и разработки или обеспечить работу удалённых сотрудников через VDI. Последнее особенно актуально, если сотрудники работают из разных городов, а ИТ-служба не горит желанием поддерживать парки ПК в каждом филиале.
Другой пример – масштабируемые приложения, которым необходимо гибко добавлять ресурсы: память, диски, CPU. В традиционной архитектуре это часто связано с покупкой нового оборудования, изменения топологии, да ещё и согласований с безопасниками. А здесь – просто добавляешь узел в кластер, и он сам «вплетается» в систему, предоставляя новые ресурсы.
Для образовательных учреждений, благотворительных фондов и библиотек существует даже программа академического лицензирования, позволяющая использовать такие решения по более доступным условиям. То есть, даже у небольших организаций появляется шанс построить надёжную ИТ-инфраструктуру без кредитов.
Что внутри
Под своего рода капотом чаще всего прячется хорошо слаженная система из нескольких компонентов: гипервизор, распределённое хранилище, программно-определяемая сеть (SDN) и интерфейс управления. Все узлы кластера равны (нет выделенных «главных» или «резервных»). И каждый отвечает за всё сразу, а устойчивость достигается за счёт репликации и балансировки.
Возьмём Ceph – одну из самых популярных систем хранения в таких решениях. Она позволяет объединить диски всех серверов в единый пул, автоматически распределяя данные и дублируя их для надёжности. Если один узел выйдет из строя – ничего страшного не произойдёт: данные будут доступны с других. Виртуальные машины перезапустятся на соседнем узле, и никто даже не заметит.
В случае с платформами типа vStack управление кластерами и развёртывание виртуалок происходит за секунды, а сама система «умеет» восстанавливаться после сбоев и подсказывает администратору, если где-то накапливаются проблемы. Поддерживаются разные модели лицензирования – от ежемесячной оплаты (OPEX) до покупки в собственность (CAPEX). Это позволяет подстроить расходы под бюджет компании.
