David O'Brien bu yaxınlarda Microsoft Azure Stack bulud məhsullarına diqqət yetirərək öz Xirus şirkətini (https://xirus.com.au) işə saldı. Onlar məlumat mərkəzlərində, kənar yerlərdə, uzaq ofislərdə və buludda ardıcıl olaraq hibrid proqramlar qurmaq və işlətmək üçün nəzərdə tutulub.
David fiziki şəxslərə və şirkətlərə Microsoft Azure və Azure DevOps (keçmiş VSTS) üzrə hər şey üzrə təlimlər keçirir və hələ də praktiki konsaltinq və infrakodlaşdırma ilə məşğul olur. O, 5 ildir ki, Microsoft MVP (Microsoft Most Valuable Professional) Mükafatının qalibi olub və bu yaxınlarda Azure MVP Mükafatını alıb. Melbourne Microsoft Cloud və Datacentre Meetup-ın həmtəşkilatçısı kimi, O'Brien mütəmadi olaraq beynəlxalq konfranslarda çıxış edir və dünyanı gəzməyə olan marağını İT hekayələrini cəmiyyətlə bölüşmək həvəsi ilə birləşdirir. Davidin bloqu bu ünvanda yerləşir , o, həmçinin Pluralsight-da onlayn təlimini dərc edir.
Söhbət ətrafınızda baş verənləri və tətbiqinizin necə işlədiyini başa düşmək üçün ölçülərin əhəmiyyətindən danışır. Microsoft Azure bütün növ iş yükləri üçün ölçüləri göstərmək üçün güclü və asan bir yola malikdir və mühazirə onlardan necə istifadə edə biləcəyinizi izah edir.
Bazar günü səhər saat 3-də siz yatarkən qəfildən mətn mesajı ilə oyanırsınız: “superkritik proqram yenidən cavab vermir”. Nə baş verir? "Əyləclərin" səbəbi harada və nədir? Bu söhbətdə siz Microsoft Azure-un müştərilərə logları və xüsusilə bulud iş yüklərinizdən ölçüləri toplamaq üçün təklif etdiyi xidmətlər haqqında öyrənəcəksiniz. David sizə bulud platformasında işləyərkən hansı ölçülərlə maraqlanmalı olduğunuzu və onlara necə çatacağınızı söyləyəcək. Siz açıq mənbə alətləri və tablosunun yaradılması haqqında məlumat əldə edəcəksiniz və öz panellərinizi yaratmaq üçün kifayət qədər bilik əldə edəcəksiniz.
Və səhər saat 3-də kritik bir tətbiqin qəzaya uğraması mesajı ilə yenidən oyansanız, bunun səbəbini tez bir zamanda anlaya bilərsiniz.
Axşamınız xeyir, bu gün ölçülər haqqında danışacağıq. Mənim adım David O'Briendir, mən Xirus adlı kiçik Avstraliya konsaltinq şirkətinin həmtəsisçisi və sahibiyəm. Mənimlə vaxt keçirmək üçün buraya gəldiyiniz üçün bir daha təşəkkür edirəm. Bəs biz niyə buradayıq? Metriklərdən danışmaq üçün, daha doğrusu, onlar haqqında sizə məlumat verəcəyəm və hər hansı bir şey etməzdən əvvəl nəzəriyyədən başlayaq.
Mən sizə ölçülərin nə olduğunu, onlarla nə edə biləcəyinizi, nələrə diqqət etməli olduğunuzu, Azure-da metriklərin toplanması və aktivləşdirilməsinin və ölçülərin vizuallaşdırılmasının nə olduğunu söyləyəcəyəm. Mən sizə bunların Microsoft buludunda necə göründüyünü və bu buludla necə işləməyi göstərəcəyəm.
Başlamazdan əvvəl Microsoft Azure-dan istifadə edənlərdən əl nümayişini xahiş edəcəyəm. AWS ilə kim işləyir? az görürəm. Bəs Google? ALI Cloud? Bir kişi! Əla. Beləliklə, ölçülər nədir? ABŞ Milli Standartlar və Texnologiya İnstitutunun rəsmi tərifi belədir: “Metrik, əmlakın ölçülməsi şərtlərini və qaydalarını təsvir edən və ölçmə nəticələrini başa düşməyə xidmət edən ölçmə standartıdır.” Bunun mənası nədi?
Virtual maşının boş disk sahəsini dəyişdirmək üçün bir metrik nümunə götürək. Məsələn, bizə 90 rəqəmi verilir və bu rəqəm faiz deməkdir, yəni boş disk sahəsinin həcmi 90% təşkil edir. Qeyd edim ki, pdf formatında 40 səhifə tutan metriklərin tərifinin təsvirini oxumaq çox da maraqlı deyil.
Bununla belə, metrik ölçmə nəticəsinin necə əldə edildiyini demir, yalnız bu nəticəni göstərir. Metriklərlə nə edirik?
Əvvəlcə ölçmə nəticəsindən istifadə etmək üçün bir şeyin dəyərini ölçürük.
Məsələn, boş disk sahəsinin miqdarını öyrəndik və indi ondan istifadə edə bilərik, bu yaddaşdan istifadə edə bilərik və s. Metrik nəticəni aldıqdan sonra onu şərh etməliyik. Məsələn, metrik 90 nəticəsini qaytardı. Bu rəqəmin nə demək olduğunu bilməliyik: boş yerin miqdarı və ya istifadə olunan disk sahəsinin miqdarı faiz və ya gigabaytla, şəbəkə gecikməsi 90 ms-ə bərabərdir və s. , biz metrik dəyərin mənasını şərh etməliyik. Metriklərin ümumiyyətlə mənalı olması üçün bir metrik dəyəri şərh etdikdən sonra çoxlu dəyərlərin toplanmasını təmin etməliyik. Bu çox vacibdir, çünki bir çox insanlar ölçüləri toplamaq ehtiyacından xəbərdar deyillər. Microsoft ölçüləri toplamağı çox asanlaşdırıb, lakin onların toplanmasını təmin etmək sizin əlinizdədir. Bu göstəricilər yalnız 41 gün saxlanılır və 42-ci gündə yox olur. Buna görə də, xarici və ya daxili avadanlıqlarınızın xüsusiyyətlərindən asılı olaraq, metrikləri 41 gündən çox müddətə - jurnallar, jurnallar və s. Beləliklə, topladıqdan sonra onları lazım olduqda metrik nəticələrdəki dəyişikliklərin bütün statistikasını götürməyə imkan verən bir yerə yerləşdirməlisiniz. Onları ora qoyduqdan sonra onlarla effektiv işləməyə başlaya bilərsiniz.
Yalnız ölçüləri əldə etdikdən, şərh etdikdən və topladıqdan sonra SLA - xidmət səviyyəsi müqaviləsi yarada bilərsiniz. Bu SLA müştəriləriniz üçün o qədər də vacib olmaya bilər; o, həmkarlarınız, menecerlər, sistemi saxlayan və onun funksionallığı ilə maraqlananlar üçün daha vacibdir. Metrik biletlərin sayını ölçə bilər - məsələn, siz gündə 5 bilet alırsınız və bu halda o, istifadəçi müraciətlərinə cavab sürətini və problemlərin aradan qaldırılması sürətini göstərir. Metrik sadəcə saytınızın 20 ms-də yükləndiyini və ya cavab sürətinizin 20 ms olduğunu söyləməməlidir, metrik bir texniki göstəricidən daha çoxdur.
Buna görə də, söhbətimizin vəzifəsi sizə metriklərin mahiyyətinin ətraflı mənzərəsini təqdim etməkdir. Metrik elə xidmət edir ki, ona baxaraq prosesin tam mənzərəsini əldə edə biləsiniz.
Metrik əldə etdikdən sonra sistemin işlədiyinə 99% zəmanət verə bilərik, çünki bu, sadəcə sistemin işlədiyini bildirən log faylına baxmaq deyil. 99% iş vaxtı zəmanəti o deməkdir ki, məsələn, API-nin normal 99 ms sürətlə cavab verdiyi vaxtın 30%-i. İstifadəçilərinizi, həmkarlarınızı və menecerlərinizi maraqlandıran məhz budur. Müştərilərimizin çoxu veb server qeydlərinə nəzarət edir, lakin onlarda heç bir səhv görmürlər və hər şeyin qaydasında olduğunu düşünürlər. Məsələn, onlar 200 Mb/s şəbəkə sürətini görür və düşünürlər: “yaxşı, hər şey əladır!” Lakin bu 200-ə çatmaq üçün istifadəçilərə 30 millisaniyəlik cavab sürəti lazımdır və bu, dəqiq ölçülməyən və log fayllarında toplanmayan göstəricidir. Eyni zamanda, istifadəçilər saytın çox yavaş yüklənməsinə təəccüblənirlər, çünki lazımi ölçülərə malik deyillər, bu davranışın səbəblərini bilmirlər.
Amma 100% iş vaxtı SLA-ya malik olduğumuz üçün müştərilər şikayət etməyə başlayırlar, çünki saytdan istifadə etmək əslində çox çətindir. Buna görə də, obyektiv SLA yaratmaq üçün toplanmış metriklərin yaratdığı prosesin tam mənzərəsini görmək lazımdır. Bu, SLA yaratarkən “iş vaxtı” termininin nə demək olduğunu bilməyən və əksər hallarda müştərilərinə API-nin necə işlədiyini izah etməyən bəzi provayderlərlə bağlı davam edən problemdir.
Bir xidmət, məsələn, üçüncü şəxs üçün API yaratmısınızsa, nəticədə 39,5 metrikanın nə demək olduğunu başa düşməlisiniz - cavab, uğurlu cavab, 20 ms sürətlə və ya 5 ms sürətlə cavab. Onların SLA-nı öz SLA-nıza, öz ölçülərinizə uyğunlaşdırmaq sizdən asılıdır.
Bütün bunları başa düşdükdən sonra heyrətamiz tablo yaratmağa başlaya bilərsiniz. Mənə deyin, Grafana interaktiv vizuallaşdırma proqramından artıq kimsə istifadə edibmi? Əla! Mən bu açıq mənbənin böyük pərəstişkarıyam, çünki bu şey pulsuzdur və istifadəsi asandır.
Əgər siz hələ də Grafana-dan istifadə etməmisinizsə, onunla necə işləmək lazım olduğunu söyləyəcəyəm. 80-90-cı illərdə doğulan hər kəs, yəqin ki, CareBears-ı xatırlayır? Bu ayıların Rusiyada nə qədər məşhur olduğunu bilmirəm, amma ölçülərə gəldikdə, biz eyni “qayğı ayıları” olmalıyıq. Dediyim kimi, bütün sistemin necə işlədiyinə dair böyük bir şəkilə ehtiyacınız var və bu, yalnız API, veb saytınız və ya virtual maşında işləyən xidmətlə bağlı olmamalıdır.
Siz bütün sistemin işini ən tam əks etdirən ölçülərin toplusunu təşkil etməlisiniz. Çoxunuz proqram tərtibatçılarısınız, buna görə də həyatınız daim dəyişir, yeni məhsul tələblərinə uyğunlaşır və kodlaşdırma prosesləri ilə məşğul olduğunuz kimi, ölçülərlə də maraqlanmalısınız. Metrikin yazdığınız hər kod sətirinə necə aid olduğunu bilməlisiniz. Məsələn, gələn həftə siz yeni marketinq kampaniyasına başlayırsınız və çoxlu sayda istifadəçinin saytınıza daxil olmasını gözləyirsiniz. Bu hadisəni təhlil etmək üçün sizə ölçülər lazım olacaq və bu insanların fəaliyyətini izləmək üçün bütöv bir idarə panelinə ehtiyacınız ola bilər. Marketinq kampaniyanızın nə qədər uğurlu olduğunu və əslində necə performans göstərdiyini anlamaq üçün ölçülərə ehtiyacınız olacaq. Onlar sizə, məsələn, effektiv CRM - müştəri münasibətlərinin idarə edilməsi sistemini inkişaf etdirməyə kömək edəcəklər.
Beləliklə, gəlin Azure bulud xidmətimizə başlayaq. Azure Monitoru olduğu üçün ölçülər kolleksiyasını tapmaq və təşkil etmək çox asandır. Bu monitor sistem konfiqurasiya idarəçiliyini mərkəzləşdirir. Sisteminizə tətbiq etmək istədiyiniz Azure elementlərinin hər birində defolt olaraq aktivləşdirilmiş bir çox ölçü var. Bu, qutudan kənarda işləyən və heç bir ilkin parametrlər tələb etməyən pulsuz proqramdır; sisteminiz üçün heç bir şey yazmağa və ya "vurmağa" ehtiyac yoxdur. Bunu aşağıdakı demoya baxaraq yoxlayacağıq.
Bundan əlavə, bu ölçüləri Splunk log saxlama və təhlil sistemi, bulud əsaslı jurnal idarəetmə proqramı SumoLogic, ELK jurnalının emal aləti və IBM Radar kimi üçüncü tərəf proqramlarına göndərmək mümkündür. Düzdür, istifadə etdiyiniz resurslardan asılı olan kiçik fərqlər var - virtual maşın, şəbəkə xidmətləri, Azure SQL verilənlər bazaları, yəni ölçülərin istifadəsi iş mühitinizin funksiyalarından asılı olaraq fərqlənir. Deməyəcəyəm ki, bu fərqlər ciddidir, amma təəssüf ki, onlar hələ də mövcuddur və bunu nəzərə almaq lazımdır. Metrikləri aktivləşdirmək və göndərmək bir neçə yolla mümkündür: Portal, CLI/Power Shell vasitəsilə və ya ARM şablonlarından istifadə etməklə.
İlk demoya başlamazdan əvvəl, suallarınızı cavablandıracağam. Sual yoxdursa, başlayaq. Ekran Azure Monitor səhifəsinin necə göründüyünü göstərir. Sizdən kimsə deyə bilər ki, bu monitor işləmir?
Beləliklə, indi hər şey yaxşıdır, monitor xidmətlərinin necə göründüyünü görə bilərsiniz. Deyə bilərəm ki, bu, gündəlik iş üçün əla və çox sadə bir vasitədir. Tətbiqləri, şəbəkələri və infrastrukturu izləmək üçün istifadə edilə bilər. Bu yaxınlarda monitorinq interfeysi təkmilləşdirildi və əvvəllər xidmətlər müxtəlif yerlərdə yerləşirdisə, indi xidmətlər haqqında bütün məlumatlar monitorun ana səhifəsində birləşdirilmişdir.
Metriklər cədvəli HomeMonitorMetrics yolu boyunca bir tabdır, bütün mövcud ölçüləri görmək və sizə lazım olanları seçmək üçün ona gedə bilərsiniz. Ancaq ölçülərin toplanmasına icazə vermək lazımdırsa, HomeMonitorDiagnostic parametrləri kataloq yolundan istifadə etməli və Aktiv/Əlil ölçülər qeyd qutularını yoxlamalısınız. Varsayılan olaraq, demək olar ki, bütün ölçülər aktivdir, lakin əlavə bir şey aktivləşdirmək lazımdırsa, diaqnostik statusu Disabled-dən Enabled-ə dəyişməli olacaqsınız.
Bunu etmək üçün seçilmiş metrikanın xəttinə və açılan sekmeye klikləyin, diaqnostika rejimini aktivləşdirin. Seçilmiş metrikanı təhlil etmək niyyətindəsinizsə, diaqnostikanı yandırın linkinə kliklədikdən sonra görünən pəncərədə Log Analytics-ə Göndərmə qutusunu yoxlamaq lazımdır.
Log Analytics Splunk-a bir qədər bənzəyir, lakin daha ucuzdur. Bu xidmət sizə bütün ölçülərinizi, qeydlərinizi və ehtiyacınız olan hər şeyi toplamağa və onları Log Analytics iş sahəsinə yerləşdirməyə imkan verir. Xidmət xüsusi KQL sorğu emal dilindən istifadə edir - Kusto Quarry Language, biz onun işinə növbəti demoda baxacağıq. Hələlik qeyd edim ki, onun köməyi ilə siz ölçülər, qeydlər, şərtlər, tendensiyalar, nümunələr və s. ilə bağlı sorğular yarada bilərsiniz. və idarə panelləri yaradın.
Beləliklə, Log Analytics-ə Göndərmə qutusunu və LOG panel onay qutularını yoxlayırıq: DataPlaneRequests, MongoRequests və QueryRuntimeStatistics və aşağıda METRIC panelində – Sorğular qutusunu yoxlayırıq. Sonra bir ad təyin edirik və parametrləri saxlayırıq. Komanda xəttində bu, iki kod sətirini təmsil edir. Yeri gəlmişkən, Azure Cloud qabığı bu mənada Google-a bənzəyir, bu da veb-brauzerinizdə əmr satırından istifadə etməyə imkan verir. AWS-də belə bir şey yoxdur, ona görə də Azure bu mənada daha rahatdır.
Məsələn, mən laptopumda heç bir kod istifadə etmədən veb interfeysi vasitəsilə demoni işlədə bilirəm. Bunun üçün mən Azure hesabımla autentifikasiya etməliyəm. Sonra, məsələn, terrafone istifadə edə bilərsiniz, əgər siz artıq istifadə edirsinizsə, xidmətə qoşulmanı gözləyin və Microsoft-un standart olaraq istifadə etdiyi Linux iş mühitini əldə edin.
Sonra, Azure Cloud Shell-də quraşdırılmış Bash-dan istifadə edirəm. Çox faydalı bir şey brauzerdə quraşdırılmış IDE, VS Kodunun yüngül versiyasıdır. Sonra mən səhv ölçüləri şablonuma daxil ola, onu redaktə edə və ehtiyaclarıma uyğunlaşdıra bilərəm.
Bu şablonda ölçülər toplusunu qurduqdan sonra ondan bütün infrastrukturunuz üçün ölçülər yaratmaq üçün istifadə edə bilərsiniz. Metrikləri tətbiq etdikdən, onları topladıqdan və saxladıqdan sonra onları vizuallaşdırmalıyıq.
Azure Monitor yalnız ölçülərlə məşğul olur və sisteminizin sağlamlığının ümumi mənzərəsini təqdim etmir. Azure mühitindən kənarda işləyən bir sıra başqa proqramlarınız ola bilər. Beləliklə, bütün toplanmış ölçüləri bir yerdə vizuallaşdıraraq bütün prosesləri izləmək lazımdırsa, Azure Monitor bunun üçün uyğun deyil.
Bu problemi həll etmək üçün Microsoft Power BI alətini təklif edir. Bu kifayət qədər bahalı bir məhsuldur, dəyəri sizə lazım olan funksiyalar dəstindən asılıdır. Defolt olaraq, o, sizə emal etmək üçün 48 növ məlumat təklif edir və Azure SQL Data Anbarları, Azure Data Lake Storage, Azure Machine Learning Services və Azure Databricks ilə əlaqələndirilir. Ölçeklenebilirlikdən istifadə edərək, hər 30 dəqiqədən bir yeni məlumat ala bilərsiniz. Əgər real vaxt rejimində monitorinq vizualizasiyasına ehtiyacınız varsa, bu sizin ehtiyaclarınız üçün kifayət edə bilər və ya olmaya bilər. Bu zaman qeyd etdiyim Grafana kimi proqramlardan istifadə etmək tövsiyə olunur. Bundan əlavə, Microsoft sənədləri SIEM alətlərindən istifadə edərək Splunk, SumoLogic, ELK və IBM radarlarının vizualizasiya sistemlərinə ölçüləri, qeydləri və hadisə cədvəllərini göndərmək qabiliyyətini təsvir edir.
23:40 dəq
Tezliklə davamı olacaq...
Bəzi reklamlar 🙂
Bizimlə qaldığınız üçün təşəkkür edirik. Məqalələrimiz xoşunuza gəlirmi? Daha maraqlı məzmun görmək istəyirsiniz? Sifariş verməklə və ya dostlarınıza tövsiyə etməklə bizə dəstək olun, , Sizin üçün bizim tərəfimizdən icad edilmiş giriş səviyyəli serverlərin unikal analoqu: (RAID1 və RAID10, 24 nüvəyə qədər və 40 GB DDR4 ilə mövcuddur).
Dell R730xd Amsterdamdakı Equinix Tier IV məlumat mərkəzində 2 dəfə ucuzdur? Yalnız burada Hollandiyada! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 99 dollardan! haqqında oxuyun
Mənbə: www.habr.com