حدود سعة المستخدمين للخدمات الهجينة المستندة إلى Expressway
انتهت صلاحية خدمة الاتصال الهجين في بنية موصل الاتصال (EOL)، وبالتالي لم تعد الخدمة مدعومة رسميًا. لا ينبغي اعتبار Call Connector للتخطيط المستقبلي لسعة الطريق السريع للخدمات المختلطة.
لا تتناول هذه المقالة تخطيط السعة لتكامل خدمة التقويم الهجين Cisco TMS مع Office 365 أو تكامل Cisco TMS مع تقويم Google. لمعرفة معلومات عن السعة، ارجع إلى دليل النشر لخدمة التقويم الهجين في Cisco Webex.
نقدم هذه المقالة لمعالجة أسئلة تخطيط السعة الخاصة بك وشرح كيفية حساب مقياس المستخدم. لنمذجة السيناريو الخاص بك ، جرب حاسبة سعة الخدمات المختلطة .
اعتبارات التخطيط
عند التخطيط لسعة Expressway لمستخدمي الخدمات المختلطة ، ضع في اعتبارك الأسئلة التالية:
-
ما هي الخدمات المختلطة التي تحتاجها؟
يمكن أن يستضيف Expressway موصلات لخدمة الاتصال الهجين وخدمة التقويم المختلط وخدمة الرسائل المختلطة.
-
كم عدد المستخدمين لديك لكل خدمة؟
كلما زاد عدد المستخدمين لديك لكل خدمة ، زادت احتمالية رغبتك في تخصيص مجموعات للطرق السريعة للخدمات. بالنسبة للمجموعات الأصغر ، يعد تشغيل موصلات متعددة على مجموعة مشتركة (مركز أساسي) خيارًا صالحًا.
-
هل احتياجاتك ستتغير؟
قد ترغب في البدء على نطاق صغير ، مع مجموعة واحدة للطرق السريعة توفر الخدمة لمجموعة من أوائل المتبنين في مؤسستك ، وتخطط للنمو من أجل طرح مستقبلي. يمكنك الترحيل من نموذج مشترك إلى نموذج مخصص ، أو توسيع نطاق المجموعة الحالية لتلبية متطلباتك المتطورة.
العوامل المساهمة
نحدد قدرة الكتلة من حيث المتغيرات التالية:
-
حجم العقدة— لكل جهاز Expressway ظاهري له "حجم VM" يتم تحديده في وقت التثبيت بواسطة الموارد المعينة لـ VM. توضح أدلة تثبيت الطريق السريعة تلك المتطلبات. إذا كان لديك بالفعل طريق سريعة ، فيمكنك قراءة حجم الجهاز الظاهري في صفحة لواجهة Expressway.
-
عدد العقدة— قد يتراوح طول مجموعة Expressway بين عُقد واحدة وستة عُقد. يجب أن يكونا بنفس حجم العقدة وتشغيل نفس إصدار البرنامج.
-
استراتيجية استمرارية الخدمة— تستخدم الخدمات استراتيجيات لضمان استمرار الخدمة للمستخدمين. تستخدم خدمة التقويم وخدمة الرسائل إستراتيجية تجاوز الفشل.
يتم عرض الإستراتيجيات بالتفصيل في جدول إستراتيجيات استمرارية الخدمة ومقياس المجموعات المخصصة .
-
التواجد المشترك— عندما تشترك الموصلات في مجموعة Expressway، تكون الموارد المتاحة لكل خدمة أقل بكثير مقارنةً بالمجموعة المخصصة.
قد تكون هناك أيضًا خدمات أخرى مستندة إلى Expressway على مضيف الموصل ، مثل مكالمات الأعمال التجارية (B2B) أو الوصول عبر الهاتف المحمول والبعيد (MRA). في السيناريوهات المحدودة حيث يتم دعم هذا النوع من النوى ، فإن أرقام المقاييس التي نوثقها هنا مقيدة بما اختبرناه. بالإضافة إلى ما هو موضح في هذه المقالة ، يجب عدم مشاركة مجموعة الطرق السريعة لمضيف الموصل مع الخدمات الأخرى ؛ هذا غير مدعوم.
-
القيود الخاصة بالخدمة— على سبيل المثال، مخصص موصل التقويم في المقام الأول لمستخدمي Microsoft Exchange ويدعم عددًا محدودًا من مستخدمي Office 365.
حسابات مجموعات الطرق السريعة المخصصة
لقد وضعنا حدًا صارمًا لعدد مستخدمي الخدمة الذين يمكن لطريق سريع واحد مخصص إدارته ("مجموعة واحدة") ، استنادًا إلى الأدلة التي نجمعها في الاختبارات والتجارب.
حجم عقدة الطرق السريعة | مقياس خدمة التقويم الهجين | مقياس خدمة الرسائل الهجينة |
---|---|---|
1. صغير | 5000 | 5000 |
2. متوسطة | 10000 | 6500 |
3. كبير | 15000 | 15000 |
نستخدم خوارزميات استمرارية الخدمة لاستقراء أرقام العقدة الفردية لمجموعات العقد المتعددة ، كما هو موضح في الجدول التالي. إذا كنت تريد النتائج بدون الشرح ، فراجع:
قارن |
Hybrid Calendar Service |
خدمة Hybrid Message Service |
---|---|---|
1. الطراز |
نموذج تجاوز الفشل |
نموذج تجاوز الفشل |
2. الوصف |
نقوم بتعيين كل مستخدم لعقدة واحدة في الكتلة. يؤدي هذا إلى انتشار المستخدمين عبر جميع العقد. إذا تعطلت عقدة ، فإننا نعيد إنشاء تعيينات المستخدم من تلك العقدة على العقد الأخرى. عندما تعود العقدة مرة أخرى ، نعيد توازن تعيينات المستخدم عبر جميع العقد النشطة. |
نقوم بتعيين كل مستخدم لعقدة واحدة في الكتلة. يؤدي هذا إلى انتشار المستخدمين عبر جميع العقد. إذا تعطلت عقدة ، فإننا نعيد إنشاء تعيينات المستخدم من تلك العقدة على العقد الأخرى. عندما تعود العقدة مرة أخرى ، نعيد توازن تعيينات المستخدم عبر جميع العقد النشطة. |
3. معادلة |
UcalN= (N-1) * Ucal1 |
UmsgN= (N-1) * Umsg1 |
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. يؤدي هذا إلى تقليل السعة كما هو موضح في المركز مع حلول الطرق السريعة الأخرى .
يمكنك استخدام مركز التحكم لعرض قيمة النسبة المئوية لقدرة المستخدم الحالية لكل من موارد الطريق السريع للخدمات المختلطة. يشير شريط الألوان إلى ما إذا كانت السعة ضمن الحدود المقبولة. تتيح لك طريقة العرض هذه تقييم صحة عمليات نشر الخدمة المختلطة الخاصة بك وترشدك إلى الوقت الذي تحتاج فيه إلى المزيد من Expressways.
-
أخضر— إن Expressways الخاصة بك تقع ضمن حدود السعة المقبولة. (1%–60%)
-
برتقالي— لديك عدد كافٍ من Expressways ولكنك على وشك الوصول إلى حدود القدرات. (61%–90%)
-
أحمر— ليس لديك Expressways كافية ويجب أن تضيف المزيد. (91% أو أعلى)
إذا كانت Expressways الخاصة بك في مجموعة موارد ، فسيظهر مؤشر السعة أسفل طريقة عرض تمت تصفيتها للمجموعات في مجموعة الموارد.
أشياء لتأخذها بالحسبان
-
تختلف سعة الكتلة اعتمادًا على حجم العقدة ، وعدد العقد في مجموعة Expressway ، وعدد الخدمات التي تعمل على الكتلة ، والتوافر العالي أو إستراتيجية تجاوز الفشل. لمزيد من المعلومات ، راجع أقسام التقويم الفردي ومقياس الرسائل.
-
Coresidency يقلل من نطاق المستخدمين للخدمات الحالية ؛ تفترض خوارزمية السعة أن كل مستخدم يستخدم جميع الخدمات.
نوصي باستخدام coresidency عند تجربة خدمات متعددة ، أو إذا كان لديك نشر على نطاق صغير. بالنسبة للخدمات في الإنتاج أو لعمليات النشر واسعة النطاق ، نوصي بتشغيل الخدمات المختلطة المختلفة على مجموعات للطرق السريعة المخصصة.
التصرف التالي
لإضافة المزيد من Expressways للخدمات المختلطة ، استخدم خطوات دليل النشر لتسجيل مضيفات الموصل في السحابة وإضافتها إلى المجموعات الموجودة:
تعتمد قدرة مجموعة Expressway على خدمة مستخدمي Hybrid Calendar Service على حجم عقد Expressway-C المكونة، وعدد العقد في مجموعة Expressway، واستراتيجية استمرارية الخدمة.
يوضح الجدول التالي الحد الأقصى لعدد المستخدمين في Expressway واحد مخصص لبيئات Hybrid Calendar المختلفة.
بيئة التقويم |
طريق سريع سريع صغير |
طريق سريع سريع متوسط |
طريق سريع سريع |
---|---|---|---|
Exchange الداخلي فقط |
5000 مستخدم |
10000 مستخدم |
15000 مستخدم |
Office 365 فقط* |
1،000 مستخدم |
1،000 مستخدم |
1،000 مستخدم |
Exchange وOffice 365* في الموقع (عمليات نشر Hybrid Exchange) |
حد أقصى 1000 مستخدم لـ Office 365 من إجمالي 5000 مستخدم |
حد أقصى 1000 مستخدم لـ Office 365 من إجمالي 10000 مستخدم |
حد أقصى 1000 مستخدم لـ Office 365 من أصل 15000 مستخدم من إجمالي المستخدمين |
* لتجنب هذا القيد على المقياس، نوصي باستخدام خدمة التقويم القائمة على السحابة بدلاً من الموصل الموجود في الموقع. بالنسبة للتقويم Hybrid القائم على Expressway، يكون الحد الأقصى لسعة مستخدمي Office 365 إلى 1000 لكل مجموعة مستقلاً عن حجم أو عدد عقدة المجموعة؛ وينبع هذا القيد من التفاعل مع خدمة Microsoft السحابية وليس من حجم نشر Expressway في الموقع.
لاحظ أن سعة المستخدم هي نفسها لمجموعة عقدة واحدة ومجموعة مكونة من عقدتين. وذلك لأن خدمة التقويم تستخدم تجاوز الفشل لتحسين استمرارية الخدمة. يتم تعيين كل المستخدمين إلى عقدة واحدة عندما تكون هناك عقدتان في الكتلة ؛ العقدة الأخرى هي نسخة احتياطية زائدة عن الحاجة. راجع تخطيط سعة مجموعة الطرق السريعة لمستخدمي الخدمات المختلطة للحصول على شرح مفصل.
تعتمد سعة مجموعة Expressway لمستخدمي Hybrid Calendar Service بشكل أساسي على حجم وعدد العقد في المجموعة ، واستراتيجية استمرارية الخدمة. يوضح الجدول التالي الحد الأقصى لسعة المستخدم الإجمالية التي يمكن للمجموعة التعامل معها أثناء قيامك بزيادة العقد (أو حجم العقدة OVA) في مجموعة مخصصة واحدة.
في بيئة Exchange المختلطة مع مستخدمي Office 365 ، يوجد حد 1000 مستخدم Office 365 لكل مجموعة ، بغض النظر عن عدد أو حجم عقد الكتلة. الخدمة المستندة إلى مجموعة النظراء هي الطريقة المفضلة للتعامل مع مستخدمي Office 365. نوصي بشدة باستضافة مستخدمي Office 365 مؤقتًا فقط على Expressway.
ينشأ هذا القيد من التفاعل مع خدمة السحابة من Microsoft وليس من نطاق نشر Expressway المحلي. على سبيل المثال ، إذا كان لديك عقدة واحدة للطريق السريع السريع ، فإن سعتك تقتصر على 1000 مستخدم Office 365 و 4000 مستخدم Microsoft Exchange. إذا كان لديك مجموعة مكونة من 6 عقد صغيرة ، فإن سعتك تقتصر على 1000 مستخدم من Office 365 بالإضافة إلى 24000 من مستخدمي 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 لمستخدمي Hybrid Services للحصول على شرح مفصل.
تعيين المستخدم عبر المضيفين والكتل
بشكل افتراضي ، تقوم خدمة التقويم المختلط تلقائيًا بتعيين المستخدمين وتوزيعهم بالتساوي عبر جميع موصلات التقويم في مجموعة. التعيين ديناميكي بناءً على التوفر ، ولا يتحكم المسؤول في أي عقدة معينة تم تعيين مستخدم فردي لها.
في الحالات التي يكون فيها للمؤسسة أكثر من مجموعة واحدة ، يعتمد توزيع المستخدم على عوامل متعددة بما في ذلك توفر المجموعة ، والتعيين الحالي (لتقليل الخفقان أثناء استرداد الفشل) ، وترتيب الفرز على أساس أعلى تفضيل للمجموعة. يمتلك المسؤول أيضًا القدرة على تعيين مستخدم أو مجموعة من المستخدمين لمجموعة موارد. مجموعات الموارد خاصة بالكتلة ، لذا فهي تسمح للمسؤولين بتقييد تعيين مجموعات معينة من المستخدمين إلى مجموعة معينة.
من خلال هذا الفهم الأساسي لتعيين المستخدم ومع مراعاة المتطلبات الأساسية لـ Expressway Calendar Connector ، يمكن للمسؤول نشر السعة المناسبة على نطاق واسع لمؤسستهم. لنلقِ نظرة على مثال مؤسسة تضم 126000 مستخدم ليتم تمكينها لخدمة التقويم المختلط ، مع الأخذ في الاعتبار المعلمات التالية:
-
مجموعات الطرق السريعة المكونة من 6 عقد باستخدام نموذج OVA الكبير (بحد 15000 مستخدم لكل عقدة)
-
لا مجموعات الموارد المطلوبة
صيغة السعة لمجموعة واحدة ، U calN = (N-1) * U cal1 حيث N = 6 و U cal1 = 15000 (باستخدام قالب OVA الكبير) ينتج 75000 مستخدم كحد أقصى. مع وجود 126000 مستخدم في نشر خدمة التقويم ، يلزم وجود مجموعات مضيف متعددة لـ Calendar Connector. سيتم توزيع المستخدمين بالتساوي كما هو موضح في الشكل التالي:
تضيف خدمة التقويم الهجين المستخدمين إلى المجموعة "أ" أولاً حتى تصل الكتلة إلى سعة مستخدم تبلغ 75000 مستخدم ، ثم تقوم بتعيين المستخدمين المتبقين إلى المجموعة "ب". ويتم توزيع المستخدمين عشوائيًا وبشكل متساوٍ عبر جميع العقد داخل المجموعة. يوضح هذا المثال توزيعًا متساويًا لعقد مضيف رابط التقويم (داخل كل من المجموعتين) عبر مراكز البيانات RTP و PDX. تستخدم كل عقدة نموذج OVA نفسه ويتبع إرشادات التوفر السريع للطرق السريعة . يستخدم Calendar Connector منطق المجموعة Expressway في نموذج 5 + 1 التكرار للسماح بسيناريوهات التوفر العالي.
مع تعيين جميع المستخدمين لـ Calendar Connector ، دعنا الآن نفحص ما يحدث عندما يكون هناك فشل في مجموعة. يوضح الشكل التالي فشل عقدة واحدة. المستخدمون الذين تم تعيينهم للعقدة الفاشلة ، 5A في المجموعة A ، فشلوا الآن في الوصول إلى العقد المتبقية في تلك المجموعة. تسمح سعة العقدة الواحدة لما يصل إلى 15000 مستخدم وتضيف كل عقدة متبقية في المجموعة A 2500 مستخدم تم تعيينهم في الأصل على العقدة 5A. لا يوجد تغيير أو تأثير على المجموعة ب أو على المستخدمين المعينين في المجموعة ب.
لا تزال المجموعة (أ) في أقصى سعة ، وكل من العقد التشغيلية في الكتلة الآن بأقصى سعة ، 15000 مستخدم / عقدة. لذلك ، إذا أصبحت عقدة أخرى في المجموعة A غير متوفرة ، مثل العقدة 4A في الشكل التالي ، فإن المجموعة B ستكون الآن مسؤولة عن التقاط حمل المستخدم الإضافي. تم الآن إعادة تعيين 15000 مستخدم من العقدة 4A إلى المجموعة B وتوزيعها بالتساوي عبر جميع العقد داخل المجموعة B.
عند استعادة العقدتين 4A و 5A ، سيتم إعادة توزيع المستخدمين في المجموعة A عبر العقد في المجموعة. المستخدمون الذين فشلوا في المجموعة B يظلون في المجموعة B خلال مرحلة الاسترداد هذه لتجنب تعيينات المستخدم غير الضرورية بين المجموعات ، كما هو موضح في الشكل التالي.
من العناصر الأساسية التي يجب أن تكون على دراية بها عند التخطيط لنشر خدمة التقويم المختلط على نطاق واسع هو فهم تأثير الفشل إذا حدث أثناء النشر. إذا استخدمنا نفس نشر المستخدم البالغ 126000 مستخدم ولكن حدث فقدنا مركز بيانات بالكامل ، فهناك احتمال ألا يتم تعيين المستخدمين لعقدة Calendar Connector. لمنع انقطاع الخدمة في هذا النوع من السيناريو ، سيحتاج العميل إلى مجموعة ثالثة لإعادة توزيع المستخدمين المتأثرين والتعامل معهم.
تعتمد قدرة مجموعة Expressway على خدمة مستخدمي Hybrid Message على حجم عقد Expressway المكونة وعدد العقد في المجموعة واستراتيجية استمرارية الخدمة.
يوضح الجدول التالي الحد الأقصى لعدد المستخدمين على Expressway واحد يتم استخدامه لـ Hybrid Message.
طريق سريع سريع صغير |
طريق سريع سريع متوسط |
طريق سريع سريع |
---|---|---|
5000 مستخدم |
6500 مستخدم |
15000 مستخدم |
أرقام المستخدمين هي نفسها لمجموعة من عقدة واحدة ومجموعة من عقدتين. وذلك لأن خدمة الرسائل تستخدم تجاوز الفشل لتحسين استمرارية الخدمة. يتم توزيع المستخدمين بالتساوي عبر العقد المتعددة في الكتلة: إذا فشلت إحدى العقدة ، فسيتم تعيين مستخدمي تلك العقدة للعقد الأخرى.
يدور هذا الموضوع حول مشاركة مضيف موصل Expressway بين موصلات لخدمات مختلطة متعددة ، بما في ذلك خدمة التقويم وخدمة الرسائل. لا تتم مشاركة مضيف الموصل مع الحلول الأخرى المستندة إلى Expressway مثل MRA و B2B.
تعتمد سعة مجموعة مضيف الموصل على حجم عقد Expressway المكونة وعدد العقد والموصلات التي تعمل على الكتلة واستراتيجية استمرارية الخدمة. راجع تخطيط سعة مجموعة الطرق السريعة لمستخدمي الخدمات المختلطة للحصول على شرح تفصيلي لهذه العوامل.
هناك أيضًا آلة حاسبة لتصميم مجموعات مضيف موصل مختلفة ومعرفة عدد المستخدمين لكل خدمة يمكن أن تدعمها المجموعة المقترحة.
بشكل عام ، نوصي باستخدام المراكز المركزية فقط لعمليات النشر الأصغر حجمًا لما يصل إلى عقدتين. إذا تجاوز النشر الخاص بك سعة زوج من العقد ، فيجب عليك نقل الموصلات إلى مجموعات Expressway المخصصة لكل خدمة مختلطة محددة.
مثال: مقياس مضيف الموصل مع ثلاثة موصلات أساسية
يوضح الجدول التالي مثالاً على المقياس والنوى. فهي توفر الحد الأقصى لعدد المستخدمين لكل مجموعة ، لكل خدمة ، بمواصفات مختلفة لمجموعة مضيف الموصل. تتم مشاركة المجموعة بين التقويم الهجين (باستخدام Exchange المتاح في الموقع) وHybrid Call وHybrid Message Service.
الخدمة |
عقدتان صغيرتان |
عقدتان متوسطتان |
عقدتان كبيرتان |
---|---|---|---|
مستخدمو خدمة التقويم |
1,300 |
2,300 |
3,000 |
مستخدمو خدمة الرسائل |
1,300 |
2,300 |
3,000 |
مقدمة
يدور هذا الموضوع حول مشاركة مضيف موصل Expressway مع الحلول الأخرى المستندة إلى Expressway. عندما تختار استضافة الموصلات على إحدى الطرق السريعة التي تستخدمها لأغراض أخرى ، تسري التحذيرات المهمة التالية:
-
لا يمكننا دعم نموذج قابلية التوسع الذي ينطبق على مضيف موصل مخصص للطريق السريع. لا تنطبق أرقام المستخدمين التي تشتقها من قراءة الموضوعات الأخرى في هذه المقالة ، أو استخدام الآلة الحاسبة ، عند مشاركة مضيف الموصل مع خدمات Expressway الأخرى.
-
مجموعات الخدمات المستندة إلى Expressway وروابط الخدمات المختلطة الموضحة في هذه المقالة ، وأرقام المستخدمين المرتبطة ، هي السيناريوهات الوحيدة المدعومة. لم نختبر سيناريوهات أخرى ، ولا يمكنك أن تتوقع منها أن تعمل في بيئتك.
خدمة التقويم المستندة إلى Expressway مع Call Connector و Call Service Traversal
في هذا السيناريو، يوجد موصلات التقويم الهجين لمجموعة Expressway التي تتألف من عقدة. تقوم المجموعة أيضًا بمسح المكالمات لحلول الاتصال الأخرى من Cisco (إشارات SIP والوسائط).
يعرض الجدول بيئات التقويم المختلفة التي يمكنك استخدامها مع الموصل المستند إلى Expressway. لا يتم دعم موصل التقويم المستند إلى Expressway في المجموعات التي تحتوي على أكثر من عقدتين. استخدم الموصل المستند إلى مجموعة النظراء للحصول على نطاق أكبر مع Office 365 (راجع مقياس خدمة التقويم ).
الخدمة |
مجموعة عقدة صغيرة |
مجموعة عقدة متوسطة |
اثنين من كتلة العقدة الكبيرة | |
---|---|---|---|---|
خدمة التقويم |
الصرف الداخلي |
500 مستخدم |
1،000 مستخدم |
1،000 مستخدم |
Office 365† |
500 مستخدم |
1،000 مستخدم |
1،000 مستخدم | |
Exchange المحلي و Office 365 (عمليات نشر Exchange المختلطة) |
بحد أقصى 500 مستخدم لكليهما |
1000 مستخدم كحد أقصى لكليهما |
1000 مستخدم كحد أقصى لكليهما | |
استدعاء Traversal |
200 جلسة صوتية 100 جلسة فيديو |
200 جلسة صوتية 100 جلسة فيديو |
1000 جلسة صوتية 500 جلسة فيديو |
† لتجنب قيود النطاق هذه ، نوصي باستخدام خدمة التقويم المستندة إلى مجموعة النظراء بدلاً من الموصل الداخلي. بالنسبة للتقويم Hybrid القائم على Expressway، يكون الحد الأقصى لسعة مستخدمي Office 365 إلى 1000 لكل مجموعة مستقلاً عن حجم أو عدد عقدة المجموعة؛ وينبع هذا القيد من التفاعل مع خدمة Microsoft السحابية وليس من حجم نشر Expressway في الموقع.
التقويم مع الوصول عن بعد والجوال
في هذا السيناريو ، تستضيف كتلة MRA من واحد أو اثنين من Expressway VMs الصغيرة رابط التقويم. يفترض هذا السيناريو أن الكتلة تستخدم فقط من أجل MRA والموصلين. الكتلة محدودة لعقد أو عقدتين صغيرتين.
الغرض من الطريق السريع |
مجموعة من طريق سريع واحد صغير- C |
مجموعة من اثنين من الطرق السريعة الصغيرة- C |
---|---|---|
مستخدمو خدمة التقويم (موصل محلي بـ Exchange) |
500 مستخدم |
500 مستخدم |
مستخدمي الوصول عن بعد والجوال |
100 |
100 |