טכנאי IT בחדר שרתים, המחשה לשכפול גאוגרפי ב-Azure Service Bus
panumas nikhomkhai / Pexels

Azure Service Bus משלבת Partitioning עם Geo‑Replication

Microsoft הכריזה על זמינות כללית של Geo‑Replication עבור namespaces מחולקים ב־Azure Service Bus Premium. השילוב מאפשר לעומסי הודעות גדולים לקבל גם קיבולת גבוהה באמצעות partitioning וגם שכפול של ההודעות, המצב והמטא־דאטה לאזור Azure משני.

מה השילוב החדש פותר

Namespace מחולק מפזר queues ו־topics בין כמה message brokers ו־stores בתוך אותו אזור, ולכן אינו מוגבל ליכולת של broker יחיד. Microsoft מציינת שעומסים גדולים עשויים להזדקק ליותר מ־16 Messaging Units הזמינות ב־Premium namespace שאינו מחולק.

Geo‑Replication משכפלת לאזור המשני לא רק את תצורת ה־entities, אלא גם את ההודעות שממתינות ב־queues וב־subscriptions, את מאפייניהן ואת מצב העיבוד. כך ניתן להמשיך את העבודה באזור אחר לאחר promotion של המשני.

הבדל חשוב מול Geo‑Disaster Recovery

  • Geo‑Replication: משכפלת metadata וגם message data ומצב הודעות.
  • Geo‑Disaster Recovery: משכפלת metadata בלבד; ההודעות עצמן אינן מועברות.
  • שתי האפשרויות דורשות Service Bus Premium.
  • אי אפשר להפעיל את שתיהן יחד על אותו namespace.

איך מפעילים

אם כבר קיים partitioned Premium namespace, ניתן להגדיר עליו Geo‑Replication, כולל queues ו־topics קיימים. ב־namespace חדש יש לבחור Premium ולהפעיל Partitioning בזמן היצירה, ולאחר מכן להגדיר את האזור המשני. לא ניתן לשנות בדיעבד את הגדרת ה־partitioning של namespace קיים.

ניתן לבחור אזור משני לפי latency, דרישות רגולציה או data residency, ואין חובה לבחור Azure paired region. אם משתמשים ב־Private Endpoints יש להגדיר גם את רכיבי הרשת באזור הראשי וגם באזור המשני.

מה עדיין דורש תכנון תפעולי

  • המעבר לאזור המשני אינו אוטומטי; יש לבצע promotion או failover ידני.
  • ב־planned promotion ניתן להימנע מאובדן מידע, בעוד forced promotion עלול לגרום לאובדן הודעות שלא הספיקו להשתכפל.
  • יש לבחור בין replication סינכרוני לאסינכרוני בהתאם ל־RPO, latency ועלות.
  • כדאי לבדוק גם failback לאזור המקורי ולא רק מעבר חד־כיווני.

רשימת בדיקה לצוותי ענן

  • לאמת שה־namespace הוא Premium ומחולק.
  • להגדיר אזור משני, networking ו־Private Endpoints.
  • לבדוק replication lag ועומק תורים בשני האזורים.
  • לתרגל planned promotion, forced promotion ו־failback.
  • לעדכן Runbook, ניטור והרשאות הפעלה לאירוע אזורי.

מקורות

קרדיט תמונה: panumas nikhomkhai / Pexels. מקור: Pexels. רישיון Pexels Free מתיר שימוש באתר, בסושיאל ובקמפיינים שיווקיים וכן עריכה. התמונה היא המחשה בלבד ואינה מעידה על חסות או קשר ל־Microsoft.

דילוג לתוכן