Sunucu Yönetimi ve Kurulumunda Nelere Dikkat Edilir?
Yayın tarihi: 11 Kasım 20265 dk okumaYazar: Hizmy ekibi
- rehber
- sunucu yonetimi
- siber guvenlik
- linux sunucu
- firewall
- sunucu bakimi
Sunucu yönetimi, bir makinenin kurulup açılmasıyla biten bir iş değildir. Kurulumun ardından güncellemeler, yedekler, izleme ve erişim düzeni devreye girer; asıl iş burada başlar. Bir web sitesi ya da iç uygulama yavaşladığında, veriye erişilemediğinde veya disk dolduğunda kimin ne yapacağını bilmesi gerekir. Bu yazı, sunucu kuran ya da yönetimini devralan bir ekipte aranması gereken ölçütleri anlatır. Amaç en çok araç kullanan ekibi değil, neyin nerede olduğunu yazılı tutan ekibi bulmaktır.
Önce envanter ve sorumluluk sınırı
Yönetim işine başlamadan önce kaç sunucu olduğu, hangilerinin fiziksel hangilerinin bulut üzerinde çalıştığı, hangi işletim sistemlerinin kullanıldığı ve her makinenin ne işe yaradığı çıkarılmalıdır. Aynı envanterde erişim yetkisi olan kişiler, yedeklerin nerede tutulduğu ve acil durumda kimin aranacağı da yer alır. Bu liste yoksa, sunucu sayısı arttıkça "bu makine neydi" sorusu cevapsız kalır. İyi bir yönetim hizmeti, devraldığı ortamın fotoğrafını çıkarıp yazılı teslim eder.
Kurulumda sadelik ve doğru bölümleme
İşletim sistemi kurulurken gereksiz paketlerin ve servislerin kapalı tutulması, ileride kapatılması gereken bir açık bırakmaz. Disk bölümlemesi, log ve veri klasörlerinin ayrı alanlarda tutulmasına izin vermelidir; tek bölümde çalışan bir sunucuda dolan disk, işletim sistemini de kilitler. Sanal ya da bulut sunucularda disk büyütme imkânı olsa bile dosya sistemi ve yedek düzeni buna göre kurulmalıdır. Kurulum sırasında saat dilimi, otomatik güncelleme penceresi ve makine adı gibi ayrıntılar sonradan karışıklık çıkarmayacak biçimde belirlenir.
Sertleştirme: varsayılanı kapatmak
Bir sunucu kurulduğunda gelen varsayılan ayarlar çoğu zaman iş için fazladır. Kullanılmayan portlar, örnek veritabanları, uzaktan yönetim arayüzleri ve misafir hesapları kapatılmalıdır. SSH erişimi parola yerine anahtarla yapılmalı, kök kullanıcıyla doğrudan giriş sınırlandırılmalı, yönetici hesaplarında iki adımlı doğrulama düşünülmelidir. Güvenlik duvarı yalnızca gereken trafiğe izin vermeli; veritabanı ve yönetim panelleri dışarıya açık olmamalıdır. Bu adımlar tek seferliktir ama atlandığında aylarca fark edilmez.
Yedekleme: kopya değil, geri dönebilme
Yedek denince akla gelen ilk şey dosyaların başka bir diske kopyalanmasıdır; oysa asıl soru, gerektiğinde geri dönüp dönemeyeceğinizdir. Aynı sunucu üzerindeki ikinci disk, sunucuyla birlikte kaybolur. Yedeklerin farklı bir ortamda, şifreli ve sürüm geçmişiyle tutulması gerekir. Veritabanı yedeği alınırken tutarlılık yöntemi seçilmeli; dosya kopyalarken açık olan veritabanı bozuk yedek üretebilir. En önemlisi, yedeğin geri yüklenmesi belirli aralıklarla denenmelidir. Denenmemiş yedek, olduğu varsayılan bir umuttan ibarettir.
İzleme, log ve uyarı eşiği
Sunucunun çalışıp çalışmadığını anlamak için yalnızca siteye bakmak yetmez. Disk doluluğu, bellek kullanımı, işlemci yükü, servis durumu ve sertifika süresi gibi göstergeler düzenli izlenmelidir. Uyarı eşikleri çok dar kurulursa gereksiz bildirim yağar, çok geniş kurulursa sorun geç fark edilir. Logların merkezi bir yerde toplanması, sunucu çöktüğünde bile olayın izini sürmeyi sağlar. Erişim ve hata kayıtlarının ne kadar süre tutulacağı da baştan kararlaştırılmalıdır.
Değişiklik yönetimi ve bakım penceresi
Sunucuya yapılan her değişiklik, bir sorun çıktığında geri alınabilir olmalıdır. Güncelleme öncesi yedek almak, değişikliğin ne zaman ve kim tarafından yapıldığını kayıt altına almak, müşteriye haber vermek işin parçasıdır. Bakım penceresi, kullanıcıların en az etkilendiği saatlere denk getirilir; acil güvenlik yamaları için ayrı bir yol izlenir. "Bir şey olursa bakarız" yaklaşımı yerine, geri alma adımlarının önceden yazılması gerekir.
Erişim yönetimi ve ayrılma
Sunucuya kimin erişebildiği, hangi yetkiyle eriştiği ve bu yetkinin ne zaman sona ereceği kayıtlı olmalıdır. Ortak kullanılan bir yönetici hesabı, kimin ne yaptığını belirsizleştirir. Çalışan ayrıldığında anahtar ve parola değişimi, erişim listesinin güncellenmesi gerekir. Anahtarların bir parola yöneticisinde ve gerektiğinde paylaşımlı kasada tutulması, e-posta ya da mesaj içinde dağıtılmasından daha düzenlidir. Bu düzen, hem olay incelemesini hem de yeni ekip üyesinin işe başlamasını kolaylaştırır.
Bulut ve fiziksel sunucu farkı
Bulut sunucuda donanım, güç ve ağ katmanı sağlayıcıya aittir; işletim sistemi, uygulama, erişim ve yedek düzeni kullanıcıda kalır. Fiziksel sunucuda ise elektrik, soğutma, disk arızası ve yedek parça gibi konular da eklenir. Hizmet kapsamı belirlenirken bu sorumluluk paylaşımının yazılı olması gerekir. Özellikle ofis içindeki bir sunucuda elektrik kesintisi, toz ve ısınma gibi riskler ayrıca değerlendirilmelidir.
Felaket senaryosu ve iletişim planı
Sunucunun tamamen kaybedildiği bir durumda ne yapılacağı önceden yazılmalıdır. Yeni makinenin nereden kurulacağı, yedekten hangi sırayla dönüleceği, alan adı ve sertifikaların nasıl taşınacağı ve kullanıcılara ne söyleneceği bu planın parçalarıdır. Bu plan yalnızca yöneticinin kafasında durursa, o kişiye ulaşılamadığı anda iş durur. Planın bir kopyası işletmede, erişim bilgileri yetkili kişide bulunmalı; tatbikatla bir kez denenmelidir.
Fiyatı belirleyen etkenler
Sunucu sayısı, işletim sistemi ve uygulama çeşitliliği, izleme kapsamı, yedekleme sıklığı, acil müdahale beklentisi ve lisans ihtiyacı fiyatı değiştirir. Yalnızca kurulum mu isteniyor, yoksa aylık bakım ve izleme mi? Kapsam net değilse teklifler karşılaştırılamaz. Hizmy üzerinden gelen tekliflerde fiyatı usta belirler; platform komisyon almaz ve ustalar günde üç teklif hakkıyla çalışır. Hizmet sınırlarını ve yanıt süresini yazılı mutabakat kaydına geçirmek, sonradan doğacak anlaşmazlığı azaltır.
Ustaya sorulacak sorular
- Devralacağınız ortamın envanterini ve erişim listesini yazılı verecek misiniz?
- Yedekleri nerede tutuyorsunuz, geri yükleme kaç kez deneniyor?
- İzleme ve uyarıları hangi araçlarla, kime bildirim giderek kuruyorsunuz?
- Bakım ve güncelleme penceresini nasıl planlıyorsunuz?
- Acil durumda yanıt süreniz ve iletişim yolunuz ne?
- İş bitiminde hangi belgeleri teslim ediyorsunuz?
Teslimde kontrol edilecekler
Sunucuya siz de erişebiliyor musunuz, yönetici hesapları size ait mi? Yedekten bir dosya geri yüklenerek denendi mi? İzleme panelinde sunucu ve servisler görünüyor mu? Güvenlik duvarı kuralları ve açık portlar yazılı mı? Güncelleme ve yeniden başlatma sonrası uygulama ayağa kalkıyor mu? Teslimde envanter, erişim bilgileri, yedek politikası ve acil iletişim listesi birlikte alınmalıdır.
Sunucu ve altyapı işleri için sunucu yönetimi sayfasına, işçilik kalemleri için sunucu yönetimi fiyatları sayfasına bakabilirsiniz. Talebinizi sunucu yönetimi ilanı ile oluşturup bölgenizdeki uzmanlardan teklif toplayabilirsiniz.