لقد دخلت التطبيق ./launcher enter app وقمت بتشغيل الأمر
apt install net-tools
أميل إلى ترك الإعداد كما هو ولكني بحاجة إلى التحقق من حمل الخادم لذلك افترضت أنني بحاجة إلى الدخول إلى التطبيق وتشغيل netstat، ولكن على ما يبدو أنه غير مثبت بشكل افتراضي ولا يمكنني تثبيته.
هذا سؤال مبتدئ إلى حد ما وأعرف أنني أفتقد شيئًا واضحًا هنا.
يتم إنشاء حاويات Discourse باستخدام قالب app.yml، ويجب تثبيت أي حزم مطلوبة أثناء عملية بناء الصورة (أي عند تشغيل ./launcher rebuild app). لا يمكن تثبيت الحزم بشكل تفاعلي من داخل حاوية قيد التشغيل.
نتيجة لذلك، لا يتم تضمين الأدوات الشائعة مثل net-tools (التي توفر netstat) عادةً ولا يمكن إضافتها بسهولة بعد تشغيل الحاوية.
إذا كنت بحاجة إلى netstat داخل الحاوية، فستحتاج إلى إضافة net-tools إلى app.yml الخاص بك ثم إعادة بناء الحاوية.
أرى وأشكرك على هذه النظرة الثاقبة.
حسنًا، هذا هو السبب في أنني أترك الأمور بمفردها إلى حد ما هناك. أنا لست على دراية كبيرة بذلك على الإطلاق فقط الإضافات وتخصيص تطبيق app.yml الأساسي.
هل يوجد دليل على meta يغطي مغامرات app.yml الأكثر توسعًا؟
لماذا لا يتم تثبيته على المضيف بدلاً من الحاوية؟ إذا كنت ترغب في التحقق من حمل الخادم، فمن المنطقي القيام بذلك على مستوى المضيف.
عندما تقول مضيف، هل تقصد نظام التشغيل / مستوى لينكس؟
لدي netstat على نظام تشغيل أوبونتو، لكنني اعتقدت أنني أحتاجه في الحاوية (حيث يحدث كل السحر، مع nginx وما إلى ذلك) إذا فهمت الأمور بشكل صحيح.
حيث كنت أحاول قياس ما إذا كانت قطرتنا تعاني من مشكلة مماثلة، بل وحتى نفس المشكلة التي يعاني منها المستخدم الآخر Discourse overloaded real traffic or DDOS? 100% CPU usage despite of decent traffic and high specs server
بالفعل، يجب عليك تثبيت المراقبة على المستوى الخارجي. تصور الحاوية كاحتواء: الفكرة هي أن ما بداخل الحاوية لا يمكنه إتلاف ما هو خارجها. لكن المستوى الخارجي يمكنه رؤية كل ما يحدث بالداخل. كل حركة مرور الشبكة، ونشاط وحدة المعالجة المركزية، وضغط الذاكرة.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.