# المتطلبات الأساسية للبنية التحتية لـ Zoom Node

يوضح هذا القسم متطلبات الأجهزة والبرامج الأساسية لنشر Zoom Node، بما في ذلك تثبيت الوحدات.

### <mark style="color:أزرق;">بناء أساس الاتصالات الهجينة لديك</mark>

يتم توفير مراجع الأجهزة والبرامج لكل سيناريو نشر أدناه.

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

يسمح لك فهم توافق برنامج التحويل الافتراضي بالاستفادة من استثمارات الافتراضية الحالية لمؤسسةك مع الحفاظ على الدعم الكامل لميزة Zoom Node.

| منصة برنامج التحويل الافتراضي | الحد الأدنى لمتطلب الإصدار                                     | اعتبارات التنفيذ الاستراتيجية                                                              |
| ----------------------------- | -------------------------------------------------------------- | ------------------------------------------------------------------------------------------ |
| **VMware vSphere/ESXi**       | 6.7 أو أحدث                                                    | خيار بمعيار الصناعة يوفر أوسع توافق، مثالي للمؤسسات التي لديها بنية VMware التحتية الحالية |
| **Proxmox VE**                | Proxmox 8.x أو 9.0.x (الآلة الافتراضية فقط/لا يوجد دعم لـ LXC) | خيار مفتوح المصدر وفعّال من حيث التكلفة يدعم كلاً من تطبيقات Proxmox VE وvirt-manager      |
| **Nutanix AHV**               | AOS 6.10.x أو 7.x (الآلة الافتراضية فقط/لا يوجد دعم لـ LXC)    | مثالي للمؤسسات التي تستفيد من استراتيجيات البنية التحتية فائقة التقارب                     |
| **Microsoft Hyper-V Server**  | Hyper-V Server 2019 أو أحدث                                    | تكامل سلس للبيئات المتمحورة حول Windows                                                    |
| **خدمات AWS EC2**             | الإصدار الحالي                                                 | تكامل سلس للبيئات المتمحورة حول Windows                                                    |

{% hint style="info" %}
جهة الاتصال دعم Zoom للتحقق من صحة إصدار Hyper-V المحدد.
{% endhint %}

#### مواصفات أجهزة الآلة الافتراضية

تغطي المواصفات التالية متطلبات الأجهزة المعيارية والحد الأدنى.

**معياري تهيئة الإنتاج**

تُمكّن هذه الإعدادات المؤسسات على مستوى Enterprise من زيادة قدرات Zoom Node إلى أقصى حد عبر دعم ما يصل إلى أربع (4) وحدات خدمة متزامنة لكل Node.

| مكوّن البنية التحتية                        | المواصفات الفنية                                            | الأثر على الأعمال ومنطق التنفيذ                                                 |
| ------------------------------------------- | ----------------------------------------------------------- | ------------------------------------------------------------------------------- |
| **معمارية وحدة المعالجة المركزية**          | 64 بت Intel E5-2650v4 أو أحدث @ 2.0GHz+ AMD 64 بت @ 2.0GHz+ | يدعم إمكانات معالجة الوسائط في الوقت الفعلي الضرورية لتجارب مستخدم عالية الجودة |
| **تخصيص وحدة المعالجة المركزية الافتراضية** | 8 وحدات معالجة مركزية افتراضية                              | يتيح التشغيل المتزامن لعدة خدمات هجينة دون تدهور في الأداء                      |
| **تخصيص الذاكرة**                           | 16 جيجابايت RAM                                             | يدعم العمليات كثيفة الذاكرة بما في ذلك التحويل الترميزي وتوجيه الوسائط          |
| **توفير التخزين**                           | 200 جيجابايت HDD                                            | يستوعب نظام التشغيل، ووحدات الخدمة، والسجلات، وتخزين الوسائط المؤقتة            |
| **واجهة الشبكة**                            | بطاقة شبكة افتراضية بسعة 10 جيجابايت                        | يمنع اختناقات الشبكة أثناء سيناريوهات معالجة الوسائط ذات الحجم الكبير           |

**الحد الأدنى من التكوين القابل للتطبيق**

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

| مكوّن البنية التحتية                        | الحد الأدنى للمواصفات               | حالات الاستخدام المناسبة والقيود               |
| ------------------------------------------- | ----------------------------------- | ---------------------------------------------- |
| **تخصيص وحدة المعالجة المركزية الافتراضية** | 3 وحدات معالجة مركزية افتراضية      | بيئات الاختبار، عمليات نشر بخدمة واحدة         |
| **تخصيص الذاكرة**                           | 6-8 جيجابايت من ذاكرة RAM           | دعم محدود للمستخدم المتزامن، وقد يتطلب التوسعة |
| **توفير التخزين**                           | 200 جيجابايت HDD                    | تخزين أساسي للعمليات الضرورية فقط              |
| **واجهة الشبكة**                            | 1 جيجابايت/ثانية بطاقة NIC افتراضية | مناسب لعمليات النشر منخفضة الحجم               |

{% hint style="warning" %}
**اعتبار الأداء الحرج**: يجب على المؤسسات التخطيط للتوسع من المواصفات الدنيا إلى المواصفات المعيارية للإنتاج مع نمو أنماط الاستخدام. تشغيل نظام إنتاج على المواصفات الدنيا غير مدعوم ومن المرجح أن يسبب مشكلات في الأداء أو التثبيت.
{% endhint %}

### <mark style="color:أزرق;">بنية الشبكة ومتطلبات الاتصال الأساسية: ضمان اتصالات هجينة موثوقة</mark>

يوضح هذا القسم متطلبات الشبكة وعنوان بروتوكول الإنترنت (IP) وDNS الإلزامية اللازمة لتحقيق تكامل الخدمة السلس والتواصل الموثوق مع سحابة Zoom.

#### متطلبات الشبكة الأساسية

تشكل هذه التكوينات الشبكية غير القابلة للتفاوض الأساس لعمليات نشر Zoom Node الناجحة.

| متطلب الشبكة                  | المواصفات الفنية                                                                                  | الأثر الحرج على التنفيذ                                                   |
| ----------------------------- | ------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------- |
| **نوع شبكة الجهاز الافتراضي** | شبكات الجهاز الافتراضي المجمّعة/المباشرة إلزامية                                                  | تمكّن من الاتصال المباشر من العميل إلى Node وهو أمر أساسي للخدمات الهجينة |
| **تكوين NAT**                 | غير مدعوم - لا يمكن أن يوجد الجهاز الافتراضي خلف NAT الخاص بالمضيف الفائق                         | يمنع أعطال الاتصال بين العملاء وخدمات Zoom Node                           |
| **الاتصال بالإنترنت**         | مطلوب لتكامل خدمة السحابة                                                                         | يمكّن وظائف الخدمة الهجينة واتصال طبقة الإدارة                            |
| **دعم خادم الوكيل**           | مدعوم لاتصالات نظام التشغيل Zoom Node. يختلف دعم الوكيل حسب عائلة وحدة الخدمة؛ راجع وثائق الوحدة. | يمكّن اتصالًا موثوقًا بخدمات السحابة دون تعقيدات وسيطة                    |
| **العنونة الداخلية**          | العنونة RFC 1918 مدعومة بالكامل                                                                   | تسمح بالتكامل السلس مع مخططات شبكة المؤسسة الحالية                        |

#### مصفوفة تخطيط عنوان بروتوكول الإنترنت (IP)

يتيح التخصيص الاستراتيجي لعنوان بروتوكول الإنترنت (IP) نشر الخدمة بمرونة والتوسع المستقبلي.

| بنية النشر                    | متطلبات عنوان بروتوكول الإنترنت (IP)                              | مرونة التنفيذ ومسار النمو                         |
| ----------------------------- | ----------------------------------------------------------------- | ------------------------------------------------- |
| **Node معياري متعدد الخدمات** | عنوان بروتوكول الإنترنت (IP) فريد واحد لكل خدمة (حتى 4 إجمالًا)   | أقصى مرونة في النشر، ويدعم الطرح المرحلي للخدمات  |
| **تنفيذ Hybrid WAG**          | مطلوب عنوانا بروتوكول الإنترنت (IP) مخصصان                        | يمكّن خدمات بوابة تطبيقات الويب الزائدة عن الحاجة |
| **نشر موحّد**                 | عنوان بروتوكول الإنترنت (IP) واحد مشترك لـ Node + الوحدة الأساسية | محدود لسيناريوهات محددة منخفضة التعقيد            |
| **بنية التوافر العالي**       | عناوين بروتوكول الإنترنت (IP) متعددة عبر المكونات الموزعة         | يدعم متطلبات بقاء المؤسسة                         |

#### متطلبات بنية DNS

يضمن التكوين الصحيح لـ DNS اكتشاف الخدمة الموثوق والتحقق من الشهادة.

**متطلبات التنفيذ الحاسمة لـ DNS**

* **إلزامية حل DNS العام**: يجب أن تُحل جميع أسماء المضيفين الخاصة بـ Zoom Node عبر بنية DNS العامة
* **دعم DNS Split-Horizon**‎: يجب أن تحل مناطق DNS الخارجية أسماء مضيفي العقد ضمن نطاقات عنوان بروتوكول الإنترنت (IP) الخاصة بسحابة Zoom
* **بنية DNS الخاصة بالقدرة على البقاء**‎: يجب أن تظل خوادم DNS المحلية متاحة أثناء انقطاعات الإنترنت
* **متطلب اتساق التسمية**‎: يجب أن يشير المستخدمون الداخليون وبنية سحابة Zoom إلى أسماء المضيفين نفسها

{% hint style="info" %}
**أفضل ممارسة للتنفيذ**‎: وثّق جميع إدخالات DNS وحقّق منها قبل النشر لمنع مشكلات الشهادة والاتصال.
{% endhint %}

### <mark style="color:أزرق;">استراتيجية إدارة الشهادات: تأمين اتصالاتك الهجينة</mark>

يوضح هذا القسم خيارات الشهادات المتاحة—الآلية أو BYOC—ويقدم إرشادات تخطيط للتوافق مع سياسات الأمان وبنية النشر في مؤسسةك.

#### خيارات إدارة الشهادات الاستراتيجية

| طريقة الإدارة                  | النموذج التشغيلي                                       | حالة الاستخدام المثلى والفوائد التجارية                                              |
| ------------------------------ | ------------------------------------------------------ | ------------------------------------------------------------------------------------ |
| **Auto PKI (موصى به)**         | تسجيل وتجديد آليان مع تكاليف مُدارة من Zoom            | يقلل العبء التشغيلي، ويزيل مخاطر انتهاء صلاحية الشهادة، وهو مثالي لمعظم عمليات النشر |
| **إحضار شهادتك الخاصة (BYOC)** | شهادات مُدارة من مؤسسة باستخدام جهات إصدار شهادات عامة | يتيح الامتثال لسياسات PKI الحالية، ومناسب للمؤسسات ذات إدارة الشهادات الناضجة        |

#### متطلبات تنفيذ BYOC

يفصل هذا القسم نماذج الشهادات المدعومة ويقدم قالب تخطيط لضمان عمليات نشر آمنة وقابلة للتوسع عبر الخدمات.

**دليل اختيار نوع الشهادة**

| نوع الشهادة         | القدرة التقنية                       | مثال على التنفيذ                            | تعقيد النشر                 |
| ------------------- | ------------------------------------ | ------------------------------------------- | --------------------------- |
| **شهادة Wildcard**  | يشفر كل حركة مرور النطاقات الفرعية   | `*.company.com` يغطي جميع الخدمات           | إدارة مبسطة، نهج موصى به    |
| **شهادة Multi-SAN** | يدعم ما يصل إلى 5 أسماء مضيفين محددة | اسم نطاق مؤهل بالكامل (FQDN) منفصل لكل خدمة | يتطلب تخطيطًا مسبقًا شاملاً |

**قالب تخطيط الشهادات متعددة الخدمات**

استخدم هذا القالب لتخطيط متطلبات الشهادات الخاصة بك قبل النشر:

| دور الخدمة                 | اسم المضيف (إدخال SAN)               | عنوان بروتوكول الإنترنت (IP) المعيّن | ملاحظات تغطية الشهادة                                   |
| -------------------------- | ------------------------------------ | ------------------------------------ | ------------------------------------------------------- |
| **منصة Zoom Node**         | `zoom-node01.company.com`            | `10.1.50.100`                        | منصة أساسية تتطلب تغطية بالشهادة                        |
| **خدمة ZPLS**              | `zpls.company.com`                   | `10.1.50.100`                        | يمكنها مشاركة عنوان بروتوكول الإنترنت (IP) مع منصة Node |
| **خدمة التسجيل**           | `zoom-recording.company.com`         | `10.1.50.101`                        | تتطلب عنوان بروتوكول الإنترنت (IP) مخصصًا               |
| **خدمة ندوة عبر الإنترنت** | `zoom-ندوة عبر الإنترنت.company.com` | `10.1.50.102`                        | تتطلب عنوان بروتوكول الإنترنت (IP) مخصصًا               |
| **خانة خدمة مستقبلية**     | (محجوزة للتوسع)                      | غير متوفر                            | يحافظ على مرونة النشر                                   |

{% hint style="danger" %}
**تحذير حرج بشأن النشر**‏: شهادات معياري لمضيف واحد غير متوافقة مع Zoom Node إلا في السيناريو المحدد لعنوان IP/اسم مضيف مشترك واحد بين Node ووحدة واحدة.
{% endhint %}

### <mark style="color:أزرق;">المتطلبات المسبقة الخاصة بالخدمة: تمكين القدرات الهجينة المتقدمة</mark>

يوضح هذا القسم المتطلبات الأساسية الرئيسية لنشر Zoom Node في سياق خدمات AWS.

#### متطلبات نشر سحابة AWS

| متطلبات خدمات AWS             | المواصفات الفنية                    | غرض التنفيذ                                   |
| ----------------------------- | ----------------------------------- | --------------------------------------------- |
| **سعة محطة العمل**            | الحد الأدنى 20 جيجابايت من التخزين  | يدعم تثبيت الأدوات وتحويل الصور               |
| **أدوات سطر أوامر خدمات AWS** | الإصدار الأحدث مطلوب                | يتيح تدفقات عمل النشر الآلي                   |
| **أدوات صور QEMU**            | `qemu-img` أداة مساعدة              | يُسهّل تحويل VMDK إلى AMI                     |
| **تكوين IAM**                 | `vmimport` دور مع السياسات المناسبة | يتيح عمليات استيراد الأجهزة الافتراضية الآمنة |
| **البنية التحتية لـ S3**      | حاوية مع `vmimport` الأذونات        | يوفر مرحلة انتقالية لصور الأجهزة الافتراضية   |

### <mark style="color:أزرق;">إطار عمل تخطيط التنفيذ الاستراتيجي</mark>

يوفر هذا القسم ملفات تعريف النشر واستراتيجيات التوسّع لمساعدتك على التخطيط للأداء والموثوقية والنمو طويل الأمد عبر البيئات الهجينة.

#### مصفوفة تحجيم النشر وتخطيط السعة

يحدد ملف تعريف النشر الخاص بك بناءً على حجم المؤسسة ومتطلبات الخدمة:

| ملف تعريف النشر             | نطاق البنية التحتية | استراتيجية توزيع الوحدات   | حالة الاستخدام المستهدفة                    |
| --------------------------- | ------------------- | -------------------------- | ------------------------------------------- |
| **طيار/مكتب صغير**          | 1-2 عقد             | 1-2 وحدات لكل عقدة         | إثبات المفهوم، أقل من 500 مستخدم            |
| **معياري خطة Enterprise**   | 3-5 عُقَد           | 2-3 وحدات لكل عقدة         | 500-5,000 مستخدمين، متعدد المواقع           |
| **Large خطة Enterprise/HA** | 6+ عُقَد            | وحدات موزعة، وتكرار جغرافي | 5,000+ مستخدم، بالِغ الأهمية للمهام الحيوية |

#### استراتيجيات تحسين الموارد والتوسّع

تعظيم الاستثمار في البنية التحتية من خلال:

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


---

# Agent Instructions: 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:

```
GET https://library.zoom.com/technical-library/technical-library-ar/alkhdmat-almtqdmh-lkhth-enterprise/zoom-node/zoom-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.