systemctl ile servis yeniden başlatma politikası

Kullanıcılar çoğu zaman sistemde bir hizmetin beklenmedik şekilde durması veya çökmesi halinde ne yapacağını sorgular: yeniden başlatma politikaları nasıl çalışır, hangi durumlarda hangi seçenekler devrede olur, ve bu ayarları güvenli bir şekilde nasıl uygulamak gerekir? Bu konuda net bir çerçeve oluşturarak, gerçek dünyadaki kullanım senaryolarına göre hareket etmek, hem güvenilirlik hem de bakımı kolay bir sistem için temel bir adım olur.

• systemctl, systemd’nin kullanıcı arayüzü olup hizmetler üzerinde kontrol sağlar. Bir servis için yeniden başlatma politikası, olay tetiklendiğinde hangi davranışın izleneceğini belirler.
• Restart unit: restart politikası anahtardır. Değerler arasında always, on-success, on-failure, on-abort, and never bulunur.
• RestartSec: yeniden başlatma arasındaki bekleme süresini belirtir. Bu, kısıtlı kaynakların tükenmesini önlemek için kritiktir.
• Environment ve StartLimitInterval, StartLimitBurst gibi ayarlar da yeniden başlatma davranışını etkileyen kilit noktalarıdır.
• İlkel örnek bir durum: kritik bir veritabanı arka uç servisi, geçici bir ağ sorununda kısa bir süre sonra yeniden başlatılmaya çalışılır; ancak sürekli başarısızlık durumunda güvenlik ve veri bütünlüğü için sınırlama gerekir.

• Basit yeniden başlatma:

123456 
  [Service]
  Restart=always
  RestartSec=5s
  [Install]
  WantedBy=multi-user.target
  

• Başarısızlıklarda sınırlama:

123456
  [Service]
  Restart=on-failure
  RestartSec=10s
  StartLimitInterval=600
  StartLimitBurst=3
  

• Özel durumlar ve güvenlik: aşırı tekrarlama geleneksel olarak güvenlik riskleri doğurabilir. Özellikle veri tabanı, kimlik doğrulama veya dosya sistemi yazma işlemleri yapan hizmetlerde, yeniden başlatma politikasını dikkatli kurgulamak gerekir. Ayrıca sıklıkla kullanılan bir senaryo: network bağlılığına bağımlı bir servis için on-failure ile sınırlama yapılabilir, fakat ağ sorunları devam ediyorsa manuel müdahale ima edilir.

• Derinlemesine izleme için systemd-analyze blame ve systemctl status ile hangi güncel sorunların tekrarlandığını gözlemleyin. Restart policy’nin etkisi, log seviyesi ve StartLimit gibi kontrol mekanizmalarıyla birlikte değerlendirilmeli.
• Güncel konfigürasyonu dosya üzerinde yapmak için genelde /etc/systemd/system veya /lib/systemd/system altındaki bir unit dosyasını düzenlersiniz ve ardından daemon-reload komutu ile yeniden yüklersiniz.