رفتن به محتوا
IROSG.
تازه‌ها

AWS راهنمای پایش سرویس‌های Outposts در دو سوی اتصال منطقه‌ای را منتشر کرد

راهنما نشان می‌دهد چگونه با کنار هم گذاشتن وضعیت اتصال، معیارهای سرویس و ظرفیت محلی، خرابی شبکه را از اختلال یک وابستگی منطقه‌ای تشخیص دهیم.

تصویر راهنمای پایش زیرساخت ترکیبی AWS Outposts

AWS در ۲۹ اکتبر ۲۰۲۶ راهنمایی برای پایش سرتاسری Outposts منتشر کرد. در این معماری بخشی از بار کاری در مرکز داده مشتری اجرا می‌شود و بعضی عملیات به endpointهای یک منطقه AWS وابسته می‌مانند. در نتیجه سالم بودن یک برنامه محلی به‌تنهایی چیزی درباره وضعیت اتصال منطقه‌ای نمی‌گوید. راهنما ترکیبی از Systems Manager، CloudWatch و EventBridge را برای دیدن ارتباط شبکه، وابستگی‌های سرویس، ذخیره‌سازی و منابع محدود محلی شرح می‌دهد. موضوع خبر انتشار این راهنمای عملیاتی است.

برای نمونه، AWS پیشنهاد می‌کند وضعیت ConnectedStatus در service link همراه با معیارهای خود سرویس وابسته بررسی شود. اگر مسیر منطقه‌ای قطع باشد، شکست عملیاتی مانند وصله‌کردن از طریق Systems Manager می‌تواند با مشکل عامل محلی اشتباه گرفته شود. در مقابل، اگر اتصال برقرار است ولی خطای احراز هویت یا تأخیر تکثیر پایگاه داده افزایش یافته، کارشناس باید خود وابستگی را نیز بررسی کند. این ترکیب به تیم امکان می‌دهد حوزه جست‌وجو را پیش از تغییر تنظیمات محدود کند.

ظرفیت محلی چه تفاوتی برای هشدار دارد؟

در نمونه S3 روی Outposts، فضای آزاد و حجم مصرف‌شده هر bucket دو پرسش متفاوت را پاسخ می‌دهند. اندازه مصرف یک bucket برای یافتن منبع رشد مفید است، اما میزان فضای آزاد نشان می‌دهد کل دستگاه چه زمانی به محدودیت نزدیک می‌شود. راهنما همچنین اندازه داده در انتظار تکثیر را برای پیگیری وضعیت replication مطرح می‌کند. مقایسه این معیار با وضعیت اتصال کمک می‌کند تیم تشخیص دهد آیا صف به‌دلیل اختلال مسیر در حال رشد است یا رفتار بار کاری تغییر کرده است.

یک سناریوی آزمایشی را در نظر بگیرید. کاربران هنوز پاسخ برنامه محلی را دریافت می‌کنند، ولی نصب وصله انجام نمی‌شود و داده در انتظار تکثیر زیاد شده است. تنها یک چراغ سبز برای دسترس‌پذیری برنامه چنین وضعی را پوشش نمی‌دهد. دو هشدار مستقل و سابقه وضعیت لینک می‌توانند به کارشناس نشان دهند چه اتفاقی هم‌زمان شروع شده و کدام خدمت هنوز کار می‌کند. این مثال تفسیری از کاربرد معیارهاست و گزارش رخداد واقعی مشتری نیست.

AWS اتصال رویدادهای سلامت به ساخت خودکار OpsItem را نیز توضیح می‌دهد تا تیم برای پیگیری، رکورد مشخص داشته باشد. برای استفاده عملی، مالک آن رکورد و شاهد لازم برای بستن آن باید از قبل معلوم باشند. بازگشت اتصال ممکن است اولین نشانه بهبود باشد، اما پایان بررسی زمانی معنا دارد که وصله انجام شده، صف به روند عادی برگشته و کاربران اثر باقی‌مانده‌ای گزارش نمی‌کنند. چنین معیارهایی تصویر عملی‌تری از بازیابی خدمت می‌دهند.

منبع

Unlocking full-stack observability for AWS Outposts

TRACEABLE KNOWLEDGE

منابع و مطالعهٔ بیشتر

01
Unlocking full-stack observability for AWS Outpostshttps://aws.amazon.com/blogs/compute/unlocking-full-stack-observability-for-aws-outposts/

آخرین بررسی تحریریه:

IROSG / EDITORIAL

خبرها و معرفی مشاهیر با نگارش مستقل و ذکر منبع تهیه شده‌اند. اعتبار و مجوز تصاویر در بخش منابع همین صفحه نگه‌داری می‌شود تا متن زیر عکس‌ها شلوغ نشود. داده‌های مرجع CVE با اعتباردهی به منابع اصلی ارائه می‌شوند.

سیاست تألیف و حقوق تصاویر ↗

ادامهٔ کشف.

تازه‌ها ↗