Obervability
שירותים AudiTrace משאבים▾ צור קשר
עברית ▾
הזמן בדיקה ללא עלות
מתוך האודיט · FinOps

שאלה של 91,576 דולר: שרתי Full-Stack שאין עליהם מה לנטר

‏140 שרתים צרכו רישוי Full-Stack ב־tenant אחד בלי שירות מנוטר אחד מאחוריהם. אף אחד לא החליט על זה. סקריפט פריסה החליט, ומאז אף דוח לא נבנה כדי להראות את זה.
פורסם ב־16 בספטמבר 2026
מה הבדיקה מחפשת
‏Dynatrace מתמחרת שרת Full-Stack בין אם רץ עליו משהו שימושי ובין אם לא. זה לא פגם — הסוכן פרוס, השרת מנוטר, המונה רץ. זה הופך לבעיה רק כשהחלק השני של המשפט מפסיק להיות נכון: השרת מנוטר, ואין עליו מה לנטר.
הבדיקה צרה בכוונה. לוקחים כל שרת במצב ניטור Full-Stack, מצליבים מול קבוצות התהליכים והשירותים ש־Dynatrace זיהתה עליו, ומשאירים את אלה שההצלבה מחזירה בהם ריק לאורך כל החלון. לא "תעבורה נמוכה". לא "שקט". ריק.
מה היא מצאה
ב־tenant הארגוני שבמקרה הלקוח שלנו: 140 שרתים. במחירי החוזה של אותו לקוח, בחישוב שנתי — 91,576 דולר בשנה. זו הייתה השורה הגדולה ביותר בכל האודיט, והיא לא הופיעה באף דשבורד ב־tenant, כי דשבורד עונה על "האם מה שאנחנו מנטרים תקין", והשרתים האלה היו תקינים לחלוטין. הם פשוט לא ניטרו כלום.
הפיזור היה החלק המעניין: הם לא היו מפוזרים אקראית אלא התרכזו בשתי רשתות שעברו מיגרציה שנה וחצי קודם, שם פריסת ה־OneAgent הייתה חלק מה־base image, והעומסים שהיו אמורים לבוא אחריה מעולם לא הגיעו.
למה אף אחד לא שם לב
צריך ששלושה דברים ישתבשו יחד, וכל השלושה נורמליים. הסוכן נפרס אוטומטית, ולכן אף אחד לא בוחר פר שרת. הצריכה מדווחת במצטבר, ולכן 140 שרתים מתוך אלפים לא צפים כשורה. ואין התראה על "השרת הזה מנוטר ולא עושה כלום", כי מבחינת הפלטפורמה שום דבר לא תקול.
התוצאה היא עלות שמתנהגת כמו עלות קבועה: היא מגיעה כל שנה, אף אחד לא מערער עליה, והדרך היחידה למצוא אותה היא לחפש עם שאילתה שלאף אחד אין סיבה לכתוב.
צורת השאילתה
בערך מה שהבדיקה עושה, ב־DQL — הלוגיקה שמאחורי הממצא, כדי שיהיה ברור על מה הוא נשען:
DQL
fetch dt.entity.host | filter monitoringMode == "FULL_STACK" | fieldsAdd services = entityAttr(id, "runs") | filter isNull(services) or arraySize(services) == 0 | fields id, entity.name, osType
מה עושים עם התשובה
לא כל 140 הם בזבוז, והדוח לא טוען שכן. יש מכונות שבאמת לא מריצות דבר בין חלונות batch, וניטור שלהן ב־Full-Stack הוא בחירה שמישהו צריך להיות מסוגל להצביע עליה. הממצא קיים כדי שהבחירה תהיה מפורשת: הנה השרתים, הנה מה שהם עולים, אמרו לנו אילו מהם מכוונים.
לשאר, התיקון הוא שינוי מצב ניטור ולא הסרה — מצב infrastructure משאיר את השרת גלוי ומפסיק את מונה ה־Full-Stack. הוא הפיך, לוקח דקות, וב־tenant הזה הוא היה שווה יותר מכל שאר הממצאים באודיט ביחד.
הממצא שמאחורי המאמר

Full-Stack hosts with no monitored service

היקף
140 hosts
השפעה
$91,576 / year
השורה התחתונה
שורת רישוי בלי עומס מאחוריה אינה בעיית ניטור, ושום דבר במוצר לא יעלה אותה ככזו. מוצאים אותה רק אם שואלים.
עוד מהסדרה
ה־bucket ב־Grail שאף אחד לא בחר: 462 יום retention מתוך האודיט · Grail ‏1,617 חלונות תחזוקה: איך ההתראות משתתקות בלי שאף אחד החליט מתוך האודיט · Alerting מידע אישי בלוגים: 50 מקורות, כ־30.7 מיליון רשומות ביום מתוך האודיט · Pipelines מה באמת נוחת על חשבונית DPS מתוך האודיט · FinOps
לגלות מה ה־tenant שלכם אומר.
ריצה אחת בקריאה בלבד, 71 בדיקות, והמקור שמאחורי כל ממצא. הדוח נשאר אצלכם כך או כך.
לקבוע אודיט AudiTrace

גלו מה ה־Obervability שלכם באמת עושה.

ה־Audit הוא ריצה אחת. הממצאים — פגישה אחת. מה שתעשו איתם — בידיים שלכם.
מומחי Dynatrace מוסמכים
+1
שליחה
Obervability
יישום, ניהול ותמיכה ב־Dynatrace. לכל ממצא מצורף המקור שהפיק אותו.
שירותים
שירותים AudiTrace סיפור לקוח
מדריכים
אודיט ל־Dynatrace ייעול עלויות Dynatrace מקרה לקוח מאמרים
יצירת קשר
צור קשר hello@obzervability.com
© 2026 Obervability · כל הזכויות שמורות.
פרטיות תנאי שימוש נגישות