Сбор данных счетчиков производительности приложений Linux в Azure Monitor
В этой статье приведены подробные сведения о том, как в агенте Log Analytics для Linux настроить сбор данных о производительности определенных приложений в Azure Monitor. В статье используются следующие приложения:
Важно!
Поддержка устаревшего агента Log Analyticsбудет прекращена в августе 2024 года. После этой даты корпорация Майкрософт больше не будет предоставлять поддержку агенту Log Analytics. Чтобы продолжить прием данных, перейдите на агент Azure Monitor до августа 2024 года.
MySQL
Если при установке агента Log Analytics на компьютере обнаружен сервер MySQL или MariaDB, будет автоматически установлен поставщик мониторинга производительности для сервера MySQL. Этот поставщик подключается к локальному серверу MySQL или MariaDB, чтобы предоставить статистику производительности. Чтобы поставщик смог получить доступ к серверу MySQL, необходимо настроить учетные данные пользователя MySQL.
Настройка учетных данных MySQL
Для получения сведений о производительности и состоянии от экземпляра MySQL необходимо предварительно настроить пользователя MySQL для поставщика OMI MySQL и установить клиентские библиотеки MySQL. Эти учетные данные хранятся в файле проверки подлинности, размещенном на агенте Linux. В файле проверки подлинности задаются адрес привязки и порт, которые прослушивает экземпляр MySQL, а также учетные данные, которые используются для сбора метрик.
Во время установки агента Log Analytics для Linux поставщик OMI MySQL проверит файлы конфигурации MySQL my.cnf (в расположении по умолчанию), чтобы определить адрес привязки и порт, и запишет некоторые параметры в файл проверки подлинности OMI MySQL.
Файл проверки подлинности MySQL находится в папке /var/opt/microsoft/mysql-cimprov/auth/omsagent/mysql-auth.
Формат файла аутентификации
Ниже описан формат файла проверки подлинности OMI MySQL
[Порт]=[Адрес привязки], [имя пользователя], [Пароль с шифрованием Base64]
(Порт)=(Адрес привязки), (имя пользователя), (Пароль с шифрованием Base64)
(Порт)=(Адрес привязки), (имя пользователя), (Пароль с шифрованием Base64)
AutoUpdate=[true|false]
Параметры файла проверки подлинности описаны в следующей таблице.
| Свойство | Описание |
|---|---|
| Порт | Представляет текущий порт, который прослушивает экземпляр MySQL. Порт 0 означает, что для экземпляра по умолчанию используются следующие свойства. |
| адрес привязки; | Текущий адрес привязки MySQL. |
| Имя пользователя | Пользователь MySQL, который используется мониторинга экземпляра сервера MySQL. |
| пароль в кодировке Base64. | Пароль пользователя, который используется для мониторинга MySQL, в кодировке Base64. |
| Автоматическое обновление | Указывает, нужно ли повторно выполнять поиск изменений в файле my.cnf и перезаписывать файл проверки подлинности OMI MySQL при обновлении поставщика OMI MySQL. |
Экземпляр по умолчанию
В файле проверки подлинности OMI MySQL можно определить экземпляр и номер порта по умолчанию. Это позволит удобнее управлять несколькими экземплярами MySQL на одном узле Linux. В качестве экземпляра по умолчанию используется экземпляр с портом 0. Все дополнительные экземпляры наследуют свойства экземпляра по умолчанию, если для них не заданы другие значения этих свойств. Например, при добавлении экземпляра MySQL, который прослушивает порт 3308, для мониторинга этого экземпляра будет использоваться адрес привязки, имя пользователя и пароль в кодировке Base64 для экземпляра по умолчанию. Если экземпляр, который прослушивает порт 3308, привязан к другому адресу и использует те же имя пользователя и пароль MySQL, необходимо указать только адрес привязки. Остальные свойства будут унаследованы.
В следующей таблице приведены примеры параметров экземпляра
| Описание | Файл |
|---|---|
| Экземпляр по умолчанию и экземпляр с портом 3308. | 0=127.0.0.1, myuser, cnBwdA==3308=, ,AutoUpdate=true |
| Экземпляр по умолчанию и экземпляр с портом 3308 и другими именем пользователя и паролем. | 0=127.0.0.1, myuser, cnBwdA==3308=127.0.1.1, myuser2,cGluaGVhZA==AutoUpdate=true |
Программа для изменения файла проверки подлинности OMI MySQL
В состав поставщика OMI MySQL входит программа для изменения файла проверки подлинности OMI MySQL. Программа для изменения файла проверки подлинности находится в следующем каталоге.
/opt/microsoft/mysql-cimprov/bin/mycimprovauth
Примечание
Файл учетных данных должен быть доступен для чтения для учетной записи omsagent. Рекомендуется выполнить команду mycimprovauth, используя учетную запись omsgent.
В следующей таблице приведены сведения о синтаксисе mycimprovauth.
| Операция | Пример | Описание |
|---|---|---|
| autoupdate false or true | mycimprovauth autoupdate false | Устанавливает, следует ли автоматически обновлять файл проверки подлинности при перезапуске или обновлении. |
| default bind-address username password | mycimprovauth default 127.0.0.1 root pwd | Задает экземпляр по умолчанию в файле проверки подлинности OMI MySQL. Пароль в поле пароля следует вводить в формате обычного текста, так как в файле проверки подлинности OMI MySQL он будет зашифрован в кодировке Base 64. |
| delete default or port_num | mycimprovauth 3308 | Удаляет указанный экземпляр по умолчанию или удаляет экземпляр по номеру порта. |
| help | mycimprov help | Выводит список используемых команд. |
| mycimprov print | Выводит содержимое файла проверки подлинности OMI MySQL в удобном формате. | |
| update port_num bind-address username password | mycimprov update 3307 127.0.0.1 root pwd | Обновляет указанный экземпляр или добавляет экземпляр, если его не существует. |
С помощью команд в следующем примере определяется учетная запись пользователя по умолчанию для сервера MySQL на узле localhost. Пароль в поле пароля следует вводить в формате обычного текста, так как в файле проверки подлинности OMI MySQL он будет зашифрован в кодировке Base 64.
sudo su omsagent -c '/opt/microsoft/mysql-cimprov/bin/mycimprovauth default 127.0.0.1 <username> <password>'
sudo /opt/omi/bin/service_control restart
Разрешения базы данных, необходимые для счетчиков производительности MySQL
Для сбора данных о производительности сервера MySQL у пользователя MySQL должен быть доступ к следующим запросам.
SHOW GLOBAL STATUS;
SHOW GLOBAL VARIABLES:
Пользователю MySQL также необходим доступ с разрешением SELECT для следующих таблиц по умолчанию.
- information_schema;
- mysql.
Эти привилегии можно предоставить, выполнив следующие команды:
GRANT SELECT ON information_schema.* TO ‘monuser’@’localhost’;
GRANT SELECT ON mysql.* TO ‘monuser’@’localhost’;
Примечание
Чтобы предоставить разрешения пользователю мониторинга MySQL, у пользователя, предоставляющего разрешения, должна быть привилегия с параметром GRANT, а также предоставляемая привилегия.
Определение счетчиков производительности
Настроив в агенте Log Analytics для Linux отправку данных в Azure Monitor, вам необходимо настроить счетчики производительности, с которых будут собираться данные. Для счетчиков, описанных в следующей таблице, используйте процедуру, описанную в статье Источники данных о производительности Windows и Linux в Log Analytics.
| Имени объекта | Имя счетчика |
|---|---|
| База данных MySQL | Дисковое пространство в байтах |
| База данных MySQL | Таблицы |
| MySQL Server | Счетчик производительности "Прерванные подключения" |
| MySQL Server | Счетчик производительности "Использование подключения" |
| MySQL Server | Используемое дисковое пространство в байтах |
| MySQL Server | Счетчик производительности "Сканирование всей таблицы" |
| MySQL Server | Счетчик производительности "Попадания в буферный пул InnoDB" |
| MySQL Server | Счетчик производительности "Использование буферного пула InnoDB" |
| MySQL Server | Счетчик производительности "Использование буферного пула InnoDB" |
| MySQL Server | Счетчик производительности "Попадания в кэш ключей" |
| MySQL Server | Счетчик производительности "Использование кэша ключей" |
| MySQL Server | Счетчик производительности "Запись в кэш ключей" |
| MySQL Server | Счетчик производительности "Попадания в кэш запросов" |
| MySQL Server | Счетчик производительности "Очистка кэша запросов" |
| MySQL Server | Счетчик производительности "Использование кэша запросов" |
| MySQL Server | Счетчик производительности "Попадания в кэш таблиц" |
| MySQL Server | Счетчик производительности "Использование кэша таблиц" |
| MySQL Server | Счетчик производительности "Блокировка подключения к таблице" |
HTTP-сервер Apache
Если при установке пакета omsagent на компьютере обнаружен HTTP-сервер Apache, будет автоматически установлен поставщик мониторинга производительности для HTTP-сервера Apache. Для доступа к данным производительности этот поставщик использует модуль Apache, который необходимо загрузить на HTTP-сервер Apache. Этот модуль можно загрузить с помощью следующей команды:
sudo /opt/microsoft/apache-cimprov/bin/apache_config.sh -c
Чтобы выгрузить модуль мониторинга Apache, выполните следующую команду:
sudo /opt/microsoft/apache-cimprov/bin/apache_config.sh -u
Определение счетчиков производительности
Настроив в агенте Log Analytics для Linux отправку данных в Azure Monitor, вам необходимо настроить счетчики производительности, с которых будут собираться данные. Для счетчиков, описанных в следующей таблице, используйте процедуру, описанную в статье Источники данных о производительности Windows и Linux в Log Analytics.
| Имени объекта | Имя счетчика |
|---|---|
| HTTP-сервер Apache | Занятые рабочие роли |
| HTTP-сервер Apache | Бездействующие рабочие роли |
| HTTP-сервер Apache | Счетчик производительности "Занятые рабочие роли" |
| HTTP-сервер Apache | Счетчик производительности "Общее использование ЦП" |
| Виртуальный узел Apache | Ошибок в минуту (клиент) |
| Виртуальный узел Apache | Ошибок в минуту (сервер) |
| Виртуальный узел Apache | КБ на запрос |
| Виртуальный узел Apache | КБ в запросах в секунду |
| Виртуальный узел Apache | Запросов в секунду |
Дальнейшие действия
- Сбор счетчиков производительности с агентов Linux.
- Узнайте больше о запросах журнала, которые можно применять для анализа данных, собираемых из источников данных и решений.