המאמר הזה הוא חלק ראשון בסדרה של שני מאמרים בנושא הרחבת 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.
- האם זו הגדרה נתמכת על ידי מוצר הרישום ביומן והתמיכה.
- אפשר להרחיב את ההגדרה כך שתכלול יומנים שלא מסופקים על ידי הגדרת ברירת המחדל.
חסרונות:
- נדרש שימוש בכלי של צד שלישי.
- יכול להיות שיהיה צורך לספק הגדרה בהתאמה אישית אם מקור היומן לא מסופק כברירת מחדל. רשימת היומנים שסיפקתם זמינה במקורות.
שימוש ישיר ב-Logging API
בתרשים הבא מוצגת הארכיטקטורה של איסוף היומנים על ידי מכשור והטמעה ב-Logging.
שימוש ישיר בממשקי ה-API מחייב אתכם להגדיר את האפליקציות כך שישלחו יומנים ישירות אל ה-API, או לפתח סוכן בהתאמה אישית שישלח יומנים אל ה-API. האפשרות הזו דורשת הכי הרבה מאמץ כי היא כוללת מאמץ פיתוח.
יתרונות:
- הוא גמיש כי אפשר להטמיע את המדידה באמצעות ספריות של רישום ביומן בצד הלקוח.
חסרונות:
- נדרש פתרון נפרד ליומני תשתית, כמו סוכן בהתאמה אישית.
- נדרשת אינסטרומנטציה של קוד, מה שעשוי להוביל לעלות הטמעה גבוהה יותר.
- כדי להשיג ביצועים טובים של הטמעה, צריך להשתמש בקיבוץ הפעלות ובטכניקות אחרות של הטמעה שניתנות להרחבה.
- התמיכה ניתנת רק ל-Logging API, ולא לקוד שפותח בהתאמה אישית.
שימוש ב-BindPlane
במאמר הזה מוסבר איך להשתמש ב-BindPlane מ-observIQ כדי להטמיע יומנים ב-Logging. הפתרון הזה נכלל בעלות של Logging, ולכן לא נדרש פיתוח של BindPlane, והוא מספק פתרון שנתמך על ידי המוצר.
סוכנים, מקורות ויעדים
מידע מפורט על סוכנים, מקורות ויעדים זמין במדריך לתחילת העבודה עם 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.
כדי לראות את פרטי רשומת היומן, מרחיבים את השורה.
הערכים ביומן הם בפורמט של רישום ביומן עם מבנה, שמאפשר חיפוש יעיל יותר ביומנים כי מטען הייעודי (payload) של היומן מאוחסן כ-jsonPayload. פורמט הרישום המובנה ביומן הופך את היומנים לנגישים יותר, כי אפשר להשתמש בשדות במטען הייעודי (payload) כחלק מהחיפוש. סוכן BindPlane מספק מיפוי מיומן המקור לרשומה מובנית ב-Logging.
סיכום
היומנים זמינים ב-Logging, כך שתוכלו להשתמש בכל התכונות של Logging. היומנים מופיעים במסוףGoogle Cloud . אפשר לייצא יומנים באמצעות תכונת הייצוא של Logging ולהשתמש בהם כדי ליצור מדדים והתראות ב-Monitoring באמצעות מדדים שמבוססים על יומנים.
המאמרים הבאים
- רישום ביומן ומעקב
- הוראות להגדרה של BindPlane ל-Cloud Monitoring ול-Cloud Logging
- הגדרה של מדדים מבוססי-יומנים ב-Logging
- לדוגמאות נוספות של ארכיטקטורות, תרשימים ושיטות מומלצות, עיינו במאמר Cloud Architecture Center.