David O'Brienek duela gutxi bere enpresa sortu zuen, Xirus (https://xirus.com.au), Microsoft Azure Stack hodeiko produktuetan zentratuta. Datu-zentroetan, ertz-kokapenetan, urruneko bulegoetan eta hodeian aplikazio hibridoak etengabe eraikitzeko eta exekutatzeko diseinatuta daude.
Davidek pertsona eta enpresak Microsoft Azure eta Azure DevOps (lehen VSTS) gauza guztietan trebatzen ditu eta oraindik ere aholkularitza eta infrakodetze praktikoak egiten ditu. 5 urtez Microsoft MVP (Microsoft Most Valuable Professional) sariaren irabazlea izan da eta duela gutxi Azure MVP saria jaso du. Melbourneko Microsoft Cloud eta Datacentre Meetup-en ko-antolatzaile gisa, O'Brienek aldizka nazioarteko kongresuetan hitz egiten du, munduan zehar bidaiatzeko duen interesa eta komunitatearekin IT istorioak partekatzeko grina uztartuz. Daviden bloga helbidean dago , bere online prestakuntza ere argitaratzen du Pluralsight-en.
Hitzaldiak zure ingurunean gertatzen ari dena eta zure aplikazioa nola funtzionatzen duen ulertzeko neurriek duten garrantziari buruz hitz egiten du. Microsoft Azure-k era guztietako lan-kargaren neurketak bistaratzeko modu indartsu eta erraz bat du, eta hitzaldiak horiek guztiak nola erabil ditzakezun azaltzen du.
Igandeko 3:XNUMXetan, lo zauden bitartean, bat-batean testu-mezu batek esnatzen zaitu: "Aplikazio superkritikoak ez du berriro erantzuten". Zer gertatzen ari da? Non eta zein da "balaztaren" arrazoia? Hitzaldi honetan, Microsoft Azure-k bezeroei erregistroak eta, bereziki, zure hodeiko lan-kargaren neurketak biltzeko eskaintzen dizkien zerbitzuak ezagutuko dituzu. Davidek esango dizu zer neurketa interesatu beharko litzaizukeen hodeiko plataforma batean lan egitean eta haietara nola iritsi. Kode irekiko tresnei eta panelen eraikuntzari buruz ikasiko duzu, eta zure aginte-panelak sortzeko behar adina ezagutza izango duzu.
Eta 3:XNUMXetan berriro esnatzen bazaizu aplikazio kritiko bat huts egin dela dioen mezu batek, azkar jakin dezakezu haren kausa.
Arratsaldeon, gaur neurketari buruz hitz egingo dugu. Nire izena David O'Brien da, Australiako aholkularitza enpresa txiki baten sortzaile eta jabea naiz, Xirus. Eskerrik asko berriro nirekin zure denbora pasatzera hona etortzeagatik. Orduan, zergatik gaude hemen? Metrikaz hitz egiteko, edo hobeto esanda, horiei buruz hitz egingo dizuet, eta ezer egin baino lehen, teoriatik has gaitezen.
Esango dizut zer diren neurketak, zer egin dezakezun haiekin, zertan jarri behar duzun arreta, nola bildu eta gaitu metrics-bilduma Azure-n eta zer den neurgailuen bistaratzea. Microsoft hodeian gauza hauek nolakoak diren eta hodei honekin nola lan egin erakutsiko dizut.
Hasi baino lehen, eskua erakusteko eskatuko diet Microsoft Azure erabiltzen dutenei. Nork lan egiten du AWS-ekin? Gutxi ikusten ditut. Zer gertatzen da Google? ALI hodeia? Gizon bat! Bikaina. Beraz, zer dira metrikak? AEBetako Estandar eta Teknologia Institutu Nazionalaren definizio ofiziala honakoa da: "Metrikoa propietate bat neurtzeko baldintzak eta arauak deskribatzen dituen neurketa-estandarra da eta neurketaren emaitzak ulertzeko balio duena". Zer esan nahi du?
Har dezagun makina birtual baten disko libreko espazioa aldatzeko metrika baten adibidea. Esaterako, 90 zenbakia ematen zaigu, eta zenbaki honek ehunekoa esan nahi du, hau da, disko librearen espazioa % 90 da. Kontuan hartzen dut ez dela oso interesgarria metrikaren definizioaren deskribapena irakurtzea, 40 orrialde hartzen dituena pdf formatuan.
Dena den, metrikak ez du esaten neurketaren emaitza nola lortu den, emaitza hori bakarrik erakusten du. Zer egiten dugu metrikekin?
Lehenik eta behin, zerbaiten balioa neurtzen dugu, gero neurketaren emaitza erabiltzeko.
Esaterako, diskoan dagoen espazio librea aurkitu dugu eta orain erabili, memoria hau erabili, etab. Emaitza metrikoa jaso ondoren, interpretatu egin behar dugu. Esaterako, metrikak 90eko emaitza eman du. Zenbaki honek zer esan nahi duen jakin behar dugu: espazio librearen kopurua edo erabilitako diskoko espazio kopurua ehuneko edo gigabytetan, sareko latentzia 90 ms-ko berdina, eta abar, hau da. , balio metrikoaren esanahia interpretatu behar dugu. Neurri guztiak esanguratsuak izan daitezen, balio metriko bakarra interpretatu ondoren, balio anitzak biltzen direla ziurtatu behar dugu. Hau oso garrantzitsua da, jende asko ez baita kontziente neurriak biltzeko beharraz. Microsoft-ek neurriak biltzea oso erraza egin du, baina zure esku dago biltzen direla ziurtatzea. Neurri hauek 41 egunez soilik gordetzen dira eta 42. egunean desagertzen dira. Hori dela eta, zure kanpoko edo barneko ekipamenduaren propietateen arabera, neurketak nola gorde 41 egun baino gehiagoz zaindu beharko zenuke - erregistroak, erregistroak, etab. Horrela, bildu ondoren, beharrezkoa izanez gero, emaitzen metrikoen aldaketen estatistika guztiak ateratzeko aukera ematen duen lekuren batean kokatu behar dituzu. Bertan jartzen dituzunean, haiekin modu eraginkorrean lan egiten has zaitezke.
Neurketak lortu, interpretatu eta bildu ondoren soilik sor dezakezu SLA - zerbitzu-maila-hitzarmena. Baliteke SLA honek garrantzi handirik ez izatea zure bezeroentzat; garrantzitsuagoa da zure lankideentzat, kudeatzaileentzat, sistema mantentzen dutenentzat eta haren funtzionaltasunaz kezkatuta daudenentzat. Metrikak txartel kopurua neur dezake; adibidez, egunean 5 txartel jasotzen dituzu, eta kasu honetan erabiltzaileen eskaerei erantzuteko abiadura eta arazoak konpontzeko abiadura erakusten du. Neurri batek ez luke esan behar zure webgunea 20 ms-tan kargatzen dela edo zure erantzun-abiadura 20 ms-koa dela, metrika bat adierazle tekniko bat baino gehiago da.
Hori dela eta, gure elkarrizketaren zeregina metrikaren funtsaren argazki zehatza aurkeztea da. Metrikak balio du, begiratuta prozesuaren irudi osoa lortu ahal izateko.
Behin metrika dugunean, %99an berma dezakegu sistemak funtzionatzen duela, ez baita sistema funtzionatzen ari dela dioen erregistro-fitxategi bat ikustea soilik. %99ko denbora bermeak esan nahi du, adibidez, denboraren %99 APIak 30 ms-ko abiadura arruntean erantzuten duela. Hauxe da zure erabiltzaileei, lankideei eta kudeatzaileei interesatzen zaiena. Gure bezero askok web zerbitzariaren erregistroak kontrolatzen dituzte, baina ez dute akatsik nabaritzen horietan eta dena ondo dagoela uste dute. Esaterako, 200 Mb/s-ko sareko abiadura ikusten dute eta pentsatzen dute: "Ok, dena bikaina da!" Baina 200 horiek lortzeko, erabiltzaileek 30 milisegundoko erantzun-abiadura behar dute, eta hori da, hain zuzen, erregistro-fitxategietan neurtzen ez den eta biltzen ez den adierazlea. Aldi berean, erabiltzaileak harritu egiten dira gunea oso poliki kargatzen delako, izan ere, beharrezko neurriak ez dituztenez, ez dakite portaera horren arrazoiak.
Baina %100eko denboraren SLA dugunez, bezeroak kexatzen hasten dira, gunea benetan erabiltzeko oso zaila delako. Hori dela eta, SLA objektiboa sortzeko, bildutako metrikek sortutako prozesuaren irudi osoa ikusi behar da. Hau etengabeko arazoa da hornitzaile batzuekin, SLAak sortzerakoan, ez dakite zer esan nahi duen "egun-denbora" terminoak eta kasu gehienetan ez diete bezeroei beren APIa nola funtzionatzen duen azaltzen.
Zerbitzu bat sortu baduzu, adibidez, hirugarren pertsona baten API bat, ulertu beharko zenuke zer esan nahi duen ondoriozko 39,5 metrikoak - erantzuna, erantzun arrakastatsua, erantzuna 20 ms-ko abiaduran edo 5 ms-ko abiaduran. Zure esku dago bere SLA zure SLAra egokitzea, zure neurrietara.
Hori guztia asmatu ondoren, aginte-panel harrigarri bat sortzen has zaitezke. Esadazu, inork erabili al du dagoeneko Grafana bistaratze interaktiboa aplikazioa? Bikaina! Kode ireki honen zalea naiz gauza hau doakoa eta erabiltzeko erraza delako.
Oraindik Grafana erabili ez baduzu, esango dizut nola lan egin. 80ko eta 90eko hamarkadetan jaiotako edonork gogoratuko du CareBears? Ez dakit hartz hauek Errusian nola ezagunak ziren, baina neurketari dagokionez, "arduradun hartzak" berdinak izan beharko genuke. Esan bezala, sistema osoak funtzionatzen duenaren irudi handia behar duzu, eta ez da zure APIari, zure webguneari edo makina birtual batean exekutatzen den zerbitzuari buruz soilik izan behar.
Sistema osoaren funtzionamendua gehien islatzen duten metrika horien bilduma antolatu behar duzu. Zuetako gehienak software garatzaileak zarete, beraz, zure bizitza etengabe aldatzen ari da, produktuen eskakizun berrietara egokituz, eta kodetze prozesuez arduratzen zaren bezala, metrikez arduratu beharko zenuke. Idazten duzun kode lerro bakoitzarekin metrika nola erlazionatzen den jakin behar duzu. Adibidez, datorren astean marketin kanpaina berri bat hasiko zara eta erabiltzaile kopuru handi batek zure webgunea bisitatuko duela espero duzu. Gertaera hau aztertzeko, neurketak beharko dituzu, eta baliteke aginte-panel oso bat behar izatea pertsona horien jardueraren jarraipena egiteko. Neurri beharko dituzu zure marketin-kanpainak nolako arrakasta duen eta benetan nola funtzionatzen duen ulertzeko. Esaterako, CRM eraginkorra garatzen lagunduko dizute - bezeroekiko harremanak kudeatzeko sistema.
Beraz, has gaitezen gure Azure hodeiko zerbitzuarekin. Oso erraza da metrika bilduma aurkitzea eta antolatzea, Azure Monitor duelako. Monitore honek zure sistemaren konfigurazioaren kudeaketa zentralizatzen du. Zure sisteman aplikatu nahi dituzun Azure elementu bakoitzak neurketa asko gaituta ditu lehenespenez. Doako aplikazioa da, kaxatik aterata funtzionatzen duena eta ez du aurretiazko ezarpenik behar; ez duzu ezer idatzi edo "torloju" beharrik zure sisteman. Hau egiaztatuko dugu hurrengo demoari begiratuz.
Horrez gain, neurri horiek hirugarrenen aplikazioetara bidal daitezke, hala nola, Splunk erregistroak biltegiratzeko eta aztertzeko sistemara, hodeian oinarritutako erregistroak kudeatzeko SumoLogic aplikaziora, ELK erregistroak prozesatzeko tresnara eta IBM Radar. Egia da, erabiltzen dituzun baliabideen araberakoak diren desberdintasun txikiak daude: makina birtuala, sareko zerbitzuak, Azure SQL datu-baseak, hau da, metrikaren erabilera desberdina da zure lan-ingurunearen funtzioen arabera. Ez dut esango desberdintasun horiek larriak direnik, baina, tamalez, oraindik ere presente daude, eta hori kontuan hartu behar da. Zenbait modutan posible da neurketak gaitu eta bidaltzea: Portal bidez, CLI/Power Shell bidez edo ARM txantiloiak erabiliz.
Nire lehen demoa hasi baino lehen, izan ditzakezun galderak erantzungo ditut. Galderarik ez badago, has gaitezen. Pantailak Azure Monitor orriaren itxura erakusten du. Zuetako batek esan al dezake monitore honek ez duela funtzionatzen?
Beraz, orain dena ondo dago, monitore zerbitzuak nolakoak diren ikus dezakezu. Eguneroko lanerako tresna bikaina eta oso sinplea dela esan dezaket. Aplikazioak, sareak eta azpiegiturak kontrolatzeko erabil daiteke. Berriki, monitorizazio-interfazea hobetu da, eta lehen zerbitzuak leku ezberdinetan kokatzen baziren, orain zerbitzuei buruzko informazio guztia monitorearen hasierako orrian bateratuta dago.
Neurrien taula HomeMonitorMetrics bideko fitxa bat da, eta bertara joan zaitezke eskuragarri dauden metrika guztiak ikusteko eta behar dituzunak hautatzeko. Baina metrika bilketa gaitu behar baduzu, HomeMonitorDiagnostic ezarpenen direktorio-bidea erabili eta Gaituta/Desgaituta metrika kontrol-laukiak egiaztatu behar dituzu. Lehenespenez, ia neurketa guztiak gaituta daude, baina zerbait gehiago gaitu behar baduzu, diagnostiko-egoera Desgaitutik Gaituta izatera aldatu beharko duzu.
Horretarako, egin klik hautatutako metrikaren lerroan eta irekitzen den fitxan, gaitu diagnostiko modua. Hautatutako metrika aztertuko baduzu, Aktibatu diagnostikoa estekan klik egin ondoren, Bidali Log Analytics-era kontrol-laukia egiaztatu behar duzu agertzen den leihoan.
Log Analytics Splunk-en antzekoa da, baina gutxiago kostatzen da. Zerbitzu honek zure neurketa, erregistro eta behar duzun guztia biltzeko eta Log Analytics laneko eremuan jartzeko aukera ematen dizu. Zerbitzuak KQL kontsultak prozesatzeko lengoaia berezi bat erabiltzen du - Kusto Quarry Language; hurrengo demoan ikusiko dugu bere lana. Oraingoz, bere laguntzarekin metrika, erregistro, termino, joera, eredu eta abarrei buruzko kontsultak sor ditzakezula ohartuko naiz. eta aginte-panelak sortu.
Beraz, Bidali Log Analytics-era kontrol-laukia eta LOG paneleko kontrol-laukiak egiaztatzen ditugu: DataPlaneRequests, MongoRequests eta QueryRuntimeStatistics, eta behean METRIC panelean - Eskaerak kontrol-laukia. Ondoren, izen bat esleitzen dugu eta ezarpenak gordetzen ditugu. Komando-lerroan, honek bi kode-lerro adierazten ditu. Bide batez, Azure Cloud shell-ak zentzu honetan Google-ren antza du, eta horrek ere komando-lerroa zure web arakatzailean erabiltzeko aukera ematen du. AWS-k ez du horrelakorik, beraz Azure askoz erosoagoa da zentzu honetan.
Adibidez, web interfazearen bidez demo bat exekutatu dezaket nire ordenagailu eramangarrian inolako koderik erabili gabe. Horretarako, nire Azure kontuarekin autentifikatu behar dut. Orduan, adibidez, terrafone erabil dezakezu, dagoeneko erabiltzen baduzu, itxaron zerbitzurako konexioa arte eta lortu Microsoft-ek lehenespenez erabiltzen duen Linux lan-ingurunea.
Ondoren, Bash erabiltzen dut, Azure Cloud Shell-en barneratua. Oso gauza erabilgarria arakatzailean integratutako IDEa da, VS Coderen bertsio arina. Ondoren, nire errore-neurrien txantiloian sartu, editatu eta pertsonaliza dezaket nire beharretara egokitzeko.
Txantiloi honetan metrika-bilduma konfiguratu ondoren, zure azpiegitura osorako metrikak sortzeko erabil dezakezu. Neurri horiek aplikatu, bildu eta gorde ondoren, bistaratu beharko ditugu.
Azure Monitoreak neurketak soilik lantzen ditu eta ez du zure sistemaren osasunaren irudi orokorra ematen. Baliteke beste hainbat aplikazio izatea Azure ingurunetik kanpo exekutatzen. Beraz, prozesu guztiak kontrolatu behar badituzu, bildutako metrika guztiak leku bakarrean ikusiz, Azure Monitor ez da egokia horretarako.
Arazo hau konpontzeko, Microsoft-ek Power BI tresna eskaintzen du, datu askoren bistaratzea barne hartzen duen negozio-analisirako software integrala. Produktu nahiko garestia da, eta horren kostua behar duzun funtzio multzoaren araberakoa da. Lehenespenez, 48 datu mota eskaintzen ditu prozesatzeko eta Azure SQL Data Warehouses, Azure Data Lake Storage, Azure Machine Learning Services eta Azure Databricks-ekin lotuta dago. Eskalagarritasuna erabiliz, 30 minuturo datu berriak jaso ditzakezu. Hau nahikoa izan daiteke zure beharretarako denbora errealeko monitorizazioaren bistaratzea behar baduzu. Kasu honetan, aipatu dudan Grafana bezalako aplikazioak erabiltzea gomendatzen da. Gainera, Microsoft-en dokumentazioak SIEM tresnak erabiliz neurketak, erregistroak eta gertaeren taulak Splunk, SumoLogic, ELK eta IBM radar bistaratze-sistemetara bidaltzeko gaitasuna 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