ClusterControl 1.9.0 byl vydán 16. července 2021 se spoustou nových funkcí zavedených do systému. Mezi tyto funkce patří Redis Management and Monitoring, nový systém monitorování dotazů založený na agentech pro MySQL a PostgreSQL, vylepšení pgBackRest a také některá další vylepšení uvedená zde. Jsme docela nadšení, protože toto je naše druhá hlavní verze pro rok 2021 po ClusterControl 1.8.2.
Pokud jste v ClusterControl noví, Query Monitor je jednou z našich užitečných funkcí, kde můžete získat informace o vytížení vaší databáze. Query Monitor poskytuje souhrn zpracování dotazů napříč všemi uzly v clusteru, který se stává nepostradatelným, když zaznamenáte nebo zaznamenáte snížení výkonu. Ne všechny funkce Query Monitoring jsou stejné pro každý typ databáze, například Query Monitor pro MySQL se liší od Query Monitor pro PostgreSQL.
Špičkový výkon není omluvou, zvláště když provozujete kritické aplikace, kromě poskytování nejlepší uživatelské zkušenosti.
V tomto příspěvku na blogu probereme, co nový Query Monitor nabízí, a projdeme si některé kroky, jak jej povolit pro systémy založené na MySQL i PostgreSQL. Bez dalších okolků můžeme začít!
Náš nový MySQL Query Monitor
Pokud jste již aktualizovali tuto novou verzi, pravděpodobně si všimnete některých změn v rozhraní. Nový Monitor dotazů bude mít další kartu s názvem Přehled. Přehled dotazů je místo, kde můžete získat obecný přehled o všech dotazech pro váš databázový cluster. Pro instance databáze založené na MySQL musíte před instalací dotazovacího agenta povolit parametr „performance_schema“ pro všechny instance MySQL. Pokud kliknete na kartu Přehled dotazů, zobrazí se následující snímek obrazovky:
Pokud jste nepovolili „performance_schema“, nebudete moci využít tento ovládací panel. Parametr můžete povolit přes Cluster -> Manage -> Configurations a upravit soubor /etc/my.cnf pro všechny hostitele. Nezapomeňte aktualizovat hodnotu na následující:
performance_schema =ON
Jakmile to provedete, musíte provést postupný restart clusteru ze seznamu akcí clusteru, aby se změna projevila. Bez postupného restartu nelze dotazovacího agenta nainstalovat.
Samozřejmě to můžete udělat také ručně z uzlů vaší databáze. záleží na vaší preferenci. Pokud zvolíte ruční způsob, můžete SSH do své databáze databáze a upravit /etc/my.cnf. Pokud byste chtěli SSH z uživatelského rozhraní ClusterControl, můžete to snadno udělat ze seznamu akcí uzlu jako na obrázku níže:
Nyní byste si po dokončení postupného restartu měli všimnout následujícího snímku obrazovky a všech musíte kliknout na Install Query Monitor Agent:
Mělo by chvíli trvat, než se vám zobrazí nový panel Přehled dotazů jako následující snímek obrazovky:
Na našem novém panelu Přehled dotazů je několik proměnných, které byste mohli sledovat a získávat metriky. Zde můžete vidět propustnost, souběžnost, průměrnou latenci, chybu a také seznam dotazů ve spodní části. Vysvětlení každého z nich je následující:
-
Propustnost – dotaz za sekundu (q/s)
-
Celková schopnost zpracovávat data, která se měří jako dotazy za sekundu, transakce za sekundu nebo průměrná doba odezvy .
-
-
Souběh – doba uzamčení (s)
-
Počet souběžných dotazů, zejména dotazu INSERT. Měří se v sekundách.
-
-
Průměrná latence – průměrná doba dotazu (s)
-
Rozdělení latence příkazů spuštěných v této instanci MySQL.
-
-
Chyby – chyby (s)
-
Počet chyb dotazu za sekundu pro cluster.
-
Můžete si vybrat, u které instance databáze chcete zobrazit metriky a také časový rámec od 15 minut do 4 hodin pro každou z nich. Pomocí této možnosti můžete snadno identifikovat, co se v daném konkrétním případě děje.
V dolní části řídicího panelu si můžete všimnout, že existuje seznam dotazů, které jsou aktuálně spuštěny pro váš cluster. Zde můžete vidět informace o přehledu dotazu, schématu, počtu, řádcích a také době provedení.
Na rozdíl od starší verze (1.8.2) se jedná o zcela nový řídicí panel a bude velmi užitečný, když chcete mít přehled o clusteru. Pomocí zde uvedených metrik budete moci podniknout nezbytné kroky, pokud si všimnete, že výkon vašeho clusteru není optimální.
Nový monitor dotazů pro PostgreSQL
Stejný proces je třeba provést pro PostgreSQL:jakmile upgradujete ClusterControl na 1.9.0, budete muset nainstalovat agenta sledování dotazů, než budete moci získat metriky pro Přehled dotazů. Uvidíte výstup podobný tomu níže:
Pro PostgreSQL však nemusíte povolovat žádný parametr jako vy Potřebujete-li databáze založené na MySQL, můžete agenta rovnou nainstalovat z řídicího panelu. Instalace by měla chvíli trvat, než se vám zobrazí řídicí panel Přehled dotazů, jak je uvedeno níže.
Jak jste mohli vidět, řídicí panel je trochu odlišný od MySQL dashboard, kde jsou pouze 2 metriky, kterými jsou propustnost a průměrná latence. Stejně jako řídicí panel Přehled dotazů založený na MySQL můžete také vybrat instanci databáze, u které chcete zobrazit metriky a časové rozmezí.
Můžete také vidět seznam dotazů níže uvedených metrik, jak je znázorněno na snímku obrazovky výše. V seznamu dotazů můžete vidět výtah, schéma, počet, řádky a dobu provedení každého dotazu.
Poslední myšlenky
Myslíme si, že nový Query Monitor je docela užitečný, když chcete vidět, co se děje s vašimi dotazy v instanci databáze. Představte si, že máte několik uzlů:můžete snadno přepnout instanci databáze z Přehledu dotazů a zobrazit metriky. S touto volbou můžete konkrétně vědět, co se děje v každé z vašich databázových instancí.
U instancí založených na MySQL nezapomeňte před instalací dotazovacího agenta zapnout/povolit „performance_schema“ pro každou z databázových instancí a přejít k zobrazení přehledu.
Co si myslíte o našem novém Monitoru dotazů? Líbí se vám to a je to užitečné? Dejte nám vědět v sekci komentářů níže.