كم عدد المستخدمين المتزامنين الذين يمكن لهذا الخادم الافتراضي الخاص (VPS) التعامل معهم نظريًا؟
AMD EPYC™ 9634
8 جيجابايت ذاكرة وصول عشوائي DDR5 (ECC)
4 أنوية مخصصة
256 جيجابايت NVMe SSD
وهذا يقودني إلى سؤال مهم آخر، هل حاوية Docker الخاصة بـ Discourse تستفيد من جميع الأجهزة بشكل أصلي أم يجب عليّ تعديل الإعدادات؟
أعتقد أنه في ملف app.yml، هناك إعدادان ذو صلة
في قسم env،
## كم عدد طلبات الويب المتزامنة التي يتم دعمها؟ يعتمد على الذاكرة وأنوية وحدة المعالجة المركزية.
## سيتم تعيينه تلقائيًا بواسطة bootstrap بناءً على وحدات المعالجة المركزية المكتشفة، أو يمكنك تجاوز ذلك
UNICORN_WORKERS: 4
في قسم params،
## قم بتعيين db_shared_buffers إلى 25% كحد أقصى من إجمالي الذاكرة.
## سيتم تعيينه تلقائيًا بواسطة bootstrap بناءً على ذاكرة الوصول العشوائي المكتشفة، أو يمكنك تجاوز ذلك
db_shared_buffers: "1GB"
## يمكن أن يحسن أداء الفرز، ولكنه يضيف استخدام الذاكرة لكل اتصال
#db_work_mem: "40MB"
## الحد الأقصى لحجم التحميل (الافتراضي: 10 م)
upload_size: 20m
أود أن أفهم إجابة سؤالك فيما يتعلق بهذه الإعدادات.
لا أعتقد أن هناك إجابة للسؤال حقًا - يعتمد الأمر على أنماط الاستخدام، في الغالب، وإلى حد ما على التاريخ.
لن يكون هناك حد صارم.
في الغالب، ما ستلاحظه هو زيادة أوقات الاستجابة مع زيادة عدد المستخدمين المتزامنين. إذا كان لديك حركة مرور متقطعة للغاية - مثل أحداث الرياضات الحية - فستحتاج إلى المزيد من الموارد.
مع تعمق تاريخ منتداتك، وزيادة المنشورات المتراكمة من المزيد من الحسابات، سيصبح كل تشغيل لقاعدة البيانات أبطأ قليلاً وسيتحتاج إلى المزيد من الموارد. وبالمثل، إذا كان لديك سلاسل طويلة جدًا.
لذلك، كم عدد المستخدمين النشطين في أسبوع، وكم منهم نشطون معًا في دقيقة، وكم عشرات الآلاف من المنشورات، هذه هي المتغيرات التي قد تنظر إليها.
أعتقد أن هناك بضع طرق للقيام بذلك:
تعديل: انظر أيضًا هذا الموضوع التقني الأخير