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