Sunucular aylarca kesintisiz çalışabilir ve bu, bir gurur kaynağı gibi görülür. Oysa uzun çalışma süresi her zaman iyi bir işaret değildir — bazen uygulanmamış güvenlik yamalarının göstergesidir.
Bu yazı, VDS sunucu yeniden başlatmalarını ne zaman ve nasıl yapacağınızı anlatıyor.
Ne Zaman Gerekir?
| Durum | Yeniden başlatma gerekli mi? |
|---|---|
| Çekirdek güncellemesi | Evet |
| Temel kütüphane güncellemesi | Genellikle evet |
| Uygulama güncellemesi | Hayır, servis yeniden başlatması yeter |
| Yapılandırma değişikliği | Hayır |
| Donanım kaynağı değişimi | Evet |
| Açıklanamayan kararsızlık | Geçici çözüm olarak |
İlk iki satır kritik bir noktaya işaret eder: güvenlik yaması uygulanmış olsa bile, sistem yeniden başlatılmadıysa eski sürüm bellekte çalışmaya devam eder ve açık kapanmamış olur.
Bu yüzden "sunucum aylardır kesintisiz çalışıyor" ifadesi, eğer bu süre içinde çekirdek güncellemesi yapıldıysa, aslında bir güvenlik uyarısıdır.
Gerekli mi, Nasıl Anlarım?
Modern dağıtımlarda yeniden başlatma ihtiyacını gösteren mekanizmalar vardır:
- Sistem uyarı dosyası. Yeniden başlatma gerektiğinde oluşturulan bir işaret dosyası bulunur.
- Çalışan çekirdek sürümü karşılaştırması. Yüklü sürüm ile çalışan sürüm farklıysa yeniden başlatma bekliyor demektir.
- Eski kütüphane kullanan süreçler. Silinmiş veya güncellenmiş kütüphaneleri kullanmaya devam eden süreçleri listeleyen araçlar vardır.
Üçüncü madde daha ince bir kontroldür ve çoğu zaman tam yeniden başlatmayı gereksiz kılar: yalnızca etkilenen servisleri yeniden başlatmak yeterli olabilir.
Yeniden Başlatma Öncesi
Planlı bir yeniden başlatma öncesinde yapılacaklar:
- Zamanlamayı seçin. Trafiğin en düşük olduğu saat. Tahmin etmeyin, verinize bakın.
- Konsol erişiminizi doğrulayın. Sunucu açılmazsa müdahale edebilmelisiniz.
- Servislerin otomatik başladığını kontrol edin. Elle başlatılmış bir servis geri gelmeyecektir.
- Bağlanmış disk ve depolamaları kontrol edin. Açılışta otomatik bağlanıyorlar mı?
- Yedeğinizin güncel olduğunu doğrulayın.
- Ekibi bilgilendirin. Kısa da olsa bir kesinti olacak.
Üçüncü ve dördüncü maddeler en sık atlanan ve en çok soruna yol açan kontrollerdir. Yeniden başlatma, geçmişte yapılmış elle müdahalelerin ortaya çıktığı andır — aylar önce elle başlatılmış bir servis, ilk yeniden başlatmada kaybolur.
Temiz Kapanma
Yeniden başlatma komutu verildiğinde sistem servisleri sırayla durdurur ve dosya sistemlerini güvenli biçimde kapatır. Bu süreç önemlidir:
- Veritabanı, bekleyen yazma işlemlerini diske aktarır
- Uygulamalar devam eden istekleri tamamlar
- Dosya sistemleri tutarlı hâlde kapatılır
Bu yüzden sağlayıcı panelinden "gücü kes" seçeneğini kullanmayın. Bu, elektrik fişini çekmenin karşılığıdır ve veri bozulmasına yol açabilir.
Doğru yol, sunucu içinden yeniden başlatma komutu vermektir. Sunucuya erişemiyorsanız ve zorunlu kapatma yapmanız gerekiyorsa, açılış sonrası dosya sistemi kontrolü yapın.
Açılış Sonrası Doğrulama
Sunucu açıldı, ping yanıt veriyor — bu, her şeyin yolunda olduğu anlamına gelmez. Kontrol listesi:
- Tüm servisler çalışıyor mu? Beklenen servis listesini gözden geçirin.
- Disk bağlamaları yerinde mi? Ek depolamalar bağlandı mı?
- Site açılıyor mu? Dışarıdan test edin.
- Veritabanı erişilebilir mi?
- Zamanlanmış görevler aktif mi?
- Güvenlik duvarı kuralları yüklendi mi?
- Loglarda açılış hatası var mı?
Altıncı madde bir güvenlik kontrolüdür: güvenlik duvarı kuralları kalıcı hâle getirilmemişse, yeniden başlatma sonrası tüm portlar açık hâle gelebilir ve bunu fark etmeyebilirsiniz.
Planlı Yeniden Başlatma Alışkanlığı
Yeniden başlatmayı zorunlu kalınca değil, planlı olarak yapmak daha sağlıklıdır:
- Sorunları kontrollü ortamda keşfedersiniz. Bir servis açılışta gelmiyor mu? Bunu kriz anında değil, planlı bir pencerede öğrenirsiniz.
- Yamalar gerçekten etkinleşir. Uygulanmış ama devreye girmemiş güncellemeler kalmaz.
- Bellek sızıntıları temizlenir. Uzun süre çalışan bazı uygulamalarda bellek kullanımı zamanla artar.
- Yapılandırma sürüklenmesi ortaya çıkar. Elle yapılmış ve kalıcılaştırılmamış değişiklikler görünür hâle gelir.
Son madde uzun vadede en değerli faydadır: düzenli yeniden başlatma yapan bir sistem, yalnızca kalıcı yapılandırmalarla ayakta durabilen bir sistemdir — ve bu, öngörülebilirlik demektir.
Kesintiyi Azaltmak
Yeniden başlatma kesintisi kabul edilemezse seçenekler:
- İkinci bir sunucu kullanmak. Trafik diğerine yönlendirilir, biri yeniden başlatılır.
- Canlı yama teknolojileri. Bazı sistemler çekirdek yamalarını yeniden başlatmadan uygulayabilir.
- Bakım sayfası göstermek. Kesinti kaçınılmazsa en azından açıklayıcı bir sayfa gösterin.
İkinci seçenek cazip görünür ama sınırları vardır: tüm güncellemeler bu yolla uygulanamaz ve bir noktada yine de yeniden başlatma gerekir. Bunu kesintiyi erteleme aracı olarak görün, ortadan kaldırma aracı olarak değil.
Kesinti toleransınız gerçekten düşükse, çözüm tek sunucuyu daha dayanıklı yapmak değil ikinci bir sunucu eklemektir. Bu, sanal sunucu maliyetlerinin görece düşük olduğu düşünülürse çoğu iş için ulaşılabilir bir yatırımdır.
Sonuç
Uzun kesintisiz çalışma süresi bir başarı göstergesi değil, çoğu zaman uygulanmış ama devreye girmemiş güvenlik yamalarının işaretidir — yama uygulansa bile sistem yeniden başlatılmadıysa eski sürüm bellekte çalışır. Yeniden başlatmayı zorunlu kalınca değil planlı yapın: bu, açılışta gelmeyen servisleri ve kalıcılaştırılmamış yapılandırmaları kriz anında değil kontrollü bir pencerede ortaya çıkarır. Ve sağlayıcı panelinden "gücü kes" seçeneğini kullanmayın — bu fişi çekmenin karşılığıdır.
Sıkça Sorulan Sorular (SSS)
Sunucumu ne zaman yeniden başlatmalıyım?
Çekirdek ve temel kütüphane güncellemelerinden sonra mutlaka — aksi hâlde yama uygulanmış olsa bile eski sürüm bellekte çalışmaya devam eder ve açık kapanmaz. Uygulama güncellemelerinde ise yalnızca ilgili servisi yeniden başlatmak yeterlidir.
Uzun kesintisiz çalışma iyi bir şey değil mi?
Her zaman değil. O süre içinde çekirdek güncellemesi yapıldıysa, uygulanmış ama devreye girmemiş yamalar var demektir. Ayrıca uzun süre yeniden başlatılmayan sistemlerde, açılışta gelmeyecek servisler ve kalıcılaştırılmamış ayarlar birikir.
Panelden "gücü kes" seçeneğini kullanabilir miyim?
Zorunlu kalmadıkça kullanmayın — bu, elektrik fişini çekmenin karşılığıdır. Veritabanı bekleyen yazma işlemlerini diske aktaramaz ve dosya sistemi bozulabilir. Sunucuya erişebiliyorsanız içeriden yeniden başlatma komutu verin.
Açılıştan sonra neyi kontrol etmeliyim?
Ping yanıt vermesi yeterli değildir. Tüm servislerin çalıştığını, disk bağlamalarının yerinde olduğunu, zamanlanmış görevlerin aktif olduğunu ve özellikle güvenlik duvarı kurallarının yüklendiğini doğrulayın — kalıcılaştırılmamış kurallar yeniden başlatmada kaybolur.
