Продажи: 1-800-867-1389

Общие сведения о виртуальных машинах Azure

Обновлено: Декабрь 2013 г.

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

В этом разделе приведен обзор этой новой инфраструктуры как предлагаемой услуги в .

Авторы: Селсин Тюркаслан (Selcin Turkarslan)
Редакторы: Кори Сандерс (Corey Sanders), Дрю Мак-Дэниэл (Drew McDaniel), Джейсон Чен (Jason Chen), Ганеш Сринивасан (Ganesh Srinivasan), Линдси Аллен (Lindsey Allen), Стив Говард (Steve Howard), Дэвид Мюррей (David Murray), Черли Мак-Гуайр (Cherly McGuire)

Создать виртуальную машину в можно одним из следующих трех методов.

  • Использование образа платформы. Вы можете создать собственную виртуальную машину непосредственно в облаке, используя образ, представленный в коллекции образов портала управления , без загрузки образа Windows Server или Linux, созданного локально. Для этого можно использовать портал управления PowerShell, программируемый интерфейс API (REST) или программу командной строки для настольных компьютеров Mac и Linux. После создания виртуальной машины можно войти в систему на этой машине для управления ей. Для виртуальной машины под управлением операционной системы Windows Server можно использовать кнопку «Подключить» на портале управления для запуска соединения с удаленным рабочим столом. Для входа на виртуальную машину под управлением операционной системы Linux используется клиент SSH. Подробные сведения о создании, развертывании виртуальных машин и управлении ими на настольных компьютерах Windows, Mac и Linux см. в разделе Загрузки на сайте WindowsAzure.com.

    Сведения об образах Oracle см. в статье Образы виртуальных машин Oracle для Azure.

  • Использование собственного образа. Вы можете использовать командлет Add-AzureVHD для отправки своего собственного VHD-файла в в виде образа. Просто передайте образ в учетную запись хранилища больших двоичных объектов и используйте этот образ для создания экземпляра новой виртуальной машины. Дополнительные сведения см. в разделе Создание и отправка виртуального жесткого диска с операционной системой Windows Server.

  • Использование собственного диска. Образ операционной системы представляет собой файл виртуального жесткого диска, который можно использовать в качестве шаблона для создания новой виртуальной машины. Образ — это шаблон, так как у него нет конкретных параметров, как у настроенной виртуальной машины, таких как параметры учетной записи пользователя и имя компьютера. Возможно, воспользоваться образом не удастся из-за особых параметров приложения, которые должны быть сохранены. В этом случае можно с помощью командлета Add-AzureVHD передать файл VHD на диск, затем можно будет создать виртуальную машину с диска. Например, на диске может быть уже установлен SQL Server. Если вы создаете собственные виртуальные машины и устанавливаете на них SQL Server, вы несете ответственность за наличие всех необходимых лицензий.

    Дополнительные сведения см. в статье Управление дисками и образами.

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

Обратите внимание, что в приведенном ниже разделе Список важных понятий можно найти определения образов и дисков.

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

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

 

Приложения Сведения

Microsoft SQL Server

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

Windows Server Active Directory

Поддерживаемые версии Windows Server 2008 R2

Microsoft SharePoint

Поддерживаемые версии Все версии SharePoint 2010

Поддержка Linux

Можно передать виртуальный жесткий диск (VHD-файл) Linux для запуска в . Самую последнюю информацию о поддерживаемых версиях см. на портале управления .

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

Сведения об основных принципах работы виртуальных машин см. в разделе Виртуальные машины в библиотеке MSDN.

Сведения о размерах виртуальных машин Azure см. в разделе Размеры виртуальных машин Azure.

Подробную информацию об управлении виртуальными машинами в см. в центре управления, а также в разделе Загрузки на сайте WindowsAzure.com. Этот сайт содержит ссылки на практические руководства, командлеты PowerShell и программы командной строки, которые можно использовать для платформ Windows, Mac и Linux. Кроме того, в Azure можно управлять приложениями и виртуальными машинами с помощью API-интерфейса REST и командлетов PowerShell. Дополнительные сведения см. в документах Справочник по API-интерфейсу управления службами Azure и Командлеты управления Azure, которые размещены в библиотеке MSDN.

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

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

  • Работающую виртуальную машину можно захватить как образ. Однако эта операция не позволяет захватить подключенные диски. Захваченную виртуальную машину можно использовать для создания нескольких виртуальных машин. Конечным результатом является новый файл образа в той же учетной записи хранилища, в которой расположен диск операционной системы захваченной виртуальной машины. Дополнительные сведения о захвате образа виртуальной машины см. в разделах Как захватить образ работающей виртуальной машины в Windows Server 2008 R2 и Как захватить образ виртуальной машины, работающей под Linux.

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

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

  • Филиал или выделенная частная виртуальная сеть в облаке. С помощью виртуальной сети корпоративную сеть можно расширить, распространив ее на платформу . Путем настройки устройства VPN для работы со шлюзом VPN можно настроить защищенное подключение типа «сеть-сеть» между корпоративной сетью и Windows Azure. Ваши виртуальные машины в можно присоединить к локальным корпоративным доменам. Дополнительные сведения о защищенном решении для подключения сайтов см. в разделах Виртуальная сеть Azure и Сведения об устройствах VPN для виртуальной сети.

  • Стабильные адреса IPv4 для виртуальных машин. Теперь можно задать адресное пространство IPv4 для виртуальных машин, которые предполагается размещать в . При создании собственной виртуальной сети можно указать пространство адресов IPv4, из которого виртуальные машины должны получать адреса. IP-адреса, получаемые виртуальными машинами, стабильны и не меняются при перезапуске виртуальной машины. IP-адрес затем может быть записан DNS-сервером, и к виртуальной машине можно будет подключаться по имени узла. Дополнительные сведения о создании виртуальной сети см. в разделе Виртуальная сеть Azure.

  • Разрешение имен (DNS) для виртуальной сети. Теперь предусмотрено множество способов обеспечить разрешение имен узлов для виртуальной сети. Можно использовать разрешение имен, предусмотренное в , либо собственный DNS-сервер. Дополнительные сведения о разрешении имен и см. в разделах Виртуальная сеть Azure и Обзор разрешения имен в Azure.

  • Active Directory на виртуальных машинах Azure. Можно использовать локальную службы Active Directory или серверы DNS в облаке. Виртуальные машины позволяют присоединять виртуальные машины в к корпоративным локальным доменам с помощью локальных служб Active Directory. Дополнительные сведения см. в разделе Советы по развертыванию Active Directory в виртуальных машинах Azure.


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

Как видно из диаграммы, в виртуальной сети можно запустить DNS-сервер с поддержкой домена Active Directory на одной виртуальной машине и базу данных SQL Server на другой виртуальной машине, а код приложения может выполняться через веб-роль еще в одном экземпляре виртуальной машины под управлением .

Список подробных учебников и пошаговых руководств по виртуальным сетям см. в разделе Сети на сайте WindowsAzure.com.

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

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

  • Существующие некритические приложения баз данных

  • Новые приложения баз данных, которые необходимо развернуть в SQL Server на виртуальной машине, если база данных SQL не поддерживает все необходимые функции

  • Быстро и легко создавайте и тестируйте среду для новых приложений баз данных

  • Решение для резервного копирования для локальных приложений баз данных

  • Решение, которое можно быстро и легко масштабировать в часы пик

  • Решение, которое может преодолеть недостатки локальной платформы виртуализации

  • Решение, имеющее зависимости от ресурсов, которым требуются виртуальные машины, например SQL Server, Active Directory, MongoDB, MySQL или SharePoint.

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

Мы рекомендуем переместить базу данных SQL Server и данные в виртуальную машину на одним из способов, описанных в разделе Миграция на SQL Server на виртуальной машине Azure в библиотеке MSDN. Затем передайте и присоедините диск данных (который уже содержит данные) на виртуальную машину либо присоедините к машине пустой диск. Диски данных можно использовать для хранения журналов и файлов данных SQL Server. В качестве примера см. Подключение приложения PAAS к приложению IAAS в практической работе с виртуальной сетью в Наборе обучения Azure. Эта практическая работа демонстрирует присоединение пустого диска и нахождение мест хранения, используемых базой данных по умолчанию, для обновления значений по умолчанию, чтобы те указывали на ранее присоединенные диски. Кроме того, см. следующие учебники на сайте WindowsAzure.com:

Производительность реляционной базы данных на виртуальной машине зависит от многих факторов, включая размер виртуальной памяти, количество и конфигурации дисков, сети, конфигурации программного обеспечения базы данных и рабочей нагрузки приложения. Рекомендуется, чтобы разработчики провели оценку размеров виртуальной машины и конфигурации хранения и выбрали наиболее подходящий вариант. Дополнительные сведения о вопросах производительности при использовании SQL Server в виртуальной машине см. в разделе Запуск SQL Server на виртуальной машине Azure — рекомендации по производительности для версии Preview. Вводные сведения по SQL Server на виртуальных машинах см. в разделе Начало работы с SQL Server на виртуальной машине Azure.

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

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

Сведения о высоком уровне доступности и методиках аварийного восстановления при использовании SQL Server на виртуальной машине см. в разделе Высокий уровень доступности и аварийное восстановление для SQL Server в виртуальных машинах Azure.

См. также

Была ли вам полезна эта информация?
(1500 символов осталось)
Спасибо за ваш отзыв
Показ:
© 2014 Microsoft