غرض حجم Discourse المشترك في إعداد التوفر العالي

مرحبًا! أتساءل ما هو الغرض من المجلد المشترك في نشر Discourse؟

للتوضيح، لدينا Discourse يعمل حاليًا في مجموعة Kubernetes (في GKE)، ونود زيادة عدد نسخ النشر لدينا لتعزيز التوفر العالي. بالطبع، ستواصل جميع النسخ الاتصال بنفس قاعدة بيانات Postgres ونسخة Redis، لكنني أتساءل عما إذا كان يجب أن تتصل جميع خوادم الويب بنفس المجلد المشترك، أم أنه يمكن توسيع خوادم الويب بشكل مستقل (أي هل يمكن أن يكون لكل مثيل من خوادم الويب مجلد “مشترك” خاص به).

أم هل هناك شرط إلزامي بأن تستخدم جميع خوادم الويب نفس المجلد المشترك، وفي هذه الحالة سيتعين علينا النظر في تركيب شيء مثل مجلد NFS داخل كل من الحاويات لدينا؟

شكرًا لك!

The shared volume is there as a value add you can get away without it. In a typical “uploads are on AWS”, PG / Redis somewhere central setup you will only use it for Rails/Unicorn/NGINX etc logs. You would then ship them somewhere central with some log aggregation service.

5 إعجابات

Perfect, thanks @sam!

Just wanted to check that there weren’t going to be issues with uploads going to one host, and then a request hits another host and isn’t available due to it running in a separate container with a separate mount.

Sounds like we’ll be ok here :+1:.

Note, It will be an issue unless you use our s3 uploads provider

4 إعجابات