Важность вашего гипервизора в гиперконвергентной инфраструктуре

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

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

Что такое гиперконвергентная инфраструктура?

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

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

Однако этот вариант по-прежнему приводит к проблемам с производительностью, особенно с устаревшими системами, поэтому многие компании осознали, что «эта модель не решает проблемы с данными, потому что не все приложения данных конвергентны», как объяснила Лаванья Ратнам в своей статье TechGenix «Почему гипер - конвергентная инфраструктура полезна для вашего бизнеса».

Таким образом, в 2014 году родилась гиперконвергентная инфраструктура. В этом варианте все необходимые функции и компоненты были объединены в единый стек инфраструктуры, «который работал на гибком пуле ресурсов».

Различия между конвергентной и гиперконвергентной инфраструктурой

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

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

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

В типичной неконвергентной архитектуре на физических серверах будет работать гипервизор виртуализации для реализации виртуализации серверов или рабочих столов. Затем этот гипервизор будет управлять виртуальными машинами на серверах, на которых они были созданы. Хранилище данных будет «обеспечено хранилищем с прямым подключением (DAS), сетевым хранилищем (NAS) или сетью хранения данных (SAN)» как для физических, так и для виртуальных машин.

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

Насколько важен в этом ваш гипервизор?

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

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

Гиперконвергентная инфраструктура идеально подходит для «масштабируемых рабочих нагрузок, виртуализации общего назначения и основных приложений, критически важных для бизнеса». Вместо этого он «менее приспособлен для поддержки огромных виртуальных машин (ВМ) — например, тех, которым требуются физические серверы с четырьмя сокетами — и некоторых нишевых применений, таких как высокочастотная торговля акциями».

Если у вас нет сложного случая, несколько стандартных конфигураций будут работать для ваших развертываний. Журналист Аластер Кук утверждает, что более важным, чем способ доставки ресурсов, является то, как система потребляет ресурсы. Если HCI автоматически правильно настраивает весь гипервизор для обеспечения производительности и надежности, как и должно быть, ваша команда может вместо этого сосредоточить свое время на приложениях внутри своих виртуальных машин.

Пользователи могут думать об этом аналогично тому, как они относятся к виртуальным машинам в облаке. Как указывает Кук, для пользователей не важно, что Amazon Web Services «использует Xen в качестве своего гипервизора, а Google Cloud Platform использует виртуальную машину на основе ядра (KVM), и их не волнует, что Microsoft Azure использует какой-либо вариант Hyper-V».

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

Также важно отметить, что гипервизор может сильно повлиять на стоимость вашей гиперконвергентной инфраструктуры. Например, если вы используете vSphere от VMware или Hyper-V от Microsoft, лицензирование может стать дорогим.

Nutanix, с другой стороны, поддерживает Hyper-V, а также бесплатный KVM с открытым исходным кодом, который является гипервизором по умолчанию с облачным программным обеспечением OpenStack. Однако настройка гипервизора для вашей среды сопряжена со многими другими затратами, хотя дорогостоящее оборудование SAN или NAS не обязательно для гиперконвергентной инфраструктуры.

Таким образом, гипервизор — не самый важный аспект вашей гиперконвергентной инфраструктуры. Однако, несмотря на то, что гипервизоры можно покупать как отдельные продукты, обычно разумнее покупать их в составе набора продуктов. Например, если вы покупаете ESXi у VMware, он лучше работает как часть пакета vSphere с другими продуктами VMware.

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