הקיבולת של אשכול כבישים מהירים עבור משתמשי Hybrid Calendar Service תלויה בעיקר בגודל ובמספר הצמתים באשכול ובאסטרטגיית המשכיות השירות. הטבלה הבאה מציגה את קיבולת המשתמש הכוללת המקסימלית שהצביר יכול להתמודד איתה כאשר אתה מגדיל את הצמתים (או את גודל צומת ה - ova) על צביר ייעודי יחיד.

בסביבה היברידית עם משתמשי Office 365, קיימת מגבלה של 1,000 משתמשי Office 365 לכל אשכול, ללא תלות בספירת הצמתים או בגודל האשכול. השירות מבוסס הענן הוא השיטה המועדפת לטיפול במשתמשי Office 365. אנחנו ממליצים בחום שתארח באופן זמני רק משתמשי Office 365 בכביש המהיר. מגבלה זו נובעת מאינטראקציה עם שירות הענן של מיקרוסופט ולא מהסולם של פריסת הכביש המהיר. לדוגמה, אם יש לך צומת כביש מהיר אחד קטן, הקיבולת שלך מוגבלת ל -1,000 משתמשי Office 365 ו -4,000 משתמשי Microsoft Exchange. אם יש לך מקבץ של 6 צמתים קטנים, הקיבולת שלך מוגבלת ל -1,000 משתמשי Office 365 ועוד 24,000 משתמשי Microsoft Exchange.

_{* שים לב שקיבולת המשתמש זהה לאשכול של צומת אחד ולאשכול של שני צמתים. הסיבה לכך היא ש - Calendar Service משתמש ב - fail - over כדי לשפר את המשכיות השירות. כל המשתמשים מוקצים לצומת אחד כאשר יש שני צמתים בצביר; הצומת השני הוא גיבוי מיותר. ראה תכנון קיבולת אשכול כבישים מהירים עבור משתמשים בשירותים היברידיים לקבלת הסבר מפורט.}

הקצאת משתמשים בין מארחים ואשכולות

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

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

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

• אשכולות כבישים מהירים של 6 צמתים באמצעות תבנית OVA הגדולה (מגבלה של 15,000 משתמשים בכל צומת)

• אין צורך בקבוצות משאבים

נוסחת הקיבולת עבור אשכול יחיד, U calN =( N -1 )* U cal1 כאשר N=6 ו - U _cal1 =15,000 (באמצעות תבנית OVA הגדולה) מניבה מקסימום של 75,000 משתמשים. עם 126,000 משתמשים בפריסה הכוללת של שירות לוח השנה, נדרשים אשכולות מארחים מרובים של 'מחבר לוח שנה '. המשתמשים יחולקו שווה בשווה כפי שמוצג באיור הבא:

שירות לוח השנה ההיברידי מוסיף משתמשים לאשכול A תחילה עד שהאשכול מגיע לקיבולת של 75,000 משתמשים, ולאחר מכן מקצה את המשתמשים הנותרים לאשכול B. המשתמשים מחולקים באופן אקראי ושוויוני על פני כל הצמתים באשכול. דוגמה זו מציגה התפלגות שווה של צמתים מארחים של מחבר לוח שנה (בתוך כל אחד משני האשכולות) במרכזי נתונים RTP ו - PDX. כל צומת משתמש באותה תבנית OVA והצומת פועל בהתאם להנחיות הזמינות הגבוהה של הכביש המהיר. מחבר לוח השנה משתמש בלוגיקה של קיבוץ כבישים מהירים במודל של 5+1 יתירות כדי לאפשר תרחישים של זמינות גבוהה.

עם כל המשתמשים שהוקצו למחבר לוח שנה, כעת נבחן מה קורה כאשר יש כשל באשכול. הספרה הבאה מראה כשל צומת יחיד. משתמשים שהוקצו לצומת הכושל, 5A בצביר A, כעת לא הצליחו להשתלט על הצמתים הנותרים בצביר זה. קיבולת צומת יחידה מאפשרת עד 15,000 משתמשים וכל צומת שנותר באשכול A מוסיף 2500 משתמשים שהוקצו במקור לצומת 5A. אין שינוי או השפעה לאשכול B או למשתמשים שהוקצו באשכול B.

אשכול A עדיין בתפוסה מקסימלית, וכל אחד מהצמתים התפעוליים באשכול נמצא כעת בתפוסה מקסימלית, 15,000 משתמשים/צומת. לכן, אם צומת אחר באשכול A אינו זמין, כגון צומת 4A באיור הבא, אשכול B יהיה אחראי כעת על איסוף עומס המשתמש הנוסף. 15,000 המשתמשים מצומת 4A מוצבים כעת מחדש באשכול B ומחולקים שווה בשווה על פני כל הצמתים באשכול B.

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

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

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

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

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

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

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

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

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

דוגמה: סולם מארח מחבר עם שלושה מחברים של קורסיידנט

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

מבוא

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

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

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

שירות לוח שנה מבוסס כביש מהיר עם מחבר שיחות ושירות שיחות טראברסלי

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

הטבלה מציגה את סביבות לוח השנה השונות שבהן תוכל להשתמש עם מחבר הכביש המהיר. מחבר לוח השנה מבוסס הכביש המהיר אינו נתמך באשכולות עם יותר משני צמתים. השתמש במחבר מבוסס הענן עבור קנה מידה גדול יותר עם Office 365 (ראה סולם השירות של יומן Google).

_{כדי להימנע ממגבלת קנה מידה זו, אנו ממליצים להשתמש בשירות לוח השנה מבוסס הענן במקום המחבר הפועל. עבור שירות לוח השנה ההיברידי מבוסס הכביש המהיר, המגבלה של קיבולת משתמשים של Office 365 ל -1,000 לכל אשכול אינה תלויה בגודל או בספירת הצמתים של האשכול; מגבלה זו נובעת מאינטראקציה עם שירות הענן של Microsoft ולא מהסולם של פריסת הכביש המהיר.}

לוח שנה עם גישה לנייד ולמרחק

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