دیوید اوبراین اخیراً شرکت خود به نام Xirus (https://xirus.com.au) را با تمرکز بر محصولات ابری Microsoft Azure Stack راه اندازی کرده است. آنها برای ایجاد و اجرای مداوم برنامه های کاربردی ترکیبی در مراکز داده، مکان های لبه، دفاتر راه دور و ابر طراحی شده اند.
دیوید افراد و شرکت‌ها را در مورد همه چیز Microsoft Azure و Azure DevOps (قبلاً VSTS) آموزش می‌دهد و همچنان مشاوره عملی و زیرکدگذاری انجام می‌دهد. او به مدت 5 سال برنده جایزه مایکروسافت MVP (با ارزش ترین حرفه ای مایکروسافت) بوده و اخیراً جایزه Azure MVP را دریافت کرده است. اوبراین به عنوان یکی از سازمان‌دهنده‌های مایکروسافت Cloud و Datacentre Meetup، به طور مرتب در کنفرانس‌های بین‌المللی سخنرانی می‌کند و علاقه‌اش به سفر به جهان را با اشتیاق به اشتراک‌گذاری داستان‌های فناوری اطلاعات با جامعه ترکیب می‌کند. وبلاگ دیوید در ، او همچنین آموزش آنلاین خود را در مورد Pluralsight منتشر می کند.
این سخنرانی در مورد اهمیت معیارها در درک آنچه در محیط شما اتفاق می افتد و نحوه عملکرد برنامه شما صحبت می کند. Microsoft Azure یک راه قدرتمند و آسان برای نمایش معیارها برای انواع بارهای کاری دارد و این سخنرانی توضیح می دهد که چگونه می توانید از همه آنها استفاده کنید.
ساعت 3 صبح روز یکشنبه، در حالی که خواب هستید، ناگهان با پیامی از خواب بیدار می شوید: "برنامه فوق بحرانی دوباره پاسخ نمی دهد." چه خبر است؟ دلیل "ترمز" کجا و چیست؟ در این گفتگو، با خدماتی که مایکروسافت آزور برای جمع‌آوری گزارش‌ها و به‌ویژه معیارها از بارهای کاری ابری خود به مشتریان ارائه می‌دهد، آشنا خواهید شد. دیوید به شما خواهد گفت که هنگام کار بر روی یک پلتفرم ابری باید به چه معیارهایی علاقه مند باشید و چگونه به آنها برسید. شما در مورد ابزارهای منبع باز و ساخت داشبورد یاد خواهید گرفت و در نهایت دانش کافی برای ایجاد داشبورد خود را خواهید داشت.
و اگر دوباره ساعت 3 صبح با پیامی مبنی بر خراب شدن یک برنامه مهم از خواب بیدار شوید، می توانید به سرعت علت آن را کشف کنید.
ظهر بخیر، امروز در مورد معیارها صحبت خواهیم کرد. نام من دیوید اوبراین است، من یکی از بنیانگذاران و مالک یک شرکت مشاوره استرالیایی کوچک به نام Xirus هستم. باز هم از شما متشکرم که به اینجا آمدید تا وقت خود را با من بگذرانید. پس چرا ما اینجا هستیم؟ برای صحبت در مورد معیارها، یا بهتر است بگوییم، در مورد آنها به شما خواهم گفت، و قبل از انجام هر کاری، اجازه دهید با تئوری شروع کنیم.
من به شما خواهم گفت که معیارها چیست، چه کارهایی می توانید با آنها انجام دهید، به چه مواردی باید توجه کنید، چگونه می توانید مجموعه معیارها را در Azure جمع آوری و فعال کنید، و تجسم معیارها چیست. من به شما نشان خواهم داد که این موارد در ابر مایکروسافت چگونه هستند و چگونه با این ابر کار کنید.
قبل از شروع، من از کسانی که از Microsoft Azure استفاده می کنند، درخواست می کنم. چه کسی با AWS کار می کند؟ من کم می بینم گوگل چطور؟ ابر ALI؟ یک مرد! عالی. بنابراین معیارها چیست؟ تعریف رسمی موسسه ملی استاندارد و فناوری ایالات متحده این است: "متریک استاندارد اندازه گیری است که شرایط و قوانین اندازه گیری یک ویژگی را توصیف می کند و برای درک نتایج اندازه گیری مفید است." چه مفهومی داره؟
بیایید مثالی از یک معیار برای تغییر فضای آزاد دیسک یک ماشین مجازی بزنیم. مثلاً عدد 90 به ما داده می شود و این عدد به معنای درصد است، یعنی مقدار فضای خالی دیسک 90 درصد است. متذکر می شوم که خواندن توضیحات تعریف متریک که 40 صفحه در قالب pdf می گیرد چندان جالب نیست.
با این حال، متریک نمی گوید که چگونه نتیجه اندازه گیری به دست آمده است، فقط این نتیجه را نشان می دهد. با متریک چه کنیم؟
ابتدا ارزش چیزی را اندازه می گیریم تا سپس از نتیجه اندازه گیری استفاده کنیم.
به عنوان مثال، ما متوجه میزان فضای خالی دیسک شدیم و اکنون می توانیم از آن استفاده کنیم، از این حافظه و غیره استفاده کنیم. هنگامی که نتیجه متریک را دریافت کردیم، باید آن را تفسیر کنیم. به عنوان مثال، متریک نتیجه 90 را برگرداند. ما باید بدانیم این عدد به چه معناست: مقدار فضای خالی یا مقدار فضای استفاده شده دیسک بر حسب درصد یا گیگابایت، تاخیر شبکه برابر با 90 میلی ثانیه و غیره، یعنی ، باید معنای مقدار متریک را تفسیر کنیم. برای اینکه معیارها اصلاً معنی دار باشند، پس از تفسیر یک مقدار متریک، باید اطمینان حاصل کنیم که چندین مقدار جمع آوری شده است. این بسیار مهم است زیرا بسیاری از مردم از نیاز به جمع آوری معیارها آگاه نیستند. مایکروسافت جمع آوری معیارها را بسیار آسان کرده است، اما اطمینان از جمع آوری آنها به عهده شماست. این معیارها فقط برای 41 روز ذخیره می شوند و در روز 42 ناپدید می شوند. بنابراین، بسته به ویژگی های تجهیزات خارجی یا داخلی خود، باید مراقب نحوه ذخیره معیارها برای بیش از 41 روز - به صورت سیاههها، سیاههها و غیره باشید. بنابراین، پس از جمع آوری، باید آنها را در مکانی قرار دهید که به شما امکان می دهد در صورت لزوم، تمام آمار تغییرات نتایج متریک را بالا ببرید. هنگامی که آنها را در آنجا قرار دادید، می توانید به طور موثر با آنها کار کنید.
تنها پس از به دست آوردن معیارها، تفسیر و جمع آوری آنها، می توانید یک توافقنامه سطح خدمات SLA ایجاد کنید. این SLA ممکن است برای مشتریان شما اهمیت چندانی نداشته باشد؛ برای همکاران، مدیران، کسانی که سیستم را حفظ می کنند و نگران عملکرد آن هستند، مهم تر است. متریک می تواند تعداد بلیط ها را اندازه گیری کند - به عنوان مثال، شما 5 بلیط در روز دریافت می کنید و در این حالت سرعت پاسخ به درخواست های کاربر و سرعت عیب یابی را نشان می دهد. یک معیار نباید فقط بگوید که سایت شما در 20 میلی ثانیه بارگیری می شود یا سرعت پاسخگویی شما 20 میلی ثانیه است، یک متریک بیش از یک نشانگر فنی است.
بنابراین، وظیفه گفتگوی ما این است که تصویری دقیق از ماهیت معیارها به شما ارائه دهیم. این متریک به گونه ای عمل می کند که با مشاهده آن می توانید تصویر کاملی از فرآیند بدست آورید.
هنگامی که متریک را داشته باشیم، می توانیم 99٪ تضمین کنیم که سیستم کار می کند، زیرا فقط به یک فایل گزارش نگاه نمی کنیم که می گوید سیستم کار می کند. گارانتی 99% آپتایم به این معنی است که، برای مثال، 99% مواقع API با سرعت عادی 30 میلی ثانیه پاسخ می دهد. این دقیقاً همان چیزی است که به کاربران، همکاران و مدیران شما علاقه مند است. بسیاری از مشتریان ما گزارش های وب سرور را رصد می کنند، اما هیچ خطایی در آنها مشاهده نمی کنند و فکر می کنند همه چیز خوب است. به عنوان مثال، آنها سرعت شبکه 200 مگابیت بر ثانیه را می بینند و فکر می کنند: "باشه، همه چیز عالی است!" اما برای دستیابی به این 200، کاربران به سرعت پاسخگویی 30 میلی ثانیه نیاز دارند و این دقیقاً شاخصی است که اندازه گیری نمی شود و در فایل های گزارش جمع آوری نمی شود. در عین حال، کاربران از اینکه سایت بسیار کند بارگذاری می شود شگفت زده می شوند، زیرا با نداشتن معیارهای لازم، دلایل این رفتار را نمی دانند.
اما از آنجایی که ما یک SLA 100٪ آپتایم داریم، مشتریان شروع به شکایت می کنند زیرا استفاده از سایت در واقع بسیار دشوار است. بنابراین، برای ایجاد یک SLA هدف، لازم است تصویر کاملی از فرآیند ایجاد شده توسط متریک های جمع آوری شده مشاهده شود. این یک مشکل دائمی است که من با برخی از ارائه دهندگان دارم که هنگام ایجاد SLA، هیچ ایده ای از اصطلاح "uptime" ندارند و در بیشتر موارد به مشتریان خود توضیح نمی دهند که API آنها چگونه کار می کند.
اگر یک سرویس، به عنوان مثال، یک API برای شخص ثالث ایجاد کرده‌اید، باید بفهمید که معیار 39,5 به چه معناست - پاسخ، پاسخ موفقیت‌آمیز، پاسخ با سرعت 20 میلی‌ثانیه یا با سرعت 5 میلی‌ثانیه. این به شما بستگی دارد که SLA آنها را با SLA خود و با معیارهای خود تطبیق دهید.
وقتی همه این ها را فهمیدید، می توانید شروع به ایجاد یک داشبورد خیره کننده کنید. به من بگویید، آیا کسی قبلاً از برنامه تجسم تعاملی Grafana استفاده کرده است؟ عالی! من از طرفداران پر و پا قرص این منبع باز هستم زیرا این چیز رایگان و آسان برای استفاده است.
اگر هنوز از گرافانا استفاده نکرده اید، نحوه کار با آن را به شما می گویم. کسی که در دهه 80 و 90 متولد شده است احتمالاً CareBears را به خاطر می آورد؟ نمی‌دانم این خرس‌ها در روسیه چقدر محبوب بودند، اما وقتی نوبت به معیارها می‌رسد، باید همان «خرس‌های مراقبت» باشیم. همانطور که گفتم، شما نیاز به یک تصویر بزرگ از نحوه عملکرد کل سیستم دارید، و این نباید فقط مربوط به API، وب سایت شما یا سرویسی باشد که در یک ماشین مجازی اجرا می شود.
شما باید مجموعه ای از معیارهایی را سازماندهی کنید که به طور کامل عملکرد کل سیستم را منعکس می کند. اکثر شما توسعه دهندگان نرم افزار هستید، بنابراین زندگی شما دائما در حال تغییر است و با نیازهای محصول جدید سازگار می شوید و همانطور که به فرآیندهای کدنویسی اهمیت می دهید، باید به معیارها نیز توجه داشته باشید. شما باید بدانید که متریک چگونه با هر خط کدی که می نویسید ارتباط دارد. به عنوان مثال، هفته آینده شما در حال شروع یک کمپین بازاریابی جدید هستید و انتظار دارید تعداد زیادی از کاربران از سایت شما بازدید کنند. برای تجزیه و تحلیل این رویداد، به معیارهایی نیاز دارید و ممکن است به یک داشبورد کامل برای ردیابی فعالیت این افراد نیاز داشته باشید. برای درک میزان موفقیت کمپین بازاریابی و عملکرد واقعی آن به معیارهایی نیاز دارید. آنها به شما کمک می کنند، برای مثال، یک CRM موثر - سیستم مدیریت ارتباط با مشتری ایجاد کنید.
پس بیایید با سرویس ابری Azure خود شروع کنیم. یافتن و سازماندهی مجموعه معیارها بسیار آسان است زیرا دارای مانیتور Azure است. این مانیتور مدیریت پیکربندی سیستم شما را متمرکز می کند. هر یک از عناصر Azure که می خواهید در سیستم خود اعمال کنید، معیارهای بسیاری را به طور پیش فرض فعال کرده است. این یک برنامه رایگان است که کاملاً خارج از جعبه کار می کند و نیازی به تنظیمات اولیه ندارد؛ شما نیازی به نوشتن یا "پیچ کردن" چیزی روی سیستم خود ندارید. ما این موضوع را با مشاهده نسخه نمایشی زیر تأیید خواهیم کرد.
علاوه بر این، امکان ارسال این معیارها به برنامه های شخص ثالث، مانند سیستم ذخیره سازی و تجزیه و تحلیل گزارش Splunk، برنامه مدیریت لاگ مبتنی بر ابر SumoLogic، ابزار پردازش لاگ ELK و رادار IBM وجود دارد. درست است، تفاوت های جزئی وجود دارد که به منابعی که استفاده می کنید بستگی دارد - ماشین مجازی، خدمات شبکه، پایگاه داده Azure SQL، یعنی استفاده از معیارها بسته به عملکرد محیط کاری شما متفاوت است. من نمی گویم که این اختلافات جدی است، اما، متأسفانه، هنوز وجود دارد و این باید در نظر گرفته شود. فعال کردن و ارسال معیارها به روش های مختلفی امکان پذیر است: از طریق پورتال، CLI/Power Shell یا استفاده از الگوهای ARM.
قبل از شروع اولین نسخه نمایشی خود، به هر سوالی که ممکن است داشته باشید پاسخ خواهم داد. اگر سوالی وجود ندارد، بیایید شروع کنیم. صفحه نمایش صفحه Azure Monitor را نشان می دهد که چگونه به نظر می رسد. آیا کسی از شما می تواند بگوید که این مانیتور کار نمی کند؟
بنابراین اکنون همه چیز خوب است، می توانید ببینید که خدمات مانیتور چگونه به نظر می رسد. می توانم بگویم که این یک ابزار عالی و بسیار ساده برای کارهای روزمره است. می توان از آن برای نظارت بر برنامه ها، شبکه ها و زیرساخت ها استفاده کرد. اخیراً رابط مانیتورینگ بهبود یافته است و اگر قبلاً سرویس‌ها در مکان‌های مختلف قرار داشتند، اکنون تمام اطلاعات مربوط به سرویس‌ها در صفحه اصلی مانیتور ادغام شده است.
جدول متریک ها یک تب در مسیر HomeMonitorMetrics است که می توانید با مراجعه به آن تمام معیارهای موجود را مشاهده کرده و موارد مورد نیاز خود را انتخاب کنید. اما اگر نیاز به فعال کردن مجموعه معیارها دارید، باید از مسیر فهرست تنظیمات HomeMonitorDiagnostic استفاده کنید و چک باکس های Enabled/Disabled metrics را علامت بزنید. به طور پیش‌فرض، تقریباً همه معیارها فعال هستند، اما اگر نیاز به فعال کردن موارد اضافی دارید، باید وضعیت تشخیص را از غیرفعال به فعال تغییر دهید.
برای این کار روی خط متریک انتخاب شده کلیک کنید و در تب باز شده حالت تشخیص را فعال کنید. اگر می خواهید متریک انتخاب شده را تجزیه و تحلیل کنید، پس از کلیک بر روی پیوند روشن کردن عیب، باید کادر Send to Log Analytics را در پنجره ظاهر شده علامت بزنید.
Log Analytics کمی شبیه به Splunk است، اما هزینه کمتری دارد. این سرویس به شما امکان می دهد تمام معیارها، گزارش ها و هر چیز دیگری را که نیاز دارید جمع آوری کنید و آنها را در فضای کاری Log Analytics قرار دهید. این سرویس از یک زبان پردازش پرس و جو ویژه KQL - Kusto Quarry Language استفاده می کند، ما در نسخه آزمایشی بعدی به کار آن خواهیم پرداخت. در حال حاضر، متذکر می شوم که با کمک آن می توانید پرس و جوهایی در مورد معیارها، گزارش ها، اصطلاحات، روندها، الگوها و غیره ایجاد کنید. و داشبورد ایجاد کنید.
بنابراین، چک باکس Send to Log Analytics و چک باکس‌های پانل LOG: DataPlaneRequests، MongoRequests و QueryRuntimeStatistics و در زیر در پانل METRIC - چک باکس درخواست‌ها را علامت می‌زنیم. سپس یک نام اختصاص می دهیم و تنظیمات را ذخیره می کنیم. در خط فرمان، این نشان دهنده دو خط کد است. به هر حال، پوسته Azure Cloud از این نظر شبیه گوگل است، که همچنین به شما امکان می دهد از خط فرمان در مرورگر وب خود استفاده کنید. AWS چنین چیزی ندارد، بنابراین Azure از این نظر بسیار راحت تر است.
به عنوان مثال، من می توانم یک نسخه آزمایشی را از طریق رابط وب بدون استفاده از هیچ کدی در لپ تاپ خود اجرا کنم. برای انجام این کار، من باید با حساب Azure خود احراز هویت کنم. سپس می توانید برای مثال از terrafone استفاده کنید، اگر قبلاً از آن استفاده می کنید، منتظر اتصال به سرویس باشید و محیط کاری لینوکس را که مایکروسافت به طور پیش فرض استفاده می کند، دریافت کنید.
در مرحله بعد، من از Bash استفاده می کنم که در پوسته ابری Azure تعبیه شده است. یک چیز بسیار مفید، IDE تعبیه شده در مرورگر، نسخه سبک وزن VS Code است. بعد، می‌توانم به الگوی معیارهای خطای خود بروم، آن را ویرایش کنم و آن را مطابق با نیازهایم سفارشی کنم.
هنگامی که مجموعه معیارها را در این الگو تنظیم کردید، می توانید از آن برای ایجاد معیارهایی برای کل زیرساخت خود استفاده کنید. هنگامی که معیارها را اعمال کردیم، آنها را جمع آوری کردیم و آنها را ذخیره کردیم، باید آنها را تجسم کنیم.
Azure Monitor فقط با معیارها سروکار دارد و تصویر کلی از سلامت سیستم شما ارائه نمی دهد. ممکن است تعدادی برنامه دیگر در خارج از محیط Azure اجرا شوند. بنابراین اگر شما نیاز به نظارت بر همه فرآیندها، تجسم تمام معیارهای جمع آوری شده در یک مکان دارید، مانیتور Azure برای این کار مناسب نیست.
برای حل این مشکل، مایکروسافت ابزار Power BI را ارائه می‌کند، نرم‌افزاری جامع برای تحلیل کسب‌وکار که شامل تجسم طیف گسترده‌ای از داده‌ها است. این یک محصول نسبتاً گران است که هزینه آن به مجموعه عملکردهای مورد نیاز شما بستگی دارد. به طور پیش‌فرض، 48 نوع داده را برای پردازش به شما ارائه می‌دهد و به انبارهای داده Azure SQL، Azure Data Lake Storage، Azure Machine Learning Services و Azure Databricks مرتبط است. با استفاده از مقیاس پذیری، می توانید داده های جدید را هر 30 دقیقه دریافت کنید. اگر به تجسم نظارت در زمان واقعی نیاز دارید، ممکن است برای نیازهای شما کافی باشد یا نباشد. در این مورد توصیه می شود از اپلیکیشن هایی مانند Grafana که گفتم استفاده کنید. علاوه بر این، اسناد مایکروسافت توانایی ارسال معیارها، گزارش‌ها و جداول رویداد را با استفاده از ابزارهای SIEM به سیستم‌های تجسم Splunk، SumoLogic، ELK و رادار IBM توصیف می‌کند.
23:40 دقیقه
به زودی ادامه دارد...
چند تبلیغ 🙂
از اینکه با ما ماندید متشکرم آیا مقالات ما را دوست دارید؟ آیا می خواهید مطالب جالب تری ببینید؟ با ثبت سفارش یا معرفی به دوستان از ما حمایت کنید , یک آنالوگ منحصر به فرد از سرورهای سطح ورودی که توسط ما برای شما اختراع شده است: (در دسترس با RAID1 و RAID10، حداکثر 24 هسته و حداکثر 40 گیگابایت DDR4).
Dell R730xd 2 برابر ارزان تر در مرکز داده Equinix Tier IV در آمستردام؟ فقط اینجا در هلند! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - از 99 دلار! در مورد بخوانید
منبع: www.habr.com