Сбор счетчиков производительности для приложений Linux в Azure Monitor с помощью агента Log Analytics
В этой статье приведены подробные сведения о том, как в агенте Log Analytics для Linux настроить сбор данных о производительности определенных приложений в Azure Monitor. В статье используются следующие приложения:
Внимание
Устаревший агент Log Analytics устарел с 31 августа 2024 г. Корпорация Майкрософт больше не будет предоставлять поддержку агента Log Analytics. Если вы используете агент Log Analytics для приема данных в Azure Monitor, перейдите к агенту Azure Monitor.
MySQL
Если сервер MySQL или MariaDB Server обнаружен на компьютере с агентом Log Analytics, автоматически устанавливается поставщик мониторинга производительности для сервера MySQL. Этот поставщик подключается к локальному серверу MySQL или MariaDB, чтобы предоставить статистику производительности. Чтобы поставщик смог получить доступ к серверу MySQL, необходимо настроить учетные данные пользователя MySQL.
Настройка учетных данных MySQL
Для получения сведений о производительности и состоянии от экземпляра MySQL необходимо предварительно настроить пользователя MySQL для поставщика OMI MySQL и установить клиентские библиотеки MySQL. Эти учетные данные хранятся в файле проверки подлинности, хранящейся в агенте Linux. В файле проверки подлинности задаются адрес привязки и порт, которые прослушивает экземпляр MySQL, а также учетные данные, которые используются для сбора метрик.
Во время установки агента Log Analytics для Linux поставщик MySQL OMI проверяет файлы конфигурации MySQL my.cnf (расположения по умолчанию) для привязки и порта и частично задает файл проверки подлинности MySQL OMI.
Файл проверки подлинности MySQL находится в папке /var/opt/microsoft/mysql-cimprov/auth/omsagent/mysql-auth.
Формат файла аутентификации
Ниже приведен формат файла проверки подлинности MySQL OMI:
[Port]=[Bind-Address], [username], [Base64 encoded Password]
(Port)=(Bind-Address), (username), (Base64 encoded Password)
(Port)=(Bind-Address), (username), (Base64 encoded Password)
AutoUpdate=[true|false]
Параметры файла проверки подлинности описаны в следующей таблице.
| Свойство | Description |
|---|---|
| Порт | Представляет текущий порт, который прослушивает экземпляр MySQL. Порт 0 означает, что для экземпляра по умолчанию используются следующие свойства. |
| адрес привязки; | Текущий адрес привязки MySQL. |
| username | Пользователь MySQL, который используется мониторинга экземпляра сервера MySQL. |
| пароль в кодировке Base64. | Пароль пользователя, который используется для мониторинга MySQL, в кодировке Base64. |
| Автоматическое обновление | Указывает, следует ли повторно сканировать изменения в файле my.cnf и перезаписать файл проверки подлинности MySQL OMI при обновлении поставщика OMI MySQL. |
Экземпляр по умолчанию
В файле проверки подлинности OMI MySQL можно определить экземпляр и номер порта по умолчанию. Это позволит удобнее управлять несколькими экземплярами MySQL на одном узле Linux. В качестве экземпляра по умолчанию используется экземпляр с портом 0. Все остальные экземпляры наследуют свойства, заданные из экземпляра по умолчанию, если они не указывают разные значения. Например, если экземпляр MySQL, прослушивающий порт 3308, добавлен, адрес привязки экземпляра по умолчанию, имя пользователя и пароль в кодировке Base64 используются для отслеживания прослушивания экземпляра 3308. Если экземпляр 3308 привязан к другому адресу и использует ту же пару имени пользователя и пароля MySQL, требуется только адрес привязки, а другие свойства наследуются.
В следующей таблице приведены примеры параметров экземпляра.
| Description | Файлы |
|---|---|
| Экземпляр по умолчанию и экземпляр с портом 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.
| Операция | Пример | Description |
|---|---|---|
| autoupdate false or true | mycimprovauth autoupdate false | Задает, будет ли файл проверки подлинности автоматически обновляться при перезапуске или обновлении. |
| default bind-address username password | mycimprovauth default 127.0.0.1 root pwd | Задает экземпляр по умолчанию в файле проверки подлинности OMI MySQL. Поле пароля должно быть введено в виде обычного текста. Пароль в файле проверки подлинности MySQL OMI закодирован в кодировке Base 64. |
| delete default or port_num | mycimprovauth 3308 | Удаляет указанный экземпляр по умолчанию или удаляет экземпляр по номеру порта. |
| Справка | mycimprov help | Выводит список используемых команд. |
| …печать. | mycimprov print | Выводит простой для чтения файл проверки подлинности MySQL OMI. |
| update port_num bind-address username password | mycimprov update 3307 127.0.0.1 root pwd | Обновляет указанный экземпляр или добавляет экземпляр, если он не существует. |
С помощью команд в следующем примере определяется учетная запись пользователя по умолчанию для сервера MySQL на узле localhost. Поле пароля должно быть введено в виде обычного текста. Пароль в файле проверки подлинности MySQL OMI закодирован в кодировке 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 на компьютере обнаружен сервер Apache HTTP Server, для него автоматически устанавливается поставщик мониторинга производительности. Для доступа к данным производительности этот поставщик использует модуль 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.
- Узнайте больше о запросах журнала, которые можно применять для анализа данных, собираемых из источников данных и решений.