Мониторинг виртуальных машин (для виртуализированной сетевой функции)
В этом разделе рассматривается необязательное средство, доступное для операторов телекоммуникаций для мониторинга рабочих нагрузок виртуализированных сетевых функций (VNF). С помощью агента мониторинга Azure (AMA) журналы и метрики производительности можно собирать из Виртуальные машины (виртуальной машины) под управлением виртуальных сетей. Одним из предварительных требований для AMA является подключение Arc к Azure (с помощью Azure Arc для серверов).
Подключение расширений с помощью интерфейса командной строки с помощью проверки подлинности управляемого удостоверения
При включении агентов мониторинга на виртуальных машинах с помощью CLI убедитесь, что установлены соответствующие версии ИНТЕРФЕЙСА командной строки:
- azure-cli: 2.39.0+
- azure-cli-core: 2.39.0+
- Resource-graph: 2.1.0+
Документация по началу с Azure CLI, установка ее в нескольких операционных системах и установка расширений CLI.
Подключение Arc
Серверы с поддержкой Azure Arc позволяют управлять физическими серверами Linux и Виртуальные машины размещенными вне Azure, такими как локальная облачная среда, например Оператор Nexus. Гибридный компьютер — это любой компьютер, не работающий в Azure. При подключении гибридного компьютера к Azure он становится подключенным компьютером, который рассматривается как ресурс в Azure. У каждого подключенного компьютера есть идентификатор ресурса, позволяющий включить компьютер в группу ресурсов.
Необходимые компоненты
Прежде чем начать, ознакомьтесь с предварительными требованиями и убедитесь, что ваша подписка и ресурсы соответствуют требованиям. Ниже приведены некоторые предварительные требования.
- Виртуальная машина VNF подключена к CloudServicesNetwork (сеть, которую виртуальная машина использует для взаимодействия со службами Operator Nexus).
- У вас есть SSH-доступ к виртуальной машине VNF.
- Прокси и установка wget:
- Убедитесь, что wget установлен.
- Чтобы задать прокси-сервер в качестве переменной среды, выполните следующие действия:
echo "http\_proxy=http://169.254.0.11:3128" \>\> /etc/environment
echo "https\_proxy=http://169.254.0.11:3128" \>\> /etc/environment
- У вас есть соответствующие разрешения на виртуальной машине VNF, чтобы иметь возможность запускать скрипты, устанавливать зависимости пакета и т. д. Дополнительные сведения см. по ссылке для получения дополнительных сведений.
- Чтобы использовать серверы с поддержкой Azure Arc, в подписке должны быть зарегистрированы следующие поставщики ресурсов Azure:
- Microsoft.HybridCompute
- Microsoft.GuestConfiguration
- Microsoft.HybridConnectivity
Если эти поставщики ресурсов еще не зарегистрированы, их можно зарегистрировать с помощью следующих команд:
az account set --subscription "{Your Subscription Name}"
az provider register --namespace 'Microsoft.HybridCompute'
az provider register --namespace 'Microsoft.GuestConfiguration'
az provider register --namespace 'Microsoft.HybridConnectivity'
Развертывание
Вы можете подключить серверы Arc в вашей среде, выполнив несколько шагов вручную. Виртуальная машина VNF может быть подключена к Azure с помощью скрипта развертывания. Или вы можете использовать автоматизированный метод, выполнив скрипт шаблона. Скрипт можно использовать для автоматизации загрузки и установки агента.
Этот метод требует наличия разрешений администратора на компьютере для установки и настройки агента. На компьютере Linux можно развернуть необходимый агент с помощью корневой учетной записи.
Скрипт для автоматизации скачивания и установки, а также для установки подключения к Azure Arc, доступен на портале Azure. Чтобы завершить процесс, выполните следующие действия.
В браузере перейдите на портал Azure.
На странице "Выбор метода" выберите плитку "Добавить один сервер" и выберите "Создать скрипт".
На странице предварительных требований нажмите кнопку "Далее".
На странице сведений о ресурсе укажите следующие сведения:
В раскрывающемся списке подписки выберите подписку, в котором будет управлять компьютер.
В раскрывающемся списке Группа ресурсов выберите группу ресурсов, из которой будет осуществляться управление компьютером.
В раскрывающемся списке "Регион" выберите регион Azure для хранения метаданных сервера.
В раскрывающемся списке операционной системы выберите операционную систему виртуальной машины VNF.
Если компьютер взаимодействует через прокси-сервер для подключения к Интернету, укажите IP-адрес прокси-сервера. Если используется имя и номер порта, укажите эти сведения.
Нажмите кнопку "Далее": теги.
На странице Теги проверьте теги физического расположения, заданные по умолчанию, а затем введите нужное значение или укажите один или несколько настраиваемых тегов в соответствии со своими стандартами.
Нажмите кнопку "Далее". Скачайте и запустите скрипт.
На вкладке Download and run script (Скачивание и выполнение скрипта) просмотрите сводные данные и щелкните Скачать. Если вам все еще нужно внести изменения, щелкните Назад.
Примечание.
- Установите флажок выхода на ошибку в верхней части скрипта, чтобы убедиться, что он завершается сбоем и не дает ложного успеха в конце. Например, в скрипте Оболочки в верхней части скрипта используется "set -e".
- Добавьте http_proxy=<PROXY_URL> и экспортируйте https_proxy=<PROXY_URL> в скрипт, а также инструкции экспорта в скрипте подключения Arc. (ПРОКСИ-IP - 169.254.0.11:3128).
Чтобы развернуть azcmagent на сервере, войдите на сервер с учетной записью с корневым доступом. Перейдите в папку, в которую вы скопировали скрипт, и выполните ее на сервере, выполнив скрипт ./OnboardingScript.sh.
Если не удается запустить агент после завершения установки, просмотрите подробные сведения об ошибке в журналах. Журнал размещается в каталоге /var/opt/azcmagent/log.
После установки агента и настройки подключения к серверам с поддержкой Azure Arc убедитесь, что сервер успешно подключен к портал Azure.
Рисунок. Пример виртуальной машины, зарегистрированной в Arc
Устранение неполадок
Примечание. Если при выполнении скрипта возникают ошибки, исправьте ошибки и повторно запустите скрипт перед переходом к следующим шагам.
Некоторые распространенные причины ошибок:
- У вас нет необходимых разрешений на виртуальной машине.
- Пакет wget не установлен на виртуальной машине.
- Если не удается установить зависимости пакета, это связано с тем, что прокси-сервер не имеет обязательных доменов, добавленных в разрешенные URL-адреса. Например, в Ubuntu не удается установить зависимости, так как он не может достичь .ubuntu.com. Добавьте необходимые конечные точки исходящего трафика в прокси-сервер.
Агент Azure Monitor
Агент Azure Monitor реализуется как расширение виртуальной машины Azure ver Arc подключенных компьютеров. В нем также перечислены параметры создания связей с правилами сбора данных, определяющими, какие данные должен собирать агент. Установка, обновление или удаление агента Azure Monitor не требует перезапуска сервера.
Убедитесь, что вы настраиваете коллекцию журналов и метрик с помощью правила сбора данных.
Рисунок. Добавление источника DCR
Примечание. Метрики, настроенные с помощью DCR, должны иметь целевой набор для рабочей области Log Analytics, так как она еще не поддерживается в метриках Azure Monitor.
Рисунок: добавление назначения DCR
Предварительные требования
Перед установкой агента Azure Monitor необходимо выполнить следующие предварительные требования:
- Разрешения. Для методов, отличных от использования портал Azure, необходимо иметь следующие назначения ролей для установки агента:
| Встроенная роль | Области действия | Причина |
|---|---|---|
| Администратор ресурсов подключенного компьютера Azure участника виртуальной машины | Серверы с поддержкой Azure Arc | Развертывание агента |
| Любая роль, которая включает действие Microsoft.Resources/deployments/* | Подписка и/или группаResource и/или | Развертывание шаблонов Azure Resource Manager |
Установка агента мониторинга Azure
После подключения Виртуальные машины Arc убедитесь, что вы создадите локальный файл из Azure Cloud Shell с именем "settings.json", чтобы предоставить сведения о прокси-сервере:
Рисунок: файл settings.json
Затем выполните следующую команду, чтобы установить агент мониторинга Azure на этих серверах с поддержкой Azure Arc:
az connectedmachine extension create --name AzureMonitorLinuxAgent --publisher Microsoft.Azure.Monitor --type AzureMonitorLinuxAgent --machine-name \<arc-server-name\> --resource-group \<resource-group-name\> --location \<arc-server-location\> --type-handler-version "1.21.1" --settings settings.json
Чтобы собирать данные из виртуальных машин с помощью агента Azure Monitor, вам потребуется:
Создайте правила сбора данных (DCR), определяющие, какие данные агент Azure Monitor отправляет в какие назначения.
Свяжите правило сбора данных с определенными Виртуальные машины.
Правило сбора данных с помощью портала
Инструкции по созданию DCR и связыванию его с рабочей областью Log Analytics см . здесь.
Наконец, убедитесь, что вы получаете журналы в указанной рабочей области Log Analytics.
Правило сбора данных с помощью CLI
Ниже приведены команды для создания и связывания DCR для включения сбора журналов и метрик из этих Виртуальные машины.
Создание DCR:
az monitor data-collection rule create --name \<name-for-dcr\> --resource-group \<resource-group-name\> --location \<location-for-dcr\> --rule-file \<rules-file\> [--description] [--tags]
Пример файла правил:
Связывание DCR:
az monitor data-collection rule association create --name \<name-for-dcr-association\> --resource \<connected-machine-resource-id\> --rule-id \<dcr-resource-id\> [--description]
Дополнительные ресурсы
- Ознакомьтесь с документацией по книгам, а затем можно использовать примеры книг оператора Nexus для телеметрии Оператора Nexus.
- Просмотрите оповещения Azure Monitor, как создать правила генерации оповещений Azure Monitor и использовать примеры шаблонов оповещений оператора Nexus.