Jaki jest najlepszy sposób na włączenie rotacji logów w aplikacji produkcyjnej Ruby on Rails?

Czy odbywa się to za pomocą logrotate na serwerze hostingowym, czy też istnieje zestaw opcji do użycia podczas inicjowania rejestratora z aplikacji?

Opcja 1: syslog + logrotate

Możesz skonfigurować szyny, aby używać narzędzi dziennika systemowego.

Przykład w config / environment / production.rb .

# Use a different logger for distributed setups
config.logger = SyslogLogger.new

W ten sposób logujesz się do syslog i możesz używać domyślnych narzędzi logrotate do obracania dzienników.

Opcja 2: normalne logi Railsów + logrotate

Inną opcją jest po prostu skonfigurowanie logrotate do zbierania kłód pozostawionych przez szyny. W systemach Ubuntu i Debian będzie to na przykład plik o nazwie /etc/logrotate.d/rails_example_com.

/path/to/rails.example.com/tmp/log/*.log {
    weekly
    missingok
    rotate 52
    compress
    delaycompress
    notifempty
    copytruncate
}

Zgodnie z poniższymi sugestiami, w Railsach zaleca się użycie copytruncate, aby uniknąć konieczności ponownego uruchamiania aplikacji Rails.

Edycja: usunięto "sharedscripts / endcript", ponieważ nie są one tutaj używane i powodują problemy zgodnie z komentarzem. I usunięte create 640 root admzgodnie z sugestią komentarza.

Jeśli używasz logrotate, możesz wybrać jedną z poniższych opcji, umieszczając plik conf w katalogu /etc/logrotate.d/.

# Rotate Rails application logs based on file size
# Rotate log if file greater than 20 MB
/path/to/your/rails/applicaton/log/*.log {
    size=20M
    missingok
    rotate 52
    compress
    delaycompress
    notifempty
    copytruncate
}

Lub

# Rotate Rails application logs weekly
/path/to/your/rails/applicaton/log/*.log {
  weekly
  missingok
  rotate 52
  compress
  delaycompress
  notifempty
  copytruncate
}

Należy pamiętać, że copytruncate tworzy kopię zapasową bieżącego dziennika, a następnie czyści plik dziennika w celu kontynuowania zapisu. Alternatywą jest użycie funkcji create, która wykona obrót przez zmianę nazwy bieżącego pliku, a następnie utworzenie nowego pliku dziennika o tej samej nazwie co stary plik. Zdecydowanie zalecam używanie copytruncate, chyba że wiesz, że potrzebujesz utworzyć. Powodem jest to, że Railsy mogą nadal wskazywać na stary plik dziennika, mimo że jego nazwa uległa zmianie i mogą wymagać ponownego uruchomienia w celu zlokalizowania nowego pliku dziennika. copytruncate pozwala uniknąć tego, zachowując ten sam plik, co plik aktywny.

W przypadku Rails 5 musiałem to zrobić, aby ograniczyć rozmiar dziennika i nie zmieniać wyjścia serwera w konsoli:

Zgodnie z dokumentacją , jeśli chcesz ograniczyć rozmiar folderu dziennika, umieść to w pliku środowiska („development.rb” / „production.rb”).

config.logger = ActiveSupport::Logger.new(config.paths['log'].first, 1, 50 * 1024 * 1024)

Dzięki temu Twoje pliki dziennika nigdy nie będą większe niż 50 MB. Możesz zmienić rozmiar według własnych preferencji. Wartość „1” w drugim parametrze oznacza, że ​​zostanie zachowany 1 plik dziennika, więc będziesz mieć do 100 MB dzienników - bieżący dziennik i poprzedni fragment o wielkości 50 MB.

Źródło tego rozwiązania .

W przypadku Rails 5 , jeśli chcesz mieć codzienną rotację dzienników, potrzebujesz tylko tego:

  config.logger = ActiveSupport::Logger.new(config.paths['log'].first, shift_age = 'daily')

Zgodnie z dokumentacją , można użyć daily, weeklylub monthly.

Dla każdego logu: Rails log, Rpush log, ... Możesz użyć tego w swoim pliku konfiguracyjnym usługi:

 config.log_file = 'log/rpush.log'
 config.logger = ActiveSupport::Logger.new(config.log_file, 1, 20*1024*1024)

Oznacza to: po podziale zapisz tylko 1 poprzedni plik dziennika. Rozmiar głównego dziennika nigdy nie przekracza 20 MB.

Włącz wysyłanie dzienników do loggly przy użyciu logglier rails, jak pokazano w moim pliku environment / production.rb. wersja railsów to 4.1.0

RailsApplication::Application.configure do
require 'logglier'
config.logger = Logglier.new(<https://logs-01.loggly.com/inputs/inputkey>)
log.info("hello from logglier")
end