Эксплуатация Виртуальных Систем В Облачной Среде. Затраты И Выгоды

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

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

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

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

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

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

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

Более того, запуск новых тестов или предоставление ресурсов становится доступным в Azure по требованию.

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

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

Домены обновлений — это системы, которые следуют одному и тому же циклу обслуживания, например, устанавливают одинаковые исправления.

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

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

Таким образом, в группе доступности всегда будет работать хотя бы одна виртуальная машина.

Шаблоны на самом деле представляют собой образы виртуальных машин, которые Microsoft регулярно обновляет. К ним относятся операционные системы Windows-сервер , а также Ubuntu или CentOS. Помимо доставки виртуальных машин на основе шаблонов каталогов, также можно работать с образами или виртуальными машинами, которые пользователи создают сами.

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



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

Здесь виртуальную машину и все ее настройки можно подготовить в локальной среде.

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

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

Загрузите собственное изображение в Azure. Метод создания образов в облачной среде или для мобильности ВМ существует наряду со своими гибридными аналогами.

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

Это создает множество сценариев, в которых модификации/поставки могут привести к заметной экономии средств.

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

В результате пользователи сосредоточат свое внимание на том, что действительно важно — виртуальных машинах.