David O'Brien kohët e fundit lançoi kompaninë e tij, Xirus (https://xirus.com.au), duke u fokusuar në produktet cloud të Microsoft Azure Stack. Ato janë krijuar për të ndërtuar dhe ekzekutuar vazhdimisht aplikacione hibride në qendrat e të dhënave, vendndodhjet e skajeve, zyrat në distancë dhe cloud.
David trajnon individë dhe kompani për të gjitha gjërat Microsoft Azure dhe Azure DevOps (dikur VSTS) dhe ende bën konsultime praktike dhe infrakodim. Ai ka qenë fitues i çmimit Microsoft MVP (Microsoft Most Valuable Professional) për 5 vjet dhe së fundmi ka marrë çmimin Azure MVP. Si bashkëorganizator i Melbourne Microsoft Cloud dhe Datacentre Meetup, O'Brien flet rregullisht në konferenca ndërkombëtare, duke kombinuar interesin e tij për të udhëtuar nëpër botë me pasionin për të ndarë historitë e IT me komunitetin. Blogu i Davidit ndodhet në , ai publikon gjithashtu trajnimin e tij në internet mbi Pluralsight.
Biseda flet për rëndësinë e metrikës për të kuptuar se çfarë po ndodh në mjedisin tuaj dhe si po funksionon aplikacioni juaj. Microsoft Azure ka një mënyrë të fuqishme dhe të lehtë për të shfaqur metrikat për të gjitha llojet e ngarkesave të punës, dhe leksioni shpjegon se si mund t'i përdorni të gjitha.
Në orën 3 të mëngjesit të së dielës, ndërsa jeni duke fjetur, papritur ju zgjon një mesazh me tekst: "Aplikacioni superkritik nuk përgjigjet përsëri". Çfarë po ndodh? Ku dhe cila është arsyeja e “frenave”? Në këtë bisedë, do të mësoni rreth shërbimeve që Microsoft Azure u ofron klientëve për të mbledhur regjistrat dhe, në veçanti, metrikat nga ngarkesat tuaja të punës në cloud. David do t'ju tregojë se cilat metrika duhet t'ju interesojnë kur punoni në një platformë cloud dhe si t'i arrini ato. Do të mësoni për mjetet me burim të hapur dhe ndërtimin e panelit, dhe do të përfundoni me njohuri të mjaftueshme për të krijuar panelet tuaja.
Dhe nëse zgjoheni përsëri në orën 3 të mëngjesit nga një mesazh se një aplikacion kritik ka dështuar, mund ta kuptoni shpejt shkakun e tij.
Mirëdita, sot do të flasim për metrikë. Emri im është David O'Brien, unë jam bashkëthemelues dhe pronar i një kompanie të vogël konsulente australiane, Xirus. Faleminderit përsëri që keni ardhur këtu për të kaluar kohën tuaj me mua. Pra, pse jemi këtu? Për të folur për metrikat, ose më mirë, do t'ju tregoj për to, dhe para se të bëjmë ndonjë gjë, le të fillojmë me teorinë.
Unë do t'ju tregoj se cilat janë metrikat, çfarë mund të bëni me to, çfarë duhet t'i kushtoni vëmendje, si të grumbulloni dhe aktivizoni mbledhjen e metrikës në Azure dhe çfarë është vizualizimi i metrikës. Unë do t'ju tregoj se si duken këto gjëra në renë kompjuterike të Microsoft dhe si të punoni me këtë re.
Përpara se të fillojmë, do të kërkoj një ngritje duarsh nga ata që përdorin Microsoft Azure. Kush punon me AWS? Unë shoh pak. Po Google? ALI Cloud? Një burrë! E madhe. Pra, çfarë janë metrikat? Përkufizimi zyrtar i Institutit Kombëtar të Standardeve dhe Teknologjisë në SHBA është: "Një metrikë është një standard matjeje që përshkruan kushtet dhe rregullat për matjen e një vetie dhe shërben për të kuptuar rezultatet e matjes". Çfarë do të thotë?
Le të marrim një shembull të një metrike për ndryshimin e hapësirës së lirë të diskut të një makinerie virtuale. Për shembull, na jepet numri 90, dhe ky numër do të thotë përqindje, domethënë, sasia e hapësirës së lirë në disk është 90%. Vërej se nuk është shumë interesante të lexosh përshkrimin e përkufizimit të metrikës, i cili merr 40 faqe në formatin pdf.
Sidoqoftë, metrika nuk thotë se si është marrë rezultati i matjes, ai tregon vetëm këtë rezultat. Çfarë bëjmë me metrikën?
Së pari, matim vlerën e diçkaje në mënyrë që të përdorim më pas rezultatin e matjes.
Për shembull, ne zbuluam sasinë e hapësirës së lirë në disk dhe tani mund ta përdorim atë, ta përdorim këtë memorie, etj. Pasi të kemi marrë rezultatin metrikë, duhet ta interpretojmë atë. Për shembull, metrika ktheu një rezultat prej 90. Ne duhet të dimë se çfarë do të thotë ky numër: sasia e hapësirës së lirë ose sasia e hapësirës së përdorur në disk në përqindje ose gigabajt, vonesa e rrjetit e barabartë me 90 ms, e kështu me radhë, d.m.th. , duhet të interpretojmë kuptimin e vlerës metrike. Në mënyrë që metrikat të jenë fare kuptimplote, pas interpretimit të një vlere të vetme metrike, duhet të sigurohemi që të mblidhen vlera të shumta. Kjo është shumë e rëndësishme sepse shumë njerëz nuk janë të vetëdijshëm për nevojën për të mbledhur metrikë. Microsoft e ka bërë shumë të lehtë mbledhjen e matjeve, por ju takon juve të siguroheni që ato të mblidhen. Këto metrika ruhen vetëm për 41 ditë dhe zhduken në ditën e 42-të. Prandaj, në varësi të vetive të pajisjeve tuaja të jashtme ose të brendshme, duhet të kujdeseni se si të ruani metrikat për më shumë se 41 ditë - në formën e regjistrave, shkrimeve, etj. Kështu, pas grumbullimit, duhet t'i vendosni ato në një vend që ju lejon të tërheqni të gjitha statistikat e ndryshimeve në rezultatet metrike nëse është e nevojshme. Pasi t'i vendosni atje, mund të filloni të punoni me ta në mënyrë efektive.
Vetëm pasi të keni marrë metrikat, t'i interpretoni dhe t'i mbledhni ato, mund të krijoni një marrëveshje SLA - niveli i shërbimit. Kjo SLA mund të mos ketë shumë rëndësi për klientët tuaj; është më e rëndësishme për kolegët, menaxherët, ata që e mirëmbajnë sistemin dhe shqetësohen për funksionalitetin e tij. Metrika mund të masë numrin e biletave - për shembull, ju merrni 5 bileta në ditë, dhe në këtë rast tregon shpejtësinë e përgjigjes ndaj kërkesave të përdoruesve dhe shpejtësinë e zgjidhjes së problemeve. Një metrikë nuk duhet të thotë vetëm se faqja juaj ngarkohet në 20 ms ose shpejtësia e përgjigjes suaj është 20 ms, një metrikë është më shumë se vetëm një tregues teknik.
Prandaj, detyra e bisedës sonë është t'ju paraqesim një pamje të detajuar të thelbit të metrikës. Metrika shërben në mënyrë që duke e parë atë të mund të merrni një pamje të plotë të procesit.
Pasi të kemi metrikën, mund të garantojmë 99% që sistemi po funksionon, sepse nuk është vetëm shikimi i një skedari log që thotë se sistemi po funksionon. Një garanci 99% në kohë do të thotë që, për shembull, 99% të rasteve API përgjigjet me një shpejtësi normale prej 30 ms. Kjo është pikërisht ajo që intereson përdoruesit, kolegët dhe menaxherët tuaj. Shumë nga klientët tanë monitorojnë regjistrat e serverëve në internet, por ata nuk vërejnë ndonjë gabim në to dhe mendojnë se gjithçka është në rregull. Për shembull, ata shohin një shpejtësi rrjeti prej 200 Mb/s dhe mendojnë: "ok, gjithçka është e shkëlqyeshme!" Por për të arritur këto 200, përdoruesve u duhet një shpejtësi përgjigjeje prej 30 milisekondash dhe pikërisht ky është treguesi që nuk matet dhe nuk grumbullohet në skedarët e log-it. Në të njëjtën kohë, përdoruesit janë të befasuar që faqja ngarkohet shumë ngadalë, sepse, duke mos pasur metrikën e nevojshme, ata nuk i dinë arsyet e kësaj sjelljeje.
Por meqenëse ne kemi një SLA 100% në kohë, klientët fillojnë të ankohen sepse faqja është në të vërtetë shumë e vështirë për t'u përdorur. Prandaj, për të krijuar një SLA objektive, është e nevojshme të shihet tabloja e plotë e procesit të krijuar nga metrikat e mbledhura. Ky është një problem i vazhdueshëm që kam me disa ofrues të cilët, kur krijojnë SLA, nuk e kanë idenë se çfarë do të thotë termi "kohë e funksionimit" dhe në shumicën e rasteve nuk u shpjegojnë klientëve të tyre se si funksionon API-ja e tyre.
Nëse keni krijuar një shërbim, për shembull, një API për një person të tretë, duhet të kuptoni se çfarë do të thotë metrika që rezulton prej 39,5 - përgjigje, përgjigje e suksesshme, përgjigje me shpejtësi 20 ms ose me shpejtësi 5 ms. Varet nga ju që të përshtatni SLA-në e tyre me SLA-në tuaj, me metrikat tuaja.
Pasi t'i keni kuptuar të gjitha këto, mund të filloni të krijoni një panel mahnitës. Më thuaj, a ka përdorur dikush tashmë aplikacionin e vizualizimit interaktiv Grafana? E shkëlqyeshme! Unë jam një fans i madh i këtij burimi të hapur sepse kjo gjë është falas dhe e lehtë për t'u përdorur.
Nëse nuk e keni përdorur ende Grafanën, do t'ju tregoj se si të punoni me të. Dikush i lindur në vitet '80 dhe '90 ndoshta e mban mend CareBears? Nuk e di se sa të njohur ishin këta arinj në Rusi, por kur bëhet fjalë për metrikën, ne duhet të jemi të njëjtët "arinj të kujdesit". Siç thashë, ju duhet një pamje e madhe se si funksionon i gjithë sistemi dhe nuk duhet të jetë vetëm për API-në tuaj, faqen tuaj të internetit ose shërbimin që funksionon në një makinë virtuale.
Ju duhet të organizoni mbledhjen e atyre metrikave që pasqyrojnë më plotësisht funksionimin e të gjithë sistemit. Shumica prej jush janë zhvillues softuerësh, kështu që jeta juaj po ndryshon vazhdimisht, duke iu përshtatur kërkesave të produkteve të reja dhe ashtu siç jeni të shqetësuar me proceset e kodimit, duhet të shqetësoheni edhe me metrikat. Duhet të dini se si lidhet metrika me çdo rresht kodi që shkruani. Për shembull, javën e ardhshme po filloni një fushatë të re marketingu dhe prisni që një numër i madh përdoruesish të vizitojnë faqen tuaj. Për të analizuar këtë ngjarje, do t'ju duhen metrikë dhe mund t'ju duhet një panel i tërë për të gjurmuar aktivitetin e këtyre njerëzve. Do t'ju duhen metrika për të kuptuar se sa e suksesshme është fushata juaj e marketingut dhe si po funksionon në të vërtetë. Ata do t'ju ndihmojnë, për shembull, të zhvilloni një sistem efektiv të menaxhimit të marrëdhënieve me klientët CRM.
Pra, le të fillojmë me shërbimin tonë cloud Azure. Është shumë e lehtë të gjesh dhe të organizosh koleksionin e metrikës sepse ka Monitor Azure. Ky monitor centralizon menaxhimin e konfigurimit të sistemit tuaj. Secili nga elementët Azure që dëshironi të aplikoni në sistemin tuaj ka shumë metrika të aktivizuara si parazgjedhje. Ky është një aplikacion falas që funksionon menjëherë dhe nuk kërkon ndonjë cilësim paraprak; nuk keni nevojë të shkruani ose "vidhosni" asgjë në sistemin tuaj. Ne do ta verifikojmë këtë duke parë demonstrimin e mëposhtëm.
Përveç kësaj, është e mundur që këto metrika të dërgohen te aplikacionet e palëve të treta, si sistemi i ruajtjes dhe analizës së regjistrave Splunk, aplikacioni i menaxhimit të regjistrave të bazuar në renë kompjuterike SumoLogic, mjeti i përpunimit të regjistrave ELK dhe Radari IBM. Vërtetë, ka dallime të vogla që varen nga burimet që përdorni - një makinë virtuale, shërbimet e rrjetit, bazat e të dhënave Azure SQL, domethënë, përdorimi i metrikës ndryshon në varësi të funksioneve të mjedisit tuaj të punës. Nuk do të them se këto dallime janë serioze, por, për fat të keq, ato janë ende të pranishme dhe kjo duhet të merret parasysh. Aktivizimi dhe dërgimi i metrikave është i mundur në disa mënyra: përmes Portalit, CLI/Power Shell ose duke përdorur shabllone ARM.
Përpara se të filloj demonstrimin tim të parë, do t'i përgjigjem çdo pyetjeje që mund të keni. Nëse nuk ka pyetje, le të fillojmë. Ekrani tregon se si duket faqja Azure Monitor. A mund të thotë dikush nga ju që ky monitor nuk funksionon?
Kështu që tani gjithçka është në rregull, ju mund të shihni se si duken shërbimet e monitorit. Mund të them se ky është një mjet i shkëlqyer dhe shumë i thjeshtë për punën e përditshme. Mund të përdoret për të monitoruar aplikacionet, rrjetet dhe infrastrukturën. Kohët e fundit, ndërfaqja e monitorimit është përmirësuar dhe nëse më parë shërbimet ishin vendosur në vende të ndryshme, tani të gjitha informacionet mbi shërbimet janë konsoliduar në faqen kryesore të monitorit.
Tabela e matjeve është një skedë përgjatë shtegut HomeMonitorMetrics, ku mund të shkoni për të parë të gjitha metrikat e disponueshme dhe për të zgjedhur ato që ju nevojiten. Por nëse duhet të aktivizoni mbledhjen e metrikave, duhet të përdorni shtegun e drejtorisë së cilësimeve HomeMonitorDiagnostic dhe të kontrolloni kutitë e kontrollit të metrikës Aktivizuar/Disabled. Si parazgjedhje, pothuajse të gjitha metrikat janë të aktivizuara, por nëse duhet të aktivizoni diçka shtesë, do t'ju duhet të ndryshoni statusin e diagnostikimit nga "Disabled" në "Aktivizuar".
Për ta bërë këtë, klikoni në vijën e metrikës së zgjedhur dhe në skedën që hapet, aktivizoni modalitetin diagnostik. Nëse do të analizoni metrikën e përzgjedhur, atëherë pasi të klikoni në lidhjen Aktivizo diagnostikimin, duhet të kontrolloni kutinë e kontrollit "Dërgo në Regjistrin e Analitikës" në dritaren që shfaqet.
Log Analytics është paksa i ngjashëm me Splunk, por kushton më pak. Ky shërbim ju lejon të grumbulloni të gjitha metrikat tuaja, regjistrat dhe gjithçka tjetër që ju nevojitet dhe t'i vendosni ato në hapësirën e punës së Log Analytics. Shërbimi përdor një gjuhë të veçantë të përpunimit të pyetjeve KQL - Kusto Quarry Language, ne do të shikojmë punën e tij në demonstrimin e ardhshëm. Për momentin, do të vërej se me ndihmën e tij mund të krijoni pyetje në lidhje me metrikat, regjistrat, termat, tendencat, modelet, etj. dhe krijoni panele kontrolli.
Pra, ne kontrollojmë kutinë e kontrollit "Dërgo te Regjistrimi i Analitikës" dhe kutitë e kontrollit të panelit LOG: DataPlaneRequests, MongoRequests dhe QueryRuntimeStatistics, dhe më poshtë në panelin METRIC - kutinë e kontrollit "Kërkesat". Pastaj caktojmë një emër dhe ruajmë cilësimet. Në vijën e komandës, kjo përfaqëson dy rreshta kodi. Nga rruga, guaska Azure Cloud në këtë kuptim i ngjan Google, e cila gjithashtu ju lejon të përdorni linjën e komandës në shfletuesin tuaj të internetit. AWS nuk ka asgjë të tillë, kështu që Azure është shumë më i përshtatshëm në këtë kuptim.
Për shembull, unë mund të ekzekutoj një demonstrim përmes ndërfaqes së internetit pa përdorur asnjë kod në laptop. Për ta bërë këtë, duhet të vërtetoj me llogarinë time Azure. Pastaj mund të përdorni, për shembull, terrafone, nëse e përdorni tashmë, prisni lidhjen me shërbimin dhe merrni mjedisin e punës Linux që Microsoft përdor si parazgjedhje.
Më pas, unë përdor Bash, i integruar në Azure Cloud Shell. Një gjë shumë e dobishme është IDE e integruar në shfletues, një version i lehtë i VS Code. Më pas, mund të hyj në shabllonin tim të matjeve të gabimeve, ta modifikoj dhe ta personalizoj për t'iu përshtatur nevojave të mia.
Pasi të konfiguroni koleksionin e matjeve në këtë shabllon, mund ta përdorni për të krijuar metrikë për të gjithë infrastrukturën tuaj. Pasi t'i kemi aplikuar metrikat, t'i mbledhim dhe t'i ruajmë ato, do të na duhet t'i vizualizojmë ato.
Azure Monitor merret vetëm me metrikë dhe nuk ofron një pamje të përgjithshme të shëndetit të sistemit tuaj. Mund të keni një sërë aplikacionesh të tjera që funksionojnë jashtë mjedisit Azure. Pra, nëse keni nevojë të monitoroni të gjitha proceset, duke vizualizuar të gjitha metrikat e mbledhura në një vend, atëherë Azure Monitor nuk është i përshtatshëm për këtë.
Për të zgjidhur këtë problem, Microsoft ofron mjetin Power BI, një softuer gjithëpërfshirës për analizën e biznesit që përfshin vizualizimin e një shumëllojshmërie të gjerë të dhënash. Ky është një produkt mjaft i shtrenjtë, kostoja e të cilit varet nga grupi i funksioneve që ju nevojiten. Si parazgjedhje, ai ju ofron 48 lloje të dhënash për t'u përpunuar dhe është i lidhur me Azure SQL Data Warehouses, Azure Data Lake Storage, Azure Machine Learning Services dhe Azure Databricks. Duke përdorur shkallëzueshmërinë, mund të merrni të dhëna të reja çdo 30 minuta. Kjo mund ose mund të mos jetë e mjaftueshme për nevojat tuaja nëse keni nevojë për vizualizim monitorimi në kohë reale. Në këtë rast, rekomandohet përdorimi i aplikacioneve të tilla si Grafana që përmenda. Përveç kësaj, dokumentacioni i Microsoft përshkruan aftësinë për të dërguar metrikë, regjistra dhe tabela ngjarjesh duke përdorur mjetet SIEM në sistemet e vizualizimit Splunk, SumoLogic, ELK dhe radar IBM.
23:40 min
Vazhdon shume shpejt...
Disa reklama 🙂
Faleminderit që qëndruat me ne. A ju pëlqejnë artikujt tanë? Dëshironi të shihni përmbajtje më interesante? Na mbështesni duke bërë një porosi ose duke rekomanduar miqve, , një analog unik i serverëve të nivelit të hyrjes, i cili u shpik nga ne për ju: (e disponueshme me RAID1 dhe RAID10, deri në 24 bërthama dhe deri në 40 GB DDR4).
Dell R730xd 2 herë më lirë në qendrën e të dhënave Equinix Tier IV në Amsterdam? Vetëm këtu në Holandë! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - nga 99 dollarë! Lexoni rreth
Burimi: www.habr.com