Как создать и настроить виртуальную машину в Azure
К чему этот материал
Этот гид предназначен для начинающих и инженеров, которые хотят быстро развернуть VM в Microsoft Azure и настроить безопасный доступ. Материал покрывает создание через портал, базовые параметры конфигурации, доступ по SSH, рекомендации по безопасности, варианты автоматизации и типичные проблемы с решениями.
Что вы получите из этого руководства
- Пошаговая инструкция для развертывания VM в Azure через портал.
- Контрольные списки для разных ролей (админ, DevOps, разработчик, безопасность).
- Мини-методология развертывания и автоматизации (скрипты, шаблоны).
- Справочник по безопасности и устранению неполадок.
Шаг 1: Вход в портал Azure
Зайдите в портал Azure по адресу portal.azure.com и войдите в свою учётную запись. Если у вас нет аккаунта, зарегистрируйтесь на бесплатный пробный период Azure.
После входа вы увидите домашнюю страницу портала с обзором ресурсов, часто используемых сервисов и информацией о подписке.
Важно: убедитесь, что вы используете правильную подписку (Subscription), особенно если у вас несколько подписок — это определит выставление счетов и доступность регионов.
Шаг 2: Создание виртуальной машины
- Нажмите кнопку Создать ресурс (Create a resource) в разделе Azure services.
- В списке категорий выберите Compute, затем нажмите Virtual machine.
Шаг 3: Конфигурирование виртуальной машины
На странице создания виртуальной машины Azure предлагает шаблон с несколькими вкладками: Basic, Disks, Networking, Management и т. д. Заполните обязательные поля (обозначены звездочкой) следующим образом.
Группа ресурсов
Группа ресурсов — логический контейнер для связанных ресурсов. Создайте новую группу, например az-virtual-machines, или используйте существующую.
Имя виртуальной машины
Выберите читаемое имя, которое однозначно идентифицирует инстанс (например: web-prod-01). Имя будет использовано в интерфейсе и для метаданных.
Регион
Выберите регион (Region) ближе к пользователям, чтобы минимизировать задержки. Обратите внимание на законы о размещении данных, если это критично для вашей организации.
Образ операционной системы
В поле Image выберите образ: Ubuntu Server 20.04 LTS — Gen 1 (или другой нужный вам образ).
Размер виртуальной машины
Size определяет CPU, память и диск. Для простых задач подойдёт серия B (например, B1 с 1 ГБ RAM и одним vCPU). Учтите, что размер влияет на стоимость.
Пример: для тестовой машины подойдёт B1s. Для production — выберите семейство D или E в зависимости от нагрузки.
Примечание: Azure показывает приблизительную ежемесячную стоимость при выборе размера.
Учётная запись администратора
Для Linux-сервера укажите имя пользователя и выберите метод аутентификации: SSH public key (рекомендуется) или Password. В этом руководстве мы показываем подключение по паролю, как в исходном материале, но рекомендуется использовать SSH-ключи.
Правила входящих подключений
По умолчанию открыт порт 22 (SSH). Вы можете оставить этот порт для удалённого доступа или сузить набор правил с помощью Network Security Group (NSG).
Другие вкладки (Disks, Networking, Management) можно оставить по умолчанию на первом этапе и настроить позднее.
Когда все поля заполнены, нажмите Review + create. После успешной валидации нажмите Create.
Azure также предлагает скачать шаблон автоматизации (Download a template for automation) — полезно для повторяемых развертываний.
Шаг 4: Доступ к VM по SSH
После завершения развертывания нажмите Go to resource, чтобы открыть страницу с обзором VM.
Скопируйте публичный IP-адрес и на локальной машине в терминале выполните (замените muo и your-public-ip-address на ваши значения):
ssh muo@your-public-ip-addressWindows: используйте PowerShell или Windows Terminal; macOS/Linux: обычный терминал. При подключении введите пароль, указанный при создании VM (если вы использовали метод Password).
После удачной авторизации вы получите приглашение оболочки на сервере и сможете выполнять дальнейшую настройку.
Рекомендации по безопасности
Коротко: минимизируйте открытую поверхность, используйте SSH-ключи, автоматизируйте обновления и включите мониторинг.
- Используйте SSH-ключи вместо паролей. Пароли могут быть подобраны; ключи — безопаснее.
- Отключите вход по паролю в /etc/ssh/sshd_config: PasswordAuthentication no.
- Ограничьте доступ по IP в NSG только для доверенных адресов.
- Включите автоматические обновления или настройте регулярные обновления пакетов.
- Подключите Azure Defender/Антивирус и интегрируйте с Azure Monitor/Log Analytics.
- Используйте управляемые идентичности и Key Vault для секретов.
Мини-методология развертывания (шаги)
- План: определить назначение VM, требования CPU/RAM/Disk, регион и стоимость.
- Подготовить шаблон: либо взять портал, либо ARM/Bicep/Terraform шаблон.
- Развернуть тестовую VM и проверить базовую доступность.
- Настроить безопасность: NSG, SSH-ключи, обновления, антивирус.
- Настроить мониторинг и бэкапы (Recovery Services Vault или Snapshot).
- Автоматизировать: сохранить шаблон и интегрировать с CI/CD.
Альтернативные подходы к созданию VM
- Портал Azure (GUI) — удобно для разовых или визуальных настроек.
- Azure CLI (az vm create) — быстро и скриптуемо.
- ARM / Bicep — нативные декларативные шаблоны Azure.
- Terraform — мультиоблачный инструмент для инфраструктуры как кода.
- Azure PowerShell — если вы привыкли к PowerShell-скриптам.
Выбор зависит от масштабируемости, политики управления инфраструктурой и интеграции с CI/CD.
Когда этот подход не подходит (контрпримеры)
- Нужна массовая репликация сотен одинаковых машин — лучше использовать Terraform/ARM.
- Требуется полнофункциональная контейнеризация — рассмотрите AKS или App Service.
- Строгие требования к сетевой безопасности и изоляции — возможно, нужны виртуальные сети с приватными конечными точками и appliance-файрволы.
Контрольные списки по ролям
Администратор (IT Admin):
- Проверить подписку и квоты.
- Создать/управлять группами ресурсов.
- Настроить RBAC и политики.
DevOps инженер:
- Подготовить ARM/Bicep/Terraform шаблон.
- Настроить CI/CD пайплайн для развертывания.
- Интегрировать мониторинг и бэкапы.
Разработчик:
- Проверить доступ по SSH/ключам.
- Настроить окружение приложений и зависимости.
- Тестировать приложение под реальной нагрузкой.
Инженер по безопасности:
- Проверить NSG/Firewall правила.
- Настроить журналирование и оповещения.
- Анализировать уязвимости и патчи.
Типичные ошибки и их исправления
Не удаётся подключиться по SSH
- Проверьте, открыт ли порт 22 в NSG и локальном firewall VM.
- Убедитесь, что используете правильный IP-адрес и имя пользователя.
- Если использовался SSH-ключ — проверьте права файла ключа (chmod 600).
VM в статусе Creating долго не переходит в Running
- Проверьте квоты подписки (CPU cores) для региона.
- Просмотрите событие развертывания в Activity Log.
Визуальные ошибки биллинга
- Проверьте, в какой подписке и групе ресурсов создана VM; убедитесь, что выбрана ожидаемая подписка.
Автоматизация и повторное использование
Скачайте шаблон ARM через ссылку Download a template for automation, адаптируйте и храните в репозитории. Для мультиоблачной инфраструктуры используйте Terraform и модули для переиспользования конфигураций.
Пример команды Azure CLI для создания VM (альтернатива порталу):
az vm create --resource-group az-virtual-machines --name web-prod-01 --image UbuntuLTS --admin-username muo --generate-ssh-keysМероприятия по мониторингу и резервированию
- Включите Azure Monitor и настройте метрики CPU, RAM, диск и сетевые показатели.
- Настройте логирование в Log Analytics для аудита.
- Планируйте регулярные бэкапы: Snapshot диска или Recovery Services Vault.
Решение инцидентов — быстрый план действий
- Идентификация: тревога/пользовательская жалоба.
- Ограничение: при необходимости заблокировать трафик через NSG.
- Диагностика: проверить статус VM, логи в Boot diagnostics и Activity Log.
- Восстановление: перезапуск VM, восстановление из snapshot или failover.
- Коррекция: внедрить патчи, улучшить правила NSG и записать уроки.
Mermaid-диаграмма принятия решения при выборе способа развертывания:
flowchart TD
A[Нужно развернуть VM] --> B{Одиночная или массовая}
B -->|Одиночная| C[Портал Azure]
B -->|Массовая| D{Инфраструктура как код}
D --> E[ARM / Bicep]
D --> F[Terraform]
E --> G[Интеграция в Azure DevOps]
F --> H[Интеграция в CI/CD]Критерии приёмки
- VM создана и имеет статус Running.
- SSH-доступ подтверждён с корректным логином и методом аутентификации.
- NSG ограничивает доступ только к необходимым портам.
- Мониторинг и бэкапы настроены минимум для критичных дисков.
Краткий глоссарий (1 строка на термин)
- VM: виртуальная машина — виртуализированная машина с ОС и ресурсами.
- NSG: Network Security Group — набор правил безопасности сети.
- ARM: Azure Resource Manager — платформа для декларативного развертывания.
- SSH: Secure Shell — протокол безопасного доступа к удалённым системам.
Локальные нюансы и рекомендации
- Выбирайте регион с учётом требований локального законодательства о хранении данных.
- Для стран с медленным соединением выбирайте регион ближе к пользователям.
- Для оплат используйте валюту и биллинг, настроенные в вашей подписке — цены отображаются в локальной валюте портала.
Заключение
Развёртывание виртуальной машины в Azure через портал — быстрый способ получить тестовую или рабочую среду. Для малых, единичных задач достаточно GUI; при планах на масштабирование и повторяемость лучше применять инфраструктуру как код и автоматизацию. Важно соблюдать базовые практики безопасности и мониторинга, чтобы снизить риски и обеспечить доступность.
Короткое резюме:
- Создание проходит через Create a resource → Compute → Virtual machine.
- Заполните Basic, проверьте Disks/Networking, скачайте шаблон при необходимости.
- Подключайтесь по SSH и укрепляйте безопасность: SSH-ключи, NSG, обновления.
Важно: продолжайте учиться и практиковаться — облачные платформы быстро развиваются, а мастерство в развертывании и безопасной эксплуатации VM остаётся востребованным навыком.
Дополнительно: варианты социальных превью и текст объявления для команды (короткое сообщение)
Социальный превью (OG): «Развертывание VM в Azure: быстрое руководство по созданию, доступу и безопасности»
Короткое объявление (100–200 слов): Развернуть виртуальную машину в Azure просто — это займёт несколько минут через портал. В руководстве показаны шаги от создания группы ресурсов до доступа по SSH и базовой настройки безопасности. Для повторяемых сценариев рекомендуется использовать ARM/Bicep или Terraform. Внутри — контрольные списки для ролей, методология развертывания, часто встречающиеся ошибки и способы их устранения. Подходит для разработчиков, DevOps и администраторов, которые хотят быстро получить работающую Linux-машину и обеспечить её базовую защиту.