Виртуализацияклассификация и области применения

Примеры использования виртуальных машин

Существует несколько сфер применения виртуальных машин для ИТ-администраторов предприятий и для конечных пользователей. Вот некоторые из них:

• Облачные вычисления: за последние десять с лишним лет виртуальные машины превратились в базовый компонент облачных вычислений и обеспечили возможность успешного выполнения и масштабирования десятков разных типов приложений и задач.
• Поддержка DevOps: виртуальные машины прекрасно подходят разработчикам на предприятиях благодаря возможности настраивать шаблоны виртуальных машин с учетом внутренних процессов разработки и тестирования ПО. Разработчики могут создавать виртуальные машины для конкретных задач, например статических тестов ПО, включая автоматизированные процессы разработки с такими этапами. Все это помогает упростить конвейер DevOps.
• Тестирование новых операционных систем: новые операционные системы можно тестировать на обычных рабочих станциях, не заменяя их основную ОС.
• Исследование вредоносного кода: виртуальные машины активно применяются исследователями вредоносных программ, которым часто нужны свежие машины для тестирования вредоносных программ.
• Запуск несовместимого программного обеспечения: зачастую пользователи предпочитают определенную ОС, но для работы им нужна программа, доступная только для других операционных систем. В качестве примера можно привести программное обеспечение Dragon с функциями голосовой диктовки. Компания Nuance, производитель этого продукта, прекратила поддержку macOS. Однако проблему можно решить следующим образом: гипервизор для рабочего стола, например VMware Fusion или Parallels, позволяет запустить Windows в виртуальной машине, обеспечив доступ к нужной версии ПО.
• Безопасный просмотр веб-сайтов: виртуальные машины позволяют посещать веб-сайты, не опасаясь подхватить вирус. Можно создать моментальный снимок системы и выполнять откат после каждой сессии работы в Интернете. Любой пользователь может самостоятельно настроить эту функцию с помощью гипервизора 2 типа. Либо же администратор может предоставить временный виртуальный рабочий стол на сервере.

Какая разница между поколениями машин

Впервые машины поколения 2 появились в реализации Hyper-V в составе Windows Server 2012 R2. Эту особенность унаследовали все серверные версии-последовательницы. И в реализации с такой особенностью Hyper-V был поставлен в отдельные выпуски клиентской Win8.1, а потом перекочевал и в отдельные выпуски Win10. Существовавший до этого стандарт машин был назван поколением 1, стандарт новый же стал называться, соответственно, поколением 2. Главное отличие машин нового стандарта – они работают на базе эмуляции базовой прошивки BIOS UEFI и полностью подчиняются её правилам. Это значит, что на такие машины можно установить только UEFI-совместимые системы, соответственно, 64-разрядные Windows 8.1, 10, Ubuntu, серверные их аналоги. Эти системы могут быть установлены на виртуальные диски со стилем разметки GPT, и мы сможем использовать все вытекающие отсюда преимущества. Для машин поколения 2 реализована эмуляция протокола безопасной загрузки, как и в настоящей среде UEFI.

Из преимуществ машин поколения 2 над поколением 1:

— Подключением загрузочных виртуальных дисков через современный контролер SCSI (вместо устаревшего IDE);- Лучшая интеграция гостевой ОС и хоста;- Лучшая безопасность;- Расширенный сеанс подключения с использованием возможностей RDP-технологии, предусматривающий выбор любого разрешения экрана, поддержку нескольких дисплеев, работу звуковых устройств в среде гостевой ОС, двусторонний обмен данными, подключение с хоста принтеров, устройств информации и прочей периферии.

Поколение выбирается на одном из первичных этапов в процессе создания машины.

И не может быть изменено впоследствии. Единственный способ смены поколения – конвертирование стиля разметки диска машины, создание его бэкап-образа и развёртывание на новой машине нужного поколения. Windows 7, несмотря на то, что во многих случаях на физических компьютерах может быть установлена при отключённой безопасной загрузке, но активном режиме BIOS UEFI, на машину поколения 2 Hyper-V установлена не может быть ни при каких условиях.

Многие особенности машин поколения 2 Hyper-V вытекают из эмуляции UEFI.

Гипервизор первого типа

Работает непосредственно на физическом аппаратном обеспечении хост-машины и называется «bare-metal гипервизор». Гипервизор типа 1 не должен загружать базовую операционную систему. Он использует прямой доступ к исходному оборудованию и никакому другому программному обеспечению (ОС и драйверы), и считается самым эффективным и наиболее производительным.

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

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

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

Для получения максимума возможностей гипервизор 1-го типа требует дополнительного внешнего управления. Например у VMware это платформа централизованного управления виртуальной инфраструктурой VMware vCenter.

Разновидности гипервизоров

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

Гипервизоры второго вида называют размещенными. Они функционируют с ОС, стоящей на сервере. А операционки для новых пользователей накладываются поверх гипервизора. Примеры программ: первый тип — KVM, второй вид — настольные гипервизоры VMware Workstation, Oracle VirtualBox.

Характеристики гипервизоров

Существуют разные категории гипервизоров, а в каждой категории представлены разные бренды

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

• Производительность: ищите данные тестов, показывающих, насколько хорошо гипервизор работает в производственной среде. В идеале гипервизоры без ОС должны поддерживать производительность гостевой ОС, близкую к производительности на «голом железе».
• Экосистема: для масштабного внедрения гипервизоров и управления ими на нескольких физических серверах вам потребуется хорошая документация и техническая поддержка. Кроме того, ищите активное сообщество сторонних разработчиков, способных поддерживать гипервизор с помощью собственных агентов и подключаемых модулей с такими функциями, как анализ емкости для резервного копирования и восстановления и управление аварийным переключением ресурсов.
• Инструменты управления: при использовании гипервизора вам придется управлять не только запуском виртуальных машин. Вам придется создавать ВМ, обслуживать их, проводить аудит и своевременно очищать неиспользуемые, чтобы не допустить такого явления, как «разрастание виртуальных машин». Поэтому убедитесь, что поставщик или стороннее сообщество предоставляет комплексные инструменты управления для поддержки архитектуры гипервизора.
• Динамическая миграция: эта функция позволяет перемещать ВМ между гипервизорами в разных физических системах, не останавливая их работу. Это может пригодиться при аварийном переключении ресурсов или для балансировки нагрузки.
• Стоимость: внимательно изучите структуру расходов и сборов, связанных с лицензированием технологии гипервизора. Думайте не только о стоимости самого гипервизора. ПО для управления, обеспечивающее масштабируемость для поддержки корпоративной среды, часто может быть дорогостоящим. Наконец, изучите структуру лицензирования, предлагаемую поставщиком: она может меняться в зависимости от того, развертываете ли вы продукт в облаке или локально.

Сравнение виртуальных машин и контейнеров

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

Вместо виртуализации базового оборудования контейнеры виртуализируют операционную систему (обычно Linux), т. е. каждый отдельный контейнер содержит только приложение, его библиотеки и зависимости. Легкость, высокая скорость и переносимость контейнеров объясняется именно отсутствием гостевой ОС.

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

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

Более подробная информация приведена в статье блога Сравнение контейнеров и виртуальных машин: в чем отличия?

В следующем видеоролике Сай Веннам подробно разбирает основные принципы контейнеризации и ее отличия от виртуальных машин (8:09):

Стратегия выбора поставщика виртуальных машин

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

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

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

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

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

Высококачественная сеть и инфраструктура: насколько современна инфраструктура, на которой будет работать новая виртуальная машина? Сюда относятся связанные физические серверы, современные ЦОД и магистральная сеть

Со своей стороны поставщик облачных услуг должен предоставить современное оборудование и технологию высокоскоростной сети.

Расположение, расположение, расположение: чем ближе расположены данные к пользователям, тем меньше проблем придется решать с временем отклика, безопасностью и своевременным предоставлением услуг. Хорошая глобальная сеть на основе разбросанных по всему миру ЦОД играет важнейшую роль в обеспечении доступа к данным в нужном месте и в нужный момент времени.

Резервное копирование и восстановление: как облачный провайдер предлагает обеспечивать непрерывность работы виртуальных машин в случае непредвиденных обстоятельств. Предоставляет ли поставщик дополнительные услуги резервного копирования и избыточности для виртуализированной среды? Необходимо ответственно подойти к вопросу обеспечения бесперебойной работы.

Удобство масштабирования: насколько легко и быстро вы сможете запускать, останавливать, резервировать, приостанавливать и обновлять виртуальные машины? Что касается масштабируемости виртуальных машин, самый лучший ответ — «по запросу».

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

Уровни защиты: спросите о них вашего провайдера. Затем спросите снова. Бизнес-данные — самый ценный капитал вашей компании, особенно когда речь идет о конфиденциальной информации клиентов. Частные сетевые линии, федеральные ЦОД, встроенные функции шифрования и соблюдение регулятивных норм чрезвычайно важны для защиты вашего самого ценного ресурса.

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

Сравнение гипервизоров и контейнеров

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

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

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

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

Рекомендуется присмотреться к модели Jailhouse. Запуск осуществляется через ОС Linux. При функционировании разработка образует в операционке независимые разделы для работы приложений пользователя.

Виртуальные машины и IBM Cloud

IBM Cloud предлагает для работы с виртуальными машинами различные конфигурации как относительно технических возможностей, так и с точки зрения ценообразования. Технический профиль виртуальной машины можно выбрать, исходя из ваших требований к вычислительной мощности, памяти, объему локального хранилища, возможностям GPU, т. е. настроить систему для своих конкретных задач. Кроме того, для управления виртуальными машинами VMware можно использовать решения IBM Cloud for VMware.

В зависимости от нормативных требований и требований к безопасности можно выбрать общедоступный или частный узел. Частная среда с одним арендатором может быть размещена на выделенном хосте, выбранном вами из более чем 60 ЦОД IBM в 19 странах по всему миру.

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

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

Для просмотра дополнительных сведений посетите страницу IBM Cloud и создайте IBMid.

Устранение неисправностей

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

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

Рекомендации: какой гипервизор выбрать в 2021 году

При покупке гипервизора стоит придерживаться ряда рекомендаций. Основное предназначение программ любого вида состоит в следующем:

• имитирует аппаратные ресурсы компьютера;
• исключает выполнение задач гостевыми операционными системами в режиме супервизора на реальном компьютере;
• надежное и защищенное выполнение инструкций хоста.

Рекомендуем обратиться к профильным специалистам. Они помогут выбрать предпочтительную для пользователя технологию виртуализации. Мастера будут ориентироваться на физические возможности компьютера, его программное обеспечение, стоимость ПО, наличие технической поддержки и ряд других факторов. К примеру, при желании использовать VMware ESXi и ряд других программ понадобится заплатить за лицензионную версию и купить качественный компьютер, чтобы установить систему виртуализации.

Прежде чем начинать работать с гипервизорами стоит ознакомиться с рекомендациями:

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

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

Какой гипервизор лучше выбрать?

Выбирая гипервизор, следует помнить основные задачи гипервизора любого типа:

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

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

При подготовке к работе с гипервизорами:

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

Если у вас возникли вопросы при выборе оптимальной технологии виртуализации, обращайтесь в службу Customer Care – мы с радостью вас проконсультируем.

Принцип работы виртуализации

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

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

Для того чтобы познакомиться с базовыми принципами виртуализации, посмотрите следующий видеоролик и прочитайте статью 5 преимуществ виртуализации:

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

Существует два основных типа гипервизоров.

Гипервизоры 1 типа работают непосредственно на физическом оборудовании (обычно сервере), заменяя собой ОС. Для создания виртуальных машин и управления ими через гипервизор, как правило, используется отдельный программный продукт. Некоторые инструменты управления, например VMware vSphere, предоставляют возможность выбора гостевой ОС для установки на виртуальную машину.

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

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

Полный обзор гипервизоров приведен в документе Гипервизоры: полное руководство.

Работа с хранилищем и бэкапами

Synology Virtual Machine Manager по умолчанию использует для своего хранилища весь том, который вы указываете при инсталляции пакета, без ограничений на объем занимаемого места. Вы можете расширить хранилище за счет добавление томов с той же файловой системой на других NAS-ах Synology. При этом, миграция виртуалок между хранилищами, позволит выделить отдельные NAS-ы для обработки данных, а отдельные — для хранения, что как раз и подходит для построения конвергентных архитектур, о чем мы говорили в начале статьи. Но вот что не поддерживается, так это работа с другими серверами, в том числе по протоколам NFS и iSCSI. Да, такова реальность — производители оборудования ставят перед собой цель быть единым поставщиком оборудования в конвергентных сетях, и с этим придется мириться.

Само собой разумеется, что компания, много лет занимающаяся средствами резервного копирования, все средства для бэкапов включила в сам пакет Virtual Machine Manager. Здесь, в общем-то, не так уж и много требуется: создание мгновенных снимков каждой виртуальной машины вручную системным администратором и централизованное создание снимков виртуалок через общий менеджер, пункт «Защита».

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

Для того, чтобы снэпшоты можно было делать без остановки виртуальной машины, в её настройках должен стоять драйвер жесткого диска — VirtIO. И вот здесь нас поджидает еще одна особенность данной системы, о которой стоит упомянуть: если вы инсталлировали Windows в виртуалку с драйвером IDE, а потом поменяли драйвер на VirtIO, то скорее всего операционная система от Microsoft откажется загружаться. С Linux-ом таких проблем не возникает.

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

В довершении описания возможностей Synology Virtual Machine Manager, хочется отметить неожиданно простой способ выделения физических сетевых портов для виртуальных машин в отдельности и гипервизора в целом. В настройках сети вы можете создать новый виртуальный коммутатор, указать какие интерфейсы он использует (в том числе агрегаторы каналов) и вынести всю виртуальную среду на отдельные порты.

А если захочется одной виртуалке выделить собственный порт — просто создайте виртуальный коммутатор с одним физическим или логическим портом и в настройках VM укажите выбрать его. Любые манипуляции с параметрами размера кадра TCP вы можете осуществлять в настройках самой DSM на уровне интерфейса и протокола.

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

В целом, подытоживая рассмотрение программных возможностей гипервизора Synology Virtual Machine Manager, хочется сказать следующее: в качестве первого шага в область технологий виртуализации, все очень и очень достойно. Многие функции, которые в продуктах Microsoft, VMware и Oracle требуют установки дополнительных приложений, изучения инструкций, а затем интернет-форумов, здесь делаются по одному клику.

Отсутствие поддержки внешних накопителей по протоколам iSCSI и NFS объясняется тем, что Synology выпускает продукт именно для вывода своих устройств в новую нишу — все так делают. У меня есть единственное замечание к гипервизору — это жесткое разделение памяти и ядер процессора между машинами. Это ощущается на маленьких NAS-ах для офиса, где будет ограничение на 3-4 одновременно работающие виртуалки, это же будет ощущаться на топовых моделях, где потребуется запускать 20-30 виртуалок. Все остальное для продукта, вышедшего пару недель назад, выглядит отлично. Осталось только протестировать, как оно работает.

Модели ценообразования для виртуальных машин

К самым распространенным моделям ценообразования для виртуальных машин в облаке относятся: оплата за фактическое использование (в час или секунду), временные/оперативные экземпляры, зарезервированные экземпляры и выделенные хосты.

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

Выводы

Использование Synology VMM позволяет вам устанавливать и запускать на NAS-е любые приложения, которые вам могут потребоваться в работе. Весь вопрос — в производительности сетевого хранилища. Устройства начального уровня вполне могут справиться с облачными решениями CRM и небольшими базами данных, а что касается стоечных высокопроизводительных NAS-ов, то там уже речь идет о возможности использования программ для моделирования, расчетов и систем управления крупным предприятием. Компания Synology делает первые шаги в виртуализацию, и это не шаги малыша, это уверенный марш тех, кто идет водружать знамя победы. У нас нет информации о стоимости расширенной лицензии VMM, но в базовую лицензию уже включены и поддержка кластеров и систем высокой доступности с репликацией. То есть, фактически, не привязываясь к лицензированным технологиям разработчиков гипервизоров, уже сейчас можно создавать высокопроизводительные кластеры для любых задач, ну разве что, кроме HPC и тех приложений, где используются средства графических процессоров.

Для простого пользователя небольшого офиса, Synology VMM — это возможность установить ту программу, которой не было в центре пакетов, например под Windows.

Единственное, что сегодня мне хочется добавить в Synology VMM — это гибкое распределение ресурсов виртуальных машин, как у VMware Sphere ESXi. В остальном же, это доступное и рабочее решение, которое делает переход в виртуальную среду простым и безопасным.

Михаил Дегтярёв (aka LIKE OFF)
18/12.2017