مرحباً بالجميع
لدي لوحة مناقشة Discourse على خادم Digital Ocean Droplet.
حجم القرص 160 جيجابايت (45 جيجابايت متاحة حالياً). يستخدم موقعي مساحة كبيرة لملفات التحميل (40 جيجابايت). ما هو الخيار الأفضل لنقل ملفات التحميل؟ هل لديك أي اقتراحات؟ S3، أم Spaces على Digital Ocean؟ ماذا غير ذلك؟
شكراً لكم.
مرحبًا @Saiano،
في رأيي، الأمر مجرد تفضيل شخصي.
متى كانت آخر مرة قمت فيها بتشغيل ./launcher cleanup؟ يجب أن يقوم ذلك بتنظيف بعض المساحة لك.
اطّلع على استخدام التخزين الكائني للرفع (S3 والنسخ المماثلة). إذا كنت تعرف كيفية تشغيل AWS، فهو الأفضل دعمًا والأكثر موثوقية. واجهت Spaces بعض الصعوبات التقنية عدة مرات، لكن ربما تم حلها الآن.
لقد نقلت شخصًا إلى Spaces و bunny.net الأسبوع الماضي، وسار الأمر بسلاسة.
لقد قمت بإعداد حاوية S3 للرفع والنسخ الاحتياطي، وهي تعمل بشكل جيد. لم أنشئ شبكة توصيل محتوى (CDN). هل قد يكون ذلك مشكلة؟ هل لديك أي اقتراحات؟ هل يجب نقل الرفع القديمة إلى S3 باستخدام أمر rake؟
تمت إعداد CloudFront على AWS. يبدو أن الأمر يعمل بشكل جيد.
سأتحقق خلال الأيام القليلة القادمة.
آخر ما يتعين فعله:
إيقاف لوحة Discourse - إنشاء نسخة احتياطية على DigitalOcean
تعديل ملف YAML
إعادة البناء والاختبار
ثم
./launcher enter app
rake uploads:migrate_to_s3
rake posts:rebake
كم من الوقت سيستغرق رفع 37 جيجابايت وإعادة صياغة جميع المنشورات؟
يعتمد الوقت المستغرق على العديد من العوامل. على الأرجح، سيقوم S3 بتلقي تحميلك بسلاسة وبأي سرعة يستطيع خادمك إرسالها، مطروحًا منها بعض النفقات العامة. على رابط بسرعة 1 جيجابت، من المرجح أن يستغرق ذلك حوالي 5 دقائق.
من المرجح أن يستغرق إعادة الطهي والعمليات الناتجة الغالبية العظمى من الوقت. وقد يختلف الوقت المستغرق في ذلك بشكل كبير بناءً على عدد المنشورات في مثيلتك، وكمية ونوع المحتوى الذي تحتويه المنشورات عادةً، وساعة المعالج (CPU) لخادمك. كما يعتمد الوقت المستغرق في العمليات الناتجة إلى حد ما على نفس العوامل بالإضافة إلى عدد أنوية المعالج المتاحة.
فهمي (يرجى تصحيحني إذا كنت مخطئًا) لعملية الهجرة إلى S3 وإعادة الطهي هو أن التحميلات الحالية لن تُحذف حتى بعد انفصالها عن المنشور (بعد أن يقوم إعادة الطهي بذلك للمنشور)، مما يسمح للمثيلة بالاستمرار في الاستخدام دون فقدان التحميلات أثناء حدوث الهجرة وإعادة الطهي.
إذا كنت تستخدم خادمًا افتراضيًا يحتوي على نواة واحدة فقط، فقد يكون من الجدير النظر في الترقية إلى عدد أكبر من الأنوية أثناء عملية إعادة الطهي، ثم التراجع عن الترقية بعد اكتمالها. فالعملية ستستغرق وقتًا أطول بكثير على نواة واحدة، وقد يتأثر أداء Discourse بشكل كبير أثناء تنفيذها.
ربما سأقوم بتحويل اللوحة إلى وضع القراءة فقط أثناء تحميل البيانات إلى S3.