sql >> Databáze >  >> RDS >> MariaDB

Proaktivní monitorování MySQL (Developer Studio/Advisors Angle)

Proaktivní monitorování databáze MySQL je v dnešní době nutností. Hraje klíčovou a významnou roli pro správu a řízení vaší databáze, zejména pro vaše produkční clustery. Chybějící konkrétní informace, které by byly prospěšné pro zlepšení vaší databáze, nebo neschopnost identifikovat hlavní příčinu problémů, se kterými se lze setkat, může způsobit extrémní potíže s opravou nebo obnovou z dob její slávy.

Proaktivní monitorování ve vaší databázi MySQL umožňuje vašemu týmu porozumět tomu, jak si vaše databázové služby vedou. Funguje a dodává na základě pracovního zatížení, které se očekává? Máte dostatek prostředků na to, aby byl server výkonný na základě pracovní zátěže, kterou aktuálně zpracovává? Proaktivní monitorování používá věci, které mají zabránit katastrofě nebo poškození vaší databáze, na což vás předem upozorní. Umožňuje správcům databází nebo správcům provádět důležité úkoly, aby se vyhnuli poruchám, poškození dat, zneužití zabezpečení a útokům nebo neočekávanému nárůstu provozu ve vašem databázovém clusteru. Tím, že jsou okamžitě obslouženi, musí být proaktivní monitorování pro MySQL automatizováno a bude fungovat 24/7 bez přerušení a je na správcích databází, Devops, správcích, aby rozhodli, zda na základě priority úkolů a jak důležité je, zda vyžaduje údržbu nebo prostě typická každodenní rutinní práce.

Proaktivní monitorování pomocí ClusterControl

ClusterControl nabízí rozmanitý styl pro monitorování databázových serverů MySQL. Jeho přístup je srovnatelný s jinými podnikovými monitorovacími nástroji a cloudovými řešeními na podnikové úrovni. ClusterControl má tendenci uplatňovat všechny osvědčené postupy pro správu a monitorování databází, ale s flexibilitou konfigurace, aby bylo dosaženo požadovaného nastavení ve vašem prostředí.

Pokud jde o alarmy a oznámení, ClusterControl má smíšený přístup, pro který existují vestavěné alarmy, a pak jsou tu Poradci, o kterých budeme diskutovat více na tomto blogu.

Alarmy ClusterControl pro MySQL

Alarmy označují problémy, které by mohly ovlivnit nebo degradovat cluster jako celek. Toto rozhraní poskytuje podrobné vysvětlení problému spolu s doporučenou akcí (pokud je k dispozici) k vyřešení problému. Každý alarm je kategorizován jako:

  • Shluk

  • Obnova clusteru

  • Stav databáze

  • Výkon databáze

  • Hostitel

  • Uzel

  • Síť

Alarm lze potvrdit zaškrtnutím políčka Ignorovat? zaškrtávací políčko. Při ignorování nebude zasláno žádné upozornění e-mailem. Alarm nelze smazat ani zrušit, ale můžete jej skrýt ze seznamu kliknutím na tlačítko Skrýt ignorované alarmy.

Viz ukázkový snímek obrazovky níže,

Proaktivita s ClusterControl

ClusterControl podporuje automatickou obnovu, která reaguje vždy, když dojde k detekci selhání. Auto Recovery with ClusterControl je jednou z nejaktivnějších funkcí, která hraje klíčovou roli v případě katastrof.

Povolení automatického obnovení je vyžadováno pro toto proaktivní monitorování, které reaguje v různých situacích, například pokud selže primární uzel MySQL.

V ClusterControl to bude detekováno okamžitě, když naslouchá připojení s databázovým serverem nebo v tomto případě primárním serverem. ClusterControl zareaguje ASAP a použije převzetí služeb při selhání.

Převzetí služeb při selhání je součástí povolené obnovy clusteru. Protože jsou obě tlačítka Cluster a Node povolena, následuje obnovení uzlu, jak vidíte níže.

V závislosti na dosažitelnosti uzlů se ClusterControl bude neustále snažit připojení přes SSH a pokuste se dosáhnout uzlu a pokusit se o obnovení spuštěním pomocí sysvinit nebo systemd. Je zřejmé, že si můžete myslet, že použije převzetí služeb při selhání a ClusterControl se pokusí spustit primární primární chybu. To by mohlo znamenat, že jsou k dispozici dva databázové uzly, že? I když je to pravda, ClusterControl při obnově převede primární primární chybu do stavu pouze pro čtení. Viz níže,

I když existují určité možnosti, které můžete nastavit pro správu mechanismu převzetí služeb při selhání, měli byste se obrátit na naši dokumentaci, protože to není předmětem tohoto blogu.

Použití poradců pro proaktivitu s ClusterControl

V ClusterControl budou poradci umístěni tak, že přejdete do → Výkon → Poradci. Poradci ClusterControl jsou nastaveni tak, aby se použili v závislosti na clusteru, který se snaží monitorovat. Například replikace MySQL a MySQL s Galera Cluster běžící na Percona nebo MariaDB mohou mít rozdíly. Například MySQL Replication Advisors mají následující,

V clusteru Galera přidává poradce specifické pro Galera, jak je uvedeno níže ,

Přizpůsobení vašich ClusterControl MySQL Advisors

Poradci jsou přizpůsobitelné a lze je upravit podle vašich potřeb. Na snímku obrazovky poradců výše stačí kliknout na Upravit a budete přesměrováni na jednoduché IDE, které jsme zabudovali do ClusterControl.

Můžete si také vytvořit své vlastní ClusterControl Advisors. Chcete-li se dozvědět více o tvoření, můžete se odkázat na článek Napište svého prvního poradce nebo si vezměte 2dílnou sérii a vytvořte si vlastní pomocí skriptu pro detekci Meltdown/Spectre.

Jak jsou poradci ClusterControl proaktivní?

Technicky poradci ClusterControl většinou fungují jako oznamovatelé a doslova vaši poradci. ClusterControl Advisors vás upozorní, pokud zjistí neobvyklé chování, pokud překročí základní prahové hodnoty nastavené standardně ClusterControl. Obvykle jsou prahové hodnoty generické hodnoty. Tyto obecné hodnoty jsou založeny na osvědčených postupech a na nejběžnějším a nejpřijatelnějším pracovním zatížení nebo nastavení prostředí. Většina výchozích nastavení poradců neposkytuje alarmy ani výstražné mechanismy v uživatelském rozhraní ClusterControl. Upozorní vás prostřednictvím uživatelského rozhraní (viz ukázkový snímek obrazovky poradce umístění úložiště Binlog níže).

Jak již bylo zmíněno dříve, poradce lze upravovat a upravovat pomocí našeho jednoduchého editoru nebo IDE. Například v clusteru replikace MySQL poskytuje ClusterControl poradce umístění úložiště Binlog. Zjistí, že binlogy jsou uloženy v datovém adresáři, kde radí, že musí být mimo datový adresář.

Vezměme si příklad ze seznamu poradců a vyberte Připojení aktuálně používaného poradce . Upravme to, jak je uvedeno níže,

nebo můžete přejít na