שירות שיחות היברידיות בארכיטקטורת מחבר השיחות עבר לסוף החיים (EOL), כך שהשירות כבר לא נתמך באופן רשמי. אין להתחשב ב - Call Connector לתכנון קיבולת כביש מהיר עתידי עבור שירותים היברידיים.


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

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

שיקולי תכנון

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

  • אילו שירותים היברידיים אתם צריכים?

    הכביש המהיר יכול לארח מחברים לשירות שיחות היברידיות, לשירות לוחות שנה היברידיים ולשירות הודעות היברידיות.

  • כמה משתמשים יש לך, עבור כל שירות?

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

  • הצרכים שלך ישתנו?

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

גורמים תורמים

אנו מגדירים קיבולת של אשכול במונחים של המשתנים הבאים:

  • גודל צומת - בכל מכונה וירטואלית של כביש מהיר יש "גודל VM" שנקבע בזמן ההתקנה על ידי המשאבים שהוקצו ל - VM. מדריכי ההתקנה של הכביש המהיר מתארים דרישות אלה. אם כבר יש לכם כביש מהיר, תוכלו לקרוא את גודל ה - VM בדף ' סטטוס' > 'מידע מערכת' בממשק 'כביש מהיר '.

  • צמתים נספרים- אשכול כבישים מהירים עשוי להכיל בין צומת אחד לשישה צמתים. הם חייבים להיות באותו גודל צומת ולהריץ את אותה הגרסה של התוכנה.

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

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

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

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

  • מגבלות ספציפיות לשירות - לדוגמה, מחבר היומן מיועד בעיקר למשתמשי Microsoft Exchange ותומך במספר מצומצם של משתמשי Office 365.

חישובים לאשכולות כבישים מהירים ייעודיים

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

טבלה 1. מגבלות מספר משתמש בכביש מהיר יחיד ייעודי
גודל צומת כביש מהיר סולם שירות לוח שנה היברידי סולם שירות הודעות היברידי
1. קטן 5000 5000
2. בינוני 10000 6500
3. גדול 15000 15000

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

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

השוואה

שירות לוח שנה היברידי

שירות הודעה היברידית

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 או על ידי שימוש בגודל צומת גדול יותר.

חישובים לאשכולות כבישים מהירים משותפים

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

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

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

10,000

מוקדש לשירות ההודעות

6,500

משותף על ידי שירות לוח שנה ושירות הודעות

4,000

4,000

משותף על ידי לוח שנה, שיחה ושירותי הודעות

2,300

2,300

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


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

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

טבלה 4. קיבולת משתמש באשכולות של צמתים בינוניים

מטרת האשכול

שירות הודעות היברידיות למשתמשים ב -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% ומעלה)


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

  • עבור פריסות ללא קבוצות משאבים (ברירת מחדל):

    1. מתצוגת הלקוח ב -https://admin.webex.com, עבור אל שירותים > היברידי, ולאחר מכן גלול לכרטיסי השירות ההיברידיים כדי להציג את אחוז הקיבולת המשמש במשאבי הכביש המהיר עבור כל שירות.

  • עבור פריסות עם קבוצות משאבים:

    1. מתצוגת הלקוח ב -https://admin.webex.com, עבור אל שירותים > היברידי, גלול לכרטיסי השירות ההיברידיים ולאחר מכן לחץ על משאבים לחץ על הצג הכל.

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

    2. אם ערך הקיבולת הוא N/A, בחר קבוצת משאבים מהמסנן כדי לסקור קבוצות משאבים וקיבולת.

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

דברים שכדאי לזכור

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

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


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

מה הלאה?

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

הקיבולת של אשכול כבישים מהירים עבור משתמשי 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.

שולחן 5. קיבולת משתמש בשירות לוח שנה היברידי עבור אשכול ייעודי

גודל צומת כביש מהיר

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 משתמשים בפריסה הכוללת של שירות לוח השנה, נדרשים אשכולות מארחים מרובים של 'מחבר לוח שנה '. המשתמשים יחולקו שווה בשווה כפי שמוצג באיור הבא:

איור 1. הקצאה
שני מקבצים של 6 צמתים כל אחד; מקבץ A מארח 12,500 משתמשים לכל צומת עבור סך של 75,000 משתמשים, מקבץ B מארח 8500 משתמשים לכל צומת עבור סך של 51,000 משתמשים. יחד ישנם 126,000 משתמשים שהוקצו לשירות לוח השנה ההיברידי.

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

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

איור 2. צומת אחד באשכול א' הופך ללא זמין

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

איור 3. שני צמתים באשכול A הופכים לבלתי זמינים

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

איור 4. שחזור וחלוקה מחדש של משתמשים על פני צמתים פעילים

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

איור 5. השפעת איבוד מרכז הנתונים

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

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

שולחן 6. קיבולת משתמש בשירות הודעות היברידיות בכביש מהיר ייעודי אחד

כביש מהיר קטן

כביש מהיר בינוני

כביש מהיר גדול

5,000 משתמשים

6,500 משתמשים

15,000 משתמשים

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

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

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

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

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

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

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

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

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

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

שירות

שני צמתים קטנים

שני צמתים בינוניים

שני צמתים גדולים

משתמשי שירות לוח שנה

1,300

2,300

3,000

משתמשי שירות ההודעות

1,300

2,300

3,000

מבוא

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

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

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

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

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

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

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

שירות

צביר שני צמתים קטנים

אשכול שני צמתים בינוניים

צביר שני צמתים גדולים

שירות לוח שנה

מסחר בנקודות זינוק

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 ושני המחברים. הצביר מוגבל לצומת אחד או שניים קטנים.

שולחן 9. סולם מחבר לוח שנה בכביש מהיר MRA קטן - C

מטרת הכביש המהיר

מקבץ של כביש מהיר אחד קטן - C

מקבץ של שני כבישים מהירים - C קטנים

משתמשי שירות לוח שנה (מחבר On - Perises ל - Exchange)

500 משתמשים

500 משתמשים

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

100

100