השתמש במאמר זה כדי לתכנן את קיבולת המחבר שלך עבור פריסות שירות היברידיות של Webex ולהבין את ההמלצות לסקלה. עבור פריסות של מחברים ייעודיים ו - coreident, תמצא את מספרי המשתמשים המרביים הנתמכים עבור אשכולות מחברים, הגורמים הקובעים את מגבלות המשתמש הנתמך, וכיצד להשתמש במרכז הבקרה כדי להעריך אם עליך להוסיף עוד כבישים מהירים.
שירות שיחות היברידיות בארכיטקטורת מחבר השיחות עבר לסוף החיים (EOL), כך שהשירות כבר לא נתמך באופן רשמי. אין להתחשב ב - Call Connector לתכנון קיבולת כביש מהיר עתידי עבור שירותים היברידיים. |
מאמר זה אינו מכסה את יכולת התכנון של אינטגרציית Cisco TMS של שירות לוח השנה ההיברידי עם Office 365 או Cisco TMS עם יומן Google. לקבלת מידע על קיבולת, עיין במדריך פריסה עבור שירות לוח השנה ההיברידי של סיסקו וובקס. |
אנו מספקים מאמר זה כדי לענות על שאלות תכנון הקיבולת שלך ולהסביר כיצד אנו מחשבים את קנה המידה של המשתמש. כדי למדל את התרחיש שלך, נסה את מחשבון הקיבולת של שירותים היברידיים.
שיקולי תכנון
בעת תכנון קיבולת כביש מהיר עבור אוכלוסיית המשתמשים שלך בשירותים היברידיים, שקול את השאלות הבאות:
אילו שירותים היברידיים אתם צריכים?
הכביש המהיר יכול לארח מחברים לשירות שיחות היברידיות, לשירות לוחות שנה היברידיים ולשירות הודעות היברידיות.
כמה משתמשים יש לך, עבור כל שירות?
ככל שיש לך יותר משתמשים עבור כל שירות, כך גדל הסיכוי שתרצה להקדיש אשכולות כביש מהיר לשירותים. עבור אוכלוסיות קטנות יותר, הפעלת מחברים מרובים על אשכול משותף (coresidency) היא בחירה חוקית.
הצרכים שלך ישתנו?
ייתכן שתרצה להתחיל בקטן, עם אשכול כביש מהיר אחד המספק שירות לקבוצה של מאמצים מוקדמים בארגון שלך, ולתכנן צמיחה לקראת השקה עתידית. אתה יכול לעבור מדגם משותף לדגם ייעודי, או להגדיל את האשכול הקיים שלך, כדי לעמוד בדרישות המתפתחות שלך.
גורמים תורמים
אנו מגדירים קיבולת של אשכול במונחים של המשתנים הבאים:
גודל צומת - בכל מכונה וירטואלית של כביש מהיר יש "גודל VM" שנקבע בזמן ההתקנה על ידי המשאבים שהוקצו ל - VM. מדריכי ההתקנה של הכביש המהיר מתארים דרישות אלה. אם כבר יש לכם כביש מהיר, תוכלו לקרוא את גודל ה - VM מערכת' בממשק 'כביש מהיר '.
צמתים נספרים- אשכול כבישים מהירים עשוי להכיל בין צומת אחד לשישה צמתים. הם חייבים להיות באותו גודל צומת ולהריץ את אותה הגרסה של התוכנה.
אסטרטגיית המשכיות שירות - השירותים משתמשים באסטרטגיות כדי להבטיח שירות רציף למשתמשים. שירות לוח שנה ושירות הודעות משתמשים באסטרטגיית כשל.
האסטרטגיות מפורטות בטבלת אסטרטגיות המשכיות השירות וסולם האשכולות הייעודיים.
קורסידנסי- כאשר המחברים חולקים אשכול כביש מהיר, המשאבים הזמינים לכל שירות נמוכים משמעותית בהשוואה לאשכול הייעודי.
ייתכנו גם שירותים אחרים המבוססים על כביש מהיר במארח המחבר שלך, כגון שיחות עסקיות (B2B) או גישה לנייד ולמרחק (MRA). בתרחישים המוגבלים שבהם סוג זה של קורסידינציה נתמך, מספרי הסקאלה שאנו מתעדים כאן מוגבלים למה שבדקנו. מעבר למה שמתואר במאמר זה, אין לשתף את אשכול המחברים והמארחים של הכביש המהיר עם שירותים אחרים; דבר זה אינו נתמך.
מגבלות ספציפיות לשירות - לדוגמה, מחבר היומן מיועד בעיקר למשתמשי Microsoft Exchange ותומך במספר מצומצם של משתמשי Office 365.
חישובים לאשכולות כבישים מהירים ייעודיים
אנחנו מציבים גבול קשיח למספר המשתמשים בשירות שכביש מהיר יחיד ייעודי יכול לנהל (" מקבץ של אחד "), בהתבסס על ראיות שאנחנו אוספים בבדיקות ובניסויים.
גודל צומת כביש מהיר | סולם שירות לוח שנה היברידי | סולם שירות הודעות היברידי |
---|---|---|
1. קטן | 5000 | 5000 |
2. בינוני | 10000 | 6500 |
3. גדול | 15000 | 15000 |
אנו משתמשים באלגוריתמי המשכיות השירות כדי לשער את מספרי הצומת הבודד למספר צבירים, כפי שמוסבר בטבלה הבאה. אם אתה רוצה את התוצאות ללא הסבר, ראה:
השוואה |
שירות לוח שנה היברידי |
שירות הודעה היברידית |
---|---|---|
1. דגם |
מודל Failover |
מודל Failover |
2. תיאור |
אנו מקצים כל משתמש לצומת אחד באשכול. זה מפזר את המשתמשים על פני כל הצמתים. אם צומת נופל, אנחנו משחזרים את המשימות של המשתמש מהצומת ההוא על הצמתים האחרים. כאשר הצומת חוזר למעלה, אנו לאזן מחדש משימות משתמש על פני כל הצמתים הפעילים. |
אנו מקצים כל משתמש לצומת אחד באשכול. זה מפזר את המשתמשים על פני כל הצמתים. אם צומת נופל, אנחנו משחזרים את המשימות של המשתמש מהצומת ההוא על הצמתים האחרים. כאשר הצומת חוזר למעלה, אנו לאזן מחדש משימות משתמש על פני כל הצמתים הפעילים. |
3. נוסחה |
UcalN=( N -1 )* Ucal1 |
UmsgN=( N -1 )* Umsg1 |
4. הגדרות |
היכן: UcalN הוא האשכול של קיבולת N עבור משתמשי שירות לוח שנה N היא ספירת הצמתים Ucal1 הוא קיבולת צומת יחידה עבור משתמשי שירות לוח שנה |
היכן: UmsgN הוא מקבץ של קיבולת N עבור משתמשי שירות ההודעות N היא ספירת הצמתים Umsg1 היא קיבולת הצומת הבודד עבור משתמשי שירות ההודעות |
5. הערות |
אם N=1, אין כשל. כישלון הוא אוטומטי וחובה אם N>1. אם N=2, הקיבולת זהה ל - N=1, עם רציפות טובה יותר של השירות. קנה מידה מרוויח מ - N>=3 או על ידי שימוש בגודל צומת גדול יותר. |
אם N=1, אין כשל. כישלון הוא אוטומטי וחובה אם N>1. אם N=2, הקיבולת זהה ל - N=1, עם רציפות טובה יותר של השירות. קנה מידה מרוויח מ - N>=3 או על ידי שימוש בגודל צומת גדול יותר. |
חישובים לאשכולות כבישים מהירים משותפים
האלגוריתם שלנו מניח שמחברי ליבות חולקים באופן יחסי את המשאבים של צומת יחיד. אלגוריתם זה מגדיר באופן שמרני את המגבלה עבור כל סוג משתמש בצומת.
לדוגמה, הטבלה הבאה מציגה את המספר המרבי של משתמשים עבור כל המקרים הייעודיים ואת מקרי הקורסידנטיות בכביש מהיר יחיד, בינוני.
מטרת הכביש המהיר | משתמשי שירות לוח שנה | משתמשי שירות הודעות |
---|---|---|
מוקדש לשירות לוח שנה | 10,000 |
— |
מוקדש לשירות ההודעות |
— |
6,500 |
משותף על ידי שירות לוח שנה ושירות הודעות |
4,000 |
4,000 |
משותף על ידי לוח שנה, שיחה ושירותי הודעות |
2,300 |
2,300 |
אנחנו לא מפרטים באופן ממצה את כל מצבי הליבה עבור כל גודלי הצבירים. במקום זאת, באפשרותך לעקוב אחר הקיבולת של פריסת השירותים ההיברידיים הקיימת שלך, או להשתמש במחשבון כדי לתכנן פריסה חדשה.
המחשבון מאפשר לך לבחור מחברים, גודל צומת וספירת צומת, כך שתוכל למדל את הפריסה שלך. יתרת סעיף זה מסבירה כיצד הוא מחשב את מספרי המשתמש מהמודל שלך. |
בדיוק כפי שעשינו עבור הכביש המהיר הייעודי, אנו מניחים את האלגוריתם לכבישים מהירים משותפים כדי לקבוע מספרי משתמשים עבור צמתים מרובים. ההבדל מהמקרים הייעודיים הוא שאנו מיישמים את חישוב המשכיות השירות המתאים כדי לקבל את סולם המשתמש עבור שירות מסוים באשכול. לא ניתן לחשב את קנה המידה של המשתמש עבור האשכול מכיוון שהאשכול מארח אסטרטגיות רציפות מתחרות, מבוססות משתמש.
מטרת האשכול |
שירות הודעות היברידיות למשתמשים ב -1,2 ו -3 צמתים |
||
---|---|---|---|
מוקדש לשירות ההודעות |
6,500 |
6,500 |
13,000 |
גורמים תורמים נוספים
ייתכנו דרישות מתחרות על משאבי האשכול שיקטינו את קיבולת המשתמש. אלו הן הדוגמאות הידועות:
שירות לוח שנה - המארח המחבר עשוי גם לשרת את משתמשי O365. המספרים והחישובים המוצגים כאן מניחים כי רק תשתית ה - On - Perises Exchange שלך מספקת את שירות לוח השנה. למידע נוסף על השירות ‘היברידי’ של יומן Google, יש לנו כמה מספרים וגרפים בסעיף 'שירות יומן Google' במאמר זה.
התקשרות לעיבוד- המארח המחבר עשוי גם לעבד את קריאת האיתות והמדיה. זהו שילוב יעיל של "עסק לעסק" בין הארגון שלך לענן Webex. פעולה זו מפחיתה את הקיבולת כמתואר ב - Coresidency עם פתרונות כביש מהיר אחרים.
ניתן להשתמש ב - Control Hub כדי להציג אחוז מהערך של קיבולת המשתמש הנוכחית של כל אחד ממשאבי ה - Hybrid Services שלך. פס צבע מציין אם הקיבולת היא בגבולות המקובלים. תצוגה זו מאפשרת לך להעריך את הבריאות של פריסות השירות ההיברידיות שלך ומנחה אותך לגבי המועד שבו תזדקק לכבישים מהירים נוספים.
הכבישים המהירים הירוקיםשלך נמצאים במגבלות קיבולת מקובלות. (1%-60%)
אמבר- יש לך מספיק כבישים מהירים אבל אתה קרוב להגיע לגבולות הקיבולת. (61%-90%)
אדום- אין מספיק כבישים מהירים וחייבים להוסיף עוד. (91% ומעלה)
אם הכבישים המהירים שלך נמצאים בקבוצת משאבים, מחוון הקיבולת מופיע תחת תצוגה מסוננת של האשכולות בקבוצת המשאבים.
עבור פריסות ללא קבוצות משאבים (ברירת מחדל):
עבור פריסות עם קבוצות משאבים:
דברים שכדאי לזכור
קיבולת האשכול משתנה בהתאם לגודל הצומת, מספר הצמתים באשכול הכביש המהיר, מספר השירותים הפועלים על האשכול ואסטרטגיית הזמינות הגבוהה או הכשל. לקבלת מידע נוסף, עיין בקטעים בודדים של לוח השנה וסולם ההודעות.
קורסידנטיות מפחיתה את קנה המידה של המשתמש לשירותים קיימים; אלגוריתם הקיבולת מניח שכל משתמש משתמש משתמש בכל השירותים.
אנו ממליצים על קורסידיות בעת ניסיון שירותים מרובים, או אם יש לך פריסה בקנה מידה קטן. עבור שירותים בייצור, או עבור פריסות רחבות היקף, מומלץ להפעיל את השירותים ההיברידיים השונים על אשכולות כביש מהיר ייעודיים.
מה הלאה?
כדי להוסיף עוד כבישים מהירים לשירותים היברידיים, השתמש בשלבי מדריך הפריסה לרישום מארחי מחברים לענן והוספה לאשכולות קיימים:
הקיבולת של אשכול כבישים מהירים עבור משתמשי 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. |
גודל צומת כביש מהיר |
1 או 2 צמתים* |
3 צמתים |
4 צמתים |
5 צמתים |
6 צמתים |
---|---|---|---|---|---|
1. קטן |
5K |
10K |
15K |
20K |
25K |
2. בינוני |
10K |
20K |
30K |
40K |
50K |
3. גדול |
15K |
30K |
45K |
60K |
75K |
* שים לב שקיבולת המשתמש זהה לאשכול של צומת אחד ולאשכול של שני צמתים. הסיבה לכך היא ש - 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 משתמשים, אבל במקרה נאבד מרכז נתונים שלם, יש פוטנציאל לכך שמשתמשים לא יוקצו לצומת של מחבר לוח שנה. כדי למנוע הפסקת שירות בתרחיש מסוג זה, הלקוח יזדקק לאשכול שלישי כדי לחלק מחדש את המשתמשים שנפגעו ולטפל בהם.
הקיבולת של אשכול מסרים מהירים לשירות משתמשים בשירות מסרים היברידיים תלויה בגודל של צמתים המהווים את הכביש המהיר, במספר הצמתים באשכול ובאסטרטגיית המשכיות השירות.
הטבלה הבאה מציגה את מספר המשתמשים המרבי בכביש מהיר יחיד המשמש לשירות ההודעות ההיברידי.
כביש מהיר קטן |
כביש מהיר בינוני |
כביש מהיר גדול |
---|---|---|
5,000 משתמשים |
6,500 משתמשים |
15,000 משתמשים |
מספרי המשתמשים זהים לאשכול של צומת אחד ולאשכול של שני צמתים. הסיבה לכך היא ששירות ההודעות משתמש ב - failover כדי לשפר את רציפות השירות. המשתמשים מחולקים באופן שווה על פני הצמתים המרובים באשכול: אם צומת אחד נכשל, המשתמשים של אותו צומת מוקצים לצמתים האחרים. |
נושא זה עוסק בשיתוף הכביש המהיר של המארח המחבר בין המחברים עבור שירותים היברידיים מרובים, כולל שירות לוח שנה ושירות הודעות. המארח המחבר אינו משותף עם פתרונות אחרים מבוססי כביש מהיר כגון MRA ו - B2B.
קיבולת הצביר המארח של המחבר תלויה בגודל צמתים המהווים את הכביש המהיר, מספר הצמתים, המחברים הפועלים על הצביר ואסטרטגיית המשכיות השירות. ראה תכנון קיבולת אשכול כבישים מהירים עבור משתמשים בשירותים היברידיים לקבלת הסבר מפורט על גורמים אלה.
כמו כן, קיים מחשבון המאפשר לך למדל אשכולות מארחים שונים של מחברים ולראות כמה משתמשים בכל שירות שהאשכול המוצע שלך יכול לתמוך בו.
באופן כללי, אנו ממליצים על קורסידינציה רק עבור פריסות בגודל קטן יותר של עד שני צמתים. אם הפריסה שלך חורגת מהקיבולת של זוג צמתים, עליך להעביר מחברים לאשכולות כביש מהיר המיועדים לכל שירות היברידי ספציפי.
דוגמה: סולם מארח מחבר עם שלושה מחברים של קורסיידנט
הטבלה הבאה מציגה דוגמה לסולם ולקורסידיות. הוא נותן את המספר המרבי של משתמשים לכל אשכול, עבור כל שירות, עם מפרטים שונים של האשכול המארח המחבר. האשכול משותף בין שירות לוח שנה היברידי (באמצעות בורסת הילוכים), שירות שיחות היברידיות ושירות הודעות היברידיות.
שירות |
שני צמתים קטנים |
שני צמתים בינוניים |
שני צמתים גדולים |
---|---|---|---|
משתמשי שירות לוח שנה |
1,300 |
2,300 |
3,000 |
משתמשי שירות ההודעות |
1,300 |
2,300 |
3,000 |
מבוא
נושא זה עוסק בשיתוף מחבר מארח בכביש המהיר עם פתרונות אחרים המבוססים על כביש מהיר. כשאתם בוחרים לארח מחברים בכביש מהיר שאתם משתמשים בו למטרות אחרות, ההערות החשובות הבאות חלות:
אנחנו לא יכולים לתמוך במודל הסקילביליות שחל על מחבר ייעודי על הכביש המהיר של המארח. מספרי המשתמש שאתה מפיק מקריאת הנושאים האחרים במאמר זה, או באמצעות המחשבון, אינם חלים כאשר המארח המחבר משותף עם שירותי כביש מהיר אחרים.
השילובים של שירותים מבוססי כביש מהיר ומחברי שירותים היברידיים המתוארים במאמר זה, ומספרי המשתמשים המשויכים, הם התרחישים הנתמכים היחידים. לא בדקנו תרחישים אחרים, ואינך יכול לצפות שהם יעבדו בסביבתך.
שירות לוח שנה מבוסס כביש מהיר עם מחבר שיחות ושירות שיחות טראברסלי
בתרחיש זה, מקבץ של שני מחברים היברידיים. האשכול מבצע גם איתות טראוורסלי עבור פתרונות אחרים של סיסקו (איתות SIP ומדיה).
הטבלה מציגה את סביבות לוח השנה השונות שבהן תוכל להשתמש עם מחבר הכביש המהיר. מחבר לוח השנה מבוסס הכביש המהיר אינו נתמך באשכולות עם יותר משני צמתים. השתמש במחבר מבוסס הענן עבור קנה מידה גדול יותר עם Office 365 (ראה סולם השירות של יומן Google).
שירות |
צביר שני צמתים קטנים |
אשכול שני צמתים בינוניים |
צביר שני צמתים גדולים |
|
---|---|---|---|---|
שירות לוח שנה |
מסחר בנקודות זינוק |
500 משתמשים |
1,000 משתמשים |
1,000 משתמשים |
Office 365: |
500 משתמשים |
1,000 משתמשים |
1,000 משתמשים |
|
בורסה לניירות ערך ומשרד 365 (פריסות היברידיות) |
מקסימום 500 משתמשים עבור שניהם |
מקסימום 1,000 משתמשים עבור שניהם |
מקסימום 1,000 משתמשים עבור שניהם |
|
התקשר ל - Traversal |
200 מפגשי אודיו 100 מפגשי וידאו |
200 מפגשי אודיו 100 מפגשי וידאו |
1,000 הפעלות אודיו 500 מפגשי וידאו |
כדי להימנע ממגבלת קנה מידה זו, אנו ממליצים להשתמש בשירות לוח השנה מבוסס הענן במקום המחבר הפועל. עבור שירות לוח השנה ההיברידי מבוסס הכביש המהיר, המגבלה של קיבולת משתמשים של Office 365 ל -1,000 לכל אשכול אינה תלויה בגודל או בספירת הצמתים של האשכול; מגבלה זו נובעת מאינטראקציה עם שירות הענן של Microsoft ולא מהסולם של פריסת הכביש המהיר.
לוח שנה עם גישה לנייד ולמרחק
בתרחיש זה, מקבץ MRA של אחד או שניים VMs הכביש המהיר קטן מארח את מחבר לוח השנה. תרחיש זה מניח כי הצביר משמש רק עבור MRA ושני המחברים. הצביר מוגבל לצומת אחד או שניים קטנים.
מטרת הכביש המהיר |
מקבץ של כביש מהיר אחד קטן - C |
מקבץ של שני כבישים מהירים - C קטנים |
---|---|---|
משתמשי שירות לוח שנה (מחבר On - Perises ל - Exchange) |
500 משתמשים |
500 משתמשים |
משתמשים בגישה לנייד ולמרחק |
100 |
100 |