حدود سعة المستخدم للخدمات المختلطة القائمة على الطريق السريع
انتهت خدمة المكالمات المختلطة على بنية Call Connector (EOL)، وبالتالي لم تعد الخدمة مدعومة رسميًا. لا ينبغي النظر في Call Connector للتخطيط المستقبلي لسعة الطريق السريع للخدمات المختلطة.
لا تتناول هذه المقالة تخطيط السعة لتكامل خدمة التقويم الهجين Cisco TMS مع Office 365 أو تكامل Cisco TMS مع تقويم Google. للحصول على معلومات السعة، راجع دليل النشر لخدمة التقويم Cisco Webex المختلط.
نقدم هذه المقالة لمعالجة أسئلة تخطيط السعة الخاصة بك وشرح كيفية حساب مقياس المستخدم. لنمذجة السيناريو الخاص بك، جرب حاسبة سعة الخدمات الهجينة.
اعتبارات التخطيط
عند التخطيط لسعة Expressway لمجموعة مستخدمي الخدمات الهجينة، ضع في اعتبارك الأسئلة التالية:
-
ما الخدمات الهجينة التي تحتاجها؟
يمكن لـ Expressway استضافة موصلات لخدمة المكالمات المختلطة وخدمة التقويم المختلط وخدمة الرسائل المختلطة.
-
كم عدد المستخدمين لديك، لكل خدمة؟
كلما زاد عدد المستخدمين لديك لكل خدمة، زادت احتمالية رغبتك في تخصيص مجموعات Expressway للخدمات. بالنسبة للمجموعات السكانية الأصغر، يعد تشغيل موصلات متعددة على مجموعة مشتركة (coresidency) اختيارًا صالحًا.
-
هل ستتغير احتياجاتك؟
قد ترغب في البدء على نطاق صغير، مع مجموعة Expressway واحدة تقدم الخدمة لمجموعة من المستخدمين الأوائل في مؤسستك، وتخطط للنمو من أجل طرحها في المستقبل. يمكنك الانتقال من نموذج مشترك إلى نموذج مخصص، أو توسيع نطاق المجموعة الحالية، لتلبية متطلباتك المتطورة.
العوامل المساهمة
نحدد سعة الكتلة من حيث المتغيرات التالية:
-
حجم العقدة - يحتوي كل جهاز افتراضي من أجهزة Expressway على «حجم VM» يتم تحديده في وقت التثبيت من خلال الموارد المخصصة لـ VM. تصف أدلة تثبيت Expressway هذه المتطلبات. إذا كان لديك بالفعل Expressway، فيمكنك قراءة حجم VM في صفحة بواجهة Expressway.
-
عدد العقد - قد تحتوي مجموعة Expressway على ما بين عقدة واحدة وست عقد. يجب أن تكون بنفس حجم العقدة وأن تعمل بنفس إصدار البرنامج.
-
استراتيجية استمرارية الخدمة - تستخدم الخدمات استراتيجيات لضمان الخدمة المستمرة للمستخدمين. تستخدم خدمة التقويم وخدمة الرسائل استراتيجية تجاوز الفشل.
يتم تفصيل الاستراتيجيات في جدول استراتيجيات استمرارية الخدمة وحجم المجموعات المخصصة.
-
التنسيق —عندما تشترك الموصلات في مجموعة Expressway، تكون الموارد المتاحة لكل خدمة أقل بكثير مقارنة بالمجموعة المخصصة.
قد تكون هناك أيضًا خدمات أخرى تستند إلى Expressway على مضيف الموصل الخاص بك، مثل الاتصال بين الشركات (B2B) أو الهاتف المحمول و Remote Access (MRA). في السيناريوهات المحدودة حيث يتم دعم هذا النوع من التنسيق، فإن أرقام المقاييس التي نوثقها هنا مقيدة بما قمنا باختباره. بالإضافة إلى ما هو موضح في هذه المقالة، يجب عدم مشاركة مجموعة Expressway الخاصة بمضيف الموصل مع خدمات أخرى؛ هذا غير مدعوم.
-
القيود الخاصة بالخدمة - على سبيل المثال، تم تصميم موصل التقويم بشكل أساسي Microsoft Exchange للمستخدمين ويدعم عددًا محدودًا من مستخدمي Office 365.
العمليات الحسابية لمجموعات الطرق السريعة المخصصة
لقد وضعنا حدًا صارمًا لعدد مستخدمي الخدمة الذين يمكن لـ Expressway واحد مخصص إدارتهم («مجموعة واحدة»)، استنادًا إلى الأدلة التي نجمعها في الاختبارات والتجارب.
| حجم عقدة الطريق السريع | مقياس خدمة التقويم الهجين | مقياس خدمة الرسائل المختلطة |
|---|---|---|
| 1. صغير | 5000 | 5000 |
| 2. متوسط | 10000 | 6500 |
| 3. كبير | 15000 | 15000 |
نحن نستخدم خوارزميات استمرارية الخدمة لاستقراء أرقام العقدة المفردة لمجموعات العقد المتعددة، كما هو موضح في الجدول التالي. إذا كنت تريد النتائج بدون تفسير، راجع:
|
قارن |
خدمة التقويم الهجين |
خدمة الرسائل المختلطة |
|---|---|---|
|
1. نموذج |
نموذج تجاوز الفشل |
نموذج تجاوز الفشل |
|
2. وصف |
نقوم بتعيين كل مستخدم لعقدة واحدة في المجموعة. يؤدي هذا إلى نشر المستخدمين عبر جميع العقد. في حالة تعطل العقدة، نقوم بإعادة إنشاء تعيينات المستخدم من تلك العقدة على العقد الأخرى. عندما تعود العقدة مرة أخرى، نقوم بإعادة توازن مهام المستخدم عبر جميع العقد النشطة. |
نقوم بتعيين كل مستخدم لعقدة واحدة في المجموعة. يؤدي هذا إلى نشر المستخدمين عبر جميع العقد. في حالة تعطل العقدة، نقوم بإعادة إنشاء تعيينات المستخدم من تلك العقدة على العقد الأخرى. عندما تعود العقدة مرة أخرى، نقوم بإعادة توازن مهام المستخدم عبر جميع العقد النشطة. |
|
3. فورميلا |
U cLAN = (N-1) * مكالمة U 1 |
كود المستخدم = (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. هذا يقلل من السعة كما هو موضح في Coresidency مع حلول الطرق السريعة الأخرى.
يمكنك استخدام Control Hub لعرض قيمة النسبة المئوية لسعة المستخدم الحالية لكل من موارد Hybrid Services Expressway الخاصة بك. يشير شريط الألوان إلى ما إذا كانت السعة ضمن الحدود المقبولة. تتيح لك طريقة العرض هذه تقييم صحة عمليات نشر الخدمة المختلطة وإرشادك عندما تحتاج إلى المزيد من الطرق السريعة.
-
أخضر - تقع الطرق السريعة الخاصة بك ضمن حدود السعة المقبولة. (1%–60%)
-
Amber - لديك عدد كافٍ من الطرق السريعة ولكنك على وشك الوصول إلى حدود السعة. (61%–90%)
-
أحمر - ليس لديك ما يكفي من الطرق السريعة ويجب إضافة المزيد. (91% فأكثر)
إذا كانت الطرق السريعة الخاصة بك في مجموعة موارد، فسيظهر مؤشر السعة ضمن طريقة عرض تمت تصفيتها للمجموعات في مجموعة الموارد.
أشياء يجب وضعها في الاعتبار
-
تختلف سعة الكتلة اعتمادًا على حجم العقدة وعدد العقد في مجموعة Expressway وعدد الخدمات التي تعمل على الكتلة والتوافر العالي أو استراتيجية تجاوز الفشل. لمزيد من المعلومات، راجع أقسام التقويم الفردي ومقياس الرسائل.
-
تقلل Coredicity من نطاق المستخدم للخدمات الحالية؛ تفترض خوارزمية السعة أن كل مستخدم يستخدم جميع الخدمات.
نوصي بالتنسيق عند تجربة خدمات متعددة، أو إذا كان لديك نشر على نطاق صغير. بالنسبة للخدمات في الإنتاج، أو لعمليات النشر واسعة النطاق، نوصي بتشغيل الخدمات المختلطة المختلفة على مجموعات Expressway المخصصة.
ما يجب القيام به بعد ذلك
لإضافة المزيد من الطرق السريعة للخدمات المختلطة، استخدم خطوات دليل النشر لتسجيل مضيفي الموصلات إلى السحابة وإضافتهم إلى المجموعات الحالية:
تعتمد قدرة مجموعة Expressway على خدمة مستخدمي خدمة التقويم الهجين على حجم عقد Expressway-C المكونة وعدد العقد في مجموعة Expressway واستراتيجية استمرارية الخدمة.
يعرض الجدول التالي الحد الأقصى لعدد المستخدمين على طريق سريع واحد مخصص لبيئات التقويم الهجين المختلفة.
|
بيئة التقويم |
طريق سريع صغير |
طريق سريع متوسط |
طريق سريع كبير |
|---|---|---|---|
|
التبادل المحلي فقط |
5,000 مستخدم |
10,000 مستخدم |
15,000 مستخدم |
|
أوفيس 365 فقط* |
1,000 مستخدم |
1,000 مستخدم |
1,000 مستخدم |
|
Exchange داخليًا وOffice 365* (عمليات نشر نظام Exchange المختلط) |
1000 مستخدم لـ Office 365 كحد أقصى من إجمالي 5000 مستخدم |
1000 مستخدم لـ Office 365 كحد أقصى من إجمالي 10000 مستخدم |
1000 مستخدم لـ Office 365 كحد أقصى من إجمالي 15,000 مستخدم |
* لتجنب قيود الحجم هذه، نوصي باستخدام خدمة التقويم المستندة إلى السحابة بدلاً من الموصل المحلي. بالنسبة للتقويم المختلط المستند إلى Expressway، فإن تحديد سعة مستخدم Office 365 إلى 1000 لكل مجموعة مستقل عن حجم عقدة المجموعة أو عددها؛ هذا القيد مستمد من التفاعل مع خدمة Microsoft السحابية وليس من نطاق نشر Expressway المحلي.

لاحظ أن سعة المستخدم هي نفسها لمجموعة من عقدة واحدة ولمجموعة من عقدتين. هذا لأن خدمة التقويم تستخدم ميزة تجاوز الفشل لتحسين استمرارية الخدمة. يتم تعيين جميع المستخدمين لعقدة واحدة عندما تكون هناك عقدتان في الكتلة؛ أما العقدة الأخرى فهي نسخة احتياطية زائدة عن الحاجة. راجع تخطيط سعة مجموعة الطرق السريعة لمستخدمي الخدمات المختلطة للحصول على شرح مفصل.

تعتمد سعة مجموعة Expressway لمستخدمي خدمة التقويم الهجين بشكل أساسي على حجم وعدد العقد في المجموعة واستراتيجية استمرارية الخدمة. يعرض الجدول التالي الحد الأقصى لسعة المستخدم الإجمالية التي يمكن للمجموعة التعامل معها عند زيادة العقد (أو حجم العقدة OVA) على مجموعة مخصصة واحدة.
في بيئة Exchange المختلطة مع مستخدمي Office 365، يوجد حد 1000 مستخدم لـ Office 365 لكل مجموعة، بغض النظر عن عدد عقدة المجموعة أو حجمها. الخدمة المستندة إلى السحابة هي الطريقة المفضلة للتعامل مع مستخدمي Office 365. نوصي بشدة باستضافة مستخدمي Office 365 مؤقتًا فقط على Expressway.
يُستمد هذا القيد من التفاعل مع خدمة Microsoft السحابية وليس من نطاق نشر Expressway المحلي. على سبيل المثال، إذا كانت لديك عقدة Expressway صغيرة واحدة، فإن السعة الخاصة بك تقتصر على 1,000 مستخدم لـ Office 365 و4,000 Microsoft Exchange مستخدم. إذا كانت لديك مجموعة من 6 عقد صغيرة، فإن السعة الخاصة بك تقتصر على 1000 مستخدم لـ Office 365 بالإضافة إلى 24000 Microsoft Exchange مستخدم.
|
حجم عقدة الطريق السريع |
عقدة واحدة أو عقدتين* |
3 عُقد |
4 عقدة |
5 عقدة |
6 عقدة |
|---|---|---|---|---|---|
|
1. صغير |
5K |
10K |
15K |
20K |
25K |
|
2. متوسط |
10K |
20K |
30K |
40K |
50K |
|
3. كبير |
15K |
30K |
45K |
60K |
75K |
* لاحظ أن سعة المستخدم هي نفسها لمجموعة من عقدة واحدة ولمجموعة من عقدتين. هذا لأن خدمة التقويم تستخدم ميزة تجاوز الفشل لتحسين استمرارية الخدمة. يتم تعيين جميع المستخدمين لعقدة واحدة عندما تكون هناك عقدتان في الكتلة؛ أما العقدة الأخرى فهي نسخة احتياطية زائدة عن الحاجة. راجع تخطيط سعة مجموعة الطرق السريعة لمستخدمي الخدمات المختلطة للحصول على شرح مفصل.
تعيين المستخدم عبر المضيفين والمجموعات
افتراضيًا، تقوم خدمة التقويم المختلط تلقائيًا بتعيين المستخدمين وتوزيعهم بالتساوي عبر جميع موصلات التقويم في الكتلة. ويكون التعيين ديناميكيًا استنادًا إلى التوفر، ولا يتحكم المسؤول في العقدة المحددة التي تم تعيين مستخدم فردي لها.
في الحالات التي تحتوي فيها المؤسسة على أكثر من مجموعة واحدة، يعتمد توزيع المستخدم على عوامل متعددة بما في ذلك توفر الكتلة والتعيين الحالي (لتقليل الخفقان أثناء التعافي من الفشل) وترتيب الفرز استنادًا إلى أعلى تفضيل للمجموعة. يمتلك المسؤول أيضًا القدرة على تعيين مستخدم أو مجموعة من المستخدمين لمجموعة موارد. مجموعات الموارد خاصة بالمجموعة، لذا فهي تسمح للمسؤولين بتقييد تعيين مجموعات معينة من المستخدمين لمجموعة معينة.
من خلال هذا الفهم الأساسي لتعيين المستخدم ومراعاة المتطلبات الأساسية لـ Expressway Calendar Connector، يمكن للمسؤول نشر السعة المناسبة على نطاق واسع لمؤسسته. لنلقِ نظرة على مثال لمنظمة تضم 126,000 مستخدم ليتم تمكينها لخدمة التقويم الهجين، مع مراعاة المعلمات التالية:
-
مجموعات Expressway المكونة من 6 عقد باستخدام قالب OVA الكبير (بحد أقصى 15000 مستخدم لكل عقدة)
-
لا توجد مجموعات موارد مطلوبة
تنتج صيغة السعة لمجموعة واحدة، U CalN = (N-1) * U cal1 حيث N = 6 و U cal1 = 15000 (باستخدام قالب OVA الكبير) بحد أقصى 75000 مستخدم. مع نشر إجمالي 126,000 مستخدم لخدمة التقويم، يلزم وجود مجموعات مضيف متعددة لـ Calendar Connector. سيتم توزيع المستخدمين بالتساوي كما هو موضح في الشكل التالي:

تضيف خدمة التقويم الهجين المستخدمين إلى المجموعة A أولاً حتى تصل المجموعة إلى سعة 75,000 مستخدم، ثم تقوم بتعيين المستخدمين المتبقين للمجموعة B. يتم توزيع المستخدمين بشكل عشوائي ومتساوي عبر جميع العقد داخل المجموعة. يوضح هذا المثال توزيعًا متساويًا لعقد مضيف Calendar Connector (داخل كل من المجموعتين) عبر مراكز البيانات RTP و PDX. تستخدم كل عقدة نفس قالب OVA وتتبع إرشادات الإتاحة العالية لـ Expressway. يستخدم موصل التقويم منطق تجميع Expressway في نموذج التكرار 5+1 للسماح بسيناريوهات التوفر العالي.
مع تعيين جميع المستخدمين لموصل التقويم، دعونا الآن نفحص ما يحدث عندما يكون هناك فشل في الكتلة. يوضح الشكل التالي فشل عقدة واحدة. المستخدمون الذين تم تعيينهم للعقدة الفاشلة، 5A في المجموعة A، فشلوا الآن في الوصول إلى العقد المتبقية في تلك المجموعة. تسمح سعة العقدة الواحدة بما يصل إلى 15000 مستخدم وكل عقدة متبقية في المجموعة A تضيف 2500 مستخدم تم تعيينهم في الأصل على العقدة 5A. لا يوجد أي تغيير أو تأثير على المجموعة B أو على المستخدمين المعينين في المجموعة B.

لا تزال المجموعة A في السعة القصوى، وكل عقدة تشغيلية في المجموعة الآن بأقصى سعة، 15000 مستخدم/عقدة. لذلك، إذا أصبحت عقدة أخرى في المجموعة A غير متوفرة، مثل العقدة 4A في الشكل التالي، فستكون المجموعة B الآن مسؤولة عن التقاط عبء المستخدم الإضافي. تم الآن إعادة تعيين 15,000 مستخدم من العقدة 4A إلى المجموعة B ويتم توزيعهم بالتساوي عبر جميع العقد داخل المجموعة B.

عندما تتعافى العقدتان 4A و 5A، سيتم إعادة توزيع المستخدمين في المجموعة A عبر العقد في المجموعة. يظل المستخدمون الذين فشلوا في المجموعة B في المجموعة B أثناء مرحلة الاسترداد هذه لتجنب تعيينات المستخدم غير الضرورية بين المجموعات، كما هو موضح في الشكل التالي.

من العناصر الأساسية التي يجب أن تكون على دراية بها عند التخطيط لنشر خدمة التقويم الهجين على نطاق واسع فهم تأثير الفشل في حالة حدوثه أثناء النشر. إذا استخدمنا نفس النشر البالغ 126,000 مستخدم ولكننا فقدنا مركز بيانات بأكمله، فهناك احتمال ألا يتم تعيين المستخدمين لعقدة Calendar Connector. لمنع انقطاع الخدمة في هذا النوع من السيناريوهات، سيحتاج العميل إلى مجموعة ثالثة لإعادة توزيع المستخدمين المتأثرين والتعامل معهم.

تعتمد قدرة مجموعة Expressway على خدمة مستخدمي الرسائل المختلطة على حجم عقد Expressway المكونة وعدد العقد في المجموعة واستراتيجية استمرارية الخدمة.
يعرض الجدول التالي الحد الأقصى لعدد المستخدمين على طريق سريع واحد يُستخدم للرسالة المختلطة.
|
طريق سريع صغير |
طريق سريع متوسط |
طريق سريع كبير |
|---|---|---|
|
5,000 مستخدم |
٦٥٠٠ مستخدم |
15,000 مستخدم |

أرقام المستخدمين هي نفسها لمجموعة من عقدة واحدة ومجموعة من عقدتين. هذا لأن خدمة الرسائل تستخدم ميزة تجاوز الفشل لتحسين استمرارية الخدمة. يتم توزيع المستخدمين بالتساوي عبر العقد المتعددة في المجموعة: في حالة فشل إحدى العقدة، يتم تعيين مستخدمي تلك العقدة إلى العقد الأخرى.

يتناول هذا الموضوع مشاركة مضيف الموصل Expressway بين الموصلات لخدمات مختلطة متعددة، بما في ذلك خدمة التقويم وخدمة الرسائل. لا تتم مشاركة مضيف الموصل مع الحلول الأخرى المستندة إلى Expressway مثل MRA و B2B.
تعتمد سعة مجموعة مضيف الموصل على حجم عقد Expressway المكونة وعدد العقد والموصلات التي تعمل على الكتلة واستراتيجية استمرارية الخدمة. راجع تخطيط سعة مجموعة الطرق السريعة لمستخدمي الخدمات المختلطة للحصول على شرح مفصل لهذه العوامل.
هناك أيضًا آلة حاسبة يمكنك من خلالها تصميم مجموعات مضيف مختلفة للموصلات ومعرفة عدد مستخدمي كل خدمة يمكن أن تدعمها المجموعة المقترحة.
بشكل عام، نوصي بالتنسيق فقط لعمليات النشر ذات الحجم الأصغر لما يصل إلى عقدتين. إذا تجاوزت عملية النشر سعة زوج من العقد، فيجب عليك نقل الموصلات إلى مجموعات Expressway المخصصة لكل خدمة مختلطة محددة.
مثال: مقياس مضيف الموصل مع ثلاثة موصلات منسقة
يوضح الجدول التالي مثالاً على المقياس والتطابق. وهي توفر الحد الأقصى لعدد المستخدمين لكل مجموعة، لكل خدمة، بمواصفات مختلفة لمجموعة مضيف الموصل. تتم مشاركة المجموعة بين التقويم المختلط (باستخدام Exchange المحلي) والمكالمات المختلطة وخدمة الرسائل المختلطة.
|
خدمة |
عقدتان صغيرتان |
عقدتان متوسطتان |
عقدتان كبيرتان |
|---|---|---|---|
|
مستخدمو خدمة التقويم |
1,300 |
2,300 |
3,000 |
|
مستخدمو خدمة الرسائل |
1,300 |
2,300 |
3,000 |
مقدمة
يتعلق هذا الموضوع بمشاركة مضيف الموصل Expressway مع الحلول الأخرى المستندة إلى Expressway. عندما تختار استضافة الموصلات على الطريق السريع الذي تستخدمه لأغراض أخرى، تنطبق التحذيرات المهمة التالية:
-
لا يمكننا دعم نموذج قابلية التوسع الذي ينطبق على مضيف الموصل المخصص Expressway. لا تنطبق أرقام المستخدمين التي تستمدها من قراءة الموضوعات الأخرى في هذه المقالة، أو استخدام الآلة الحاسبة، عند مشاركة مضيف الموصل مع خدمات Expressway الأخرى.
-
تعتبر مجموعات الخدمات المستندة إلى Expressway وموصلات الخدمات المختلطة الموضحة في هذه المقالة وأرقام المستخدمين المرتبطة هي السيناريوهات الوحيدة المدعومة. لم نختبر سيناريوهات أخرى، ولا يمكنك توقع نجاحها في بيئتك.
خدمة التقويم المستندة إلى Expressway مع موصل المكالمات واجتياز خدمة المكالمات
في هذا السيناريو، يقوم Expressway ذو العقدتين بتجميع موصلات التقويم الهجين. تقوم المجموعة أيضًا باجتياز المكالمات لحلول الاتصال الأخرى من Cisco (إشارات SIP والوسائط).
يعرض الجدول بيئات التقويم المختلفة التي يمكنك استخدامها مع الموصل المستند إلى Expressway. لا يتم دعم موصل التقويم المستند إلى Expressway في المجموعات التي تحتوي على أكثر من عقدتين. استخدم الموصل المستند إلى السحابة لتوسيع النطاق باستخدام Office 365 (راجع مقياس خدمة التقويم).
|
خدمة |
مجموعة ذات عقدتين صغيرتين |
مجموعة ذات عقدتين متوسطتين |
مجموعة ذات عقدتين كبيرتين | |
|---|---|---|---|---|
|
خدمة التقويم |
التبادل المحلي |
500 مستخدم |
1,000 مستخدم |
1,000 مستخدم |
|
أوفيس 365 † |
500 مستخدم |
1,000 مستخدم |
1,000 مستخدم | |
|
Exchange الداخلي وOffice 365 (عمليات نشر Exchange المختلطة) |
500 مستخدم كحد أقصى لكليهما |
1000 مستخدم كحد أقصى لكليهما |
1000 مستخدم كحد أقصى لكليهما | |
|
اجتياز المكالمات |
200 جلسة صوتية 100 جلسة فيديو |
200 جلسة صوتية 100 جلسة فيديو |
1,000 جلسة صوتية 500 جلسة فيديو | |
† لتجنب قيود الحجم هذه، نوصي باستخدام خدمة التقويم المستندة إلى السحابة بدلاً من الموصل الداخلي. بالنسبة للتقويم المختلط المستند إلى Expressway، فإن تحديد سعة مستخدم Office 365 إلى 1000 لكل مجموعة مستقل عن حجم عقدة المجموعة أو عددها؛ هذا القيد مستمد من التفاعل مع خدمة Microsoft السحابية وليس من نطاق نشر Expressway المحلي.
التقويم مع الهاتف المحمول و Remote Access
في هذا السيناريو، تستضيف مجموعة MRA المكونة من جهاز واحد أو اثنين من أجهزة Expressway الافتراضية الصغيرة موصل التقويم. يفترض هذا السيناريو أن الكتلة تستخدم فقط لـ MRA والموصلين. تقتصر الكتلة على واحدة أو اثنتين من العقد الصغيرة.
|
الغرض من الطريق السريع |
مجموعة من طريق سريع واحد صغير - C |
مجموعة من اثنين من الطرق السريعة الصغيرة - C |
|---|---|---|
|
مستخدمو خدمة التقويم (موصل محلي لـ Exchange) |
500 مستخدم |
500 مستخدم |
|
الهاتف المحمول Remote Access والمستخدمون |
100 |
100 |

