Zbieranie liczników wydajności dla aplikacji systemu Linux w usłudze Azure Monitor przy użyciu agenta usługi Log Analytics
Ten artykuł zawiera szczegółowe informacje dotyczące konfigurowania agenta usługi Log Analytics dla systemu Linux w celu zbierania liczników wydajności dla określonych aplikacji w usłudze Azure Monitor. Aplikacje zawarte w tym artykule to:
Ważne
Starszy agent usługi Log Analytics jest przestarzały od 31 sierpnia 2024 r. Firma Microsoft nie będzie już zapewniać żadnej pomocy technicznej dla agenta usługi Log Analytics. Jeśli używasz agenta usługi Log Analytics do pozyskiwania danych do usługi Azure Monitor, przeprowadź migrację teraz do agenta usługi Azure Monitor.
MySQL
Jeśli na komputerze zostanie wykryty serwer MySQL lub serwer MariaDB za pomocą agenta usługi Log Analytics, zostanie automatycznie zainstalowany dostawca monitorowania wydajności serwera MySQL. Ten dostawca łączy się z lokalnym serwerem MySQL/MariaDB w celu uwidocznienia statystyk wydajności. Należy skonfigurować poświadczenia użytkownika mySQL, aby dostawca mógł uzyskać dostęp do serwera MySQL.
Konfigurowanie poświadczeń programu MySQL
Dostawca OMI mySQL wymaga wstępnie skonfigurowanego użytkownika mySQL i zainstalowanych bibliotek klienckich MySQL w celu wykonywania zapytań dotyczących wydajności i informacji o kondycji z wystąpienia programu MySQL. Te poświadczenia są przechowywane w pliku uwierzytelniania przechowywanym w agencie systemu Linux. Plik uwierzytelniania określa, na jakim adresie powiązania i porcie nasłuchuje wystąpienie programu MySQL, oraz jakie poświadczenia mają być używane do zbierania metryk.
Podczas instalacji agenta usługi Log Analytics dla systemu Linux dostawca OMI mySQL skanuje pliki konfiguracji MySQL my.cnf (domyślne lokalizacje) pod kątem adresu powiązania i portu i częściowo ustaw plik uwierzytelniania OMI mySQL.
Plik uwierzytelniania MySQL jest przechowywany w lokalizacji /var/opt/microsoft/mysql-cimprov/auth/omsagent/mysql-auth.
Format pliku uwierzytelniania
Poniżej przedstawiono format pliku uwierzytelniania OMI mySQL:
[Port]=[Bind-Address], [username], [Base64 encoded Password]
(Port)=(Bind-Address), (username), (Base64 encoded Password)
(Port)=(Bind-Address), (username), (Base64 encoded Password)
AutoUpdate=[true|false]
Wpisy w pliku uwierzytelniania zostały opisane w poniższej tabeli.
| Właściwości | opis |
|---|---|
| Port | Reprezentuje bieżący port, na który nasłuchuje wystąpienie programu MySQL. Port 0 określa, że następujące właściwości są używane dla wystąpienia domyślnego. |
| Adres powiązania | Bieżący adres powiązania mySQL. |
| nazwa użytkownika | Użytkownik mySQL używany do monitorowania wystąpienia serwera MySQL. |
| Hasło zakodowane w formacie Base64 | Hasło użytkownika monitorowania MySQL zakodowane w bazie Base64. |
| AutoAktualizuj | Określa, czy należy ponownie skanować zmiany w pliku my.cnf i zastąpić plik uwierzytelniania OMI MySQL po uaktualnieniu dostawcy OMI MySQL. |
Wystąpienie domyślne
Plik uwierzytelniania OMI mySQL może definiować domyślne wystąpienie i numer portu, aby ułatwić zarządzanie wieloma wystąpieniami mySQL na jednym hoście systemu Linux. Wystąpienie domyślne jest oznaczane przez wystąpienie z portem 0. Wszystkie inne wystąpienia dziedziczą właściwości ustawione z wystąpienia domyślnego, chyba że określają różne wartości. Na przykład w przypadku dodania wystąpienia mySQL nasłuchującego na porcie 3308 jest używany domyślny adres powiązania, nazwa użytkownika i hasło zakodowane w formacie Base64 do monitorowania wystąpienia nasłuchującego na 3308 roku. Jeśli wystąpienie na 3308 jest powiązane z innym adresem i używa tej samej pary nazwy użytkownika i hasła MySQL, wymagany jest tylko adres powiązania i inne właściwości są dziedziczone.
W poniższej tabeli przedstawiono przykładowe ustawienia wystąpienia.
| opis | Plik |
|---|---|
| Wystąpienie domyślne i wystąpienie z portem 3308. | 0=127.0.0.1, myuser, cnBwdA==3308=, ,AutoUpdate=true |
| Wystąpienie domyślne i wystąpienie z portem 3308 oraz inną nazwą użytkownika i hasłem. | 0=127.0.0.1, myuser, cnBwdA==3308=127.0.1.1, myuser2,cGluaGVhZA==AutoUpdate=true |
Program plików uwierzytelniania OMI mySQL
W ramach instalacji dostawcy OMI MySQL jest program plików uwierzytelniania OMI MySQL, który może służyć do edytowania pliku uwierzytelniania OMI mySQL. Program plików uwierzytelniania można znaleźć w następującej lokalizacji.
/opt/microsoft/mysql-cimprov/bin/mycimprovauth
Uwaga
Plik poświadczeń musi być czytelny dla konta omsagent. Uruchomienie polecenia mycimprovauth jako omsgent jest zalecane.
Poniższa tabela zawiera szczegółowe informacje na temat składni użycia uwierzytelniania mycimprovauth.
| Operacja | Przykład | opis |
|---|---|---|
| autoaktualizuj wartość false lub true | mycimprovauth autoupdate false | Określa, czy plik uwierzytelniania jest automatycznie aktualizowany po ponownym uruchomieniu, czy aktualizacji. |
| domyślne hasło nazwy użytkownika powiązanego adresu | domyślne 127.0.0.1 główne pwd mycimprovauth | Ustawia domyślne wystąpienie w pliku uwierzytelniania OMI mySQL. Pole hasła należy wprowadzić w postaci zwykłego tekstu — hasło w pliku uwierzytelniania OMI mySQL jest zakodowane w formacie Base 64. |
| usuwanie domyślne lub port_num | mycimprovauth 3308 | Usuwa określone wystąpienie domyślnie lub według numeru portu. |
| pomoc | pomoc dotycząca mycimprov | Drukuje listę poleceń do użycia. |
| drukować | drukuj mycimprov | Drukuje łatwy do odczytania plik uwierzytelniania OMI mySQL. |
| aktualizowanie hasła nazwy użytkownika port_num bind-address | mycimprov update 3307 127.0.0.1 root pwd | Aktualizuje określone wystąpienie lub dodaje wystąpienie, jeśli nie istnieje. |
Poniższe przykładowe polecenia definiują domyślne konto użytkownika serwera MySQL na hoście lokalnym. Pole hasła należy wprowadzić w postaci zwykłego tekstu — hasło w pliku uwierzytelniania OMI mySQL jest zakodowane w formacie 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
Uprawnienia bazy danych wymagane dla liczników wydajności bazy danych MySQL
Użytkownik mySQL wymaga dostępu do następujących zapytań w celu zbierania danych wydajności serwera MySQL.
SHOW GLOBAL STATUS;
SHOW GLOBAL VARIABLES:
Użytkownik mySQL wymaga również dostępu SELECT do następujących tabel domyślnych.
- information_schema
- mysql.
Te uprawnienia można przyznać, uruchamiając następujące polecenia udzielania.
GRANT SELECT ON information_schema.* TO ‘monuser’@’localhost’;
GRANT SELECT ON mysql.* TO ‘monuser’@’localhost’;
Uwaga
Aby udzielić uprawnień użytkownikowi monitorującemu MySQL, użytkownik przyznający musi mieć uprawnienie "UDZIEL opcji", a także uprawnienie, które ma zostać przyznane.
Definiowanie liczników wydajności
Po skonfigurowaniu agenta usługi Log Analytics dla systemu Linux do wysyłania danych do usługi Azure Monitor należy skonfigurować liczniki wydajności do zbierania. Użyj procedury w źródłach danych wydajności systemu Windows i Linux w usłudze Azure Monitor z licznikami w poniższej tabeli.
| Nazwa obiektu | Nazwa licznika |
|---|---|
| Baza danych MySQL | Miejsce na dysku w bajtach |
| Baza danych MySQL | Tabele |
| Serwer MySQL | Przerwane połączenie Pct |
| Serwer MySQL | Użycie połączenia pct |
| Serwer MySQL | Użycie miejsca na dysku w bajtach |
| Serwer MySQL | Pełne skanowanie tabeli pct |
| Serwer MySQL | Liczba trafień puli InnoDB |
| Serwer MySQL | Pula InnoDB używa pct |
| Serwer MySQL | Pula InnoDB używa pct |
| Serwer MySQL | Klucz pamięci podręcznej hit Pct |
| Serwer MySQL | Użycie pamięci podręcznej kluczy pct |
| Serwer MySQL | Zapis pamięci podręcznej kluczy pct |
| Serwer MySQL | Trafienie pamięci podręcznej zapytań pct |
| Serwer MySQL | Czyszczenie pamięci podręcznej zapytań Pct |
| Serwer MySQL | Użycie pamięci podręcznej zapytań pct |
| Serwer MySQL | Table Cache Hit Pct |
| Serwer MySQL | Użycie pamięci podręcznej tabel |
| Serwer MySQL | Rywalizacja o blokadę tabeli Pct |
Serwer HTTP Apache
Jeśli serwer Apache HTTP zostanie wykryty na komputerze po zainstalowaniu pakietu omsagent, zostanie automatycznie zainstalowany dostawca monitorowania wydajności serwera Apache HTTP. Ten dostawca korzysta z modułu Apache, który musi zostać załadowany do serwera APACHE HTTP w celu uzyskania dostępu do danych wydajności. Moduł można załadować za pomocą następującego polecenia:
sudo /opt/microsoft/apache-cimprov/bin/apache_config.sh -c
Aby zwolnić moduł monitorowania apache, uruchom następujące polecenie:
sudo /opt/microsoft/apache-cimprov/bin/apache_config.sh -u
Definiowanie liczników wydajności
Po skonfigurowaniu agenta usługi Log Analytics dla systemu Linux do wysyłania danych do usługi Azure Monitor należy skonfigurować liczniki wydajności do zbierania. Użyj procedury w źródłach danych wydajności systemu Windows i Linux w usłudze Azure Monitor z licznikami w poniższej tabeli.
| Nazwa obiektu | Nazwa licznika |
|---|---|
| Serwer HTTP Apache | Pracowici pracownicy |
| Serwer HTTP Apache | Bezczynne procesy robocze |
| Serwer HTTP Apache | Pct Zajęty pracownicy |
| Serwer HTTP Apache | Łączna liczba procesorów PCT |
| Host wirtualny apache | Błędy na minutę — klient |
| Host wirtualny apache | Błędy na minutę — serwer |
| Host wirtualny apache | KB na żądanie |
| Host wirtualny apache | Żądania KB na sekundę |
| Host wirtualny apache | Żądania na sekundę |
Następne kroki
- Zbieranie liczników wydajności z agentów systemu Linux.
- Dowiedz się więcej o zapytaniach dzienników w celu analizowania danych zebranych ze źródeł danych i rozwiązań.