David O'Brien bubar ngluncurake perusahaan dhewe, Xirus (https://xirus.com.au), fokus ing produk awan Microsoft Azure Stack. Iki dirancang kanggo terus-terusan mbangun lan mbukak aplikasi hibrida ing pusat data, lokasi pinggir, kantor terpencil, lan awan.
David nglatih individu lan perusahaan ing kabeh babagan Microsoft Azure lan Azure DevOps (sadurunge VSTS) lan isih nindakake konsultasi lan infracoding. Dheweke wis dadi pemenang Penghargaan Microsoft MVP (Microsoft Most Valuable Professional) sajrone 5 taun lan bubar nampa Penghargaan MVP Azure. Minangka co-organizer saka Melbourne Microsoft Cloud lan Datacentre Meetup, O'Brien ajeg ngandika ing konferensi internasional, nggabungake kapentingan ing lelungan donya karo passion kanggo nuduhake crita IT karo masyarakat. blog David dumunung ing , dheweke uga nerbitake latihan online babagan Pluralsight.
Dhiskusi kasebut nyritakake babagan pentinge metrik kanggo ngerteni apa sing kedadeyan ing lingkungan sampeyan lan kepiye kinerja aplikasi sampeyan. Microsoft Azure nduweni cara sing kuat lan gampang kanggo nampilake metrik kanggo kabeh jinis beban kerja, lan kuliah kasebut nerangake carane sampeyan bisa nggunakake kabeh.
Jam 3 esuk dina Minggu, nalika sampeyan lagi turu, sampeyan tiba-tiba digugah dening pesen teks: "aplikasi superkritik ora nanggapi maneh." Ana apa? Ing endi lan apa sebabe "rem"? Ing pirembagan iki, sampeyan bakal sinau babagan layanan sing ditawakake Microsoft Azure marang pelanggan kanggo ngumpulake log lan, utamane, metrik saka beban kerja awan sampeyan. David bakal ngandhani metrik apa sing kudu sampeyan minati nalika nggarap platform maya lan kepiye carane entuk. Sampeyan bakal sinau babagan alat open source lan bangunan dashboard, lan entuk kawruh sing cukup kanggo nggawe dashboard sampeyan dhewe.
Lan yen sampeyan tangi maneh ing 3 am dening pesen sing aplikasi kritis wis tabrakan, sampeyan bisa cepet ngerti sababe.
Sugeng sonten, dina iki kita bakal ngomong babagan metrik. Jenengku David O'Brien, aku dadi pendiri lan pemilik perusahaan konsultasi Australia cilik, Xirus. Matur nuwun maneh kanggo teka kene kanggo nglampahi wektu karo kula. Dadi apa kita kene? Kanggo ngomong babagan metrik, utawa luwih, aku bakal ngandhani babagan iki, lan sadurunge nindakake samubarang, ayo miwiti teori kasebut.
Aku bakal pitutur marang kowe apa metrik, apa sampeyan bisa nindakake karo wong-wong mau, apa sampeyan kudu mbayar manungsa waΓ© kanggo, carane ngumpulake lan ngaktifake koleksi metrik ing Azure, lan apa metrik visualisasi. Aku bakal nuduhake sampeyan kaya apa iki ing awan Microsoft lan cara nggarap awan iki.
Sadurunge kita miwiti, Aku bakal takon nuduhake tangan saka sing nggunakake Microsoft Azure. Sapa sing kerja karo AWS? Aku weruh sawetara. Kepiye babagan Google? Awan ALI? Wong siji! gedhe. Dadi apa metrik? Dhéfinisi resmi saka Institut Standar lan Teknologi Nasional AS yaiku: "Metrik minangka standar pangukuran sing njlèntrèhaké kahanan lan aturan kanggo ngukur properti lan mangertos asil pangukuran." Iki artine apa?
Ayo njupuk conto metrik kanggo ngganti ruang disk gratis ing mesin virtual. Contone, kita diwenehi nomer 90, lan nomer iki tegese persentase, yaiku, jumlah ruang disk gratis yaiku 90%. Aku nyathet yen ora menarik banget kanggo maca deskripsi definisi metrik, sing njupuk 40 halaman ing format pdf.
Nanging, metrik ora nyatakake kepiye asil pangukuran kasebut, mung nuduhake asil kasebut. Apa sing kita lakoni karo metrik?
Kaping pisanan, kita ngukur nilai soko supaya bisa nggunakake asil pangukuran.
Contone, kita nemokake jumlah ruang disk sing gratis lan saiki bisa digunakake, nggunakake memori iki, lsp. Sawise kita nampa asil metrik, kita kudu menehi interpretasi. Contone, metrik ngasilake asil 90. Kita kudu ngerti apa tegese nomer iki: jumlah ruang kosong utawa jumlah ruang disk sing digunakake ing persen utawa gigabyte, latensi jaringan padha karo 90 ms, lan liya-liyane, yaiku , kita kudu napsirake makna nilai metrik. Supaya metrik bisa migunani, sawise nerjemahake nilai metrik siji, kita kudu mesthekake yen sawetara nilai dikumpulake. Iki penting banget amarga akeh wong sing ora ngerti kabutuhan ngumpulake metrik. Microsoft wis nggawe gampang banget kanggo ngumpulake metrik, nanging sampeyan kudu mesthekake yen wis diklumpukake. Metrik iki disimpen mung 41 dina lan ilang ing dina kaping 42. Mulane, gumantung saka sifat peralatan eksternal utawa internal sampeyan, sampeyan kudu ngurus cara nyimpen metrik luwih saka 41 dina - ing bentuk log, log, lsp. Mangkono, sawise koleksi, sampeyan kudu nyelehake ing sawetara panggonan sing ngidini sampeyan narik kabeh statistik owah-owahan ing asil metrik yen perlu. Sawise dilebokake ing kana, sampeyan bisa miwiti nggarap kanthi efektif.
Mung sawise sampeyan entuk metrik, interpretasi lan ngumpulake, sampeyan bisa nggawe perjanjian tingkat layanan SLA. SLA iki bisa uga ora penting kanggo pelanggan sampeyan; luwih penting kanggo kolega, manajer, sing njaga sistem lan prihatin babagan fungsine. Metrik bisa ngukur jumlah tiket - contone, sampeyan nampa 5 tiket saben dina, lan ing kasus iki nuduhake kacepetan nanggepi panjalukan pangguna lan kacepetan ngatasi masalah. Metrik ora mung nyatakake yen situs sampeyan dimuat ing 20ms utawa kacepetan respon sampeyan 20ms, metrik luwih saka siji indikator teknis.
Mulane, tugas obrolan kita yaiku kanggo menehi sampeyan gambaran rinci babagan inti metrik. Metrik kasebut supaya kanthi ndeleng sampeyan bisa entuk gambaran lengkap babagan proses kasebut.
Sawise kita duwe metrik, kita bisa 99% njamin yen sistem bisa digunakake, amarga ora mung ndeleng file log sing ujar manawa sistem kasebut bisa digunakake. Jaminan wektu aktif 99% tegese, contone, 99% wektu API nanggapi kanthi kecepatan normal 30 ms. Iki persis sing narik minat pangguna, kolega lan manajer sampeyan. Akeh klien kita ngawasi log server web, nanging ora ngelingi kesalahane lan ngira yen kabeh ora becik. Contone, dheweke ndeleng kacepetan jaringan 200 Mb / s lan mikir: "Ok, kabeh apik!" Nanging kanggo entuk 200 iki, pangguna mbutuhake kacepetan respon 30 milidetik, lan iki minangka indikator sing ora diukur lan ora diklumpukake ing file log. Ing wektu sing padha, pangguna kaget yen situs kasebut mbukak alon-alon, amarga, ora duwe metrik sing dibutuhake, dheweke ora ngerti alasan kanggo prilaku iki.
Nanging amarga kita duwe 100% uptime SLA, pelanggan wiwit sambat amarga situs kasebut pancen angel banget digunakake. Mulane, kanggo nggawe SLA obyektif, perlu kanggo ndeleng gambar lengkap saka proses digawe dening metrik diklumpukake. Iki minangka masalah sing terus-terusan karo sawetara panyedhiya sing, nalika nggawe SLA, ora ngerti apa tegese istilah "uptime" lan umume ora nerangake marang klien babagan cara kerja API.
Yen sampeyan nggawe layanan, contone, API kanggo wong katelu, sampeyan kudu ngerti apa metrik asil 39,5 tegese - respon, respon sukses, respon ing kacepetan 20 ms utawa ing kacepetan 5 ms. Sampeyan kudu ngganti SLA menyang SLA dhewe, kanggo metrik dhewe.
Sawise sampeyan wis ngerti kabeh iki, sampeyan bisa miwiti nggawe dashboard sing nggumunake. Ngomongi aku, apa ana sing wis nggunakake aplikasi visualisasi interaktif Grafana? apik tenan! Aku penggemar gedhe saka open source iki amarga bab iki gratis lan gampang kanggo nggunakake.
Yen sampeyan durung nggunakake Grafana, Aku bakal pitutur marang kowe carane bisa karo. Sapa wae sing lair ing taun 80-an lan 90-an mbokmenawa ngelingi CareBears? Aku ora ngerti carane populer bruwang iki ing Rusia, nanging nalika nerangake metrik, kita kudu padha "beruang care." Kaya sing dakkandhakake, sampeyan butuh gambaran gedhe babagan cara kerja kabeh sistem, lan ora mung babagan API, situs web, utawa layanan sing mlaku ing mesin virtual.
Sampeyan kudu ngatur koleksi metrik kasebut sing paling nggambarake operasi kabeh sistem. Umume sampeyan minangka pangembang piranti lunak, mula urip sampeyan terus ganti, adaptasi karo syarat produk anyar, lan kaya sampeyan prihatin karo proses coding, sampeyan kudu prihatin karo metrik. Sampeyan kudu ngerti carane metrik ana hubungane karo saben baris kode sing sampeyan tulis. Contone, minggu ngarep sampeyan miwiti kampanye pemasaran anyar lan ngarepake akeh pangguna sing bakal ngunjungi situs sampeyan. Kanggo nganalisa acara iki, sampeyan butuh metrik, lan sampeyan bisa uga butuh dasbor kabeh kanggo nglacak kegiatan wong kasebut. Sampeyan mbutuhake metrik kanggo mangerteni carane sukses kampanye marketing lan carane iku bener nindakake. Dheweke bakal mbantu sampeyan, umpamane, ngembangake CRM sing efektif - sistem manajemen hubungan pelanggan.
Dadi ayo miwiti layanan awan Azure. Gampang banget kanggo nemokake lan ngatur koleksi metrik amarga duwe Azure Monitor. Monitor iki sentralisasi manajemen konfigurasi sistem sampeyan. Saben unsur Azure sing pengin ditrapake ing sistem sampeyan duwe akeh metrik sing diaktifake kanthi standar. Iki minangka aplikasi gratis sing bisa digunakake langsung saka kothak lan ora mbutuhake setelan awal; sampeyan ora perlu nulis utawa "meneng" apa wae menyang sistem sampeyan. Kita bakal verifikasi iki kanthi ndeleng demo ing ngisor iki.
Kajaba iku, bisa uga ngirim metrik kasebut menyang aplikasi pihak katelu, kayata sistem panyimpenan lan analisis log Splunk, aplikasi manajemen log basis awan SumoLogic, alat pangolahan log ELK, lan Radar IBM. Bener, ana bedane tipis sing gumantung saka sumber daya sing sampeyan gunakake - mesin virtual, layanan jaringan, database Azure SQL, yaiku, panggunaan metrik beda-beda gumantung saka fungsi lingkungan kerja sampeyan. Aku ora bakal ngomong sing beda-beda iki serius, nanging, sayangΓ©, padha isih ana, lan iki kudu dijupuk menyang akun. Ngaktifake lan ngirim metrik bisa kanthi sawetara cara: liwat Portal, CLI/Power Shell, utawa nggunakake cithakan ARM.
Sadurunge miwiti demo pisanan, aku bakal mangsuli pitakon sampeyan. Yen ora ana pitakonan, ayo miwiti. Layar nuduhake kaya apa kaca Azure Monitor. Apa sampeyan bisa ujar manawa monitor iki ora bisa digunakake?
Dadi saiki kabeh apik, sampeyan bisa ndeleng kaya apa layanan monitor. Aku bisa ujar manawa iki minangka alat sing apik banget lan gampang banget kanggo kerja saben dina. Bisa digunakake kanggo ngawasi aplikasi, jaringan lan infrastruktur. Bubar, antarmuka ngawasi wis ditingkatake, lan yen sadurunge layanan dumunung ing macem-macem panggonan, saiki kabeh informasi babagan layanan digabungake ing kaca ngarep monitor.
Tabel metrik minangka tab ing sadawane dalan HomeMonitorMetrics, sing bisa dibukak kanggo ndeleng kabeh metrik sing kasedhiya lan pilih sing sampeyan butuhake. Nanging yen sampeyan kudu ngaktifake koleksi metrik, sampeyan kudu nggunakake path direktori setelan HomeMonitorDiagnostic lan mriksa kothak centhang Enabled/Disabled metrics. Kanthi gawan, meh kabeh metrik diaktifake, nanging yen sampeyan kudu ngaktifake tambahan, sampeyan kudu ngganti status diagnostik saka Disabled menyang Enabled.
Kanggo nindakake iki, klik ing baris metrik sing dipilih lan ing tab sing mbukak, aktifake mode diagnostik. Yen sampeyan arep nganalisa metrik sing dipilih, banjur sawise ngeklik link Aktifake diagnostik, sampeyan kudu mriksa kothak Kirim kanggo Log Analytics ing jendhela sing katon.
Log Analytics rada padha karo Splunk, nanging biaya kurang. Layanan iki ngidini sampeyan ngumpulake kabeh metrik, log lan kabeh sing dibutuhake lan nyelehake ing ruang kerja Log Analytics. Layanan kasebut nggunakake basa pangolahan pitakon KQL khusus - Kusto Quarry Language, kita bakal ndeleng karyane ing demo sabanjure. Saiki, aku bakal nyathet yen kanthi bantuan sampeyan bisa nggawe pitakon babagan metrik, log, istilah, tren, pola, lsp. lan nggawe dashboard.
Dadi, kita mriksa kothak Kirim menyang Log Analytics lan kothak panel LOG: DataPlaneRequests, MongoRequests lan QueryRuntimeStatistics, lan ing ngisor iki ing panel METRIC - kothak Panyuwunan. Banjur kita nemtokake jeneng lan nyimpen setelan kasebut. Ing baris printah, iki nuduhake rong baris kode. Miturut cara, cangkang Azure Cloud ing pangertèn iki meh padha karo Google, sing uga ngidini sampeyan nggunakake baris perintah ing browser web sampeyan. AWS ora duwe apa-apa, mula Azure luwih trep ing pangertèn iki.
Contone, aku bisa mbukak demo liwat antarmuka web tanpa nggunakake kode ing laptop. Kanggo nindakake iki, aku kudu otentikasi karo akun Azure. Banjur sampeyan bisa nggunakake, umpamane, terrafone, yen sampeyan wis nggunakake, ngenteni sambungan menyang layanan kasebut lan entuk lingkungan kerja Linux sing digunakake Microsoft kanthi standar.
Sabanjure, aku nggunakake Bash, dibangun ing Azure Cloud Shell. Bab sing migunani banget yaiku IDE sing dibangun ing browser, versi VS Code sing entheng. Sabanjure, aku bisa mlebu template metrik kesalahan, nyunting, lan ngatur supaya cocog karo kabutuhan.
Sawise sampeyan nyiyapake koleksi metrik ing cithakan iki, sampeyan bisa nggunakake kanggo nggawe metrik kanggo kabeh infrastruktur. Sawise kita wis ngetrapake metrik, nglumpukake, lan disimpen, kita kudu nggambarake.
Azure Monitor mung ngurusi metrik lan ora menehi gambaran sakabehe babagan kesehatan sistem sampeyan. Sampeyan bisa uga duwe sawetara aplikasi liyane sing mlaku ing njaba lingkungan Azure. Dadi yen sampeyan kudu ngawasi kabeh proses, nggambarake kabeh metrik sing diklumpukake ing sak panggonan, banjur Azure Monitor ora cocok kanggo iki.
Kanggo ngatasi masalah iki, Microsoft nawakake alat Power BI, piranti lunak lengkap kanggo analisis bisnis sing kalebu visualisasi saka macem-macem data. Iki minangka produk sing cukup larang, regane gumantung saka set fungsi sing dibutuhake. Kanthi gawan, nawakake 48 jinis data kanggo diproses lan disambung menyang Azure SQL Data Warehouses, Azure Data Lake Storage, Azure Machine Learning Services, lan Azure Databricks. Nggunakake skalabilitas, sampeyan bisa nampa data anyar saben 30 menit. Iki bisa uga ora cukup kanggo kabutuhan yen sampeyan butuh visualisasi pemantauan wektu nyata. Ing kasus iki, dianjurake kanggo nggunakake aplikasi kayata Grafana sing dakkandhakake. Kajaba iku, dokumentasi Microsoft nggambarake kemampuan kanggo ngirim metrik, log lan tabel acara nggunakake alat SIEM menyang sistem visualisasi Splunk, SumoLogic, ELK lan radar IBM.
23:40 min
Diterusake kanthi cepet ...
Sawetara iklan π
Matur nuwun kanggo tetep karo kita. Apa sampeyan seneng karo artikel kita? Pengin ndeleng konten sing luwih menarik? Ndhukung kita kanthi nggawe pesenan utawa menehi rekomendasi menyang kanca, , analog unik saka server level entri, sing diciptakake kanggo sampeyan: (kasedhiya karo RAID1 lan RAID10, munggah 24 intine lan nganti 40GB DDR4).
Dell R730xd 2 kaping luwih murah ing pusat data Equinix Tier IV ing Amsterdam? Mung kene ing Walanda! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - saka $99! Maca babagan
Source: www.habr.com