המאמר הזה הוא חלק ראשון מתוך סדרה של שני מאמרים בנושא הרחבת Cloud Logging ו-Cloud Monitoring כך שיכללו אפליקציות ותשתית מקומיות.
- רישום משאבים מקומיים באמצעות BindPlane (המאמר הזה): מידע על התמיכה של Logging ברישום משאבים מקומיים.
- מעקב אחרי משאבים מקומיים באמצעות BindPlane: מידע על התמיכה של Monitoring במעקב אחרי משאבים מקומיים.
כדאי להשתמש ב-Logging וב-Monitoring לרישום ביומן ולמעקב אחר משאבים מקומיים מהסיבות הבאות:
- אתם רוצים פתרון זמני בזמן שאתם מעבירים את התשתית אלGoogle Cloud , ואתם רוצים לרשום ולנטר את המשאבים המקומיים עד שהם יוצאו משימוש.
- יכול להיות שיש לכם סביבת מחשוב מגוונת עם כמה עננים ומשאבים מקומיים.
בכל מקרה, באמצעות ממשקי ה-API של רישום ביומן ומעקב ו-BindPlane, תוכלו לקבל תובנות לגבי המשאבים המקומיים שלכם. המסמך הזה מיועד למומחי DevOps, למנהלים ולמנהלים בכירים שמתעניינים באסטרטגיית רישום ביומן למשאבים ב- Google Cloud ולתשתית ולאפליקציות שנותרו מקומיות.
הטמעת יומנים באמצעות Logging
יש שתי דרכים נתמכות להעביר יומנים אל Logging באמצעות ה-API:
- אפשר להשתמש ב-BindPlane מ-observIQ כדי להטמיע יומנים ממקורות מקומיים או ממקורות אחרים בענן.
- אפשר להשתמש ב-Cloud Logging API ישירות מהאפליקציה או באמצעות סוכן מותאם אישית.
שימוש ב-BindPlane להעברה של יומנים אל Logging
בתרשים הבא מוצגת הארכיטקטורה של תהליך הטמעת היומנים ב-BindPlane, ולאחר מכן הטמעת היומנים ב-Logging.
BindPlane מאפשר למשתמשים לפרוס ולנהל מרחוק סוכנים במארחים שמהם הם רוצים לאסוף יומנים. מידע נוסף על הארכיטקטורה של BindPlane האפשרות הזו דורשת הכי פחות מאמץ להטמעה, כי היא מחייבת הגדרה ולא פיתוח.
יתרונות:
- נדרשת הגדרה, לא פיתוח.
- כלול בעלות השימוש ברישום ביומן.
- האם זו הגדרה נתמכת על ידי מוצר הרישום ביומן והתמיכה.
- אפשר להרחיב את ההגדרה כך שתכלול יומנים שלא מסופקים על ידי הגדרת ברירת המחדל.
חסרונות:
- נדרש שימוש בכלי של צד שלישי.
- יכול להיות שיהיה צורך לספק הגדרה בהתאמה אישית אם מקור היומן לא מסופק כברירת מחדל. רשימת היומנים שסיפקתם זמינה במקורות.
שימוש ישיר ב-Logging API
בתרשים הבא מוצגת הארכיטקטורה של איסוף הרישומים באמצעות אינסטרומנטציה והטמעה שלהם ברישום ביומן.
שימוש ישיר בממשקי ה-API מחייב אתכם להגדיר את האפליקציות כך שישלחו יומנים ישירות אל ה-API, או לפתח סוכן בהתאמה אישית שישלח יומנים אל ה-API. האפשרות הזו דורשת הכי הרבה מאמץ כי היא כוללת מאמץ פיתוח.
יתרונות:
- השיטה הזו גמישה כי אפשר להטמיע את האינסטרומנטציה באמצעות ספריות רישום ביומן בצד הלקוח.
חסרונות:
- נדרש פתרון נפרד ליומני תשתית, כמו סוכן בהתאמה אישית.
- נדרשת אינסטרומנטציה של קוד, מה שעשוי להוביל לעלות הטמעה גבוהה יותר.
- כדי להשיג ביצועים טובים של הטמעה, צריך להשתמש בקיבוץ הפעלות ובטכניקות אחרות להטמעה שניתנות להרחבה.
- התמיכה ניתנת רק ל-Logging API, ולא לקוד שפותח בהתאמה אישית.
שימוש ב-BindPlane
במאמר הזה מוסבר איך להשתמש ב-BindPlane מ-observIQ כדי להעביר יומנים ל-Logging. הוא כלול בעלות של Logging, ולכן לא נדרש פיתוח והוא מספק פתרון שנתמך על ידי המוצר.
סוכנים, מקורות ויעדים
מידע מפורט על סוכנים, מקורות ויעדים זמין במדריך למתחילים של BindPlane.
תרחיש שימוש לדוגמה
לקוחות Enterprise משתמשים ב-BindPlane כדי להטמיע יומנים בתרחישי רישום היומנים הבאים בפריסה מקומית:
- ניתוח וסינון מותאמים אישית של נתוני יומן מיומני אפליקציות מותאמות אישית.
- איסוף אירועים של מערכת ההפעלה ממכונות וירטואליות של Linux או Windows.
- הטמעה של זרמי syslog מרשת או ממכשירים תואמים אחרים.
- איסוף יומנים של מערכת ואפליקציות ב-Kubernetes.
שליחת יומנים משרתים מקומיים אל Logging
אחרי שמגדירים את BindPlane ומתחילים לשלוח יומנים, היומנים האלה נשלחים אל Logging. כדי לראות, לעבד ולייצא יומנים, עוברים אל מסוףGoogle Cloud .
היומנים מופיעים כסוגי משאבים generic_node או generic_task. מידע נוסף על התוויות שכלולות בכל סוג משאב זמין ברשימת משאבי הרישום ביומן.
Cloud Logging תומך ביומנים שאינם יומנים של Cloud Logging באמצעות שני סוגי משאבים:
- Generic Node: מזהה מכונה או משאב חישובי אחר שלא חל עליו אף סוג משאב אחר. ערכי התוויות צריכים לזהות את הצומת באופן ייחודי.
- משימה כללית: מזהה תהליך של אפליקציה שלא חל עליו אף משאב אחר, כמו תהליך שמתוזמן על ידי מערכת תזמור מותאמת אישית. ערכי התוויות צריכים לזהות את המשימה באופן ייחודי.
צפייה ביומנים ב-Logging
בדף Logs Explorer, הרשימה All resources כוללת את Generic Node כסוג משאב.
רשימת היומנים שמופיעה בדף נלכדה כסוג המשאב generic_node.
כדי לראות את פרטי רשומת היומן, מרחיבים את השורה.
הפורמט של הרשומות ביומן הוא רישום מובנה ביומן, שמאפשר חיפוש יעיל יותר ביומנים כי מטען הנתונים של היומן מאוחסן כ-jsonPayload. פורמט הרישום המובנה ביומן הופך את היומנים לנגישים יותר, כי אפשר להשתמש בשדות במטען הייעודי (payload) כחלק מהחיפוש. סוכן BindPlane מספק מיפוי מרישום היומן המקורי לרישום היומן המובנה ב-Logging.
סיכום
היומנים זמינים ב-Logging, כך שתוכלו להשתמש בכל התכונות של Logging. היומנים מופיעים במסוףGoogle Cloud . אפשר לייצא יומנים באמצעות תכונת הייצוא של Logging ולהשתמש בהם כדי ליצור מדדים והתראות ב-Monitoring באמצעות מדדים שמבוססים על יומנים.
המאמרים הבאים
- רישום ביומן ומעקב
- הוראות להגדרה של BindPlane ל-Cloud Monitoring ול-Cloud Logging
- הגדרה של מדדים מבוססי-יומנים ב-Logging
- לדוגמאות נוספות של ארכיטקטורות, תרשימים ושיטות מומלצות, עיינו במאמר Cloud Architecture Center.