Kapasite planlaması neyi kapsar?
Kapasite planlaması, sanal ortamın taşıyacağı yükü dört boyutta öngörür: işlemci (CPU), bellek (RAM), depolama alanı ve depolamanın giriş/çıkış hızı (IOPS · Input/Output Operations Per Second). Sağlam bir plan bu dört boyutu ölçüme dayandırır: mevcut iş yüklerinin gerçek kullanım profili çıkarılır ve tasarım bu veriye göre kurulur.
Ölçüm, sistemlerin ortalama ve tepe kullanımını ayrı ayrı gösterir. Bir uygulama günün çoğunda düşük kaynak kullanıp belirli saatlerde tepe yapıyorsa, plan bu tepeyi de karşılamalıdır. Bu profil çıkarıldıktan sonra kaynaklar, sanal makineler arasında verimli paylaşılacak şekilde tasarlanır.
Konsolidasyon oranı nasıl belirlenir?
Konsolidasyon oranı, tek bir fiziksel sunucuda kaç sanal makinenin çalışacağını ifade eder ve doğrudan iş yükü profiline bağlıdır. Hafif ve zaman içinde dalgalanan yükler yüksek oranla bir arada barındırılabilir; sürekli yoğun çalışan yükler ise daha düşük oranla planlanır. Doğru oran, sunucu sayısını ve dolayısıyla hem donanım hem lisans maliyetini belirlediği için dikkatle ölçülür.
Plana iki pay eklenir. İlki büyüme payı: planlanan kullanım ömrü boyunca beklenen iş yükü artışını karşılar. İkincisi yedeklilik payı: bir sunucu arızalandığında üzerindeki sanal makinelerin başka düğümlerde çalışmaya devam etmesi için ayrılan kapasitedir. Bu iki pay, sistemin hem büyümeye hem arızaya karşı dayanıklı kalmasını sağlar.
Lisanslama planı nasıl etkiler?
Sanallaştırma katmanı ve üzerinde çalışan işletim sistemleri çoğu zaman fiziksel çekirdek ya da soket sayısına göre lisanslanır. Bu, kapasite kararlarını maliyet kararına dönüştürür: yüksek çekirdek yoğunluklu az sayıda güçlü sunucu mu, yoksa daha fazla sayıda orta seviye sunucu mu? Her iki yaklaşımın lisans maliyeti farklıdır.
- Çekirdek tabanlı lisans: Maliyet toplam çekirdek sayısıyla artar; konsolidasyon oranını yükseltmek lisans verimini artırır.
- Soket tabanlı ve abonelik modelleri: Sunucu ve soket sayısı belirleyicidir; sunucu sayısını azaltan yoğun konsolidasyon avantaj sağlar.
- Yönetim ve yedekleme yazılımı: Ayrı lisanslanır; toplam sahip olma maliyetine dâhil edilir.
Bu yüzden kapasite ve lisans aynı masada planlanır. Donanımı yazılım maliyetinden bağımsız tasarlamak, sonradan beklenmedik lisans faturasına yol açabilir; ikisini birlikte kurmak toplam maliyeti dengeler.
Sahada en sık, iki uçtan biriyle karşılaşıyoruz: ölçüm yapılmadan alınan aşırı büyük donanım ya da tepe yükü hesaba katmayan yetersiz kapasite. İki hafta boyunca gerçek kullanımı ölçtüğümüzde tablo netleşiyor. Çoğu ortamda belleğin işlemciden önce dolduğunu, IOPS ihtiyacının ise beklenenden yüksek olduğunu görüyoruz. Bu ölçüm, hem donanımı hem lisansı doğru boyutlandırmanın en sağlam zeminini veriyor.
Depolama ve IOPS neden ayrı planlanır?
İşlemci ve bellek bol olsa bile, depolamanın saniyedeki giriş/çıkış kapasitesi darboğaza dönüşebilir. Veritabanları ve işlem yoğun uygulamalar yüksek IOPS gerektirir; bu ihtiyaç, depolama katmanının tasarımını ve disk tipini belirler. Kapasite planı bu yüzden depolama hızını ayrı bir boyut olarak ele alır.
Kaynakların tek bir yazılım katmanında birleştiği HCI yaklaşımı, kapasite büyütmeyi düğüm ekleyerek doğrusal hâle getirir. Sanal ortamın korunmasını ise yedekleme ve felaket kurtarma notunda ele alıyoruz. Tümü, veri merkezi ve sistem mimarisinin parçasıdır.
