- Konu sahibi
- #1
Bir sunucu ya da web sitesi için asıl zorlayan şey her zaman büyük bir arıza değildir; çoğu zaman düzenli ama ihmal edilen işlerdir. Yedek alma, yama uygulama, log temizleme, disk doluluğunu izleme, sertifika yenileme, performans takibi ve güvenlik kontrolleri ayrı ayrı yapıldığında hem unutulma riski artar hem de bakım penceresi gereğinden fazla uzar. Bu yüzden en pratik yaklaşım, bu işleri tek tek “acil durum” gibi görmek yerine planlı bir operasyon listesine dönüştürmektir. Bu yaklaşım, günlük operasyonların performansa etkisini azaltma ve rutin işleri standartlaştırma önerileriyle de uyumludur.
Rutin işler aynı anda yapıldığında sunucuyu beklenmedik şekilde yorabilir. Örneğin yedekleme sırasında disk kullanımı artabilir, indeks bakımında veritabanı geçici olarak yavaşlayabilir, güvenlik taramaları CPU’yu yükseltebilir. Bunların tek başına zararlı olması gerekmez; sorun, ne zaman ve hangi sırayla çalışacaklarının net olmamasıdır. Düzenli operasyonları önceden tanımlamak, performans hedeflerini buna göre ayarlamak ve bakım görevlerini kontrol listesine bağlamak bu yüzden önemlidir.
Bir kontrol listesi, “neyi hatırlamalıyım?” sorusunu azaltmalı. En azından şu başlıkları içermesi faydalıdır:
Buradaki kritik nokta, sadece “işi yaptım” demek değil, işin sonucu da doğrulanmalı. Özellikle yedekler için geri dönüş testi yapılmadıysa, yedek var sanmak yanıltıcı olabilir. Benzer şekilde bir güncelleme uygulandıysa ama hizmette hata oluştuysa, bakım tamamlanmış sayılmaz.
Basit bir düzen çoğu ortamda yeterlidir:
Bu düzenin amacı, işi daha karmaşık yapmak değil; aynı tür görevleri aynı ritimde toplayarak unutmayı ve çakışmayı azaltmaktır. Özellikle bakım penceresi sınırlıysa, en riskli işleri önce yapmak ve sonucu hızlı doğrulamak işleri kolaylaştırır.
En yaygın hata, yedek ile yedek doğrulamayı aynı şey sanmaktır. İkinci hata, bakım görevlerini üretim trafiğiyle aynı zamanda çalıştırmaktır. Üçüncü hata ise kontrol listesi oluşturup hiç güncellememektir; sistem değiştikçe liste de değişmelidir. Dördüncü hata, yalnızca teknik ekibin anlayacağı notlar tutmaktır. Bir görev başka biri tarafından devralınacaksa, adımlar kısa ve açık olmalıdır.
Bir web sitesi için örnek bir aylık bakım notu şu mantıkla tutulabilir: “Önce tam yedek al, sonra geri yükleme testini ayrı ortamda çalıştır, ardından güncelleme uygula, en son logları ve performansı kontrol et.” Bu sıra, sorun çıkarsa nerede oluştuğunu anlamayı kolaylaştırır. Aynı anda çok fazla değişiklik yapmak yerine adımları ayırmak, hata ayıklamayı da hızlandırır.
Tek bir düzenli checklist, sunucu yönetimini “akılda tutma işi” olmaktan çıkarıp tekrarlanabilir bir operasyona dönüştürür. En yararlı liste, en uzun olan değil; gerçekten uygulanan, ölçülen ve gerektiğinde güncellenen listedir.
Bu konu neden önemlidir?
Rutin işler aynı anda yapıldığında sunucuyu beklenmedik şekilde yorabilir. Örneğin yedekleme sırasında disk kullanımı artabilir, indeks bakımında veritabanı geçici olarak yavaşlayabilir, güvenlik taramaları CPU’yu yükseltebilir. Bunların tek başına zararlı olması gerekmez; sorun, ne zaman ve hangi sırayla çalışacaklarının net olmamasıdır. Düzenli operasyonları önceden tanımlamak, performans hedeflerini buna göre ayarlamak ve bakım görevlerini kontrol listesine bağlamak bu yüzden önemlidir.
İyi bir bakım listesinde neler olmalı?
Bir kontrol listesi, “neyi hatırlamalıyım?” sorusunu azaltmalı. En azından şu başlıkları içermesi faydalıdır:
- Yedeklerin alındığını değil, geri yüklenebilir olduğunu doğrulama
- Sistem ve uygulama güncellemelerini test ortamında deneme
- Canlı ortama geçmeden önce bakım etkisini ölçme
- Disk kullanımı, RAM, CPU ve hata kayıtlarını kontrol etme
- Sertifika, parola ve erişim anahtarı yenileme tarihlerini izleme
- Uyarıların gerçekten çalıştığını test etme
- Bakım sonrası hizmetlerin açılış sırasını kontrol etme
Buradaki kritik nokta, sadece “işi yaptım” demek değil, işin sonucu da doğrulanmalı. Özellikle yedekler için geri dönüş testi yapılmadıysa, yedek var sanmak yanıltıcı olabilir. Benzer şekilde bir güncelleme uygulandıysa ama hizmette hata oluştuysa, bakım tamamlanmış sayılmaz.
Pratik bir bakım akışı nasıl kurulabilir?
Basit bir düzen çoğu ortamda yeterlidir:
- Günlük: hata logları, disk doluluğu, kritik servisler, başarısız görevler
- Haftalık: yedek durumu, başarısız bildirimler, performans eğilimleri
- Aylık: güvenlik yamaları, sertifika süreleri, kapasite ihtiyacı, geri yükleme testi
- Bakım penceresi öncesi: bağımlılık kontrolü, kullanıcı etkisi, geri dönüş planı
- Bakım penceresi sonrası: servis doğrulaması, performans kontrolü, kayıtların incelenmesi
Bu düzenin amacı, işi daha karmaşık yapmak değil; aynı tür görevleri aynı ritimde toplayarak unutmayı ve çakışmayı azaltmaktır. Özellikle bakım penceresi sınırlıysa, en riskli işleri önce yapmak ve sonucu hızlı doğrulamak işleri kolaylaştırır.
Sık yapılan hatalar
En yaygın hata, yedek ile yedek doğrulamayı aynı şey sanmaktır. İkinci hata, bakım görevlerini üretim trafiğiyle aynı zamanda çalıştırmaktır. Üçüncü hata ise kontrol listesi oluşturup hiç güncellememektir; sistem değiştikçe liste de değişmelidir. Dördüncü hata, yalnızca teknik ekibin anlayacağı notlar tutmaktır. Bir görev başka biri tarafından devralınacaksa, adımlar kısa ve açık olmalıdır.
Küçük bir örnek düzen
Bir web sitesi için örnek bir aylık bakım notu şu mantıkla tutulabilir: “Önce tam yedek al, sonra geri yükleme testini ayrı ortamda çalıştır, ardından güncelleme uygula, en son logları ve performansı kontrol et.” Bu sıra, sorun çıkarsa nerede oluştuğunu anlamayı kolaylaştırır. Aynı anda çok fazla değişiklik yapmak yerine adımları ayırmak, hata ayıklamayı da hızlandırır.
Son not
Tek bir düzenli checklist, sunucu yönetimini “akılda tutma işi” olmaktan çıkarıp tekrarlanabilir bir operasyona dönüştürür. En yararlı liste, en uzun olan değil; gerçekten uygulanan, ölçülen ve gerektiğinde güncellenen listedir.
