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


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

Важно!

1 марта 2023 г. мы прекратим поддержку классических виртуальных машин.

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

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

Примечание

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

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

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

Да. Инструкции по выполнению переноса см. в статьях:

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

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

• для виртуальных машин Windows: Поддержка серверного программного обеспечения Майкрософт для виртуальных машин Azure

• для виртуальных машин Linux: Linux в Azure — рекомендованные дистрибутивы

Для образов клиента Windows подписчикам MSDN Azure, а также подписчикам MSDN для разработки и тестирования с оплатой по мере использования доступны некоторые версии Windows 7 и Windows 8.1 для использования в целях разработки или тестирования. Дополнительные сведения, включая указания и ограничения, см. в статье Образы клиента Windows для подписчиков MSDN.

Почему не рекомендуется использовать территориальные группы?

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

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

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

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

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

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

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

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

Эти виртуальные машины аналогичны виртуальным машинам Hyper-V?

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

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

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

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

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

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

Для входа в виртуальную машину необходимо установить удаленное подключение, используя подключение к удаленному рабочему столу для виртуальной машины Windows или Secure Shell (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 предлагает несколько вариантов решений для защиты от вирусов, но вы должны будете управлять ими. Например, может потребоваться отдельная подписка для антивредоносного ПО и вам придется решать, когда запускать сканирование и устанавливать обновления. Вы можете добавить антивирусную поддержку с расширением виртуальной машины для Microsoft Antimalware, Symantec Endpoint Protection или TrendMicro Deep Security Agent при создании виртуальной машины Windows или позднее. Расширения Symantec и TrendMicro позволяют использовать бесплатную пробную подписку на ограниченное время или существующую корпоративную подписку. Microsoft Antimalware предоставляется бесплатно. Подробная информация доступна в следующих статьях:

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

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

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

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

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