ابزارهای مایکروسافت برای نظارت بر ماشینهای مجازی، ابر و مراکز دادهٔ زیرین را بههم متصل میکنند.
مایکروسافت تاریخ طولانی در تبدیل ابزارهای داخلی خود به محصولات دارد، بهویژه بهعنوان بخشی از آزور. این تعجبآور نیست: شرکت در حال ساخت و اجرای همان برنامههای ابر‑بومی است که مشتریان خود استفاده میکنند، با همان الزامات و همان مشکلات، فقط چند سال پیش از آنها.
بسیاری از ابزارهای آن بهخصوص برای اجرا و مدیریت برنامهها در مقیاس بزرگ طراحی شدهاند، بهویژه نظارت و مدیریت ماشینهای مجازی. مهم نیست چه چیزی را در آزور میسازید، از ماشینهای مجازی استفاده میکنید. برخی از آنها متعلق به شماست که زیرساخت به عنوان سرویس (IaaS) اجرا میکند، و دیگران پایه ویژگیهای پلتفرم که به کد شما قدرت میبخشند.
مقیاس ابر عمومی خدماتی مانند آزور به برنامهها امکان رفتارهای جدید را میدهد و به سرعت در سراسر جهان مقیاس میگیرد. ممکن است ندانید چند ماشین مجازی در هر لحظه در حال اجرا هستند، فقط میدانید برنامههای شما پایدارند و کاربران شما به خدمات مورد نیازشان دسترسی دارند. پیگیری دادههای تلمیتری و قابل مشاهده برای مدیریت یک برنامه مدرن میتواند دشوار باشد، بهویژه زمانی که دادهها را از چندین زیرساخت مجازی و جغرافیایی جمعآوری میکنید.
معرفی پروژه فلش
مایکروسافت مدتهاست که مجموعهای از ابزارها را برای کمک به مدیریت ماشینهای مجازی میزبانیشده در آزور توسعه میدهد تحت بنر پروژه فلش. این ابزارها برای آوردن دادههای مورد نیاز شما به داشبورد مرکزی و ارائه رویدادهای دستهبندیشده برای خودکارسازی اقدامات مدیریتی طراحی شدهاند.
پروژه فلش هنوز در حال توسعه است؛ با این حال، مجموعه فعلی نسخهها به اندازه کافی بالغ است که بتوانید آنها را در استقرارهای خود استفاده کنید، با ترکیبی از در دسترس بودن عمومی و پیشنمایشهای عمومی. ابزارهای فعلی شامل Azure Resource Graph و قابلیت مشاهده سلامت منابع در پورتال آزور، همچنین پیشنمایشهای معیارهای ماشین مجازی در Azure Monitor و مجموعهای از رویدادهای برچسبدار برای استفاده در Azure Event Grid میشود.
استفاده از پروژه فلش با گراف منابع آزور
پشتیبانی از گراف منابع آزور یکی از بخشهای جالب این پروژه است. این چارچوب با استفاده از زبان پرسوجو Kusto، شکستها و زمانهای قطعی را بررسی میکند. میتوانید از آن برای ردیابی در دسترس بودن ماشینهای مجازی استفاده کنید؛ تاریخچه ۱۴ روزه به شما اجازه میدهد ببینید چه تغییراتی در زیرساخت مجازی شما ایجاد شده تا به اشکالزدایی کمک کند. دادههای ذخیرهشده در گراف منابع میتواند به تولید گزارشها برای بررسی اینکه آیا برنامه شما تعهدات سطح سرویس را برآورده میکند یا نه، کمک کند.
دادهها در جدول HealthResources گراف منابع ذخیره میشوند. با استفاده از پورتال آزور میتوانید پرسوجوها را برای ساخت عناصر داشبورد ساختار دهید. پرسوجوها میتوانند وضعیت سلامت گذشته و فعلی ماشینهای مجازی را نشان دهند که میتواند به پیگیری عملکرد در طول زمان کمک کند. هنگامی که مطمئن شدید کدام پرسوجو را باید استفاده کنید، میتوانید از پورتال آزور به API گراف منابع REST منتقل شوید و پرسوجوهای خود را در ابزارهای devops خود ادغام کنید.
استفاده از پروژه فلش با Event Grids
همانطور که برنامهها مقیاس مییابند، نیاز دارید اطلاعات تمام ماشینهای مجازی خود را در یک مکان داشته باشید تا بتوانید به سرعت دادههای سلامت را پردازش کنید. با ماشینهای مجازی که با خدماتی مانند Virtual Machine Scale Sets بالا و پایین میشوند، ابزارهای نظارتی سنتی ممکن است نتوانند سیستمهای جدید را ثبت کنند، بنابراین روشهای جایگزینی برای دریافت دادههای ضروری لازم است.
مایکروسافت معماری پیامرسانی انتشار‑و‑اشتراک در آزور را ساخته است، که ابتدا برای پشتیبانی از تحویل رویدادها از سیستمهای لبه و سختافزارهای اینترنت اشیاء ایجاد شده بود. این معماری میتواند پیامها را از نظارت راه دور به یک پلتفرم مرکزی تحویل دهد، پیامها را هنگام آنلاین شدن سیستمهای جدید منتقل کند و با استفاده از فیلترها، آنها را به برنامههای مناسب هدایت کند.
با استفاده از Azure Resource Notifications، پروژه فلش میتواند اطلاعات سلامت را به نقطه انتهایی انتخابی شما ارسال کند، با استفاده از Event Grid برای مسیردهی و صفبندی اعلانها. مایکروسافت توصیه میکند هنگامی که اعلانها را از تعداد زیادی ماشین مجازی به یک سرویس میآورید، از Event Hubs بهعنوان نقطه انتهایی استفاده کنید؛ این به شما اجازه میدهد کدی بنویسید که پیامها را قالببندی و نمایش داده و هشدارهای قطعی را مدیریت کند.
اضافه کردن پیامهای پروژه فلش به Event Grid بهراحتی امکانپذیر است، با استفاده از موضوع
microsoft resourcenotifications healthresources
. این روش از پیامهای قالببندیشده Cloud Events برای تحویل رویدادهایی استفاده میکند که تغییرات وضعیت در دسترس بودن را نشان میدهند، که سپس میتوانند به نقطه انتهایی انتخابی شما هدایت شوند. برای مثال میتوانید از Azure Monitor برای ارسال هشدارها استفاده کنید اگر یک VM ناموزون شود یا برای غیر فعالسازی برنامهریزی شده باشد. Azure Monitor تجزیهگر طرحواره Cloud Events را مدیریت میکند، کاری که اگر نقطه انتهای خود را بسازید نیز باید انجام دهید.
ابزارهای جدید برای پل زدن بین فیزیکی و مجازی
ابزارهای پروژه فلش چارچوب پایهای برای ارائه اطلاعات مورد نیاز جهت بررسی وضعیت ماشینهای مجازی شما فراهم میکنند. این یک سرویس است که هنوز بهطور فعال در حال توسعه است و بهطور منظم ویژگیهای جدیدی به آن اضافه میشود.
مایکروسافت بهتازگی مجموعهای جدید از ویژگیهای پیشنمایش را اعلام کرد، همراه با معیارهای جدید VM برای Azure Monitor. یک معیار مهم جدید مجموعهای از بهبودها برای ویژگی در دسترس بودن VM است که زمینه را به اطلاعاتی که ارائه میدهد اضافه میکند. دانستن اینکه آیا یک مشکل ناشی از آزور است یا از برنامه شما، به اولویتبندی اشکالزدایی و تماسهای پشتیبانی کمک میکند. این ویژگی جدید برچسبهایی مانند پلتفرم، مشتری و ناشناخته به معیارها اضافه میکند. این برچسبها میتوانند نتایج را در نماهای داشبورد شما فیلتر کنند و نمایی سریع از مکان تمرکز برای تحلیل ریشهای مشکل ارائه دهند، بهویژه اگر باعث قطعی شده باشد.
گزینه جدید دیگری امکان ترکیب پشتیبانی Event Grid پروژه فلش با Azure Monitor را فراهم میکند. اکنون رویدادها میتوانند از طریق Event Grid به Azure Monitor ارسال شوند، بهگونهای که رویدادهای سیستمهای توزیعشده را به همان چارچوب معیارهای مورد استفاده برای نظارت بر سیستمهای اصلی تبدیل کنند. دیگر نیازی به نوشتن کدهای پردازش رویداد برای رویدادهای پروژه فلش ندارید؛ در عوض میتوانید به ویژگیهای هشدار موجود Azure Monitor، از جمله پشتیبانی از پیامک و هشدارهای فشار، تکیه کنید. این رویکرد رویدادها را از منابع مختلف دریافت کرده و گزینه هشدار زمان واقعی اضافه میکند.
مایکروسافت همچنین میخواهد پروژه فلش اطلاعاتی درباره زیرساخت و پلتفرم زیرین آزور به شما بدهد. برای مثال، یک ویژگی برنامهریزی شده جدید جزئیات مشکلات سختافزار شبکه در سطح رک را ارائه میدهد، همچنین هشدارهای پیشبینی شدهِ خرابی که به شما امکان میدهد عملیات را به منطقه دیگری منتقل کنید پیش از نگهداری برنامهریزیشده یا نا برنامهریزیشده دیتاسنتر. هدف این است که ترکیبی از رویدادهای پروژه فلش و اعلانهای برنامهریزیشده، هشدار کافی برای کاربران و مهاجرت بارهای کاری فراهم کند، و همچنین زمان بازیابی سرویسها را نشان دهد. اعلانهای برنامهریزیشده تا ۱۵ دقیقه هشدار میدهند، که زمان کافی برای راهاندازی نسخه پشتیبان یک برنامه و شروع مسیردهی مجدد ترافیک است.
چرا از پروژه فلش استفاده کنیم؟
پروژه فلش و ابزارهای مشابه به ما کمک میکنند تا اثرات سطوح بیسابقه خودکارسازی را بر برنامههای خود درک کنیم. انتزاعاتی که با IaaS میآیند، سیستمهای فیزیکی که این ماشینهای مجازی را پشتیبانی میکنند، مخفی میکنند؛ بنابراین نمیتوانیم بگوییم کی آنها ارتقا مییابند یا چه زمانی خراب میشوند یا چه تفاوتی بین این وضعیتها وجود دارد. با ترکیب این ابزارها و سایر خدمات نظارتی و پردازش رویداد آزور، میتوانیم داشبوردها و خودکارسازیهای خودمان را بسازیم.
یک امکان جالب در اینجا وجود دارد: ترکیب خروجیهای Cloud Events پروژه فلش با ابزار تشخیص تغییر Drasi. این امکان به ما اجازه میدهد یک سطح کنترل جدید بسازیم که هم زیرساختهای مجازی و هم برنامههای ابر‑بومی را ترکیب میکند و بلوغ عملیات پلتفرم را با ویژگیهای جدید اعلان و خودکارسازی افزایش میدهد. این به ما کمک میکند تا پلتفرمهای پیچیدهتر و برنامههایی که به آنها وابستهاند را اجرا و مدیریت کنیم.
پست های مرتبط
مدیریت ماشینهای مجازی Azure با پروژه Flash
مدیریت ماشینهای مجازی Azure با پروژه Flash
مدیریت ماشینهای مجازی Azure با پروژه Flash