Мониторинг виртуальных машин (для виртуализированной сетевой функции)

В этом разделе рассматривается необязательное средство, доступное для операторов телекоммуникаций для мониторинга рабочих нагрузок виртуализированных сетевых функций (VNF). С помощью агента мониторинга Azure (AMA) журналы и метрики производительности можно собирать с виртуальных машин, работающих под управлением виртуализированных сетевых функций (VNFs). Одним из предварительных требований для 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

• У вас есть соответствующие разрешения на виртуальной машине (VM) 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 можно развернуть необходимое программное обеспечение Agentry, используя учетную запись root.

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

1. В браузере перейдите на портал Azure.

2. На странице "Выбор метода" выберите плитку "Добавить один сервер " и выберите " Создать скрипт".

3. На странице предварительных требований нажмите кнопку "Далее".

4. На странице сведений о ресурсе укажите следующие сведения:

5. В раскрывающемся списке подписки выберите подписку, в которой будет управляться компьютер.

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

7. В раскрывающемся списке "Регион" выберите регион Azure для хранения метаданных сервера.

8. В раскрывающемся списке операционной системы выберите операционную систему виртуальной машины VNF.

9. Если компьютер взаимодействует через прокси-сервер для подключения к Интернету, укажите IP-адрес прокси-сервера. Если используется имя и номер порта, укажите эти сведения.

10. Нажмите кнопку "Далее": теги.

11. На странице Теги проверьте теги физического расположения, заданные по умолчанию, а затем введите нужное значение или укажите один или несколько настраиваемых тегов в соответствии со своими стандартами.

12. Нажмите кнопку "Далее". Скачайте и запустите скрипт.

13. На вкладке Download and run script (Скачивание и выполнение скрипта) просмотрите сводные данные и щелкните Скачать. Если вам все еще нужно внести изменения, щелкните Назад.

Note:

1. Установите флаг выхода при ошибке в верхней части скрипта, чтобы обеспечить быстрое завершение в случае ошибки и не создает ложное впечатление успешного выполнения. Например, в скрипте Shell в начале скрипта используйте "set -e".
2. Экспортируйте 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

Устранение неполадок

Заметка: Если при выполнении скрипта возникают ошибки, исправьте ошибки и повторно запустите скрипт перед переходом к следующим шагам.

Некоторые распространенные причины ошибок:

1. У вас нет необходимых разрешений на виртуальной машине.
2. Пакет wget не установлен на виртуальной машине.
3. Если не удается установить зависимости пакета, это связано с тем, что у прокси-сервера нет необходимых доменов, добавленных в разрешенные URL. Например, в Ubuntu apt не удается установить зависимости, так как ему не удается подключиться к .ubuntu.com. Добавьте необходимые конечные точки исходящего трафика в прокси-сервер.

Агент Azure Monitor

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

Убедитесь, что вы настраиваете коллекцию журналов и метрик с помощью правила сбора данных.

Добавление источника DCR: Рисунок

Заметка: Метрики, настроенные с помощью DCR, должны иметь целевое значение Log Analytics Workspace, так как оно еще не поддерживается в метриках Azure Monitor.

Рисунок: DCR — добавление назначения

Pre-requisites

Перед установкой агента Azure Monitor необходимо выполнить следующие предварительные требования:

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

Установка агента мониторинга 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, вам потребуется:

1. Создайте правила сбора данных (DCR), определяющие, какие данные агент Azure Monitor отправляет в какие назначения.

2. Свяжите правило сбора данных с определенными виртуальными машинами.

Правило сбора данных с помощью портала

Инструкции по созданию 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.