Основа надежности кластера – это некоторое избыточное количество отказоустойчивых узлов, в зависимости от конфигурации кластера и его задач.

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

В современных компьютерных системах для обеспечения необходимого уровня локальной и глобальной отказоустойчивости используют различные методы, от простого дублирования компонентов системы (блоки питания, вентиляторы, зеркалирование дисков) до использования высокодоступных геокластеров.

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

Распространенных путей повышения отказоустойчивости два. Во-первых – повышение надежности отдельных компонентов системы. Например, жесткие диски SAS, предназначенные для серверов и систем хранения данных имеют гораздо больший срок наработки на отказ, чем SATA – диски, используемые в рабочих станциях. Во-вторых – избыточность. За счет записи информации одновременно на два диска – при отказе одного диска информация считывается с другого, и система продолжает работать. Аналогично могут резервироваться другие компоненты: блоки питания, модули памяти и даже – целые сервера.

Оба метода повышения надежности – ни в коей мере не являются взаимоисключающими, а наоборот – взаимодополняющими. Нельзя использовать для критических задач сервер, построенный на типовой элементной базе, используемой для построения рабочих станций, но это не отменяет необходимости и в резервировании наиболее критических и склонных к отказу компонентов: жестких дисков, блоков питания, вентиляторов и т.д. Понятное дело, что повышение надежности автоматически влечет сильное удорожание системы – как правило – в разы. Поэтому необходимо найти некую «золотую середину», отталкиваясь от суммы убытков, которые может повлечь за собой выход системы из строя. Например, нет смысла собирать домашний компьютер из серверного аппаратного обеспечения и делать массив RAID1 – это будет бессмысленной тратой денег, достаточно бэкапа данных. А вот на самолете стоимостью в 250 миллионов долларов – совсем не помешало бы добавить резервную микросхему стоимостью в 20 долларов. Как уже говорилось, резервироваться могут не только отдельные компоненты, но и целые сервера. Такое резервирование обеспечивает отказоустойчивость кластера. При работе в составе кластера, два (или более) сервера работают как единый «виртуальный сервер», что имеет свой ​​IP-адрес и сетевое имя. Сервера, работающие в кластере, называют «узлами». Сервис, с которым работают пользователи, в определенный момент времени запущен на одном из узлов, который называется «активным узлом». Другой узел играет роль резервного, и называется «пассивным ». Для работы кластера все узлы должны иметь доступ к какому-то общему дисковому ресурсу, который называется «кворум ». На этом ресурсе хранятся файлы конфигурации кластера. В роли «кворума» может выступать любая система хранения данных, поддерживающая интерфейсы iSCSI, SAS, FibreChannel [1]. Все узлы кластера периодически обмениваются особыми пакетами данных, которые называют «heartbeat». Если один из узлов выходит из строя – он перестает отвечать на heartbeat, и автоматически запускается процесс Failover – перезапуск сервиса на работоспособном узле. Это как правило происходит довольно быстро – без времени простоя, или с минимальным временем простоя – до нескольких минут, вместо нескольких часов при стандартном восстановлении сервера.

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

Благодаря виртуализации можно более рационально использовать аппаратные ресурсы серверов. Довольно часто IT – инфраструктура включает в себя множество серверов, каждый из которых утилизируется не более, чем на 10-15 %. Логично предположить, что если вместо нескольких серверов взять один сервер, пусть даже и немного более мощный, и разместить на нем несколько виртуальных серверов, можно будет хорошо сэкономить.

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

Во-вторых – один сервер занимает меньше места, чем несколько. Это будет особенно актуально для размещения на колокейшн [2], где приходится платить за каждый юнит.

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

Одно из главных преимуществ виртуализации – удобство администрирования. Виртуальными машинами намного проще управлять, чем физическими серверами. Например, если виртуальная машина вдруг «зависла» – не обязательно бежать в серверную, чтобы ее перезагрузить, нажав кнопку Reset в консоли. Да и просто, если по какой-то причине машина вдруг стала недоступна, например, по RDP, не важно из-за чего – из-за «зависания» или ошибочной настройки – всегда можно удаленно зайти на ее консоль, и для этого не надо бежать в серверную или покупать дорогой IP KVM. Так же – вечная проблема админов – бэкап. В некоторых случаях, для быстрого восстановления системы нужно делать бэкап всего системного раздела. С виртуальной машиной такой трюк можно проделать значительно проще, быстрее и незаметнее для пользователя: достаточно лишь «бэкапить» файл виртуального диска средствами Volume Shadow Copy. Для восстановления на «голом железе» достаточно будет просто скопировать файлы, и займет это считанные минуты. Полный же бэкап физического сервера занимает больше времени и может привести к состоянию, когда система вообще не работает и необходима перезагрузка.

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

Использование отказоустойчивых кластеров при виртуализации позволяет  воспользоваться всеми преимуществами виртуализации, перечисленными ранее, при этом избавившись от главного недостатка – единой точки отказа. Поскольку хост не один, то в случае отказа одного из хостов виртуальная машина может быть просто перезапущена на другом. Запланированные простои – например, при техобслуживании серверов – сводятся к минимуму, а с использованием Live Migration – вообще к нулю. К сожалению, использование failover clustering приводит к значительному удорожанию системы. Во-первых – необходимо покупать целых два сервера вместо одного. Во-вторых – необходимо преобретать систему хранения данных и развертывать SAN (если до этого не было). В-третьих – Windows Server 2008 Std не поддерживает работу в составе кластера. Придется покупать более дорогие версии – Ent. и DC. Здесь, правда, есть нюансы. Во-первых – бесплатный Hyper -V Server, который с версии R2 поддерживает кластеры. Во-вторых – стоимость версий Ent/DC компенсируется правом использования бесплатных гостевых ОС (до 4 на Ent и без ограничений на один сервер для DC).

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

Failover происходит довольно просто: если один из узлов перестает отправлять heartbeat – виртуальная машина автоматически создается на другом узле и запускается на нем. Разумеется, это будет «холодный пуск», с возможной потерей данных , но это все же произойдет быстрее, чем восстановление физического сервера. Иногда же необходимо в штатном режиме перенести одну или несколько виртуальных машин с одного узла на другой. Например, если необходимо провести обслуживание одного из серверов – сам сервер нужно отключить, предварительно перенеся виртуальные машины на другой. Для этого используются штатные способы перемещения. Их три:

• Move – собственно, само перемещение. При этом происходит вывод виртуальной машины в режим Offline – через шатдаун или save state – по выбору, файлы виртуальной машины переносятся на другой узел, затем виртуальная машина удаляется с одного узла, создается на другом и запускается.
• Quick Migration – быстрая миграция. При быстрой миграции – виртуальная машина переводится в режим Save State, происходит перенос, виртуальная машина запускается на другом узле.

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

Для создания виртуальных машин существует целый ряд программнхы продуктов, например, Microsoft Virtual PC и продукция VMWare. Virtual PC – программный пакет виртуализации для операционной системы Windows, а также программа эмуляции для Mac OS.

Для работы самой виртуальной машины требуется виртуальная среда с Windows XP и установленными Integration Components. Это среда свободна для загрузки, также на виртуальную машину можно установить Windows 7 или Windows Vista, а компоненты интеграции всегда можно установить через меню «Сервис», выбрав соответствующую команду. Virtual PC не совместима с Windows 8. В х64 версии Windows 8 заменена на Hyper -V.

VMware, в отличие от Virtual PC, позволяет эмулировать USB – порты и SCSI -устройства. Размер виртуальных жестких дисков ограничивается только объемом вашего настоящего винчестера. И в VMware, и в Virtual PC доступны встроенные средства для дефрагментации виртуальных дисков, что позволяет значительно сократить размер файла – диска. По желанию можно выставить фиксированный размер файла- диска – в этом случае его размер будет равен объему виртуального винчестера.

В VMware для защиты от неавторизованных пакетов необходимо докупать надстройку vShield App. Бесплатно воспользоваться защитой от нежелательных пакетов и атак можно только в Hyper -V.

Microsoft Hyper – V – система аппаратной виртуализации для x64 -систем на основе гипервизора. Возможности, предоставляемые Hyper – V, в различных версиях несколько отличаются. Так, Hyper – V Server 2008, по сути, является сильно облегченной версией Win2k8 Standard, в которой удалено практически все, что не касается виртуализации. Оставлены только средства управления гипервизором. Предназначен этот вариант только для “чистой виртуализации”, но зато требует на порядок меньше ресурсов, чем тот же Server Core. Он поддерживает (как и Standard) до 4 физических процессоров и до 32 Гб ОЗУ. Возможен запуск до 128 VM, недоступен локальный графический интерфейс управления и отсутствует поддержка кластеров, – что не позволяет создавать на нем отказоустойчивые решения и реализовать возможность быстрой миграции. Еще одним отличием версий стало количество VM, которые можно запускать без дополнительного лицензирования. В лицензию Standard “включена” одна бесплатная VM, в Enterprise – 4, количество VM в Datacenter – не ограничено.

Основной минус новой технологии – достаточно высокие требования к процессорам. Поддержка 32-разрядных систем отсутствует. Возможна работа только на 64-разрядных процессорах, поддерживающих технологии Intel VT или AMD-V (прежнее название Pacifica). В BIOS должен быть активизирован механизм защиты исполняемого кода (Intel XD или AMD NX). Сравнение основных характеристик Hyper-V и VMware представлено в таблице 1.

Таблица 1 – Сравнительная характеристика VMware и Hyper-V

Вместе с вышеперечисленными характеристиками также существует ряд характеристик, которые следует учитывать при организации виртуализации, а именно:

1) Встроенный бэкап – данный механизм бесплатно доступен только в Hyper – V, в VMware – только начиная с Essentials Plus.

2) Репликация ВМ – решение для катастрофоустойчивости сценария, когда необходимо иметь возможность поднять актуальные экземпляры ВМ в другом дата- центре. В VMware для реализации этого решения есть отдельный продукт – Site Recovery Manager (SRM ) – а он стоит денег. В Hyper – V 3.0 – бесплатно.

3) Мониторинг гостевых приложений – механизм, который следит за состоянием программы или службы внутри ВМ и на основе этих данных может сделать любые действия с ВМ, например, перезапустить ее в случае необходимости. Встроенный функционал для снятия параметров и принятия действий у Hyper-V, в VMware является API – но нет самого решения для работы с данной функцией.

4) Правила распределения ВМ – механизм, который позволяет распределять ВМ на кластере так, чтобы они либо никогда не встречались на одном хосте, или наоборот – никогда не разъезжались между собой. VMware это умеет во всех платных редакциях, где доступно HA , а Hyper-V как всегда – бесплатно.

Подводя итоги, можно сказать, что для обеспечения отказоустойчивости кластеров целесообразным является использование технологий виртуализации. Для организации виртуализации наиболее эффективными продуктами являются VMware и Hyper -V. При использовании в системе ОС Linux – более целесообразно использовать VMware, а для систем на базе ОС фирмы Microsoft – Hyper -V.

При этом важно не забывать, что виртуализация ИТ-инфраструктуры с дальнейшим переходом в «облачную» ИТ-инфраструктуру – сложный многогранный процесс, возникновение ошибок в котором могут привести к крайне негативным последствиям и существенным финансовым издержкам. Безусловно, возникновение проблем можно избежать только при грамотном подходе, ключевой элемент которого – тщательное планирование всех этапов внедрения виртуализации и принятие продуманных и взвешенных решений. Одной из главных сложностей при внедрении технологий виртуализации  является проблема выбора подходящего именно для вашей компании поставщика среди всего многообразия на рынке технологий серверной виртуализации [1].

В ходе исследований «Magic Quadrant for x86 Server Virtualization Infrastructure» аналитической компанией Gartner были изучены поставщики рынка технологий виртуализации, проанализированы сильные и слабые стороны платформ виртуализации, а сами производители выстроены в виде магического квадрата, где по оси X (горизонтальная) оценивается функционал продуктов (Vision, т.е. то, что заявлено и реализовано производителем) и предполагаемые сценарии их внедрения, а по оси Y (вертикальная) оценивается возможность внедрить и использовать данный функционал на предприятиях – Ability to Execute. Проанализировав изменения в квадранте Gartner в период с 2010-2013 гг. можно сделать вывод, что, несмотря на некоторые колебания,  список ключевых поставщиков технологий виртуализации на международном рынке относительно постоянен (см. Рисунок 1-2). К лидерам в отрасли относятся компании VMware и Microsoft, получившие положительные оценки, как по полноте видения, так и по способности реализации; претендентом на выход к лидирующим позициям является компания Oracle, а замыкают рейтинг ведущих поставщиков технологий виртуализации компании: Parallels, Citrix, Red Hat и Huawei (см. Рисунок 3) [2].

Рис. 1 Магический квадрант Gartner в области виртуализации серверной инфраструктуры в 2010-2011 гг.

Рис. 2 Магический квадрант Gartner в области виртуализации серверной инфраструктуры в 2012-2013 гг.

Рис. 3 Магический квадрант Gartner в области виртуализации серверной инфраструктуры, 2014 г.

Во многих отношениях выбор поставщика технологии виртуализации ИТ-инфраструктуры даже наиболее приоритетен для крупного предприятия, чем выбор физического серверного оборудования. Представленные вендоры и их решения, описанные в «Magic Quadrant for x86 Server Virtualization Infrastructure»  не являются одинаковыми и предлагают разные функции, поэтому решение о выборе поставщика включает в равной степени и политическое (высокая конкуренция среди поставщиков) и техническое решение. В решениях по серверной виртуализации существует несколько разных, зачастую несочетаемых технологий, и при выборе того или иного поставщика заказчику необходимо помнить, что с этим решением ему придется жить в течение как минимум нескольких лет [3].

Рассмотрим ключевые характеристики и особенности каждого из представленных поставщиков.

Лидер в лице компании VMware продолжает занимать значительную нишу на рынке и в умах корпоративных пользователей в лице гипервизора ESXi и систем управления виртуализацией vSphere и vCenter, но Microsoft наращивает присутствие за последние годы с помощью гипервизора  Hyper-V и консоли System Center. Но, учитывая, что примерно 70 процентов нагрузок уже виртуализировано в корпоративных центров обработки данных, по сведениям Gartner [6], VMware сталкивается с трудностями в области развития бизнеса виртуализации серверов и с конкуренцией от  Hyper-V и KVM (гипервизор с открытым кодом, который ведут Red Hat, Canonical, IBM, и несколько других заинтересованных сторон, которые ищут альтернативу гипервизору с открытым кодом Xen, который используют публичные облачные сервисы Amazon Web Services, Rackspace и SoftLayer).

В опросе, который Gartner провел в 2014 году более чем 90 процентов клиентов сообщили, что VMware был их первым гипервизором для виртуализации серверов, но при этом 48 процентов заявили, что они также использовали Hyper-V в качестве второго гипервизора для устройств х86. VMware имеет значительную долю в существующих мощностях, но аналитики Gartner заявляют, что для новых развертываний доля VMware значительно меньше [2]. Причина проста: основной козырь Microsoft – цена. Если вы купили Windows Server Datacenter Edition для запуска на своих серверах, у вас есть неограниченные возможности виртуализации с помощью Hyper-V, входящие в эту стоимость. Если вы работаете с продуктами Windows, вы можете сэкономить много денег на Hyper-V [4-5].

Несмотря на все это, VMware все ещё стоит над всеми поставщиками в этом рынке и является лидером в области стратегии и возможностей реализации благодаря своим преимуществам.

К сильным сторонам VMware относятся:

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

Из недостатков можно выделить:

• Бизнес-модель и инвестиции в рост VMware значительно зависят от прибыли от vSphere.
• VMware должны поддерживать высокий рост прибыли на высококонкурентном рынке, на котором уже имеют значительную долю.
• VMware с трудом проникают на растущий рынок поставщиков рыночных решений, особенно для новых «полностью облачных» установок [4]

Главный конкурент VMware – Microsoft отвоевывает свою долю  рынка с помощью следующих преимуществ:

• Среда администрирования Microsoft привычна и знакома системным администраторам Windows.
• У Microsoft огромная база инсталлированных Windows-серверов и большая доля компаний, где развернуты только системы Windows.
• Решения для виртуализации Microsoft предлагаются по низкой цене.
• Hyper-V и System Center имеют возможности взаимодействия и интеграции с  Azure.

При этом можно выделить следующие останавливающие факторы при выборе Microsoft:

• Microsoft сталкивается с трудностями в переманивании устоявшейся базы клиентов VMware, особенно в крупных корпорациях.
• Несмотря на постоянное совершенствование средства управления Microsoft не централизованы полностью и не всегда просты в использовании.
• Microsoft встречает растущую конкуренцию со стороны решений с открытым кодом, особенно на рынке провайдеров услуг [5].

Все остальные компании, представленные в  «Magic Quadrant for x86 Server Virtualization Infrastructure»  относятся к нишевым игрокам. Citrix Systems ранее попадал в правый верхний квадрант благодаря бесплатному использованию и оплате только за техническую поддержку XenServer; потенциалу на рынке телекоммуникаций и поставщиков облачных решений, которые значительным образом полагались на Xen; огромному и лояльному каналу сбыта. Однако со временем,  Citrix Systems спустился в левый нижний квадрант в связи с ограниченностью доли рынка и охвату XenServer; усилению конкуренции со стороны решений с открытым кодом от KVM и OpenStack и отсутствию поддержки поставщиков и сообщества (в отличие от  KVM и OpenStack) [6-8].

Компания Oracle, с ее собственным вариантом гипервизора Xen под названием Oracle VM и технологией контейнеров, доступной в версии Solaris  Unix-системы, является единственным конкурентом Vmware и Microsoft с точки зрения Gartner.

Рассмотрим подробнее, в чем именно заключаются сильные стороны Oracle:

• Oracle предоставляет преимущественное право на лицензирование и сертификацию программного обеспечения  с помощью Oracle VM.
• Oracle имеет большую базу установок ПО и финансовую надежность, что позволяет Oracle тестировать и настраивать гипервизор для оптимальной работы приложения.
• Oracle предлагает управление стеком и инфраструктуру как услугу с помощью Oracle Enterprise Manager, в том числе готовые шаблоны для виртуальных машин Oracle Linux, Oracle DBMS, Oracle RAC и Oracle Applications.
• Oracle Solaris и контейнеры OSS OpenVZ дополняют Oracle VM как «легкая» альтернатива гипервизору.

Слабые стороны Oracle:

• Oracle фокусируется на рынке виртуализации и требованиях пользователей «только на основе Oracle». Эта особенность ограничивает рост.
• Восприятие рынка в отношении Oracle VM часто приводит к тому, что клиенты на раннем этапе отказываются от  Oracle.
• Сторонние экосистемы и партнерство с Oracle VM все еще в зачаточном состоянии, что ограничивает шансы Oracle VM на становлении в роли поставщика широко применимых универсальных решений (хотя компания Oracle начала наращивать инвестиции в данном направлении) [9].

Решения  Parallels интересны тем, что они предлагают виртуализацию серверов в форме и контейнеров, и гипервизора в своих двух продуктах -  Parallels Containers и Parallels Server Bare Metal, которые поддерживают виртуальные машины либо на Windows, либо на Linux. Это одна из причин, почему средства Parallels все ещё популярны у поставщиков услуг.

К преимуществам решений Parallels относятся:

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

Минусы:

• Parallels имеет небольшую базу клиентов, что снижает их возможности  предоставления гибридных облачных вычислений.
• Parallels должны иметь возможность монетизировать рост контейнера OpenVZ с открытым кодом по мере развития OpenVZ.
• Контейнеры относительно ненадежны из-за того, что зависимы от ОС на одном хосте.
• Parallels не обладает экосистемой для управления решениями сторонних поставщиков, что ограничивает применимость продуктов Parallels’ в компаниях [10].

Red Hat продвигается в плане коммерциализации KVM, но им еще предстоит попасть в правый верхний квадрант. Red Hat не может принимать VMware напрямую, но они  связали KVM с системой управления облачными решениями OpenStack и своим собственным промежуточным программным обеспечением и системами управления, что вероятно значительно повысит долю использования KVM в развертываниях облачных решений с нуля. Огромная база установок ОС  Red Hat Enterprise Linux также вероятно увеличит степень использования KVM, но многие развертывания  RHEL работают в режиме только оборудования.  Gartner оценивает, что около 70-75 процентов  всех мощностей Windows были виртуализированы, в то время как для Linux эта доля составляет 45 процентов [2]. Те компании, которые избегали гипервизоров из-за чрезмерных перегрузок, будут более склонны использовать только оборудование без виртуализации или такие инструменты как контейнеры LXC или Docker, которые имеют значительно меньшие перегрузки при высокой производительности и меньшую стоимость   по сравнению с таким полноценным гипервизором как Red Hat Enterprise Virtualization.

Сильные стороны Red Hat

• Red Hat обладает большой и лояльной базой клиентов RHEL (и многие из них не используют виртуализацию).
• Red Hat предоставляет интегрированный гипервизор на основе Linux (например, гипервизор использует возможности планирования в операционной системе).
• Red Hat может предоставить надежное решение для компаний, заинтересованных в OpenStack.
• Широкий выбор решений Red Hat включает промежуточное ПО и платформу-как-услугу.
• Red Hat курирует  сообщество поддержки KVM.

Минусы:

• Большинство виртуализированных машин, работающих под управлением RHEL, запущены в среде VMware, и их трудно вывести из VMware.
• Экосистема Red Hat для RHEV включает ограниченное число независимых поставщиков оборудования и имеет ограниченную поддержку изготовителей оборудования [11].

Единственный новый участник рейтинга – крупный китайский ИТ-игрок, Huawei Technologies, который создал свой вариант гипервизора  Xen ещё в 2011 году и начал продавать его вместе со своими системами в Китае, а также в Бразилии, России, Индии и на других быстро растущих рынках. Гипервизор  FusionSphere позволяет разместить до 512 ВМ на хосте и до 3000 ВМ в кластере хостов. Наращивая кластеры, развертывание Huawei может достигать 80 000 ВМ в одной инфраструктуре управления. Реализация Xen может покрывать  160 ядер и 2 терабайта памяти на физическом сервере, что является успешной конкуренцией ESXi, Hyper-V и KVM [12]. Кроме того, Huawei работает над вариантом FusionSphere на основе гипервизора KVM, таким образом, клиенты не привязаны только к  Xen и для Huawei не станет сюрпризом возможность включить контейнеры Linux (LXC) или контейнеры Docker (с функциональностью шире, чем LXC) в решение FusionSphere.

Сильные стороны решения Huawei:

• Huawei предоставляет широкий набор продуктов, связанных с FusionSphere и FusionCloud.
• Huawei располагает полным комплектом программного обеспечения для виртуализации серверов.
• Huawei  –  является мощным альтернативным поставщиком в регионах БРИКС.

Недостатки Huawei:

• Huawei испытывает проблемы на развитых рынках, особенно в тех странах, где к китайским вендорам относятся настороженно по политическим мотивам.
• Huawei придерживается противоречивой тактики в разных регионах и  отраслевых рынках.
• Huawei располагает ограниченным числом партнеров среди других вендоров [13].

Заключение

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

Любая виртуализированная ИТ-инфраструктура должна обеспечивать лучшее в своем классе сочетание следующих важных характеристик:

• зрелость,
• простота развертывания,
• управляемость и автоматизация,
• поддержка и сопровождение,
• производительность,
• масштабируемость,
• надежность, высокая готовность и работоспособность,
• безопасность.

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

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