ورشة هندسية من أربعة أشخاص تملك ثلاثة تراخيص SolidWorks، وتريد نقل قدرتها في التصميم إلى السحابة، فتبحث عن كيفية تشغيل SolidWorks على VPS سحابي بمعالج رسوميات. معظم النتائج صفحات بيع لخدمات سطح المكتب المُدارة تعرض من 99 إلى 479 دولارًا لكل مستخدم شهريًا. ولا واحدة منها تخبرك كيف تفعل ذلك بنفسك على عتاد تتحكم فيه.
هناك مسار ذاتي الإدارة، ويمكن أن يكون أرخص من أسعار DaaS المُدارة عندما يتناوب فريق على استخدام غير متزامن لمثيل GPU واحد بسعر ثابت. لكنه يحمل أيضًا ثلاثة ألغام تُفشل معظم المحاولات الذاتية: الترخيص على KVM، وبروتوكول العرض، وشهادة GPU، إضافة إلى قيد صارم لا علاقة له بالمهارة: زمن الاستجابة. يمشي هذا الدليل في المسار كاملًا، من نظام التشغيل والترخيص إلى بروتوكول العرض واختيار GPU، وهو صريح بشأن حدود نجاحه بقدر صراحته بشأن كيفية بنائه.
الخلاصة السريعة
- قد يتفوّق مسار GPU VPS المُدار ذاتيًا على DaaS المُدار عندما يتناوب الفريق على استخدام غير متزامن لمثيل GPU واحد بسعر ثابت. أما إذا احتاج كل مهندس إلى سطح مكتب يومي متزامن، فستحتاج إلى مثيلات GPU أكثر أو تصميم RDS/VDI مناسب، وعندها تتغيّر حسابات التكلفة.
- تراخيص SolidWorks المستقلة المقيَّدة بالجهاز ليست خيارًا مناسبًا لبيئات VPS القائمة على KVM. استخدم إما ترخيص مستخدم مسمّى من 3DEXPERIENCE، أو خادم SolidNetWork License قائمًا بالفعل يعمل على بيئة Windows Server مدعومة. لا تفترض أنه يمكن ببساطة نقل SNL إلى VPS صغير يعمل بـ Linux/KVM.
- يُعد RDP القياسي خيارًا افتراضيًا ضعيفًا لجلسات SolidWorks المسرَّعة بـ GPU، وقد يرتد إلى المسار الرسومي الخاطئ ما لم يُهيّأ المضيف لاستخدام GPU العتادي. أما Amazon DCV (المعروف سابقًا بـ NICE DCV) فهو البروتوكول الأفضل للإنتاج في أعمال ثلاثية الأبعاد عن بُعد.
- بطاقة RTX 4090 غير معتمدة من ISV، لذا قد يتطلب RealView تعديلًا في السجل يحتاج إلى إعادة تحقق بعد حزم الخدمة أو تغييرات التعريفات أو تغيّر اسم GPU. أما RTX PRO 6000 Blackwell فهي المسار الاحترافي الأنظف: 96 غيغابايت من ذاكرة VRAM بتقنية ECC، ودعم اعتماد ISV، ودون أي حيلة RealView خاصة ببطاقات المستهلك.
- يتطلب العمل التفاعلي داخل نافذة العرض زمن ذهاب وإياب أقل من نحو 40 ميلي ثانية. الفرق الموجودة في الولايات المتحدة والمتصلة بمواقع GPU قريبة قد تعمل بلا مشاكل. أما من المملكة المتحدة أو الاتحاد الأوروبي أو آسيا، فتعامل مع GPU VPS في الولايات المتحدة كجهاز لدفعات الحوسبة، لا كمقعد نمذجة يومي.
ما لا يغطيه هذا الدليل
هذا هو build جلسة محطة العمل. بعض المواضيع ذات الصلة لها نطاقها الخاص وهي خارج نطاق هذا الدليل عمداً:
- مستودع PDM الخاص بـ SolidWorks على VPS سحابي، والذي يمتلك SQL Server الخاص به وقيود الكمون. (مقال مرافق عند النشر.)
- البناء التفصيلي لخادم SolidNetWork License، بما في ذلك التثبيت والتفعيل وإعداد الجدار الناري وسلوك استعارة التراخيص وقواعد الترقية. تلك مهمة قائمة بذاتها تخص بنية التراخيص، وليست جزءًا من هذا الدليل الخاص بجلسة محطة العمل.
- إعداد جلسات RDS متعددة المستخدمين وترخيص Windows RDS CAL المرافق لها.
- معايير GPU لـ FEA ومحاكاة التدفق. من الناحية العملية، تلك الأحمال محدودة بـ CPU وRAM، ولا توجد بيانات منشورة واضحة لحالة cloud-VPS.
- Linux مع Wine. لا يوجد عميل SolidWorks لـ Linux وWine غير مدعوم، لذا يُغلق هذا الخيار نفسه بنفسه.
ما الذي ستحتاجه
قبل توفير أي شيء، تأكد من أن لديك العناصر التي يفترضها هذا المسار:
- ترخيص SolidWorks موجود، ومعرفة نوعه. يعتمد قسم الترخيص على هذه الإجابة.
- مسار ترخيص Windows لخادم GPU VPS، لأن مسار عميل SolidWorks المدعوم هو Windows 11، في حين أن كثيراً من بيئات السحابة والخوادم يسهل نشرها باستخدام صور Windows Server.
- الوصول الإداري إلى VPS والإلمام بإدارة خوادم Windows وتثبيت برامج تشغيل GPU وتكوين جدار الحماية.
- قراءة واضحة لجغرافية فريقك، لأن قسم الاستجابة هو شرط صارم لا مجرد حاشية.
هذا الدليل موجّه لمن يدير البنية التحتية كمهنة، لا لمن يجهّز خادمه الأول. إذا كانت عبارة "افتح gpedit.msc وعدّل نهج مجموعة" أرضاً غير مألوفة لك، فإن DaaS المُدار هو الاستخدام الأرخص لوقتك.
المسار المُدار ذاتيًا مقابل DaaS المُدار: حساب التكاليف
يُنشر موردو DaaS المُدار الأرقام التي تُسهّل المقارنة. يُدرج Apps4Rent استضافة SolidWorks السحابية من $99 to $479 per user per month عبر نطاق خططها (اعتبارًا من 2025)، و دليل سطح المكتب السحابي 2025 من IronOrbit يضع مقاعد RTX المخصصة عند نحو 190 دولارًا إلى 400 دولار لكل مستخدم شهريًا. هذه أرقام لكل مستخدم ولكل شهر، وتتكرر سواء سجّل المهندس الدخول مرتين ذلك الشهر أم لم يسجّل إطلاقًا.
أما GPU VPS المخصص الذي تديره بنفسك فتختلف طريقة احتساب تكلفته: سعر شهري ثابت للنسخة بأكملها. نسخة واحدة بوحدة GPU فعلية مخصصة و24 GB من VRAM و256 GB من RAM النظام تكفي بأريحية لجلسة نمذجة ثقيلة واحدة، ويمكن لفريق صغير أن يتناوب أو يجدول العمل على جهاز واحد بدلًا من شراء مقعد لكل مهندس. نقطة التعادل هي عدد المهندسين، وليست قاعدة مطلقة. فمع مهندس واحد، يكون مقعد DaaS واحد بنحو 200 دولار أرخص وأبسط من تشغيل جهازك الخاص. أما حين يتناوب ثلاثة أو أربعة مهندسين على نسخة واحدة بسعر ثابت، فقد تميل حسابات التكلفة لكل مقعد بقوة لصالح الإدارة الذاتية.
هذا هو الجزء الذي تتجاهله صفحات البيع: أنت لا تشتري خصمًا، بل تشتري عملًا إضافيًا. الإدارة الذاتية تستبدل العلاوة لكل مقعد بعبء تقني. شخص ما في فريقك صار مسؤولًا عن نظام التشغيل، وتعريفات GPU، وقواعد الجدار الناري، وخادم التراخيص، وإذا كنت تستخدم بطاقة استهلاكية فعن حل RealView البديل الذي قد يحتاج إلى مراجعة بعد تحديثات SolidWorks أو التعريفات. لا شيء من ذلك صعب على مسؤول نظم كفء. لكنه كله عمل حقيقي كانت رسوم DaaS تدفع ثمنه بهدوء. هذا المسار مناسب للفرق التي لديها مسؤول تقنية معلومات يمكنه تولّيه. وإن لم يكن لديك واحد، فإن الحساب الذي يبدو أرخص على الورق يصبح مكلفًا في فترات عمل غير مخطط لها.
خلاصة القسم: القرار عتبة تُقاس بعدد المهندسين، وليس مقولة "الإدارة الذاتية أرخص دائماً". فعند أقل من ثلاثة مستخدمين تقريباً غير متزامنين يتشاركون نفس مثيل GPU، يتفوّق DaaS المُدار عادةً من حيث التكلفة الإجمالية للملكية.
بمجرد ثبوت الجدوى المالية لفريقك، يبدأ البناء بقرار واحد: أين تتوفر جلسة محطة العمل. يعمل مقعد الهندسة على Cloudzy GPU VPS بحجم يناسب التجميعات التي يعمل عليها فريقك. إذا كنت تستخدم ترخيص SolidNetWork، فأبقِ خادم SNL أقرب ما يمكن إلى محطة عمل GPU من ناحية الشبكة، لكن لا تفترض أنه يمكن نقله ببساطة إلى VPS صغير يعمل بـ Linux/KVM. مكان SolidNetWork License Manager هو بيئة Windows Server مدعومة، وأي نشر لخادم تراخيص في السحابة أو بيئة افتراضية ينبغي أن يوافق عليه موزّع SOLIDWORKS لديك قبل الإنتاج. وإذا كنت تستخدم ترخيص 3DEXPERIENCE للمستخدم المسمّى، فإن خطوة خادم التراخيص المنفصلة تختفي تمامًا. نحن ننشر مثيل GPU بنظام Windows من أجل عميل SolidWorks، وبقية هذا الدليل تفترض أن هذا المثيل موجود بالفعل.
اختيار نظام التشغيل: Windows 11 مقابل Windows Server 2022
إليك واقع الدعم الذي يحدد كل ما يليه: يدعم SolidWorks رسميًا Windows 10 و Windows 11 بإصدارات Pro و Enterprise و Education (64 بت) لعميل CAD، و ابتداءً من SolidWorks 2026 يدعم Windows 11 فقط، لأن Windows 10 وصل إلى نهاية دعم Microsoft في أكتوبر 2025. Windows Server مدرج رسمياً لـ PDM Server وArchive Server وSolidNetWork License Manager (الخدمات الداعمة)، وليس لعميل CAD نفسه.
يخلق ذلك توتراً، لأن بيئات GPU VPS الخام كثيراً ما يكون نشرها أسهل باستخدام صور الخادم مقارنةً بمسار محطة العمل Windows 11 المدعومة بالكامل. تُدرج بعض خطط استضافة SolidWorks السحابية المُدارة علناً Windows Server 2022، وهو ما يبيّن مدى شيوع مسار Server في حزم أسطح المكتب السحابية. المشكلة أن Windows Server ما زال ليس مسار نظام التشغيل المدعوم رسميًا لعميل SolidWorks الخاص بالتصميم. إذا فتحت حالة دعم من جهاز يعمل بـ Windows Server، فقد يشير VAR دقيق إلى أنك خارج قائمة أنظمة تشغيل العميل.
الموقف هنا ليس غامضًا: Windows 11 هو المسار المدعوم والموصى به. إذا أردت أن ينطبق دعم SolidWorks بسلاسة وكان ترخيص Windows لديك يسمح بذلك، فاجلب صورة Windows 11 إلى VPS. يمكن أن يعمل Windows Server 2022 مع Desktop Experience في عمليات نشر سطح مكتب سحابي حقيقية، لكن صنّفه بوضوح على أنه غير مدعوم لعميل CAD بدلًا من اكتشاف ذلك في منتصف حادثة. وهناك واقع فوترة آخر ينطبق بغض النظر عن البروتوكول: الوصول عن بُعد إلى واجهة Windows Server الرسومية قد يتطلب تراخيص Windows Server و ترخيص Remote Desktop Services. هذه التكلفة ينبغي أن تُدرج في مقارنتك إذا اخترت مسار الخادم.
خلاصة القسم: Windows 11 هو الخيار المدعوم؛ يعمل Windows Server 2022 مع Desktop Experience ولكنه غير مدعوم لعميل CAD ويحمل التزامات ترخيص RDS CAL.
مسار الترخيص: لماذا يفشل الوضع المستقل على KVM
أول عائق يواجهه الإعداد المُدار ذاتيًا هو سلسلة خطأ محددة: «وضع تنشيط الترخيص غير مدعوم في هذه البيئة الافتراضية، يرجى استخدام SolidNetwork License.» تظهر عند محاولة تفعيل ترخيص SolidWorks مستقل ومرتبط بالجهاز على VPS يعتمد على KVM، ولا تُجدي إعادة المحاولة مهما تكررت. يستخدم SolidWorks إدارة تراخيص FLEXnet، وتُجري FLEXnet فحصًا للمشرف الافتراضي عند التفعيل. برامج المراقبة الافتراضية المدعومة رسمياً هي VMware وMicrosoft Hyper-V وCitrix وParallels. أما KVM (المشرف الافتراضي الذي تقوم عليه معظم استضافات VPS الاقتصادية، بما فيها المنصات المبنية على Proxmox) فليس ضمن تلك القائمة، ولذلك يُرفض التفعيل المستقل.
هناك ثلاث طرق للتعامل مع هذا، والإجابة الصحيحة لمعظم الفرق هي الأولى.
أ. ترخيص SolidNetWork (SNL عائم)
هذه هي الإجابة القياسية عندما يعمل خادم التراخيص نفسه في بيئة Windows Server مدعومة. تشغّل SolidNetWork License Manager على ذلك الخادم، ويسحب عميل SolidWorks ترخيصًا عائمًا عبر الشبكة. في هذا التصميم لم يعد مشرف KVM على جهاز العميل هو هدف التفعيل، لكن يجب مع ذلك التعامل مع خادم SNL باعتباره بنية تحتية للتراخيص، لا مجرد VPS صغير يعمل بـ Linux/KVM. لا يستهلك SolidNetWork License Manager موارد كثيرة، لكن مضيف الترخيص ينبغي أن يكون مستقرًا ومدعومًا ومملًا. هذا ليس المكان المناسب لتوفير بضعة دولارات عبر اختصار غير مدعوم على Linux/KVM. أما بالنسبة لجدار الحماية، فخطّط حول TCP 25734 وTCP 25735 ما لم يغيّر الموزّع لديك أو سير عمل إدارة التراخيص المنافذ الافتراضية. وهناك قاعدة تشغيلية تستحق التعليق على الحائط: أبقِ SNL Manager بنفس إصدار عملاء SolidWorks الذين يخدمهم أو أحدث منهم. أما بناء خادم SNL بالكامل فهو خارج نطاق هذا الدليل.
ب. 3DEXPERIENCE مستخدم مسمى
إذا كانت تعقيدات الترخيص هي عقبتك الرئيسية، فإن المخرج الأنظف هو اشتراك 3DEXPERIENCE SOLIDWORKS للمستخدم المسمى. فهو مُدار عبر السحابة ومستقل عن الجهاز، ما يعني أنه يتجاوز فحص التفعيل الخاص بـ KVM بالكامل (لا يوجد ارتباط بالجهاز حتى يفشل). وهو متاح بالاشتراك فقط مع مهلة سماح دون اتصال مدتها 30 يومًا، ولا يزال يحتاج إلى جهاز قادر ليعمل عليه، أي أنه يحل مشكلة الترخيص فقط لا غير. وبالنسبة لفريق يريد التوقف عن الصراع مع FLEXnet، فهذا يكفي في الغالب.
ج. الحل البديل لـ KVM (غير مدعوم)
هناك حل بديل أبلغ عنه المجتمع يجعل تنشيط standalone أو SNL يعمل مباشرة على KVM. وفقاً لـ خيوط منتدى مجتمع Proxmox، فإن تهيئة الجهاز الافتراضي بوحدة تحكم تخزين SCSI (وليس IDE أو SATA) وBIOS من نوع OVMF ونوع الجهاز q35 على Proxmox 8 وما بعده يتجاوز فحص كشف المحاكاة الافتراضية في FLEXnet. يذكر أحد النقاشات أن التركيبات الأحدث من Proxmox مع Windows Server 2022 حلّت مشكلة التفعيل مباشرة دون أي حل بديل على الإطلاق (وهي حالة واحدة فقط، فتعامل معها كإرشاد لا كقاعدة). هذه المعلومات مصدرها المجتمع، وتعتمد على الإصدار، وليست بأي حال توصية من SolidWorks. إذا كان فريقك يعتمد على عقد دعم مع VAR، فتأكد منهم قبل النشر على KVM، لأن التشغيل على بنية تحتية غير مدعومة قد يؤثر على أحقيتك في الدعم.
خلاصة القسم: لا تبنِ هذا الإعداد على تفعيل ترخيص مستقل مرتبط بالجهاز فوق KVM. استخدم ترخيص 3DEXPERIENCE بالمستخدم المُسمّى، أو ترخيص SolidNetWork مع خادم SNL في بيئة Windows Server مدعومة. الحل البديل على KVM مخرج طوارئ غير مدعوم، لا أساس تبني عليه.
إعداد Remote Desktop الذي يمرر GPU فعليًا
هذا هو القاتل الصامت لأنظمة CAD المُدارة ذاتيًا: مثيل GPU يبدو بطيئًا كالدبس، ومهندس مقتنع بأن الشبكة معطّلة. قد تكون الشبكة سليمة تمامًا. فإذا لم يمرر بروتوكول العرض عن بُعد الرسوميات المسرَّعة عتاديًا بالشكل الصحيح، يمكن أن يعود SolidWorks إلى Software OpenGL أو مسار آخر يرهق CPU، مهما كان GPU الفعلي قويًا. يبقى GPU خاملًا بينما يكدح CPU في رسم نافذة العرض، وتبدو الأعراض تمامًا مثل تأخر الشبكة.
هناك ثلاثة بروتوكولات يلجأ إليها الناس، وواحد فقط منها مناسب لبيئة CAD الإنتاجية.
| البروتوكول | OpenGL للأجهزة | دعم VPS بدون شاشة | دقة الألوان | جهد الإعداد | موصى به للـ CAD؟ |
|---|---|---|---|---|---|
| RDP القياسي | لا بشكل افتراضي (يحتاج إلى تعديل في سياسة المجموعة) | نعم | قياسي | منخفض | للرجوع إليه فقط |
| Parsec | نعم (NVENC) | لا، بدون محول العرض الافتراضي | جيد | متوسط | فقط مع محول العرض الافتراضي |
| Amazon DCV (NICE DCV) | نعم (ترميز GPU أصلي) | نعم (framebuffer افتراضي) | دقة عالية YUV 4:4:4 | متوسط | نعم (الاختيار الأمثل للإنتاج) |
RDP يمكن دفعه لاستخدام GPU. في gpedit.msc، انتقل إلى Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Session Host > Remote Session Environment، وفعّل «Use hardware graphics adapters for all Remote Desktop Services sessions»، ثم اضبط أيضًا سياسات الترميز العتادي المناسبة بصيغة H.264/AVC أو HEVC إن كنت تنوي استخدام RDP كخيار احتياطي.
Parsec يستخدم ترميز NVIDIA NVENC العتادي على GPU المضيف، ما يبقي زمن الترميز منخفضًا، ويعمل جيدًا على محطات العمل الفعلية. أما على VPS سحابي بلا شاشة، فيفشل في الاتصال لعدم وجود شاشة فعلية يلتقط منها. هذا طريق مسدود متكرر: يعرف المسؤولون Parsec من الألعاب والبث، فيفترضون أنه يعمل في أي مكان، ثم يتوقفون عندما لا يرى الخادم. لا يصلح Parsec هنا إلا إذا أضفت محوّل عرض افتراضيًا، وحتى عندها يظل الطريق الأطول.
Amazon DCV (المعروف سابقًا باسم NICE DCV) هو البروتوكول المصمَّم لهذا الغرض تحديدًا. فهو ينفّذ ترميزًا مسرَّعًا عبر GPU بشكل أصلي، ويعمل بلا شاشة عبر إطار عرض افتراضي (لا حاجة إلى شاشة فعلية)، ويدعم ألوان YUV 4:4:4، وهو ما يهم عندما تقيّم تشطيب الأسطح والحواف بدل مشاهدة فيديو. وينقل البيانات عبر TCP أو QUIC. وهناك ملاحظة ترخيص يجدر ضبطها: DCV بلا رسوم إضافية فقط عند تشغيله على Amazon EC2. أما على VPS الخاص بك فيُثبَّت بترخيص تقييمي مدته 30 يومًا، ثم يتطلب ترخيص إنتاج أو اشتراك مدفوعًا لمواصلة الاستخدام. ضع ذلك في ميزانيتك، وراجع شروط ترخيص Amazon DCV قبل الالتزام، لأنها تتغير.
خلاصة القسم: البروتوكول، لا الـ GPU، هو السبب المعتاد لبطء جلسة SolidWorks عن بُعد. استخدم Amazon DCV للإنتاج؛ وRDP فقط كحل احتياطي بعد تعديل نهج المجموعة؛ وParsec فقط مع مهايئ عرض افتراضي.
اختيار GPU: واقع الشهادات
السؤال الذي يطرحه الجميع فعليًا هو: «هل يمكنني استخدام RTX 4090 أم أحتاج إلى بطاقة احترافية؟» والإجابة الصادقة هي «نعم، ولكن»، وهذا الـ«لكن» اسمه RealView. تفضّل شهادات SolidWorks بطاقات GPU الاحترافية لمحطات العمل، لا بطاقات GeForce الاستهلاكية. بطاقات NVIDIA RTX الاحترافية، بما في ذلك RTX 6000 من جيل Ada وطرازات RTX PRO Blackwell الأحدث، تقع في مسار الاحتراف المعتمد من ISV، أما RTX 4090 فلا. فـ RTX 4090 بطاقة GeForce استهلاكية وليست على قائمة اعتماد ISV. وعندما يكتشف SolidWorks وجود GPU غير معتمد، يصبح RealView Graphics غير متاح افتراضيًا. وإذا كان البروتوكول البعيد أو التعريف أو مسار الـ GPU مُعدًّا بشكل خاطئ أيضًا، فقد تسقط الجلسة إلى Software OpenGL أو مسار عرض آخر يثقل الـ CPU. ولا يوجد تحذير واضح يقول «إن بطاقتك باهظة الثمن لا تُستخدم بالشكل الصحيح»؛ فنافذة العرض تبدو مسطحة أو بطيئة فحسب، ويلقي المهندسون اللوم على الشبكة.
ملاحظة: من السهل الخلط بين عدم توفّر RealView والرجوع إلى Software OpenGL. كثيرًا ما يظن المهندسون أن منفذ العرض المسطّح أو البطيء الناتج عن ذلك هو تأخّر في الشبكة، فيقضون فترة ما بعد الظهر في تصحيح اتصال لم يكن يومًا المشكلة الوحيدة. إذا كان RealView مُعطَّلًا، فالعَرَض محلي وليس على الشبكة.
يمكن لـ RTX 4090 تشغيل RealView باستخدام حل بديل عبر السجل يعمل منذ SolidWorks 2023. يتضمن ذلك إنشاء مفتاح تحت HKEY_CURRENT_USER\SOFTWARE\SolidWorks\AllowList\Gl2Shaders مرتبطًا بالاسم الدقيق لبطاقة GPU كما يظهر في إدارة الأجهزة، مع قيمة DWORD باسم "Workarounds". القيم الدقيقة حسّاسة ومرتبطة بالإصدار، لذا بدلًا من نسخ سلسلة سِت عشرية قد تكون خاطئة لإصدارك، استخدم إجراءً موثّقًا للسجل، أو افحص الأداة مفتوحة المصدر مُفعِّل SolidWorks RealView الأداة قبل تشغيلها. يمكنها أتمتة التغيير، لكنها تبقى أداة من طرف ثالث، لذا ينبغي للمسؤولين مراجعة الشيفرة المصدرية أو ترجمتها بأنفسهم قبل استخدامها على جهاز إنتاج.
ملاحظة: قد يلزم إعادة تطبيق الحل البديل الخاص بـ RealView في السجل بعد تحديثات Service Pack لـ SolidWorks أو تغيير التعريفات أو تغيّر اسم الـ GPU. وفي إعداد مشترك بين الفريق، قد يعطّل تحديث واحد ميزة RealView للجميع على ذلك المثيل إلى أن يُراجَع مدخل السجل من جديد.
المستخدم RTX PRO 6000 Blackwell هو مسار البطاقة الاحترافية لهذا الإعداد. يمنحك 96 غيغابايت من ذاكرة VRAM من نوع GDDR7 ECC، ودعم تعريفات احترافية، ومسار شهادة ISV الذي لا تحصل عليه بطاقات GeForce الاستهلاكية. عمليًا، هذا يعني أن RealView يُتوقع أن يعمل دون الحل البديل في السجل الخاص بالبطاقات الاستهلاكية عندما تكون البطاقة والتعريف وإصدار SolidWorks على المسار المعتمد، كما أن البطاقة تملك هامش VRAM أكبر بكثير للتجميعات الكبيرة والتصوّر والعرض وسير عمل CAD متعدد التطبيقات. ملخص Puget Systems لعام 2025 حول GPU الاحترافي في الهندسة يختبر بطاقات RTX PRO Blackwell إلى جانب بطاقات جيل Ada ويصل إلى النتيجة العملية نفسها: وحدات GPU الاحترافية ليست مجرد سرعة خام؛ القيمة تكمن في اعتماد التعريفات ودعم البرمجيات والثقة التي تمنحها الشهادة.
لتحديد الحجم المناسب، طابق سعة VRAM مع حجم التجميعات بدلًا من شراء أكبر رقم متاح. التجميعات الصغيرة التي تقل عن 500 قطعة تقريبًا تعمل بسلاسة على 4 إلى 8 GB من VRAM. أما التجميعات الكبيرة في نطاق 2,000 إلى 5,000 قطعة فتحتاج إلى 16 إلى 24 GB. خصّص 64 GB أو أكثر من RAM النظام للعمل الجاد على التجميعات الكبيرة، لأن SolidWorks يحتفظ بالكثير في الذاكرة. وتذكّر أن النمذجة أحادية الخيط في المقام الأول: فسرعة النواة الواحدة العالية أهم من عدد الأنوية، ولهذا فإن بيئة افتراضية مزدحمة بجيران مزعجين تخفض سرعة المعالج تضر بأعمال CAD أكثر مما تضر بمعظم أنواع الأحمال.
ذاكرة VRAM بسعة 96 غيغابايت في RTX PRO 6000 Blackwell أكثر مما تحتاجه معظم جلسات النمذجة الخالصة، لكن ذلك ليس السبب الوحيد لاختيارها. الحجة الأقوى هي الثقة في الاعتماد، وذاكرة ECC، وسلوك RealView الأصلي، والمساحة الإضافية لسير عمل احترافي مشترك يمزج بين التجميعات الكبيرة والعرض المرئي والإخراج والمهام المجاورة في الذكاء الاصطناعي أو المحاكاة.
بطاقة يجب استبعادها صراحةً: A100. إنه مسرّع مركز بيانات مبني للحوسبة بالذكاء الاصطناعي وHPC، وليس GPU لمحطة عمل CAD التفاعلية. وفقاً لـ NVIDIA نفسها مواد معمارية A100 يصفها بأنها GPU للخوادم ومراكز البيانات مخصصة لأحمال عمل الذكاء الاصطناعي وHPC، ويشير إلى أنها لا تتضمن منافذ عرض ولا أنوية RT ولا مشفّر NVENC. وهذا يجعلها خيارًا غير مناسب لسير عمل يعتمد على نافذة عرض SolidWorks عن بُعد، رغم أن ذاكرتها البالغة 80 غيغابايت من نوع HBM تبدو جذابة على الورق. لا تثبّت SolidWorks عليها إلا إذا كان العمل حسابيًا بحتًا وليس نمذجة تفاعلية.
خلاصة القسم: الاعتماد هو ما يحدّد RealView. اختر RTX 4090 إذا قبلت صيانة الحل البديل عبر السجل. واختر RTX PRO 6000 Blackwell عندما تكون RealView وذاكرة ECC واعتماد تعريفات الفئة الاحترافية والمساحة على المدى الطويل أهم من أرخص GPU قابل للعمل.
الإعداد، من البداية إلى النهاية
بعد اتخاذ القرارات (نظام التشغيل، نوع الترخيص، البروتوكول، GPU)، يكون البناء تسلسلاً مباشراً. كل خطوة تفترض نجاح الخطوة السابقة لها.
- توفير GPU VPS يدعم Windows مُحجّمة بما يناسب تجميعاتك: مثيل RTX 4090 بذاكرة VRAM سعة 24 غيغابايت للفرق الحساسة للتكلفة التي تتحمل الحل الالتفافي الخاص بـ RealView، أو مثيل RTX PRO 6000 Blackwell بذاكرة ECC VRAM سعة 96 غيغابايت للمسار الاحترافي الأنظف. إذا كنت تستخدم ترخيص SolidNetWork، فأبقِ خادم SNL قريبًا من محطة عمل GPU من ناحية الشبكة، لكن شغّله في بيئة Windows Server مدعومة وأكّد نموذج النشر مع موزّع SOLIDWORKS لديك.
- قم بتثبيت نظام التشغيل. Windows 11 هو المسار المدعوم. إذا كانت صورتك Windows Server 2022، فقم بتمكين ميزة Desktop Experience وتعامل معها كبديل غير مدعوم لكنه يعمل.
- تثبيت تعريفات GPU لبطاقتك، ثم تأكد في إدارة الأجهزة من أن GPU معترف به بالاسم الدقيق للطراز (ستحتاج إلى هذا الاسم في خطوة RealView).
- تثبيت Amazon DCV وتكوينه مع محوّل عرض افتراضي حتى يكون للجلسة مخزن إطارات ترسم فيه على المثيل الذي بلا شاشة. تحقق من أن الجلسة تتصل وتُبلغ عن الترميز العتادي قبل تثبيت SolidWorks.
- قم بإعداد الترخيص. إذا كنت تستخدم ترخيص SolidNetWork، فشغّل SolidNetWork License Manager على بيئة Windows Server مدعومة، وخطّط للمنفذين TCP 25734 وTCP 25735 ما لم يغيّر موزّعك الإعدادات الافتراضية، ووجّه عميل SolidWorks إلى خادم التراخيص ذاك. أما إذا كنت تستخدم ترخيص المستخدم المسمّى من 3DEXPERIENCE، فسجّل الدخول بدلًا من ذلك. ولا تحاول التفعيل المستقل على مثيل KVM.
- تثبيت SolidWorks مع برنامج تثبيت BYOL القياسي وتأكد من أنه يستخدم ترخيصاً من الخادم.
- إذا كنت تستخدم GPU غير معتمد, لا تطبّق تعديل السجل الخاص بـ RealView إلا بعد مراجعة التغيير الدقيق المناسب لإصدار SolidWorks وبطاقة GPU لديك. يمكن لأداة RealView Enabler من طرف ثالث أن تؤتمت العملية، لكن على المسؤولين فحص الشيفرة المصدرية أو ترجمتها بأنفسهم قبل استخدامها على جهاز إنتاجي للفريق. بعد ذلك افتح نموذجًا وتأكّد من أن RealView فعّال وليس Software OpenGL.
حيثما تكون الخطوة خاصة بالمورّد (تثبيت DCV، بناء خادم SNL)، اتبع الوثائق الرسمية للإصدار الحالي بدلاً من أمر منسوخ قد يكون تغيّر. أما دليل مسؤول DCV و دليل تثبيت مدير SNL لـ SolidWorks هي المصادر الأساسية.
لمن هذا الدليل ولمن ليس كذلك (حكم التأخير)
يحتاج العمل التفاعلي في نافذة العرض إلى زمن استجابة ذهابًا وإيابًا دون 40 مللي ثانية تقريبًا حتى يبدو وكأنه محلي. وتضع إرشادات IronOrbit لأسطح المكتب السحابية العتبة نفسها عمليًا: أقل من 40 مللي ثانية لا يمكن تمييزه عن العمل المحلي، ومن 60 إلى 80 مللي ثانية قابل للاستخدام لكنه ملحوظ، ومن 100 مللي ثانية فأكثر تصبح النمذجة الدقيقة مُحبِطة. هذه ليست مشكلة ضبط يمكن حلها ببروتوكول أفضل. إنها سرعة الضوء في الألياف مضافًا إليها زمن التبديل، والفيزياء تنتصر دائمًا.
وهذا يجعل الموقع الجغرافي هو العامل الحاسم، وهنا يصطدم هذا المسار بسقفه. توافر الـ GPU وموقعه مهمان هنا. قبل التعامل مع هذا الإعداد كمحطة عمل يومية، تأكد من خطط Cloudzy GPU VPS المتاحة الأقرب إلى مهندسيك. تعمل Cloudzy على توسيع تغطية الـ GPU مع تزايد الطلب على محطات العمل الهندسية عن بُعد، لكن الفيزياء هي التي تحدد تجربة المستخدم في النهاية. بالنسبة للمهندسين في غرب الولايات المتحدة ووسطها الجنوبي، يمكن أن يبقى زمن الذهاب والإياب أقل بأريحية من عتبة التفاعل، ما يجعل GPU VPS المُدار ذاتيًا مقعد عمل يوميًا واقعيًا. أما بالنسبة للمهندسين في المملكة المتحدة أو الاتحاد الأوروبي أو آسيا والمحيط الهادئ، فغالبًا ما يتجاوز زمن الاستجابة إلى مثيلات GPU الموجودة في الولايات المتحدة تلك العتبة بعد احتساب التوجيه والمسافة. ولا يمكن لأي ضبط في Amazon DCV أن يغلق فجوة عابرة للقارات.
إذن ينقسم الحكم بوضوح. إذا كان فريقك في الولايات المتحدة، فإن GPU VPS ذاتي الإدارة محطة عمل إنتاجية صالحة، وحسابات التكلفة أعلاه هي السبب الحقيقي لبنائه. أما إذا كان فريقك خارج الولايات المتحدة، فلا تخطط للنمذجة عن بُعد طوال اليوم. الاستخدام الواقعي هو دفعات الحوسبة: شغّل عمليات المحاكاة الليلية والعرض الدفعي ومهام إعادة التوليد الطويلة على GPU السحابي بينما يعمل المهندسون على النمذجة التفاعلية على أجهزة محلية. تظل هذه آلة مفيدة، لكنها ببساطة ليست المقعد الذي تجلس عليه طوال اليوم من قارة أخرى.
خلاصة القسم: GPU VPS الذاتي الإدارة هو خيار للفرق الأمريكية في العمل التفاعلي. في أي مكان آخر، فهو آلة حوسبة متقطعة، وليس مقعد نمذجة يومي.
فرق الهندسة تستخدم Cloudzy بالفعل للبنية التحتية لـ CAD
هذا ليس مجرد إعداد نظري لمحطة عمل سحابية. فرق الهندسة تستخدم بالفعل بنية Cloudzy التحتية لملفات CAD وترخيص البرامج والقوة الحسابية وسير العمل الهندسي المشترك.
«تتيح Cloudzy لفريق الهندسة لدينا التركيز على الابتكار، لا على البنية التحتية. نستخدم خوادمهم عالية الأداء لإدارة الملفات الكبيرة وتراخيص البرامج.»
إريك إيمينيغر، قائد الفريق، UTFR (University of Toronto Formula Racing)
«تمنحنا Cloudzy أداءً AMD EPYC لا مثيل له. لذا يمكننا التركيز على الهندسة لا على إدارة البنية التحتية.»
UOBRPL, University of Birmingham Dubai
هل أنت مستعد لاختبار SolidWorks على Cloudzy GPU VPS؟
ابدأ بمشروع تجريبي، لا بترحيل كامل. إذا كان لدى فريقك نموذج الترخيص المناسب وقدرة إدارية وملف زمن استجابة ملائم، فإن Cloudzy GPU VPS يمنحك طبقة البنية التحتية لاختبار SolidWorks في السحابة دون الارتباط بمنصة سطح مكتب مُدارة.
اختر RTX 4090 إذا أردت المسار الأقل كلفة وكنت تحتمل الحل البديل الخاص بـ RealView. واختر RTX PRO 6000 Blackwell إذا أردت المسار الاحترافي الأنظف مع 96 جيجابايت من ذاكرة VRAM بتقنية ECC، وثقة الاعتماد، ومساحة أوسع على المدى الطويل.
تحقق من Cloudzy GPU VPS الخطط، واختر أقرب موقع GPU متاح، واختبر بتجميع حقيقي واحد قبل نقل عمل CAD اليومي إلى السحابة.
الأسئلة الشائعة
هل يمكن تشغيل SolidWorks على جهاز افتراضي أو VPS قائم على KVM؟
نعم، لكن التراخيص المستقلة المرتبطة بالجهاز لن تُفعَّل على VPS قائم على KVM. يتحقق مدير التراخيص FLEXnet في SolidWorks من طبقة الافتراضية ولا يتعرف إلا على VMware وHyper-V وCitrix وParallels، لذا يفشل التفعيل على KVM برسالة "activation not supported in this virtual environment". استخدم ترخيص المستخدم المُسمّى من 3DEXPERIENCE، أو استخدم ترخيص SolidNetWork مع خادم SNL يعمل في بيئة Windows Server مدعومة. كلا النهجين يتجنب ربط ترخيص مستقل مباشرةً بمحطة عمل SolidWorks القائمة على KVM.
هل يعمل SolidWorks على Windows Server 2022؟
رسميًا، يدعم عميل CAD الخاص بـ SolidWorks نظامي Windows 10 وWindows 11، لا Windows Server. ويمكن لـ Windows Server 2022 مع ميزة Desktop Experience تشغيل العميل في بعض عمليات نشر أسطح المكتب السحابية الواقعية، كما أن بعض خطط استضافة SolidWorks السحابية المُدارة تذكر Windows Server 2022 علنًا. لكنه يظل تكوينًا غير مدعوم تقنيًا لعميل CAD. وإذا كان دعم VAR الخالي من المشكلات يهمّك، فاستخدم Windows 11.
هل يمكنني استخدام RTX 4090 لـ SolidWorks؟
نعم، مع تحفظ واحد. بطاقة RTX 4090 هي بطاقة GeForce استهلاكية وغير معتمدة من ISV، لذا فإن RealView غير متاح افتراضيًا. وإذا كان بروتوكول الاتصال البعيد أو التعريف أو مسار GPU مضبوطًا بشكل خاطئ أيضًا، فقد تسقط الجلسة إلى Software OpenGL أو مسار عرض آخر يثقل على CPU. هناك حل عبر السجل يعيد تفعيل RealView في كثير من الإصدارات، لكن قد يلزم إعادة تطبيقه بعد حزم الخدمة أو تغييرات التعريف أو تغيّر اسم GPU. أما RTX PRO 6000 Blackwell فهي الخيار الاحترافي الأنظف: فهي ضمن مسار اعتماد بطاقات GPU الاحترافية لدى SOLIDWORKS، وتوفر 96 جيجابايت من ذاكرة ECC VRAM، وتتجنب الحل البديل لـ RealView الخاص بالبطاقات الاستهلاكية الذي تحتاجه RTX 4090.
ما بروتوكول Remote Desktop الذي يجب استخدامه مع SolidWorks على خادم GPU؟
بروتوكول RDP القياسي ليس الخيار الافتراضي الأفضل للإنتاج مع SolidWorks على خادم بمعالج رسوميات. فقد يستخدم مسار رسوميات خاطئًا ما لم يُضبط المضيف على العرض المسرَّع بالـ GPU عبر نهج المجموعة. أما Amazon DCV فهو الخيار الإنتاجي الأنظف لأنه مصمَّم للعرض المرئي البعيد المسرَّع بالـ GPU ويدعم البث بدقة ألوان عالية.
هل Cloud GPU VPS قابل للتطبيق لـ SolidWorks خارج الولايات المتحدة؟
للعمل التفاعلي داخل نافذة العرض، فقط إذا بقي زمن الاستجابة ذهابًا وإيابًا دون 40 مللي ثانية تقريبًا. الفرق الموجودة في الولايات المتحدة والتي تتصل بمواقع GPU أمريكية قريبة قد تبقى ضمن هذا النطاق، لكن المهندسين في المملكة المتحدة أو الاتحاد الأوروبي أو آسيا والمحيط الهادئ سيتجاوزونه غالبًا عند الاتصال بمثيلات GPU في الولايات المتحدة. خارج الولايات المتحدة، من الأفضل استخدام GPU VPS السحابي لأعمال الحوسبة المكثفة المتقطعة، مثل المحاكاة والمعالجة الليلية، بدلًا من النمذجة التفاعلية طوال اليوم.
