Zabbix Liikkuvan Keskiarvon

Dokumentit kuinka korkeaa saatavuutta. Zabbix-palvelin toimii yhdellä solmulla kerrallaan. Tässä miten voimme asettaa korkean käytettävyyden Zabbixin käyttämällä Zabbix-laitetta. Tässä ohjeet koskevat OpenSUSE 11 3: ää, johon Zabbix-laite 1 8 4 perustuu. Menettely on testattu myös Zabbix 2 0, 2 2 ja 2 4 sekä ohjeet vmdk-kuvat - voit vapaasti käyttää mitä tahansa muuta tarjottavaa kuvamuotoa. Odotettavissa oleva lopputulos on kaksi Zabbix-tapausta käyttäen jaettua tietokantaa. Zabbix-palvelimet toimivat aktiivinen passiivinen tila, jossa Zabbix-palvelin on koskaan käynnissä vain yhdellä solmulla. Lisäksi sekä korkean käytettävyyden omaavat solmut jakavat virtuaalisen IP: n, joka on ryhmitelty yhdessä Zabbix-palvelimen kanssa, eli Zabbix-palvelin seuraa IP. OpenAIS Corosyncä käytetään alhaiselle tasolle saatavuuden tarkistaminen ja tahdistin varmistaa, että palvelut on vaihdettu kunnolla yhdestä solmusta toiseen. Nota, että nämä ohjeet eivät ole Zabbix-erityisiä, kun kyseessä on korkean käytettävyyden asetus - minkä tahansa demon voi olla s et up näin. Kiitos sivustoille ja ihmisille, jotka auttoivat palaamaan asioita yhdessä. Virtualisointiympäristö, ellei se perustu erillisiin fyysisiin järjestelmiin. Erillinen MySQL-tietokanta eri järjestelmästä näistä kahdesta Voit käyttää toista Zabbix-laitejärjestelmää. Tämä ohje oletetaan, että failover-solmut hankkivat IP-osoitteet DHCP: n välityksellä. Failover-solmujärjestelmien olisi päästävä internetiin, kun asennamme lisäpaketteja. Alkuperäinen järjestelmäasetus. Aloitamme lataamasta Zabbix-laitetta ja asettamalla se kaksi kertaa. Lataa laite Zabbix-lataussivulta ja varmista, että meillä on. Luo kaksi virtuaalikoneiden kopiota ja nimeä ne asianmukaisesti, jotta voimme helposti erottaa ne. Nyt Käynnistä virtuaalikoneet. Näihin virtuaalikoneisiin pääset käyttämään tilin pääkäyttäjän salasanaa. zabbix Lisätietoja laitteesta saat sen dokumentaatiosta. järjestelmät kutsutaan tällä tavoin. zabbix1 - ensimmäinen failover system. zabbix2 - toinen failover system. zabbixdb - järjestelmä Zabbix-tietokannalla. zabbix - vikasieto IP. Voit joko korvata järjestelmien nimet IP-osoitteilla, jotka vastaavat ympäristöäsi tai täytä syötteitä jne. Voit halutessasi hyötyä SSH: n julkisen avaimen autentikoinnista, joten voit sallia pääsyn salasanaan työasemassasi. Huomaa, että salasanaa pyydetään 4 kertaa. Saatavilla on myös käteviä nimiä molemmille järjestelmille zabbix1 ja zabbix2.Note Klusterisolmujen host-nimet on erilainen, muutoin niitä ei erotella toisistaan ​​Jos lisäät useita solmuja samaan isäntänimiin, korjaa isännän nimet, käynnistä OpenAIS rcopenais uudelleen ja poista virheellinen solmu klusterista crm solmu poistaa virheellisen solmun. Rukbixin tekeminen failover. Now meidän pitäisi valmistaa Zabbix for failover configuration. First, lopetamme Zabbix palvelin, koska se on mies vanhennetaan korkean käytettävyyden asetuksilla. Nyt luodaan tietokanta. Käytämme tietokannan nimeä zabbixfailover On zabbixdb, suorita. Haluat valita paremman salasanan. Jos käytät Zabbix-laitetta tietokantapalvelimelle, lopeta Zabbix-palvelin kyseisessä järjestelmässä, se ei tarjoa hyödyllistä tarkoitusta meille. Nyt luodaan kopio tietokannasta zabbix1-järjestelmästä. Seuraavat komennot voidaan suorittaa uudelleen työasemalta. Mihin sitten siirrymme järjestelmään, joka tallentaa Zabbix-tietokannan ja palauttaa sinne ensin kopioi se paikalliseen järjestelmään, jotta vältyttäisiin käsittelemästä isäntäsymbolia ja todennusta failover-järjestelmistä tietokantajärjestelmään. Nyt emme tarvitse enää tietokannan toimintaa failover-järjestelmissä, jotta voimme estää sen tallentamasta resursseja. crontab zabbix-käyttäjälle, jotta Zabbix-terveystarkistuskoodia ei käytetä. Varmista, että MySQL-portti on auki tietokantajärjestelmässä. Jos käytät Zabbix-laitetta, suorita myös työasemasi. Zabbix fr ontend. Modify näitä arvoja molemmissa failover solmuissa Varmista, että käytät salasanaa, jonka olet määrittänyt Zabbix-käyttäjälle aiemmin. Voit myös muuttaa osoite, jonka Zabbix-käyttöliittymä yrittää löytää Zabbix-palvelimelta. Zabbix-palvelin, joka toimii paikallisessa järjestelmässä, saatat haluta päästä molempiin etupaneihin erikseen vastaaviin IP-osoitteisiinsa, jolloin ne pitäisi muodostaa yhteyden hälytyksen Zabbix-palvelimeen. Tällöin etupaneeli on valmis failover. Zabbix server. Edit molemmissa failover solmuissa ja muokkaa näitä arvoja uudelleen Käytä salasanaa, jonka olet konfiguroinut Zabbixin käyttäjälle ennen. Zabbix agent. Edit molemmissa failover solmuissa ja muokkaa Palvelimen parametri. Joko vaihda nämä palvelimen nimet IP-osoitteilla, joita käytät, tai konfiguroida ne jne isännät sekä failover solmuja. Käytämme failover järjestelmä aktiivisia tarkastuksia ja mahdollistaa saapuvat yhteydet failover IP ja molemmat solmu yksittäisiä osoitteita sekä t o tehdä virheenkorjaus helpommin myöhemmin esimerkiksi käyttämällä zabbixget toimii kummassakin solmussa. Jos olet ovela, aseta Hostname-parametri be. On zabbix2, aseta Hostname-parametri be. Restart Zabbix-agentti molemmissa failover-solmuissa. Tästä voit suorittaa työasemalta. Firewall-asetukset. Meidän pitäisi myös sallia tulevat yhteydet Zabbix-palvelimelle ja agentin portteille - sekä passiivisille että aktiivisille kohteille työstääksesi työasemasi, toteuta. OpenSUSE: llä on jo Zabbix-merkinnät jne palveluihin, jotta voimme käyttää niitä numeeristen porttien sijaan. jotkut järjestelmät ovat täysin valinnaisia ​​- mutta anna myös asettaa jonkin verran järjestelmien seurantaa. Vähintään voisimme tarkkailla sekä failover-solmuja että tietokantajärjestelmää. Näin voimme nähdä, että kummassakin solmukohdassa seurataan, sekä tietokantaa on jatkuvasti Käytä kaikkia etupaneeleja, kun ne molemmat kytkeytyvät samaan db: hen tällä hetkellä, sillä ei ole väliä, mitä käytät. Tarkkaile molempia solmuja. Konfigurointiin - Palvelimet ja muokkaus Zabbix-palvelimen muuttaminen Zabbix-palvelimen muuttaminen 1 Päivitä IP-osoite tai käytä isäntänimiä, jos annat nämä nimet molemmille solmuille isäntätiedostoille jne. Jos käytät isäntänimeä, älä unohda valita DNS nimeä Liitännäis-pudotusvalikosta. Koska tämä palvelin ei enää käynnistä MySQL: tä, merkitse Merkitse-välilehden Block-objektin TemplateAppMySQL-merkinnän vieritysmerkki ja valitse sitten Poista linkki ja poista. Kun olet valmis, valitse Tallenna nyt. sitten Zabbix-palvelimella 1, sitten Kloonaus ja muokkaa toisen solmun arvot Kun se on valmis, tallenna se myös hyvin. Tietokantapalvelimen tarkkailu. Sama myös tietokantajärjestelmälle - jos se toimii Zabbix-laitteella, sen on annettava tietoja kaikki samat asiat hienosti Sinun pitäisi katkaista TemplateZabbixServer tästä isännästä ja todennäköisesti TemplateAppApachesta myös Kun teet näin, varmista, että käytät Unlink ja clear button. Set oikeat palvelin - ja isäntänimen parametrit ja käynnistä Zabbix agent. Failover setu p. Vianmääritysohjelmien perustaminen. Voit asentaa kaikki tarvittavat ohjelmistopaketit suorittamalla työasemasi. Huomaa Vanhemmassa laitekokonaisuudessa OpenSUSE-versiopaketti crmsh ei ole käytettävissä. Nyt meidän pitäisi määrittää Corosync-kokoonpano. Muokkaa molempia solmuja ja aseta bindnetaddr-parametri verkkoaseman osoite Jos IP-osoitteenne on 10 2 3 4 ja verkonpituus on 255 0 0 0, bindnetaddr tulisi asettaa arvoon 10 0 0 0 Jos IP-osoite on 192 168 5 13 ja verkonpituus 255 255 255 0, bindnetaddr 192 168 5 0 Lisätietoja OpenAIS-dokumentaatiosta. Nyt ensimmäisen failover-solmun suorituksessa. Tämä komento luo avaimen. Tätä varten käytetään ylimääräistä entropiaa ja etäjärjestelmässä helpoin tapa luoda se, - voit tehdä sen toisessa SSH-istunnossa Wikipedia-merkinnän mukaan. Linux-ytimessä syntyy entropia näppäimistöajastuksista, hiiren liikkeistä ja IDE-ajastuksista ja tekee satunnaisen merkkitiedon muiden käyttöjärjestelmien prosesseista erityisten tiedostojen dev satunnaisen ja dev urandomin kautta. Kun avain luodaan, kopioi se ensimmäisestä failover-järjestelmästä toiselle suorittamalla suorittamalla se ensimmäisellä järjestelmällä. Varmista sitten avain - voit suorittaa työasemalta. Muuta molemmissa solmuissa. Oloa zabbix1, aseta nodeid to be. On zabbix2, aseta nodeid olla. Ennen jatkoa, meidän pitäisi sallia kommunikointi Corosyncille palomuurissa Tämän vuoksi suorita työasemasi. Nyt voimme aloittaa ohjelmiston, joka varmistaa korkean käytettävyyden. Tee työasemassasi. Suorita OpenAIS Corosync - demonien avulla voimme tarkistaa, voivatko molemmat solmut viestiä kunnolla joko heitä. Tulee näyttää tältä. Tärkeintä on, että näet kaksi solmua. Jos näin ei ole, palauta edelliset vaiheet ja varmista, että ne ovat kaikki onnistuneita..On olemassa todellinen failover. Now on aika todellinen failover setup tapahtuu. On joko solmu, run. In tämä kehote suorittaa seuraavat komennot varmista, että korvata failoverIPaddress todellinen IP haluat käyttää failover. Note Jos olet suorittaa vahingossa komentojen ilman oikean IP-osoitteen asettamista, korjata sen ja suorittaa crm-resurssin siivota failover-ip. Katsotaanpa, mitä tämä kaikki tarkoittaa. Ensin asetetaan IP-osoite, jota pitäisi käyttää failoverille. se sekunnissa joka toinen sekunti. Seuraavaksi seuraamme, onko LSB-palvelin zablicixserver käynnissä. Tarkistamme, että joka 5. sekunti. Sitten ryhmittelemme ne ryhmään, jonka nimi on zabbixserver-klusteri. Näin varmistetaan, että ne siirtyvät yhdestä solmusta toiseen, mikä me haluamme - muuten IP voi kuulua yhteen järjestelmään, mutta Zabbix-palvelinpalvelu ajetaan toiselle. Olemme estäneet STONITH-nimikkeen nimeltä Shoot The Other Node In The Head - toiminto, koska muuten crm valittaa paljon. 100 Palvelua voidaan tehdä mieluummin kuin jotkut solmut toisten kohdalla, joten jos se löytää paremman solmun elossa, se siirtyy kyseiseen solmuun. Haluamme, että Zabbix-palvelinpalvelu liikkuu mahdollisimman vähän, joten vikasieto ja alkusolmu tulemme takaisin haluamme sen jatkuvan käynnissä kummassakin solmussa, jonka se sattuu olemaan käynnissä Koska meillä on vain kaksi solmua, kaikki arvot yli 0 tekevät Tämä parametri hyväksyy joko kokonaisluku tai merkkijonon ääretön - jos oletusominaisuus asetetaan äärettömyyteen, palvelu älä siirrä koskaan solmusta toiseen, ellei solmu kuole, mikä estää myös pakottamisen siirtymisen työskentelystä. Katso lisätietoja pacemaker-dokumentaatiosta. Kun tämä asetus on konfiguroitu, varmista että se on tallennettu kunnolla. Se näyttää olevan niin. Mutta miten teemme kaiken nyt toimivan Nyt yritetään löytää uuden rakennetun klusterin tila. Kluster alkoi työskennellä tuomalla Zabbix-palvelimen ylös solmuun 2. Upea Se näyttää siltä, ​​että se on jo toiminnassa, ja sekä Zabbix-palvelin että virtuaalinen IP ovat tähti ted on zabbix2 solmu tässä tapauksessa Voit doublecheck että tarkistamalla onko zabbixserver prosessi on käynnissä toisessa solmussa ja onko failover IP on määritetty mihin tahansa interface ifconfig yleensä eth0 0 interface. Running crmmon ilman - one - shot-parametri näyttää jatkuvasti klusterin tilan. Testing failover. With klusteri näennäisesti konfiguroitu onnistuneesti, anna s testata, toimiiko se Shutdown solmu, joka on tällä hetkellä käynnissä meidän palvelut zabbix2 tässä tapauksessa, mutta varmista, että crmmon tuotos Aktiivinen solmu, Run. Once solmu on suljettu, katsotaan, mitä tapahtuu - live-solmussa, execute. Great, se näkee, että zabbix1 on verkossa, zabbix2 offline mutta odottaa, emme näe resursseja käynnissä missä tahansa ja tekstin osio ILMAN päätösvaltaisuus vaikuttaa epäilyttävältä Oikealta - oletuksena on, että vähintään kaksi aktiivista solmua tarvitaan, jotta päätösvaltaisuus olisi ja sovittava siitä, mikä solmu käyttää palveluita. Tämä tekee kahden solmukerroksen hyödytön, vaikka todellinen kaava, jota käytetään calc ulate quorum on totalnodes - 1 2 activenodes Katso lisätietoja pacemaker-dokumentaatiosta lisätietoja varten. Onneksi tämä on jotain, jota voimme muuttaa. Tätä varten live-solmu suoritetaan. Tämä kertoo klusterille, että ohittaa koorumin, ja jos solmu näkee toisen solmun puuttuvan , se vie - mikä on se, mitä haluamme saavuttaa Nyt voimme tarkistaa, onko tämä auttanut mitään. Vaikka toinen solmu on edelleen alhaalla eikä ole vielä koorumia, sekä virtuaalinen IP että Zabbix-palvelin ovat käynnissä jäljelle jäävässä solmussa Voit jälleen varmista, että etsimällä zabbixserver - prosessia ja IP-osoitetta ifconfig: n tuotoksessa. Virhesovellus onnistuu. Voit yrittää testata failover - prosessin uudelleen Käynnistä solmu, joka aiemmin suljettiin Kun se on alkanut, tarkista klusterin tila uudelleen. solmut ovat nyt kiinni, ne eivät ole tähän mennessä olleet tarpeettomia, mutta Zabbix-palvelin ja virtuaalinen IP pysyvät edelleen zabbix1: ssä. Syynä on oletusominaisuus, jonka asettamme 100: lle palvelulle, ei siirry solmusta solmuun ellei ehdottoman välttämätöntä. Tee tarvittava solmu, joka tällä hetkellä toimii palveluissamme. Varmista hetken aikaa ja tarkista klusterin tila jäljelle jäävässä solmussa. Ihana, vikaantuminen tapahtuu odotetusti ja sekä IP - että Zabbix-palvelinprosessi siirrettiin toiseen solmuun Tietenkin Zabbix-käyttöliittymä on edelleen käyttäjien ulottuvilla, vaikka se siirtyy yhdestä solmusta toiseen Suuri asia on se, että käyttäjät eivät voineet enää kirjautua sisään uudelleen, koska istunnon tila pysyy samassa tietokannassa. solmuprioriteetti. Määrätyn resurssin siirtäminen. Vaikka resurssi, joka liikkuu yhdestä solmusta toiseen automaattisesti, on hieno asia, joskus haluat ehkä pakottaa resurssin käymään tietyssä solmussa - ehkä suunniteltu ylläpito solmulle, ehkä haluat vapauttaa joitain resursseja solmussa Jotta palvelua siirrettäisiin yhdestä solmusta toiseen, voit käyttää crmresource - M-komentoa. Jos Zabbix-palvelu on käynnissä solmulla zabbix2, mutta haluaisimme siirtää sen zabbix1: ssä, suoritamme Huomaa, että määritämme palveluryhmän nimen, ei yksittäisten Zabbix-palvelimen tai failover-IP-palvelut. Tämä komento muuttaa kyseisen tietyn palvelun tietyn pistemäärän asettamalla sen äärettömyyteen - ja se on korkeampi kuin 100: n oletusominaisuus tärkeä syy siihen, miksi käytimme numeerista oletusherkkyyttä sen sijaan, että asetettaisiin äärettömyyteen Jos teemme tällaisen muutoksen, klusterikokoonpanoa muokataan näin. Kun palvelua on käynnissä zabbix1-solmussa nyt, voimme käynnistää sen uudelleen Jos me niin, kuten odotimme, virtuaalinen IP ja Zabbix-palvelin siirtyvät zabbix2: hen mutta hei, kun zabbix1 tulee takaisin ylös, palveluryhmämme siirtyy uudelleen zabbix1: een. Me emme yleensä halua sitä, miksi se muuttui uudelleen. Koska etusija asetettiin äärettömyyteen, tietenkin. olemme päättäneet ylläpidosta, meidän on kumottava tämä etuoikeus sääntö suorittamalla. Antamalla tietyn solmun käyttöön. Vaihtoehtoisesti voimme tehdä tietyn solmun, jota ei käytetä mihinkään palveluun, jos aiomme suorittaa useita niistä. suorita, suorita solmu, jolle haluat lopettaa resurssien ylläpidon. Loput lähdöstä ohitetaan. On myös mahdollista poistaa toinen, täsmällinen solmu määrittämällä sen nimi. Jotta solmu pystyy vastaanottamaan resursseja uudelleen, suorita. Jos tätä komentoa suoritetaan kyseisellä solmulla, solmun nimi voidaan jättää pois. Monitorointiklusteri status. On monia asioita, joita voidaan seurata klusterin - klusterointipalveluista, yksittäisistä failover-palveluista, failover-IP: stä. Voimme seurata jotain yksinkertaista - mikä solmu on tällä hetkellä käynnissä Zabbix-palvelin Voit tehdä tämän haaksirikkisellä tavalla voivamme käyttää crmmon as anna Zabbix-ulkoinen tarkistus. Tee kohde työstä. Huomaa Kaikki tässä vaiheet on suoritettava molemmissa solmuissa. Ensin meidän pitäisi sallia zabbix-käyttäjän suorittaa crmmon-komento Let s muokkaa jne sudoers Jossain tiedostossa, add. That ei vieläkään riitä - Käyttäjämme zabbixillä ei ole kelvollista shell-asetusta, joten meidän pitäisi muuttaa sitä samoin. Muuta ja muuta ForeignScripts-direktiivi. Huomaa Seuraavassa vaiheessa pitäisi suorittaa vain solmu, joka käyttää palvelinta tällä hetkellä. Koska olemme muuttaneet Zabb ix-palvelimen kokoonpanotiedostoa, meidän on käynnistettävä se uudelleen. Huomaa Kaikki muut vaiheet on tehtävä molemmille solmuille uudelleen. Sitten anna hakemistoa. Tässä hakemistossa luodaan tiedosto, jonka jälkeen tiedostolle lisätään seuraava sisältö. käsikirjalla on melko rajoittavia oletuksia - se tarkistaa palvelimen klusterin tilan, joka on siirretty ensimmäiseksi ja ainoaksi parametriksi ja olettaa, että kaikki solmut on nimetty nimellä zabbix nodenumber. Sitten se palauttaa vain solmun numeron, joka suorittaa palveluryhmämme. Jos se ei löydy, 0 on palautettu Se voisi helposti palauttaa solmun nimen muuttamalla sed-lauseketta s Aloitettu Huomaa, että se myös olettaa, että palvelu toimii vain yhdellä solmulla kerrallaan. Asettamalla kohde. Nyt luodaan todellinen Zabbix konfigurointi Zabbixin etupaneelissa joko mistä tahansa solmuista nimenomaisesti tai failover-rajapinnalla, siirry Configuration - Hosts-kohtaan Tämä kohde on klusterin laajuinen, joten s lisää uusi isäntä, joka kerää nämä tiedot Napsauta Luo isäntä ja ente r Zabbix-klusteri Nimi-kenttään. Kun olet valmis, napsauta Tallenna Napsauta kohtaa, jonka luomasi isäntä on, ja napsauta Luo alkiota Muokkaa seuraavia kenttälevejä. Kirjoita kuvauskohteeksi klusterisolmun, joka käyttää Zabbix-palvelinta. Valitse Ulkoinen tarkistus. Päivitä aikaväli muuttuu 60: ksi. Pidä historian muutos 7.New-sovellukselle kirjoittaaksesi Zabbix-klusterin. Final-kohteen tiedot pitäisi näyttää tältä. Kun olet valmis, klikkaa Save. Visiting Monitoring - Viimeisimmät tiedot, jotta voimme nähdä tämän kohteen tarpeeksi pian ja näyttää, mikä solmu on tällä hetkellä käynnistä Zabbix-palvelin. Valitse triggers. Now voimme luoda liipaisimia, jotka tarkistaisivat tämän kohteen Vain kohteen luettelon yläpuolella on navigointipalkki - napsauta Käynnistimet siinä. Laukaisuluettelossa, napsauta Luo Trigger. Joten mikä laukaisi voisimme luo Ehkä sellainen, joka tarkistaa, onko Zabbix-palvelu käynnissä. Sen pitäisi olla helppoa - meidän pitäisi vain tarkistaa, onko nykyinen solmu 0, oikein. Mutta se ei olisi kovin hyödyllinen, koska ei olisi Zabbix-palvelinta tämän tilan tallentamiseksi. tämä olisi hyödyllinen tarkistus, jos sinulla on jokin muu palvelu ryhmiteltyä Zabbixille, mutta voisimme tarkkailla, onko se epäonnistunut yhdestä solmusta toiseen. Vaihda nämä muutokset. Finaalin tulos pitäisi näyttää tältä. Jos niin, napsauta Tallenna. Lopulta kohteen tuloksena pitäisi näyttää, mikä solmu Zabbix-palvelin on käynnissä. Ja jos failover tapahtuisi, laukaisu aktivoisi, että voisimme myös lähettää viestin näkyvänä seurannassa - Triggers. Saimme etupaneelin viestin Lisäksi on mahdollista saada visuaalinen yleiskuva siitä, miten palvelu siirrettiin solmujen välillä tarkastelemalla kaaviota - esimerkiksi tässä on melko paljon solmunsiirtoja viimeisen tunnin aikana. Tämä on tietenkin hyvin alkeellista seurantaa vain havainnollistamiseksi mahdollisuuksista On olemassa monia tapoja parantaa sitä edelleen - esimerkiksi voimme merkitä laukaisun nimessä solmu, johon muuttoliike tapahtui muuttamalla laukaisun nimeä Zabbix-vikasietoon, tapahtui solmulle. Huomaa, kun Zabbix palvelin käynnistyy, se aikatauluttaa kohteet, jotka on tarkistettava milloin tahansa alkaen siitä eteenpäin, niin kauan kuin kohteiden välinen aika on. Tämä tehdään määritehtävällä tavalla - jos kohteen, jonka päivitysväli on puoli tuntia, on tarkoitus tarkistaa 15 minuutin kuluttua, palvelimen uudelleenkäynnistys minuutin kuluttua uudelleen aikatauluttaa kyseinen tuote täsmälleen samanaikaisesti. Failover-asetuksessa on meille hyötyä, että tämä varmistaa, että kohteet tarkistetaan samanaikaisesti myös sen jälkeen, kun Zabbix-palvelin on pysäytetty yhdessä järjestelmässä ja käynnistynyt Toinen vaihe. Kaikki työ on, on tietenkin paljon enemmän, että voisitte vielä tehdä. Käyttämällä vain solmuja, jotka voivat saavuttaa reitittimen. On monia näkökohtia, että voit tehdä Pacemaker ottaa huomioon päätettäessä, missä suorittaa joitakin palveluja, joka sisältää kuormitus solmuille ja muiden resurssien saatavuus Yksi Zabbix-palvelin voi olla käynnissä vain solmussa, joka voi saavuttaa keskusreitittimen ohjeet Pacemaker-esimerkkidokumentaatiosta. Huomautus Tämä esimerkki ei ole v Tämä kertoo, että klusteri toimii vain ryhmän solmussa toimivalla verkkoyhteydellä oletusyhdyskäytävään. GUI clientin käyttäminen. Jos useampia klusteritoimintoja käytetään, kannattaa kokeilla myös GUI-asiakas OpenSUSE: se on saatavana paketissa pacemaker-mgmt-client. LCMC tarjoaa uuden visualisoinnin klusterin infrastruktuurista. Kaikki toinen solmu päähän. STONITH ampua Toinen solmu päähän - toiminto, joka poistetaan käytöstä - mahdollistaa pakottaa täydellisen poistamisen klusterin solmu, jotta se ei saastuttaisi tietoja millään tavalla Tämä olisi hyödyllistä Zabbix-klustereissamme, koska samanaikaisesti käynnissä olevat kaksi palvelinta varmasti joutuisivat väärien tietojen lisäämiseen tietokantaan ja mahdollisesti jopa suurempia ongelmia Tämän vuoksi yleensä käytetään itsenäistä laitetta, joka voi katkaista tehon solmulle, joka on tarkoitus kuvata pään päällä. Joissakin järjestelmissä IP-vikasiirto ei ehkä onnistu, ja lokeissa saattaa olla virheilmoitus Ei voi käyttää oletusreittiä wo netmask. Th ongelma näyttää aiheuttaneen sydämentahdistimen resurssiagenttihäiriön ja esiintyy vain tietyissä järjestelmissä, koska se näyttää riippuvan siitä, missä järjestyksessä reitit on raportoitu. Voit testata tämän suorittamalla komentotulkki. Jos tämä epäonnistuu samalla virhesanomalla, voit kiertää ongelman nimenomaisesti asettamalla verkkomaskin primitiiviseen määrittelyyn lisäämällä cidrnetmask 24: n tai mikä tahansa on oikea verkkosmaskesi osoitteellesi. Tämä ongelma ei ole OpenSUSE 11 4: ssä vaan OpenSUSE 12 1: ssä. Kiitos rasto ja andreask Freenode linux-ha auttaa tämän ongelman. Default Editor ja hakulaite crm voidaan muuttaa executing. Prediction validointi ja ennuste parannuksia. ZBXNEXT-922 esittelee perusedellistä ominaisuuksia Zabbix Valitettavasti laukaisutoiminnot on tarkoitus palauttaa yhden arvon, mutta tilastollisen analyysin ja trendin ennustamisen tapauksessa on paljon enemmän tietoa, jota käyttäjä haluaisi tietää ja jota Zabbix haluaisi tarjota. mikä on ennuste. Kuinka hyvä oli valittu sovitustoiminto. Onko mitään taukoja tietoja ja meidän pitäisi käyttää lyhyempiä interval. How suuri ovat tiedonvaihtelut. Forecast validation liipaisutoiminto voisi valita parhaiten sovittaa toiminto tai optimaalinen aikaväli lennossa tai voitaisiin käyttää hypätä epäluotettavia ennusteita ja välttää vääriä positiivisia hälytyksiä. Haluaisin tiivistää ideoita ja resursseja miten ennustaminen validointi voidaan tehdä ja miten ennuste ja aikaleimuri laukaista toimintoja voidaan parantaa. Validointi menetelmät ja kriteerit..Best fit valinta. More hienostunut ennustealgoritmit. David Lang lisäsi kommentoinnin - 2016 05 tammikuu 23 18.rrdtool toteuttaa Holt-Winters aikasarjojen ennustusalgoritmia tähän tarkoitukseen. Sen avulla voit määrittää lisää rivejä kaavion odotettua arvoa ja odotettavissa arvo - X standardipoikkeamat Tämän jälkeen voit vertailla todellista arvoa näiden laskettujen odotettujen arvojen kanssa ja ryhtyä toimiin tuloksen perusteella. tee jotain Alert, jos todellinen arvo on 2SD pois odotetusta arvosta, joka voi varoittaa liikennettä liian korkealle 3am sunnuntaina samalla liikennetasolla, joka tuottaa liikennettä liian matalaksi klo 9.00 maanantaina. Se oppii kuvioita Kuten ymmärrän , sen jälkeen, kun kuviointi on 10 sekuntia, se on melko tarkka, joten parin viikon kuluttua voit luottaa sen päivittäiseen malliin, parin kuukauden kuluttua se huomaa viikonloput suurella tarkkuudella jne. hyödyllisiä linkkejä tähän. info sen toteutus rrdtoolissa myös GPLv2: n alla, joten koodi voidaan kopioida suoraan. David Lang lisäsi kommentoinnin - 2016 05.01.18 18 rrdtool toteuttaa Holt-Wintersin aikasarjan ennustusalgoritmia tähän tarkoitukseen. Sen avulla voit määrittää lisää rivejä kuvaajastasi odotettu arvo ja odotettu arvo - X keskihajonnat Tämän jälkeen voit vertailla todellista arvoa näiden laskettujen odotettujen arvojen kanssa ja ryhtyä toimenpiteisiin tuloksen perusteella. Näin voit tehdä jotain hälytystä, jos todellinen arvo on 2 SD pois odotetusta arvosta, joka voi varoittaa liikennettä liian korkealle klo 3.00 sunnuntaina samalla liikennetasolla, joka luo liikennettä liian matalaksi klo 9.00 maanantaina. Se oppii kuvioita Kuten ymmärrän, olla melko lähellä tarkkaa, joten parin viikon kuluttua voit luottaa sen päivittäiseen malliin, parin kuukauden kuluttua se huomaa viikonloput suurella tarkkuudella, jne. hyödyllisiä linkkejä tähän alkuperäiseen usenix-paperiin ja liukuu infoan sen toteutuksesta rrdtoolissa myös GPLv2-koodilla, joten koodi voidaan kopioida suoraan. David Lang lisäsi kommentin - 2016 Jan 05 23 23. Mielestäni tärkeintä on esitellä forcast-trendin ennustetoiminnon ja seurannan käsite. Kun konsepti on Zabbixissä uusien ennustetyyppien toteuttaminen on paljon helpompaa. Kuten huomautin ZBXNEXT-2463: ssä, yksinkertainen, raa'at voima-lähestymistapa on antaa järjestelmänvalvojalle määritellä ennustefunktio ja laskea sitten ennustearvon tietojen saapuessa. muistiin tallennettuja tietoja ja tallentaa ne aivan kuten minkä tahansa muun tietojoukon. Toinen vaihtoehto on laskea ennuste näytön, liipaisuarvioinnin jne. mukaan. Epäilen, että kaikki, mutta kaikkein triviaalit ennustealgoritmit, parempi uhrata tilaa tallentaa ennalta lasketut tiedot sen sijaan, että se lasketaan sen joka kerta, kun se viitataan. Olen epäillä, että se on myös todennäköisesti vähemmän häiritsevä Zabbix-koodibussien ennalta laskemalla tiedot ja saatava sen vain toisen kohteen kuin se tekee laskelmia kysyntään. David Lang lisäsi kommentin - 2016 Jan 05 23 23 Mielestäni tärkeintä on esitellä forcast trendin ennustamisen funktio ja seuranta Kun konsepti on Zabbixissä, tyyppejä on paljon helpompaa Kuten huomautin ZBXNEXT-2463: ssa, yksinkertainen, raa'an voiman lähestymistapa on antaa järjestelmänvalvojalle määritellä ennustefunktio ja laskea ennustearvon tietojen saapumisen jälkeen, kun vaihtoehto on palata yli tallennettu tietojen tallentaminen ja tallentaminen samalla tavoin kuin mikä tahansa muu tietojoukko. Toinen vaihtoehto on laskea ennuste näytön, liipaisuarvioinnin jne. mukaan. Epäilen, että kaikkien, mutta kaikkein vähäisimpien ennusteiden algoritmien kannalta, on parempi uhrailla tilaa tallentaa ennalta lasketut tiedot sen sijaan, että se lasketaan sen joka kerta, kun se on viitattu Epäilen, että se on myös todennäköisesti vähemmän häiritsevä Zabbix koodiperustetta ennalta laskentaa tietoja ja saada se vain eräänä kohdetta kuin se on tehdä laskelmat demand. richlv lisätty kommentin - 2016 tammikuu 05 23 51.David Lang lisäsi kommentin - 2016 tammikuu 06 00 08.Olen sen jälkeen, kun olen lähettänyt kommentit edellä lisäsin kommentteja ZBXNEXT-922 ticket. short - versioon ja tämä yhteenveto voi olla parempi kuin mitä lähetin. siellä on enemmän tyyppisiä laskelmia, ennuste ja aikalehtitoiminnot voittanut t toimimaan, jos laskentatyyppi tarvitsee erilaisia ​​lisäparametreja. me tarvitsemme kyvyn kuvailla ennustusta ajan myötä sellaisenaan , Mielestäni on järkevää saada tapa määritellä uusi kohde laskettuna olemassa olevasta, jotta se voidaan kuvata. Ennustavilla arvoilla on sekä odotettu arvo että luotettavuustaso, joten ne ovat yhdistelmäarvoa, ei yhtä numeerista arvoa yksinkertaisia ​​trendejä, kuten ennuste ja aikataulu tukee tällä hetkellä, luotettavuustaso ei ole kovin mielekästä, mutta jotain, kuten Holt-Winters, kyky piirtää tai käynnistää odotettua arvoa - 1SD on erittäin arvokas. David Lang lisäsi kommentin - 2016 tammikuu 06 00 08 Sain sen jälkeen, kun olen lähettänyt kommentit yllä, lisäsin kommentteja ZBXNEXT-922 lippujen lyhyt versio ja tämä yhteenveto saattaa olla parempi kuin mitä kirjoittanut siellä on enemmän tyyppisiä laskelmia, ennuste ja aikalehtitoiminnot voittanut työskennellä, jos Laskentatyyppi tarvitsee erilaisia ​​lisäparametreja, joita tarvitsemme kykyä kuvailla ennustusta ajan myötä, sillä mielestäni on järkevää saada tapa määritellä uusi kohde laskettuna olemassa olevasta, niin että se graafiset ennustavat arvot ovat sekä odotettua arvoa että luotettavuustasoa, joten ne ovat yhdistävä arvo eikä yksittäinen numeerinen arvo yksinkertaisille trendeille, kuten ennuste ja aikapäiväkirja, jotka tällä hetkellä tukevat, luotettavuustaso ei ole kovin mielekästä, vaan jotain sellaista kuin Holt-Winters kyky piirtää tai käynnistää odotettua arvoa - 1SD on erittäin arvokas. Nagios on teollisuusstandardi IT-infrastruktuurin valvonnassa. Nagios XI tarjoaa kaikkien keskeisten infrastruktuurikomponenttien, kuten sovellusten, palveluiden, käyttöjärjestelmien, verkkoprotokollien, järjestelmämetriikan ja verkkoinfrastruktuuri Satoja kolmannen osapuolen lisenssejä tarkkaillaan käytännöllisesti katsoen kaikkia sisäisiä ja ulkoisia sovelluksia, palveluita ja järjestelmiä. Nagios Log Server. Nagios Log Server yksinkertaistaa huomattavasti hakutietojen etsintää. Aseta hälytykset ilmoittamaan, milloin mahdolliset uhkia ilmenee tai yksinkertaisesti kysytään lokitietoasi nopeasti tarkastaaksesi minkä tahansa järjestelmän Nagios Log Serverilla saat kaiken lokisi tietoja yhdessä paikassa, jossa suuri saatavuus ja epäonnistuminen on rakennettu oikein. Nagios Network Analyzer. Nagios Network Analyzer tarjoaa syvällisen katsauksen kaikkiin verkon liikenteen lähteisiin ja mahdollisiin turvallisuusuhkiin, jolloin järjestelmän ylläpitäjät voivat nopeasti kerätä korkeatasoisia tietoja verkon terveydestä sekä erittäin rikkaista tiedoista täydelliseen ja perusteelliseen verkon analysointiin käyttäen netflow-, sflow-, jflow - jne. Nagios Vibrant Community. Nagios seuraa koko IT-infrastruktuuria sen varmistamiseksi, että järjestelmät, sovellukset, palvelut ja liiketoimintaprosessit toimivat oikein. Jos ongelma epäonnistuu, Nagios voi varoittaa ongelman teknistä henkilökuntaa ja antaa heille mahdollisuuden aloittaa korjaamisprosessit ennen häiriöitä liiketoimintaprosesseihin, loppukäyttäjiin tai asiakkaisiin. Nagiosilla ei ole koskaan tarvetta selittää, miksi näkymättömän infrastruktuurin keskeytys vahingoittaa organisaatiosi pohjapiirros. Nagios Advantage. Hanki instant tietoisuus IT-infrastruktuuriin liittyvistä ongelmista, joten seisokkeja ei haittaa vaikuttavat yritykseesi. Nagiosin avulla voit tarkkailla koko IT-infrastruktuurinne. Säteilyongelmia ennen niiden esiintymistä. Tiedä heti, kun ongelmia ilmenee. Saat tietoa saatavuudesta sidosryhmien kanssa. Tunnista tietoturva-aukot. Plannan ja budjetin IT-päivityksiä varten. Muuta seisokkeja ja liiketoimintahäviöitä. Katso tuotevalikoimamme.