Müşterilerimizden en sık gelen sorulardan biri şu: "Bakım yapacaksınız, sistemim kapanacak mı?" Cevap neredeyse her zaman hayır. Ama bu cevabın arkasında, bakım gecesinden haftalar önce başlayan bir planlama var. Bu yazıda o planlamayı adım adım anlatıyoruz — çünkü şeffaflık bizim için sözleşme maddesi değil, çalışma biçimi.
Neden bakım gerekiyor?
Bir veri merkezinde hiçbir ekipman "kur ve unut" değildir. UPS aküleri yaşlanır, jeneratör yakıtı ve yağı değişir, hassas klimaların filtreleri tıkanır, elektrik panolarının bağlantı noktaları termal olarak kontrol edilir. Bunları yapmamak, kesintiyi engellemek değil yalnızca ertelemektir — ve ertelenen bakım, kesintiyi seçtiğiniz bir gecede değil, seçemediğiniz bir gündüzde getirir.
Yedekliliğin asıl amacı bakımdır
Yedekli altyapının popüler anlatımı "bir cihaz bozulursa diğeri devreye girer" şeklindedir. Doğru ama eksik. Yedekliliğin günlük hayattaki asıl işlevi, çalışan bir sistemin üzerinde bakım yapabilmektir.
Veri merkezimizde bunun karşılığı şu:
- Güçte 2N. UPS tarafı tam yedekli. Bir kolu tamamen devre dışı bırakıp bakıma alsak bile diğer kol yükün tamamını taşır. Kabinlere besleme A ve B olmak üzere iki ayrı yoldan gider.
- Jeneratörde N+1. Fazladan bir dizel jeneratör, biri bakımdayken bile şebeke kesintisini karşılayacak kapasitenin korunması demek.
- Soğutmada N+1. Hassas klimalardan biri servise alındığında kalanlar 22 ±2 °C ve %45–55 nem aralığını korumaya yeter.
- Ağda çift güzergâh. Fiber tesise iki ayrı fiziksel güzergâhtan giriyor ve Türk Telekom ile Superonline altyapıları eşzamanlı yedekli çalışıyor. Bir taşıyıcı tarafında çalışma varken trafik diğerinden akar.
Bu mimarinin bedeli, iki kat ekipman ve iki kat bakım disiplinidir. Kazancı ise, bakım gecelerinde sizi aramak zorunda kalmamamızdır.
Bir bakım penceresi nasıl kurgulanır?
Sıralama şöyle işler:
- Kapsam ve etki analizi. Hangi ekipman, hangi kabinleri, hangi besleme kolunu etkiliyor? Etkilenen her müşteri isim isim listelenir. Bunu bir CRM sorgusuyla değil, hangi sistemin nerede durduğunu bilerek yaparız.
- Tek kol kuralı. Aynı bakım penceresinde A ve B kollarına birlikte dokunulmaz. Bir kol bakımdayken diğeri tam yükü taşıyabilir durumda beklerken çalışılır.
- Geri dönüş planı. "İşlem beklendiği gibi gitmezse ne yapacağız?" sorusunun cevabı pencere açılmadan önce yazılıdır. Geri dönüş adımları ve bunun ne kadar süreceği bellidir.
- Zamanlama. Pencere, etkilenen müşterilerin iş yoğunluğunun en düşük olduğu saate konur. Bu genelde gece yarısıdır ama her zaman değil — e-ticaret müşterisiyle muhasebe yazılımı çalıştıran müşterinin "sakin saati" aynı değildir.
- Bildirim. Etkilenmesi beklenen müşterilere önceden haber verilir. Etki beklenmiyorsa bile, tek besleme kolundan çalışan bir sistemi varsa müşteri bunu bilmelidir.
Bakım gecesi
Pencere açıldığında sahada insan vardır. Uzaktan başlatılıp sabah kontrol edilen bir bakım bizde yoktur; 7/24 yerinde operasyon ekibimiz işlemi yürütür, ölçümleri anlık izler ve beklenmeyen bir davranışta pencereyi kapatıp geri dönme yetkisine sahiptir.
İyi bir bakım penceresinin başarı ölçütü, işlemin tamamlanması değil; müşterinin ertesi sabah bir şey olduğunu ancak raporu okuyunca fark etmesidir.
Sonrasında rapor
Pencere kapandığında ne yapıldığı, ne kadar sürdüğü ve ölçümlerin bakım öncesi/sonrası karşılaştırması yazılır. Kötü haber varsa da o raporda olur. Uptime taahhüdümüzü aylık ölçüp paylaşmamızın nedeni de bu: rakamı biz söylemezsek, ölçüldüğüne kimse inanmaz.
Altyapınızın hangi besleme kolunda durduğunu ve bakım pencerelerinde nasıl etkileneceğini konuşmak isterseniz, veri merkezi sayfamıza göz atabilir ya da teklif formundan bize ulaşabilirsiniz.