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

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

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

שימו לב: בדיקת תקינות מורכבת נתמכת רק במשאבים – כולל כללי העברה של ספקי שירות, קבצים מצורפים של שירותים ו-NEGs של Private Service Connect – שנוצרו אחרי 20 באוקטובר 2025. מידע נוסף מופיע בקטע מגבלות.

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

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

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

הגדרת המפיק:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

יעד שקשור לבריאות

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

מפרטים

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

• התנהגות:

  • התקינות של קצה עורפי ספציפי בשירות קצה עורפי נקבעת על ידי בדיקות תקינות רגילות.
  • מדיניות מצטברת של תקינות שניתנת להגדרה קובעת את מצב התקינות הכולל של שירות קצה עורפי על סמך התקינות של כל אחד מהקצוות העורפיים שלו.
  • בדיקת תקינות מורכבת צוברת את מצבי התקינות משירותי קצה עורפיים (backend) אחד או יותר שהוגדרו כמקורות תקינות, ויוצרת מצב תקינות מורכב.
  • מצב הבריאות המשולב מסופק ליעד בריאות, שחייב להיות כלל ההעברה של שירות שפורסם.
  • מצב הבריאות המורכב מועבר אוטומטית למאזני עומסים צרכניים מקושרים, שבהם מצבים לא תקינים מפעילים מעבר אוטומטי לגיבוי באזור אחר.
  • כברירת מחדל, מעברי מצב תקינות נרשמים ב-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 מקורות מידע בנושאי בריאות.
  • כלל העברה יכול להיות היעד של בדיקת תקינות מורכבת אחת בלבד.

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

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

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

מגבלות

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

• התמיכה בסטטוס משולב של תקינות המשאבים מוגבלת למשאבים שנוצרו אחרי 20 באוקטובר 2025, כולל כללי העברה של ספק השירות, קבצים מצורפים של שירותים וקבוצות NEG של Private Service Connect.

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

• כל משאבי Composite Health, כולל שירותי הקצה העורפי וכללי ההעברה שהם מפנים אליהם, חייבים להיות באותו פרויקט.

• אי אפשר להשתמש במצב התקינות המשולב של שירות אחד כמקור תקינות לשירות אחר.

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

• התקינות המשולבת תומכת רק בבק-אנדים של Private Service Connect שמאפשרים גישה לשירותים שפורסמו.

תמחור

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

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

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