Çek Cumhuriyeti’ndeki bir mikro MSP, barındırma kâr marjını %5’ten %60’a çıkarmak için AWS bayiliğini Apache CloudStack ile nasıl değiştirdi?

2

Okuyun 16 min.

Bir şirket sunucuları değil, sonuç olan müşterilerin çalışan sistemlerini sattığında, altyapısının maliyetleri öngörülebilir olmalı ve gereksiz manuel işlemler olmadan yönetilebilir olmalıdır. Bu vaka çalışması, Çek Cumhuriyeti’nden bir yönetilen BT hizmetleri sağlayıcısının, müşterilerinin sistemlerini bir hiper ölçekli hizmet sağlayıcıdan, özel bir Apache CloudStack bulutuna sahip tek bir kiralanmış özel sunucuya nasıl taşıdığını göstermektedir. Şirket, altyapı maliyetlerini dört ila beş katın üzerinde azaltırken, sabit fatura, müşteri izolasyonu ve yerleşik kullanım izleme özelliklerinden de yararlanmıştır.

Arka Plan

Müşteri, Çek Cumhuriyeti’nden bir yönetilen BT hizmetleri sağlayıcısıdır. Şirket, bölgedeki birkaç düzine B2B müşteriye hizmet vermekte ve bu müşterilerin tüm BT ortamını yönetmektedir: iş istasyonu ve sunucu desteği, yedeklemeler, izleme, e-posta, muhasebe sistemleri, VPN ve dahili uygulamalar. Bilgi işlem kaynakları bir ürün değil, bir araçtır: müşterilerin sistemleri sanal makinelerde çalışır ve MSP, destek sözleşmeleri kapsamında bunlardan sorumludur.

Müşterilerin sunucu tarafı sistemleri, Frankfurt bölgesindeki genel AWS bulutunda barındırılıyordu. Müşteriye göre, MSP her müşteri için ayrı ayrı altyapı sağlıyordu ve bu maliyeti, ortalama yaklaşık %5’lik bir kâr marjı ekleyerek aylık destek ücretine dahil ediyordu.

Hedefler ve Sonuçlar

Pilot projenin hedefleri şunlardı:

Sorun

MSP için genel bulut altyapısı, aktarım maliyetiydi. Fatura düzinelerce kalemden oluşuyordu ve aydan aya değişiyordu: CPU ve bellek için saatlik ücretler, giden trafik, depolama ve anlık görüntüler için ayrı ücretler. Ay sonuna kadar müşteriye kesin tutarı söylemek imkansızdı. Fiyat değişiklikleri MSP tarafından karşılanırken, sözleşmelerin altyapı kısmından elde edilen kazançlar yaklaşık %5'lik bir kâr marjıyla sınırlıydı.

İkinci sorun ise yönetimdi. Bazı müşteriler, MSP çalışanlarıyla iletişime geçmeden kendi sanal makinelerini oluşturmak, durdurmak ve geri almak istiyordu. Müşterilere MSP’nin paylaşımlı bulut altyapısına erişim izni vermek kabul edilemezken, her müşteri için ayrı hesaplar oluşturmak ise her bir müşteri için ayrı izin yapılandırmaları, ayrı faturalandırma ve ayrı muhasebe işlemleri gerektiriyordu.

MSP, INTROSERV’e bir pilot proje talebiyle başvurdu: Avrupa’daki bir veri merkezinde özel bir sunucu kiralanması ve üzerine, tipik müşteri sistemleri için hiper ölçekli hizmet sağlayıcının yerine geçecek, kullanıma hazır bir özel bulut kurulması; ayrıca daha sonra birden fazla düğüme genişletme seçeneği de sunulması isteniyordu.

Altyapı Yapılandırması

INTROSERV, Hollanda'daki bir Tier III veri merkezinde barındırılan ve %99,99 ağ kullanılabilirliği garantisi sunan özel bir sunucu sağladı.

Ana sunucu:

• CPU: 2x Intel Xeon Gold 6130 — 32 fiziksel çekirdek, 64 iş parçacığı, 2,10 GHz temel frekans, 3,70 GHz'e kadar turbo

• RAM: 256 GB REG ECC DDR4, 1 TB'a kadar genişletilebilir

• NVMe: Yazılım RAID 1'de 2x 3,84 TB — VM diskleri için 3,84 TB yerel depolama alanı

• SATA: Yazılım RAID 10'da 4x 14 TB — yedeklemeler ve ikincil depolama için 28 TB

• Ağ: iki adet 25 Gbps bağlantı noktası, sınırsız trafik; 10 Gbps özel VLAN ağı

• Yönetim: iDRAC

• DDoS koruması: 20 Gbps

• Yedekli güç kaynağı

Sanal makineler için bir yedekleme sunucusu, özel bir 10 Gbps VLAN ağı üzerinden ana sunucuya bağlanır.

NAKIVO Backup & Replication tabanlı INTROSERV yedekleme hizmetinin ücreti, 5 TB için aylık 49 €'dur. Sunucunun tamamı yedeklenir: ana işletim sistemi, CloudStack yapılandırması ve yönetim sunucusu veritabanı. Sunucu arızalanırsa, sistem bu yedeklemeden yeni bir donanıma kurulur ve ardından sanal makineler yedek sunucudan geri yüklenir.

Yapılandırma, tek makine düzeyinde hata toleransı gereksinimlerini karşılar:

• Ağ: İki bağımsız 25 Gbps bağlantı noktası, hata toleranslı bir bağlantı halinde birleştirilmiştir. Bir bağlantı noktasının veya bağlantının arızalanması, sanal makinelerin çalışmasını kesintiye uğratmaz.
• Güç: iki adet güç kaynağı ünitesi. Birinin arızalanması, sunucunun kapanmasına neden olmaz.
• Diskler: Tüm sürücüler RAID dizilerinde yapılandırılmıştır. Bir NVMe veya bir SATA sürücüsünün arızalanması, veri kaybına veya sunucu kesintisine yol açmaz.
• Depolama: Sanal makine diskleri, hipervizör ile veriler arasında ağ depolaması olmaksızın yerel bir NVMe dizisinde depolanır. Bu, müşterilerin veritabanları ve muhasebe sistemleri için minimum I/O gecikmesi sağlar.
• Yedeklemeler: Sanal makine yedeklemeleri, harici bağlantı noktaları kullanılmadan veya trafik ücreti ödenmeden özel bir 10 Gbps ağ üzerinden ayrı bir fiziksel sunucuya aktarılır. Tam bir sunucu yedeği, 5 TB’lık yedekleme hizmeti depolama alanında saklanır.

Sunucu faturası, bir hiper ölçekli sağlayıcı tarafından ayrı olarak faturalandırılacak her şeyi kapsar: trafik, yedekli ağ ve güç, disk hata toleransı, yüksek hızlı yerel depolama, yedekleme sunucusuna özel ağ ve iDRAC aracılığıyla uzaktan yönetim. Yedeklemeyle ilgili iki kalem, sabit maliyetli kalemlerdir.

Çözüm

INTROSERV ekibi, sunucuya Apache CloudStack'i tek düğümlü bir yapılandırmada kurdu: yönetim sunucusu ve KVM ana bilgisayarı aynı makinede çalışıyor. Çalışma, saatlik sistem yönetimi hizmetinin bir parçası olarak gerçekleştirildi ve ardından platform yönetimi müşteriye devredildi.

Neden Proxmox VE Yerine Apache CloudStack?

Her iki platform da açık kaynaklıdır ve KVM üzerinde çalışır. Proxmox VE, AGPLv3 lisansı altında dağıtılır ve ücretsiz olarak çalışır; kurumsal güncelleme deposuna erişim ve satıcı teknik desteği için yalnızca CPU soketi başına ücretli bir abonelik gereklidir. Apache CloudStack, Apache Lisansı 2.0 kapsamında dağıtılır ve soket, çekirdek veya sanal makineler için herhangi bir ücret talep edilmez. Lisanslama, karar vermede belirleyici bir faktör değildi. Anahtar faktörler, Proxmox VE’de harici araçlar gerektiren, CloudStack’e entegre edilmiş dört işlevdi:

• Çoklu kiracılık. Her müşteri için kaynak sınırları ve kotaları olan Etki Alanları, Hesaplar ve Projeler. Kendi sanal makine filolarını yönetmek isteyen müşteriler, özel bir role sahip kendi hesaplarını alır: yalnızca kendi kaynaklarını görebilir, sanal makineler oluşturabilir ve durdurabilir, ayrıca kendilerine tahsis edilen kota dahilinde anlık görüntüler alabilir ve geri alma işlemleri yapabilirler. Kota uygulaması, manuel bir süreç yerine platform tarafından yönetilir.
• Kullanım izleme. Yerleşik Kullanım Sunucusu, her hesap için CPU, bellek, disk ve trafik tüketimini kaydeder; Kota eklentisi ise fiyatlandırma planlarına göre dengeleri korur. Dahili maliyet hesaplamaları ve müşteri faturalandırması için gerekli veriler, manuel olarak toplanmak yerine doğrudan platformdan alınır.
• Kubernetes. CloudStack Kubernetes Hizmeti, konsoldan veya API aracılığıyla müşteriler için Kubernetes kümelerini dağıtır ve günceller; bu işlem, düğüm ölçeklendirme ve CloudStack disklerini küme birimleri olarak bağlama özelliğini içerir. Konteyner tabanlı uygulamaları çalıştıran müşteriler, ayrı bir platforma ihtiyaç duymadan bir küme elde eder.
• Ağ hizmetleri. Her müşteri için sanal yönlendiriciye sahip izole ağlar: güvenlik duvarı, NAT, yük dengeleme ve VPN.

Yeni bir müşteri eklemek standart bir işlem haline geldi: bir etki alanı ve hesap, sanal yönlendiricili izole bir ağ, bir kota ve hazır bir şablondan sanal makineler oluşturulur. Her şey, konsoldan veya API ve Terraform sağlayıcısı aracılığıyla, hiper ölçekli bir konsolda saatler süren manuel yapılandırma yerine dakikalar içinde gerçekleştirilebilir. Anlık görüntüler, müşteri sistemi güncellemelerinden önce geri alma noktaları sağlarken, şablonlar tüm müşteriler için aynı temel görüntüler sunar.

Hata Toleransı Seviyesi

Sistem kullanılabilirliği, MSP’nin müşterileri için önemlidir; ancak iş yükü — muhasebe sistemleri, e-posta ve şirket içi uygulamalar — dakikalar içinde başka bir ana bilgisayarda otomatik sanal makine yeniden başlatma ile yüksek kullanılabilirlik gerektirmez. İlk müşteri grubu, birkaç saatlik kesintinin doğrudan kayıplara yol açacağı sürekli çalışma sistemlerine sahip değildir; planlı bir bakım aralığı veya yedekten kurtarma işlemi onlar için kabul edilebilir bir seçenektir.

Bu nedenle, yüksek kullanılabilirlikli bir küme pilot uygulama için aşırı bulunmuştur: bu tür bir yapı, birden fazla düğüm ve paylaşımlı depolama gerektirir. Makine düzeyinde yedekliliğe sahip tek bir düğüm seçildi ve bu yapılandırma yeterli oldu. Bileşen arızaları donanım düzeyinde karşılanmaktadır: birbirine bağlanmış iki adet 25 Gbps bağlantı noktası, iki adet güç kaynağı birimi ve RAID dizilerindeki tüm diskler. Dizi bozulması ve yetersiz ana bilgisayar kaynakları proaktif olarak izlenir ve bir sorun sanal makineleri etkilemeden önce sürücüler değiştirilir.

Tam bir sunucu arızası, iki düzeyde yedekleme ile karşılanmaktadır: NAKIVO’daki ana bilgisayar yedeklemesi, yeniden yapılandırma gerektirmeden işletim sistemini ve CloudStack’i yeni bir sunucuya geri yüklerken, sanal makine yedeklemeleri müşterilerin sistemlerini çalışır duruma getirir. Yüksek kullanılabilirlik, altyapının birden fazla düğüme genişleyeceği genişleme aşaması için planlanmıştır — platform değiştirilmeden aynı CloudStack'e ek ana bilgisayarlar eklenecektir.

Tamamlanan İşler

1. Sunucu hazırlığı: İşletim sistemi kurulumu, yazılım RAID dizileri (NVMe üzerinde RAID 1, SATA üzerinde RAID 10), iki adet 25 Gbps bağlantı noktasının hata toleranslı bir bağlantı halinde birleştirilmesi ve yedekleme sunucusuna özel bir VLAN ağı yapılandırılması.

2. Tek bir düğümeCloudStack yönetim sunucusu ve KVM ajanın kurulumu, veritabanı ve sistem sanal makinelerinin yapılandırılması.

3. Bölge, pod ve kümenin oluşturulması; NVMe dizisinde birincil depolama ve SATA dizisinde ikincil depolama.

4. Ağ modeli: her müşteri için bir sanal yönlendirici, bir genel IP aralığı, güvenlik duvarı kuralları ve NAT içeren izole ağlar.

5. İşletim sistemi şablonları (Ubuntu, Debian, AlmaLinux, Windows Server) ve üç standart sanal makine boyutu için hizmet teklifleri.

6. Sanal makinelerin özel bir 10 Gbps ağ üzerinden ayrı bir yedekleme sunucusuna yedeklenmesi; sunucunun, tam sunucu yedeklemeleri için bir zamanlamaya sahip INTROSERV’in NAKIVO tabanlı yedekleme hizmetine bağlanması.

7. MSP müşterileri için etki alanları ve hesaplar, roller ve kaynak sınırları, Kullanım Sunucusu ve Kota eklentisinin etkinleştirilmesi; CloudStack Kubernetes Hizmetinin etkinleştirilmesi ve Kubernetes ikili dosyalarını içeren ISO görüntülerinin kaydedilmesi.

8. Proaktif izleme: ana bilgisayar işletim sistemi durumu (CPU, bellek, disk alanı, ağ arabirimleri, sistem hizmetleri) ve disk dizileri (RAID durumu, sürücü SMART ölçümleri), INTROSERV mühendislerine bildirim gönderilir.

9. Testler: Üç boyuttaki tüm sanal makinelerin test edilmesi, anlık görüntüler ve geri alma işlemleri, harici ağ erişimi, sanal makine yedekleme testleri ve tam sunucu yedekleme testleri.

10. Müşteriye devir: CloudStack konsolu, API anahtarları, yapılandırma belgeleri ve iDRAC erişimi.

Toplam iş süresi 16 saatti. Devir tesliminden sonra INTROSERV, izleme uyarıları veya müşteri taleplerine göre destek sağlar: sürücü değişimi, hipervizör ve yönetim sunucusu güncellemeleri ve yapılandırma genişletmesi.

Sanal Makine Yerleştirme

Pilot uygulama sırasında, üç standart boyuttaki müşteri sistemlerini destekleyen 20 sanal makine düğüme taşındı. Bellek, aşırı taahhüt yapılmadan tahsis edildi: 64 GB, yönetim sunucusu, sistem sanal makineleri ve sonraki müşteri sistemleri için kullanılabilir durumda kaldı. Tüm sanal makine diskleri, sunucunun yerel NVMe dizisinde bulunur; bu sayede her sanal makineye, hiper ölçeklendiricinin garantili IOPS için depolama fiyatlandırması kapsamında ayrı bir ücret gerektirecek olan disk performansı sağlanır.

Sanal CPU'lar minimum aşırı taahhütle tahsis edilir — 64 iş parçacığı için 72 vCPU — iş saatleri içindeki gerçek CPU kullanımı ise %50'yi geçmez. NVMe dizisinde yaklaşık 700 GB boş alan kalmaktadır. Proje bir pilot uygulamadır ve bu kapasite rezervi kasıtlı olarak ayrılmıştır: yapılandırmayı değiştirmeden aynı düğüme ek müşteri sistemleri eklenebilir; bellek 1 TB’a genişletilirken sürücülerin eklenmesi ise düğüm kapasitesini birkaç kat artırır.

Stratejik Bir Avantaj Olarak Altyapı

INTROSERV ekibi tarafından uygulanan çözüm, MSP’nin müşteri sistemleri için bilgi işlem kaynakları sağlayıcısı olarak hiper ölçekli sağlayıcının yerini aldı. Apache CloudStack yüklü tek bir kiralık sunucu, büyüme payı ve iş yüküne uygun bir hata toleransı seviyesine sahip ilk 20 sanal makine grubunu üstlendi.

Müşteri, genel bulutta bulunmayan özelliklere kavuştu: platform düzeyinde müşteri izolasyonu ve kullanım takibi, kendi hesaplarına sahip müşteriler için self servis, aynı konsoldan yönetilebilen Kubernetes kümeleri ve ana bilgisayar ile disk dizilerinin proaktif izlenmesi. Ağ ve güç yedekliliği, RAID korumalı diskler, yerel NVMe depolama, sınırsız 25 Gbps bağlantı noktaları ve DDoS koruması, sunucu maliyetine dahildir.

Ekonomi

Trafiğin büyük bir kısmı müşterilerin VPN sunucularından geçmektedir: düğümün giden trafiği aylık 20–35 TB'dir. Önceki sağlayıcıdan alınan eşdeğer kaynak seti — aynı profile, depolama alanına, anlık görüntülere ve mevcut Frankfurt bölgesi tarifelerindeki bu miktarda giden trafiğe sahip 20 sanal makine — aylık yaklaşık 4.000–5.100 avroya, yani yıllık yaklaşık 54.000 avroya mal olmaktadır. Bu tutarın 1.500 ile 2.600 avro arası kısmı trafiğe aittir: hiper ölçekli sağlayıcıda, VPN üzerinden müşterilerin çalışanlarına iletilen her gigabayt ayrı olarak faturalandırılır.

INTROSERV’in aylık maliyeti 1.017 €’dur: 671 € ana sunucu için, 157 € yedek sunucu için, 49 € tam sunucu yedeklemesi için; geri kalan tutar ise isteğe bağlı yönetim ve tek seferlik kurulumun amortismanını karşılar. Sunucu kiralamasına sınırsız trafiğe sahip iki adet 25 Gbps bağlantı noktası dahildir; bu sayede müşteri sistemlerinin ürettiği giden trafik, aylık 35 TB veya 50 TB olsun, faturayı etkilemez.

Maliyet tabanı dört ila beş kat daha düşük, tutar sabit ve ayın başından önce biliniyor. Bu, müşterinin altyapıyı sabit bir destek ücretine dahil etmesine, müşterilere daha uygun koşullar sunmasına ve sözleşmelerinin altyapı kısmının karlılığını artırmasına olanak tanıdı. Müşteri portföyü büyüdükçe, hiper ölçekli sağlayıcılarla arasındaki fark artar — sunucu faturası, trafiğe veya örnek fiyatlandırmasındaki değişikliklere bağlı değildir. Müşteri, çözümün maliyetinden tamamen memnun kaldı.

Sonraki Adımlar

Lisans ücreti olmayan açık platform, ölçeklendirme sorununu çözdü: Belleğin 1 TB'a genişletilmesi, düğüm kapasitesini birkaç kat artırırken, mevcut CloudStack kümesine araçları değiştirmeden ikinci bir düğüm eklenebilir. Müşteri verileri, müşterinin kontrol ettiği bir alan içindeki Avrupa veri merkezindeki özel sunucularda kalır. GDPR gereklilikleri kapsamında AB’deki müşterilere hizmet veren bir şirket için bu, zorunlu bir koşuldur. Pilot uygulamanın ardından, MSP, diğer müşteri sistem gruplarını da CloudStack’e taşıyıp taşımayacağına karar verecektir.

Altyapınızın maliyeti bir hiper ölçekli sağlayıcıda olması gerekenden daha mı yüksek ve faturayı tahmin etmek imkansız mı? Taşınma işlemini INTROSERV ekibine emanet edin: doğru sunucu yapılandırmasını seçeceğiz, Apache CloudStack'i kuracağız ve kullanıma hazır bir özel bulut teslim edeceğiz .