إنها نسخة Lightsail تحتوي على 1 وحدة معالجة مركزية، و1 جيجابايت من ذاكرة الوصول العشوائي، و40 جيجابايت من مساحة تخزين SSD.\n\nيتم استهلاك حوالي 60% من مساحة التخزين، وعندما أقوم بعمليات تنظيف تنخفض بشكل كبير.\n\nتُظهر AWS أنني نفدت أرصدة وحدة المعالجة المركزية القابلة للزيادة، وهذا غريب فقط لأن المقاييس الأخرى لا تدعم ذلك.\n\nإنها مجتمعات صغيرة جدًا (20-30 مشاركًا نشطًا) لذلك سأكون متفاجئًا إذا كان هناك قيد حقيقي على وحدة المعالجة المركزية أو ذاكرة الوصول العشوائي.\n\nلا توجد مهمة يومية على حد علمي بخلاف أي شيء قد يجدوله Discourse افتراضيًا.
سأتحقق من حجم قاعدة البيانات، لا أتوقع أن يكون كبيرًا (النسخ الاحتياطي كلها حوالي 57 ميجابايت).
وقت تشغيل المثيل ليس عشر ساعات بالضبط الآن منذ أن استلزم الاسترداد إيقاف الخادم الافتراضي وإعادة تشغيله - لم أتمكن من الحصول على اتصال شل أو وحدة تحكم.
كان يعمل بشكل جيد على هذا النوع من المثيلات منذ أن قمت ببنائه (تخمين فبراير 2021).
لقد انتقلت باستخدام لقطة Lightsail من وحدة معالجة مركزية واحدة وذاكرة وصول عشوائي بسعة 1 جيجابايت و SSD بسعة 40 جيجابايت إلى وحدة معالجة مركزية مزدوجة وذاكرة وصول عشوائي بسعة 4 جيجابايت و SSD بسعة 80 جيجابايت.
بخلاف الاضطرار إلى فصل عنوان IP العام وإعادة إرفاقه، والذي كان مباشرًا بما فيه الكفاية، فإن مخاوفي المتبقية هي “ما الذي فاتني”؟
هل هناك أي شيء (نسخ احتياطي، بريد إلكتروني، تكوين S3 bucket، إلخ) يجب علي التحقق منه أو هل أحتاج إلى إعادة تشغيل أي معلمات تثبيت أولية للاستفادة من الموارد التي تمت ترقيتها؟
أفكر بناءً على هذا الرابط في زيادة db_shared_buffer إلى 1 جيجابايت على الأقل.
يقول ملف app.yml الحالي 128 ميجابايت، ويشير أيضًا إلى الضبط التلقائي عند بدء التشغيل.
