أستكشاف أخطاء الاتصالات الموحدة (UC) وإصلاحها على UCS TRC، وعمليات النشر القائمة على مواصفات UCS والجهات الخارجية

المقدمة

يوضح هذا المستند بعض جوانب الدعم لتطبيقات Cisco Unified Communications (UC) وبرامج المحاكاة الافتراضية vSphere من VMware وأجهزة الخادم (Cisco أو الجهة الخارجية) عند النشر بعد سياسة الدعم على www.cisco.com/go/virtualized-collaboration. ومما يمثل أهمية خاصة محتوى الأجهزة المدعوم.

ينطبق هذا المستند على جميع خيارات المحاكاة الافتراضية، والتي تتضمن:

• أجهزة Business Edition 6000 و 7000

• تكوين المرجع المختبر (TRC) الخاص بنظام الاتصالات الموحدة (UCS)

• UC على أساس مواصفات UCS

• قائمة على المواصفات الخاصة بجهة خارجية

المتطلبات الأساسية

المتطلبات

cisco يوصي أن يتلقى أنت معرفة من هذا موضوع (راجع المعلومة ذو الصلة في نهاية هذا وثيقة لروابط صفحة الويب):

• حل UC على UCS (الاتصالات الموحدة من Cisco على نظام الحوسبة الموحدة من Cisco)

• تكوينات الأجهزة لتهيئة المراجع المختبرة (TRC) UCS

• عمليات تهيئة الأجهزة القائمة على المواصفات الفنية (UCS أو مورد الخوادم التابع لجهة خارجية)

• المحاكاة الافتراضية لتطبيقات التعاون من Cisco

• برنامج VMware vSphere

• أجهزة نظام الحوسبة الموحدة من Cisco

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

• تطبيقات التعاون من Cisco التي تدعم المحاكاة الافتراضية (انظر نظرة سريعة على www.cisco.com/go/virtualized-collaboration).

• سياسة دعم المحاكاة الافتراضية لتطبيقات Cisco UC/Collaboration (راجع وثائق الدعم على www.cisco.com/go/virtualized-collaboration).

تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك مباشرة، فتأكد من فهمك للتأثير المحتمل لأي أمر.

ماذا تعني كلمة "مدعوم"؟

وعموما، هناك دائما أربعة أبعاد ل "الدعم" ينبغي أخذها بعين الاعتبار. يتم سردها أدناه في شكل أسئلة، مع إجابات خاصة بالمحاكاة الافتراضية لتطبيقات التعاون/الاتصالات الموحدة من Cisco:

• "هل "يعمل"؟ في حين أن هذا يبدو رائعا، في المحاكاة الافتراضية هناك العديد من العناصر التي تظهر على أنها "تعمل"، ولكنها قد لا تكون مستقرة أو لا تعمل بشكل كاف لتطبيقات الوقت الفعلي.  على الرغم من أن "الأعمال" ضرورية، إلا أنه لا يكفي في حد ذاته أن يتم "السماح" لها أو دعمها من قبل Cisco، وربما لم يتم "التحقق من صحتها" من قبل VMware أو Cisco.  

• "إذا كان يعمل، هل تسمح به قواعد سياسة دعم المورد؟ " تعرف Cisco ما هو مدعوم مقابل ما هو مسموح به على www.cisco.com/go/virtualized-collaboration. بالنسبة لتعاون Cisco، يكون العنصر "غير مسموح به حتى إذا كان "يعمل" عادة بسبب أحد هذه الأسباب:

  • فهو يخلق مشكلة في التطبيق لا يمكن إصلاحها إلا مع تحسينات البرامج أو إعادة البنية، على سبيل المثال، أنواع معينة من اللقطات التي تعطل أو تعطل برنامج Cisco Unified Communications Manager.

  • إذ يمكن أن يؤثر سلبا على إستقرار التطبيقات أو القدرة/الأداء المتوقع، ولم يحدث بعد التحقق من صحة Cisco المطلوبة، على سبيل المثال، تقنية vMotion مع برنامج Cisco Unified Communications Manager قبل مارس 2011.

  • لا يوجد سيناريو إستخدام صالح لتطبيقات التعاون من Cisco. على سبيل المثال، برنامج vSphere Dynamic Resource Scheduler للتطبيقات التي لا تدعم حجوزات وحدة المعالجة المركزية (CPU).

• "إذا كان مسموحا به، هل قام المورد بالتحقق من صحته؟ " على سبيل المثال، الاختبارات الرسمية والضمان، وهو أمر مهم بشكل خاص لعمليات نشر الاتصالات الموحدة/التعاون للصوت والفيديو في الوقت الفعلي، ومراكز الاتصال بالعملاء، والاتصالات الأخرى الحيوية للمهام. لا يتم "التحقق من" بعض العناصر "المسموح بها"، إما لأنها خارج عملية تعيين مسؤولية Cisco (مثل الخوادم الافتراضية أو صفيفات التخزين من إنتاج العملاء من إنتاج جهات خارجية) أو لأنها تقع خارج نطاق ما قامت Cisco باختباره بشكل صريح (مثل "ضمان" أداء تطبيق الاتصالات الموحدة باستخدام أجهزة التكوين المرجعي المختبر لتهيئة المراجع (TRC) من فئة UCS C مقابل. "إرشادي فقط" مع الأجهزة القائمة على المواصفات القياسية). وجزء من قيمة حلول البنية الأساسية مثل Vblock أو FlexPod هو ما يوفر "التحقق" على مستوى النظام من أجل النشر متعدد المنتجات والموردين.

• "هل يقدم البائع المساعدة التقنية من أجل "التوجيه" أو "إصلاح الأعطال"؟ " على سبيل المثال، المساعدة في التكوين، أو أستكشاف الأخطاء وإصلاحها لإنشاء سبب جذري وإصلاح مشكلة ما. يدعم مركز المساعدة التقنية (TAC) من Cisco المنتجات المشتراة من Cisco بعقد صيانة صالح ومدفع.

وإليكم بعض أمثلة "الدعم" في العالم الحقيقي التي توضح هذه المفاهيم:

• تمهيد VMware من شبكة التخزين (SAN): في عام 2010، "عملت" هذه الميزة كميزة تجريبية من VMware في الإصدار 4.0، ولكنها لم تكن "مدعومة" رسميا من VMware حتى الإصدار vSphere 4.1، والذي أثر عندما يمكن لشركة Cisco النظر في دعمها لعملائها.

• شبكة منطقة التخزين (SAN) عبر القنوات الليفية مع تطبيقات الاتصالات الموحدة الافتراضية: "تسمح" سياسة الدعم من Cisco لتطبيقات الاتصالات الموحدة بالاتصال بصفيفات وحدات التخزين من إنتاج جهات خارجية عبر شبكات منطقة التخزين (SAN) من Cisco أو الجهات الخارجية، شريطة أن تلبي هذه التطبيقات المتطلبات على موقع www.cisco.com/go/virtualized-collaboration. ومع ذلك، لا تقوم Cisco بالتحقق من صحة محولات شبكة التخزين (SAN) من إنتاج جهات خارجية أو صفيفات التخزين من إنتاج جهات خارجية، ولا يقدم برنامج Cisco TAC المساعدة على المحولات أو الصفيفات من إنتاج جهات خارجية.

• تطبيق المحاكاة الافتراضية لتطبيقات الاتصالات الموحدة على وحدات المعالجة المركزية من فئة أجهزة الكمبيوتر المكتبية (على سبيل المثال، المعالج Core-i3): قد "يعمل" هذا أو لا "يعمل" بمعنى أن التطبيق يمكن تثبيته وتشغيله بنجاح، ولكن من غير المحتمل أن "يعمل" بمعنى توفير إستقرار أو سعة أو أداء من فئة الإنتاج. لا يتم السماح بوحدات المعالجة المركزية هذه أو التحقق من صحتها أو دعمها بواسطة تطبيقات التعاون من Cisco، حتى إذا ظهرت على أنها "تعمل".

من المستحيل أن تختبر Cisco كل جانب ومجموعة من الأجهزة و VMware والتطبيقات لضمان الأجهزة، وخاصة أجهزة وبرامج الطرف الثالث. لذلك، تحدد Cisco سياسات دعم الأجهزة المختلفة التي تمثل المقايضات بين "الضمان" و"المرونة"، استنادا إلى مقدار الحل الذي يريده العميل من Cisco "الاقتناء"، بينما تضمن في الوقت نفسه استيفاء الحد الأدنى من متطلبات تشغيل تطبيق الإنتاج.

ملاحظة: سيطلب من العملاء الذين لا يتبعون سياسة الدعم المنشورة من Cisco إعادة إنشاء مشكلة في تكوين مدعوم قبل أن يمكن Cisco TAC توفير الدعم بشكل فعال.

توضيحات الدعم لخيارات الأجهزة الافتراضية

بالنسبة لجميع الخيارات، يلزم أن يكون المضيف (الأجهزة المادية + برنامج vSphere من VMware) مدعوما من قبل جميع التطبيقات المشاركة في الإقامة على ذلك المضيف. ارجع إلى هذه الارتباطات للحصول على دعم التطبيق:

• في لمحة على موقع www.cisco.com/go/virtualized-collaboration

• أجهزة المحاكاة الظاهرية للعمل الجماعي

UC على UCS Trc

تكون تكوينات أجهزة UCS TRC التي تفي بمتطلبات أجهزة المحاكاة الظاهرية للعمل الجماعي "مسموحة"، والمصممة خصيصا لتطبيقات الاتصالات الموحدة و"معتمدة" عليها من قبل Cisco، و"مدعومة" بالكامل من Cisco TAC ضمن تعليم دعم Cisco. على سبيل المثال، تمتلك Cisco جميع الأجهزة على وحدة تحكم في الوصول من السلسلة UCS C-Series TRC مع تخزين DAS. ومع ذلك، بالنسبة ل UCS B-Series TRC، لا تقوم Cisco بالتحقق من صحة أو دعم محولات التخزين أو صفيفات التخزين من إنتاج جهات خارجية، ولا يساعد Cisco TAC مكونات الجهات الخارجية هذه.

يتم الالتزام بأداء تطبيقات Cisco UC VMs عند تثبيتها على UCS TRC بحيث تفي بجميع المتطلبات في أجهزة المحاكاة الافتراضية للعمل الجماعي (بما في ذلك متطلبات أداء التخزين لشبكة التخزين (SAN)، وعندما يتم اتباع جميع الشروط الواردة في سياسة الإقامة المشتركة في تحديد حجم المحاكاة الافتراضية للعمل الجماعي.  بالنسبة إلى UCM و IMP اللتين تستخدمان حجوزات وحدة المعالجة المركزية، هناك اعتبارات إضافية موصوفة هنا.

كما يحدد UC على UCS TRCs قائمة مكونات الصنف الخاصة بالأجهزة، والتي تكون مفيدة لمن يرغبون في أن تمتلك Cisco تصميم الأجهزة كما هو الحال مع عروض جهاز MCS 7800 القديمة.

UC على أساس مواصفات UCS

أجهزة UCS المستندة إلى SPECs التي تفي بمتطلبات أجهزة المحاكاة الافتراضية للعمل الجماعي وجميع المتطلبات الخاصة بالتطبيقات "مسموح بها" و"مدعومة" بالكامل من قبل Cisco TAC ضمن تعليم دعم Cisco تماما مثل UCS TRC.

والفارق هو أن تكوينات أجهزة UCS المستندة إلى SPES لا يتم التحقق منها بشكل صريح مع تطبيقات التعاون. لذلك، لا يتم إجراء أي توقع أو تأكيد لأداء VM لتطبيق UC عند تثبيته على الأجهزة المستندة إلى مواصفات UCS. يتم توفير الإرشادات فقط، كما أن ملكية ضمان أن تصميم الأجهزة قبل البيع يوفر الأداء الذي تتطلبه تطبيقات الاتصالات الموحدة تتحول من Cisco إلى العميل. وإلا، إذا تم اتباع جميع القواعد atwww.cisco.com/go/virtualized-collaboration، فسيساعد Cisco TAC في أستكشاف أخطاء الأجهزة المستندة إلى مواصفات UCS وإصلاحها، والتي تتضمن مشاكل في أداء تطبيق الاتصالات الموحدة. تذكر النقاط المدرجة في اعتبارات الدعم الأساسية عند النشر على الأجهزة القائمة على المواصفات". تساعد هذه النقاط على توضيح ما يمكن أن يتطلبه Cisco TAC من أجل توفير الدعم الفعال ومدى مواجهة TAC للمشكلة.

يمكن التفكير في UCS TRCs على أنها "نقاط مرجعية للتصميم" تستند إلى مواصفات UCS. تتناسب "المخاطرة" التي يوفرها تصميم الأجهزة المستند إلى UCS SpecS مع مقدار "الانحراف" عن UCS TRCs من حيث الأداء الكافي لمجموعة من تطبيقات UC. وبشكل أكثر تحديدا:

• نموذج خادم UCS ليس في أي TRC: عادة لا يمثل مشكلة ما لم تكن البرامج الثابتة أو برامج التشغيل المستخدمة في هذا النموذج مختلفة بشكل جوهري عن الطرز التي تم التحقق من صحتها كجزء من TRC.

• طراز وحدة المعالجة المركزية (CPU) ليس موجودا في أي وحدة TRC: عادة لا يمثل نموذج وحدة معالجة مركزية (CPU) مختلف لم يتم التحقق منه كجزء من وحدة معالجة مركزية (TRC) مشكلة طالما أنها بنية وحدة معالجة مركزية مسموح بها تتسم بسرعة أساسية مطلوبة، كما يتم اتباع قواعد الأحجام الافتراضية إلى الفعلية الخاصة بوحدة المعالجة المركزية (UC) للعدد الأساسي المطلوب (ارجع إلى المعالجات المدعومة). على سبيل المثال، لم تشهد الأجهزة الافتراضية الخاصة بتطبيق الاتصالات الموحدة (UC) إختلافا كبيرا في الأداء بين المعالج Intel Xeon فئة E5640 مقابل المعالج X5650 (البنية نفسها، وخصائص الأداء المتشابهة، وسرعة مركز واحدة، وعدد مختلف من المجموعات الأساسية التي تعمل على إتاحة أعداد مختلفة من الأجهزة الافتراضية). ومع ذلك، نظرا لتفاعلات نماذج وحدة المعالجة المركزية مع البرامج الثابتة من طراز الخادم ومكونات النظام الأخرى، يمكن تنفيذ أداء تطبيق الاتصالات الموحدة (UC) VM فقط مع نماذج وحدة المعالجة المركزية التي تم التحقق من صحتها في وحدة المعالجة المركزية (TRC) (التي كانت تمثل الطراز E5640 فقط).

• الذاكرة: نادرا ما تكون تهيئة الذاكرة التي تختلف عن تهيئة TRCs المستخدمة مشكلة طالما أنها تتبع إرشادات تعبئة الذاكرة من Cisco لتوفير الأداء الأمثل على طراز الخادم، بالإضافة إلى قواعد الأحجام الظاهرية إلى الفعلية لتطبيق Cisco UC للسعة المطلوبة في أجهزة المحاكاة الافتراضية للعمل الجماعي. لاحظ أن ذاكرة UCS TRC يتم حجمها عن قصد لأي مزيج ممكن من الأجهزة الافتراضية لتطبيق الاتصالات الموحدة التي يمكن "إحتواء" الجهاز المضيف، مما ينتج عنه ذاكرة وصول عشوائي كلية يمكن أن تكون أعلى من إحتياجات النشر الخاصة بك.

• المهايئات: عادة ما يكون إستخدام شبكة LAN لتطبيق UC VMs منخفضا لإرسال الإشارات، ولكنه يمكن أن يكون مرتفعا لعمليات النشر التي تتطلب وسائط كثيرة (على سبيل المثال، العديد من تدفقات الصوت عبر البريد الصوتي أو تدفقات الفيديو المشاركة في المؤتمرات مقابل حركة مرور الإشارات) أو إستخدام وحدات التخزين NAS/SAN (وفي هذه الحالة تكون المهايئات جزءا من حل التخزين أدناه). تم تكوين UCS C-Series TRCs باستخدام عدد كاف من منافذ الإيثرنت لمعالجة الاحتياجات النموذجية لأنواع خلطات VM الخاصة بتطبيق الاتصالات الموحدة (UC) التي يمكن أن تضيفها. جزء من عملية التصميم هو التأكد من أن هذه المنافذ كافية للنشر المحدد.

• التخزين: يوجد هنا معظم التعقيدات و"المخاطر"، نظرا لطبيعة معظم تطبيقات الاتصالات الموحدة من Cisco التي تتطلب الإدخال/الإخراج كثيرا. هناك العديد من أجهزة الحساب المتوفرة لسعة الإدخال والإخراج في وحدة التخزين المتصلة مباشرة (DAS) النظرية، ولكن من الصعب للغاية التنبؤ بدقة بالسعة الفعلية لوحدة التخزين المتصلة مباشرة (DAS) دون إجراء إختبارات رسمية. توفر صفيفات التخزين المتصلة بالشبكة (NAS) وشبكة التخزين (SAN) أدوات ضمان تصميم أقوى، ولكن لا تقوم Cisco بالتحقق من صفيفات التخزين أو محولات التخزين التابعة لجهات خارجية (يمكن إستخدام تقنية الاتصالات الموحدة (UC) على تقنية vBlock لتوفير هذا الضمان). تتضمن UCS C-Series TRCs تكوينات DAS التي تم إختبارها مقابل تحمل زمن الوصول لعمليات الإدخال والإخراج في الثانية (IOPS) التي تم إنشاؤها بواسطة أنواع خلطات UC App VM التي يمكن ل TRC إستضافتها.

يمكن تقليل عدم اليقين القائم على المواصفات الفنية الخاصة بشكل أكبر من خلال إختبارات ما قبل النشر وتحديد الأساس واتباع المبادئ العامة للمحاكاة الافتراضية، فضلا عن اتباع قواعد المحاكاة الافتراضية باستخدام الاتصالات الموحدة من Cisco (في المحاكاة الافتراضية للعمل الجماعي من Cisco). ومع ذلك، لا يمكن أن تضمن Cisco عدم تجويع أجهزة VM للموارد مطلقا وعدم حدوث مشاكل أداء خارج UCS TRC. يظل "Headroom" أفضل ممارسة تصميم، إما في شكل ترك بعض السعة غير المستخدمة على مضيف، أو توفير مضيفين إضافيين.

لا يحدد UC المستند إلى مواصفات UCS قائمة مكونات الصنف الخاصة بالأجهزة (BOM)، حيث أن قائمة المواصفات حسب التعريف هي لعمليات النشر حيث يتطلب العميل مواصفات/BOM مختلفة عما تم التحقق من صحته في TRC. يجب على العملاء إستخدام قوائم مكونات الصنف TRC كإرشادات، والاستفادة من فرق الشركاء و Cisco للمساعدة في إنشاء قائمة مكونات الصنف للخادم.

قائمة على المواصفات الخاصة بجهة خارجية

يتم "السماح" لأجهزة الخوادم من إنتاج جهات خارجية المستندة إلى المواصفات الفنية (SPECs) التي تفي بمتطلبات أجهزة المحاكاة الافتراضية للعمل الجماعي من قبل Cisco، ولكن لا تقوم Cisco بإجراء أي إختبار أو التحقق من الصحة على أجهزة الجهات الخارجية.

لا يتم إجراء أي توقع أو تأكيد لأداء VM لتطبيق الاتصالات الموحدة عند تثبيته على أجهزة قائمة على المواصفات الفنية من إنتاج جهة خارجية. يتم توفير الإرشادات فقط، كما أن ملكية ضمان أن تصميم الأجهزة قبل البيع يوفر الأداء الذي تتطلبه تطبيقات الاتصالات الموحدة تتحول من Cisco إلى العميل. خلاف ذلك، في حال اتباع جميع القواعد في المحاكاة الافتراضية للتعاون من Cisco، سيقوم Cisco TAC بالمساعدة في أستكشاف الأخطاء وإصلاحها لاستبعاد مشاكل التطبيق كسبب جذري. يمتلك العميل حل قيادة المشكلات المتعلقة بالأجهزة/البرامج غير التابعة لشركة Cisco، أو الأسباب الجذرية لمشاكل التطبيقات غير المتعلقة بالأجهزة/البرامج من Cisco (والتي تتضمن برنامج VMware الذي يقدمه العميل كما هو موضح في توضيحات الدعم لبرامج المحاكاة الافتراضية لاحقا في هذا المستند). قد يحتاج العميل إلى إشراك بائعين تابعين لجهات خارجية للتحقق من المكونات غير التابعة لشركة Cisco.

تذكر أيضا النقاط المدرجة في اعتبارات الدعم الأساسية عند النشر على الأجهزة القائمة على المواصفات. تساعد هذه النقاط على توضيح ما قد يحتاج إليه Cisco TAC لتوفير الدعم الفعال ومدى مواجهة TAC للمشكلة.

لاحظ أن Cisco لا تدعم المحاكاة الافتراضية على خوادم HP/IBM القديمة من OEM (خوادم تقارب الوسائط من السلسلة 7800 أو "MCS 7800").

يمكن إستخدام UCS TRCs على أنها "نقاط مرجعية للتصميم" الخاصة بجهة خارجية مستندة إلى المواصفات الفنية كما هو الحال مع مواصفات UCS التي تم وصفها سابقا في هذا المستند. توجد اعتبارات مماثلة لوحدة المعالجة المركزية (CPU) والذاكرة والمهايئات ووحدات التخزين. لاحظ أنه لا توجد مراكز TRC استنادا إلى نماذج خوادم الجهات الخارجية.

يمكن زيادة تقليل عدم اليقين القائم على المواصفات القياسية من خلال إختبارات ما قبل النشر وتحديد الأساس واتباع المبادئ العامة للمحاكاة الافتراضية، فضلا عن اتباع قواعد المحاكاة الافتراضية باستخدام الاتصالات الموحدة من Cisco (في المحاكاة الافتراضية للعمل الجماعي من Cisco). ومع ذلك، لا يمكن أن تضمن Cisco عدم تجويع أجهزة VM أبدا بحثا عن الموارد وعدم حدوث مشكلات أداء خارج UCS TRC.

لا تحدد Cisco قائمة مكونات الصنف الخاصة بالأجهزة (BOM) للخوادم المستندة إلى المواصفات الخاصة التابعة لجهات خارجية، نظرا لأنها بحكم التعريف خوادم مقدمة من قبل العميل ومن جهات خارجية وغير مصنعي الأجهزة الأصلية. يمكن للعملاء إستخدام قوائم مكونات الصنف UCS TRC للتوجيه، والاستفادة من مورد خادم الطرف الثالث وفرق تقنية المعلومات للخادم الداخلي للحصول على مساعدة في إنشاء قائمة مكونات مكونات الصنف للأجهزة التابعة لجهة خارجية.

اعتبارات الدعم الرئيسية عند النشر على الأجهزة القائمة على المواصفات الفنية

• لتمكين TAC من Cisco من توفير الدعم بشكل فعال عند تشغيل بطاقات Cisco UC VMs على تكوينات الأجهزة المستندة إلى المواصفات الخاصة، تتطلب Cisco برنامج VMware vCenter للحصول على مواصفات UCS وقائمة على مواصفات الطرف الثالث. لمزيد من التفاصيل، ارجع إلى متطلبات أجهزة المحاكاة الظاهرية التعاونية وبرامج المحاكاة الافتراضية. يجب على العملاء توفير بيانات برنامج vCenter من VMware عند الحاجة إليها من قبل برنامج Cisco TAC الذي يوضح التوافق مع متطلبات المحاكاة الافتراضية للاتصالات الموحدة (UC) مثل أداء التخزين.

• لتمكين TAC من Cisco من توفير الدعم بشكل فعال عند تشغيل الأجهزة الافتراضية (VMs) الموحدة من Cisco على تكوينات الأجهزة المستندة إلى المواصفات، يمكن أن تتطلب Cisco هذه الأنشطة من العميل لتشخيص المشكلة أو حلها: تغييرات على حمل عمل البرامج أو الأجهزة المادية، من أجل أستكشاف أخطاء أداء التطبيقات وإصلاحها أو حلها. من الأمثلة على الحالات التي قد يلزم فيها إجراء هذه التغييرات عدم تلقي UC VM القدر الكافي من وحدة المعالجة المركزية (CPU) أو الذاكرة أو الشبكة أو سعة القرص أو عمليات الإدخال والإخراج في الثانية (IOPS) للتخزين من الجهاز.

• وفيما يلي أمثلة على ما تبدو عليه هذه التغييرات في عملية نشر فعلية:

  • البرامج: إيقاف تشغيل الأجهزة الافتراضية (VM) غير الحيوية بشكل مؤقت لتسهيل أستكشاف المشكلات المتعلقة بالأداء وحلها

  • البرنامج: قم بنقل الأجهزة الافتراضية (VM) الحيوية و/أو الأجهزة الافتراضية (VM) غير الحيوية إلى مضيف/خادم فعلي بديل للمحاكاة الافتراضية كحل مؤقت أو دائم.

    • قلل مؤقتا عدد الأجهزة الظاهرية التي تعمل على مضيف إذا رأت Cisco أنها ضرورية لأغراض أستكشاف الأخطاء وإصلاحها.

    • قم بتقليل عدد الأجهزة الظاهرية التي تعمل على مضيف بشكل دائم إذا حددت Cisco تحميل المضيف فوق طاقته.

    • تقسيم تطبيق UC المكثف VM إلى العديد من الأجهزة الافتراضية الأقل كثافة، ثم نقل هذه الأجهزة الافتراضية الأقل كثافة إلى مضيف بديل، على سبيل المثال، تقسيم وحدة OVA لمستخدم CUCM بسرعة 10 كيلو إلى وحدات OVA متعددة لمستخدم CUCM بسرعة 7.5 كيلو، ثم نقل بعض هذه الأجهزة من فئة CUCM بسرعة 7.5 كيلو.

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

• الأجهزة: إضافات/ترقيات إلى "إصلاح" جهاز مضيف محمل بشكل زائد كبديل عن إيقاف تشغيل الأجهزة الافتراضية أو تغيير وضع الأجهزة الافتراضية (VM) أو كثافتها.

  • على سبيل المثال، إمكانية إضافة المزيد من الأقراص المادية لزيادة سعة التخزين و/أو توفير عمليات إدخال وإخراج في الثانية (IOPS)

  • على سبيل المثال، إضافة المزيد من الذاكرة الفعلية أو المزيد من مراكز وحدة المعالجة المركزية (CPU) المادية

  • على سبيل المثال، إضافة واجهات NIC المادية لمعالجة إزدحام شبكة LAN

  • تتيح هذه الأساليب "ترقية" الأجهزة المحملة بأعباء إضافية من أجل إستيعاب حمل عمل البرامج المتعطش للموارد.

  • يمكن توفير الدعم "الإرشادي" من قبل Cisco لخوادم UCS فقط. بالنسبة للملقمات التابعة لجهات خارجية، يحتاج العميل إلى إستخدام موارد دعم تابعة لجهات خارجية.

• إذا كانت هذه المتطلبات غير مقبولة، فيوصى بالنشر على وحدة التحكم في الوصول عن بعد (TRC) من السلسلة UCS C مع تخزين وحدة التحكم في الوصول عن بعد (DAS).

يتوقف توفير الدعم من Cisco على احتفاظ العميل بعقد دعم حالي ومدفوع بالكامل مع Cisco.

توضيحات الدعم لبرامج المحاكاة الافتراضية

يتوفر للعملاء خيارات المصادر هذه لبرامج المحاكاة الافتراضية التي يمكن نشر تطبيقات التعاون من Cisco عليها:

1. برنامج مراقبة الأجهزة الافتراضية أو برنامج مراقبة الأجهزة الافتراضية الإضافي Cisco UC Virtualization Hypervisor Plus (مدعوم فقط مع الإصدار 6000 من Cisco Business)

2. قاعدة المحاكاة الظاهرية الموحدة من Cisco (مدعومة فقط بتطبيقات الاتصالات الموحدة التي يتم نشرها إما كوحدة موحدة على حل UCS أو كجزء من Cisco Business Edition 6000/7000)

3. إصدارات برنامج vSphere القياسية أو Enterprise أو Enterprise Plus من VMware التي تم شراؤها من Cisco

4. إصدارات برنامج vSphere القياسية أو Enterprise أو Enterprise Plus من VMware التي تم شراؤها مباشرة من VMware

بالنسبة للخيارات 1 و 2 و 3، يتوفر TAC من Cisco للمساعدة. بالنسبة للخيار 4، لا يساعد Cisco TAC في برامج المحاكاة الافتراضية، ويجب على العميل الاستعانة بمورد الطرف الثالث الخاص به.

يتوقف توفير الدعم من Cisco على احتفاظ العميل بعقد دعم حالي ومدفوع بالكامل مع Cisco.

معلومات ذات صلة

• Cisco Unified Communications على نظام الحوسبة الموحدة
• المحاكاة الظاهرية للعمل الجماعي من Cisco
• أجهزة المحاكاة الظاهرية للعمل الجماعي
• متطلبات برامج المحاكاة الافتراضية
• الخوادم - الحوسبة الموحدة
• شريك التيار المستمر - VMware
• الدعم التقني والمستندات - Cisco Systems