David O'Brienek duela gutxi bere enpresa sortu du, Xirus (https://xirus.com.au), Microsoft Azure Stack hodeiko produktuetan oinarrituta. Produktu hauek datu-zentroetan, ertzeko kokapenetan, urruneko bulegoetan eta hodeian aplikazio hibridoak eraikitzeko eta exekutatzeko diseinatuta daude.
Davidek norbanakoak eta enpresak trebatzen ditu Microsoft Azure eta Azure DevOps (lehen VSTS) gai guztietan, eta aholkularitza praktikoan eta infrakodeketan jarraitzen du. Bost urtez Microsoft MVP (Profesional Baliotsuena) izan da eta duela gutxi Azure MVP saria jaso du. Melbourneko Microsoft Cloud and Datacentre Meetup-en antolatzailekide gisa, O'Brienek nazioarteko biltzarretan hitz egiten du aldizka, munduan zehar bidaiatzeko interesa eta komunitatearekin IT istorioak partekatzeko grina uztartuz. Daviden bloga hemen dago: Bere online prestakuntzak Pluralsight-en ere argitaratzen ditu.
Hitzaldi honek metriken garrantzia aztertzen du zure ingurunean gertatzen ari dena eta zure aplikazioak nola funtzionatzen duen ulertzeko. Microsoft Azure-k modu indartsu eta erabilerraza du lan-karga mota guztien metrikak bistaratzeko, eta hitzaldiak horiek guztiak nola erabili azaltzen du.
Igande batean, goizeko 3etan, bat-batean testu-mezu batek esnatzen zaitu: "Aplikazio kritiko batek berriro ere ez du erantzuten". Zer gertatzen ari da? Non dago moteltzea eta zerk eragiten du? Hitzaldi honetan, Microsoft Azure-k bezeroei erregistroak biltzeko eskaintzen dizkien zerbitzuei buruz ikasiko duzu, eta, bereziki, zure hodeiko lan-kargen metrikei buruz. Davidek azalduko dizu zein metrikei buruz interesatu beharko zenukeen hodeiko plataforman lan egitean eta nola sartu horietara. Kode irekiko tresnei eta aginte-panelen eraikuntzari buruz ikasiko duzu, eta, azken finean, zure aginte-panelak sortzeko ezagutza lortuko duzu.
Eta goizeko 3etan berriro esnatzen bazaituzte aplikazio baten hutsegite larri bati buruzko mezu batek, azkar jakin dezakezu kausa.
Arratsalde on, gaur metrikei buruz hitz egingo dugu. David O'Brien naiz, eta Xirus-en sortzailekidea eta jabea naiz, Australiako aholkularitza enpresa txiki bat. Eskerrik asko berriro ere hona etortzeagatik zure denbora nirekin pasatzera. Beraz, zergatik gaude hemen? Metrikei buruz hitz egiteko, edo hobeto esanda, haiei buruz kontatzeko. Ezer egin aurretik, has gaitezen teoria pixka batekin.
Metrikak zer diren azalduko dut, zer egin dezakezun haiekin, zeri erreparatu behar diozun, nola bildu eta gaitu metrikak Azure-n, eta zer den metriken bistaratzea. Gauza hauek nolakoak diren Microsoft hodeian eta nola lan egin harekin erakutsiko dizut.
Hasi aurretik, Microsoft Azure erabiltzen dutenei eskua altxatzeko eskatu nahi nieke. Nork erabiltzen du AWS? Ikusten dut, ez askok. Eta Google? ALI Cloud? Pertsona batek! Bikain. Beraz, zer dira metrikak? Estandar eta Teknologia Institutu Nazionalaren definizio ofiziala hau da: "Metrika neurketa-estandar bat da, propietate baten neurketa egiteko baldintzak eta arauak deskribatzen dituena eta neurketaren emaitzak ulertzeko balio duena". Zer esan nahi du horrek?
Demagun makina birtual baten disko libreko espazioa aldatzeko metrika bat adibide gisa. Demagun 90 zenbakia lortzen dugula, ehuneko bat adierazten duena, hau da, diskoaren espazio librea % 90 dela. Kontuan izan behar da metrikaren definizioaren deskribapena, PDF formatuan 40 orrialde dituena, ez dela bereziki interesgarria irakurtzeko.
Hala ere, metrika batek ez digu esaten nola lortu den neurketaren emaitza; emaitza hori erakusten du soilik. Beraz, zer egiten dugu metrikekin?
Lehenik, zerbaiten balioa neurtzen dugu, gero neurketaren emaitza erabiltzeko.
Adibidez, badakigu zenbat espazio libre dugun diskoan eta orain erabil dezakegu, memoria hori erabili, etab. Metrika baten emaitza jaso ondoren, interpretatu egin behar dugu. Adibidez, metrika batek 90 emaitza itzuli badu, zenbaki horrek zer esan nahi duen jakin behar dugu: espazio librearen kopurua edo erabilitako disko espazioaren kopurua ehunekotan edo gigabytetan, 90 ms-ko sare latentzia, eta abar. Beste era batera esanda, metrika balioaren esanahia interpretatu behar dugu. Metrikak esanguratsuak izan daitezen, metrika balio bat interpretatu ondoren, ziurtatu behar dugu balio anitz biltzen direla. Oso garrantzitsua da hau, jende askok ez baitu konturatzen metrikak biltzeko beharraz. Microsoftek oso erraza egin du metrikak lortzea, baina zuk zeuk bildu behar dituzula ziurtatu behar duzu. Metrika hauek 41 egunez bakarrik gordetzen dira eta 42. egunean desagertzen dira. Beraz, kanpoko edo barneko hardwarearen propietateen arabera, kontuan hartu behar duzu nola gorde metrikak 41 egun baino gehiagoz —erregistro, egunkari eta abar moduan—. Beraz, bildu ondoren, behar izanez gero, metriken emaitzen aldaketei buruzko estatistika guztiak berreskuratzeko aukera ematen duen leku batean jarri beharko zenituzke. Han jarri ondoren, modu eraginkorrean lanean has zaitezke haiekin.
Metrika-balioak bildu, interpretatu eta batu ondoren bakarrik sor dezakezu SLA bat, hau da, zerbitzu-mailako akordio bat. Baliteke SLA hau ez izatea bereziki esanguratsua zure bezeroentzat; garrantzitsuagoa da zure lankideentzat, kudeatzaileentzat eta sistema mantentzen dutenentzat eta haren funtzionaltasunaz arduratzen direnentzat. Metrika batek txartelen kopurua neur dezake; adibidez, egunean bost txartel jasotzen badituzu, eta kasu horretan erabiltzaileen eskaerei erantzuteko abiadura eta arazoak konpontzeko abiadura adieraziko luke. Metrika batek ez luke soilik jakinarazi behar zure gunea 20 ms-tan kargatzen dela edo erantzun-denbora 20 ms-koa dela; metrika adierazle tekniko soil bat baino gehiago da.
Beraz, gure elkarrizketaren helburua metriken funtsa ulertzeko modu osoa eskaintzea da. Metrika bat prozesu baten ikuspegi osoa lortzen laguntzeko diseinatuta dago, begiratu besterik gabe.
Metrika jasotzen dugunean, sistemaren % 99ko funtzionamendu-denbora berma dezakegu, ez baita sistema martxan dagoela dioen erregistro-fitxategi bat soilik. % 99ko funtzionamendu-denbora bermeak esan nahi du, adibidez, denboraren % 99an APIak 30 ms-tan erantzuten duela normalean. Hori da, hain zuzen ere, zure erabiltzaileei, lankideei eta kudeatzaileei axola zaiena. Gure bezero askok web zerbitzariaren erregistroak kontrolatzen dituzte, baina ez dute akatsik ikusten eta dena ondo dagoela suposatzen dute. Adibidez, 200 Mbps-ko sare-abiadura ikusten dute eta pentsatzen dute: "Ados, dena bikain!". Baina 200 Mbps lortzeko, erabiltzaileek 30 milisegundoko erantzun-denbora behar dute, eta hori da, hain zuzen ere, erregistro-fitxategietan neurtzen edo biltzen ez den metrika. Erabiltzaileak harrituta daude gunea hain poliki kargatzen delako, beharrezko metrikak gabe, ez baitakite portaera honen arrazoia.
Baina %100eko funtzionamendu-denbora bermatzen duen SLA bat dugunez, bezeroak kexatzen hasi dira, gunea erabiltzeko oso zaila delako. Beraz, SLA objektibo bat sortzeko, prozesuaren ikuspegi osoa ikusi behar da, biltzen diren metrikek jasotzen duten bezala. Hori etengabeko eztabaida-puntu bat da hornitzaile batzuekin, SLAk sortzerakoan ez baitute "funtzionamendu-denbora" terminoa ulertzen eta, kasu gehienetan, ez diete bezeroei azaltzen nola funtzionatzen duen beren APIak.
Zerbitzu bat sortu baduzu, adibidez, hirugarren baten API bat, ulertu beharko zenuke zer esan nahi duen 39,5eko metrikak: erantzun bat, erantzun arrakastatsua, 20 ms-ko erantzuna edo 5 ms-ko erantzuna. Zure esku dago haien SLA zure SLAra eta zure metrikara egokitzea.
Hori guztia ulertu ondoren, kontrol-panel bikaina sortzen has zaitezke. Inork erabili al du Grafana bistaratze-aplikazio interaktiboa? Bikain! Kode irekiko tresna honen zaletu handia naiz, doakoa eta erabiltzeko erraza delako.
Grafana erabili ez baduzu oraindik, nola lan egin esango dizut. 80ko eta 90eko hamarkadetan jaiotako edonork gogoratuko ditu CareBear-ak. Ez dakit zenbaterainoko ospea zuten hartz hauek Errusian, baina metrikei dagokienez, CareBear-ak bezala jokatu beharko genuke. Esan bezala, sistema osoaren ikuspegi integrala behar duzu, eta ez luke zure APIan, zure webgunean edo makina birtual batean exekutatzen den zerbitzu batean bakarrik zentratu behar.
Sistema osoaren errendimendua ahalik eta ondoen islatzen duten metriken bilduma antolatu beharko zenuke. Gehienok software garatzaileak zarete, beraz, zuen bizitza etengabe aldatzen ari da, produktuen eskakizun berrietara egokituz, eta kodetze prozesuaz arduratzen zareten bezala, metrikei buruz ere arduratu beharko zarete. Metrika batek idazten duzuen kode lerro bakoitzean nola eragiten duen jakin beharko zenukete. Adibidez, datorren astean marketin kanpaina berri bat abiaraziko duzue eta erabiltzaile kopuru handi batek zure webgunea bisitatzea espero duzue. Gertaera hau aztertzeko, metrikak beharko dituzue, eta agian baita kontrol-panel oso bat ere erabiltzaile horien jarduera jarraitzeko. Metrikak beharko dituzue zure marketin kanpaina zein arrakastatsua den eta nola ari den benetan errendimendua ulertzeko. Lagunduko dizute, adibidez, CRM (bezeroekiko harremanen kudeaketa) sistema eraginkor bat garatzen.
Beraz, has gaitezen gure Azure hodeiko zerbitzuarekin. Oso erraza da metrika bilduma aurkitzea eta antolatzea, Azure Monitor barne hartzen duelako. Monitore honek zure sistemaren konfigurazio kudeaketa zentralizatzen du. Zure sisteman erabili nahi duzun Azure elementu bakoitzak hainbat metrika ditu lehenespenez gaituta. Doako aplikazio hau berehala funtzionatzen du eta ez du aurrekonfiguraziorik behar; ez duzu ezer idatzi edo konfiguratu beharrik. Hori geuk ikusiko dugu hurrengo demoan.
Gainera, metrika hauek hirugarrenen aplikazioetara bidaltzea posible da, hala nola Splunk erregistroak biltegiratzeko eta aztertzeko sistemara, SumoLogic hodeiko erregistroak kudeatzeko aplikazioara, ELK erregistroak prozesatzeko tresnara eta IBM Radar-era. Hala ere, erabiltzen ari zaren baliabideen arabera desberdintasun txiki batzuk daude —makina birtualak, sareko zerbitzuak eta Azure SQL datu-baseak—, eta horrek esan nahi du metriken erabilera zure ekoizpen-ingurunearen ezaugarrien arabera aldatzen dela. Desberdintasun hauek ez dira esanguratsuak, baina zoritxarrez oraindik ere hor daude, eta kontuan hartu behar dira. Metrikak gaitzea eta birbidaltzea hainbat modutan egin daiteke: Portal, CLI/Power Shell bidez edo ARM txantiloiak erabiliz.
Gure lehen demoari ekin aurretik, izan ditzakezuen galderak erantzun nahi nituzke. Galderarik ez baduzu, has gaitezen. Pantaila honek Azure Monitor orriaren itxura erakusten du. Norbaitek esan al dit monitore hau ez badabil?
Beraz, orain dena ordenatuta dago; ikus dezakezue nolakoak diren monitore zerbitzuak. Esan dezaket eguneroko lanerako tresna bikaina eta oso erraza dela. Aplikazioak, sarea eta azpiegitura monitorizatzeko erabil daiteke. Monitoreatzeko interfazea duela gutxi hobetu da, eta lehen zerbitzuak leku desberdinetan zeuden bitartean, orain zerbitzu guztia monitorearen hasierako orrialdean bateratuta dago.
Metrika taula HomeMonitorMetrics bidearen azpian dagoen fitxa bat da. Ireki dezakezu eskuragarri dauden metrika guztiak ikusteko eta behar dituzunak hautatzeko. Hala ere, metrika bilketa gaitu behar baduzu, erabili HomeMonitorDiagnostic ezarpenen direktorioko bidea eta markatu Gaituta/Desgaituta metrikak kontrol-laukiak. Berez, ia metrika guztiak gaituta daude, baina metrika gehigarriak gaitu behar badituzu, diagnostiko egoera Desgaitutatik Gaitutara aldatu beharko duzu.
Horretarako, egin klik hautatutako metrikaren errenkadan eta gaitu diagnostiko modua irekitzen den fitxan. Hautatutako metrika aztertzeko asmoa baduzu, "Aktibatu diagnostikoa" estekan klik egin ondoren, markatu agertzen den leihoan "Bidali Log Analytics-era" kontrol-laukia.
Log Analytics Splunk-en antzekoa da neurri batean, baina kostu txikiagoan. Zerbitzu honek zure metrika, erregistro eta behar duzun beste edozer gauza biltzeko eta Log Analytics lan-eremuan gordetzeko aukera ematen dizu. Zerbitzuak kontsulta-lengoaia berezi bat erabiltzen du, KQL – Kusto Quarry Language, hurrengo demoan aztertuko duguna. Oraingoz, metrika, erregistro, termino, joera, eredu eta abarretarako kontsultak sortzeko eta aginte-panelak sortzeko aukera ematen duela aipatuko dut.
Beraz, "Bidali Log Analytics-era" kontrol-laukia eta LOG paneleko kontrol-laukiak markatzen ditugu: DataPlaneRequests, MongoRequests eta QueryRuntimeStatistics, eta horren azpian, METRIC panelean, "Eskaerak" kontrol-laukia markatzen dugu. Ondoren, izen bat esleitzen dugu eta ezarpenak gordetzen ditugu. Komando-lerroan, bi kode-lerro besterik ez dira. Bide batez, Azure Cloud shell-a Google-ren antzekoa da alderdi honetan, eta horrek ere aukera ematen dizu komando-lerroa zure web arakatzailean erabiltzeko. AWS-k ez du antzeko ezer, beraz, Azure askoz erosoagoa da alderdi honetan.
Adibidez, demo bat exekutatu dezaket web interfazearen bidez nire ordenagailu eramangarrian koderik idatzi gabe. Horretarako, nire Azure kontuarekin autentifikatu behar dut. Ondoren, Terrafone erabiltzen ari bazara, erabil dezakezu, zerbitzura konektatu arte itxaron eta Microsoftek lehenespenez erabiltzen duen Linux ingurune funtzional bat lortu.
Ondoren, Bash erabiltzen dut, Azure Cloud Shell-en integratua. Nabigatzailean integratutako IDEa, VS Code-ren bertsio arina, oso erabilgarria da. Ondoren, nire errore-metriken txantiloira joan, editatu eta nire beharretara egokitu dezaket.
Txantiloi honetan metriken bilketa konfiguratuz gero, zure azpiegitura osoarentzako metrikak sortzeko erabil dezakezu. Metrikak aplikatu, bildu eta gorde ondoren, bistaratu beharko ditugu.
Azure Monitoreak metrikak soilik kontrolatzen ditu eta ez du zure sistemaren egoeraren ikuspegi osoa eskaintzen. Baliteke beste hainbat aplikazio exekutatzen ari izatea Azure ingurunetik kanpo. Beraz, prozesu guztiak kontrolatu eta bildutako metrika guztiak leku bakarrean bistaratu behar badituzu, Azure Monitor ez da irtenbide egokia.
Arazo honi aurre egiteko, Microsoftek Power BI eskaintzen du, datu mota askoren bistaratzea barne hartzen duen negozio-analisi software integrala. Produktu nahiko garestia da, eta prezioa behar dituzun funtzioen araberakoa da. Berez, 48 datu mota prozesatu eskaintzen ditu eta Azure SQL Data Warehouse, Azure Data Lake Storage, Azure Machine Learning Services eta Azure Databricks-ekin lotuta dago. Eskalagarritasuna erabiliz, 30 minuturo datu berriak jaso ditzakezu. Baliteke zure beharretarako nahikoa izatea, baina baliteke ez izatea nahikoa denbora errealeko monitorizazioaren bistaratzea behar baduzu. Kasu honetan, aipatu ditudan Grafana bezalako aplikazioak gomendatzen dira. Microsoften dokumentazioak SIEM tresnak erabiliz metrikak, erregistroak eta gertaeren taulak Splunk, SumoLogic, ELK eta IBM Radar bezalako bistaratze sistemetara bidaltzeko gaitasuna ere deskribatzen du.
23:40 min
Oso laster jarraitzeko...
Iragarki batzuk 🙂
Eskerrik asko gurekin geratzeagatik. Gustuko dituzu gure artikuluak? Eduki interesgarri gehiago ikusi nahi? Lagun iezaguzu eskaera bat eginez edo lagunei gomendatuz, , sarrera-mailako zerbitzarien analogo paregabea, guk zuretzat asmatu duguna: (RAID1 eta RAID10-ekin erabilgarri, 24 nukleoraino eta 40 GB DDR4 arte).
Dell R730xd 2 aldiz merkeagoa Amsterdameko Equinix Tier IV datu-zentroan? Hemen bakarrik Herbehereetan! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 $-tik aurrera! Irakurri buruz
Iturria: www.habr.com
