فناوری · رصدپذیری
اجزای پایهٔ متریک در دزکوب
متریک پایهٔ کلاستر
- لایسنس
- Apache 2.0
- گروه در استک
- رصدپذیری
اجزای پایهٔ متریک چیست
سه مؤلفهٔ کوچک ولی پایهای: metrics-server که متریک لحظهای CPU و حافظه میدهد و مقیاس افقی به آن تکیه دارد؛ kube-state-metrics که وضعیت اشیاء Kubernetes را بهصورت متریک منتشر میکند؛ و داشبورد اختیاری سطح کلاستر.
چرا اینها جدا ذکر میشوند
اینها معمولاً دیده نمیشوند تا وقتی که نباشند. مقیاس افقی بدون metrics-server کار نمیکند، و نیمی از داشبوردها بدون kube-state-metrics خالیاند.
ما دقیقاً چطور استفادهاش میکنیم
- نصب بهعنوان بخشی از پایهٔ کلاستر، با نسخهٔ پینشده.
- نسخهٔ این مؤلفهها از همان نقطهای میآید که نصبکنندهٔ زیرساخت میخواند — یعنی کلاستری که نصب میشود و کنترلپلنی که مدیریتش میکند، از اولین بوت روی یک نسخه توافق دارند.
یک درس واقعی
قبلاً نصبکنندهٔ زیرساخت نسخههای خودش را داشت و کاتالوگ نسخههای خودش را. این دو در عمل واگرا شده بودند و کلاستری که ساخته میشد با آنچه کنترلپلن باور داشت اختلاف داشت. حالا یک منبع وجود دارد، و یک تست اگر فایل تولیدشده با کاتالوگ اختلاف پیدا کند build را میشکند. دو کپی از یک واقعیت، واگرا میشوند. این قاعده در کل معماری دزکوب تکرار میشود.
مرزها و محدودیتها
این سکشن در هر صفحهٔ فناوری اجباری است. هر ابزاری مرزی دارد؛ صفحهای که مرزش را نگوید، بقیهاش هم قابل اتکا نیست.
- metrics-server متریک لحظهای میدهد، نه تاریخی. برای تاریخچه، Prometheus مرجع است.
اینها را هم ببینید
این را روی زیرساخت خودتان ببینید.
همین مؤلفه را در کلاستر شما پیکربندی میکنیم و نشان میدهیم.