Դեյվիդ Օ'Բրայենը վերջերս բացեց իր սեփական ընկերությունը՝ Xirus (https://xirus.com.au)՝ կենտրոնանալով Microsoft Azure Stack ամպային արտադրանքների վրա: Դրանք նախագծված են տվյալների կենտրոններում, ծայրամասային վայրերում, հեռավոր գրասենյակներում և ամպում հետևողականորեն ստեղծելու և գործարկելու հիբրիդային հավելվածներ:
Դեյվիդը մարզում է անհատներին և ընկերություններին Microsoft Azure-ի և Azure DevOps-ի (նախկինում VSTS) ամեն ինչի վերաբերյալ և դեռևս իրականացնում է գործնական խորհրդատվություն և ինֆրակոդավորում: Նա Microsoft MVP (Microsoft Most Valuable Professional) մրցանակի դափնեկիր է արդեն 5 տարի և վերջերս ստացել է Azure MVP մրցանակը։ Որպես Melbourne Microsoft Cloud-ի և Datacentre Meetup-ի համակազմակերպիչ՝ Օ'Բրայենը պարբերաբար ելույթ է ունենում միջազգային կոնֆերանսների ժամանակ՝ համատեղելով աշխարհով մեկ ճանապարհորդելու իր հետաքրքրությունը համայնքի հետ ՏՏ պատմությունները կիսելու կիրքով: Դավիթի բլոգը գտնվում է
Զրույցը խոսում է չափումների կարևորության մասին՝ հասկանալու համար, թե ինչ է տեղի ունենում ձեր միջավայրում և ինչպես է ձեր հավելվածն աշխատում: Microsoft Azure-ն ունի բոլոր տեսակի աշխատանքային բեռների համար չափորոշիչները ցուցադրելու հզոր և հեշտ միջոց, և դասախոսությունը բացատրում է, թե ինչպես կարող եք օգտագործել դրանք բոլորը:
Կիրակի օրը առավոտյան ժամը 3-ին, երբ դուք քնած եք, ձեզ հանկարծ արթնացնում է տեքստային հաղորդագրություն. «գերքննադատական հավելվածը կրկին չի արձագանքում»: Ինչ է կատարվում? Որտե՞ղ և ո՞րն է «արգելակների» պատճառը. Այս խոսակցության ընթացքում դուք կիմանաք այն ծառայությունների մասին, որոնք Microsoft Azure-ն առաջարկում է հաճախորդներին տեղեկամատյաններ և, մասնավորապես, չափումներ հավաքելու ձեր ամպային ծանրաբեռնվածությունից: Դեյվիդը ձեզ կասի, թե ինչ չափումներ պետք է ձեզ հետաքրքրեն ամպային հարթակի վրա աշխատելիս և ինչպես հասնել դրանց: Դուք կսովորեք բաց կոդով գործիքների և վահանակի կառուցման մասին և կհասցնեք բավարար գիտելիքներ՝ ձեր սեփական վահանակները ստեղծելու համար:
Եվ եթե ձեզ կրկին արթնացնի առավոտյան ժամը 3-ին հաղորդագրությունով, որ կարևոր հավելվածը խափանվել է, դուք կարող եք արագ պարզել դրա պատճառը:
Բարի օր, այսօր մենք կխոսենք չափումների մասին: Ես Դեյվիդ Օ'Բրայենն եմ, ես ավստրալական փոքր խորհրդատվական ընկերության՝ Xirus-ի համահիմնադիրն ու սեփականատերն եմ: Կրկին շնորհակալ եմ, որ եկել եք այստեղ՝ ինձ հետ ժամանակ անցկացնելու համար: Այսպիսով, ինչու ենք մենք այստեղ: Մետրիկայի մասին խոսելու համար, ավելի ճիշտ, ես ձեզ կասեմ դրանց մասին, և մինչ որևէ բան անելը, եկեք սկսենք տեսությունից:
Ես ձեզ կասեմ, թե ինչ չափումներ են, ինչ կարող եք անել դրանցով, ինչին պետք է ուշադրություն դարձնել, ինչպես հավաքել և միացնել չափումների հավաքագրումը Azure-ում և ինչ է չափումների վիզուալացումը: Ես ձեզ ցույց կտամ, թե ինչ տեսք ունեն այս իրերը Microsoft-ի ամպում և ինչպես աշխատել այս ամպի հետ:
Նախքան սկսելը, ես կխնդրեմ ձեռք բարձրացնել նրանցից, ովքեր օգտագործում են Microsoft Azure-ը: Ո՞վ է աշխատում AWS-ի հետ: Ես քիչ եմ տեսնում: Ինչ վերաբերում է Google-ին: ALI Cloud? Մեկ մարդ! Հիանալի: Այսպիսով, ինչ են չափումները: ԱՄՆ Ստանդարտների և տեխնոլոգիաների ազգային ինստիտուտի պաշտոնական սահմանումը հետևյալն է. «Չափանիշը չափման ստանդարտ է, որը նկարագրում է գույքի չափման պայմաններն ու կանոնները և ծառայում է չափման արդյունքները հասկանալու համար»: Ինչ է դա նշանակում?
Վերցնենք վիրտուալ մեքենայի ազատ սկավառակի տարածությունը փոխելու չափման օրինակ: Օրինակ, մեզ տրվում է 90 թիվը, և այս թիվը նշանակում է տոկոս, այսինքն՝ սկավառակի ազատ տարածության քանակը 90% է։ Նշում եմ, որ այնքան էլ հետաքրքիր չէ կարդալ չափումների սահմանման նկարագրությունը, որը 40 էջ է վերցնում pdf ձևաչափով։
Այնուամենայնիվ, մետրիկը չի ասում, թե ինչպես է ստացվել չափման արդյունքը, այն ցույց է տալիս միայն այս արդյունքը: Ի՞նչ ենք մենք անում չափումների հետ:
Նախ, մենք չափում ենք ինչ-որ բանի արժեքը, որպեսզի այնուհետև օգտագործենք չափման արդյունքը:
Օրինակ, մենք պարզեցինք սկավառակի ազատ տարածության չափը և այժմ կարող ենք օգտագործել այն, օգտագործել այս հիշողությունը և այլն: Երբ մենք ստանում ենք մետրային արդյունքը, մենք պետք է այն մեկնաբանենք: Օրինակ, մետրիկը վերադարձրեց 90 արդյունք: Մենք պետք է իմանանք, թե ինչ է նշանակում այս թիվը. , մենք պետք է մեկնաբանենք մետրային արժեքի իմաստը: Որպեսզի չափիչները ընդհանրապես իմաստալից լինեն, մեկ մետրային արժեք մեկնաբանելուց հետո մենք պետք է ապահովենք, որ հավաքագրվեն մի քանի արժեքներ: Սա շատ կարևոր է, քանի որ շատ մարդիկ տեղյակ չեն չափումների հավաքագրման անհրաժեշտության մասին: Microsoft-ը շատ հեշտացրել է չափումների հավաքագրումը, բայց դուք պետք է ապահովեք դրանց հավաքագրումը: Այս ցուցանիշները պահվում են ընդամենը 90 օր և անհետանում են 41-րդ օրը: Հետևաբար, կախված ձեր արտաքին կամ ներքին սարքավորումների հատկություններից, դուք պետք է հոգ տանեք, թե ինչպես պահպանել չափումները 42 օրից ավելի՝ տեղեկամատյանների, տեղեկամատյանների և այլնի տեսքով: Այսպիսով, հավաքագրումից հետո դրանք պետք է տեղադրեք ինչ-որ տեղ, որը թույլ կտա անհրաժեշտության դեպքում հավաքել մետրային արդյունքների փոփոխությունների բոլոր վիճակագրությունը: Երբ դրանք տեղադրեք այնտեղ, կարող եք արդյունավետորեն սկսել աշխատել նրանց հետ:
Միայն չափիչները ձեռք բերելուց, դրանք մեկնաբանելուց և հավաքելուց հետո կարող եք ստեղծել SLA - ծառայության մակարդակի պայմանագիր: Այս SLA-ն կարող է մեծ նշանակություն չունենալ ձեր հաճախորդների համար, այն ավելի կարևոր է ձեր գործընկերների, ղեկավարների, նրանց համար, ովքեր պահպանում են համակարգը և մտահոգված են դրա ֆունկցիոնալությամբ: Չափանիշը կարող է չափել տոմսերի քանակը, օրինակ՝ դուք ստանում եք օրական 5 տոմս, և այս դեպքում այն ցույց է տալիս օգտատերերի հարցումներին պատասխանելու արագությունը և անսարքությունների վերացման արագությունը: Չափանիշը պարզապես չպետք է ասի, որ ձեր կայքը բեռնվում է 20 մվ-ով կամ ձեր պատասխանի արագությունը 20 մվ է, չափիչն ավելին է, քան ընդամենը մեկ տեխնիկական ցուցանիշ:
Հետևաբար, մեր զրույցի խնդիրն է ձեզ ներկայացնել չափումների էության մանրամասն պատկերը: Չափանիշը ծառայում է այնպես, որ դրան նայելով դուք կարող եք ամբողջական պատկերացում կազմել գործընթացի մասին:
Երբ մենք ունենք չափորոշիչ, մենք կարող ենք 99%-ով երաշխավորել, որ համակարգը աշխատում է, քանի որ ոչ միայն մատյան ֆայլը դիտելը ասում է, որ համակարգը աշխատում է: 99% գործարկման երաշխիքը նշանակում է, որ, օրինակ, 99% դեպքերում API-ն արձագանքում է 30 ms նորմալ արագությամբ: Սա հենց այն է, ինչ հետաքրքրում է ձեր օգտատերերին, ձեր գործընկերներին և մենեջերներին: Մեր հաճախորդներից շատերը վերահսկում են վեբ սերվերի տեղեկամատյանները, սակայն դրանցում սխալներ չեն նկատում և կարծում են, որ ամեն ինչ լավ է։ Օրինակ, նրանք տեսնում են ցանցի արագությունը 200 Մբ/վ և մտածում են. «լավ, ամեն ինչ հիանալի է»: Բայց այս 200-ին հասնելու համար օգտատերերին անհրաժեշտ է 30 միլիվայրկյան արձագանքման արագություն, և սա հենց այն ցուցանիշն է, որը չի չափվում և չի հավաքվում log ֆայլերում: Միաժամանակ օգտատերերը զարմանում են, որ կայքը շատ դանդաղ է բեռնվում, քանի որ չունենալով անհրաժեշտ չափումներ՝ չգիտեն այս վարքագծի պատճառները։
Բայց քանի որ մենք ունենք 100% uptime SLA, հաճախորդները սկսում են բողոքել, քանի որ կայքը իրականում շատ դժվար է օգտագործել: Հետևաբար, օբյեկտիվ SLA ստեղծելու համար անհրաժեշտ է տեսնել հավաքագրված ցուցանիշներով ստեղծված գործընթացի ամբողջական պատկերը։ Սա շարունակական խնդիր է, որը ես ունեմ որոշ մատակարարների հետ, ովքեր SLA-ներ ստեղծելիս պատկերացում չունեն, թե ինչ է նշանակում «uptime» տերմինը և շատ դեպքերում չեն բացատրում իրենց հաճախորդներին, թե ինչպես է աշխատում իրենց API-ն:
Եթե դուք ստեղծել եք ծառայություն, օրինակ՝ API երրորդ անձի համար, դուք պետք է հասկանաք, թե ինչ է նշանակում ստացված 39,5 չափանիշը՝ պատասխան, հաջող պատասխան, պատասխան 20 մվ արագությամբ կամ 5 մվ արագությամբ: Ձեզնից է կախված՝ հարմարեցնել իրենց SLA-ն ձեր սեփական SLA-ին, ձեր սեփական չափանիշներին:
Այս ամենը պարզելուց հետո կարող եք սկսել ստեղծել ցնցող վահանակ: Ասա ինձ, որևէ մեկն արդեն օգտվե՞լ է Grafana ինտերակտիվ վիզուալիզացիայի հավելվածից: Հիանալի Ես այս բաց աղբյուրի մեծ երկրպագու եմ, քանի որ այս բանն անվճար է և հեշտ օգտագործման համար:
Եթե դեռ չեք օգտագործել Grafana-ն, ես ձեզ կասեմ, թե ինչպես աշխատել դրա հետ: 80-90-ականներին ծնված որևէ մեկը հավանաբար հիշում է CareBears-ին: Ես չգիտեմ, թե որքան տարածված էին այս արջերը Ռուսաստանում, բայց երբ խոսքը վերաբերում է չափորոշիչներին, մենք պետք է լինենք նույն «խնամքի արջերը»: Ինչպես ասացի, ձեզ անհրաժեշտ է մեծ պատկերացում այն մասին, թե ինչպես է աշխատում ամբողջ համակարգը, և դա չպետք է լինի միայն ձեր API-ի, ձեր կայքի կամ վիրտուալ մեքենայի մեջ աշխատող ծառայության մասին:
Դուք պետք է կազմակերպեք այն չափորոշիչների հավաքածուն, որոնք առավելագույնս արտացոլում են ամբողջ համակարգի աշխատանքը: Ձեզանից շատերը ծրագրային ապահովման մշակողներ են, ուստի ձեր կյանքը անընդհատ փոխվում է, հարմարվում է նոր արտադրանքի պահանջներին, և ինչպես դուք մտահոգված եք կոդավորման գործընթացներով, այնպես էլ պետք է մտահոգվեք չափորոշիչներով: Դուք պետք է իմանաք, թե ինչպես է չափումը վերաբերում ձեր գրած կոդի յուրաքանչյուր տողի հետ: Օրինակ, հաջորդ շաբաթ դուք սկսում եք նոր մարքեթինգային արշավ և ակնկալում եք, որ ձեր կայք կայցելեն մեծ թվով օգտվողներ: Այս իրադարձությունը վերլուծելու համար ձեզ անհրաժեշտ կլինեն չափումներ, և ձեզ կարող է անհրաժեշտ լինել ամբողջ վահանակ՝ այս մարդկանց գործունեությանը հետևելու համար: Ձեզ անհրաժեշտ կլինեն չափումներ՝ հասկանալու համար, թե որքան հաջող է ձեր մարքեթինգային արշավը և ինչպես է այն իրականում կատարում: Նրանք կօգնեն ձեզ, օրինակ, մշակել արդյունավետ CRM՝ հաճախորդների հետ հարաբերությունների կառավարման համակարգ:
Այսպիսով, եկեք սկսենք մեր Azure ամպային ծառայության հետ: Շատ հեշտ է գտնել և կազմակերպել չափումների հավաքածու, քանի որ այն ունի Azure Monitor: Այս մոնիտորը կենտրոնացնում է ձեր համակարգի կազմաձևման կառավարումը: Azure տարրից յուրաքանչյուրը, որը ցանկանում եք կիրառել ձեր համակարգում, ունի բազմաթիվ չափումներ, որոնք միացված են լռելյայն: Սա անվճար ծրագիր է, որն աշխատում է անմիջապես և չի պահանջում որևէ նախնական կարգավորում, ձեզ հարկավոր չէ որևէ բան գրել կամ «պտտել» ձեր համակարգում: Մենք դա կհաստատենք՝ դիտելով հետևյալ ցուցադրությունը։
Բացի այդ, հնարավոր է այս չափումները ուղարկել երրորդ կողմի հավելվածներին, ինչպիսիք են Splunk log-ի պահպանման և վերլուծության համակարգը, ամպի վրա հիմնված տեղեկամատյանների կառավարման SumoLogic հավելվածը, ELK տեղեկամատյանների մշակման գործիքը և IBM Radar: Ճիշտ է, կան աննշան տարբերություններ, որոնք կախված են ձեր օգտագործած ռեսուրսներից՝ վիրտուալ մեքենա, ցանցային ծառայություններ, Azure SQL տվյալների բազաներ, այսինքն՝ չափումների օգտագործումը տարբերվում է՝ կախված ձեր աշխատանքային միջավայրի գործառույթներից: Չեմ ասի, որ այդ տարբերությունները լուրջ են, բայց, ցավոք, դրանք դեռ առկա են, և դա պետք է հաշվի առնել։ Չափումների ակտիվացումն ու ուղարկումը հնարավոր է մի քանի եղանակով՝ Portal-ի, CLI/Power Shell-ի միջոցով կամ ARM կաղապարների միջոցով:
Նախքան իմ առաջին ցուցադրությունը սկսելը, ես կպատասխանեմ ձեր ցանկացած հարցի: Եթե հարցեր չկան, եկեք սկսենք: Էկրանը ցույց է տալիս, թե ինչ տեսք ունի Azure Monitor էջը: Ձեզանից որևէ մեկը կարո՞ղ է ասել, որ այս մոնիտորը չի աշխատում:
Այսպիսով, այժմ ամեն ինչ լավ է, դուք կարող եք տեսնել, թե ինչպիսի տեսք ունեն մոնիտորների ծառայությունները: Կարող եմ ասել, որ սա հիանալի և շատ պարզ գործիք է ամենօրյա աշխատանքի համար։ Այն կարող է օգտագործվել հավելվածների, ցանցերի և ենթակառուցվածքների մոնիտորինգի համար: Վերջերս մոնիտորինգի ինտերֆեյսը բարելավվել է, և եթե նախկինում ծառայությունները տեղակայված էին տարբեր վայրերում, այժմ ծառայությունների վերաբերյալ ամբողջ տեղեկատվությունը համախմբված է մոնիտորի գլխավոր էջում:
Չափման աղյուսակը HomeMonitorMetrics ուղու երկայնքով ներդիր է, որտեղ կարող եք գնալ՝ տեսնելու բոլոր առկա չափումները և ընտրել ձեզ անհրաժեշտները: Բայց եթե Ձեզ անհրաժեշտ է միացնել չափումների հավաքածուն, դուք պետք է օգտագործեք HomeMonitorDiagnostic կարգավորումների գրացուցակի ուղին և նշեք Enabled/Disabled metrics վանդակները: Լռելյայնորեն, գրեթե բոլոր չափորոշիչները միացված են, բայց եթե ձեզ անհրաժեշտ է լրացուցիչ որևէ բան միացնել, ապա ձեզ հարկավոր է ախտորոշման կարգավիճակը Անջատվածից փոխել միացվածի:
Դա անելու համար սեղմեք ընտրված չափման տողի վրա և բացվող ներդիրի վրա միացրեք ախտորոշման ռեժիմը: Եթե պատրաստվում եք վերլուծել ընտրված չափանիշը, ապա «Միացնել ախտորոշիչ» հղումը սեղմելուց հետո հայտնվող պատուհանում պետք է նշեք «Ուղարկել մատյան վերլուծություն» վանդակը:
Log Analytics-ը մի փոքր նման է Splunk-ին, բայց արժե ավելի քիչ: Այս ծառայությունը թույլ է տալիս հավաքել ձեր բոլոր ցուցանիշները, տեղեկամատյանները և ձեզ անհրաժեշտ ամեն ինչ և տեղադրել դրանք Log Analytics աշխատանքային տարածքում: Ծառայությունն օգտագործում է հատուկ KQL հարցումների մշակման լեզու՝ Kusto Quarry Language, մենք կանդրադառնանք դրա աշխատանքին հաջորդ ցուցադրությունում: Առայժմ նշեմ, որ դրա օգնությամբ դուք կարող եք հարցումներ ստեղծել չափումների, տեղեկամատյանների, տերմինների, միտումների, օրինաչափությունների և այլնի վերաբերյալ: և ստեղծել վահանակներ:
Այսպիսով, մենք ստուգում ենք Send to Log Analytics վանդակը և LOG վահանակի վանդակները՝ DataPlaneRequests, MongoRequests և QueryRuntimeStatistics, իսկ ստորև՝ METRIC վահանակի վրա՝ Requests վանդակը: Այնուհետև մենք անուն ենք տալիս և պահպանում ենք պարամետրերը: Հրամանի տողում սա ներկայացնում է կոդի երկու տող: Ի դեպ, Azure Cloud կեղևն այս առումով հիշեցնում է Google-ը, որը նաև թույլ է տալիս օգտագործել հրամանի տողը ձեր վեբ բրաուզերում: AWS-ը նման բան չունի, ուստի Azure-ն այս առումով շատ ավելի հարմար է:
Օրինակ, ես կարող եմ ցուցադրել վեբ ինտերֆեյսի միջոցով՝ առանց իմ նոութբուքի որևէ կոդ օգտագործելու: Դա անելու համար ես պետք է վավերացնեմ իմ Azure հաշվի միջոցով: Այնուհետև կարող եք օգտագործել, օրինակ, terrafone-ը, եթե արդեն օգտագործում եք այն, սպասեք ծառայությանը միանալուն և ստացեք Linux աշխատանքային միջավայրը, որն օգտագործում է Microsoft-ը լռելյայն:
Հաջորդը, ես օգտագործում եմ Bash-ը, որը ներկառուցված է Azure Cloud Shell-ում: Շատ օգտակար բան է բրաուզերի մեջ ներկառուցված IDE-ն՝ VS Code-ի թեթև տարբերակը։ Հաջորդը, ես կարող եմ մտնել իմ սխալի չափման ձևանմուշը, խմբագրել այն և հարմարեցնել այն իմ կարիքներին համապատասխան:
Այս ձևանմուշում չափումների հավաքածուն ստեղծելուց հետո կարող եք օգտագործել այն ձեր ամբողջ ենթակառուցվածքի համար չափումներ ստեղծելու համար: Երբ մենք կիրառենք չափումները, հավաքենք դրանք և պահենք դրանք, մենք պետք է պատկերացնենք դրանք:
Azure Monitor-ը գործ ունի միայն չափումների հետ և չի տալիս ձեր համակարգի առողջության ընդհանուր պատկերը: Դուք կարող եք ունենալ մի շարք այլ հավելվածներ, որոնք աշխատում են Azure միջավայրից դուրս: Այսպիսով, եթե Ձեզ անհրաժեշտ է վերահսկել բոլոր գործընթացները՝ պատկերացնելով հավաքված բոլոր ցուցանիշները մեկ տեղում, ապա Azure Monitor-ը դրա համար հարմար չէ:
Այս խնդիրը լուծելու համար Microsoft-ն առաջարկում է Power BI գործիքը՝ բիզնեսի վերլուծության համապարփակ ծրագիր, որը ներառում է տվյալների լայն տեսականի վիզուալիզացիա: Սա բավականին թանկ ապրանք է, որի արժեքը կախված է ձեզ անհրաժեշտ գործառույթների շարքից: Լռելյայնորեն, այն առաջարկում է ձեզ 48 տեսակի տվյալներ մշակելու համար և կապված է Azure SQL Data Warehouses-ի, Azure Data Lake Storage-ի, Azure Machine Learning Services-ի և Azure Databricks-ի հետ: Օգտագործելով մասշտաբայնությունը, դուք կարող եք նոր տվյալներ ստանալ յուրաքանչյուր 30 րոպեն մեկ: Սա կարող է կամ բավարար լինել ձեր կարիքների համար, եթե ձեզ անհրաժեշտ է իրական ժամանակի մոնիտորինգի վիզուալիզացիա: Այս դեպքում խորհուրդ է տրվում օգտագործել այնպիսի հավելվածներ, ինչպիսին է իմ նշած Grafana-ն: Բացի այդ, Microsoft-ի փաստաթղթերը նկարագրում են SIEM գործիքների միջոցով Splunk, SumoLogic, ELK և IBM ռադարների վիզուալացման համակարգերին չափումներ, տեղեկամատյաններ և իրադարձությունների աղյուսակներ ուղարկելու հնարավորությունը:
23:40 րոպե
Շարունակությունը շատ շուտով...
Մի քանի գովազդ 🙂
Շնորհակալություն մեզ հետ մնալու համար: Ձեզ դուր են գալիս մեր հոդվածները: Ցանկանու՞մ եք տեսնել ավելի հետաքրքիր բովանդակություն: Աջակցեք մեզ՝ պատվիրելով կամ խորհուրդ տալով ընկերներին,
Dell R730xd 2 անգամ ավելի էժան Ամստերդամի Equinix Tier IV տվյալների կենտրոնում: Միայն այստեղ
Source: www.habr.com