لقد قمتُ مؤخرًا بتثبيت Discourse على خادم VPS خاص بي. يتوفر لدي 2 جيجابايت فقط من ذاكرة الوصول العشوائي (RAM). هل هذا كافٍ لتشغيل منتدى في بيئة إنتاجية؟ لقد واجهتُ في بعض الأحيان خطأ بوابة 502، وقد يكون ذلك ناتجًا عن نقص الذاكرة. وفي أحيان أخرى، بعد تثبيت إضافة، أحتاج إلى تحديث لوحة الإدارة عدة مرات.
تذكر بعض المواضيع الأخرى أن 1 جيجابايت من الذاكرة العشوائي كافية، لكن ما هو الواقع؟ أنا أستخدم أحدث صورة Docker من Bitnami. ويقول البعض إن Sidekiq قد يستهلك ما يصل إلى 4 جيجابايت من الذاكرة العشوائي: https://github.com/bitnami/bitnami-docker-discourse/issues/150
يمكنك تشغيل Discourse بسهولة على خادم VPS مزود بـ 2 جيجابايت من ذاكرة الوصول العشوائي. قد ترغب في النظر في إعداد مساحة التبادل (swap) إذا لم تكن موجودة بالفعل. سيؤدي تشغيل الأمر ./discourse-setup إلى القيام بذلك نيابةً عنك.
يجب أن يستخدم تكويننا الافتراضي مساحة التخزين المؤقت (swap) فقط تحت الضغط، مثل أثناء تحديثات الويب.
إذا كنت تستضيف مجتمعًا كبيرًا وبدأت تواجه أوقات استجابة بطيئة من واجهة برمجة تطبيقات Discourse، فيمكنك زيادة وحدة المعالجة المركزية/الذاكرة العشوائية لخادمك وإعادة تشغيل ./discourse-setup ليبدأ في استخدام الموارد المعززة.
هل هذه مجتمع جديد أم قمت باستيراد قاعدة بيانات كبيرة؟ ما مقدار الزوار المتوقع؟ تعتبر سرعة المعالج في خيط واحد بالإضافة إلى محرك الأقراص الثابتة من نوع SSD للتخزين أمرًا بالغ الأهمية.
لم قمت باستيراد أي قاعدة بيانات. هذا منتدى جديد تمامًا يحتوي على 0 منشور. الحركة الوحيدة حالياً هي حركتي أنا. ومع ذلك، أتوقع وجود حركة مرور قد تصل إلى 1000 مستخدم يزورون الموقع يوميًا.
على الرغم من أن Discourse يمكن تشغيله على خادم افتراضي (VPS) بذاكرة عشوائية (RAM) محدودة، إلا أن عملية بناء وإعادة بناء Discourse ستكون بطيئة جدًا مقارنة بالبناء على جهاز يحتوي على ذاكرة عشوائية أكبر. شخصيًا، لا أنصح بتشغيل تطبيق Discourse “حقيقي” للإنتاج على ذاكرة عشوائية مقدارها 2 جيجابايت، لكن هذا رأيي الشخصي فقط.
ومع ذلك (رأيي الشخصي فقط)، قمت بتثبيت Discourse على أجهزة بذاكرة عشوائية مقدارها 1 جيجابايت، و2 جيجابايت، و8 جيجابايت، و32 جيجابايت، و64 جيجابايت، سواء كانت خوادم افتراضية أو مخصصة. وبصراحة، أفضل بناء Discourse على أجهزتي ذات 64 جيجابايت و32 جيجابايت. البناء على 64 جيجابايت سريع جدًا :). إعادة البناء سريعة كالبرق، والتشغيل ممتاز، ناعم مثل الزبدة على الخبز الساخن. لذا، أفضل تشغيل Discourse على أجهزة “أكبر” (ذاكرة عشوائية أكبر، مساحة تخزين أكبر) مع تطبيقات أخرى بدلاً من تشغيله في وضع مستقل على شرائح صغيرة جدًا بذاكرة عشوائية محدودة.
ومع ذلك، فإن هذا مبني على تجربتي الشخصية مع Discourse وDocker وتفضيلاتي. أحب أن يكون إعادة بناء Discourse سريعًا وأن يكون هناك مساحة “احتياطية” كافية في بيئة الإنتاج، وذاكرة عشوائية مقدارها 2 جيجابايت لا تلبي متطلباتي من حيث سرعة البناء.
يوصي Discourse بـ 1 جيجابايت كحد أدنى، وقد قمت بتشغيل التثبيتات بهذه الطريقة لكنها تصبح بطيئة بسرعة، لذلك أنصحك بالاعتماد على 2 جيجابايت.
هذه الـ 2 جيجابايت الأولى تكفي لمسافة طويلة؛ فأنا أشغل حاليًا مجتمعًا بـ حوالي 3500 زيارة يوميًا دون الزواحف (Crawlers) وبحدود 20-30 منشورًا يوميًا، ولم ألاحظ أي مشكلة مع 2 جيجابايت من ذاكرة الوصول العشوائي (RAM) ولم أشعر بأي تباطؤ.
أنا متأكد تقريبًا يا @AntiMetaman أن مشكلتك تتعلق بصورة Bitnami وليس بالموارد. تأكد من أن معالج CPU لديك سريع بما يكفي، وإذا أمكنك، خصص له معالجًا ثانيًا (أنا أستخدم فقط 1 vCPU وهو يؤدي المهمة).
لا تزال صورة Bitnami تستخدم الإصدار المستقر 2.4.4. السبب الوحيد الذي دفعني لاختيار Bitnami هو أنها تحتوي على ملف docker-compose.yml قياسي، مما جعل عملية التثبيت أسهل. فشل بعض الأشخاص الذين حاولوا الترقية إلى الإصدار التجريبي 2.6.0 Beta 1 باستخدام صورة Discourse الرسمية. سأجرب صورة Discourse الرسمية وأرى كيف تسير الأمور.
إنهما في الواقع شيئان مختلفان. /wizard مخصص لإعدادات واجهة المستخدم والإدارة لإعداد موقعك بعد التثبيت، ويتم الوصول إليه عبر موقعك/متصفحك. discourse-setup هو جزء من عملية التثبيت نفسها والتي (جزئيًا) تخصص موارد الخادم، ويتم تشغيله من الخادم.
يمكنك إعادة تشغيل discourse-setup عدة مرات ولن يقوم بالكتابة فوق أي من بيانات موقعك.
كان موقعي يعاني من بطء شديد، لذا قمت بإضافة المزيد من ذاكرة الوصول العشوائي (RAM) إلى الخادم، ويبدو أنه يعمل بشكل أفضل الآن مع تخصيص 2048 ميجابايت من المخازن المؤقتة المشتركة بدلاً من 128 ميجابايت.
كنت أقوم بتحرير ملف app.yml يدوياً في السابق وتحميله باستخدام SFTP، وقد لاحظت للتو تحذيراً بشأن الأذونات عند إعادة بناء التطبيق الآن، فما الذي يجب ضبط ملف app.yml عليه؟
