מידע על בדיקת תקינות משולבת למעבר אוטומטי לגיבוי באזור אחר

התכונה Composite Health מאפשרת ליצרני שירותים להגדיר קריטריונים שקובעים את מצבי הבריאות של שירותים אזוריים שפורסמו. מצבי התקינות האלה תומכים במעבר אוטומטי לגיבוי באזור אחר עבור צרכני שירות שמשתמשים בקצה העורפי של Private Service Connect. מצבי התקינות מבוססים על התקינות המצטברת של העורפים (backend) של יצרן השירות (מכונות וירטואליות או נקודות קצה ברשת), ומספקים לצרכנים אות מדויק יותר של מעבר לגיבוי (failover) בהשוואה לזיהוי חריגות, שמתבסס על כשלים בתגובות כדי להסיק לגבי התקינות.

כדי להפעיל יתירות כשל בין אזורים, גם הבעלים של השירות המנוהל וגם הלקוח צריכים להשתמש בפריסה במספר אזורים. כשמגדירים את מצב הזמינות המשולב, מצב הזמינות של כל שירות אזורי שפורסם מועבר אוטומטית למאזן העומסים של הלקוח. אם שירות שפורסם באזור אחד הופך ללא תקין, מאזן העומסים של הלקוח מפסיק להפנות תעבורה לשירות הזה, ובמקום זאת מפנה תעבורה למופע תקין של השירות שפורסם באזור חלופי.

דרישות הפריסה

בקטע הזה מוסבר איך ספקי שירותים וצרכני שירותים יכולים להגדיר את המשאבים שלהם לפריסה במספר אזורים שתומכת במעבר אוטומטי לגיבוי חוצה אזורים באמצעות בדיקת תקינות מורכבת.

מידע נוסף על הדרישות לגבי מאזן עומסים וסוגי קצה עורפי זמין במאמר מפרטים.

הגדרת המפיק:

• פורסים את השירות בכל אזור. כל מופע אזורי של השירות צריך להיות מוגדר במאזן עומסים אזורי שתומך בגישה של קצה עורפי.
• יוצרים צירוף שירות כדי לפרסם כל מופע אזורי של השירות.

הגדרות לצרכנים:

• יוצרים בק-אנד של Private Service Connect כדי לגשת לשירותים שפורסמו. הקצה העורפי צריך להתבסס על מאזן עומסים שתומך במעבר לגיבוי בעת כשל בין אזורים ולכלול את ההגדרות הבאות:
  • ‫ Private Service Connect NEG בכל אזור שמצביע על קובץ מצורף עם השירות של אותו אזור
  • שירות לקצה עורפי גלובלי שמכיל את הקצוות העורפיים של Private Service Connect NEG

התרשים הבא מציג פריסה במספר אזורים:

בדוגמה הזו מוצג מאזן עומסים גלובלי-חיצוני של אפליקציות (ALB) של צרכן, שמחובר לשירות שפורסם בכמה אזורים. גישה לשירות רב-אזורי עם מאזן עומסים גלובלי או חוצה-אזורים נתמך מאפשרת לצרכן השירות לנצל את היתרונות של בדיקת תקינות מורכבת למעבר אוטומטי לגיבוי חוצה-אזורים (לחצו להגדלה).

רכיבים של תקינות משולבת

התקינות המורכבת משתמשת ברכיבים הבאים כדי לתמוך במעבר אוטומטי לגיבוי באזור אחר.

בתרשים שלמעלה מוצגים הרכיבים העיקריים של מדד הבריאות המשולב. במדיניות בנושא צבירת נתונים בריאותיים מוגדרים התנאים שלפיהם מקורות מידע בריאותי נחשבים אמינים. מצבי הבריאות של מקורות בריאות נפרדים משולבים למצב אחד על ידי בדיקת בריאות מורכבת, והתוצאה מועברת ליעד בריאות.

המדיניות בנושא אגרגטורים של מידע בריאותי

מדיניות צבירת נתונים על מצב תקינות היא משאב שיוצרים כדי להגדיר את התנאים ששירות לקצה העורפי צריך לעמוד בהם כדי להיחשב כשירות תקין. מדיניות צוברת את מצבי התקינות של השרתים העורפיים של שירות עורפי (מכונות וירטואליות בקבוצת מופעים או נקודות קצה ברשת ב-NEG), כפי שנקבע על ידי בדיקות תקינות רגילות.

שירות קצה עורפי נחשב תקין אם מתקיימים שני תנאים שניתנים להגדרה:

• אחוז נקודות הקצה התקינות: אחוז המינימום של השרתים העורפיים שצריכים להיות תקינים. ערך ברירת המחדל הוא 60%.

• מספר מינימלי של נקודות קצה תקינות: מספר השרתים העורפיים המינימלי שחייבים להיות תקינים. ערך ברירת המחדל הוא 1.

לדוגמה, אתם יכולים ליצור מדיניות שמציינת שלשירות לקצה העורפי צריכים להיות לפחות 75% של שרתי backend תקינים ולפחות שלושה שרתי backend תקינים. אם מספר השרתים העורפיים התקינים יורד מתחת לאחד מהערכים האלה, שירות לקצה העורפי נחשב לא תקין.

מקור מידע בנושא בריאות

מקור מידע בנושא בריאות הוא משאב שמאפשר לצבור מידע על מצב הבריאות של שירות יחיד בעורף כחלק מבדיקת בריאות מורכבת. כשיוצרים מקור נתונים בריאותי, מציינים את הפרטים הבאים:

• שירות לקצה העורפי לניטור
• מדיניות צבירה של נתוני בריאות שקובעת את תקינות השירות בעורף

מקור התוכן בנושא בריאות משתמש בתנאים שמוגדרים במדיניות צבירת נתונים בנושא בריאות כדי לקבוע את מצב הבריאות של שירות הקצה העורפי המשויך.

בדיקת תקינות מורכבת

בדיקת תקינות מורכבת היא משאב שמצבר את מצבי התקינות של מקור בריאות אחד או יותר כדי ליצור מצב תקינות מורכב יחיד לשירות אזורי שפורסם. השירות שפורסם נחשב תקין אם כל מקורות המידע המשויכים תקינים. אם אחד ממקורות המידע על הבריאות לא תקין, השירות נחשב לא תקין.

יעד בריאותי

יעד בריאות מקבל את מצב הבריאות המורכב הסופי מבדיקת בריאות מורכבת. בשירות שפורסם, יעד הבדיקה הוא כלל ההעברה של מאזן העומסים של הבעלים של השירות המנוהל. מצב תקינות המערכת מועבר באופן אוטומטי למאזני עומסים לצרכנים שמתחברים לכלל ההעברה הזה.

מפרטים

המאפיינים של מדד הבריאות המשולב הם:

• התנהגות:

  • התקינות של כל קצה עורפי בשירות קצה עורפי נקבעת על ידי בדיקות תקינות רגילות.
  • מדיניות צבירת תקינות שניתנת להגדרה קובעת את מצב התקינות הכולל של שירות לקצה העורפי על סמך התקינות של כל אחד מה-backends שלו.
  • בדיקת תקינות מורכבת היא בדיקה שמסכמת את מצבי התקינות של שירות בקצה העורפי אחד או יותר שהוגדרו כמקורות תקינות, ויוצרת מצב תקינות מורכב.
  • מצב הבריאות המשולב מסופק ליעד בריאות, שחייב להיות כלל ההעברה של שירות שפורסם.
  • מצב התקינות המורכב מועבר אוטומטית למאזני עומסים צרכניים מקושרים, שבהם מצבים לא תקינים מפעילים מעבר אוטומטי לגיבוי באזור אחר.
  • כברירת מחדל, מעברי מצב תקינות נרשמים ב-Cloud Logging. מפיקים יכולים לראות יומנים של מקורות בריאות ובדיקות בריאות מורכבות. צרכנים יכולים לראות יומנים של NEGs של Private Service Connect שמתחברים לשירותים שפורסמו באמצעות Composite Health. מידע נוסף זמין במאמר מעקב אחרי תקינות מורכבת.

• הגדרה:

  • הבעלים של השירות המנוהל וצרכן השירות צריכים להגדיר משאבים בפריסה מרובת אזורים.
  • כל שירות אזורי שמתפרסם צריך להשתמש במאזן עומסים שתומך בבדיקת תקינות מורכבת.
  • לשירותי קצה עורפיים שמשמשים כמקורות נתונים של מצב תקינות צריכה להיות תוכנית איזון עומסים של INTERNAL או INTERNAL_MANAGED.
  • לשירותים שפורסמו צריך להיות אחד מסוגי ה-Backend הבאים:
    • קבוצה של נקודות קצה ברשת מסוג GCE_VM_IP_PORT
    • קבוצה של נקודות קצה ברשת מסוג GCE_VM_IP
    • קבוצת מופעי מכונה מנוהלים או לא מנוהלים
  • צריך לגשת לשירותים שפורסמו באמצעות קצה עורפי מסוג Private Service Connect שמשתמש במאזני עומסים שתומכים במעבר לגיבוי בעקבות כשל באזור אחר.
  • כל משאבי Composite Health הם אזוריים וחייבים להיות באותו אזור כמו השירות שפורסם שאתם עוקבים אחריו.
  • משאב של מקור נתונים רפואי חייב להפנות לשירות קצה עורפי אחד בדיוק.
  • משאב של בדיקת תקינות מורכבת חייב להפנות ל-1 עד 10 מקורות מידע בנושאי בריאות.
  • כלל העברה יכול להיות יעד הבדיקה של בדיקת תקינות מורכבת אחת בלבד.

מצבים בריאותיים

המאפיין Composite Health משתמש במצבים הבאים כדי לייצג את תקינות השירותים שפורסמו ושירותי ה-Backend.

מצב תקינות	משאב במעקב	תיאור
HEALTHY	מקור מידע בנושא בריאות	השירות המשויך לקצה העורפי תקין, כפי שמוגדר במדיניות צבירת התקינות שלו.
	בדיקת תקינות מורכבת	השירות שפורסם תקין כי כל אחד ממקורות המידע שמשויכים אליו תקין.
	‫NEG של Private Service Connect	השירות שפורסם משויך לבדיקת תקינות מורכבת של היצרן, והוא תקין.
UNHEALTHY	מקור מידע בנושא בריאות	שירות הקצה העורפי לא עומד בקריטריונים שמוגדרים במדיניות צבירת הנתונים שלו.
	בדיקת תקינות מורכבת	השירות שפורסם לא תקין כי אחד או יותר ממקורות המידע על תקינות שמשויכים אליו לא תקינים.
	‫NEG של Private Service Connect	השירות שמשויך לפרסום לא תקין, לפי בדיקת התקינות המורכבת של היצרן. הסטטוס הזה יכול להפעיל מעבר לגיבוי במקרה של כשל באזור אחר.
UNKNOWN	מקור מידע בנושא בריאות	מצב התקינות עדיין לא זמין. זהו מצב זמני שמתרחש כשיוצרים או מגדירים משאבים חדשים.
	בדיקת תקינות מורכבת	אף אחד ממקורות הבריאות המשויכים לא מוגדר כלא בריא, אבל אחד או יותר ממקורות הבריאות לא ידועים.
	‫NEG של Private Service Connect	מצב התקינות של השירות שפורסם ומשויך עדיין לא זמין.

מגבלות

יש כמה מגבלות לסטטוס המשולב של תקינות המערכת:

• כל משאבי Composite Health, כולל שירותי הקצה העורפי וכללי ההעברה שהם מפנים אליהם, חייבים להיות באותו פרויקט.
• אי אפשר להשתמש במצב התקינות המשולב של שירות אחד כמקור תקינות לשירות אחר.
• אין מצב לבדיקת הגדרה של בדיקת תקינות שלא משפיע על צרכנים מחוברים. כל בדיקות התקינות המורכבות שהוגדרו יכולות להפעיל מעבר לגיבוי מיידי.
• התקינות המשולבת תומכת רק בבק-אנדים של Private Service Connect שמאפשרים גישה לשירותים שפורסמו.

תמחור

למידע על תמחור, אפשר לעיין במאמר תמחור VPC.

המאמרים הבאים

• כדי להגדיר את Composite Health, אפשר לעיין במאמר בנושא הגדרת Composite Health למעבר אוטומטי לגיבוי במקרה של כשל באזור אחר.