Sanallaştırma mı, Hiper Bütünleşik Altyapı (HCI) mı? Karar Rehberi
Klasik üç katmanlı sanallaştırma ile HCI arasındaki farkı maliyet, ölçeklenme, yönetim yükü ve felaket kurtarma açısından karşılaştıran karar rehberi.
Donanım yenileme dönemine gelen her kurum aynı çatalla karşılaşır: alışılmış üç katmanlı mimariyi (sunucu, SAN anahtarı, depolama) yenilemek mi, yoksa hesaplama ve depolamayı tek kutuda birleştiren hiper bütünleşik altyapıya (HCI) geçmek mi? İkisi de doğru olabilir; yanlış olan, kararı yalnızca ilk satın alma fiyatına bakarak vermektir.
Üç katmanlı mimarinin güçlü yanı
Klasik mimaride hesaplama ve depolama birbirinden bağımsız ölçeklenir. Depolama ihtiyacı hızla artan ama işlemci ihtiyacı sabit kalan iş yüklerinde bu ayrım ciddi bir maliyet avantajı sağlar. Ayrıca yüksek IOPS gerektiren veritabanlarında özel amaçlı depolama dizileri hâlâ en öngörülebilir gecikme değerlerini üretir. Buna karşılık mimari, üç ayrı yönetim arayüzü, ayrı firmware döngüleri ve SAN uzmanlığı gerektirir.
HCI ne değiştiriyor?
HCI, depolamayı sunucuların içindeki disklerden oluşan bir yazılım katmanına taşır. Sonuç: tek arayüz, tek destek muhatabı ve düğüm ekleyerek doğrusal büyüyebilen bir kapasite modeli. Küçük başlayıp öngörülemeyen bir hızla büyüyen kurumlarda bu esneklik, üç yıllık kapasite tahmini yapma zorunluluğunu ortadan kaldırır. Mimarinin bileşenlerini ve tipik düğüm yapılandırmalarını HCI çözümü sayfamızda özetledik.
Karşılaştırma tablosu yerine altı kriter
- Başlangıç yatırımı: küçük ölçekte HCI, büyük ölçekte üç katmanlı genellikle daha ekonomiktir.
- Ölçeklenme birimi: HCI düğüm bazlı, klasik mimari bileşen bazlı büyür.
- Yönetim yükü: HCI tek konsol sunar; klasik mimari SAN uzmanlığı ister.
- Lisans etkisi: çekirdek başına lisanslamada düğüm yoğunluğu doğrudan maliyeti değiştirir.
- Felaket kurtarma: HCI'da yerleşik replikasyon, klasik mimaride dizi tabanlı replikasyon kullanılır.
- Performans profili: uç seviye düşük gecikme ihtiyacı hâlâ özel depolamada daha öngörülebilirdir.
Konsolidasyon oranını hesaplayın
Hangi mimariyi seçerseniz seçin, asıl kazanç konsolidasyondan gelir. Ortalama kullanım oranı yüzde 15'in altında seyreden fiziksel sunucu filolarında 8:1 ile 15:1 arasında konsolidasyon tipiktir; bu da elektrik, soğutma, rack alanı ve bakım sözleşmelerinde doğrudan tasarruf demektir. Yöntem ve ölçüm adımları için sunucu sanallaştırma ve konsolidasyon rehberi yazımıza, enerji tarafındaki kazanımı görmek için karbon hesaplayıcısına bakabilirsiniz.
Felaket kurtarmayı mimariyle birlikte tasarlayın
Sanallaştırma projelerinin en sık atlanan adımı, ikinci lokasyondur. Tek lokasyonda mükemmel yedekli bir küme, bina düzeyindeki bir olayda tek arıza noktasıdır. RTO ve RPO hedeflerini yazılı hâle getirip replikasyon senaryosunu buna göre kurgulayın; kurulum kapsamını felaket kurtarma merkezi çözümümüzde, planlama yöntemini ise DR planı rehberimizde bulabilirsiniz.
Geçiş projesi nasıl yürütülür?
Sağlıklı bir geçiş dört aşamada ilerler: mevcut iş yüklerinin performans profilinin çıkarılması, hedef mimarinin boyutlandırılması, pilot iş yüküyle doğrulama ve dalga dalga taşıma. Taşıma sırasında geri dönüş planı her dalga için ayrı yazılmalıdır. Kurulum ve entegrasyon adımlarını dışarıdan yürütmek isterseniz sistem kurulum ve entegrasyon hizmetimiz bu kapsamı içeriyor.
Mevcut donanım filonuz üzerinden hangi modelin daha ekonomik olduğunu görmek için ROI hesaplayıcısını kullanabilir, kurumunuza özel boyutlandırma için BT denetimi talebi oluşturabilirsiniz.
Sıkça sorulan sorular
- HCI her zaman daha mı ucuz?
- Hayır. Küçük ve orta ölçekte toplam sahip olma maliyeti genellikle düşerken, çok büyük ve depolama ağırlıklı ortamlarda üç katmanlı mimari birim maliyet avantajını koruyabilir.
- Kaç düğümle başlanmalı?
- Üretim ortamlarında en az üç düğüm önerilir; bu, bir düğüm bakımdayken bile yedekliliğin korunmasını sağlar. İki düğümlü şube senaryolarında tanık (witness) bileşeni zorunludur.