David O'Brien lanseerasi äskettäin oman yrityksensä, Xiruksen (https://xirus.com.au), joka keskittyy Microsoft Azure Stack -pilvituotteisiin. Ne on suunniteltu luomaan ja ajamaan jatkuvasti hybridisovelluksia datakeskuksissa, reuna-alueilla, etätoimistoissa ja pilvessä.
David kouluttaa yksityishenkilöitä ja yrityksiä kaikessa Microsoft Azuressa ja Azure DevOpsissa (entinen VSTS) ja tekee edelleen käytännön konsultointia ja infrakoodausta. Hän on ollut Microsoft MVP (Microsoft Most Valuable Professional) -palkinnon voittaja 5 vuotta ja sai äskettäin Azure MVP Award -palkinnon. Melbournen Microsoft Cloud and Datacenter Meetupin järjestäjänä O'Brien puhuu säännöllisesti kansainvälisissä konferensseissa yhdistäen kiinnostuksensa matkustaa ympäri maailmaa intohimoon IT-tarinoiden jakamiseen yhteisön kanssa. Davidin blogi sijaitsee osoitteessa , hän julkaisee myös verkkokoulutuksensa Pluralsightista.
Puheenvuorossa puhutaan mittareiden tärkeydestä ymmärrtäessä, mitä ympäristössäsi tapahtuu ja kuinka sovelluksesi toimii. Microsoft Azuressa on tehokas ja helppo tapa näyttää mittareita kaikenlaisille työkuormille, ja luento selittää, kuinka voit käyttää niitä kaikkia.
Sunnuntaina kello 3 yöllä, kun nukut, heräät yhtäkkiä tekstiviestiin: "Ylikriittinen sovellus ei vastaa enää." Mitä tapahtuu? Missä ja mikä on syy "jarruihin"? Tässä puheessa opit palveluista, joita Microsoft Azure tarjoaa asiakkailleen keräämään lokeja ja erityisesti mittareita pilvityökuormistasi. David kertoo sinulle, mistä mittareista sinun pitäisi olla kiinnostunut pilvialustan parissa työskentelemisestä ja miten niihin pääsee käsiksi. Opit avoimen lähdekoodin työkaluista ja kojelaudan rakentamisesta, ja saat lopulta tarpeeksi tietoa omien hallintapaneelien luomiseen.
Ja jos heräät uudelleen kello 3:lla ilmoitukseen, että tärkeä sovellus on kaatunut, voit nopeasti selvittää sen syyn.
Hyvää iltapäivää, tänään puhumme mittareista. Nimeni on David O'Brien, olen pienen australialaisen konsulttiyrityksen Xirus perustaja ja omistaja. Kiitos vielä kerran, että tulit tänne viettämään aikaa kanssani. Joten miksi olemme täällä? Jos haluat puhua mittareista, tai pikemminkin, kerron sinulle niistä, ja ennen kuin teet mitään, aloitetaan teoriasta.
Kerron sinulle, mitä mittarit ovat, mitä voit tehdä niillä, mihin sinun tulee kiinnittää huomiota, kuinka kerätä ja ottaa käyttöön mittareiden kerääminen Azuressa ja mitä mittareiden visualisointi on. Näytän sinulle, miltä nämä asiat näyttävät Microsoftin pilvessä ja kuinka toimia tämän pilven kanssa.
Ennen kuin aloitamme, pyydän Microsoft Azurea käyttäviltä kädennostoa. Kuka työskentelee AWS:n kanssa? Näen muutaman. Entä Google? ALI pilvi? Yksi mies! Loistava. Mitä ovat mittarit? Yhdysvaltain kansallisen standardointi- ja teknologiainstituutin virallinen määritelmä on: "Metriikka on mittausstandardi, joka kuvaa kiinteistön mittaamisen ehdot ja säännöt ja auttaa ymmärtämään mittaustuloksia." Mitä se tarkoittaa?
Otetaan esimerkki metriikasta virtuaalikoneen vapaan levytilan muuttamiseen. Esimerkiksi meille annetaan numero 90, ja tämä luku tarkoittaa prosenttiosuutta, eli vapaan levytilan määrä on 90%. Huomaan, että ei ole kovin mielenkiintoista lukea metriikan määritelmän kuvausta, joka vie 40 sivua pdf-muodossa.
Mittari ei kuitenkaan kerro, kuinka mittaustulos on saatu, se näyttää vain tämän tuloksen. Mitä teemme mittareilla?
Ensin mitataan jonkin arvon, jotta voimme sitten käyttää mittaustulosta.
Esimerkiksi saimme selville vapaan levytilan määrän ja nyt voimme käyttää sitä, käyttää tätä muistia jne. Kun olemme saaneet metrisen tuloksen, meidän on tulkittava se. Esimerkiksi metriikka palautti tuloksen 90. Meidän on tiedettävä, mitä tämä luku tarkoittaa: vapaan tilan määrä tai käytetyn levytilan määrä prosentteina tai gigatavuina, verkon latenssi 90 ms ja niin edelleen, eli , meidän on tulkittava metrinen arvon merkitys. Jotta mittarit olisivat merkityksellisiä, meidän on yhden mittarin arvon tulkinnan jälkeen varmistettava, että useita arvoja kerätään. Tämä on erittäin tärkeää, koska monet ihmiset eivät ole tietoisia tarpeesta kerätä mittareita. Microsoft on tehnyt mittareiden keräämisestä erittäin helppoa, mutta sinun on varmistettava, että ne kerätään. Näitä tietoja säilytetään vain 41 päivää ja ne katoavat 42. päivänä. Siksi, ulkoisten tai sisäisten laitteidesi ominaisuuksista riippuen, sinun tulee huolehtia siitä, kuinka mittareita tallennetaan yli 41 päiväksi - lokien, lokien jne. Joten keräämisen jälkeen ne tulisi sijoittaa johonkin paikkaan, josta voit tarvittaessa vetää kaikki tilastot mittaustulosten muutoksista. Kun laitat ne sinne, voit alkaa työskennellä niiden kanssa tehokkaasti.
Vasta kun olet hankkinut mittarit, tulkinnut ja kerännyt ne, voit luoda SLA-palvelutason sopimuksen. Tällä SLA:lla ei välttämättä ole suurta merkitystä asiakkaillesi, vaan se on tärkeämpi työtovereillesi, esimiehille, niille, jotka ylläpitävät järjestelmää ja ovat huolissaan sen toimivuudesta. Mittari voi mitata lippujen määrää - saat esimerkiksi 5 lippua päivässä, ja tässä tapauksessa se näyttää käyttäjien pyyntöihin vastaamisen ja vianetsinnän nopeuden. Mittarin ei pitäisi vain sanoa, että sivustosi latautuu 20 ms tai vastausnopeus on 20 ms, mittari on enemmän kuin vain yksi tekninen indikaattori.
Siksi keskustelumme tehtävänä on esittää sinulle yksityiskohtainen kuva mittareiden olemuksesta. Mittari palvelee sitä, että sitä katsomalla saat täydellisen kuvan prosessista.
Kun meillä on mittari, voimme 99 % taata, että järjestelmä toimii, koska kyse ei ole vain lokitiedoston katsomisesta, joka kertoo järjestelmän toimivan. 99 %:n käyttöaikatakuu tarkoittaa, että esimerkiksi 99 % ajasta API vastaa normaalilla 30 ms:n nopeudella. Juuri tämä kiinnostaa käyttäjiäsi, kollegoitasi ja esimiehiäsi. Monet asiakkaamme valvovat verkkopalvelinlokeja, mutta eivät huomaa niissä virheitä ja ajattelevat, että kaikki on hyvin. He näkevät esimerkiksi verkon nopeuden 200 Mb/s ja ajattelevat: "ok, kaikki on hienoa!" Mutta saavuttaakseen nämä 200, käyttäjät tarvitsevat 30 millisekunnin vastausnopeuden, ja tämä on juuri se indikaattori, jota ei mitata eikä kerätä lokitiedostoihin. Samaan aikaan käyttäjät ovat yllättyneitä siitä, että sivusto latautuu hyvin hitaasti, koska ilman tarvittavia mittareita he eivät tiedä syitä tähän käyttäytymiseen.
Mutta koska meillä on 100 % käytettävyyden SLA, asiakkaat alkavat valittaa, koska sivusto on itse asiassa erittäin vaikea käyttää. Siksi objektiivisen SLA:n luomiseksi on välttämätöntä nähdä kerättyjen mittareiden luoma täydellinen kuva prosessista. Tämä on jatkuva ongelma joidenkin palveluntarjoajien kanssa, joilla ei ole palvelutasosopimuksia luodessaan aavistustakaan, mitä termi "käyttöaika" tarkoittaa, eivätkä useimmissa tapauksissa selitä asiakkailleen, kuinka heidän API toimii.
Jos loit palvelun, esimerkiksi API:n kolmannelle henkilölle, sinun tulee ymmärtää, mitä tuloksena oleva mittari 39,5 tarkoittaa - vastaus, onnistunut vastaus, vastaus 20 ms:n nopeudella tai 5 ms:n nopeudella. Sinun tehtäväsi on mukauttaa heidän SLA-sopimuksensa omaan SLA:si, omiin mittareihisi.
Kun olet selvittänyt tämän kaiken, voit aloittaa upean kojelaudan luomisen. Kerro minulle, onko kukaan jo käyttänyt Grafana interaktiivista visualisointisovellusta? Loistava! Olen suuri tämän avoimen lähdekoodin fani, koska tämä asia on ilmainen ja helppokäyttöinen.
Jos et ole vielä käyttänyt Grafanaa, kerron sinulle, kuinka voit työskennellä sen kanssa. Kuka tahansa 80- ja 90-luvulla syntynyt muistaa varmaan CareBearsin? En tiedä kuinka suosittuja nämä karhut olivat Venäjällä, mutta mittareiden suhteen meidän pitäisi olla samoja "hoitokarhuja". Kuten sanoin, tarvitset laajan kuvan siitä, miten koko järjestelmä toimii, eikä sen pitäisi koskea vain API:ta, verkkosivustoasi tai virtuaalikoneessa toimivaa palvelua.
Sinun on järjestettävä niiden mittareiden kokoelma, jotka kuvastavat parhaiten koko järjestelmän toimintaa. Suurin osa teistä on ohjelmistokehittäjiä, joten elämäsi muuttuu jatkuvasti, mukautuen uusiin tuotevaatimuksiin, ja aivan kuten olet huolissasi koodausprosesseista, sinun tulee olla huolissaan mittareista. Sinun on tiedettävä, kuinka mittari liittyy jokaiseen kirjoittamaasi koodiriviin. Esimerkiksi ensi viikolla aloitat uuden markkinointikampanjan ja odotat suuren määrän käyttäjiä vierailevan sivustollasi. Tämän tapahtuman analysoimiseksi tarvitset mittareita ja saatat tarvita koko kojelaudan seurataksesi näiden ihmisten toimintaa. Tarvitset mittareita ymmärtääksesi, kuinka onnistunut markkinointikampanjasi on ja kuinka se todella toimii. Ne auttavat sinua esimerkiksi kehittämään tehokkaan CRM-asiakashallintajärjestelmän.
Joten aloitetaan Azure-pilvipalvelumme käyttäminen. Mittarikokoelman löytäminen ja järjestäminen on erittäin helppoa, koska siinä on Azure Monitor. Tämä näyttö keskittää järjestelmän asetusten hallinnan. Jokaisessa Azure-elementissä, jota haluat käyttää järjestelmässäsi, on oletusarvoisesti käytössä monia mittareita. Tämä on ilmainen sovellus, joka toimii heti pakkauksesta lähtien eikä vaadi esiasetuksia; sinun ei tarvitse kirjoittaa tai "kiertää" mitään järjestelmääsi. Varmistamme tämän katsomalla seuraavaa demoa.
Lisäksi näitä mittareita on mahdollista lähettää kolmansien osapuolien sovelluksiin, kuten Splunk-lokin tallennus- ja analysointijärjestelmään, pilvipohjaiseen lokinhallintasovellukseen SumoLogic, ELK-lokinkäsittelytyökaluun ja IBM Radariin. On totta, että niissä on pieniä eroja, jotka riippuvat käyttämistäsi resursseista - virtuaalikone, verkkopalvelut, Azure SQL -tietokannat, eli mittareiden käyttö vaihtelee työympäristösi toimintojen mukaan. En sano, että nämä erot ovat vakavia, mutta valitettavasti ne ovat edelleen olemassa, ja tämä on otettava huomioon. Mittareiden käyttöönotto ja lähettäminen on mahdollista useilla tavoilla: portaalin, CLI/Power Shellin kautta tai ARM-malleja käyttämällä.
Ennen kuin aloitan ensimmäisen esittelyni, vastaan kaikkiin kysymyksiisi. Jos kysymyksiä ei ole, aloitetaan. Näyttö näyttää, miltä Azure Monitor -sivu näyttää. Voiko joku teistä sanoa, että tämä näyttö ei toimi?
Joten nyt kaikki on hyvin, voit nähdä miltä monitoripalvelut näyttävät. Voin sanoa, että tämä on erinomainen ja erittäin yksinkertainen työkalu jokapäiväiseen työhön. Sitä voidaan käyttää sovellusten, verkkojen ja infrastruktuurin valvontaan. Viime aikoina valvontarajapinta on parantunut ja jos aiemmin palvelut sijaitsivat eri paikoissa, niin nyt kaikki palvelutiedot kootaan monitorin kotisivulle.
Mittaritaulukko on HomeMonitorMetrics-polun varrella oleva välilehti, johon voit siirtyä nähdäksesi kaikki käytettävissä olevat mittarit ja valitaksesi tarvitsemasi. Mutta jos sinun on otettava käyttöön mittareiden kerääminen, sinun on käytettävä HomeMonitorDiagnostic-asetushakemistopolkua ja valittava Enabled/Disabled metrics -valintaruudut. Oletuksena lähes kaikki mittarit ovat käytössä, mutta jos haluat ottaa käyttöön jotain muuta, sinun on vaihdettava diagnostiikan tila Disabled-tilasta Käytössä.
Napsauta valitun mittarin riviä ja ota diagnostiikkatila käyttöön avautuvassa välilehdessä. Jos aiot analysoida valittua mittaria, napsauta Ota diagnostiikka käyttöön -linkkiä, valitse Lähetä lokianalyysiin -valintaruutu avautuvassa ikkunassa.
Log Analytics on vähän samanlainen kuin Splunk, mutta maksaa vähemmän. Tämän palvelun avulla voit kerätä kaikki mittarisi, lokit ja kaiken muun tarvitsemasi ja sijoittaa ne Log Analytics -työtilaan. Palvelu käyttää erityistä KQL-kyselynkäsittelykieltä Kusto Quarry Language, jonka toimintaa tarkastellaan seuraavassa demossa. Toistaiseksi huomautan, että sen avulla voit luoda kyselyitä mittareista, lokeista, termeistä, trendeistä, kuvioista jne. ja luoda hallintapaneeleja.
Joten valitsemme Send to Log Analytics -valintaruudun ja LOG-paneelin valintaruudut: DataPlaneRequests, MongoRequests ja QueryRuntimeStatistics, ja alla METRIC-paneelissa - Pyynnöt-valintaruutu. Sitten annamme nimen ja tallennamme asetukset. Komentorivillä tämä edustaa kahta koodiriviä. Muuten, Azure Cloud -kuori tässä mielessä muistuttaa Googlea, jonka avulla voit myös käyttää komentoriviä selaimessasi. AWS:ssä ei ole mitään sellaista, joten Azure on paljon kätevämpi tässä mielessä.
Voin esimerkiksi suorittaa demon verkkokäyttöliittymän kautta käyttämättä mitään koodia kannettavassani. Tätä varten minun on todennettu Azure-tililläni. Sitten voit käyttää esimerkiksi terrafonea, jos käytät sitä jo, odota yhteyttä palveluun ja hanki Microsoftin oletusarvoisesti käyttämä Linux-työympäristö.
Seuraavaksi käytän Bashia, joka on sisäänrakennettu Azure Cloud Shelliin. Erittäin hyödyllinen asia on selaimeen sisäänrakennettu IDE, kevyt versio VS Codesta. Seuraavaksi voin siirtyä virhemittarimalliini, muokata sitä ja mukauttaa sitä tarpeitteni mukaan.
Kun olet määrittänyt mittaustietojen keräämisen tässä mallissa, voit käyttää sitä luomaan mittareita koko infrastruktuurillesi. Kun olemme käyttäneet mittareita, keränneet ne ja tallentaneet ne, meidän on visualisoitava ne.
Azure Monitor käsittelee vain mittareita, eikä anna kokonaiskuvaa järjestelmäsi tilasta. Sinulla saattaa olla useita muita sovelluksia käynnissä Azure-ympäristön ulkopuolella. Joten jos sinun on seurattava kaikkia prosesseja visualisoimalla kaikki kerätyt mittarit yhdessä paikassa, Azure Monitor ei sovellu tähän.
Tämän ongelman ratkaisemiseksi Microsoft tarjoaa Power BI -työkalun, kattavan yritysanalyysiohjelmiston, joka sisältää monenlaisen datan visualisoinnin. Tämä on melko kallis tuote, jonka hinta riippuu tarvitsemistasi toiminnoista. Oletuksena se tarjoaa sinulle 48 erilaista dataa käsiteltäväksi, ja se on linkitetty Azure SQL Data Warehousesiin, Azure Data Lake Storageen, Azure Machine Learning Servicesiin ja Azure Databricksiin. Skaalautuvuuden avulla voit vastaanottaa uutta tietoa 30 minuutin välein. Tämä saattaa olla riittävä tai ei riitä tarpeisiisi, jos tarvitset reaaliaikaista monitorointivisualisointia. Tässä tapauksessa on suositeltavaa käyttää mainitsemani Grafanan kaltaisia sovelluksia. Lisäksi Microsoftin dokumentaatiossa kuvataan kyky lähettää mittareita, lokeja ja tapahtumataulukoita SIEM-työkaluilla visualisointijärjestelmiin Splunk, SumoLogic, ELK ja IBM-tutka.
23:40 min
Jatkuu pian...
Muutamia mainoksia 🙂
Kiitos, että pysyt kanssamme. Pidätkö artikkeleistamme? Haluatko nähdä mielenkiintoisempaa sisältöä? Tue meitä tekemällä tilauksen tai suosittelemalla ystäville, , ainutlaatuinen lähtötason palvelimien analogi, jonka me keksimme sinulle: (saatavana RAID1:n ja RAID10:n kanssa, jopa 24 ydintä ja jopa 40 Gt DDR4-muistia).
Dell R730xd 2 kertaa halvempi Equinix Tier IV -palvelinkeskuksessa Amsterdamissa? Vain täällä Alankomaissa! Dell R420 - 2x E5-2430 2.2 Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - alkaen 99 dollaria! Lukea
Lähde: will.com