- Havainnoitavuusekosysteemin toteutus ajallisten mittareiden keräämisen ja niiden graafisen visualisoinnin pohjalta.
- GNU/Linux- ja Windows-ympäristöihin tarkoitettujen erityisten vientiagenttien käyttöönotto järjestelmätietojen tallentamiseksi.
- Edistyneet skaalautuvuusstrategiat Thanoksen ja VictoriaMetricsin avulla massiiviseen datan tallennukseen.
Nykyään teknologiainfrastruktuurimme tapahtumien tarkka seuraaminen ei ole luksusta, vaan ehdoton välttämättömyys. Jatkuva järjestelmän valvonta antaa meille mahdollisuuden ennakoida ongelmia ennen kuin loppukäyttäjä huomaa mitään vikaa, estäen pienen virheen eskaloitumisen täydelliseksi palvelukatkokseksi, joka pitää meidät hereillä yöllä.
Tämän saavuttamiseksi on toteutettu voittava yhdistelmä: Prometheuksen ja Grafanan yhdistäminen. Prometheus kerää ja tallentaa mittareita aikasarjatietokantaan, kun taas Grafana tarjoaa tehokkaan visuaalisen käyttöliittymän, joka muuntaa nämä luvut helposti ymmärrettäviksi kuvaajiksi.
Kokonaisvaltaisen valvonnan perusteet
Kun puhumme ennakoivasta valvonnasta, tarkoitamme sitä, ettei palvelimen kaatumisen odoteta tapahtuvan ennen toimenpiteisiin ryhtymistä. Sovelluksen suorituskyvyn hallinnan (APM) valvontamenetelmä mahdollistaa pyynnön koko reitin tarkkailun ja pullonkaulojen tai suorituskykyvirheiden havaitsemisen reaaliajassa. Tämä on elintärkeää, koska historiallisesti olemme siirtyneet 80-luvun fyysisten indikaattoreiden manuaalisesta tarkistamisesta automatisoitujen työkalujen käyttöön, jotka antavat meille nyt kattavan kuvan infrastruktuurista.
Tämän tyyppisen valvonnan toteuttaminen ei ainoastaan vähennä seisokkiaikoja, vaan myös optimoi käyttökustannuksia. Lisäksi kaiken sujuvan toiminnan kannalta tehokas API-hallinta on välttämätöntä , sillä se varmistaa sovellusten välisen kommunikaation skaalautuvuuden ja turvallisuuden, täydentäen siten valvontastrategiaa.
Pinon rakentaminen: Prometheus ja Grafana Linuxissa
Tämän järjestelmän toteuttamiseksi Linux-ympäristössä tarvitsemme kolme keskeistä komponenttia. Ensinnäkin prometheus-node-exporter-komponentin , joka vastaa järjestelmän mittareiden julkaisemisesta portissa 9100. On tärkeää huomata, että joissakin jakeluissa, kuten Ubuntussa, systemd-roskienkerääjä voi tuottaa liikaa dataa (korkea kardinaliteetti), joten joskus on suositeltavaa poistaa tietyt keräilijät käytöstä Ansiblen avulla järjestelmän ylikuormituksen välttämiseksi kattavan Linux-palvelimen optimointioppaan mukaisesti.
Seuraava vaihe on Prometheus-palvelin, jossa konfiguroimme tiedoston prometheus.ymlTässä kerromme sinulle tarkalleen mitä laitteita tulisi valvoa määrittelemällä scrape_configs ja kohteet (IP-osoitteet ja portit). Kun Prometheus alkaa kerätä tietoja muutaman sekunnin välein, Grafana tulee käyttöön. Tämä työkalu asennetaan yleensä .deb-pakettien avulla ja sen avulla voimme Yhdistä Prometheus tietolähteeksi sitten tuoda valmiiksi suunniteltuja kojelaudan näkymiä, jotka säästävät meiltä jokaisen kaavion luomisen työn alusta alkaen.
Nopea vaihtoehto Docker Composen avulla
Jos et halua tehdä manuaalisia asennuksia, voit määrittää koko ympäristön säilöjen avulla. docker-compose.yml -tiedoston avulla voimme orkestroida Prometheus-kuvan, Grafana-kuvan ja Node Exporterin samassa virtuaaliverkossa. Tietojen menetyksen estämiseksi säilön uudelleenkäynnistyksen yhteydessä on tärkeää määrittää pysyvyysasemat isännän tiedostojärjestelmässä.
Tässä asetuksessa konfigurointi on huomattavasti yksinkertaistettu. Voimme käyttää YAML-tiedostoja Grafanan tietolähteiden automaattiseen valmisteluun , jolloin Prometheus-URL-osoitteen konfigurointia ei tarvitse tehdä web-käyttöliittymän kautta. Lisäksi edistyneille käyttäjille JSON-konfiguraatiotiedostossa on vaihtoehtoja, joiden avulla kyselymenetelmäksi voidaan vaihtaa POST tai hälytykset voidaan hallita suoraan Grafanasta.
Valvonnan laajentaminen Windows-ympäristöihin
Kaikki yritysmaailmassa ei ole Linuxia; Windows on edelleen monien datakeskusten tukipilari. Näiden erillisten Windows-palvelimien integrointiin käytämme windows_exporter- funktiota , joka näyttää mittarit portissa 9182. Prosessi on samanlainen: asennamme agentin Windows-koneelle, lisäämme vastaavan työn Prometheukseen ja etsimme Windows-kohtaisen kojelaudan (kuten ID 14694 Grafana-galleriassa) visualisoidaksemme suorittimen, muistin ja levyn tilan.
Ratkaisuja massatallennukseen ja skaalautuvuuteen
Yrityksen kasvaessa ja alkaessa hallita miljoonia mittareita, Prometheus voi alkaa horjua. Tämän ratkaisemiseksi on olemassa työkaluja, kuten Thanos , joiden avulla tietoja voidaan siirtää pilvitallennustilaan, kuten AWS S3 tai Google Cloud Storage, mikä tarjoaa korkean käytettävyyden ja pitkäaikaisen säilytyksen . Thanos käyttää Prometheuksen mukana tulevaa sivuvaunua ja Query-komponenttia yhdistettyjä kyselyitä varten.
Toinen erittäin tehokas vaihtoehto on VictoriaMetricsTämä ratkaisu on erityisen tehokas suorittimen ja muistin käytössä. Monimutkaisissa arkkitehtuureissa sitä voidaan käyttää Prometheus-operaattori Kubernetesissa paikallisen kokoelman hallintaan ja kaikkien mittareiden lähettämiseen VictoriaMetrics-klusteriin. Tämä järjestelmä on jaettu komponentteihin, kuten vmstorage tallentaaksesi tiedot, vminsert kirjoittaa niitä ja vmselect konsultaatioita varten, mikä mahdollistaa johdon miljardeja datapisteitä ilman järjestelmän hidastumista.
Näiden työkalujen välinen valinta riippuu yleensä datan määrästä. Vaikka Prometheus on ihanteellinen lyhyellä aikavälillä, sen yhdistäminen VictoriaMetricsiin tai Thanoksen kanssa on turvallinen valinta monipilviympäristöissä, joissa on tarpeen keskittää tiedot kymmenistä klustereista ja varmistaa, että dataliikenne on aina salattu ja todennettu suojausvälityspalvelimien avulla.
Prometheukseen ja Grafanaan perustuvan ekosysteemin käyttöönotto, Linux- ja Windows-agenttien vahvistaminen ja VictoriaMetricsin tai Thanosin avulla skaalautuminen muuttaa IT-hallinnan ennustettavaksi ja tehokkaaksi prosessiksi. Keskittämällä mittarit ja automatisoimalla hälytykset organisaatiot saavat täyden näkyvyyden infrastruktuuriinsa, optimoivat suorituskykyä ja varmistavat liiketoiminnan jatkuvuuden odottamattomien teknisten ongelmien varalta.
