> 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-node-deployment-field-guide/zoom-node-infrastructure-prerequisites.md).

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

ارجع إلى هذه المتطلبات الأساسية لإعداد مؤسستك لنشر 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** | Hyper-V Server 2019 أو أحدث                                     | التكامل السلس للبيئات المرتكزة على Windows                                                              |
| **خدمات AWS EC2**          | الإصدار الحالي                                                  | التكامل السلس للبيئات المرتكزة على Windows                                                              |

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

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

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

**تكوين الإنتاج المعياري**

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

| طريقة الإدارة                  | النموذج التشغيلي                                      | أفضل حالة استخدام وفوائد الأعمال                                                        |
| ------------------------------ | ----------------------------------------------------- | --------------------------------------------------------------------------------------- |
| **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 CLI Tools**  | يتطلب أحدث إصدار                    | يتيح سير عمل النشر الآلي                |
| **أدوات صور QEMU**       | `qemu-img` أداة مساعدة              | يسهّل تحويل VMDK إلى AMI                |
| **تهيئة IAM**            | `vmimport` دور مع السياسات المناسبة | يتيح عمليات استيراد VM الآمنة           |
| **البنية التحتية لـ S3** | حاوية مع `vmimport` الأذونات        | يوفر بيئة مرحلية لصور الآلات الافتراضية |

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

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

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

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

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

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

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

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


---

# 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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

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

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.