מגבלות קיבולת משתמשים עבור שירותים היברידיים מבוססי אקספרסוויי
שירות שיחות היברידי בארכיטקטורת מחבר השיחות עבר סוף החיים (EOL), כך שהשירות אינו נתמך עוד רשמית. אין לשקול את מחבר השיחה לתכנון קיבולת כביש מהיר עתידי עבור שירותים היברידיים.
מאמר זה אינו מכסה תכנון קיבולת עבור שילוב שירות לוח השנה ההיברידי של Cisco TMS עם Office 365 או שילוב Cisco TMS עם יומן Google. לקבלת מידע על קיבולת, עיין במד ריך הפריסה עבור שירות לוח Cisco Webex שנה היברידי.
אנו מספקים מאמר זה כדי לענות על שאלות תכנון הקיבולת שלך ולהסביר כיצד אנו מחשבים את קנה המידה של המשתמשים. כדי לדגמן את התרחיש שלך, נסה את מחש בון הקיבולת של שירותים היברידיים.
שיקולי תכנון
בעת תכנון קיבולת כביש מהיר עבור אוכלוסיית המשתמשים בשירותים היברידיים שלך, שקול את השאלות הבאות:
-
אילו שירותים היברידיים אתה צריך?
הכביש המהיר יכול לארח מחברים עבור שירות שיחות היברידי, שירות לוח שנה היברידי ושירות הודעות היברידי.
-
כמה משתמשים יש לך, עבור כל שירות?
ככל שיש לך יותר משתמשים עבור כל שירות, כך גדל הסיכוי שתרצה להקדיש אשכולות Expressway לשירותים. עבור אוכלוסיות קטנות יותר, הפעלת מחברים מרובים באשכול משותף (מגורים משותפים) היא בחירה חוקית.
-
האם הצרכים שלך ישתנו?
ייתכן שתרצה להתחיל בקטן, עם אשכול אחד של Expressway המספק שירות לקבוצה של מאמצים מוקדמים בארגון שלך, ולתכנן צמיחה להשקה עתידית. באפשרותך לעבור מדגם משותף למודל ייעודי, או לשנות את גודל האשכול הקיים שלך, כדי לענות על הדרישות המתפתחות שלך.
גורמים תורמים
אנו מגדירים את יכולת האשכול במונחים של המשתנים הבאים:
-
גודל צומת — לכל מכונה וירטואלית של Expressway יש "גודל VM" שנקבע בזמן ההתקנה על ידי המשאבים שהוקצו ל- VM. מדריכי ההתקנה של הכביש המהיר מתארים את הדרישות הללו. אם כבר יש לך כביש מהיר, תוכל לקרוא את גודל ה- VM בדף סט משק הכביש המהיר.
-
ספירת צ מתים — אשכול כביש מהיר עשוי לכלול בין אחד לשישה צמתים. הם חייבים להיות באותו גודל צומת ולהפעיל את אותה גירסת תוכנה.
-
אסטרטגיית המשכיות שירות - השירותים משתמשים באסטרטגיות כדי להבטיח שירות רציף למשתמשים. שירות לוח שנה ושירות הודעות משתמשים באסטרטגיית מעבר לכישלון.
האסטרטגיות מפורטות בטבלת אסטרטגיות המשכיות שירות וסולם אשכולות ייעו דיים.
-
מגורים משות פים — כאשר המחברים חולקים אשכול כביש מהיר, המשאבים הזמינים לכל שירות נמוכים משמעותית בהשוואה לאשכול הייעודי.
יתכנו גם שירותים אחרים מבוססי Express במארח המחברים שלך, כמו שיחות עסקיות לעסקים (B2B) או נייד ו- Remote Access (MRA). בתרחישים המוגבלים שבהם נתמך סוג זה של מגורים משותפים, מספרי הסולם שאנו מתעדים כאן מוגבלים למה שבדקנו. מעבר למה שמתואר במאמר זה, אסור לשתף את אשכול המארח של מחברים Expressway עם שירותים אחרים; זה אינו נתמך.
-
מגבלות ספציפיות ל שירות — לדוגמה, מחבר לוח השנה מיועד בעיקר ל Microsoft Exchange משתמשים ותומך במספר מוגבל של משתמשי Office 365.
חישובים עבור אשכולות כבישים מהירים ייעודיים
קבענו מגבלה קשה למספר משתמשי השירות שהכביש המהיר הייעודי יכול לנהל ("אשכול של אחד"), בהתבסס על ראיות שאנו אוספים בבדיקות ובניסויים.
| גודל צומת הכביש המהיר | סולם שירות לוח שנה היברידי | סולם שירות הודעות היברידי |
|---|---|---|
| 1. קטן | 5000 | 5000 |
| 2. בינוני | 10000 | 6500 |
| 3. גדול | 15000 | 15000 |
אנו משתמשים באלגוריתמים של המשכיות השירות כדי לאקסטרפולציה של מספרי הצומת הבודדים לאשכולות צמתים מרובים, כפי שהוסבר בטבלה הבאה. אם אתה רוצה את התוצאות ללא ההסבר, ראה:
|
להשוות |
שירות לוח שנה היברידי |
שירות הודעות היברידי |
|---|---|---|
|
1. דוגמנית |
מודל גיבוי לכישלון |
מודל גיבוי לכישלון |
|
2. תיאור |
אנו מקצים כל משתמש לצומת אחד באשכול. פעולה זו מפיצה את המשתמשים על פני כל הצמתים. אם צומת יורד, אנו משחזרים את הקצאות המשתמש מ הצומת הזה בצמתים האחרים. כאשר הצומת חוזר, אנו מאזנים מחדש את הקצאות המשתמשים בכל הצמתים הפעילים. |
אנו מקצים כל משתמש לצומת אחד באשכול. פעולה זו מפיצה את המשתמשים על פני כל הצמתים. אם צומת יורד, אנו משחזרים את הקצאות המשתמש מ הצומת הזה בצמתים האחרים. כאשר הצומת חוזר, אנו מאזנים מחדש את הקצאות המשתמשים בכל הצמתים הפעילים. |
|
3. פורמולה |
U קאלן = (N-1) * U קאל1 |
U MSgN = (N-1) * U MSg1 |
|
4. הגדרות |
איפה: U CalN הוא אשכול קיבולת N עבור משתמשי שירות לוח שנה N הוא ספירת הצמתים U cal1 היא קיבולת הצומת היחידה עבור משתמשי שירות לוח השנה |
איפה: U mSgn הוא האשכול של קיבולת N עבור משתמשי שירות הודעות N הוא ספירת הצמתים U msg1 היא קיבולת הצומת הבודדת עבור משתמשי שירות ההודעות |
|
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. המספרים והחישובים המוצגים כאן מניחים שרק תשתית Exchange המקומית שלך מספקת את שירות היומן. למידע נוסף על שירות לוח השנה 'ההיברידי', יש לנו כמה מספרים וגרפים בקט ע שירות לוח השנה במאמר זה.
עיבוד שיחות — מארח המחברים עשוי גם לעבד איתות שיחות ומדיה. זהו למעשה שילוב "עסקי לעסק" בין הארגון שלך לענן Webex. זה מקטין את הקיבולת כמתואר ב- מגורים משותפים עם פתרונות כבישים מהירים אחרים.
באפשרותך להשתמש ב- Control Hub כדי להציג ערך באחוזים של קיבולת המשתמש הנוכחית של כל אחד ממשאבי הכביש המהיר של השירותים ההיברידיים שלך. סרגל צבע מציין אם הקיבולת נמצאת בגבולות מקובלים. תצוגה זו מאפשרת לך להעריך את תקינות פריסות השירות ההיברידי שלך ולהדריך אותך מתי אתה זקוק לכבישים מהירים נוספים.
-
ירוק - הכבישים המהירים שלך נמצאים בגבולות קיבולת מקובלים. (1%–60%)
-
אמבר - יש לך מספיק כבישים מהירים אבל אתה קרוב להגיע למגבלות קיבולת. (61%–90%)
-
אדום - אין לך מספיק כבישים מהירים ועליך להוסיף עוד. (91% ומעלה)
אם הכבישים המהירים שלך נמצאים בקבוצת משאבים, מחוון הקיבולת מופיע תחת תצוגה מסוננת של האשכולות בקבוצת המשאבים.
דברים שכדאי לזכור
-
קיבולת האשכול משתנה בהתאם לגודל הצומת, למספר הצמתים באשכול Expressway, למספר השירותים הפועלים באשכול ולזמינות גבוהה או אסטרטגי ית המעבר לכישלון. לקבלת מידע נוסף, עיין בסעיפים בודדים של לוח שנה וסולם הודעות.
-
מגורים משותפים מקטין את קנה המידה של המשתמשים עבור שירותים קיימים; אלגוריתם הקיבולת מניח שכל משתמש משתמש בכל השירותים.
אנו ממליצים על מגורים משותפים כאשר אתה מנסה שירותים מרובים, או אם יש לך פריסה בקנה מידה קטן. עבור שירותים בייצור, או עבור פריסות בקנה מידה גדול, אנו ממליצים להפעיל את השירותים ההיברידיים השונים באשכולות ייעודיים של Expressway.
מה לעשות הלאה
כדי להוסיף כבישים מהירים נוספים עבור שירותים היברידיים, השתמש בשלבי מדריך הפריסה לרישום מארחי מחברים לענן והוספתם לאשכולות קיימים:
היכולת של אשכול הכביש המהיר לתת שירות למשתמשי שירות לוח שנה היברידי תלויה בגודל הצמתים המרכיבים Expressway-C, במספר הצמתים באשכול הכביש המהיר ובאסטרטגיית המשכיות השירות.
הטבלה הבאה מציגה את המספר המרבי של משתמשים בכביש מהיר יחיד המוקדש לסביבות לוח השנה ההיברידי השונות.
|
סביבת לוח שנה |
כביש מהיר קטן |
כביש מהיר בינוני |
כביש מהיר גדול |
|---|---|---|---|
|
Exchange מקומי בלבד |
5,000 משתמשים |
10,000 משתמשים |
15,000 משתמשים |
|
אופיס 365 בלבד* |
1,000 משתמשים |
1,000 משתמשים |
1,000 משתמשים |
|
Exchange מקומית ו-Office 365* (פריסות Exchange היברידיות) |
מקסימום 1,000 משתמשי Office 365 מתוך 5,000 משתמשים בסך הכל |
מקסימום 1,000 משתמשי Office 365 מתוך 10,000 משתמשים בסך הכל |
מקסימום 1,000 משתמשי Office 365 מתוך 15,000 משתמשים בסך הכל |
* כדי להימנע ממגבלת קנה מידה זו, מומלץ להשתמש בשירות היומן המבוסס על ענן צמתים במקום במחבר המקומי. עבור לוח השנה ההיברידי המבוסס על Express, ההגבלה של קיבולת משתמש של Office 365 ל-1,000 לכל אשכול אינה תלויה בגודל הצומת או בספירת האשכול; מגבלה זו נובעת מאינטראקציה עם שירות הענן של Microsoft ולא מגודל הפריסה המקומי של Expressway.

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

הקיבולת של אשכול Expressway עבור משתמשי שירות לוח שנה היברידי תלויה בעיקר בגודל ובמספר הצמתים באשכול ובאסטרטגיית המשכיות השירות. הטבלה הבאה מציגה את קיבולת המשתמש הכוללת המרבית שהאשכול יכול לטפל בה בעת הגדלת הצמתים (או גודל OVA של הצומת) באשכול ייעודי יחיד.
בסביבת Exchange היברידית עם משתמשי Office 365, קיימת מגבלה של 1,000 משתמשי Office 365 לכל אשכול, ללא תלות בספירת הצמתים או בגודלו של האשכול. השירות המבוסס על ענן הוא השיטה המועדפת לטיפול במשתמשי Office 365. אנו ממליצים בחום לארח באופן זמני רק משתמשי Office 365 ב- Expressway.
מגבלה זו נובעת מאינטראקציה עם שירות הענן של Microsoft ולא מהיקף הפריסה המקומי של Expressway. לדוגמה, אם יש לך צומת Highway קטן אחד, הקיבולת שלך מוגבלת ל -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 |
* שים לב כי קיבולת המשתמש זהה עבור אשכול של צומת אחד ולאשכול של שני צמתים. הסיבה לכך היא ששירות לוח השנה משתמש במעבר כשל כדי לשפר את המשכיות השירות. כל המשתמשים מוקצים לצומת אחד כאשר ישנם שני צמתים באשכול; הצומת השני הוא גיבוי מיותר. ראה תכנון קיבולת אשכול כביש מהיר למשתמשי שירותים היברי דיים להסבר מפורט.
הקצאת משתמשים בין מארחים ואשכולות
כברירת מחדל, שירות היומן ההיברידי מקצה ומפיץ משתמשים באופן אוטומטי באופן שווה בין כל מחברי לוח השנה באשכול. ההקצאה היא דינמית בהתבסס על זמינות, ולמנהל המערכת אין שליטה באיזה צומת מסוים מוקצה משתמש בודד.
במקרים בהם לארגון יש יותר מאשכול אחד, הפצת המשתמשים מבוססת על מספר גורמים, כולל זמינות אשכול, הקצאה נוכחית (כדי להפחית את התנופפות במהלך שחזור כשל) וסדר מיון המבוסס על העדפת האשכול הגבוהה ביותר. למנהל המערכת יש גם את היכולת להקצות משתמש או קבוצת משתמשים לקבוצת משאבים. קבוצות משאבים הן ספציפיות לאשכול, ולכן הן מאפשרות למנהלי מערכת להגביל הקצאה של קבוצות מסוימות של משתמשים לאשכול ספציפי.
עם הבנה בסיסית זו של הקצאת משתמשים ובהתחשבות בתנאים המוקדמים של מחבר לוח השנה של Expressway, מנהל מערכת יכול לפרוס את הקיבולת המתאימה בקנה מידה עבור הארגון שלו. בואו נסתכל על ארגון לדוגמה של 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 ועוקב אחר הנ חיות הזמינות הגבוהה של הכביש המהיר. מחבר לוח השנה משתמש בלוגיקת אשכולות Expressway במודל יתירות 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 משתמשים |

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

נושא זה עוסק בשיתוף מחברים המארח Expressway בין המחברים עבור שירותים היברידיים מרובים, כולל שירות לוח שנה ושירות הודעות. מא רח המחברים אינו משותף עם פתרונות אחרים מבוססי Express כגון MRA ו- B2B.
הקיבולת של אשכול מארח המחברים תלויה בגודל הצמתים המרכיבים את הכביש המהיר, במספר הצמתים, המחברים הפועלים באשכול ובאסטרטגיית המשכיות השירות. ראה תכנון קיבולת אשכול כביש מהיר למשתמשי שירותים היברי דיים להסבר מפורט על גורמים אלה.
יש גם מחש בון עבורך לדגמן אשכולות מארח מחברים שונים ולראות בכמה משתמשים בכל שירות האשכול המוצע שלך יכול לתמוך.
באופן כללי, אנו ממליצים על מגורים משותפים רק עבור פריסות בגודל קטן יותר של עד שני צמתים. אם הפריסה שלך חורגת מהקיבולת של זוג צמתים, עליך להעביר מחברים לאשכולות Expressway המוקדשים לכל שירות היברידי ספציפי.
דוגמה: סולם מארח מחבר עם שלושה מחברים משותפים
הטבלה הבאה מציגה דוגמה לקנה מידה ולמגורים משותפים. זה נותן את המספר המרבי של משתמשים לכל אשכול, עבור כל שירות, עם מפרטים שונים של אשכול מארח המחברים. האשכול משותף בין לוח שנה היברידי (באמצעות Exchange המקומי שלך), שיחה היברידית ושירות הודעות היברידי.
|
שירות |
שני צמתים קטנים |
שני צמתים בינוניים |
שני צמתים גדולים |
|---|---|---|---|
|
משתמשי שירות לוח שנה |
1,300 |
2,300 |
3,000 |
|
משתמשי שירות הודעות |
1,300 |
2,300 |
3,000 |
מבוא
נושא זה עוסק בשיתוף מחברים המארח Expressway עם פתרונות אחרים מבוססי Express. כאשר אתה בוחר לארח מחברים בכביש מהיר שבו אתה משתמש למטרות אחרות, אזהרות החשובות הבאות חלות:
-
איננו יכולים לתמוך במודל המדרגיות החל על כביש מהיר של מארח מחברים ייעודי. מספרי המשתמשים שאתה שואב מקריאת הנושאים האחרים במאמר זה, או משימוש במחשבון, אינם חלים כאשר מארח המחברים משותף עם שירותי Expressway אחרים.
-
השילובים של שירותים מבוססי Express ומחברי שירותים היברידיים המתוארים במאמר זה, ומספרי המשתמשים המשויכים, הם התרחישים הנתמכים היחידים. לא בדקנו תרחישים אחרים, ואתה לא יכול לצפות שהם יעבדו בסביבה שלך.
שירות לוח שנה מבוסס אקספרסוויי עם מחבר שיחות וחציית שירות שיחות
בתרחיש זה, שני צמתים של Expressway מקבץ מחברי לוח שנה היברידי. האשכול מבצע גם מעבר שיחות לפתרונות שיחות אחרים של סיסקו (איתות SIP ומדיה).
הטבלה מציגה את סביבות לוח השנה השונות שבהן ניתן להשתמש עם המחבר המבוסס על ExpressWay. מחבר לוח השנה המבוסס על ExpressWay אינו נתמך באשכולות עם יותר משני צמתים. השתמש במחבר המבוסס על ענן עבור קנה מידה גדול יותר עם Office 365 (ראה סולם שירות לוח שנה).
|
שירות |
אשכול שני צמתים קטנים |
אשכול שני צמתים בינוניים |
אשכול שני צמתים גדולים | |
|---|---|---|---|---|
|
שירות לוח שנה |
בורסה מקומית |
500 משתמשים |
1,000 משתמשים |
1,000 משתמשים |
|
אופיס 365 † |
500 משתמשים |
1,000 משתמשים |
1,000 משתמשים | |
|
Exchange מקומית ו- Office 365 (פריסות Exchange היברידיות) |
מקסימום 500 משתמשים לשניהם |
מקסימום 1,000 משתמשים לשניהם |
מקסימום 1,000 משתמשים לשניהם | |
|
מעבר שיחה |
200 הפעלות שמע 100 מפגשי וידאו |
200 הפעלות שמע 100 מפגשי וידאו |
1,000 הפעלות שמע 500 מפגשי וידאו | |
† כדי להימנע ממגבלת קנה מידה זו, מומלץ להשתמש בשירות היומן המבוסס על ענן צמתים במקום במחבר המקומי. עבור לוח השנה ההיברידי המבוסס על Express, ההגבלה של קיבולת משתמש של Office 365 ל-1,000 לכל אשכול אינה תלויה בגודל הצומת או בספירת האשכול; מגבלה זו נובעת מאינטראקציה עם שירות הענן של Microsoft ולא מגודל הפריסה המקומי של Expressway.
לוח שנה עם נייד ו Remote Access
בתרחיש זה, אשכול MRA של מחשב וירטואלי אחד או שניים קטנים של Expressway מארח את מחבר לוח השנה. תרחיש זה מניח שהאשכול משמש רק עבור MRA ו שני המחברים. האשכול מוגבל לאחד או שניים צמתים קטנים.
|
מטרת הכביש המהיר |
אשכול אחד אקספרסווי-C קטן |
אשכול של שני אקספרסווי-C קטנים |
|---|---|---|
|
משתמשי שירות לוח שנה (מחבר מקומי ל- Exchange) |
500 משתמשים |
500 משתמשים |
|
נייד ומשת Remote Access משים |
100 |
100 |

