מארחים ייעודיים ב-Azure: דומייני תקלה ואזורי זמינות – המדריך המלא לזמינות גבוהה

By Mirko Peters · 2026-10-25

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

Automatically translated with AI from the original post. Read the English original

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

עיקרי הדברים

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

הבנת הארכיטקטורה של מארחים ייעודיים ב-Azure

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

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

תפקידן של קבוצות מארחים

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

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

שימוש באזורי זמינות לצורך חוסן אזורי

אזורי זמינות (Availability Zones) הם מיקומים פיזיים נפרדים בתוך אזור Azure יחיד. לכל אזור יש מקור חשמל עצמאי משלו, מערכות קירור ייעודיות ותשתית רשתית חזקה. אם הפסקת חשמל בלתי צפויה או כשל תשתיתי מקומי ישפיעו על Zone 1, אזורים Zone 2 ו-Zone 3 ימשיכו לפעול ללא הפרעה.

כאשר מיישמים אזורי זמינות על מארחים ייעודיים (Dedicated Hosts), יש לקחת בחשבון את גבולות האזור באסטרטגיית הארכיטקטורה. מכיוון שקבוצת מארחים (host group) קשורה לאזור מסוים, לא ניתן לפרוס קבוצת מארחים יחידה על פני כמה אזורים. אם אתם רוצים להשיג זמינות גבוהה עבור מסד נתונים ארגוני הפועל על חומרה ייעודית, עליכם לפרוס לפחות שתי קבוצות מארחים:

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

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

צמצום סיכוני חומרה באמצעות תחומי תקלה (Fault Domains)

בעוד שאזורי זמינות מגנים מפני הפרעות נרחבות במרכזי נתונים, תחומי תקלה מטפלים בפגיעויות חומרה מקומיות בתוך מתלי השרתים עצמם. בתוך מרכז נתונים של Azure, השרתים מאורגנים בשורות ומתלים פיזיים, המחוברים למתגי רשת Top-of-Rack וליחידות חלוקת חשמל משותפות.

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

תכנון לגיבוי ברמת המתלה

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

כדי לבטל נקודת כשל יחידה זו, עליכם:

1. להגדיר את קבוצת המארחים לשימוש בלפחות שני תחומי תקלה.
2. לפרוס את המארח הייעודי A ולהקצות אותו לתחום תקלה 1.
3. לפרוס את המארח הייעודי B ולהקצות אותו לתחום תקלה 2.
4. למקם את מכונת הווירטואלית הראשונה של היישום על המארח A.
5. למקם את מכונת הווירטואלית השנייה של היישום על המארח B.

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

סיכום והצעדים הבאים

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

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

שאלות נפוצות

האם מארח Azure Dedicated Host יחיד יכול להשתרע על פני כמה אזורי זמינות?

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

מה ההבדל בין אזור זמינות לתחום תקלה במארחים ייעודיים?

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

האם אני צריך להגדיר תחומי תקלה למכונות הווירטואליות שלי על מארחים ייעודיים?

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

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

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