لا أعرف ما حدث ولكن عندما أحاول الوصول إلى موقعي المستضاف على خادم EC2 t2.micro يستند إلى Ubuntu 22 والذي كان يعمل بسلاسة تامة قبل ساعات قليلة، لم يتم إجراء أي تغييرات ولم يتغير شيء من جانبنا، ولا ترقيات ولا شيء، كل شيء كان مستقرًا ولكن فجأة يظهر هكذا.
تم التحقق من سجل مراقبة EC2، ولم يتم العثور على شيء
إضافة إحصائيات الجهاز أيضًا
ملاحظة - لا يمكنني الاتصال بالجهاز عبر SSH، فهو يظهر المنفذ 22: تم رفض الاتصال
يرجى المساعدة في أسرع وقت ممكن.
هل هذه نسخة من Discourse أم نسخة من Wordpress؟ (لاحظ أنك نشرت في فئة Support > WordPress).
عذرًا، آسف جدًا لذلك، في عجلة من أمري ارتكبت هذا الخطأ، لا علاقة له بـ Wordpress على الإطلاق.
شكراً على ردك.
يبدو أنه يعمل الآن؟
نعم إنه يعمل لأنني قمت بتغيير تكوين الخادم الخاص بي من t2.micro إلى t2.medium، لكنني لا أعرف ما هي المشكلة بالضبط لأنني بحاجة إلى الإبلاغ عنها.
هل T2.small لم يعمل؟
هل أنت متأكد من أن تغيير الحجم أصلحه وليس فقط إعادة التشغيل التي حدثت بسبب عملية تغيير الحجم؟
سيكون من الصعب جدًا تحديد السبب الآن بعد أن قمت بتغيير التكوين.
لزيادة الذاكرة استخدمت t2.micro.
في الواقع، في ذلك الوقت كان الزوار يأتون لأننا كنا نقوم بحملة، لكن لم يكن هناك عدد كبير من الزوار، كان حوالي 1000 أو أقل، لذلك في هذا السيناريو كان عليّ إصلاح هذا، وهذا هو الشيء الوحيد الذي أصلح المشكلة في ذلك الوقت.
لم أتمكن من تسجيل الدخول إلى النظام في ذلك الوقت، لذلك اضطررت إلى القيام بذلك، ولكن الآن أحتاج إلى معرفة السبب الدقيق الذي أدى إلى حدوث هذه المشكلة.
إذا كنت بحاجة إلى أي تفاصيل إضافية، فيرجى إخباري.
ملاحظة: حاولت إعادة تشغيل المثيل ولكن ذلك لم ينجح أيضًا.
هل تراقب أرصدة وحدة المعالجة المركزية (CPU credits) لهذه النسخة؟
لقد عدت من EC2 إلى VPS لأنني كنت أواجه بعض المشكلات العرضية مثل هذه: أصبح موقعي غير متاح وبعد بعض التحقيقات، كانت أرصدة وحدة المعالجة المركزية تُستهلك أسرع من اكتسابها وتصل إلى 0 رصيد، ونقص الأرصدة يحول النسخة إلى “أداء أساسي”، وهو غير قابل للاستخدام (10% لـ t2.micro).
من الممكن أنه عندما انتقلت إلى نسخة أكبر، بدأت في الحصول على المزيد من أرصدة وحدة المعالجة المركزية/ساعة، ومع وجود أرصدة > 0، عادت إلى الأداء الطبيعي و"أصلحت" المشكلة.
