Private cloud, işlemci ve depolamanın kurumun yönettiği sanallaştırma kümesinde veya size ayrılmış özel barındırma bölgesinde çalıştığı modeldir. Genel buluttan farkı paylaşılan katalogda rastgele makine açmak yerine kaynak sınırının ve erişim modelinin sizin politikanıza göre çizilmesidir. Hibrit mimariyle birlikte kullanıldığında yerelde kalan iş yükü ile barındırıcı buluttaki iş yükü ortak ağ ve kimlik kurallarıyla bağlanır. Bu metin hibrit bulut altyapı çözümleri hizmet sayfasını destekler. Fiyat veya kapasite taahhüdü sunmaz.
Hızlı Özet
Private cloud tek başına bir ürün adı değildir. Yerel vSphere veya Hyper-V kümesi, özel tenant veya dedicated barındırma katmanı bu tanıma girer. Ortak nokta kaynak ayrımı ve yönetim sınırının kurum tarafında okunabilir olmasıdır.
Hibrit modelde private cloud tarafı genelde düşük gecikme isteyen veritabanı, dosya paylaşımı veya mevzuat nedeniyle yerde tutulan iş yükünü taşır. Bulut tarafı ölçeklenen web katmanı veya geçici kapasite için kullanılır.
Leon-X bulut altyapısının sahibi değildir. Yerleşim, bağlantı ve kimlik entegrasyonu için gereksinim çıkarımında operasyon ekibinizle çalışır.
İçindekiler
- Private Cloud ile Public Cloud Ayrımı
- Yerel Küme ve Özel Barındırma Seçenekleri
- Hibrit Mimariyle Ne Zaman Bir Arada Düşünülür
- Ağ, DNS ve Kimlik Bağlantısı
- Operasyon ve Sorumluluk Çizgisi
- Yaygın Hatalar
- Kontrol Listesi
- Leon-X ile Sonraki Adım
- Sık Sorulan Sorular
- Sonuç
- Kaynaklar
Kaynak Pexels, veri merkezinde sunucu rafları.
Private Cloud ile Public Cloud Ayrımı
Public cloud modelinde kaynaklar paylaşılan altyapıda açılır. Siz sanal makine veya konteyner oluşturursunuz. Alt katmanın fiziksel paylaşımı sağlayıcı operasyonuna aittir. Private cloud tarafında ise kapasite sınırı sözleşme veya kurum içi envanterle daha net okunur. Erişim listesi, VLAN ve yedekleme penceresi çoğu zaman kurum politikasıyla yazılır.
İki modeli karıştıran ifade şudur. Kurum içinde sanallaştırma kullanıyorsak zaten private clouddayız. Teknik olarak doğruya yakınsınız ancak operasyon sorusu eksik kalır. Kim yamaları uygular, kim kapasite planını yapar, felaket kurtarma testini kim yazar. Bu sorular cevaplanmadan hibrite geçmek iki ayrı siteyi manuel bağlamaya döner.
IaaS sorumluluk paylaşımı private tarafın da bir sorumluluk matrisi gerektirdiğini hatırlatır. Barındırıcı özel bölge sunsa bile misafir işletim sistemi ve uygulama katmanı çoğu zaman sizde kalır.
Yerel Küme ve Özel Barındırma Seçenekleri
Pratikte private cloud üç yaygın şekilde görülür.
Yerel sanallaştırma kümesi en tanıdık örnektir. vSphere, Hyper-V veya açık kaynak hipervizör kurum veri merkezinde veya colocation salonunda çalışır. Donanım ve lisans yönetimi kurum operasyonuna bağlıdır.
Barındırıcıda size ayrılmış fiziksel veya mantıksal bölge ikinci seçenektir. Kabin veya rack sizin adınıza ayrılır. Ağ uplink ve güç yine sağlayıcı operasyonunda olabilir ancak sanal makine envanteri kurum panelinden yönetilir.
Üçüncü seçenek managed private cloud benzeri hizmetlerdir. Altyapı ayrılmış görünür. Günlük yama ve izleme sözleşmeye göre paylaşılır. Burada sınırı SOW ve hizmet tanımı netleştirir.
Sanal sunucu ile bulut sunucu operasyon farkları yerel VM alışkanlığının barındırıcı özel bölgede bire bir taşınmayacağını gösterir. Yedekleme, ağ ve kimlik prosedürleri yeniden yazılır.
Hibrit Mimariyle Ne Zaman Bir Arada Düşünülür
Private cloud ile public cloud aynı anda anlamlı olur. İş yükü profili iki tarafa bölündüğünde ve bağlantı planı yazıldığında hibrit tanımı tamamlanır.
Yerelde tutmak için sık görülen nedenler şunlardır. Uygulama düşük gecikme ile yerel depolamaya bağlıdır. Veri sınıflandırması veya sözleşme metni çıkışı kısıtlar. Mevcut lisans ve donanım yatırımı kısa vadede taşınmayı pahalı gösterir.
Buluta taşımak için sık görülen nedenler ölçek dalgaları, yeni ortam açma hızı ve belirli katmanların barındırıcıda çalıştırılmasıdır. Hibrit kararı bu iki liste arasında denge kurar.
Hibrit bulut ve kimlik entegrasyonu bağlantı katmanını ayrıntılı ele alır. Private cloud tarafını tanımladıktan sonra sıradaki adım aynı kullanıcı hikâyesini iki ortamda sürdürmektir.
Buluta geçiş kontrol listesi uygulama ve veri katmanını taşımadan önce sabitlemeyi önerir. Private cloud zaten çalışıyorsa liste hangi iş yükünün yerde kalacağını netleştirir.
Lift and shift dalgasından sonra private tarafın kalıcı mı geçici mi olduğu ayrı bir mimari karar olarak yazılmalıdır. İyileştirme adımı atlanırsa iki ortam arasında teknik borç birikir.
Ağ, DNS ve Kimlik Bağlantısı
Private cloud ile public cloud arasında site-to-site VPN, özel hat veya sağlayıcı özel bağlantı kullanılır. Seçim bant genişliği, gecikme ve operasyon becerisine bağlıdır. Tünel açıldığında hangi alt ağların karşılıklı görüleceği minimum ayrıcalık ile yazılır.
DNS aynı uygulama adının iki ortamda farklı IP döndürmesi gerektiğinde split model planlanır. Belgelenmemiş DNS değişikliği hibrit kesintilerin sık nedenidir.
Kimlik tarafında dizin ile bulut IAM rolü aynı kullanıcı deneyimini bozmamalıdır. Federasyon veya senkron modeli uygulama listesine göre seçilir. Private cloud tarafındaki sunucu hâlâ kurumsal dizine bağlıysa buluttaki yeni sunucunun güvenli yoldan dizine ulaşması gerekir.
Operasyon ve Sorumluluk Çizgisi
Private cloud tarafında kapasite, yama penceresi, yedekleme doğrulaması ve değişiklik kaydı kurum süreçlerine bağlıdır. Hibritte bu süreçler bulut tarafındaki değişiklik yönetimi ile çakışabilir. Tek CAB veya ortak değişiklik formu iki ortamda aynı saatte kesinti yaratmaz.
Bulut sunucu operasyon modeli barındırıcı tarafında kapasite okumasını gösterir. Private tarafında aynı okuma farklı araçlarla yapılır. Tek panele zorlamak yerine hangi metrik hangi runbook satırına yazılır sorusu cevaplanır.
Veri yerleşimi ve uyumluluk gereksinimleri proje öncesinde doğrulanır. Sonuç metni sözleşme ve sağlayıcı dokümantasyonu ile netleştirilir. DR ve yedekleme hedefleri de aynı çizgide yazılır.
Yaygın Hatalar
Private cloud tarafını tanımlamadan buluta sunucu açmak hibrit sayılmaz. İki ortam arasında trafik matrisi ve kimlik testi olmadan üretim taşınması kesinti riskini artırır.
Yerel kümede snapshot biriktirmek yedekleme yerine geçmez. Snapshot zinciri uzadığında geri yükleme penceresi ve depolama tüketimi plan dışına çıkar.
Kapasite planını yalnız CPU yüzdesine bakarak yapmak depolama ve ağ darboğazını gizler. Private cloud tarafında datastore doluluk ve yedek penceresi aynı tabloda izlenmelidir.
Kontrol Listesi
- Private cloud kapsamı yazılı mı. Hangi küme, hangi barındırıcı bölgesi, hangi uygulama listesi
- Hibrit trafik matrisi iki tarafta güvenlik kurallarına işlendi mi
- DNS stratejisi ve test ortamı ad ayrımı dokümante mi
- Kimlik modeli seçildi mi. Dizin erişimi gecikme testi yapıldı mı
- Yedekleme ve DR runbook private taraf için ayrı mı. Son doğrulama tarihi var mı
- Değişiklik penceresi iki ortam için çakışma kontrolü var mı
Leon-X ile Sonraki Adım
Leon-X mevcut sanallaştırma ve barındırıcı envanterinizi hibrit hedef mimariyle karşılaştırır. Hangi iş yükünün private cloud tarafında kalacağını, bağlantı ve kimlik adımlarını runbook dosyanıza işler. Hibrit bulut altyapı çözümleri kapsamında yerleşim ve entegrasyon gereksinimlerini değerlendirir. Altyapı sahibi değildir. Keşif için iletişime geçin.
Sık Sorulan Sorular
Private cloud ile on premise aynı şey mi?
On premise kurum salonundaki altyapıyı ifade eder. Private cloud kaynak ayrımı ve self servis veya otomasyon katmanı ile yönetilen modeli vurgular. Çoğu kurumda on premise private cloud olarak işletilir ancak operasyon sorusu ayrıdır.
Hibrit için mutlaka yerel veri merkezi gerekir mi?
Hayır. Private taraf barındırıcıda size ayrılmış bölge de olabilir. Önemli olan iş yükü sınırı ve bağlantının planlı olmasıdır.
Önce private cloud mu hibrit mi kurulmalı?
Önce hangi iş yükünün nerede kalacağı ve bağlantı kanalı netleşmelidir. Altyapıyı kurup sonra entegrasyonu düşünmek maliyeti artırır.
Sonuç
Private cloud, kaynakların kurum politikasına göre ayrıldığı sanallaştırma veya özel barındırma katmanıdır. Hibrit mimariyle birlikte kullanıldığında yerel veya özel taraftaki iş yükü barındırıcı bulutla ortak ağ ve kimlik kurallarına bağlanır. Bağlantı, DNS ve dizin planı yazılmadan iki ortam ayrı site gibi kalır. Mimari görüşme için hibrit bulut altyapı çözümleri sayfasına bakabilirsiniz.
Kaynaklar
- NIST, bulut bilişim tanımı ve hizmet modelleri
- Leon-X, hibrit bulut altyapı çözümleri
