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

ارجع إلى هذه المتطلبات الأساسية لإعداد مؤسستك لعملية نشر Zoom Node.

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

بناء أساس الاتصالات الهجينة لديك

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

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

يساعد فهم توافق برنامج الافتراضية مؤسستك على الاستفادة من استثمارات الافتراضية الحالية مع الحفاظ على دعم كامل لميزة 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

جهة الاتصال دعم Zoom للحصول على التحقق من إصدار Hyper-V المحدد.

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

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

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

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

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

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

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

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

اعتبار حاسم للأداء: يجب على المؤسسات التخطيط للتوسع من المواصفات الدنيا إلى مواصفات الإنتاج المعيارية مع نمو أنماط الاستخدام. تشغيل نظام إنتاج بالمواصفات الدنيا غير مدعوم، ومن المرجح أن يتسبب في مشكلات في الأداء أو التثبيت.

بنية الشبكة والمتطلبات الأساسية للاتصال: ضمان اتصالات هجينة موثوقة

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

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

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

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

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

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

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

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

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

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

• إلزام حل DNS العام: يجب أن تُحل جميع أسماء مضيفي Zoom Node عبر بنية DNS التحتية العامة

• دعم DNS بنمط Split-Horizon‏: يجب أن تقوم مناطق DNS الخارجية بحل أسماء مضيفي العُقد لنطاقات عناوين بروتوكول الإنترنت (IP) الخاصة بسحابة Zoom

• معمارية DNS للاستمرارية‏: يجب أن تظل خوادم DNS المحلية متاحة أثناء انقطاعات الإنترنت

• متطلب اتساق التسمية‏: يجب أن تشير المستخدمون الداخليون وبنية سحابة Zoom التحتية إلى أسماء المضيف نفسها

أفضل ممارسة للتنفيذ‏: وثّق وتحقّق من جميع إدخالات DNS قبل النشر لمنع مشكلات الشهادة والاتصال.

استراتيجية إدارة الشهادات: تأمين اتصالاتك الهجينة

يوضح هذا القسم خيارات الشهادات متاحة—المؤتمتة أو 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) مخصصًا
خانة خدمة مستقبلية	(محجوزة للتوسع)	غير متوفر	يحافظ على مرونة النشر

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

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

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

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

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

إطار عمل تخطيط التنفيذ الاستراتيجي

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

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

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

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

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

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

• التجميع الاستراتيجي للوحدات‎: انشر ما يصل إلى 4 وحدات لكل عقدة بمواصفات معيارية

• نهج التدرج المرحلي: ابدأ بأدنى المواصفات للاختبار، ثم توسّع إلى معايير الإنتاج

• تقييم حرجية الخدمة‏: عزل الخدمات الحيوية للمهام على عُقد مخصصة

• تخطيط التوزيع الجغرافي‏: نشر العُقد عبر المواقع لضمان البقاء والأداء