Nyligen startade David OâBrien sitt eget företag Xirus (https://xirus.com.au), med fokus pĂ„ Microsoft Azure Stacks molnprodukter. Dessa Ă€r avsedda för en konsekvent skapelse och körning av hybridapplikationer i datacenter, vid grĂ€nslokaliseringar, fjĂ€rrkontor och i molnet.
David utbildar individer och företag i allt som rör Microsoft Azure och Azure DevOps (tidigare VSTS) och Ă€r fortfarande aktivt involverad i praktisk rĂ„dgivning och infrastrukturkodning. Han har varit Microsoft MVP (Most Valuable Professional) i 5 Ă„r och har nyligen fĂ„tt MVP Azure-utnĂ€mningen. Som medorganisatör av Melbourne Microsoft Cloud och Datacentre Meetup förelĂ€ser OâBrien regelbundet pĂ„ internationella konferenser, dĂ€r han förenar sin passion för vĂ€rldsomspĂ€nnande resor med sin vilja att dela IT-historier med samhĂ€llet. Davids blogg finns pĂ„ , han publicerar ocksĂ„ sina onlinekurser pĂ„ Pluralsight.
I förelÀsningen diskuteras vikten av metrik för att förstÄ vad som hÀnder i din miljö och hur din applikation fungerar. Microsoft Azure erbjuder ett kraftfullt och enkelt sÀtt att visa metrik för alla typer av arbetsbelastningar, och i förelÀsningen berÀttas det om hur man kan anvÀnda dem alla.
Klockan tre pĂ„ morgonen, en söndag, vĂ€cks du plötsligt av ljudet av ett textmeddelande: âkritisk applikation svarar inte igenâ. Vad hĂ€nder? Var Ă€r orsaken till âstoppetâ? FrĂ„n den hĂ€r presentationen fĂ„r du veta om de tjĂ€nster som Microsoft Azure erbjuder kunder för att samla in loggar och specifikt metrik för dina molnarbetsbelastningar. David kommer att berĂ€tta vilka metrik som bör intressera dig nĂ€r du arbetar pĂ„ en molnplattform och hur du nĂ„r dem. Du kommer att lĂ€ra dig om verktyg med öppen kĂ€llkod och att bygga instrumentpaneler, och som ett resultat fĂ„r du tillrĂ€ckligt med kunskap för att skapa egna paneler.
Och om du vÀcks av ett meddelande om ett kritiskt applikationsfall igen klockan tre pÄ morgonen, kommer du snabbt kunna förstÄ orsaken.
Hej, idag ska vi prata om mÀtningar. Jag heter David O'Brien, och jag Àr medgrundare och Àgare av det australiensiska konsultföretaget Xirus. Tack för att ni tog er tid att vara hÀr med mig. SÄ, varför Àr vi hÀr? För att prata om mÀtningar, mer specifikt kommer jag att berÀtta om dem, och innan vi gör nÄgot sÄ börjar vi med teorin.
Jag kommer att förklara vad mÀtningar Àr, vad man kan göra med dem, vad man bör tÀnka pÄ, hur man samlar in och inkluderar insamling av mÀtningar i Azure och vad visualisering av mÀtningar innebÀr. Jag kommer att visa er hur dessa saker ser ut i Microsofts moln och hur man arbetar med detta moln.
Innan vi börjar ber jag dem som anvÀnder Microsoft Azure att rÀcka upp en hand. Och hur mÄnga arbetar med AWS? Jag ser att det Àr nÄgra fÄ. Hur Àr det med Google? ALI Cloud? En person! UtmÀrkt. SÄ, vad Àr mÀtningar? Den officiella definitionen frÄn National Institute of Standards and Technology i USA lyder: "MÀtning Àr en standard för mÀta som beskriver villkor och regler för att utföra mÀtning av en viss egenskap och tjÀnar till att förstÄ resultaten av mÀtningen." Vad innebÀr det?
LÄt oss ta som exempel en mÀtning för att Àndra mÀngden ledigt diskutrymme pÄ en virtuell maskin. Till exempel, vi fÄr ett nummer 90 och detta nummer betyder procent, det vill sÀga att den lediga mÀngden diskutrymme Àr 90%. Jag vill notera att det inte Àr sÀrskilt intressant att lÀsa en beskrivning av definitionen av mÀtningar som tar 40 sidor i pdf-format.
Men mÀtningen sÀger inte hur resultatet av mÀtningen har erhÄllits, den visar bara detta resultat. Vad gör vi med mÀtningarna?
Först och frÀmst mÀter vi vÀrdet av nÄgot för att sedan anvÀnda resultatet av mÀtningen.
Till exempel, vi har lĂ€rt oss om mĂ€ngden ledigt diskutrymme och kan nu anvĂ€nda det, anvĂ€nda detta minne osv. Efter att vi fĂ„tt resultatet av metriksen mĂ„ste vi tolka det. Om metriksen till exempel ger ett resultat pĂ„ 90, mĂ„ste vi förstĂ„ vad detta nummer betyder: mĂ€ngden ledigt utrymme eller mĂ€ngden upptaget diskutrymme i procent eller gigabyte, nĂ€tverksfördröjning som Ă€r 90 ms, osv., vilket innebĂ€r att vi mĂ„ste tolka innebörden av metrikens vĂ€rde. För att metriksen alls ska ha betydelse mĂ„ste vi efter tolkningen av ett mĂ„tt se till att samla in flera vĂ€rden. Detta Ă€r mycket viktigt, eftersom mĂ„nga mĂ€nniskor inte inser behovet av att samla in metrik. Microsoft har gjort processen att fĂ„ metrik mycket enkel, men ni mĂ„ste sjĂ€lva se till att de samlas in. Dessa metrik lagras i endast 41 dagar och försvinner den 42:a dagen. DĂ€rför, beroende pĂ„ egenskaperna hos er externa eller interna utrustning, mĂ„ste ni tĂ€nka pĂ„ hur ni ska spara metrik mer Ă€n 41 dagar â i form av loggar, register osv. SĂ„ efter insamlingen mĂ„ste ni placera dem pĂ„ en plats som gör att ni kan hĂ€mta hela statistiken över Ă€ndringar i metrikresultaten vid behov. NĂ€r ni har lagt dem dĂ€r kan ni börja arbeta effektivt med dem.
Endast efter att ni fĂ„tt metrikvĂ€rdena, tolkat dem och samlat dem kan ni skapa ett SLA â Service Level Agreement. Detta SLA kanske inte har stor betydelse för era kunder, det Ă€r viktigare för era kollegor, chefer, de som sĂ€kerstĂ€ller systemets drift och Ă€r bekymrade över dess funktionalitet. Metrik kan mĂ€ta antalet Ă€renden â till exempel fĂ„r ni 5 Ă€renden per dag, och i detta fall visar den hur snabbt ni svarar pĂ„ anvĂ€ndarförfrĂ„gningar och hur snabbt ni löser problem. Metriken bör inte bara informera om att er webbplats laddas pĂ„ 20 ms eller att svarstiden Ă€r 20 ms, metrik Ă€r mer Ă€n bara en teknisk mĂ€tpunkt.
DÀrför Àr syftet med vÄrt samtal att ge er en omfattande bild av metrikens kÀrna. Metrik fungerar sÄ att ni genom att titta pÄ den kan fÄ en helhetsbild av processen.
SÄ snart vi har fÄtt en metrik kan vi med 99% sÀkerhet garantera systemets funktionalitet, eftersom det inte bara handlar om att titta pÄ loggfiler dÀr det stÄr att systemet fungerar. En garanti pÄ 99% driftsÀkerhet innebÀr att, till exempel, API:et svarar med en normal hastighet pÄ 30 ms i 99% av fallen. Det Àr precis det hÀr som intresserar dina anvÀndare, kollegor och chefer. MÄnga av vÄra kunder övervakar loggar frÄn webbservrar, men de mÀrker inga fel dÀr och tror att allt Àr i sin ordning. Till exempel ser de nÀtverkets hastighetsmÀtning pÄ 200 mb/s och tÀnker: "okej, allt Àr bra!". Men för att uppnÄ dessa 200, krÀver anvÀndare en responstid pÄ 30 millisekunder, och det Àr just den mÀtningen som inte mÀts och samlas i loggfiler. AnvÀndarna blir förvÄnade över att webbplatsen laddar mycket lÄngsamt, eftersom de, utan den nödvÀndiga metrik, inte vet orsaken till detta beteende.
Men eftersom vi har ett SLA som garanterar 100% driftsÀkerhet, börjar kunderna uttrycka missnöje, eftersom det faktiskt Àr vÀldigt svÄrt att anvÀnda webbplatsen. DÀrför, för att skapa ett objektivt SLA, behöver man se hela bilden av processen, skapad av de insamlade metrikarna. Detta Àr föremÄlet för min stÀndiga debatt med vissa leverantörer, som i skapandet av SLA inte har nÄgon uppfattning om vad termen "uptime" betyder, och i de flesta fall inte förklarar för sina kunder hur deras API fungerar.
Om du har skapat en tjĂ€nst, till exempel ett API för en tredje part, mĂ„ste du förstĂ„ vad den erhĂ„llna metriken 39,5 innebĂ€r â svar, lyckat svar, ett svar med en hastighet av 20 ms eller med en hastighet av 5 ms. Det Ă€r du som mĂ„ste anpassa deras SLA till ditt eget SLA, till dina egna metrik.
Efter att ha klargjort allt detta kan vi börja skapa en fantastisk övervakningspanel. SÀg, har nÄgon redan anvÀnt applikationen för interaktiv visualisering, Grafana? Fantastiskt! Jag Àr en stor fan av detta open source-projekt eftersom det Àr gratis och lÀtt att anvÀnda.
Om du inte har anvÀnt Grafana tidigare, kommer jag att berÀtta hur man arbetar med det. De som föddes pÄ 80-90-talet minns kanske de omtÀnksamma CareBears? Jag vet inte hur populÀra dessa nallar var i Ryssland, men nÀr det gÀller mÀtningar mÄste vi vara lika «omtÀnksamma nallar». Som jag nÀmnde, behöver du en övergripande bild av hur hela systemet fungerar, och det fÄr inte bara handla om ditt API, din webbplats eller tjÀnsten som körs pÄ en virtuell maskin.
Du mĂ„ste organisera insamlingen av de mĂ€tningar som bĂ€st speglar hela systemets funktion. De flesta av er Ă€r mjukvaruutvecklare, vilket innebĂ€r att ert liv stĂ€ndigt förĂ€ndras nĂ€r ni anpassar er till nya produktkrav, och precis som ni Ă€r bekymrade över kodningsprocesserna, bör ni ocksĂ„ vara bekymrade över mĂ€tningarna. Ni mĂ„ste veta hur varje mĂ€tning pĂ„verkar varje rad kod ni har skrivit. Till exempel, nĂ€sta vecka börjar ni en ny marknadsföringskampanj och förvĂ€ntar er att mĂ„nga anvĂ€ndare besöker er webbplats. För att analysera detta behov kommer ni att behöva mĂ€tningar, och kanske en hel panel för att spĂ„ra dessa mĂ€nniskors aktivitet. MĂ€tningarna kommer att hjĂ€lpa er att förstĂ„ hur framgĂ„ngsrik er marknadsföringskampanj verkligen Ă€r och hur den fungerar i praktiken. De kan till exempel hjĂ€lpa er att utveckla en effektiv CRM â kundrelationshanteringssystem.
SÄ, lÄt oss gÄ vidare till vÄr molntjÀnst Azure. Det Àr mycket enkelt att hitta och organisera insamlingen av mÀtningar eftersom Azure Monitor finns hÀr. Denna monitor centraliserar hanteringen av din systems konfiguration. Varje element i Azure som du vill anvÀnda i ditt system har ett antal standardaktiverade mÀtningar. Det Àr en kostnadsfri applikation som fungerar direkt «ur lÄdan» och krÀver inga förhandsinstÀllningar; du behöver inte skriva nÄgot eller «anföra» nÄgot till ditt system. Vi kommer att bekrÀfta detta genom att titta pÄ nÀsta demo.
Dessutom finns det möjlighet att skicka dessa mÀtvÀrden till tredjepartsapplikationer som logghanterings- och analysystemet Splunk, den molnbaserade logghanteringsapplikationen SumoLogic, loggbehandlingsverktyget ELK och IBM Radar. Det finns dock vissa smÄ skillnader som beror pÄ de resurser du anvÀnder - virtuella maskiner, nÀtverkstjÀnster, Azure SQL-databaser, vilket betyder att anvÀndningen av mÀtvÀrden skiljer sig beroende pÄ funktionerna i din arbetsmiljö. Jag skulle inte sÀga att dessa skillnader Àr allvarliga, men tyvÀrr finns de, och det Àr nÄgot att ta hÀnsyn till. Aktivering och vidarebefordran av mÀtvÀrden Àr möjliga pÄ flera sÀtt: via portalen, CLI/Power Shell eller med hjÀlp av ARM-mallar.
Innan vi börjar med den första demonstration, kommer jag att svara pÄ eventuella frÄgor ni har. Om det inte finns nÄgra frÄgor, lÄt oss börja. PÄ skÀrmen visas hur sidan Azure Monitor ser ut. Kan nÄgon av er sÀga att denna monitor inte fungerar?
SÄ nu Àr allt bra, ni ser hur monitorens tjÀnster ser ut. Jag kan sÀga att detta Àr ett utmÀrkt och mycket enkelt verktyg för det dagliga arbetet. Med det kan man övervaka applikationer, nÀtverk och infrastruktur. Nyligen har övervakningsgrÀnssnittet förbÀttrats, och om tjÀnsterna tidigare lÄg pÄ olika stÀllen, sÄ konsolideras nu all information om tjÀnsterna pÄ monitorens hemsida.
MÀtvÀrdestabellen Àr en flik under vÀgen HomeMonitorMetrics, dit du kan gÄ för att se alla tillgÀngliga mÀtvÀrden och vÀlja de nödvÀndiga. Men om du behöver aktivera insamlingen av mÀtvÀrden, mÄste du anvÀnda sökvÀgen till mapp HomeMonitorDiagnostic settings och kontrollera rutan för aktiverade/inaktiverade mÀtvÀrden. Som standard Àr nÀstan alla mÀtvÀrden aktiverade, men om du behöver aktivera nÄgot ytterligare, kommer du att behöva Àndra diagnosstatus frÄn inaktiverad till aktiverad.
För att göra detta behöver du klicka pÄ raden för det valda mÀtvÀrdet och pÄ den öppnade fliken aktivera diagnoslÀget. Om du planerar att analysera det valda mÀtvÀrdet, efter att ha tryckt pÄ lÀnken Aktivera diagnostik, behöver du markera rutan för Skicka till Log Analytics i det fönster som öppnas.
Log Analytics liknar lite pĂ„ Splunk, men Ă€r billigare. Denna tjĂ€nst gör det möjligt att samla in alla dina mĂ€tvĂ€rden, loggar och allt annat du behöver, och placera dem i arbetsytan Log Analytics. TjĂ€nsten anvĂ€nder ett speciellt frĂ„gesprĂ„k KQL â Kusto Query Language, som vi kommer att gĂ„ igenom i nĂ€sta demo. Tills dess kan jag nĂ€mna att du med hjĂ€lp av detta sprĂ„k kan formulera frĂ„gor om mĂ€tvĂ€rden, loggar, termer, trender, mallar osv., och skapa instrumentpaneler.
SĂ„, vi markerar kryssrutan Skicka till Log Analytics och kryssrutorna pĂ„ panelen LOG: DataPlaneRequests, MongoRequests och QueryRuntimeStatistics, och nedan pĂ„ panelen METRIC â kryssrutan Requests. Sedan ger vi nĂ„got namn och sparar instĂ€llningarna. I kommandoraden motsvarar detta tvĂ„ rader kod. Förresten, Azure Cloud-skalet pĂ„minner om Google, som ocksĂ„ tillĂ„ter anvĂ€ndning av kommandoraden i din webblĂ€sare. AWS har inget liknande, sĂ„ Azure Ă€r mycket mer bekvĂ€mt i det avseendet.
Till exempel kan jag köra demo genom webbgrÀnssnittet utan att anvÀnda nÄgon kod pÄ min laptop. För detta mÄste jag autentisera mig med mitt Azure-konto. DÀrefter kan jag anvÀnda, till exempel, terrafone, om du redan anvÀnder det, vÀnta pÄ anslutningen till tjÀnsten och fÄ en Linux-arbetsmiljö, som Microsoft anvÀnder som standard.
DÀrefter anvÀnder jag Bash som Àr inbyggt i Azure Cloud Shell. En mycket anvÀndbar funktion Àr den webblÀsarbaserade IDE: n, en lÀttversion av VS Code. Sedan kan jag gÄ in i min mall för felmÀtningar, Àndra den och anpassa den efter mina behov.
NÀr du har konfigurerat mÀtinsamlingen i denna mall kan du anvÀnda den för att skapa mÀtvÀrden för hela din infrastruktur. NÀr vi har tillÀmpat mÀtvÀrdena, samlat in och sparat dem, behöver vi visualisera dem.
Azure Monitor hanterar bara mÀtningar och ger inte möjlighet att fÄ en helhetsbild av tillstÄndet i ditt system. Du kan anvÀnda en rad andra program som körs utanför Azure-miljön. SÄ om du behöver övervaka alla processer och visualisera alla insamlade mÀtningar pÄ ett stÀlle, passar inte Azure Monitor för detta.
För att lösa detta problem erbjuder Microsoft verktyget Power BI â en komplett programvara för affĂ€rsanalys som inkluderar visualisering av olika typer av data. Detta Ă€r en ganska dyr produkt vars pris beror pĂ„ vilken funktionalitet du behöver. Som standard erbjuder den 48 typer av bearbetad data och Ă€r kopplad till SQL Azure-databaslagring, Azure Data Lake Storage, Azure Machine Learning-tjĂ€nster och Azure Databricks. Genom att utnyttja skalbarheten kan du fĂ„ nya data var 30:e minut. Detta kan vara tillrĂ€ckligt för dina behov eller otillrĂ€ckligt om du behöver visualisering av övervakning i realtid. I sĂ„ fall rekommenderas det att anvĂ€nda applikationer som den jag nĂ€mnde, Grafana. Dessutom finns det i Microsofts dokumentation möjligheten att skicka metrik, loggar och hĂ€ndelsestabeller med hjĂ€lp av SIEM â verktyg i visualiseringssystemen Splunk, SumoLogic, ELK och IBM radar.
23:40 min
FortsÀttningen kommer snart...
Lite reklam đ
Tack för att ni stannar kvar hos oss. Gillar ni vÄra artiklar? Vill ni se fler intressanta material? Stöd oss genom att göra en bestÀllning eller rekommendera oss till era vÀnner, , en unik motsvarighet till entry-level servrar som vi har skapat för er: (alternativ med RAID1 och RAID10 finns tillgÀngliga, upp till 24 kÀrnor och upp till 40GB DDR4).
Dell R730xd Ă€r tvĂ„ gĂ„nger billigare i datacentret Equinix Tier IV i Amsterdam? Bara hos oss i NederlĂ€nderna! Dell R420 â 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB â frĂ„n $99! LĂ€s om
KĂ€lla: habr.com
