Принципы виртуализации серверов. Продолжение
• Хост-компьютер. Это физический сервер. Виртуализация может охватывать несколько компонентов — сети хранения SAN, локальные сети, проводные соединения и т.д., но в данной статье мы сосредоточимся на ресурсах физического сервера. Основные ресурсы — оперативная память и процессор — делятся между виртуальными машинами и распределяются по усмотрению администратора. Машина, которой требуется больше оперативной памяти (например, контроллер домена), получит больше ресурсов, а менее важная виртуальная машина (скажем, сервер лицензий) будет иметь меньше ресурсов. Благодаря современным технологиям гипервизоров многие ресурсы можно выделять динамически.
• Инструменты паравиртуализации. После установки гостевой виртуальной машины поверх гипервизора на этой виртуальной машине обычно устанавливается набор инструментов. Они предоставляют набор операций и драйверов для оптимизации работы гостевых виртуальных машин. Например, хотя собственные драйверы для сетевой платы будут работать, взаимодействие паравиртуальных драйверов сетевой платы с базовым физическим уровнем будет гораздо более эффективным и обеспечит сложные сетевые технологии работы.
Естественно, выполнить установку и последующую настройку этих инструментов может только опытный специалист, т.к., по сути, сложность данных задач находится на том же самом уровне, что и ремонт iMac: дилетант и в том и в другом случае может только усугубить проблему.
• Контейнеры. Эта технология все чаше используется совместно с традиционными гипервизорами, такими как VMware или XenServer, или вместо них. Виртуализация уровня операционной системы — превосходный инструмент для создания надежно изолированных многоабонентских сред. Технологии контейнеров, такие как Docker (https://www.docker.com/), добавляют новый уровень абстракции и автоматизации на платформе виртуализации уровня операционной системы на серверах Linux. Контейнеры приложений помогают абстрагировать процесс виртуализации уровня операционной системы. Это даст администраторам большую степень контроля над службами подготовки, расширенные ограничения в области безопасности и процессов и лаже более интеллектуальную изоляцию ресурсов. Это важно, поскольку вы можете, например, запустить контейнер Microsoft IIS, нс выделяя целиком виртуальную машину или лицензию операционной системы. Вы непосредственно запускаете только контейнер IIS. Аналогично другие поставщики, такие как Citrix со своей NetScaler CPX, могут запускать мини-ADC в контейнерной среде.
Интеграция становится все более тесной. Среда Microsoft Azure дополнена поддержкой контейнеров Docker на виртуальных машинах Linux, что позволяет обширной экосистеме «докеризованных» приложений Linux работать в «облаке» Azure. При еще более глубоком внедрении «облака» системы контейнеров, использующие Docker, также могут быть интегрированы с платформами Chef, Puppet, OpenStack и Amazon Web Services. Red Hat тоже вступил в игру, оснастив Docker таким передовым инструментарием Linux, как systemd и SELinux.
Все эти инструменты дают возможность вынести систему контейнеров за пределы вашего центра обработки данных. Новые возможности позволяют создать собственную гибридно-«облачную» экосистему контейнеров, охватывающую центр обработки данных и, например, AWS (https://docs.docker.com/installation/amazon/). Наконец, основные поставщики гипервизоров также предоставляют передовые службы контейнеров. Среди них три наиболее важных: VMware vSphere, Microsoft Hyper-V и Citrix XenServer.
Теперь рассмотрим, что поделывали в последнее время производители трех основных гипервизоров.
<<К началу статьи.
