Ротация журналов, занимающих место на диске в модуле Google Cloud Kubernetes

Вы уверены, что из-за журналов использование диска модуля является высоким? Если приложение записывает журналы в стандартный вывод, оно не использует дисковое пространство внутри модуля. Все журналы обычно хранятся в файле журнала в файловой системе узла и могут управляться процессом узла logrotate.

Возможно, приложение использует дисковое пространство модуля для чего-то другого, например для временных файлов или отладочной информации?

Вот часть документации, связанная с ротацией журналов:

Ведение журнала на уровне узла:

Все, что контейнерное приложение записывает в stdout и stderr, обрабатывается и куда-то перенаправляется механизмом контейнера. Например, контейнерный движок Docker перенаправляет эти два потока в драйвер ведения журналов, который настроен в Kubernetes для записи в файл в формате json.

Важным аспектом ведения журналов на уровне узла является ротация журналов, чтобы журналы не занимали все доступное хранилище на узле.

В настоящее время Kubernetes не отвечает за ротацию журналов, а инструмент развертывания должен настроить решение для решения этой проблемы. Например, в кластерах Kubernetes, развернутых скриптом kube-up.sh, есть инструмент logrotate, настроенный на запуск каждый час.

Вы также можете настроить среду выполнения контейнера для автоматической ротации журналов приложения, например. с помощью log-opt.

В сценарии kube-up.sh последний подход используется для образа COS на GCP, а первый подход используется в любой другой среде. В обоих случаях ротация по умолчанию выполняется, когда размер файла журнала превышает 10 МБ.

Например, подробную информацию о том, как kube-up.sh настраивает ведение журнала для образа COS на GCP, можно найти в соответствующем скрипт.

Вот часть скрипта, связанная с logrotate:

# Installs logrotate configuration files
function setup-logrotate() {
  mkdir -p /etc/logrotate.d/
  # Configure log rotation for all logs in /var/log, which is where k8s services
  # are configured to write their log files. Whenever logrotate is ran, this
  # config will:
  # * rotate the log file if its size is > 100Mb OR if one day has elapsed
  # * save rotated logs into a gzipped timestamped backup
  # * log file timestamp (controlled by 'dateformat') includes seconds too. This
  #   ensures that logrotate can generate unique logfiles during each rotation
  #   (otherwise it skips rotation if 'maxsize' is reached multiple times in a
  #   day).
  # * keep only 5 old (rotated) logs, and will discard older logs.
  cat > /etc/logrotate.d/allvarlogs <<EOF
/var/log/*.log {
    rotate ${LOGROTATE_FILES_MAX_COUNT:-5}
    copytruncate
    missingok
    notifempty
    compress
    maxsize ${LOGROTATE_MAX_SIZE:-100M}
    daily
    dateext
    dateformat -%Y%m%d-%s
    create 0644 root root
}
EOF

}