Skip to main content
تكتب كل خدمة داخل pod الخاص بـ Ayakaleaf Pro ملف سجلّها الخاص تحت /var/log/overleaf/؛ أما kubectl logs فلا يعرض إلا مخرجات بدء تشغيل الحاوية (سكربتات التهيئة، وعمليات الترحيل). يقرأ الأمر bin/logs في Toolkit الملفات نفسها، راجع السجلات.

قراءة السجلات

مع عدة نسخ متماثلة، يكون لكل pod ملفاته الخاصة: استخدم اسم الـ pod (overleaf-0، overleaf-1، …) بدلًا من deploy/overleaf. وتوضّح الترويسة X-Served-By التي يضيفها HAProxy أي نسخة متماثلة أجابت عن الطلب. يضبط LOG_LEVEL في الـ ConfigMap (الافتراضي info، ويمكن أيضًا debug وwarn وerror) مستوى كل الخدمات في الـ pod دفعة واحدة.

الاحتفاظ بالسجلات

توجد الملفات داخل الحاوية وتُفقد عند استبدال الـ pod. للاحتفاظ بها، ركّب وحدة تخزين (volume) على /var/log/overleaf، على سبيل المثال hostPath على العقدة أو PersistentVolumeClaim، في الـ Deployment أو الـ StatefulSet:
تدوّر الحاوية الملفات يوميًا وتحتفظ بخمسة منها، لذا لا تنمو وحدة التخزين بلا حدود. أو اجمعها من ذلك المسار باستخدام وكيل السجلات الخاص بالعنقود (cluster) لديك.

الاختبار على Kubernetes

على Kubernetes 1.37 مع ثلاث نسخ متماثلة ووحدة تخزين hostPath على /var/log/overleaf كما في المثال أعلاه، احتوى /srv/overleaf-logs في كل عقدة على سجلات الخدمات الاثنتي عشرة الخاصة بالنسخة المتماثلة الموجودة عليها، وعملت الأوامر الواردة في الجدول كما هو موضّح: tail عبر kubectl exec، وkubectl cp لملف سجل، وkubectl logs لـ pod الخاص بـ Overleaf (بدء التشغيل وعمليات الترحيل) ولـ mongo-0.
آخر تعديل في ٢ نوفمبر ٢٠٢٦