המסמך הזה הוא חלק ראשון מתוך סדרה בת שני חלקים בנושא הרחבת Cloud Logging ו-Cloud Monitoring כך שיכללו תשתיות ואפליקציות מקומיות.
- רישום משאבים מקומיים ביומן באמצעות BindPlane: במאמר הזה מוסבר איך Cloud Logging תומך ברישום ביומן של משאבים מקומיים.
- מעקב אחרי משאבים מקומיים באמצעות BindPlane (המאמר הזה): מידע על התמיכה של Cloud Monitoring במעקב אחרי משאבים מקומיים.
כדאי להשתמש ב-Logging וב-Monitoring לרישום ביומן ולמעקב אחר משאבים מקומיים מהסיבות הבאות:
- אתם צריכים פתרון זמני בזמן שאתם מעבירים את התשתית אלGoogle Cloud , ואתם רוצים לעקוב אחרי המשאבים המקומיים עד שהם יוצאו משימוש.
- יכול להיות שיש לכם סביבת מחשוב מגוונת עם כמה עננים ומשאבים מקומיים.
בכל מקרה, באמצעות ממשקי ה-API של רישום ביומן ומעקב ו-BindPlane, תוכלו לקבל תובנות לגבי המשאבים המקומיים שלכם. המסמך הזה מיועד לאנשי DevOps, למנהלים ולמנהלים בכירים שמתעניינים באסטרטגיית מעקב אחר משאבים ב- Google Cloud ובאפליקציות ובתשתית המקומית שנותרו להם.
הוספת מדדים באמצעות Monitoring
יש שתי דרכים להוסיף מדדים לניטור:
- אפשר להשתמש ב-BindPlane מ-observIQ כדי להטמיע מדדים ממקורות מקומיים או ממקורות בענן אחר.
- משתמשים ב-OpenCensus כדי לכתוב ל-Cloud Monitoring API.
שימוש ב-BindPlane להעברה של מדדים
בתרשים הבא מוצגת הארכיטקטורה של תהליך איסוף המדדים על ידי BindPlane, ולאחר מכן תהליך ההטמעה של המדדים האלה ב-Monitoring.
observIQ מציעה כמה גרסאות של BindPlane: BindPlane for Google, self-hosted, SaaS ו-Enterprise. מידע נוסף על הגרסאות האלה זמין בדף הפתרונות של BindPlane.
יתרונות:
- לא נדרשת הטמעה של קוד באפליקציות, אלא רק הגדרה, ולכן זמן ההטמעה קצר יותר.
- העלות כלולה בעלות השימוש ב-Monitoring.
- תצורה נתמכת לפי מוצר מעקב ותמיכה.
- אפשר להרחיב את המדדים שלא מסופקים על ידי הגדרת ברירת המחדל.
חסרונות:
- השימוש בסוכן observIQ BindPlane נדרש כדי להעביר מדדים ל-Monitoring, מה שיכול להוסיף מורכבות למערכת הכוללת.
האפשרות הזו היא השיטה המומלצת כי היא דורשת הכי פחות מאמץ. הפתרון הזה דורש הגדרה ולא פיתוח.
שימוש ב-OpenCensus כדי לכתוב ל-Monitoring API
בתרשים הבא מוצגת הארכיטקטורה של OpenCensus לאיסוף מדדים, ואיך המדדים האלה מוזנים ל-Monitoring.
שימוש ישיר ב-Monitoring API מחייב הוספה של קוד אינסטרומנטציה לאפליקציות כדי לשלוח מדדים ישירות ל-API. אפשר לעשות את זה ישירות באמצעות Monitoring API כדי לכתוב מדדים או באמצעות הטמעה של Monitoring exporter for OpenCensus באפליקציה. OpenCensus הוא פרויקט קוד פתוח שמגדיר מבנה נתונים סטנדרטי למעקב ולמדדים. היתרון בשימוש ב-OpenCensus הוא התמיכה במספר קצוות עורפיים, כולל Monitoring. בנוסף, השימוש ב-OpenCensus מאפשר להטמיע את כל הפרטים הטכניים ברמה הנמוכה של השימוש ב-Monitoring API.
יתרונות:
- השימוש ב-OpenCensus Exporter מאפשר גמישות כי קל להטמיע את המכשור הנדרש.
חסרונות:
- כדי לקבל מדדים של התשתית, צריך לכתוב סוכן מותאם אישית.
- נדרשת הטמעה של כלי מדידה באפליקציה, מה שעשוי להוביל לעלויות הטמעה גבוהות יותר.
- נדרשות ספריות קוד פתוח.
האפשרות הזו לא מומלצת כי היא דורשת הכי הרבה מאמץ ולא כוללת מדדי תשתית.
שימוש ב-BindPlane
במסמך הזה מוסבר איך להשתמש ב-BindPlane מ-observIQ כדי להטמיע מדדים ב-Monitoring. שירות BindPlane פועל על ידי הגדרה של סדרה של מקורות, הטמעה של המדדים האלה ושליחת המדדים ל-Monitoring כיעד. BindPlane תומך בסוכנים שפועלים בגרסאות נבחרות של Windows, Linux ו-Kubernetes.
מקורות, סוכנים, יעדים ומעבדים
ל-BindPlane יש את התכונות הבאות:
- מקורות: פריטים שמפיקים מדדים, כמו Google Kubernetes Engine (GKE), Amazon Elastic Container Service for Kubernetes (Amazon EKS) או Microsoft Azure Container Service.
- סוכנים: תהליכים קלי משקל שעוקבים מרחוק אחרי הסביבה שלכם ומעבירים נתוני מדדים אל BindPlane.
- יעדים: שירותים ש-BindPlane מעביר אליהם את המדדים. במקרה כזה, היעד הוא התהליך ב-BindPlane שמשתמש ב-Monitoring API כדי לכתוב מדדים ל-Monitoring.
- מעבדים: הגדרות שיכולות לשנות את הנתונים לפני שהם מגיעים ליעד. הפעולות האלה כוללות הוספה של מאפיינים, סינון והמרה של יומנים למדדים.
מידע מפורט יותר על מקורות, סוכנים, יעדים ומעבדים זמין במדריך להתחלה מהירה של BindPlane.
תרחיש שימוש לדוגמה
לדוגמה, בארגון ExampleOrganization יש משאבים שנפרסו ב- Google Cloud, ב-Microsoft Azure ובמשאבים מקומיים שנפרסו באמצעות vSphere. ב-Google Cloud, יש אשכול GKE ואפליקציית הדגמה שפרוסים ומריצים את האתר של החברה. בסביבת Microsoft Azure, Azure Kubernetes Service (AKS) מפעיל קבוצה של מיקרו-שירותים, ומספק נקודת קצה ל-API בארכיטקטורת REST למפתחים חיצוניים. בסביבת vSphere, MySQL, Oracle ו-Microsoft SQL Server תומכים בכמה אפליקציות ארגוניות.
עם משאבים בכל סביבה, ExampleOrganization רוצה לעקוב אחרי כל רכיב בלי קשר למקום הפריסה שלו. שליחת המדדים מכל סביבה ל-Logging ול-Monitoring באמצעות BindPlane מאפשרת לרכז את כל המדדים במקום אחד למטרות מעקב והתראות.
שליחת מדדים מ-BindPlane אל Monitoring
אחרי שמגדירים את BindPlane והוא מתחיל לשלוח מדדים, המדדים האלה נשלחים אל סביבת העבודה שלכם ב-Monitoring. אחרי כן תוכלו להשתמש ב-Monitoring כדי להציג, להגדיר, להגדיר התראות וליצור לוחות בקרה מציר הזמן, כמו שאתם יכולים לעשות עם כל מדד או ציר זמן ב-Monitoring. מידע נוסף זמין במאמר מדדים, סדרות זמנים ומשאבים.
שימוש במדדים ב-Monitoring
בדוגמה הקודמת, BindPlane הוגדר לשליחת מדדים מ-Google Cloud, מ-Microsoft Azure וממקורות מקומיים. שלושת המדדים הבאים מופיעים ב-Monitoring:
- מדדים של אשכולות GKE
- מדדים של אשכול AKS
- מדדים של מסד נתונים מקומי ב-vSphere
מדדים של אשכול GKE
אם הגדרתם אשכולות GKE, המדדים של אשכולות GKE יופיעו בדף Kubernetes Clusters או בדף Kubernetes Workloads. אפשר לראות כמה תצוגות של רכיבי Kubernetes שפועלים ב-Monitoring. המדדים, היומנים וההגדרה זמינים לכל פוד.
פרטים נוספים מופיעים במאמר בנושא צפייה במדדי יכולת התבוננות.
מדדים של אשכול AKS
בסביבת המעקב, נאספים מדדים של AKS. המדדים מופיעים ב-Monitoring ואפשר להשתמש בהם לכל מטרה ב-Monitoring, כולל לוחות בקרה, התראות וכלי המדדים.
הדף Metrics Explorer מאפשר למצוא מדדים, לסנן אותם וליצור מהם תרשימים. שימו לב שהמדדים שנשלחים על ידי BindPlane כוללים את הקידומת workload.googleapis.com/THIRD_PARTY_APP_NAME בשם המדד.
אפשר ליצור תרשים של המדד באמצעות הכלי Metrics Explorer. מידע נוסף על תרשימים זמין במאמר יצירת תרשימים באמצעות Metrics Explorer.
כמו כל המדדים ב-Monitoring, אפשר להשתמש במדדים האלה כדי ליצור לוחות בקרה שבהם מוצגים כמה תרשימים. בלוח הבקרה אפשר לראות מדדים שנוצרו על ידי AKS, נאספו על ידי BindPlane ונשמרו ב-Monitoring. מידע נוסף על מרכזי בקרה זמין במאמר הצגה והתאמה אישית של מרכזי בקרה Google Cloud .
מדדים של אשכול מקומי ב-vSphere
החלק האחרון בדוגמה הזו כולל מדדים של מסד נתונים מ-vSphere. המדדים מ-vSphere מופיעים בכלי Monitoring ואפשר להשתמש בהם כמו בכל מדד אחר בכלי הזה. המדדים של Oracle מ-vSphere מופיעים ברשימת המדדים בדף Metrics Explorer.
כמו כל המדדים ב-Monitoring, אפשר להשתמש במדדים כדי ליצור התראות. ההתראה יכולה לייצג מדדים שנוצרו על ידי Oracle שפועלת ב-vSphere, שנאספו על ידי BindPlane ואוחסנו ב-Monitoring. מידע נוסף על התראות מופיע במאמר סקירה כללית על התראות.
סיכום
הכלי Monitoring מספק לוחות בקרה, התראות ותגובה לאירועים כדי לעזור לכם לקבל תובנות לגבי הפלטפורמות שלכם. ביחד, Monitoring ו-BindPlane מאפשרים לכם לקבל תובנות לגבי המשאבים המקומיים שלכם.
המאמרים הבאים
- Cloud Logging ו-Cloud Monitoring
- מדריך למתחילים ב-BindPlane
- לדוגמאות נוספות של ארכיטקטורות, תרשימים ושיטות מומלצות, עיינו במאמר Cloud Architecture Center.