Donanım İzleme Aracıları: Üretici Araçları Ne Söyler?

İzleme sisteminiz işlemci, bellek ve disk kullanımını gösteriyor. Hepsi normal. Ama sunucunun içindeki bir fan aylardır arızalı ve o bölgedeki bileşenler sürekli fazla ısınıyor — işletim sistemi bunu hiç görmüyor.

Bu yazı, donanım seviyesinde izlemeyi ele alıyor.

İşletim Sistemi Neyi Görmez?

Dördüncü satır en kritik körlüktür: RAID dizisinde bir disk arızalandığında işletim sistemi hiçbir şey fark etmez — dizi çalışmaya devam eder ve tüm metrikler normal görünür.

İkinci disk de arızalandığında ise her şey birden kaybolur.

Bu, izleme kurmuş olmasına rağmen veri kaybeden ekiplerin klasik hikâyesidir.

Beşinci satır ise arıza öncesi uyarı verir ve yalnızca donanım seviyesinden okunur.

İzleme Kaynakları

Donanım bilgisine üç yoldan ulaşılır:

1. Yönetim kartı arayüzü.
2. Üretici izleme aracısı.
3. Standart sensör arayüzleri.

Birinci seçenek en bağımsız olanıdır: yönetim kartı işletim sisteminden bağımsız çalışır, bu yüzden sunucu kapalıyken veya çökmüşken bile donanım durumunu okuyabilirsiniz.

Bu, sunucu yanıt vermediğinde nedeni anlamanın tek yoludur.

İkinci seçenek ise daha ayrıntılı bilgi verir ve genellikle RAID denetleyici durumunu da kapsar.

Üçüncü seçenek ise üreticiden bağımsızdır ve temel sıcaklık, fan ve voltaj bilgilerini sunar.

RAID İzlemesi

Ayrı ve özel bir dikkat gerektirir:

• Dizi durumu kontrol edilmeli.
• Disk durumları ayrı ayrı okunmalı.
• Yeniden oluşturma ilerlemesi izlenmeli.
• Denetleyici pil durumu görülmeli.

Dördüncü madde çok atlanan bir kalemdir: RAID denetleyicisinin yazma önbelleğini koruyan pil zayıfladığında denetleyici önbelleği devre dışı bırakır ve yazma performansı aniden düşer — donanım arızası yokmuş gibi görünür ama sistem belirgin biçimde yavaşlar.

Bu, açıklanamayan performans düşüşlerinin bilinmeyen nedenlerinden biridir.

Üçüncü madde ise kritik bir dönemi kapsar. Yeniden oluşturma sırasında dizi korumasızdır ve süre uzarsa risk büyür.

Bu süreçte ikinci bir disk arızası tüm veriyi kaybettirir.

Alarm Kurmak

Birinci ve ikinci satırlar acil olarak işaretlenmelidir çünkü yedeklilik tükenmiştir: çift güç kaynağından biri arızalandığında sistem çalışmaya devam eder ama artık yedeksizdir — ikinci bir arıza sunucuyu tamamen durdurur.

Bu durum "her şey çalışıyor" göründüğü için ertelenmeye eğilimlidir ve bu tehlikelidir.

Beşinci satır ise tek başına alarm üretmemelidir ama eğilimi izlenmelidir. Sayaç düzenli artıyorsa modül değişmelidir.

Aracı Kurmak İstemiyorsanız

Üretici aracıları bazı ekipler tarafından tercih edilmez:

1. Ek yazılım kurulumu gerekir.
2. Güncelleme yükü doğurur.
3. Kapalı kaynak olabilir.

Bu durumda alternatif yol yönetim kartıdır: yönetim kartı üzerinden ağ protokolüyle sorgu yaparak, sunucuya hiçbir yazılım kurmadan tüm donanım sensörlerini okuyabilirsiniz.

Bu yaklaşım özellikle çok sayıda sunucu yönetenler için verimlidir; merkezî bir izleme sistemi tüm kartları sorgular.

Dezavantajı, RAID denetleyici ayrıntılarının bazı modellerde bu yolla görünmemesidir.

Karma bir yaklaşım genellikle en iyi sonucu verir: temel sensörler kart üzerinden, RAID durumu hafif bir betikle.

Alarmları Test Etmek

• Kurulumdan sonra mutlaka test edin.
• Bir güç kablosunu çekin.
• Alarmın ulaştığını doğrulayın.
• Yıllık tekrarlayın.

İkinci madde en gerçekçi testtir ve zararsızdır: çift beslemeli bir sunucuda bir güç kablosunu çekmek hem yedekliliği hem alarm zincirini aynı anda test eder — sistem etkilenmez ama alarm gelmeli.

Alarm gelmezse izleme zincirinde bir kopukluk var demektir.

Dördüncü madde ise kurulumun zamanla bozulmasını yakalar. E-posta adresleri değişir, kurallar bozulur.

Test edilmemiş bir alarm, olmayan bir alarmdır.

Merkezî Toplama

Birinci satırın önemli bir zayıflığı vardır: sunucunun kendi alarm göndermesine dayanan bir sistem, sunucu tamamen çöktüğünde hiçbir alarm üretmez — sessizlik en kötü haberdir ama fark edilmez.

Merkezî sorgulama bu boşluğu kapatır; yanıt vermeyen sunucu doğrudan alarm üretir.

Üçüncü satır ise ek bir güvence sağlar. Sağlayıcının kendi izlemesi, sizin sisteminiz çökse bile devrededir.

Sağlayıcınızın hangi donanım olaylarını size bildirdiğini önceden öğrenmelisiniz.

Donanım uyarıları ve yönetim kartı erişimi sağlayıcıya göre değişir; fiziksel sunucu barındırma hizmetinde donanım izleme ve arıza bildirimi süreçleri destek tarafında da takip edilir.

Sonuç

Klasik izleme sistemlerinin en tehlikeli körlüğü RAID'dir: bir disk arızalandığında işletim sistemi hiçbir şey fark etmez, dizi çalışmaya devam eder ve tüm metrikler normal görünür — ikinci disk gidince her şey birden kaybolur. Donanım sensörlerini ayrıca izleyin ve denetleyici pilini unutmayın; zayıfladığında yazma önbelleği kapanır ve sistem açıklanamayan biçimde yavaşlar. Ve alarmları mutlaka test edin — test edilmemiş bir alarm, olmayan bir alarmdır.

Sıkça Sorulan Sorular (SSS)

Sistem metrikleri yeterli değil mi?

Değil. İşletim sistemi fan hızlarını, güç kaynağı durumunu, RAID denetleyici sağlığını ve bellek hata sayaçlarını görmez. En tehlikelisi RAID'dir: bir disk arızalandığında dizi çalışmaya devam eder ve tüm metrikler normal görünür — sorun ancak ikinci disk gittiğinde anlaşılır.

Sunucuya yazılım kurmadan izleyebilir miyim?

Evet. Yönetim kartı üzerinden ağ protokolüyle sorgu yaparak tüm donanım sensörlerini okuyabilirsiniz; kart işletim sisteminden bağımsız çalıştığı için sunucu çökmüşken bile veri verir. Dezavantajı, RAID denetleyici ayrıntılarının bazı modellerde bu yolla görünmemesidir.

Denetleyici pili neden önemli?

Yazma önbelleğini koruyan pil zayıfladığında denetleyici önbelleği devre dışı bırakır ve yazma performansı aniden düşer. Donanım arızası yokmuş gibi görünür ama sistem belirgin yavaşlar — açıklanamayan performans düşüşlerinin bilinmeyen nedenlerinden biridir.

Alarmları nasıl test ederim?

Çift beslemeli bir sunucuda bir güç kablosunu çekin — bu hem yedekliliği hem alarm zincirini test eder ve zararsızdır. Alarm gelmezse izleme zincirinde kopukluk vardır. Testi yıllık tekrarlayın; e-posta adresleri değişir, kurallar zamanla bozulur.