Дэвид О'Брайен жакында Microsoft Azure Stack булут продуктуларына көңүл буруп, өзүнүн Xirus компаниясын (https://xirus.com.au) ишке киргизди. Алар маалымат борборлорунда, четки жерлерде, алыскы кеңселерде жана булутта гибриддик тиркемелерди ырааттуу куруу жана иштетүү үчүн иштелип чыккан.
Дэвид жеке адамдарды жана компанияларды Microsoft Azure жана Azure DevOps (мурдагы VSTS) боюнча бардык нерселерге үйрөтөт жана дагы эле практикалык консалтинг жана инфракодинг менен алектенет. Ал 5 жылдан бери Microsoft MVP (Microsoft Most Valuable Professional) сыйлыгынын ээси жана жакында Azure MVP сыйлыгын алды. Мельбурндагы Microsoft Cloud жана Datacentre Meetup уюмунун биргелешип уюштуруучусу катары О'Брайен эл аралык конференцияларда дайыма чыгып сүйлөп, дүйнөнү кыдырууга болгон кызыгуусун коомчулук менен IT окуялары менен бөлүшүүгө болгон кызыгуусун айкалыштырат. Дэвиддин блогу даректе жайгашкан , ал ошондой эле Pluralsight боюнча өзүнүн онлайн тренингин жарыялайт.
Баяндамада чөйрөңүздө эмне болуп жатканын жана колдонмоңуз кандай иштеп жатканын түшүнүүдө метрикалардын маанилүүлүгү жөнүндө сөз болот. Microsoft Azure жумуш жүктөмүнүн бардык түрлөрү үчүн көрсөткүчтөрдү көрсөтүүнүн күчтүү жана оңой жолуна ээ жана лекция алардын баарын кантип колдонсо болорун түшүндүрөт.
Жекшемби күнү таңкы саат 3тө, сиз уктап жатканыңызда, сиз күтүлбөгөн жерден "өтө критикалык колдонмо жооп бербей жатат" деген смс менен ойготуңуз. Эмне болуп жатат? «Тормоздун» себеби кайда жана эмнеде? Бул баяндамада сиз Microsoft Azure кардарларга журналдарды жана, атап айтканда, булуттагы жумуш жүктөөлөрүңүздөн көрсөткүчтөрдү чогултуу үчүн сунуштаган кызматтар жөнүндө биле аласыз. Дэвид сизге булут платформасында иштегенде кайсы метрикага кызыкдар болушуңуз керектигин жана аларга кантип жетүүнү айтып берет. Сиз ачык булак куралдары жана панелди куруу жөнүндө билесиз жана өзүңүздүн жеке панелиңизди түзүү үчүн жетиштүү билимге ээ болосуз.
Эгерде сизди таңкы саат 3тө маанилүү тиркеме бузулду деген билдирүү ойгонсо, анын себебин бат эле аныктай аласыз.
Кутмандуу күн, бүгүн биз метрика жөнүндө сүйлөшөбүз. Менин атым Дэвид О'Брайен, мен Xirus аттуу австралиялык чакан консалтинг компаниясынын тең негиздөөчүсү жана ээсимин. Мени менен убакыт бөлүү үчүн бул жакка келгениңиз үчүн дагы бир жолу рахмат. Анда эмне үчүн биз бул жердебиз? Метрикалар жөнүндө айтуу үчүн, тагыраак айтканда, мен алар жөнүндө айтып берем, жана кандайдыр бир иштерди жасаардан мурун, теориядан баштайлы.
Мен сизге метрика деген эмне экенин, алар менен эмне кылса болот, эмнеге көңүл бурушуңуз керек, Azure'де метрикаларды чогултууну кантип чогултуу жана иштетүү керек жана метрика визуализациясы эмне экенин айтып берем. Мен бул нерселер Microsoft булутунда кандай болорун жана бул булут менен кантип иштөөнү көрсөтөм.
Баштоодон мурун, мен Microsoft Azure колдонгондордун колун көрсөтүүнү суранам. AWS менен ким иштейт? Мен аз көрөм. Google жөнүндө эмне айтууга болот? ALI Cloud? Бир киши! Абдан жакшы. Ошентип, метрика деген эмне? АКШнын Улуттук Стандарттар жана Технологиялар Институтунун расмий аныктамасы: "Метрика - бул мүлктү өлчөөнүн шарттарын жана эрежелерин сүрөттөгөн жана өлчөө натыйжаларын түшүнүүгө кызмат кылган өлчөө стандарты". Бул эмнени билдирет?
Виртуалдык машинанын бош диск мейкиндигин өзгөртүү үчүн метрикага мисал келтирели. Мисалы, бизге 90 саны берилген жана бул сан пайызды билдирет, башкача айтканда, бош орундун көлөмү 90% түзөт. Мен pdf форматында 40 барактан турган метрикалардын аныктамасынын сыпаттамасын окуу анча деле кызык эмес экенин белгилеймин.
Бирок метрика өлчөө натыйжасы кандайча алынганын айтпайт, бул жыйынтыкты гана көрсөтөт. Биз метрика менен эмне кылабыз?
Биринчиден, биз өлчөө натыйжасын колдонуу үчүн бир нерсенин баасын өлчөйбүз.
Мисалы, биз бош диск мейкиндигинин көлөмүн билдик жана азыр биз аны колдоно алабыз, бул эстутумду ж.б. Биз метрикалык натыйжаны алгандан кийин, аны чечмелешибиз керек. Мисалы, метрика 90 натыйжасын берди. Биз бул сан эмнени билдирерин билишибиз керек: бош орундун көлөмү же колдонулган диск мейкиндигинин пайызы же гигабайт менен, тармактын кечигүү убактысы 90 мс барабар, ж.б.у.с. , метрикалык маанинин маанисин чечмелешибиз керек. Бир метрикалык маанини чечмелегенден кийин, метрикалар дегеле мааниге ээ болушу үчүн, биз бир нече маанилердин чогултулушун камсыз кылышыбыз керек. Бул абдан маанилүү, анткени көп адамдар метрикаларды чогултуу зарылдыгын билишпейт. Майкрософт көрсөткүчтөрдү чогултууну абдан жеңилдетти, бирок алардын чогултулушун камсыз кылуу сиздин колуңузда. Бул көрсөткүчтөр 41 күн гана сакталып, 42-күнү жок болот. Ошондуктан, тышкы же ички жабдууларыңыздын касиеттерине жараша, 41 күндөн ашык убакытка метрикаларды кантип сактоо керектиги жөнүндө кам көрүү керек - журналдар, журналдар ж.б. Ошентип, чогулткандан кийин, зарыл болсо, метрикалык натыйжалардагы өзгөрүүлөрдүн бардык статистикасын чыгарууга мүмкүндүк берген кандайдыр бир жерге жайгаштыруу керек. Аларды ошол жерге койгондон кийин, алар менен натыйжалуу иштей баштасаңыз болот.
Метрикаларды алып, аларды чечмелеп жана чогулткандан кийин гана SLA - тейлөө деңгээлинин келишимин түзө аласыз. Бул SLA кардарларыңыз үчүн анчалык деле маанилүү эмес болушу мүмкүн; бул сиздин кесиптештериңиз, менеджерлериңиз, системаны тейлеген жана анын иштөөсүнө кам көргөндөр үчүн маанилүү. Метрика билеттердин санын өлчөй алат - мисалы, сиз күнүнө 5 билет аласыз жана бул учурда колдонуучунун суроо-талаптарына жооп берүү ылдамдыгын жана көйгөйлөрдү чечүүнүн ылдамдыгын көрсөтөт. Метрика сиздин сайтыңыздын 20 мс ичинде жүктөлөт же жооп берүү ылдамдыгы 20 мс деп айтпашы керек, метрика бир эле техникалык көрсөткүч эмес.
Ошондуктан биздин маегибиздин милдети сиздерге метрикалардын маңызын кеңири сүрөттөп берүү. Метрика ага карап сиз процесстин толук сүрөтүн ала тургандай кызмат кылат.
Бизде метрика болгондон кийин, системанын иштеп жаткандыгына 99% кепилдик бере алабыз, анткени ал жөн гана система иштеп жатат деген журнал файлын карап эмес. 99% иштөө убактысынын кепилдиги, мисалы, API 99% 30 мс кадимки ылдамдыкта жооп берет дегенди билдирет. Бул сиздин колдонуучуларыңызды, кесиптештериңизди жана менеджерлериңизди кызыктырган нерсе. Биздин көптөгөн кардарлар веб-сервер журналдарын көзөмөлдөшөт, бирок аларда эч кандай каталарды байкашпайт жана баары жакшы деп ойлошот. Мисалы, алар 200 Мб/сек ылдамдыкты көрүп: “Макул, баары сонун!” деп ойлошот. Бирок бул 200гө жетүү үчүн колдонуучуларга 30 миллисекунддук жооп ылдамдыгы керек жана бул так өлчөнгөн эмес жана журнал файлдарында чогултулбаган көрсөткүч. Ошол эле учурда колдонуучулар сайттын өтө жай жүктөлүп жатканына таң калышат, анткени керектүү көрсөткүчтөр жок, алар бул жүрүм-турумдун себептерин билишпейт.
Бирок бизде 100% иштөө убактысы SLA болгондуктан, кардарлар нааразы боло башташат, анткени сайтты колдонуу чындыгында абдан кыйын. Ошондуктан, объективдүү SLA түзүү үчүн, чогултулган метрика менен түзүлгөн процесстин толук сүрөтүн көрүү керек. Бул менде SLA түзүүдө "иш убактысы" деген термин эмнени билдирерин түшүнбөгөн жана көпчүлүк учурда өз кардарларына алардын API кантип иштээрин түшүндүрбөгөн кээ бир провайдерлер менен болгон туруктуу маселе.
Эгер сиз кызматты, мисалы, үчүнчү жак үчүн API түзгөн болсоңуз, натыйжада 39,5 метрикасы эмнени билдирерин түшүнүшүңүз керек - жооп, ийгиликтүү жооп, 20 мс ылдамдыкта же 5 мс ылдамдыкта жооп. Алардын SLAсын өзүңүздүн SLA, өзүңүздүн көрсөткүчтөрүңүзгө ылайыкташтыруу сизден көз каранды.
Мунун баарын түшүнгөндөн кийин, укмуштуудай аспаптар тактасын түзө баштасаңыз болот. Айтыңызчы, кимдир бирөө Grafana интерактивдүү визуализация тиркемесин колдонгонбу? Абдан жакшы! Мен бул ачык булактын чоң күйөрманымын, анткени бул нерсе бекер жана колдонууга оңой.
Эгер сиз Grafana колдоно элек болсоңуз, анда аны менен кантип иштөө керектигин айтып берем. 80-90-жылдары төрөлгөн ар бир адам CareBears эсинде болсо керек? Мен бул аюулар Россияда канчалык популярдуу болгонун билбейм, бирок метрикага келгенде, биз ошол эле "камкор аюулар" болушубуз керек. Мен айткандай, сизге бүт система кандайча иштээри жөнүндө чоң сүрөт керек жана бул сиздин API, веб-сайтыңыз же виртуалдык машинада иштеген кызмат жөнүндө гана болбошу керек.
Сиз бүтүндөй системанын иштешин толук чагылдырган көрсөткүчтөрдү чогултууну уюштурушуңуз керек. Көпчүлүгүңүз программалык камсыздоону иштеп чыгуучуларсыз, андыктан жашооңуз тынымсыз өзгөрүп турат, жаңы продукт талаптарына ыңгайлашууда жана сиз коддоо процесстери менен алектенгендей эле, метрикага да көңүл бурушуңуз керек. Сиз жазган коддун ар бир сабына метрика кандай тиешеси бар экенин билишиңиз керек. Мисалы, кийинки жумада сиз жаңы маркетинг кампаниясын баштап жатасыз жана сиздин сайтка көп сандагы колдонуучулар келет деп күтүп жатасыз. Бул окуяны талдоо үчүн сизге метрика керек болот жана бул адамдардын активдүүлүгүнө көз салуу үчүн сизге толугу менен башкаруу тактасы керек болушу мүмкүн. Маркетинг кампанияңыз канчалык ийгиликтүү жана ал иш жүзүндө кандай аткарылып жатканын түшүнүү үчүн сизге метрика керек болот. Алар сизге, мисалы, эффективдүү CRM - кардарлар менен байланышты башкаруу системасын иштеп чыгууга жардам берет.
Андыктан, келгиле, Azure булут кызматы менен баштайлы. Бул Azure Monitor бар, анткени метрика чогултуу табуу жана уюштуруу абдан жеңил кылат. Бул монитор тутум конфигурацияңызды башкарууну борборлоштурду. Тутумуңузга колдонгуңуз келген Azure элементтеринин ар биринде демейки боюнча иштетилген көптөгөн көрсөткүчтөр бар. Бул бекер тиркеме, ал кутудан чыкканда иштейт жана эч кандай алдын ала орнотууларды талап кылбайт; сиз системаңызга эч нерсе жазуунун же "буроонун" кереги жок. Биз муну төмөнкү демонстрацияны карап текшеребиз.
Мындан тышкары, бул көрсөткүчтөрдү үчүнчү жактын тиркемелерине жөнөтсө болот, мисалы, Splunk журналын сактоо жана талдоо системасы, булуттун негизиндеги журналды башкаруу колдонмосу SumoLogic, ELK журналын иштетүү куралы жана IBM Radar. Ырас, сиз колдонгон ресурстарга жараша бир аз айырмачылыктар бар - виртуалдык машина, тармак кызматтары, Azure SQL маалымат базалары, башкача айтканда, метрикаларды колдонуу иш чөйрөңүздүн функцияларына жараша айырмаланат. Мен бул айырмачылыктар олуттуу деп айтпайм, бирок, тилекке каршы, алар дагы эле бар жана муну эске алуу керек. Өлчөмдөрдү иштетүү жана жөнөтүү бир нече жол менен мүмкүн: Portal, CLI/Power Shell аркылуу же ARM шаблондорун колдонуу.
Мен биринчи демонстрациямды баштаардан мурун, сизди кызыктырган бардык суроолорго жооп берем. Суроолор жок болсо, баштайлы. Экран Azure Monitor барагы кандай экенин көрсөтөт. Араңардан бирөө бул монитор иштебей жатат деп айта алабы?
Ошентип, азыр баары жакшы, сиз монитор кызматтары кандай экенин көрө аласыз. Бул күнүмдүк иш үчүн мыкты жана абдан жөнөкөй курал деп айта алам. Аны тиркемелерди, тармактарды жана инфраструктураны көзөмөлдөө үчүн колдонсо болот. Жакында эле, мониторинг интерфейси жакшыртылган, эгерде мурда кызматтар ар башка жерлерде жайгашкан болсо, азыр кызматтар боюнча бардык маалымат монитордун башкы бетинде бириктирилген.
Метрикалар таблицасы - бул HomeMonitorMetrics жолунун боюндагы өтмөк, ага сиз бардык жеткиликтүү көрсөткүчтөрдү көрүп, керектүүсүн тандап алсаңыз болот. Бирок метрикаларды чогултууну иштетүү керек болсо, HomeMonitorDiagnostic жөндөөлөр каталогунун жолун колдонуп, Иштетилген/Өчүрүлгөн метрика кутучаларын белгилешиңиз керек. Демейки боюнча, дээрлик бардык көрсөткүчтөр иштетилген, бирок кошумча нерсени иштетүү керек болсо, диагностикалык статусту Өчүрүлгөндөн Иштетилгенге өзгөртүшүңүз керек болот.
Бул үчүн, тандалган метриканын сызыгын жана ачылган өтмөктү чыкылдатып, диагностикалык режимди иштетиңиз. Эгер сиз тандалган метриканы талдай турган болсоңуз, анда диагностиканы күйгүзүү шилтемесин басканда, пайда болгон терезеде Log Analyticsке жөнөтүү кутучасын белгилешиңиз керек.
Log Analytics Splunk менен бир аз окшош, бирок баасы азыраак. Бул кызмат бардык метрикаңызды, журналдарыңызды жана керектүү нерселердин баарын чогултуп, аларды Log Analytics иш мейкиндигине жайгаштырууга мүмкүндүк берет. Кызмат атайын KQL сурамдарын иштетүү тилин колдонот - Kusto Quarry Language, биз анын ишин кийинки демонстрацияда карайбыз. Азырынча анын жардамы менен сиз метрика, журналдар, терминдер, тенденциялар, үлгүлөр ж.б. жана башкаруу такталарын түзүү.
Ошентип, биз Log Analyticsке жөнөтүү кутучасын жана LOG панелинин кутучаларын белгилейбиз: DataPlaneRequests, MongoRequests жана QueryRuntimeStatistics, ал эми ылдыйда METRIC панелинде - Сурамдар кутучасын белгилейбиз. Андан кийин биз ат коюп, орнотууларды сактайбыз. Буйрук сабында бул коддун эки сабын билдирет. Айтмакчы, Azure Cloud кабыгы ушул мааниде Google'га окшош, ал ошондой эле веб-браузериңизде буйрук сабын колдонууга мүмкүндүк берет. AWSде андай нерсе жок, ошондуктан Azure бул жагынан алда канча ыңгайлуу.
Мисалы, мен ноутбукта эч кандай кодду колдонбостон, веб-интерфейс аркылуу демонстрацияны иштете алам. Бул үчүн, мен Azure каттоо эсебим менен аутентификациядан өтүшүм керек. Андан кийин, мисалы, terrafone колдоно аласыз, эгер сиз аны мурунтан эле колдонсоңуз, кызматка туташууну күтүңүз жана Microsoft демейки боюнча колдонгон Linux иш чөйрөсүн алыңыз.
Андан кийин, мен Azure Cloud Shellге орнотулган Bash колдоном. Абдан пайдалуу нерсе - бул браузерге орнотулган IDE, VS кодунун жеңил версиясы. Андан кийин, мен ката метрикасынын шаблонуна кирип, аны түзөтүп, муктаждыктарыма ылайыкташтыра алам.
Бул калыпта метрика жыйнагын орноткондон кийин, аны бүт инфраструктураңыз үчүн метрикаларды түзүү үчүн колдоно аласыз. Өлчөмдөрдү колдонуп, чогултуп жана сактагандан кийин, биз аларды визуалдаштыруубуз керек.
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 мин
Уландысы жакында...
Кээ бир жарнамалар 🙂
Биз менен болгонуңуз үчүн рахмат. Биздин макалалар сизге жагабы? Көбүрөөк кызыктуу мазмунду көргүңүз келеби? Буйрутма берүү же досторуңузга сунуштоо менен бизди колдоңуз, , биз сиз үчүн ойлоп тапкан баштапкы деңгээлдеги серверлердин уникалдуу аналогу: (RAID1 жана RAID10 менен жеткиликтүү, 24 өзөккө чейин жана 40 ГБ DDR4 чейин).
Dell R730xd Амстердамдагы Equinix Tier IV маалымат борборунда 2 эсе арзанбы? Бул жерде гана Нидерландыда! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 доллардан! Жөнүндө окуу
Source: www.habr.com