אזורים ב-GDC עם air gap

במאמר הזה מוסברת היררכיית הפריסה של Google Distributed Cloud (GDC)‎ עם air gap, שכוללת יקומים, אזורים וזונים. כדי לספק זמינות גבוהה למשאבים ולתשתית עם air gap, אתם צריכים להבין את המיקומים שמארחים את הסביבה שלכם ואת הגבולות האסטרטגיים שאוכפים את ההגדרות הזמינות לאפליקציות שלכם.

המסמך הזה מיועד לקבוצות הקהלים הבאות:

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

מידע נוסף זמין במאמר קהלים למסמכי תיעוד של GDC עם air gap.

סקירה כללית של היררכיית הפריסה

פריסה של GDC עם air gap מתבצעת לפי מבנה היררכי שמורכב מיקומים, מאזורים ומאזורי זמינות.

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

אזור הוא אבן הבניין של פריסת GDC עם air gap. כל אזור הוא הטמעה עצמאית שלא דורשת קישוריות ל- Google Cloud בשום שלב. כל אזור מנהל את התשתית, השירותים, ממשקי ה-API והכלים שלו באמצעות מישור בקרה מקומי.

לדוגמה, התרשים הבא ממחיש יקום מרובה-אזורים ב-GDC:

היקום מורכב מתחומים שמקובצים לפי אזורים.

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

לדוגמה, יכול להיות לכם GDC universe שמשתרע על פני אזורים גיאוגרפיים נרחבים. נניח שאזור 1 נמצא בווירג'יניה, ארה"ב, ויש בו שלושה תחומים:

  • אזור א', למשל us-virginia1-a
  • אזור ב', כמו us-virginia1-b
  • אזור ג', כמו us-virginia1-c

באופן דומה, אפשר להגדיר את אזור 2 בהולנד ולכלול בו אזורים באמסטרדם:

  • אזור א', למשל eu-ams1-a
  • אזור ב', כמו eu-ams1-b
  • אזור ג', כמו eu-ams1-c

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

מידע על אזורים

אזור מכיל ארבע שכבות שיכולות לפעול בנפרד בלי צורך בחיבור ל- Google Cloud או לאינטרנט הציבורי:

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

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

הגדרות פריסה

בקטעים הבאים מתוארות הגדרות פריסה נפוצות שאפשר להשתמש בהן ב-GDC עם air gap.

הגדרת תחום אחד

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

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

הגדרה של כמה אזורים

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

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

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

אסימטריה אזורית מאפשרת להגדיר את הארגון והחומרה באופן שונה באזורים שונים ב-GDC universe. אסימטריה אזורית היא תכונה בגרסת טרום-השקה (Preview) החל מגרסה 1.14.4.

היכולות העיקריות של הגדרה מרובת אזורים

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

זמינות גבוהה

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

הגנה על נתונים

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

ניהול תנועה ברשת

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

בקרת הרשאות

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

מגבלות

אלה המגבלות של יקומים ב-GDC עם air gap:

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

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