> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/technical-library-ar/khdmat-enterprise-almtqdmh/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md).
# شرح Zoom Meetings الهجين
### نظرة عامة على Zoom Meetings Hybrid
يوفر هذا القسم نظرة عامة على وحدة خدمة Zoom Meetings Hybrid، المدعومة كحمولة عمل في Zoom Node. ولمزيد من المعلومات حول Zoom Node، تتوفر نظرة عامة على المنصة في نهاية هذا المستند في [الملحق](#appendix-zoom-node).
#### Zoom Meetings Hybrid هو حل اجتماع هجين محلي يوفر عرض النطاق الترددي من خلال إعادة توزيع وسائط الاجتماع داخل شبكة الشركة
Zoom Meetings Hybrid هو حل اجتماع هجين محلي يعمل كنقطة اتصال وسيطة بين Zoom Client وسحابة Zoom. يقوم الحل بتعدد إرسال وإعادة توزيع تدفقات صوت الاجتماع والفيديو ومشاركة الشاشة مع [حتى 400](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod) المشاركون المتصلون داخل شبكة الشركة نفسها. يقلل هذا التصميم من عدد اتصالات وسائط السحابة الخارجية، مما يمكن أن يقلل بشكل كبير من استهلاك عرض النطاق الترددي الخارجي.
#### يدعم Zoom Meetings Hybrid وضعين: السحابي-الهجين وداخلي فقط
يدعم Zoom Meetings Hybrid طريقتين للتشغيل: وضعًا هجينًا من السحابة إلى الموقع المحلي يُعرف بوضع وحدة إعادة التوجيه الانتقائية (SFU)، ووضعًا داخليًا فقط (iMMR) للاجتماعات غير السحابية. يتم تكوين الاجتماعات لاتصالات سحابية-هجينة بشكل افتراضي، ولكن يمكن تعيينها كداخلية فقط عندما يقوم المستخدمون بجدولة اجتماع أو تعديله. ويمكن أيضًا دعم كلا نوعي الاجتماعات بواسطة الوحدة نفسها [في الوقت نفسه](#meetings-hybrid-can-simultaneously-support-cloud-hybrid-and-internal-only-meetings).
#### يربط وضع السحابة-الهجينة المستخدمين داخل شبكتك المؤسسية بالسحابة من خلال الوحدة الهجينة
في وضع السحابة-الهجينة (وضع SFU)، يتصل المستخدمون داخل شبكتك المؤسسية بالوحدة الهجينة كنقطة اتصال وسيطة بين العميل والسحابة. تقوم الوحدة الهجينة بتعدد إرسال وإعادة توزيع تدفقات صوت الاجتماع والفيديو ومشاركة الشاشة بين المستخدمين والسحابة.
**لا تؤثر اجتماعات السحابة-الهجينة على اتصالات الإشارة من السحابة إلى العميل**
على الرغم من أن وحدة Zoom Meetings Hybrid يمكنها إعادة توزيع *الوسائط*, لا تتولى الوحدة اتصالات الإشارة من السحابة إلى العميل. سيواصل المستخدمون المتصلون بوحدة Meetings Hybrid إنشاء اتصال إشارة خفيف عرض النطاق مع خادم سحابة الاجتماع للبيانات والعمليات داخل الاجتماع، مثل بدء تسجيل سحابي أو تحديث قائمة المشاركين.
{% hint style="danger" %}
**تحذير**
أجهزة العميل **يجب** أن يكون لديها وصول عبر وكيل أو مسار افتراضي إلى الإنترنت قادر على الوصول إلى خدمات سحابة Zoom. يُدعم وكيل HTTPS، لكن الأجهزة التي لا تتمتع بإمكانية الوصول لن تتمكن من الاتصال بالاجتماعات.
{% endhint %}
#### يربط وضع داخلي فقط المستخدمين باجتماع محلي، ولا يسمح للمشاركين خارج الشبكة بالانضمام
عندما يتم جدولة اجتماع بوضع داخلي فقط، تعمل الوحدة الهجينة كموجّه وسائط متعددة داخلي (iMMR)، حيث تقوم بتعدد الإرسال وإعادة توزيع صوت الاجتماع والفيديو ومشاركة الشاشة بين المستخدمين داخل شبكة الشركة. تكون هذه الاجتماعات معزولة عن شبكة الشركة و **لا يمكن** الاتصال أو التسلسل إلى خوادم أو خدمات اجتماعات السحابة، مما يمنع المشاركين الخارجيين أو خدمات مثل التسجيل السحابي من الانضمام إلى الاجتماع.
**توجّه الاجتماعات الداخلية فقط كلًا من اتصالات الإشارة والوسائط عبر الوحدة الهجينة**
على عكس نموذج السحابة-الهجينة، توجّه الاجتماعات الداخلية فقط كلًا من الوسائط *و* الإشارة داخل الشبكة إلى الوحدة الهجينة. وهذا ينشئ نوع اجتماع محليًا كاملًا، دون إمكانية للاتصالات الخارجية.
**يمكن للموظفين خارج شبكة الشركة الانضمام إلى الاجتماعات الداخلية فقط عبر VPN**
يمكن للموظفين خارج شبكة الشركة الانضمام إلى الاجتماعات الداخلية فقط أثناء الاتصال بشبكة VPN إذا كان خادم VPN قادرًا على التواصل مع الوحدة الهجينة عبر شبكة الشركة. ومع ذلك، يجب على المستخدمين **يجب** أن يكونوا مسجلين الدخول إلى حساب Zoom الخاص بشركتهم للانضمام.
على سبيل المثال، يكون موظف عن بُعد متصلًا بشبكة VPN الخاصة بالشركة من شبكة منزله دون تقسيم النفق. وطالما أن المستخدم مسجل الدخول إلى حساب Zoom الخاص بشركته ويمكن لخادم VPN المتصل التواصل مع الوحدة الهجينة داخل شبكة الشركة، يمكن للمستخدم البعيد الاتصال باجتماع داخلي فقط عن بُعد.
#### يمكن لـ Meetings Hybrid دعم الاجتماعات السحابية-الهجينة والاجتماعات الداخلية فقط في الوقت نفسه
يمكن لـ Meetings Hybrid دعم الاجتماعات السحابية-الهجينة والاجتماعات الداخلية فقط في الوقت نفسه، مما يلغي الحاجة إلى عمليات نشر منفصلة لكل حالة استخدام.
على سبيل المثال، لدى شركة وحدة هجينة واحدة منشورة داخل شبكتها، مع 400 مستخدمًا متصلًا. في هذا السيناريو، يمكن لـ 200 مستخدم الاتصال بالاجتماعات السحابية-الهجينة، بينما يتصل المستخدمون الـ200 المتبقون باجتماعات داخلية فقط. ولكل نوع اجتماع متصل، ستحترم وحدة Meetings Hybrid توجيه الاتصال المقصود: ستوجّه الاجتماعات السحابية-الهجينة الوسائط عبر الوحدة والإشارة إلى السحابة؛ وستوجّه الاجتماعات الداخلية فقط كلًا من الوسائط والإشارة حصريًا محليًا.
#### يحافظ Zoom Meetings Hybrid على جميع الوسائط محليًا إذا لم يكن هناك مشاركون خارجيون وكان جميع المستخدمين متصلين بالوحدة الهجينة نفسها
إذا كان المستخدمون متصلين باجتماع مُمكّن للوضع السحابي-الهجين عبر وحدة Meetings Hybrid نفسها، ولكن لا يوجد مشاركون خارجيون، فلن تنقل الوحدة الهجينة الوسائط بين سحابة Zoom. بدلًا من ذلك، ستبقى جميع وسائط الاجتماع محليًا وتُوجَّه داخل شبكة الشركة عبر الوحدة الهجينة. لن تغادر وسائط الاجتماع الشبكة إلا بعد انضمام مشارك خارجي من السحابة، أو إذا اتصلت وحدة هجينة ثانية داخل الشبكة بالاجتماع.
على سبيل المثال، تنضم مجموعة من المستخدمين داخل شبكة الشركة إلى الاجتماع نفسه المفعّل للوضع السحابي-الهجين. جميع المستخدمين متصلون بالوحدة الهجينة نفسها وجميع وسائط الاجتماع تُوجَّه داخل شبكة الشركة. بمجرد انضمام مستخدم خارجي إلى الاجتماع من السحابة، أو اتصال وحدة هجينة ثانية بالاجتماع، ستفتح الوحدة الهجينة (أو الوحدات الهجينة) اتصال وسائط مع السحابة، وتعيد توزيع وسائط الاجتماع من السحابة وإليها.
{% hint style="info" %}
**ملاحظة**
يمكن للمستخدمين الداخليين أيضًا إنشاء اتصالات وسائط خارجية إذا كانت البنية التحتية الهجينة [عند السعة القصوى](#each-sfu-immr-supports-up-to-400-standard-definition-or-200-high-definition-user-connections-per-mod).
{% endhint %}
#### يدعم Zoom Meetings Hybrid الاجتماعات المشفرة من طرف إلى طرف لكلا وضعي الاجتماع
يدعم Zoom Meetings Hybrid [المشفّرة من طرف إلى طرف](https://support.zoom.us/hc/en-us/articles/360048660871-End-to-end-E2EE-encryption-for-meetings) (E2EE) في كل من وضعي الاجتماع السحابي-الهجين وداخلي فقط. ويوفر ذلك طبقة إضافية من الأمان للاجتماعات السرية، ويمكن إقرانه بالاجتماعات الداخلية فقط للاجتماعات التي تتطلب أعلى مستويات الأمان المتاحة ضمن منصة Zoom.
#### يمكن للعملاء نشر مناطق هجينة متعددة خاصة بكل منطقة عبر مراكز بياناتهم
يدعم Zoom Meetings Hybrid عمليات نشر متعددة المناطق، مما يسمح للعملاء بنشر بيئات هجينة منفصلة لمواقع أو مناطق مختلفة. وعند وجود مناطق متعددة، سيتصل المستخدمون بأقرب وحدة هجينة بناءً على زمن ping الخاص بهم إلى الأجهزة المتاحة.
على سبيل المثال، إذا كان لدى شركة مكتب في نيويورك وآخر في لوس أنجلوس، فقد يؤدي نشر هجين واحد في موقع واحد إلى مشكلات في الكمون أو الأداء بسبب طول المسافة. بدلًا من ذلك، يمكن للعملاء نشر بيئة هجينة لكل موقع أو منطقة محددة لتحسين تجربة المستخدم. وعندما يحاول المستخدم الاتصال باجتماع، سيجري Zoom Client الخاص بالمستخدم اختبار ping على الوحدات الهجينة المتاحة وسيتصل بالوحدة ذات أقل زمن كمون.
#### لا يحل Zoom Meetings Hybrid محل موصل الاجتماع من Zoom
موصل الاجتماع من Zoom هو عبء عمل على Zoom Node يوفّر حلاً مُدارًا عبر سحابة ومحليًا لإنشاء منطقة اجتماع داخل مركز البيانات الخاص بشركتك، من دون دعم سحابة أو بديل احتياطي. مع موصل الاجتماع، تكون جميع خوادم الاجتماع والأجهزة مملوكة وتتم صيانتها من قبل شركتك، ويجب السماح باتصالات خارجية لكي يتمكن المشاركون الخارجيون من الانضمام إلى اجتماعاتك.
على خلاف موصل الاجتماع، يواصل Zoom Meetings Hybrid استخدام بنية تحتية لاجتماعات مُدارة عبر سحابة بالاقتران مع أجهزة هجينة في مركز البيانات الخاص بك، ولا يتطلب استضافة خوادم الاجتماع أو السماح للمشاركون الخارجيون بالاتصال بمراكز البيانات الخاصة بك.
يوضح الجدول التالي بعض الفروق الرئيسية بين هذين المنتجين:
| القدرة | الاجتماعات الهجينة | موصل الاجتماع |
| ------------------------------- | ----------------------------- | ----------------- |
| خادم محلي | ☑️ | ☑️ |
| يدعم مناطق متعددة | ☑️ | ☑️ |
| الوسائط حصريًا محليًا |
☑️ (أثناء وضع iMMR)
|
☑️
|
| التتابع إلى سحابة | ☑️ |
|
| يمكن لمستخدم الانضمام عبر سحابة | ☑️ |
|
| خدمات سحابة (التسجيل، إلخ.) | ☑️ |
|
| يسمح باتصالات مستخدم خارجي |
| ☑️ |
### وظائف Zoom Meetings Hybrid
يتناول هذا القسم وظائف وتصميم وحدة خدمة Zoom Meetings Hybrid.
#### يتألف Zoom Meetings Hybrid من مكونين: وحدة التوجيه الانتقائي/MMR الداخلي، ووكيل جهاز التحكم في المنطقة
لنشر Zoom Meetings Hybrid داخل شبكة، يلزم وجود مكونين من Zoom Node: وحدة التوجيه الانتقائي (SFU)/MMR الداخلي (iMMR)، ووكيل جهاز التحكم في المنطقة (ZCP). راجع الملحق في نهاية هذا المستند لمزيد من المعلومات [في وحدات الخدمة](#service-modules-are-the-services-that-run-on-the-zoom-node-os-and-are-easily-deployed-through-the-we).
#### يعمل SFU/iMMR مثل مشترك كهربائي، حيث يعيد توزيع الوسائط إلى عملاء Zoom المتصلين
تُعد وحدة Selective Forwarding Unit (SFU)/Internal MMR (iMMR) أساسية في تصميم Zoom Meetings Hybrid. ومثل مشترك كهربائي، فإن SFU/iMMR هو «إضافة» شبكية مركزية توزع الوسائط إلى عملاء Zoom المتصلين. ومع ذلك، تختلف وظيفة وحدة SFU/iMMR حسب نوع الاجتماع.
في الاجتماعات الهجينة، يعمل SFU/iMMR كنقطة اتصال رئيسية لعملاء Zoom الداخليين، حيث يقوم بتعدد الإرسال وإعادة توزيع وسائط الاجتماع بين عملاء Zoom المتصلين داخل الشبكة والسحابة.
بالنسبة إلى الاجتماعات الداخلية فقط، يعمل SFU/iMMR كموجّه وسائط متعددة محلي، حيث يقوم مركزيًا بتعدد الإرسال وتوزيع الوسائط إلى مستخدمين متصلين ووحدات SFU/iMMR الأخرى (إن كانت متصلة) دون سحابة Zoom.
#### يدعم كل SFU/iMMR ما يصل إلى 400 اتصال تعريف معياري أو 200 اتصال مستخدم عالي الدقة لكل وحدة
تدعم كل وحدة SFU/iMMR ما يصل إلى 400 من المشاركون المتزامنون ذوو تعريف معياري لكل وحدة، أو ما يصل إلى 200 من المشاركون المتزامنون عالي الدقة (720p). وعند السعة القصوى لاجتماع واحد، يمكن لوحدة SFU/iMMR تقليل استهلاك النطاق الترددي الخارجي بنسبة 400:1 أو 200:1، وذلك حسب دقة الاجتماع.
#### يمكن لوحدة SFU/iMMR دعم عدة اجتماعات في الوقت نفسه
تدعم وحدة SFU/iMMR اتصالات الاجتماعات المتزامنة، مما يتيح لوحدة واحدة دعم عدة اجتماعات فريدة ومتزامنة، بما في ذلك الاجتماعات الهجينة المرتبطة بالسحابة والاجتماعات الداخلية فقط.
على سبيل المثال، 400 مستخدم داخل الموقع يتصلون في الوقت نفسه بـ 25 اجتماعًا مختلفًا بتعريف معياري مع وجود مستخدمين خارجيين عرض. مع Zoom Meetings Hybrid، يمكن لوحدة SFU واحدة دعم اتصال جميع المستخدمين باجتماعاتهم الخاصة، مما يخفض عدد تدفقات الوسائط الخارجية من 400 إلى 25. وبمتوسط 1.2 ميغابت في الثانية لكل اتصال وسائط، يمكن لوحدة SFU أن توفر للموقع نحو 450 ميغابت في الثانية من النطاق الترددي الخارجي في هذا السيناريو.\\
#### يمكن لوحدة SFU/iMMR دعم الاجتماعات الهجينة المرتبطة بالسحابة والاجتماعات الداخلية فقط في الوقت نفسه
يمكن لوحدة SFU/iMMR أن تدعم في الوقت نفسه الاجتماعات الهجينة السحابية والاجتماعات الداخلية فقط، مما يلغي الحاجة إلى عمليات نشر منفصلة لكل حالة استخدام. ولكل نوع اجتماع متصل، ستحترم الوحدة الهجينة التوجيه المقصود للاتصال: ستوجه الاجتماعات الهجينة السحابية الوسائط عبر الوحدة وإشارات التحكم إلى السحابة؛ وستوجه الاجتماعات الداخلية فقط كلًا من الوسائط وإشارات التحكم حصريًا عبر الوحدة الهجينة المحلية.
على سبيل المثال، يوجد 400 مستخدم داخل الموقع ويجرون اتصالًا متزامنًا بثلاثة اجتماعات منفصلة بدقة معيارية. ويكون اجتماعا السحابة الهجينة مع مستخدمين خارجيين عرضًا، ويتصل 300 مستخدم من شبكة الشركة عبر وحدة SFU/iMMR العاملة في وضع SFU. أما الاجتماع الثالث فهو داخلي فقط، ويتصل 100 مستخدم بنفس وحدة SFU/iMMR العاملة في وضع iMMR.
في هذا المثال، يكون لدى المستخدمين المتصلين بالاجتماعات السحابية الهجينة اتصال وسائط ثنائي الاتجاه مع وحدة SFU/iMMR، ولديهم اتصالات إشارات مستقلة ثنائية الاتجاه مع السحابة. وفي الوقت نفسه، يكون لدى المستخدمين المتصلين بالاجتماع الداخلي فقط اتصالات إشارات ووسائط ثنائية الاتجاه حصريًا مع نفس وحدة SFU/iMMR، التي تحتفظ بجميع بيانات الاجتماع الداخلي داخل الموقع ولا تقوم بتتابعها إلى السحابة.
#### بالنسبة للاجتماعات السحابية الهجينة، تعمل SFU/iMMR فقط كجهاز تمرير، ولا تملك إمكانية الوصول إلى أي مفاتيح للاجتماع أو للمستخدم
عند الاتصال باجتماع سحابي هجين (وضع SFU)، لا تتطلب وحدات SFU/iMMR ولا تملك إمكانية الوصول إلى مفاتيح تشفير الاجتماع. وبدلًا من ذلك، تحافظ الوحدات على أدوار خلط الوسائط بوصفها معالجات وسائط اجتماع مشفرة، غير القادرة على الوصول إلى محتويات تدفق الوسائط.
#### بالنسبة للاجتماعات الداخلية فقط، تقوم SFU/iMMR بإنشاء وتوزيع جميع مفاتيح التشفير داخل الشبكة المؤسسية
عند العمل كموجّه وسائط متعددة للاجتماعات الداخلية فقط (وضع iMMR)، تكون وحدة SFU/iMMR العليا في الاجتماع مسؤولة عن إنشاء وتوزيع مفاتيح التشفير داخل الاجتماع. ويتم إنشاء مفاتيح التشفير وتوزيعها باستخدام الأساليب التشفيرية نفسها مثل MMRs المستندة إلى السحابة.
#### لا يمكن لوحدات SFU/iMMR التواصل مع بعضها البعض عبر الشبكة عند الاتصال باجتماع سحابي هجين
لا تدعم وحدات SFU/iMMR التواصل عبر الشبكات المتقاطعة (شرق-غرب) داخل مركز البيانات عند الاتصال باجتماع سحابي هجين. ويجب، بحكم التصميم، توجيه جميع الاتصالات من SFU إلى SFU الخاصة بالاجتماعات السحابية الهجينة عبر البنية التحتية للسحابة الخاصة بـ Zoom (شمال-جنوب).
#### يمكن لوحدات SFU/iMMR التواصل مع بعضها البعض عبر الشبكة عند الاتصال باجتماع داخلي فقط
على عكس اجتماعات سحابة-هجينة، تدعم الاجتماعات الداخلية فقط الاتصال عبر الشبكة (شرق-غرب) بسبب تصميم الاجتماع الداخلي. تتطلب اجتماعات سحابة-هجينة من كل وحدة SFU/iMMR الاشتراك في موجز الوسائط الخاص بـ MMR سحابة «العلوي»؛ ومع ذلك، لا تستخدم الاجتماعات الداخلية فقط موجزات وسائط السحابة. وبدلاً من ذلك، تكون أول وحدة iMMR/SFU تنشئ اجتماعًا داخليًا فقط هي MMR «العلوي»، وتقوم وحدات SFU/iMMR الإضافية بالاشتراك في موجز MMR العلوي، مما يتيح الاتصال عبر الشبكة.
#### تقوم وحدة وكيل جهاز التحكم في المنطقة بربط SFU/iMMR بسحابة Zoom
تتحمل وحدة وكيل جهاز التحكم في المنطقة مسؤولية اتصال وحدات SFU/iMMR ببنية Zoom التحتية لاجتماعات السحابة، عند الاقتضاء.
أثناء عملية اتصال اجتماع المستخدم، ترسل خدمات Zoom على الويب طلبًا بين وكيل جهاز التحكم في المنطقة وجهاز التحكم السحابي في المنطقة لجلب معلومات خادم الاجتماع. تُمرَّر هذه المعلومات من وكيل جهاز التحكم في المنطقة إلى SFU/iMMR، والذي سيتصل بسحابة Zoom لاجتماعات سحابة-هجينة، أو سيبدأ اجتماعًا للاجتماعات الداخلية فقط.
#### تتطلب عمليات النشر ما لا يقل عن وكيلين من جهاز التحكم في المنطقة لكل موقع
يتطلب كل موقع جغرافي يتم نشر Zoom Meetings Hybrid فيه ما لا يقل عن وكيلين من جهاز التحكم في المنطقة من أجل المرونة والاستقرار.
على سبيل المثال، إذا كانت شركة تنشر Zoom Meetings Hybrid في مكتبيها في لوس أنجلوس ونيويورك، فينبغي أن تنشر وحدتي ZCP في كل موقع، ليصبح الإجمالي أربعة.
#### إذا تعطلت وحدة SFU/iMMR بشكل غير متوقع، فسيتحول المستخدمون إلى اتصالات بديلة عندما يكون ذلك ممكنًا
على الرغم من أن ذلك غير متوقع، ففي حال حدوث فعالية فشل للوحدة الهجينة (أي تعطلها) أثناء اتصال المستخدمين، سيبدأ المستخدمون في التحول إلى اتصالات بديلة إذا أمكن. وتُوصف هذه السيناريوهات في الأقسام الثلاثة التالية.
#### سيتم تحويل المستخدمين المتصلين باجتماع سحابة-هجين إلى وحدة SFU/iMMR بديلة إن كانت متاحة، وإلى السحابة كملاذ أخير
إذا كان المستخدمون متصلين باجتماع هجين في السحابة عبر وحدة SFU/iMMR تتعطل فجأة، فستحاول تطبيقات العميل الخاصة بالمستخدمين تلقائيًا إجراء التبديل الاحتياطي إلى وحدات SFU/iMMR أخرى متاحة داخل الشبكة. وإذا كانت الموارد الأخرى عند السعة أو غير متاحة، فستنشئ تطبيقات العميل الخاصة بالمستخدمين اتصالات مستقلة بالسحابة كحل أخير للتبديل الاحتياطي.
#### سيجري المستخدمون المتصلون باجتماع داخلي فقط التبديل الاحتياطي إلى وحدة SFU/iMMR مختلفة إذا لم تكن الوحدة المعطلة هي MMR الأعلى
إذا كان المستخدمون متصلين باجتماع داخلي فقط وتعطلت وحدة SFU/iMMR الخاصة بهم، فسيجري المستخدمون التبديل الاحتياطي إلى وحدات SFU/iMMR بديلة إذا كانت متاحة، بشرط ألا تكون وحدة SFU/iMMR الخاصة بهم هي مضيف MMR الأعلى مستوى للاجتماع الداخلي.
#### إذا تعطلت وحدة SFU/iMMR التي بدأت اجتماعًا داخليًا فقط، فيجب إعادة تشغيل الاجتماع
بسبب تصميم الشبكة للاجتماعات الداخلية فقط، تُعيَّن وحدة SFU/iMMR التي تبدأ الاجتماع على أنها MMR الأعلى مستوى للاجتماع. وإذا فشل MMR الأعلى مستوى للاجتماع، أو توقف، أو غادر الاجتماع، فسينهار الاجتماع ويجب إعادة تشغيله. MMRs ذات المستوى الأعلى **لا يمكن** ستجري التبديل الاحتياطي إلى موارد هجينة بديلة.
#### تظهر اتصالات Zoom Meetings Hybrid كـ «مركز بيانات يتحكم فيه مالك الحساب الخاص بحساب Zoom الخاص بك» داخل العميل
عند الاتصال ببنية Meetings Hybrid التحتية، سيرى المستخدمون أنهم «...متصلون بشبكة Zoom العالمية… عبر مركز بيانات يتحكم فيه مالك الحساب الخاص بحساب Zoom الخاص بك» داخل العميل. وبدلاً من ذلك، سيرى المستخدمون المتصلون بالبنية التحتية القائمة على السحابة الرسالة «متصلون بشبكة Zoom العالمية».
الصور التالية تعرض ما سيراه المستخدمون عند الاتصال باجتماع Zoom Meetings Hybrid مقارنةً باجتماع قائم على السحابة.\\
{% columns %}
{% column %}
{% endcolumn %}
{% column %}
{% endcolumn %}
{% endcolumns %}
#### يستخدم Zoom Meetings Hybrid تكوين جدار الحماية المعياري من Zoom ولا يتطلب قواعد خاصة
لا يتطلب Zoom Meetings Hybrid أي قواعد جدار حماية إضافية أو إعدادات خارج [التوصية الافتراضية من Zoom](https://support.zoom.us/hc/en-us/articles/201362683-Zoom-network-firewall-or-proxy-server-settings). ستواصل اتصالات الوسائط استخدام UDP/TCP 8801 وTCP 443 (TLS 1.2) كمنافذ معيارية للخدمة.
{% hint style="info" %}
**ملاحظة**
يتم دعم فصل المنافذ للوسائط (UDP 8801-8803). تأكد من تكوين قواعد جدار الحماية لتشمل 8802 و8803 إذا تم تمكين فصل المنافذ.
{% endhint %}
### الملحق: Zoom Node
يقدم هذا القسم مقدمة عامة إلى منصة Zoom Node ومفاهيمها الأساسية.
#### يجلب Zoom Node الأجزاء الرئيسية من خدمة Zoom إلى مراكز البيانات والمكاتب الخاصة بك
Zoom Node هو حل هجين يدمج خوادم مركز البيانات لديك مع سحابة Zoom للمساعدة في تقديم خدمات Zoom إلى مكاتبك.
وبفضل نموذج نشر مدفوع بالسحابة، يمكن لمسؤولي Zoom نشر خدمات Zoom الهجينة بشكل ديناميكي وسريع على خوادم مركز البيانات الخاصة بهم من لوحة معلومات مركزية على الويب. وتتضمن لوحة المعلومات هذه أيضًا أدوات لإدارة الخدمة، والترقيات، وإدارة السجلات، وإعداد تقارير الأداء، وإطارًا قويًا لاستكشاف الأخطاء وإصلاحها.
#### Zoom Node هو تصميم معياري، حيث لا تنشر سوى وحدات الخدمة التي تحتاجها
بدلاً من طلب برامج منفصلة لكل خدمة مختلطة، يُعد Zoom Node منصة معيارية «متكاملة» تتيح للشركات إدارة ونشر عدة خدمات مختلطة باستخدام إطار عمل مشترك واحد.
يحقق Zoom Node هذا التصميم المعياري عن طريق تثبيت نظام التشغيل Zoom Node (نظام تشغيل قائم على Linux) على خوادم مركز البيانات الخاصة بالمؤسسات، مما يحولها إلى عُقد. وبمجرد تثبيت البرنامج، تسجّل العقدة في منصة Zoom Node في سحابة وتنتظر تثبيت وحدات خدمة متنوعة توفر وظائف خدمة Zoom.
#### يتضمن Zoom Node لوحة المعلومات غنية بالميزات لإدارة الخدمات، والترقيات، والتنبيهات، واستكشاف الأخطاء وإصلاحها، وغير ذلك الكثير.
باعتبارها موزعًا مركزيًا لإدارة عمليات نشر Zoom Node، تتضمن لوحة المعلومات الخاصة بـ Zoom Node أدوات لإدارة الخدمات، وعمليات النشر، والترقيات، وإدارة السجلات، وإعداد تقارير الأداء، وإطار عمل قوي لاستكشاف الأخطاء وإصلاحها.
#### وحدات الخدمة هي الخدمات التي تعمل على نظام التشغيل Zoom Node، ويمكن نشرها بسهولة عبر الويب.
وحدات الخدمة هي تطبيقات الخدمات التي تعمل على نظام التشغيل Zoom Node، مما يسمح للخدمات بالعمل. يعيّن مسؤولو Zoom الخدمات إلى العُقد من خلال لوحة المعلومات الخاصة بـ Zoom Node على بوابة الويب. بعد تعيين الخدمة إلى عقدة، تدفع منصة Zoom Node وحدة الخدمة المختارة إلى العقدة وتثبتها تلقائيًا. وبمجرد اكتمال التثبيت، تصبح نقطة نهاية العقدة جاهزة للاستخدام مع الخدمة أو الخدمات المختلطة المعيّنة لها.
#### يمكن لكل Zoom Node دعم ما يصل إلى أربع وحدات خدمة.
يمكن لكل جهاز Zoom Node دعم ما يصل إلى أربع وحدات خدمة لكل جهاز، باستثناء وحدة قابلية البقاء المحلية لـ Zoom Phone. يمكن إنشاء عُقد إضافية وربطها لتلبية المتطلبات الإضافية أو لتعزيز المرونة.
على سبيل المثال، تنشر شركة Zoom Meetings Hybrid عبر عدة مراكز للبيانات، بدءًا من نيويورك. وقد جُهّز كل مركز البيانات بعدة نقاط نهاية لـ Zoom Node متصلة بمنصة Zoom Node، ولكن لم تُعيّن لأي منها خدمة عقدة لتوفير الوظائف، كما يظهر في الصورة التالية.
بمجرد أن تصبح الشركة جاهزة لنشر Zoom Meetings Hybrid ضمن شبكتها، ينشر مسؤول الحساب خدمة Zone جهاز التحكم Proxy واحدة، وثلاث وحدات SFU/iMMR إلى العُقدتين 1 و2. وينشر مسؤول أيضًا وحدة SFU/iMMR إضافية إلى العقدة الثالثة كاحتياطي. تدفع منصة Zoom Node جميع خدمات العقدة وتثبتها في كل نقطة نهاية للعقدة، وبعد اكتمال التثبيت، يصبح Zoom Meetings Hybrid جاهزًا للاستخدام كما يظهر في الصورة التالية.
#### تدعم Zoom Node إنشاء شهادات PKI الآلية من البداية إلى النهاية (Auto-PKI)
تتضمن Zoom Node إدارة شهادات عامة آلية من البداية إلى النهاية عبر DigiCert. تُدفع جميع تكاليف إنشاء الشهادات وتجديدها بواسطة Zoom، لكن Zoom لا تتعامل مع المفاتيح الخاصة للعميل أو تملك إمكانية الوصول إليها من خلال هذه العملية.
يمكن للعملاء الذين لديهم استراتيجية شهادات قائمة أن يختاروا إنشاء الشهادات وتجديدها ودعمها يدويًا مع جهة إصدار شهادات من اختيارهم، لكن هذه التكاليف لن تدفعها Zoom. ينبغي على العملاء الذين يعتزمون استخدام جهة إصدار شهادات بديلة التحدث مع فريق الحساب الخاص بهم مسبقًا.
#### يحتوي كل Zoom Node على إدخال DNS ديناميكي يستخدم URL فارغ الخاص بالحساب: \*.zoomonprem.com (Auto-DNS)
تُنشئ Zoom Node تلقائيًا إدخالات DNS ديناميكية لكل خادم ضمن النطاق \*.zoomonprem.com باستخدام URL فارغ الحالي للحساب المضيف، على سبيل المثال. `success01.zoomonprem.com`.
يبسّط هذا النظام إدارة جدار الحماية عند الاتصال بنشرات Zoom Node المستخدمة من قِبل عملاء Zoom آخرين. لن يحتاج العملاء الأفراد بعد الآن إلى قواعد جدار حماية للاتصال بعميل آخر من عملاء Zoom Node، بل يمكنهم بدلًا من ذلك الموافقة على النطاق الكامل zoomonprem.com باستخدام قيم أحرف البدل.
#### تعمل Zoom Node على الأجهزة الافتراضية
تم تصميم Zoom Node ليعمل على أجهزة بمواصفات الخوادم، باستخدام الأجهزة الافتراضية، والمثبتة مع صورة نظام تشغيل Zoom Node المُحصّنة. ستتطلب جميع الخدمات عناوين IP داخلية ثابتة، مع حاجة بعض الخدمات إلى عناوين IP عامة من أجل الاتصال الخارجي.
ستكون متطلبات ومواصفات الأجهزة فريدة لأهداف النشر المختلط لديك. يُرجى الرجوع إلى فريق الحساب الخاص بك لمزيد من المعلومات حول تحديد احتياجات مؤسستك للنشر المختلط.
#### Zoom Node ليس مناسبًا لكل عميل
لكل مؤسسة متطلبات فريدة عندما يتعلق الأمر بخدمات الاتصالات الموحدة. يجب النظر في هذه الاحتياجات بعناية قبل اتخاذ قرار نشر بيئة هجينة. في معظم الحالات، يكون التكوين التقليدي لسحابة Zoom هو الحل الأمثل لمعظم الشركات؛ ومع ذلك، هناك مؤسسات تستفيد من التكوينات الهجينة. يجب على كل مؤسسة أن تكون دقيقة في النظر في الآثار المترتبة على إنشاء بيئة هجينة وصيانتها.
#### يمكن أن يكون التوسّع صعبًا ومكلفًا في إدارته
قد يكون توسيع الأجهزة لدعم عدد كبير من المستخدمين في البيئات الهجينة مكلفًا. وبحسب الخدمات المنشورة، فإن دعم 10,000 مستخدم قد يتطلب ما بين 7 و13 عقدة Zoom، بينما قد يتطلب دعم 100,000 مستخدم ما بين 60 و120 عقدة Zoom.
إن إدارة وصيانة ودعم بنية الأجهزة و/أو بنية Hypervisor المطلوبة لـ Zoom Node تفرض أيضًا عبئًا إضافيًا على أي مؤسسة، وينبغي أخذها في الاعتبار بعناية عند دراسة عمليات النشر الهجينة.
#### مزايا الأمان محدودة
لا يقدّم Zoom Node أساليب تشفير إضافية أو مزايا أمنية كبيرة مقارنةً بخدمة Zoom السحابة الأصلية، باستثناء إمكانية استخدامه كبروكسي ويب متخصص أو لإبقاء السجلات محليًا.
تتطلب عمليات النشر الهجينة أيضًا قواعد وإعدادات إضافية لجدار الحماية لجعل نقاط نهاية Node متاحة مع الخدمات الخارجية. ينبغي لفرق أمن الشبكات أن تنتبه إلى هذه المتطلبات الإضافية الخاصة بجدار الحماية والأمان عند التفكير في نشر البيئات الهجينة.
#### تتطلب البيئات الهجينة وشبكات VPN إعدادات
قد يحتاج الموظفون عن بُعد إلى اتصال VPN أو إلى إعداد تقسيم النفق لتوجيه حركة مرور اجتماعهم إلى خدمات Zoom Node إذا رغبوا في ذلك. قد يؤدي هذا الارتفاع في حركة المرور إلى إرباك بنية VPN التحتية إذا لم تكن قادرة على التعامل مع عرض النطاق الإضافي المرسل والمستقبل. يلزم التخطيط الدقيق عند الجمع بين الخدمات الهجينة والعاملين عن بُعد وبنية الشبكة التحتية عن بُعد.
#### تتطلب مشاركة سجلات الخادم أخذ اعتبارات دقيقة في الحسبان
على الرغم من أن الحفاظ على التحكم المحلي في سجلات وقيود Zoom Node هو جزء من عمليات النشر الهجينة، فإن هذه الميزة قد تكون معيقة عند استكشاف أخطاء البنية التحتية الهجينة وإصلاحها.
تُحافَظ سجلات الخدمة محليًا بشكل افتراضي، وتتضمن البيانات والتشخيصات ومعلومات أخرى غير متاحّة لـ Zoom للاطلاع عليها. ومع ذلك، من أجل استكشاف أخطاء التكوينات الهجينة ومخاوف الجودة وإصلاحها بفعالية، يلزم مشاركة سجلات البيانات الهجينة مع Zoom لأغراض استكشاف الأخطاء وإصلاحها. يوفّر Zoom Node خدمة آمنة لتحميل ملفات السجلات عبر البوابة الإلكترونية وفقًا لتقدير العميل، لكن تحميل هذه السجلات قد يكشف عن بيانات تعريف الخدمة التي لا تتم مشاركتها مع Zoom في عمليات النشر الهجينة. وقد تتضمن هذه البيانات أسماء المشاركون الذين ينضمون محليًا، ورقم إصدار Zoom، ومعلومات نظام التشغيل، والمزيد.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://library.zoom.com/technical-library/technical-library-ar/khdmat-enterprise-almtqdmh/zoom-node/zoom-meetings-hybrid/zoom-meetings-hybrid-explainer.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
