Что нужно знать администраторам Hyper-V о размещении виртуальных машин в Azure

Хотя Hyper-V остается популярной платформой виртуализации для многих организаций, Microsoft неустанно пыталась убедить клиентов размещать свои виртуальные машины вместо этого в Azure. Это заставило некоторые организации задуматься о том, следует ли им перенести свои локальные виртуальные машины Hyper-V в Azure. Azure — очень мощная платформа для размещения виртуальных машин. Однако администраторам Hyper-V предстоит пройти обучение, прежде чем использовать виртуальную машину Azure. Интересно, что Azure также использует Hyper-V за кулисами.

В этой статье я расскажу о некоторых вещах, которые необходимо учитывать, если вы сомневаетесь в размещении виртуальных машин в Azure.

Стоит ли запускать Hyper-V как управляемую службу?

Если вы серьезно рассматриваете возможность размещения своих виртуальных машин Hyper-V в облаке Azure, самым важным решением должно стать использование облачной виртуализации в качестве управляемой службы.

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

Чтобы представить это в перспективе, подумайте обо всех задачах управления и обслуживания Hyper-V. Я говорю о таких вещах, как управление исправлениями, предоставление хранилища и аудит событий безопасности на уровне хоста. Обычно они не имеют ничего общего с размещением виртуальных машин. Когда вы используете виртуальную машину Azure в качестве управляемой службы, вам не нужно беспокоиться об этих низкоуровневых задачах управления.

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

Виртуальная машина Azure: от чего вы отказываетесь?

Виртуальные машины Azure освобождают вас от выполнения рутинных задач обслуживания. Однако у них есть и недостатки. Позвольте мне провести вас через 2 из этих недостатков.

1. Потеря контроля

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

2. Потеря фамильярности

Еще одним недостатком является то, что вам, возможно, придется отказаться от привычных инструментов управления. Например, диспетчер Hyper-V не работает с виртуальной машиной Azure. Точно так же System Center Virtual Machine Manager включает ограниченную поддержку виртуальных машин Azure, но не может обеспечить всестороннее управление. Например, вы можете использовать System Center Virtual Machine Manager для запуска и остановки виртуальных машин, работающих в Azure. Тем не менее, вы не можете использовать его для создания новых виртуальных машин. Однако Центр администрирования Windows поддерживает виртуальные машины Azure.

Если это звучит слишком сложно, я покажу вам другой вариант.

Вложенный Hyper-V: еще один вариант

Вы на пороге виртуальной машины Azure? Ну, у вас есть другой вариант. Windows Server предлагает поддержку вложенной виртуализации. Это означает, что вы можете развернуть виртуальную машину Windows Server на виртуальной машине Azure. Затем вы можете настроить эту виртуальную машину для работы в качестве сервера Hyper-V. Таким образом, вы можете размещать виртуальные машины в облаке, не теряя при этом контроля над инфраструктурой. Конечно, вложенный Hyper-V имеет как преимущества, так и недостатки. Я проведу вас через них.

Знакомство

Безусловно, самое лучшее в использовании Nested Hyper-V — это то, что вам не нужно ни от чего отказываться. Вложенный Hyper-V позволяет создать собственный сервер Hyper-V в облаке. Этот облачный сервер Hyper-V точно такой же, как и локальный. Вы можете настроить его так, как считаете нужным. Вы также можете использовать те же инструменты управления, что и в локальной среде Hyper-V. Это действительно Hyper-V в облаке.

Производительность

Одним из возможных недостатков использования вложенного Hyper-V является производительность. Ваши виртуальные машины могут работать не так хорошо, как в виртуальной машине Azure или в локальной среде Hyper-V.

Когда вы размещаете виртуальную машину на вложенном Hyper-V, вы, по сути, создаете виртуальную машину внутри виртуальной машины. Эти дополнительные накладные расходы неизбежно окажут определенное влияние на производительность. Это не означает, что ваши виртуальные машины внезапно пострадают от низкой производительности. Скорее это означает, что Nested Hyper-V — плохой выбор для высокопроизводительных рабочих нагрузок. В некоторых случаях снижение производительности можно обойти, выделив дополнительные ресурсы виртуальной машины. Тем не менее, вам, вероятно, следует избегать чрезмерно ресурсоемких рабочих нагрузок на вложенных серверах Hyper-V.

Эффективность затрат

Вложенный Hyper-V иногда дороже, чем виртуальная машина Azure. Представьте на мгновение, что вы хотите разместить десять виртуальных машин в облаке. Если вы разместили эти виртуальные машины на виртуальной машине Azure, вы будете платить за ресурсы, потребляемые этими отдельными виртуальными машинами.

Теперь предположим, что вы разместили те же виртуальные машины на вложенном сервере Hyper-V. Вместо выставления счетов за каждую виртуальную машину служба выставляет вам счета за ресурсы, используемые вашим вложенным сервером Hyper-V. На самом деле это виртуальная машина, работающая на виртуальной машине Azure. У этого одного сервера достаточно ресурсов для запуска всех десяти ваших виртуальных машин при пиковой нагрузке. Он также может иметь некоторую дополнительную емкость. Хотя такая гибкость может быть приятной, вы все равно платите за ресурсы, которые активно не используете.

Поддержка инфраструктуры

На вложенном сервере Hyper-V вы можете реализовать любую необходимую инфраструктуру. Виртуализированные среды обычно отказоустойчивы. Это означает, что вам, вероятно , потребуется создать несколько вложенных серверов Hyper-V. Вам также потребуется создать общий том кластера. Таким образом, вы можете внедрить отказоустойчивый кластер во всей среде Nested Hyper-V. Конечно, это также подразумевает сопутствующие расходы. В конечном итоге именно вы будете нести ответственность за настройку и поддержку этой среды.

Нижняя линия

Когда дело доходит до размещения виртуальных машин в облаке Azure, вы можете использовать виртуальную машину Azure. Однако виртуальная машина Azure лишает вас контроля над некоторыми вещами. Вы также можете создавать вложенные серверы Hyper-V в качестве еще одного варианта.

Многие организации предпочитают виртуальную машину Azure, поскольку ее проще настроить. Это также часто стоит меньше. В то же время Nested Hyper-V может быть лучшим выбором, если вам нужен детальный контроль над инфраструктурой виртуализации. Это также может быть лучше, если вам нужно поддерживать совместимость с локальными системами.

У вас есть дополнительные вопросы о виртуальных машинах Azure? Ознакомьтесь с разделами часто задаваемых вопросов и ресурсов ниже!

Часто задаваемые вопросы

Если я решу использовать виртуальную машину Azure, лучше ли создавать новые виртуальные машины с помощью портала Azure или центра администрирования Windows?

Любой инструмент будет работать. Тем не менее, Windows Admin Center имеет преимущество. Центр администрирования Windows может выполнять сложные задачи, такие как создание виртуальной машины, настройка ее хранилища, присоединение к домену и т. д. Это также убережет вас от случайного пропуска шага, что может произойти, если вы выполняете эти задачи вручную.

Может ли виртуальная машина Azure создать виртуальную машину, достаточно большую для замены локального сервера Hyper-V (при условии, что виртуальная машина настроена как вложенный сервер Hyper-V)?

Microsoft периодически вносит изменения в размеры виртуальных машин, используемых виртуальной машиной Azure. Тем не менее, некоторые размеры виртуальных машин подходят для использования в качестве вложенных хостов Hyper-V. Например, виртуальные машины Ev3 могут поддерживать до 432 ГБ ОЗУ и до 64 виртуальных ЦП. Вы, как администратор, должны убедиться, что у вас достаточно физических ресурсов для удовлетворения требований ваших виртуальных машин. В противном случае виртуальные машины упадут.

Как узнать, сколько мне будет стоить размещение виртуальной машины Azure VM?

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

Можно ли запустить гипервизор, отличный от Hyper-V, на вложенной виртуальной машине в Azure?

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

Могу ли я выбрать любой размер виртуальной машины при создании вложенного сервера Hyper-V?

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