כיצד מהנדסים משתמשים באזורי זמינות בענן ובניהול רשת?

ש:

כיצד מהנדסים משתמשים באזורי זמינות בענן ובניהול רשת?

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

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

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

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