Гиперконвергентная архитектура

Что такое гиперконвергентная система

Гиперконвергентная система, или гиперконвергентная инфраструктура (hyper-converged infrastructure, HCI) — облачная инфраструктура, в которой с помощью программных средств вычислительные мощности, дисковые массивы серверов и сетевая составляющая объединены в одно целое. Все эти средства управляются через единую консоль администрирования.

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

Как устроена гиперконвергентная система

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

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

Как трансформация меняет бизнес

В архитектуре облака гиперконвергентной системы присутствуют хабы и сателлиты. Хаб (англ. hub — разветвитель) — это основной, опорный узел сети. К хабам подсоединяются вспомогательные узлы — сателлиты. Информация, которая предназначается для передачи с одного сателлита на другой, проходит через хаб. Хабы и сателлиты соединяются через MPLS и (или) DWDM опорную сеть.

Хаб облака распределяется по дата-центрам: одна его половина находится в одном дата-центре, вторая — в другом, а передача информации между этими дата-центрами максимум может занимать две миллисекунды. Так как хабы сами по себе построены как катастрофоустойчивые гиперконвергентные растянутые (stretched) кластеры, обе половинки облака как бы не замечают между собой физического расстояния в несколько десятков километров.

У сателлитов нет такой катастрофоустойчивой архитектуры, но они резервируются на хабах.

Rencontres Du Film Court Antananarivo

В случае выхода из строя сателлита клиентский сервис восстанавливается в хабе. У клиента в это время могут быть задержки в передачах данных — это зависит от используемых приложений, но это временно, пока работа сателлита не восстановится.

У нас уже есть хаб в Москве и планы по строительству сателлитов в регионах. Так облако будет ближе к нашим клиентам. В будущем крупнейшие сателлиты, вероятно, станут хабами.

Материал из Википедии — свободной энциклопедии

Перейти к: навигация, поиск

Конвергентная инфраструктура, какие преимущества она дает?

Когда компания задается целью подобрать аппаратные средства и программное обеспечение для развертывания ИТ-инфраструктуры, у нее есть два варианта: сделать выбор в пользу одного из новых гиперконвергентных решений или же построить собственное на основе компонентов от различных вендоров.

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

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

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

• Референсная архитектура

  Обладает такими характеристиками как гибкость, шаблонные конфигурации, сертифицированная, самосборные решения.

• Конвергентные решения

  Привязка к вендору, единая техподдержка, предварительно собранные решения.

• Гиперконвергентная архитектура

  Упрощенная, программно-определяемая, агрегированные ресурсы.

• Rackscale архитектура

  Гибкость, объединенные в пул ресурсы и дезагрегированные компоненты, модульная.

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

Конвергентные инфраструктуры можно разделить на две подгруппы: широкого применения и специализированные. Вне зависимости от типа, заказчик получает полностью готовое решение, собранное вендором. Платформа Vblock – одна из самых известных решений первого типа, однако специализированные решения, к примеру, Exadata, ничем им не уступают. Как правило, основные отличия сводятся к ответам на вопросы “сколько?” и “в какой срок?”, индивидуальным для конкретного заказчика.

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

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

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