Дэвид О'Брайен жақында 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 мс тең және т.б., яғни , метрикалық мәннің мағынасын түсіндіруіміз керек. Көрсеткіштер мүлдем мағыналы болуы үшін бір метрикалық мәнді түсіндіргеннен кейін біз бірнеше мәндердің жиналғанын қамтамасыз етуіміз керек. Бұл өте маңызды, себебі көптеген адамдар көрсеткіштерді жинау қажеттілігін білмейді. Microsoft корпорациясы көрсеткіштерді жинауды оңайлатты, бірақ олардың жиналғанына көз жеткізу сізге байланысты. Бұл көрсеткіштер тек 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 мониторы бар. Бұл монитор жүйе конфигурациясын басқаруды орталықтандырады. Жүйеге қолданғыңыз келетін Azure элементтерінің әрқайсысында әдепкі бойынша қосылған көптеген көрсеткіштер бар. Бұл қораптан шыққан кезде жұмыс істейтін және ешқандай алдын ала параметрлерді қажет етпейтін тегін қолданба; жүйеге ештеңе жазудың немесе «бұрандаудың» қажеті жоқ. Біз мұны келесі демонстрацияны қарау арқылы тексереміз.
Бұған қоса, бұл көрсеткіштерді Splunk журналын сақтау және талдау жүйесі, бұлтқа негізделген журналды басқару бағдарламасы SumoLogic, ELK журналын өңдеу құралы және IBM Radar сияқты үшінші тарап қолданбаларына жіберуге болады. Рас, сіз қолданатын ресурстарға байланысты шамалы айырмашылықтар бар - виртуалды машина, желі қызметтері, Azure SQL дерекқорлары, яғни көрсеткіштерді пайдалану жұмыс ортаңыздың функцияларына байланысты ерекшеленеді. Мен бұл айырмашылықтар маңызды деп айтпаймын, бірақ, өкінішке орай, олар әлі де бар, және мұны ескеру керек. Көрсеткіштерді қосу және жіберу бірнеше жолмен мүмкін болады: Portal, CLI/Power Shell арқылы немесе ARM үлгілерін пайдалану.
Бірінші демонстрацияны бастамас бұрын, сізде болуы мүмкін кез келген сұрақтарға жауап беремін. Сұрақтар болмаса, бастайық. Экран Azure Monitor беті қалай көрінетінін көрсетеді. Сіздердің біреулеріңіз бұл монитор жұмыс істемейді деп айта аласыз ба?
Енді бәрі жақсы, сіз монитор қызметтерінің қалай көрінетінін көре аласыз. Бұл күнделікті жұмыс үшін тамаша және өте қарапайым құрал деп айта аламын. Оны қолданбаларды, желілерді және инфрақұрылымды бақылау үшін пайдалануға болады. Жақында мониторинг интерфейсі жетілдірілді, егер бұрын қызметтер әртүрлі жерлерде орналасса, енді қызметтер туралы барлық ақпарат монитордың басты бетінде біріктірілген.
Көрсеткіштер кестесі HomeMonitorMetrics жолының бойындағы қойынды болып табылады, оған қол жетімді барлық көрсеткіштерді көру және қажеттілерін таңдау үшін өтуге болады. Бірақ метрика жинауды қосу қажет болса, HomeMonitorDiagnostic параметрлері каталогының жолын пайдаланып, Қосылған/Өшірілген метрика құсбелгілерін қою керек. Әдепкі бойынша барлық дерлік көрсеткіштер қосылған, бірақ қосымша бірдеңені қосу қажет болса, диагностикалық күйді Өшірулі күйінен Қосылған күйіне өзгерту қажет болады.
Мұны істеу үшін таңдалған метриканың жолын және ашылатын қойындыда диагностикалық режимді қосыңыз. Таңдалған көрсеткішті талдағыңыз келсе, диагностиканы қосу сілтемесін басқаннан кейін пайда болған терезеде Журнал талдауларына жіберу құсбелгісін қою керек.
Log Analytics Splunk-қа сәл ұқсас, бірақ құны аз. Бұл қызмет барлық көрсеткіштерді, журналдарды және сізге қажет барлық нәрселерді жинауға және оларды Log Analytics жұмыс кеңістігіне орналастыруға мүмкіндік береді. Қызмет KQL сұраныстарын өңдеудің арнайы тілін пайдаланады - Kusto Quarry Language, біз оның жұмысын келесі демонстрацияда қарастырамыз. Әзірге оның көмегімен метрикаға, журналдарға, шарттарға, трендтерге, үлгілерге және т.б. қатысты сұраулар жасауға болатынын ескертемін. және бақылау тақталарын жасаңыз.
Сонымен, Log Analytics жіберу құсбелгісін және ЖҮРНАЛУ тақтасының құсбелгілерін белгілейміз: DataPlaneRequests, MongoRequests және QueryRuntimeStatistics және төменде METRIC панелінде – Сұраныс құсбелгісін қоямыз. Содан кейін біз ат қойып, параметрлерді сақтаймыз. Пәрмен жолында бұл кодтың екі жолын білдіреді. Айтпақшы, Azure Cloud қабығы осы мағынада Google-ға ұқсайды, ол сонымен қатар веб-шолғышта пәрмен жолын пайдалануға мүмкіндік береді. AWS-де мұндай ештеңе жоқ, сондықтан Azure бұл мағынада әлдеқайда ыңғайлы.
Мысалы, мен ноутбукте ешқандай кодты қолданбай-ақ веб-интерфейс арқылы демонстрацияны іске қоса аламын. Мұны істеу үшін мен Azure тіркелгісімен аутентификациядан өтуім керек. Содан кейін, мысалы, террафонды пайдалануға болады, егер сіз оны бұрыннан пайдалансаңыз, қызметке қосылуды күтіңіз және Microsoft әдепкі бойынша қолданатын Linux жұмыс ортасын алыңыз.
Содан кейін мен Azure Cloud Shell ішіне орнатылған Bash бағдарламасын қолданамын. Өте пайдалы нәрсе - браузерге орнатылған IDE, VS кодының жеңіл нұсқасы. Әрі қарай, мен қате метрикасының үлгісіне кіріп, оны өңдей аламын және қажеттіліктеріме сәйкес реттей аламын.
Осы үлгіде көрсеткіштер жиынын орнатқаннан кейін оны бүкіл инфрақұрылымыңыз үшін көрсеткіштер жасау үшін пайдалануға болады. Көрсеткіштерді қолданып, оларды жинап, сақтағаннан кейін біз оларды визуализациялауымыз керек.
Azure Monitor тек көрсеткіштермен жұмыс істейді және жүйеңіздің денсаулығының жалпы бейнесін бермейді. Сізде Azure ортасынан тыс жұмыс істейтін бірқатар басқа қолданбалар болуы мүмкін. Сондықтан барлық жиналған көрсеткіштерді бір жерде визуализациялау арқылы барлық процестерді бақылау қажет болса, Azure Monitor бұл үшін жарамсыз.
Бұл мәселені шешу үшін Microsoft корпорациясы Power BI құралын, кең ауқымды деректердің визуализациясын қамтитын бизнесті талдауға арналған кешенді бағдарламалық құралды ұсынады. Бұл өте қымбат өнім, оның құны сізге қажет функциялар жиынтығына байланысты. Әдепкі бойынша, ол сізге өңдеу үшін деректердің 48 түрін ұсынады және Azure SQL деректер қоймалары, Azure деректер көлінің қоймасы, Azure Machine Learning қызметтері және Azure Databricks қызметтерімен байланысты. Масштабтау мүмкіндігін пайдалану арқылы сіз әр 30 минут сайын жаңа деректерді ала аласыз. Нақты уақыттағы бақылау визуализациясы қажет болса, бұл сіздің қажеттіліктеріңізге жеткілікті болуы мүмкін немесе болмауы мүмкін. Бұл жағдайда мен айтқан Grafana сияқты қолданбаларды пайдалану ұсынылады. Сонымен қатар, Microsoft құжаттамасы Splunk, SumoLogic, ELK және IBM радарларына визуализация жүйелеріне SIEM құралдарын пайдаланып көрсеткіштерді, журналдарды және оқиғалар кестелерін жіберу мүмкіндігін сипаттайды.
23:40 мин
Жақында жалғасын табады...
Кейбір жарнамалар 🙂
Бізбен бірге болғандарыңызға рахмет. Сізге біздің мақалалар ұнайды ма? Қызықты мазмұнды көргіңіз келе ме? Тапсырыс беру немесе достарыңызға ұсыну арқылы бізге қолдау көрсетіңіз, , Сіз үшін біз ойлап тапқан бастапқы деңгейдегі серверлердің бірегей аналогы: (RAID1 және RAID10, 24 ядроға дейін және 40 ГБ DDR4 дейін қол жетімді).
Dell R730xd Амстердамдағы Equinix Tier IV деректер орталығында 2 есе арзан ба? Тек осында Нидерландыда! Dell R420 - 2x E5-2430 2.2 ГГц 6C 128 ГБ DDR3 2x960 ГБ SSD 1 Гбит/с 100 ТБ - 99 доллардан бастап! туралы оқыңыз
Ақпарат көзі: www.habr.com