Поделиться через

Часто задаваемые вопросы о виртуальных машинах Windows Azure, созданных с помощью классической модели развертывания

  • Статья

Это важно

Классические виртуальные машины будут прекращены 1 марта 2023 г.

Если вы используете ресурсы IaaS из ASM, выполните миграцию к 1 марта 2023 г. Рекомендуем осуществить этот переход как можно раньше, чтобы воспользоваться различными улучшенными функциями в Azure Resource Manager.

Дополнительные сведения см. в статье Перенос ресурсов IaaS в Azure Resource Manager с 1 марта 2023 г..

Примечание.

Azure имеет две различные модели развертывания для создания и работы с ресурсами: Resource Manager и классических. В этой статье описывается использование классической модели развертывания. Корпорация Майкрософт рекомендует использовать модель Resource Manager для большинства новых развертываний. Часто задаваемые вопросы по использованию модели Resource Manager см. здесь.

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

Можно ли перенести виртуальную машину, созданную в классической модели развертывания, в новую модель Resource Manager?

Да. Инструкции по миграции см. в следующих руководствах.

Что можно запускать на виртуальной машине Azure?

Все подписчики могут запускать на виртуальной машине Azure серверное программное обеспечение. Вы можете запускать последние версии Windows Server, а также различные дистрибутивы Linux. Дополнительные сведения о поддержке см. в статье:

• Для виртуальных машин Windows — поддержка программного обеспечения Microsoft Server для виртуальных машин Azure

• Для виртуальных машин Linux — Linux в дистрибутивах Azure-Endorsed

Для образов клиентов Windows некоторые версии Windows 7 и Windows 8.1 доступны подписчикам MSDN Azure с привилегиями и подписчикам MSDN Dev и Test Pay-As-You-Go для задач разработки и тестирования. Дополнительные сведения, включая инструкции и ограничения, см. в образах Windows для клиентов, являющихся подписчиками MSDN.

Почему группы сходства выводятся из обращения?

Группы сходства — это устаревшая концепция для географической группировки развертываний облачных служб клиента и учетных записей хранения в Azure. Изначально они были предоставлены для улучшения производительности сети виртуальных машинto-VM в ранних проектах сети Azure. Они также поддерживали начальный выпуск виртуальных сетей (VNets), которые были ограничены небольшим набором оборудования в регионе.

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

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

Какой объем хранилища можно использовать с виртуальной машиной?

Каждый диск данных может составлять до 1 ТБ. Количество дисков данных, которое можно использовать, зависит от размера виртуальной машины. Дополнительную информацию см. в статье Размеры виртуальных машин.

Учетная запись хранения Azure предоставляет хранилище для диска операционной системы и всех дисков данных. Каждый диск представляет собой .vhd-файл, хранящийся как страничный BLOB-объект. Информацию о ценах см. в статье Информация о ценах на хранилища.

Какие типы виртуальных жестких дисков можно использовать?

Azure поддерживает только фиксированные виртуальные жесткие диски в формате VHD. Если у вас есть VHDX, который вы хотите использовать в Azure, необходимо сначала преобразовать его с помощью диспетчера Hyper-V или командлета convert-VHD. После этого используйте командлет Add-AzureVHD (в режиме управления службами) для загрузки виртуального жесткого диска в учетную запись хранения в Azure, чтобы использовать его с виртуальными машинами.

Эти виртуальные машины такие же, как виртуальные машины Hyper-V?

Во многих отношениях они похожи на "Поколение 1" Hyper-V виртуальных машин, но они не совсем одинаковы. Оба типа предоставляют виртуализированное оборудование, а виртуальные жесткие диски в формате VHD совместимы. Это означает, что их можно перемещать между Hyper-V и Azure. Три ключевых отличия, которые иногда удивляют пользователей Hyper-V:

  • Azure не предоставляет консольный доступ к виртуальной машине. Доступ к виртуальной машине отсутствует, пока не будет выполнена загрузка.
  • Виртуальные машины Azure в большинстве размерах имеют только 1 адаптер виртуальной сети, что означает, что они также могут иметь только 1 внешний IP-адрес. (Размеры A8 и A9 используют второй сетевой адаптер для обмена данными между экземплярами в ограниченных сценариях.)
  • Виртуальные машины Azure не поддерживают функции виртуальных машин поколения 2 Hyper-V. Дополнительные сведения об этих функциях см. в спецификациях виртуальных машин для Hyper-V и в обзоре виртуальной машины поколения 2 .

Могут ли эти виртуальные машины использовать существующую локальную сетевую инфраструктуру?

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

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

Как получить доступ к своей виртуальной машине?

Необходимо установить удаленное подключение для входа на виртуальную машину с помощью подключения к удаленному рабочему столу для виртуальной машины Windows или безопасной оболочки (SSH) для виртуальной машины Linux. Инструкции см. в следующих статьях:

Если у вас возникли проблемы с удаленным рабочим столом или SSH, установите и используйте расширение VMAccess, чтобы устранить проблему.

Дополнительные параметры для виртуальных машин Windows:

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

Можно ли использовать временный диск (диск D: для Windows или /dev/sdb1 для Linux) для хранения данных?

Для хранения данных не следует использовать временный диск (диск D: по умолчанию для Windows или /dev/sdb1 для Linux). Они являются только временным хранилищем, поэтому вы рискуете потерять данные, которые не могут быть восстановлены. Это может произойти при перемещении виртуальной машины на другой хост. Изменение размера виртуальной машины, обновление узла или сбой оборудования на узле являются некоторыми из причин, по которым виртуальная машина может переместиться.

Как изменить букву временного диска?

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

Как обновить гостевую операционную систему?

Термин обновления обычно означает переход к более недавнему выпуску операционной системы, оставаясь на том же оборудовании. Для виртуальных машин Azure процесс перехода к более недавнему выпуску отличается для Linux и Windows:

  • Для виртуальных машин Linux используйте средства управления пакетами и процедуры, соответствующие дистрибутиву.
  • Для виртуальной машины Windows необходимо перенести сервер с помощью таких средств миграции Windows Server. Не пытайтесь обновить гостевую ОС во время его проживания в Azure. Она не поддерживается из-за риска потери доступа к виртуальной машине. Если во время обновления возникают проблемы, вы можете потерять возможность запуска сеанса удаленного рабочего стола и не сможете устранить неполадки.

Общие сведения о средствах и процессах миграции Windows Server см. в разделе Миграция ролей и компонентов в Windows Server.

Что такое имя пользователя и пароль по умолчанию на виртуальной машине?

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

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

Дополнительные сведения:

  • Для образов Linux, если вы используете портал Azure, имя пользователя azureuser присваивается по умолчанию. Однако, вы можете изменить его, выбрав вариант «Из галереи» вместо «Быстрое создание» при создании виртуальной машины. При использовании «Из галереи» вы также можете выбрать, следует ли использовать пароль, ключ SSH или оба для входа. Учетная запись пользователя — это не привилегированный пользователь, имеющий доступ к sudo для выполнения привилегированных команд. Учетная запись root отключена.
  • Для образов Windows необходимо указать имя пользователя и пароль при создании виртуальной машины. Учетная запись добавляется в группу "Администраторы".

Может ли Azure запустить антивирусную программу на моих виртуальных машинах?

Azure предлагает несколько вариантов антивирусных решений, но их управление остается за вами. Например, вам может потребоваться отдельная подписка для антивредоносного программного обеспечения, и вам потребуется решить, когда выполнять проверки и устанавливать обновления. Вы можете добавить поддержку защиты от вирусов с расширением виртуальной машины для Защиты от вредоносных программ Майкрософт, Symantec Endpoint Protection или TrendMicro Deep Security Agent при создании виртуальной машины Windows или в более поздней точке. Расширения Symantec и TrendMicro позволяют использовать бесплатную пробную подписку с ограниченным временем или существующую корпоративную подписку. Антивирусная программа Майкрософт предоставляется бесплатно. Подробная информация доступна в следующих статьях:

Каковы мои параметры резервного копирования и восстановления?

Azure Backup доступна в виде предварительной версии в определенных регионах. Дополнительные сведения см. в статье Резервное копирование виртуальных машин Azure. Другие решения доступны от сертифицированных партнеров. Чтобы узнать, что в настоящее время доступно, выполните поиск в Azure Marketplace.

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

Как azure взимает плату за мою виртуальную машину?

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

Плата взимается, когда состояние виртуальной машины находится в режиме «Запущено» или «Остановлено», но плата не взимается, когда состояние виртуальной машины «Остановлено» (деаллоцировано). Чтобы перевести виртуальную машину в состояние "Остановлено (деаллокировано)", выполните одно из следующих:

  • Завершите работу или удалите виртуальную машину на портале Azure.
  • Используйте командлет Stop-AzureVM, доступный в модуле Azure PowerShell.
  • Используйте операцию завершения работы в REST API управления службами и укажите StoppedDeallocated для элемента PostShutdownAction.

Дополнительную информацию см. в тарифах на виртуальные машины.

Перезагружается ли виртуальная машина Azure для обслуживания?

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

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

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

Вы также можете использовать портал Azure или Azure PowerShell для просмотра журналов перезагрузки при выполнении перезагрузки из-за планового обслуживания. Дополнительные сведения см. в разделе Просмотр журналов перезагрузки виртуальной машины.

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

Дополнительные ресурсы

О виртуальных машинах Azure

Создание виртуальных машин Linux и управление ими с помощью Azure CLI

Создание виртуальных машин Windows и управление ими с помощью Azure PowerShell