בקטע הזה של המדריך Google Cloud ארכיטיפים של פריסות מתואר הארכיטיפ של פריסה אזורית.
בארכיטקטורת ענן שמשתמשת באב-טיפוס של פריסה אזורית, מופעים של האפליקציה פועלים בשני אזורים או יותר בתוך Google Cloudאזור אחד. כל המופעים של האפליקציה משתמשים במאגר משותף של קובצי תצורה שמנוהל באופן מרכזי. נתוני האפליקציה משוכפלים באופן סינכרוני בכל האזורים בארכיטקטורה.
בתרשים הבא מוצגת טופולוגיית הענן של אפליקציה בעלת זמינות גבוהה שפועלת באופן עצמאי בשלושה אזורים באזורGoogle Cloud יחיד:
בתרשים שלמעלה מוצגת אפליקציה עם רכיבי חזית עורפית שפועלים באופן עצמאי בשלושה אזורים בתוך אזור Google Cloud . מאזן עומסים חיצוני מעביר בקשות של משתמשים לאחת מחזיתות העורף. מאזן עומסים פנימי מעביר תנועה מחזיתות העורף לעורפים. האפליקציה משתמשת במסד נתונים שמשוכפל בכל האזורים. אם מתרחש הפסקת חשמל באזור מסוים, מסד הנתונים עובר לגיבוי באזור אחר.
הטופולוגיה בתרשים הקודם עמידה בפני הפסקות זמניות בשירות באזור מסוים, אבל לא בפני הפסקות זמניות בשירות באזור שלם. כדי שתוכלו להתאושש מהפסקות זמניות בשירות באזור שלם, אתם צריכים לפרוס עותק פסיבי של האפליקציה באזור שני (מעבר לגיבוי), כמו שמוצג בתרשים הבא:
כשמתרחשת הפסקת שירות באזור הראשי, צריך להעביר את מסד הנתונים לאזור המעבר לגיבוי, ולאפשר למדיניות הניתוב של DNS לנתב את התעבורה למאזן העומסים באזור המעבר לגיבוי.
כדי לבצע אופטימיזציה של העלות של תשתית יתירות הכשל, אפשר להפעיל את אזור יתירות הכשל בקיבולת נמוכה יותר על ידי פריסת פחות משאבים.
תרחישים לדוגמה
בקטעים הבאים מופיעות דוגמאות לתרחישי שימוש שבהם ארכיטיפ הפריסה האזורי הוא בחירה מתאימה.
אפליקציה עם זמינות גבוהה למשתמשים באזור גיאוגרפי מסוים
אנחנו ממליצים על ארכיטיפ פריסה אזורי לאפליקציות שצריכות להיות חסינות מפני הפסקות זמניות באזורים, אבל יכולות לעמוד בהשבתה מסוימת שנגרמת מהפסקות זמניות באזורים. אם חלק כלשהו במערך האפליקציה נכשל, האפליקציה ממשיכה לפעול אם קיים לפחות רכיב אחד מתפקד עם קיבולת מספקת בכל רמה. אם מתרחשת הפסקה זמנית באזור, מערך האפליקציה ממשיך לפעול באזורים האחרים.
זמן טעינה קצר למשתמשי האפליקציה
אם המשתמשים באפליקציה נמצאים באזור גיאוגרפי מסוים, כמו מדינה אחת, ארכיטיפ הפריסה האזורית יכול לעזור לשפר את הביצועים של האפליקציה מנקודת המבט של המשתמשים. כדי לבצע אופטימיזציה של זמן האחזור ברשת לבקשות של משתמשים, כדאי לפרוס את האפליקציה באזור שקרוב ביותר למשתמשים. Google Cloud
רשת עם השהיה נמוכה בין רכיבי האפליקציה
ארכיטקטורה של אזור יחיד יכולה להתאים לאפליקציות כמו עיבוד באצווה שדורשות חיבורי רשת עם זמן אחזור קצר ורוחב פס גבוה בין צמתי החישוב. כל המשאבים נמצאים באותו Google Cloud אזור, כך שתעבורת הרשת בין המשאבים נשארת בתוך האזור. זמן האחזור של הרשת בין המשאבים קצר, ולא תחויבו על העברת נתונים בין אזורים. עם זאת, עדיין תחויבו על עלויות רשת בתוך האזור.
עמידה בדרישות לגבי מיקום הנתונים והריבונות על הנתונים
הארכיטיפ של פריסה אזורית יכול לעזור לכם לעמוד בדרישות הרגולטוריות בנוגע למיקום הנתונים וריבונות תפעולית. לדוגמה, יכול להיות שבמדינה באירופה נדרש שכל נתוני המשתמשים יאוחסנו ויהיה אפשר לגשת אליהם במרכזי נתונים שנמצאים פיזית בתוך המדינה. כדי לעמוד בדרישה הזו, אתם יכולים לפרוס את האפליקציה בGoogle Cloud אזור באירופה.
שיקולים לגבי העיצוב
כשיוצרים ארכיטקטורה שמבוססת על ארכיטיפ של פריסה אזורית, כדאי לקחת בחשבון את גורמי העיצוב הבאים.
השבתה במהלך הפסקות חשמל באזור
כשמתרחש הפסקת שירות באזור, האפליקציה מושבתת. כדי לצמצם את זמן ההשבתה שנגרם כתוצאה מהפסקות שירות באזור, אפשר לשמור רפליקה פסיבית (יתירות כשל) של סטאק התשתית באזור אחר של Google Cloud . אם מתרחשת הפסקת שירות באזור הראשי, אפשר להפעיל את הסטאק באזור יתירות הכשל ולהשתמש במדיניות ניתוב DNS כדי לנתב את תעבורת הנתונים למאזן העומסים (LB) באזור יתירות הכשל.
העלות של משאבים מיותרים
בדרך כלל, לארכיטקטורה מרובת אזורים יש יותר משאבי ענן מאשר לפריסה באזור יחיד. חשוב לקחת בחשבון את העלות של משאבי הענן האלה כשיוצרים את הארכיטקטורה. באפליקציות שצריכות להיות עמידות בפני הפסקות חשמל באזורים, יתרון הזמינות של ארכיטקטורה מרובת אזורים עשוי להצדיק את העלות הגבוהה יותר.
תרשים עזר לארכיטקטורה
לעיון בארכיטקטורת הפניה שבה אפשר להשתמש כדי לתכנן פריסה אזורית במכונות וירטואליות ב-Compute Engine, אפשר לעיין במאמר בנושא פריסה אזורית ב-Compute Engine.