David O'Brien hivi majuzi alizindua kampuni yake mwenyewe, Xirus (https://xirus.com.au), akilenga bidhaa za wingu za Microsoft Azure Stack. Zimeundwa ili kuunda na kuendesha programu mseto kila wakati katika vituo vya data, maeneo ya ukingo, ofisi za mbali na wingu.
David hufunza watu binafsi na makampuni juu ya mambo yote ya Microsoft Azure na Azure DevOps (zamani VSTS) na bado anafanya ushauri wa vitendo na infracoding. Amekuwa mshindi wa Tuzo ya Microsoft MVP (Microsoft Most Valuable Professional) kwa miaka 5 na hivi majuzi alipokea Tuzo la Azure MVP. Kama mratibu mwenza wa Melbourne Microsoft Cloud na Datacentre Meetup, O'Brien huzungumza mara kwa mara kwenye mikutano ya kimataifa, akichanganya nia yake ya kusafiri ulimwengu na shauku ya kushiriki hadithi za IT na jamii. David's blog iko , pia huchapisha mafunzo yake mtandaoni kuhusu Pluralsight.
Mazungumzo hayo yanazungumzia umuhimu wa vipimo katika kuelewa kinachoendelea katika mazingira yako na jinsi programu yako inavyofanya kazi. Microsoft Azure ina njia thabiti na rahisi ya kuonyesha vipimo kwa kila aina ya mzigo wa kazi, na hotuba inaeleza jinsi unavyoweza kuzitumia zote.
Saa 3 asubuhi ya Jumapili, ukiwa umelala, ghafla unaamshwa na ujumbe wa maandishi: "programu ya hali ya juu haijibu tena." Nini kinaendelea? Wapi na ni nini sababu ya "breki"? Katika mazungumzo haya, utajifunza kuhusu huduma ambazo Microsoft Azure inawapa wateja kukusanya kumbukumbu na, hasa, vipimo kutoka kwa mizigo yako ya kazi ya wingu. David atakuambia ni vipimo gani unapaswa kupendezwa navyo unapofanya kazi kwenye jukwaa la wingu na jinsi ya kuzifikia. Utajifunza kuhusu zana huria na ujenzi wa dashibodi, na mwishowe utakuwa na maarifa ya kutosha kuunda dashibodi zako mwenyewe.
Na ikiwa umeamshwa tena saa 3 asubuhi na ujumbe kwamba programu muhimu imeanguka, unaweza kujua sababu yake haraka.
Habari za mchana, leo tutazungumza juu ya vipimo. Jina langu ni David O'Brien, mimi ni mwanzilishi mwenza na mmiliki wa kampuni ndogo ya ushauri ya Australia, Xirus. Asante tena kwa kuja hapa kutumia muda wako na mimi. Basi kwa nini tuko hapa? Ili kuzungumza juu ya metriki, au tuseme, nitakuambia juu yao, na kabla ya kufanya mambo yoyote, hebu tuanze na nadharia.
Nitakuambia vipimo ni nini, unaweza kufanya nini navyo, unachohitaji kuzingatia, jinsi ya kukusanya na kuwezesha ukusanyaji wa vipimo katika Azure, na taswira ya vipimo ni nini. Nitakuonyesha jinsi vitu hivi vinaonekana katika wingu la Microsoft na jinsi ya kufanya kazi na wingu hili.
Kabla hatujaanza, nitauliza onyesho la mikono kutoka kwa wale wanaotumia Microsoft Azure. Nani anafanya kazi na AWS? Naona wachache. Je kuhusu Google? ALI Cloud? Mtu mmoja! Kubwa. Kwa hivyo metrics ni nini? Ufafanuzi rasmi wa Taasisi ya Kitaifa ya Viwango na Teknolojia ya Marekani ni: "Kipimo ni kipimo ambacho hufafanua masharti na sheria za kupima mali na hutumika kuelewa matokeo ya vipimo." Ina maana gani?
Wacha tuchukue mfano wa kipimo cha kubadilisha nafasi ya bure ya diski ya mashine ya kawaida. Kwa mfano, tunapewa namba 90, na nambari hii ina maana asilimia, yaani, kiasi cha nafasi ya bure ya disk ni 90%. Ninaona kuwa sio ya kuvutia sana kusoma maelezo ya ufafanuzi wa metrics, ambayo inachukua kurasa 40 katika muundo wa pdf.
Hata hivyo, metriki haisemi jinsi matokeo ya kipimo yalipatikana, inaonyesha tu matokeo haya. Je, tunafanya nini na vipimo?
Kwanza, tunapima thamani ya kitu ili kisha kutumia matokeo ya kipimo.
Kwa mfano, tuligundua kiasi cha nafasi ya bure ya diski na sasa tunaweza kuitumia, tumia kumbukumbu hii, nk. Mara tu tumepokea matokeo ya kipimo, lazima tuyafasiri. Kwa mfano, metric ilirejesha matokeo ya 90. Tunahitaji kujua nini nambari hii inamaanisha: kiasi cha nafasi ya bure au kiasi cha nafasi ya disk iliyotumiwa kwa asilimia au gigabytes, latency ya mtandao sawa na 90 ms, na kadhalika, hiyo ni. , tunahitaji kutafsiri maana ya thamani ya kipimo. Ili vipimo kiwe na maana hata kidogo, baada ya kutafsiri thamani moja ya metri, tunahitaji kuhakikisha kuwa thamani nyingi zinakusanywa. Hili ni muhimu sana kwa sababu watu wengi hawajui hitaji la kukusanya vipimo. Microsoft imerahisisha sana kukusanya vipimo, lakini ni juu yako kuhakikisha kuwa zimekusanywa. Vipimo hivi huhifadhiwa kwa siku 41 pekee na kutoweka siku ya 42. Kwa hiyo, kulingana na mali ya vifaa vyako vya nje au vya ndani, unapaswa kutunza jinsi ya kuokoa metrics kwa zaidi ya siku 41 - kwa namna ya magogo, magogo, nk. Kwa hivyo, baada ya kukusanya, unapaswa kuziweka katika sehemu fulani ambayo inakuwezesha kuvuta takwimu zote za mabadiliko katika matokeo ya metri ikiwa ni lazima. Mara baada ya kuwaweka huko, unaweza kuanza kufanya kazi nao kwa ufanisi.
Ni baada tu ya kupata vipimo, kuvitafsiri na kuvikusanya, ndipo unaweza kuunda makubaliano ya kiwango cha huduma ya SLA. SLA hii inaweza isiwe ya umuhimu sana kwa wateja wako; ni muhimu zaidi kwa wenzako, wasimamizi, wale wanaodumisha mfumo na wanajali utendakazi wake. Kipimo kinaweza kupima idadi ya tikiti - kwa mfano, unapokea tikiti 5 kwa siku, na katika kesi hii inaonyesha kasi ya majibu kwa maombi ya mtumiaji na kasi ya utatuzi. Kipimo hakipaswi tu kusema kwamba tovuti yako hupakia kwa 20ms au kasi ya majibu yako ni 20ms, metriki ni zaidi ya kiashirio kimoja cha kiufundi.
Kwa hivyo, kazi ya mazungumzo yetu ni kukuletea picha ya kina ya kiini cha metriki. Metric hutumikia ili kwa kuiangalia unaweza kupata picha kamili ya mchakato.
Mara tu tukiwa na kipimo, tunaweza kuhakikisha 99% kuwa mfumo unafanya kazi, kwa sababu sio tu kuangalia faili ya kumbukumbu inayosema mfumo unafanya kazi. Dhamana ya 99% ya muda ina maana kwamba, kwa mfano, 99% ya wakati API hujibu kwa kasi ya kawaida ya 30 ms. Hili ndilo hasa linalowavutia watumiaji wako, wafanyakazi wenzako na wasimamizi. Wateja wetu wengi hufuatilia kumbukumbu za seva ya wavuti, lakini hawaoni makosa yoyote ndani yao na wanafikiri kuwa kila kitu ni sawa. Kwa mfano, wanaona kasi ya mtandao ya 200 Mb / s na kufikiri: "sawa, kila kitu ni nzuri!" Lakini ili kufikia hizi 200, watumiaji wanahitaji kasi ya majibu ya milliseconds 30, na hii ndiyo kiashiria ambacho hakijapimwa na haijakusanywa kwenye faili za logi. Wakati huo huo, watumiaji wanashangaa kuwa tovuti hupakia polepole sana, kwa sababu, bila kuwa na metrics muhimu, hawajui sababu za tabia hii.
Lakini kwa kuwa tuna 100% uptime SLA, wateja huanza kulalamika kwa sababu tovuti ni ngumu sana kutumia. Kwa hivyo, ili kuunda SLA yenye lengo, ni muhimu kuona picha kamili ya mchakato ulioundwa na metriki zilizokusanywa. Hili ni suala linaloendelea ninalo na baadhi ya watoa huduma ambao, wakati wa kuunda SLA, hawajui maana ya neno "uptime" na katika hali nyingi hawaelezi kwa wateja wao jinsi API yao inavyofanya kazi.
Ikiwa umeunda huduma, kwa mfano, API kwa mtu wa tatu, unapaswa kuelewa ni nini metriki inayotokana na 39,5 inamaanisha - majibu, majibu ya mafanikio, majibu kwa kasi ya 20 ms au kwa kasi ya 5 ms. Ni juu yako kurekebisha SLA yao kwa SLA yako mwenyewe, kwa vipimo vyako mwenyewe.
Mara baada ya kufahamu haya yote, unaweza kuanza kuunda dashibodi ya kuvutia. Niambie, kuna mtu yeyote tayari ametumia programu ya taswira shirikishi ya Grafana? Kubwa! Mimi ni shabiki mkubwa wa chanzo hiki huria kwa sababu kitu hiki ni bure na ni rahisi kutumia.
Ikiwa bado haujatumia Grafana, nitakuambia jinsi ya kufanya kazi nayo. Mtu yeyote aliyezaliwa katika miaka ya 80 na 90 labda anakumbuka CareBears? Sijui jinsi dubu hawa walivyokuwa maarufu nchini Urusi, lakini linapokuja suala la vipimo, tunapaswa kuwa "dubu wanaotunza" sawa. Kama nilivyosema, unahitaji picha kubwa ya jinsi mfumo mzima unavyofanya kazi, na haipaswi kuwa tu kuhusu API yako, tovuti yako, au huduma inayoendeshwa kwenye mashine pepe.
Ni lazima upange mkusanyiko wa vipimo hivyo vinavyoonyesha kikamilifu utendakazi wa mfumo mzima. Wengi wenu ni wasanidi programu, kwa hivyo maisha yenu yanabadilika kila mara, yakibadilika kulingana na mahitaji ya bidhaa mpya, na vile vile unavyohusika na michakato ya usimbaji, unapaswa kuwa na wasiwasi na vipimo. Unahitaji kujua jinsi metriki inahusiana na kila safu ya msimbo unayoandika. Kwa mfano, wiki ijayo unaanza kampeni mpya ya uuzaji na unatarajia idadi kubwa ya watumiaji kutembelea tovuti yako. Ili kuchanganua tukio hili, utahitaji vipimo, na unaweza kuhitaji dashibodi nzima ili kufuatilia shughuli za watu hawa. Utahitaji vipimo ili kuelewa jinsi kampeni yako ya uuzaji inavyofanikiwa na jinsi inavyofanya kazi. Watakusaidia, kwa mfano, kukuza CRM yenye ufanisi - mfumo wa usimamizi wa uhusiano wa mteja.
Kwa hivyo wacha tuanze na huduma yetu ya wingu ya Azure. Ni rahisi sana kupata na kupanga mkusanyiko wa vipimo kwa sababu ina Azure Monitor. Kichunguzi hiki huweka usimamizi wa usanidi wa mfumo wako katikati. Kila moja ya vipengele vya Azure ambavyo ungependa kutumia kwenye mfumo wako vina vipimo vingi vinavyowezeshwa kwa chaguomsingi. Hii ni programu isiyolipishwa ambayo inafanya kazi nje ya kisanduku na haihitaji mipangilio yoyote ya awali; huhitaji kuandika au "kuruka" chochote kwenye mfumo wako. Tutathibitisha hili kwa kuangalia onyesho lifuatalo.
Zaidi ya hayo, inawezekana kutuma vipimo hivi kwa programu za watu wengine, kama vile hifadhi ya kumbukumbu ya Splunk na mfumo wa uchanganuzi, programu ya usimamizi wa logi inayotegemea wingu SumoLogic, zana ya kuchakata logi ya ELK na Rada ya IBM. Kweli, kuna tofauti kidogo ambazo zinategemea rasilimali unayotumia - mashine ya kawaida, huduma za mtandao, hifadhidata za Azure SQL, yaani, matumizi ya metriki hutofautiana kulingana na kazi za mazingira yako ya kazi. Sitasema kwamba tofauti hizi ni mbaya, lakini, kwa bahati mbaya, bado zipo, na hii inapaswa kuzingatiwa. Kuwasha na kutuma vipimo kunawezekana kwa njia kadhaa: kupitia Portal, CLI/Power Shell, au kutumia violezo vya ARM.
Kabla sijaanza onyesho langu la kwanza, nitajibu maswali yoyote ambayo unaweza kuwa nayo. Ikiwa hakuna maswali, wacha tuanze. Skrini inaonyesha jinsi ukurasa wa Azure Monitor unavyoonekana. Je, kuna yeyote kati yenu anayeweza kusema kwamba ufuatiliaji huu haufanyi kazi?
Kwa hiyo sasa kila kitu kiko sawa, unaweza kuona jinsi huduma za kufuatilia zinavyoonekana. Ninaweza kusema kuwa hii ni zana bora na rahisi sana kwa kazi ya kila siku. Inaweza kutumika kufuatilia programu, mitandao na miundombinu. Hivi karibuni, interface ya ufuatiliaji imeboreshwa, na ikiwa huduma za awali zilikuwa ziko katika maeneo tofauti, sasa taarifa zote kuhusu huduma zimeunganishwa kwenye ukurasa wa nyumbani wa mfuatiliaji.
Jedwali la vipimo ni kichupo kilicho kwenye njia ya HomeMonitorMetrics, ambacho unaweza kwenda ili kuona vipimo vyote vinavyopatikana na kuchagua vile unavyohitaji. Lakini ikiwa unahitaji kuwezesha mkusanyiko wa vipimo, unahitaji kutumia njia ya saraka ya mipangilio ya HomeMonitorDiagnostic na uteue visanduku vya kuteua vya Viwango vya Washa/Vilivyozimwa. Kwa chaguo-msingi, takriban vipimo vyote vimewashwa, lakini ikiwa unahitaji kuwezesha kitu cha ziada, utahitaji kubadilisha hali ya uchunguzi kutoka kwa Walemavu hadi Kuwashwa.
Ili kufanya hivyo, bofya kwenye mstari wa metri iliyochaguliwa na kwenye kichupo kinachofungua, wezesha hali ya uchunguzi. Ikiwa utachambua metriki iliyochaguliwa, kisha baada ya kubofya kiungo cha Washa wa uchunguzi, unahitaji kuangalia kisanduku cha kuteua cha Tuma kwa Uchanganuzi wa Ingia kwenye dirisha linaloonekana.
Uchanganuzi wa logi ni sawa na Splunk, lakini inagharimu kidogo. Huduma hii hukuruhusu kukusanya vipimo, kumbukumbu na kila kitu kingine unachohitaji na kuviweka kwenye nafasi ya kazi ya Uchanganuzi wa Kumbukumbu. Huduma hutumia lugha maalum ya kuchakata maswali ya KQL - Lugha ya Kusto Quarry, tutaangalia kazi yake katika onyesho linalofuata. Kwa sasa, nitatambua kwamba kwa msaada wake unaweza kuunda maswali kuhusu metriki, kumbukumbu, masharti, mwelekeo, mifumo, nk. na unda dashibodi.
Kwa hivyo, tunateua kisanduku cha kuteua cha Tuma kwa Uchanganuzi wa Kumbukumbu na visanduku vya kuteua vya paneli ya LOG: DataPlaneRequests, MongoRequests na QueryRuntimeStatistics, na hapa chini kwenye paneli ya METRIC - kisanduku tiki cha Maombi. Kisha tunaweka jina na kuhifadhi mipangilio. Kwenye mstari wa amri, hii inawakilisha mistari miwili ya kanuni. Kwa njia, shell ya Azure Cloud kwa maana hii inafanana na Google, ambayo pia inakuwezesha kutumia mstari wa amri kwenye kivinjari chako cha wavuti. AWS haina kitu kama hicho, kwa hivyo Azure ni rahisi zaidi kwa maana hii.
Kwa mfano, ninaweza kuendesha onyesho kupitia kiolesura cha wavuti bila kutumia msimbo wowote kwenye kompyuta yangu ndogo. Ili kufanya hivyo, lazima nithibitishe na akaunti yangu ya Azure. Kisha unaweza kutumia, kwa mfano, terrafone, ikiwa tayari unatumia, subiri uunganisho kwenye huduma na upate mazingira ya kazi ya Linux ambayo Microsoft hutumia kwa default.
Ifuatayo, mimi hutumia Bash, iliyojengwa ndani ya Shell ya Azure Cloud. Jambo muhimu sana ni IDE iliyojengwa kwenye kivinjari, toleo nyepesi la VS Code. Ifuatayo, ninaweza kwenda kwenye kiolezo changu cha vipimo vya makosa, kukihariri, na kukibinafsisha ili kuendana na mahitaji yangu.
Mara tu unapoweka mkusanyiko wa vipimo katika kiolezo hiki, unaweza kukitumia kuunda vipimo vya miundombinu yako yote. Baada ya kutumia vipimo, kuvikusanya na kuvihifadhi, tutahitaji kuviona.
Azure Monitor hushughulika na vipimo pekee na haitoi picha ya jumla ya afya ya mfumo wako. Unaweza kuwa na idadi ya programu zingine zinazoendesha nje ya mazingira ya Azure. Kwa hivyo ikiwa unahitaji kufuatilia michakato yote, kuibua metrics zote zilizokusanywa katika sehemu moja, basi Azure Monitor haifai kwa hili.
Ili kutatua tatizo hili, Microsoft inatoa zana ya Power BI, programu ya kina ya uchanganuzi wa biashara inayojumuisha taswira ya aina mbalimbali za data. Hii ni bidhaa ya gharama kubwa, gharama ambayo inategemea seti ya kazi unayohitaji. Kwa chaguo-msingi, inakupa aina 48 za data za kuchakata na imeunganishwa na Ghala za Data za Azure SQL, Hifadhi ya Ziwa la Azure Data, Huduma za Kujifunza za Mashine ya Azure, na Databricks za Azure. Kwa kutumia scalability, unaweza kupokea data mpya kila baada ya dakika 30. Hii inaweza au isitoshe kwa mahitaji yako ikiwa unahitaji taswira ya ufuatiliaji wa wakati halisi. Katika kesi hii, inashauriwa kutumia programu kama vile Grafana niliyotaja. Kwa kuongeza, nyaraka za Microsoft zinaelezea uwezo wa kutuma vipimo, kumbukumbu na meza za matukio kwa kutumia zana za SIEM kwa mifumo ya taswira ya Splunk, SumoLogic, ELK na rada ya IBM.
23:40 dakika
Itaendelea hivi punde...
Baadhi ya matangazo π
Asante kwa kukaa nasi. Je, unapenda makala zetu? Je, ungependa kuona maudhui ya kuvutia zaidi? Tuunge mkono kwa kuweka agizo au kupendekeza kwa marafiki, , analogi ya kipekee ya seva za kiwango cha kuingia, ambayo ilivumbuliwa na sisi kwa ajili yako: (inapatikana kwa RAID1 na RAID10, hadi cores 24 na hadi 40GB DDR4).
Dell R730xd 2x nafuu katika kituo cha data cha Equinix Tier IV huko Amsterdam? Hapa tu nchini Uholanzi! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - kutoka $99! Soma kuhusu
Chanzo: mapenzi.com