/var/log/overleaf/ altına yazar; kubectl logs yalnızca konteynerin başlangıç çıktısını (başlatma betikleri, geçişler) gösterir. Toolkit’in bin/logs komutu aynı dosyaları okur, bkz. Günlük Kaydı.
Günlükleri okuma
Birden fazla replika ile her pod’un kendi dosyaları vardır:
deploy/overleaf yerine pod adını (overleaf-0, overleaf-1, …) kullanın. HAProxy’nin eklediği X-Served-By başlığı, bir isteğe hangi replikanın yanıt verdiğini gösterir.
ConfigMap’teki LOG_LEVEL (varsayılan info; ayrıca debug, warn, error) pod’daki tüm hizmetlerin düzeyini tek seferde ayarlar.
Günlükleri saklama
Dosyalar konteynerde bulunur ve pod değiştirildiğinde kaybolur. Bunları saklamak için Deployment veya StatefulSet’te/var/log/overleaf konumuna bir birim bağlayın; örneğin düğümde bir hostPath veya bir PersistentVolumeClaim:
Kubernetes üzerinde test edildi
Üç replikalı ve yukarıdaki gibi/var/log/overleaf konumunda bir hostPath birimi bulunan Kubernetes 1.37 üzerinde, her düğümün /srv/overleaf-logs dizini kendi replikasının on iki hizmet günlüğünü içeriyordu ve tablodaki komutlar gösterildiği gibi çalıştı: kubectl exec üzerinden tail, bir günlük dosyasının kubectl cp ile kopyalanması, Overleaf pod’unun (başlangıç ve geçişler) ve mongo-0’ın kubectl logs çıktısı.
