Klasik bir sanallaştırma ortamında iki ya da üç sunucu, ayrı bir depolama ünitesine (SAN ya da NAS) bağlanır. Sanal makineler sunucularda çalışır, diskleri ise o ortak depolamada durur. Hiper bütünleşik altyapı (HCI, hyper-converged infrastructure) bu ayrımı kaldırır: Depolama, sunucuların kendi disklerinden oluşturulur ve yazılımla tek bir ortak havuza dönüştürülür. Bu yazıda HCI’ın nasıl çalıştığını, hangi platformlarda karşınıza çıktığını ve hangi durumlarda gerçekten mantıklı olduğunu anlatıyoruz. Platform seçimi için genel çerçeveyi sanallaştırma sayfamızda bulabilirsiniz.
Klasik mimari ile HCI arasındaki fark
Klasik yapıda üç katman vardır: sunucular, depolama ağı ve depolama ünitesi. Her birinin ayrı yönetim arayüzü, ayrı bakım sözleşmesi ve ayrı arıza noktası bulunur. Depolama ünitesi çift denetleyicili olsa bile, tüm sanal makinelerin diskleri tek bir cihazdadır.
HCI’da her sunucu hem hesaplama hem depolama düğümüdür. Yazılım, veriyi birden fazla sunucuya kopyalar ya da eşlik bilgisiyle dağıtır. Bir sunucu arızalandığında veri diğer sunuculardaki kopyalardan okunmaya devam eder, sanal makineler kümedeki başka bir sunucuda yeniden başlatılır.
| Başlık | Klasik (sunucu + SAN/NAS) | Hiper bütünleşik (HCI) |
|---|---|---|
| Depolama nerede? | Ayrı depolama ünitesinde | Küme sunucularının kendi disklerinde |
| Büyüme | Hesaplama ve depolama ayrı ayrı büyütülür | Genellikle sunucu (düğüm) eklenerek birlikte büyür |
| Yönetim | Birden fazla arayüz | Çoğunlukla sanallaştırma arayüzünden |
| Ağ ihtiyacı | Depolama ağı (iSCSI, FC ya da NFS) | Sunucular arasında hızlı, düşük gecikmeli bir ağ |
| Donanım | Depolama üreticisinin uyumluluk listesi | Platformun uyumluluk listesi; sunucuların benzer olması beklenir |
Hangi platformlarda karşınıza çıkar?
HCI tek bir ürün değil, bir mimari yaklaşımdır. Unna’nın çalıştığı üç sanallaştırma platformunun her birinde bir karşılığı vardır.
VMware vSAN
vSAN, ESXi sunucularının yerel disklerini ortak bir datastore’a dönüştürür. Broadcom belgelerine göre standart bir vSAN kümesi, kapasiteye katkı veren en az üç sunucudan oluşur. Şubeler gibi küçük yerler için iki sunucu ve ayrı bir tanık (witness) bileşeniyle kurulan iki düğümlü yapı da vardır. vSAN, VMware Cloud Foundation paketine dahildir; lisans ayrıntılarını Broadcom sonrası VMware lisanslaması yazımızda anlattık.
Microsoft Storage Spaces Direct
Storage Spaces Direct, Windows Server Datacenter ile gelen yazılım tanımlı depolama özelliğidir ve Hyper-V yük devretme kümesiyle birlikte çalışır. Microsoft belgelerine göre en az iki, en fazla 16 sunucuyla kurulabilir; iki sunuculu küçük yapılarda bulut tanığı önerilir. Microsoft’un Azure Stack HCI adıyla bilinen ürünü artık Azure Local adını taşır. Ayrıntılar için Hyper-V sayfamıza bakabilirsiniz.
Proxmox VE ve Ceph
Proxmox VE, açık kaynak Ceph depolamayı kendi arayüzünden kurar ve yönetir. Proxmox belgeleri hiper bütünleşik bir Ceph kümesi için en az üç, tercihen birbirinin aynı sunucu ve yalnızca Ceph trafiğine ayrılmış en az 10 Gbit/sn’lik bir ağ önerir; diskler RAID denetleyicisi yerine HBA üzerinden bağlanmalıdır. Bkz. Proxmox VE sanallaştırma.
HCI’ın getirdikleri
- Daha az cihaz, daha az arayüz. Ayrı depolama ünitesi ve onun bakım sözleşmesi ortadan kalkar; küme tek yerden yönetilir.
- Öngörülebilir büyüme. Kapasite ya da performans yetmediğinde benzer bir sunucu eklenir.
- Tek depolama ünitesine bağımlılığın kalkması. Veri birden fazla sunucuda tutulduğu için bir sunucunun kaybı depolamayı durdurmaz.
- Hızlı yerel diskler. NVMe ve SSD disklerin performansı doğrudan sanal makinelere yansır.
Dikkat edilmesi gerekenler
HCI her yapı için doğru cevap değildir. Karar vermeden önce şu noktaları tartmak gerekir:
- Brüt kapasite ile kullanılabilir kapasite aynı değildir. Veri birden fazla kopya hâlinde tutulduğu için satın aldığınız disk alanının önemli bir kısmı yedeklilik için ayrılır. Kapasite hesabı seçilen koruma düzeyine göre yapılmalıdır.
- Ağ, depolamanın kendisidir. Sunucular arasındaki ağ yavaş ya da tek anahtara bağlıysa tüm küme bundan etkilenir. Yedekli anahtarlar ve ayrı depolama trafiği planlanmalıdır.
- Dengesiz büyüme. İşlemci ihtiyacınız sabitken depolama ihtiyacınız hızla artıyorsa, yalnızca disk için sunucu eklemek pahalı olabilir.
- Lisans etkisi. Çekirdek başına lisanslanan platformlarda her yeni düğüm, lisans maliyetini de artırır.
- Bakım disiplini. Bir sunucuyu bakıma alırken verinin diğer düğümlerde tam kopyası olduğundan emin olmak gerekir. Bu, klasik yapıya göre daha fazla dikkat ister.
Boyutlandırmada sorulacak sorular
HCI’da sunucu seçimi aynı zamanda depolama seçimidir. Bu yüzden boyutlandırma klasik yapıya göre daha fazla soru gerektirir:
- Bir sunucu kaybedildiğinde ne olacak? Kalan sunucuların hem tüm sanal makineleri çalıştıracak işlemci ve belleğe hem de verinin yeniden kopyalanacağı boş disk alanına sahip olması gerekir.
- Bir sunucu bakımdayken ikinci bir arıza olursa? Üç sunuculu bir kümede bu senaryo, dört ya da beş sunuculu bir kümeye göre daha dar bir pay bırakır.
- Diskler hangi tipte olacak? Tamamen SSD ya da NVMe mi, yoksa önbellek ve kapasite katmanlı karma bir yapı mı? Seçim, platformun uyumluluk listesine göre yapılmalıdır.
- Anahtarlar yedekli mi? Tek bir anahtarın arızası, tüm kümenin depolamasını etkileyebilir.
- Üç yıl sonra ne kadar kapasite gerekecek? Aynı model sunucunun ileride bulunabilirliği de hesaba katılmalıdır.
Ne zaman mantıklı?
HCI’ın öne çıktığı durumlar
- Depolama ünitesinin üretici desteği bitiyor ve sunucular da aynı dönemde yenilenecek.
- Üç ya da daha fazla sunuculuk bir küme planlanıyor ve depolama ihtiyacı sunucu sayısıyla orantılı büyüyor.
- Şube ya da fabrika gibi yerlerde ayrı depolama ünitesi kurmadan yüksek erişilebilirlik isteniyor.
- Ekip, depolamayı sanallaştırma platformundan yönetmek istiyor.
Klasik yapının daha uygun olabileceği durumlar
- Yakın zamanda alınmış, desteği devam eden bir depolama ünitesi var.
- Tek sunuculu küçük bir ofis. Burada yüksek erişilebilirlikten önce iyi bir yedekleme gelir.
- Depolama ihtiyacı işlemci ihtiyacından çok daha hızlı büyüyor.
- Aynı depolamayı sanallaştırma dışındaki sistemler de kullanıyor.
Hangi mimari seçilirse seçilsin, HCI yedeklemenin yerini tutmaz. Küme içindeki kopyalar donanım arızasına karşı korur; silinen bir dosyaya ya da fidye yazılımıyla şifrelenmiş bir sanal makineye karşı korumaz. Bunun için kümeden bağımsız bir yedekleme ve ayrı bir lokasyonda tutulan kopya gerekir.
Unna ile HCI kararı
- Önce dinleriz. Mevcut sunucu ve depolama kullanımınızı, büyüme hızınızı ve kesinti toleransınızı ölçeriz.
- Birlikte planlarız. HCI ile klasik yapıyı aynı tabloya koyar; kullanılabilir kapasiteyi, ağ tasarımını ve lisans etkisini üç yıllık bir bakışla hesaplarız.
- Kurar ve test ederiz. Kümeyi kurar, bir sunucunun ve bir ağ bağlantısının kaybını gerçek bir testle deneriz.
- Yanınızda kalırız. Küme sağlığını ve kapasite gelişimini ağ ve sunucu izleme ile takip ederiz.
Kümenin ofiste mi, veri merkezinde mi duracağını da aynı planın parçası olarak değerlendiririz. Nereden başlayacağınızdan emin değilseniz bize yazın.
