لقد كنت أستضيف Discourse بنفسي على DigitalOcean على مدار العقد الماضي، أولاً على خادم بسعة 1 جيجابايت مقابل 5 دولارات شهريًا، ثم على خادم بسعة 2 جيجابايت مقابل 12 دولارًا شهريًا عندما نفدت مساحة القرص لدي، ثم عدت إلى خادم بسعة 1 جيجابايت مقابل 6 دولارات شهريًا.
لقد كنت سعيدًا بـ DigitalOcean، لكنها باهظة الثمن قليلاً لمنتدى غير تجاري.
لقد صادفت مؤخرًا منشور مدونة برادلي تاونت على Hacker News يذكر صفقة استضافة من Linveo، وهي شركة لم أسمع بها من قبل، تقدم خوادم VPS بنظام AMD Ryzen 7950X KVM مع قرص NVMe بسعة 25 جيجابايت مقابل 15 دولارًا سنويًا على lowendtalk.com.
لقد انتهيت للتو من تثبيت Discourse على خادم VPS AMD KVM بسعة 2 جيجابايت (باستخدام رمز الخصم 75% LET75AKVM2024 مقابل 25 دولارًا سنويًا)، وسأشارك تجربتي قريبًا.
@merefield نعم، ولكنه ممكن. هذا ما كان لدي على خادم DigitalOcean بسعر 6 دولارات شهريًا لسنوات. اضطررت أحيانًا إلى إزالة السجلات والصور القديمة لإجراء الترقية، وهو ما كان غير مريح.
خطة Linveo بسعر 25 دولارًا سنويًا التي أستخدمها تحتوي على قرص NVMe بسعة 50 جيجابايت، وهو نفس حجم خادم بسعر 12 دولارًا شهريًا.
شكرًا لمشاركتك هذا! لقد قمت بإعداد تثبيت متعدد المواقع لحالات الاختبار على خادم VPS الخاص بهم بسعة 4 جيجابايت/100 جيجابايت (بسعر 50 دولارًا سنويًا مع الرمز). يعمل بشكل جيد حتى الآن وأنا حقًا أحب لوحة تحكمهم، فهي واضحة وبسيطة.
@manuel رائع! نعم، قادمًا من AWS و Digital Ocean، تعجبني لوحة التحكم البسيطة، بما أنني لا أحتاج إلى الأشياء الفاخرة، فمن الجيد أن أتمكن من العثور على ما أحتاجه
أنا فضولي: ما هي ميزة فتح المنفذ 587، مقارنة بالتبديل إلى المنفذ 2525 (وهو ما انتهى بي الأمر بفعله بعد تشغيل discourse doctor):
تتطلب خدمة استضافة البريد الإلكتروني الخاصة بي إجراء اتصالات بخادم SMTP الافتراضي الخاص بها عبر المنافذ 465 أو 587. اكتشفت لاحقًا أنهم يقدمون خادم وكيل للاتصال به باستخدام منافذ بديلة، ولكن ربما يمكن أن يؤثر ذلك على قابلية التسليم؟ على أي حال، كنت قد طلبت بالفعل فتح المنفذ.
أبحث عن أفضل خيارات الاستضافة المتاحة لـ Discourse حاليًا. على وجه التحديد، نخطط لدمج واجهة برمجة تطبيقات Discourse في تطبيق الهاتف المحمول الخاص بنا (المبني باستخدام React Native) لإنشاء ميزة مجتمعية.
بصراحة، أنا مبتدئ تمامًا عندما يتعلق الأمر بالخوادم. أنا لا أعرف سوى أوامر Bash الأساسية، لكنني تمكنت من نشر مثيل Discourse الخاص بي على GCP. لم يكن الأمر صعبًا للغاية، وقد قمت فقط بوضع علامات على علامات جدار الحماية المعطاة (إذا كان ذلك قد فعل أي شيء)، ولم أقم بتغيير تكوين المنفذ (إذا كنت أتذكر بشكل صحيح)، وهو يعمل.
منشورك أقدم قليلاً، ولكن ربما ما زلت تستخدم Hetzner لخادمك، لذلك كنت أتساءل: هل قمت بالفعل بالمضي قدمًا في النقل؟ وإذا كان الأمر كذلك، فما هي تجاربك مع خوادم CAX؟
(أنا أعيد بدء الجهود لنقل مجتمع متوسط الحجم - عادةً 100-200 مستخدم متزامن، 2-3 مليون طلب صفحة/شهر - إلى Discourse؛ من المؤكد نسبيًا أننا سنختار Hetzner، وفكرتي الأولية كانت استخدام جهاز CPX31 أو CCX23، أبدأ في التساؤل عما إذا كان CAX31 خيارًا أيضًا).
(أنا حالة مختلفة، ولكن بالنسبة لي، فإن خادم CAX11 من Hetzner، وهو أرخص خادم لديهم ويعتمد على ARM أيضًا، يعمل بشكل جيد. لدي منتديان، كل منهما على خادم CAX11، أحدهما قمت بترحيله من DigitalOcean، وأنا سعيد بالنتيجة: مساحة تخزين أكبر، ذاكرة وصول عشوائي أكبر، تكلفة أقل، إذا كنت أتذكر بشكل صحيح. ولا توجد مشكلة بالنسبة لي مع الأداء، على الرغم من أنه منتدى ذو حركة مرور منخفضة (بحد أقصى 7000 مشاهدة للصفحة يوميًا))
لست متأكدًا من سبب وجود اختلافات في وقت إعادة البناء لنفس خوادم Intel.
وحدات المعالجة المركزية ARM و AMD أسرع بكثير في إعادة البناء، ويبدو أن صفحات المنتدى أسرع في التحميل أيضًا.
ربما سأنقل أصغر منتدياتي إلى خوادم ARM في المستقبل وأرى كيف تختلف الأداءات.
الشيء الوحيد الذي يزعجني هو:
ولكن بناءً على ما رأيته، أوصي بخوادم ARM من Hetzner، على الأقل مقارنة بخوادم Intel، فهي تبدو أسرع بشكل عام.
بناءً على خبراتك (وما شاركه @Ed_S أيضًا)، يبدو أن حتى CAX21 قد يعمل بالفعل. وبالنسبة لمشروع أصغر أقوم بإطلاقه حاليًا بالتوازي، يجب أن يكون CAX11 كافيًا (لم أتوقع أن يتفوق على CX22 بهذا الوضوح).
لست متأكدًا مما إذا كنت سأستخدم mail-receiver، لكنني أتفق على أنه يبدو نقصًا، نظرًا لأن بقية المكدس وأيضًا معظم الأشياء الأخرى التي قد يحتاجها المرء لتثبيت Discourse (Traefik، Crowdsec، إلخ) تبدو متوافقة مع ARM64.
لسبب ما، لم أتمكن من إعادة البناء على جهاز Intel CX22 (ذاكرة وصول عشوائي 4 جيجابايت) الخاص بي بعد ظهر اليوم، والذي يستضيف منتدى صغيرًا.
اضطررت إلى إضافة مساحة تبديل (2 جيجابايت) لإعادة البناء بنجاح، وهو أمر مفاجئ لأن Discourse يتطلب رسميًا أقل من ذلك بكثير، و ./discourse-setup ينشئ مساحة تبديل فقط إذا كانت النسخة تحتوي على أقل من 2 جيجابايت من ذاكرة الوصول العشوائي.
هل زادت المتطلبات منذ إنشاء Discourse Setup؟ في هذه الحالة، قد يكون من الجيد تعديل هذا الجزء من Discourse Setup. مع تحياتي @pfaffman بما أنك أنشأت هذا البرنامج النصي، ما لم أكن مخطئًا.
بناءً على خبرتي، تحتاج منصات Discourse الصغيرة ذات حركة المرور المنخفضة إلى 11 جيجابايت من ذاكرة الوصول العشوائي ولكن أعتقد أن الأمر يعتمد على عدد ونوع الإضافات وما إلى ذلك.
ولكن أعتقد أن الأمر يعتمد على عدد ونوع الإضافات وما إلى ذلك.