Yıllar içinde her ihtiyaç için ayrı bir sunucu alındı. Şimdi kabinde on makine var, hiçbiri tam kapasitede çalışmıyor ve her biri ayrı bakım gerektiriyor.
Konsolidasyon, bu dağınıklığı toplama işidir. Bu yazı, fiziksel sunucu konsolidasyonunu ve dikkat edilmesi gerekenleri anlatıyor.
Neden Dağılır?
Sunucu sayısı bilinçli bir kararla değil, birikimle artar:
- Her yeni proje için yeni sunucu. Mevcut olanı paylaşmak yerine.
- İzolasyon kaygısı. "Karışmasın" düşüncesi.
- Farklı gereksinimler. Farklı işletim sistemi veya sürüm ihtiyacı.
- Miras sistemler. Kimsenin dokunmaya cesaret edemediği eski makineler.
- Zamanla azalan yük. Bir zamanlar dolu olan sunucu artık boşta.
Son madde en yaygın konsolidasyon fırsatını üretir: bir zamanlar kapasitesini zorlayan bir uygulama, bugünün donanımında kaynağın küçük bir kısmını kullanıyordur.
Konsolidasyonun Faydaları
| Alan | Kazanç |
|---|---|
| Enerji | Boşta çalışan makineler ortadan kalkar |
| Kabin alanı | U tasarrufu, kira azalır |
| Bakım yükü | Daha az güncelleme, daha az izleme |
| Lisans maliyeti | Bazı modellerde azalır |
| Yedeklilik | Aynı bütçeyle daha iyi yedeklilik |
Son satır sıkça fark edilmez ama en değerli kazançtır: on adet yedeksiz küçük sunucu yerine, iki adet yedekli güçlü sunucu kurabilirsiniz — hem daha ucuz hem daha dayanıklı.
Dördüncü satır ise dikkatli değerlendirilmelidir: çekirdek başına lisanslanan yazılımlarda konsolidasyon maliyeti artırabilir. Bu hesabı önceden yapın.
Konsolidasyon Yöntemleri
Sanallaştırma
Her eski sunucu, bir sanal makineye dönüştürülür. En yaygın ve en güvenli yöntemdir.
Avantajları:
- İzolasyon korunur — her sistem kendi ortamında
- Farklı işletim sistemleri bir arada çalışabilir
- Miras sistemler olduğu gibi taşınabilir
- Yedekleme ve taşıma kolaylaşır
Üçüncü madde özellikle değerlidir: kimsenin nasıl kurulduğunu bilmediği eski bir sistem, olduğu gibi sanal makineye dönüştürülebilir ve yeniden kurulmasına gerek kalmaz.
Konteynerleştirme
Uygulamalar, işletim sistemini paylaşan izole ortamlarda çalışır. Sanallaştırmadan daha verimlidir ama uygulamanın uyumlu olması gerekir.
Eski ve karmaşık bağımlılıkları olan sistemler için genellikle uygun değildir.
Doğrudan Birleştirme
Birden fazla uygulama aynı işletim sistemi üzerinde çalıştırılır. En verimli ama en riskli yöntemdir.
Sorunları:
- Bağımlılık çakışması. Farklı sürüm gerektiren uygulamalar.
- İzolasyon kaybı. Bir uygulamadaki sorun diğerlerini etkiler.
- Güvenlik riski. Bir uygulama ele geçirilirse diğerlerine erişim açılır.
Bu yöntem yalnızca benzer ve basit uygulamalar için düşünülmelidir.
Konsolidasyon Öncesi Analiz
Hangi sunucuların birleştirilebileceğini belirlemek için ölçüm gerekir:
- Her sunucunun gerçek kaynak kullanımını ölçün. Zirve ve ortalama ayrı ayrı.
- Zirve zamanlarını karşılaştırın. Aynı anda mı yoğunlaşıyorlar?
- Bağımlılıkları haritalayın. Hangi sistem hangisine bağlı?
- Kritiklik seviyelerini belirleyin. Hangileri aynı makinede olabilir?
- Uyum gereksinimlerini kontrol edin. Bazı veriler izole tutulmalı olabilir.
İkinci madde konsolidasyonun anahtarıdır: zirveleri farklı saatlerde olan sistemler, aynı donanımı verimli paylaşır. Hepsi aynı anda yoğunlaşıyorsa kazanç sınırlı olur.
Dördüncü madde bir risk kararıdır: tüm kritik sistemleri aynı fiziksel makineye koymak, tek arıza noktası üretir. Konsolidasyon yaparken bunları farklı makinelere dağıtın.
Riskler
Konsolidasyonun bedeli, arıza etkisinin büyümesidir:
| Önce | Sonra |
|---|---|
| Bir sunucu çökerse bir hizmet durur | Bir sunucu çökerse on hizmet durur |
| Bakım tek sistemi etkiler | Bakım hepsini etkiler |
| Kaynak sorunu izole | Bir uygulama diğerlerini etkileyebilir |
Bu yüzden konsolidasyon, yedeklilik yatırımıyla birlikte düşünülmelidir. Konsolidasyondan elde edilen tasarrufun bir kısmını yedekliliğe ayırmak, hem maliyeti düşürür hem dayanıklılığı artırır.
Üçüncü satır için de önlem gerekir: sanal makinelere kaynak sınırı tanımlayarak, birinin diğerlerini etkilemesini engelleyin.
Uygulama Süreci
Konsolidasyon kademeli yapılmalıdır:
- Hedef donanımı hazırlayın. Yeterli kaynak ve yedeklilik ile.
- En düşük riskli sistemden başlayın. Test ortamları iyi bir başlangıçtır.
- Her taşımadan sonra doğrulayın. Bir sonrakine geçmeden.
- Kaynak kullanımını izleyin. Tahminler tutuyor mu?
- Kritik sistemleri sona bırakın. Deneyim kazandıktan sonra.
- Eski sunucuları hemen kapatmayın. Geri dönüş imkânı kalsın.
İkinci madde öğrenme fırsatı sağlar: ilk taşımalarda karşılaşacağınız sorunlar, kritik sistemlerde değil düşük riskli sistemlerde ortaya çıksın.
Altıncı madde bir güvenlik ağıdır: taşıma sonrası fark edilmeyen bir sorun günler sonra ortaya çıkabilir ve eski sistem hâlâ ayaktaysa geri dönebilirsiniz.
Miras Sistemler
Konsolidasyonun en zor kısmı, kimsenin tam anlamadığı eski sistemlerdir. Yaklaşım:
- Olduğu gibi taşıyın. Yeniden kurmaya çalışmayın.
- Fiziksel makineden sanal makineye dönüştürme araçları kullanın.
- Taşımadan önce tam yedek alın.
- Donanım bağımlılıklarını kontrol edin. Özel bir karta bağımlı olabilir.
- Lisans kontrolü yapın. Bazı yazılımlar donanım kimliğine bağlıdır.
Son madde beklenmedik bir engel üretebilir: donanıma bağlı lisanslar, sanal makineye taşındığında geçersiz olabilir ve yeniden etkinleştirme gerekebilir. Bunu taşıma öncesi araştırın.
Dördüncü madde de kritik bir kontroldür: seri port üzerinden bir cihaza bağlı çalışan eski bir sistem, sanallaştırıldığında o bağlantıyı kaybedebilir.
Konsolidasyon Sonrası
İşlem tamamlandıktan sonra yapılacaklar:
- Kaynak kullanımını yakından izleyin
- Performans değişimini ölçün ve karşılaştırın
- Yedekleme kapsamını güncelleyin
- İzleme sistemini yeni yapıya göre düzenleyin
- Belgeleri güncelleyin
- Eski donanımı güvenli biçimde elden çıkarın
Üçüncü madde sıkça atlanır ve tehlikelidir: yedekleme işleri eski sunucu adreslerine göre yapılandırılmıştır ve konsolidasyon sonrası sessizce başarısız olabilir. Yedeklerin gerçekten alındığını doğrulayın.
Altıncı madde ise veri güvenliği konusudur: elden çıkarılan sunuculardaki diskler güvenli biçimde silinmelidir.
Ne Zaman Konsolide Etmemeli?
Her dağınıklık toplanmalı değildir. Ayrı kalması gereken durumlar:
- Uyum gereksinimleri. Bazı veriler fiziksel olarak izole tutulmalı olabilir.
- Farklı müşterilere ait sistemler. Sözleşme izolasyon gerektirebilir.
- Çok yüksek kaynak kullanan sistemler. Zaten donanımı dolduruyorsa kazanç yoktur.
- Kritiklik farkı çok yüksek olanlar. Test sistemi ile üretim veritabanı aynı makinede olmamalı.
- Farklı lokasyon gerektirenler. Yedeklilik için ayrı kalmalı.
Dördüncü madde pratik bir kuraldır: bir test ortamındaki hatalı bir işlem, aynı makinedeki üretim sistemini etkilememelidir.
Konsolidasyon için hedef donanım seçerken, birleştireceğiniz tüm yüklerin toplamına ve büyüme payına uygun bir dedicated sunucu yapılandırması planlayın — özellikle bellek tarafında cömert davranın, sanallaştırmada ilk tükenen kaynak odur.
Sonuç
Sunucu sayısı bilinçli kararla değil birikimle artar ve zamanla boşta çalışan makinelerle dolu bir kabin ortaya çıkar. Konsolidasyonun en değerli kazancı tasarruf değil dayanıklılıktır: on adet yedeksiz küçük sunucu yerine iki adet yedekli güçlü sunucu kurabilirsiniz. Ancak bedeli arıza etkisinin büyümesidir — bu yüzden tasarrufun bir kısmını yedekliliğe ayırın. Planlarken en kritik analiz zirve zamanlarıdır: zirveleri farklı saatlerde olan sistemler aynı donanımı verimli paylaşır, hepsi aynı anda yoğunlaşıyorsa kazanç sınırlı kalır.
Sıkça Sorulan Sorular (SSS)
Hangi sunucular birleştirilebilir?
Ölçümle belirlenir. En önemli ölçüt zirve zamanlarıdır: zirveleri farklı saatlerde olan sistemler aynı donanımı verimli paylaşır. Ayrıca kritiklik seviyelerini ayırın — tüm kritik sistemleri aynı makineye koymak tek arıza noktası üretir.
Kimsenin anlamadığı eski sistemi nasıl taşırım?
Yeniden kurmaya çalışmayın; fiziksel makineden sanal makineye dönüştürme araçlarıyla olduğu gibi taşıyın. Öncesinde tam yedek alın ve iki şeyi kontrol edin: özel donanım bağımlılıkları ve donanım kimliğine bağlı lisanslar — bunlar sanallaştırma sonrası sorun çıkarabilir.
Konsolidasyon riskli değil mi?
Arıza etkisini büyütür: önce bir sunucu çökünce bir hizmet dururken, sonra on hizmet durur. Bu yüzden konsolidasyon yedeklilik yatırımıyla birlikte düşünülmelidir. İyi haber, elde edilen tasarrufun bir kısmı yedekliliğe ayrıldığında sonuç genellikle önceki durumdan daha dayanıklı olur.
Konsolidasyon sonrası ne kontrol etmeliyim?
En kritik kontrol yedeklemedir — yedekleme işleri eski sunucu adreslerine göre yapılandırılmıştır ve konsolidasyon sonrası sessizce başarısız olabilir. Ayrıca izleme sistemini yeni yapıya göre düzenleyin ve eski sunucuları bir süre kapatmadan bekletin.
