OpenStack bulut sağlayıcıları: bir OpenStack genel bulutu ne sunar ve nasıl değerlendirilir
OpenStack tabanlı genel bulutların sundukları, API ve araçlarının tescilli bulutlarla karşılaştırması ve bir OpenStack sağlayıcısını değerlendirme listesi.
Yayımlandı: Güncellendi: Read in English
Kısa yanıt
Bir OpenStack bulut sağlayıcısı genel bulutunu açık kaynaklı OpenStack platformu üzerinde çalıştırır; böylece altyapı standart OpenStack API'leri, CLI ve Terraform provider ile yönetilebilir. Burada izlenen sağlayıcılar arasında PortvMind Cloud OpenStack tabanlıdır; OpenStack Marketplace diğerlerini bölgeye göre listeler.
Yönetici özeti
OpenStack genel bulutları ortak bir açık API kümesi sunar — işlem gücü için Nova, ağ için Neutron, blok depolama için Cinder, kimlik için Keystone — ve genellikle bunların yanında yönetilen Kubernetes ile S3 uyumlu nesne depolama bulunur. Bu, müşterilere sağlayıcılar ve özel bulutlar arasında taşınabilir araçlar (OpenStack CLI, SDK'lar ve Terraform OpenStack provider) sağlar. Bu sitede izlenen yedi sağlayıcı arasında OpenStack üzerine kurulu olan PortvMind Cloud'dur; diğerleri tescilli platformlar kullanır.
Temel bulgular
- 01 OpenStack'in temel API'leri sağlayıcılar arasında ortaktır; bu nedenle bir OpenStack bulutu için yazılan otomasyon büyük ölçüde başka bir OpenStack bulutuna veya özel bir OpenStack kurulumuna taşınabilir.
- 02 Sağlayıcılar çekirdeğin etrafındaki servislerle — yönetilen Kubernetes, nesne depolama, yük dengeleme, GPU'lar, denetim kaydı — ve operasyon ile destekle farklılaşır.
- 03 API sürümü, etkin uzantılar ve servis kataloğu kurulumdan kuruluma değişir; taşınabilirlik varsayılmamalı, test edilmelidir.
- 04 OpenStack'te denetim kaydı, sağlayıcının toplaması ve sunması gereken CADF olaylarına dayanır; sağlayıcının bunları nasıl sunduğunu kontrol edin.
OpenStack ne sağlar
| Servis | OpenStack projesi | Ne yapar |
|---|---|---|
| Kimlik | Keystone | Kullanıcılar, projeler, roller, token’lar ve uygulama kimlik bilgileri |
| İşlem gücü | Nova | Sanal makineler ve flavor’lar |
| Ağ | Neutron | Ağlar, yönlendiriciler, floating IP’ler, güvenlik grupları |
| Blok depolama | Cinder | Volume’lar ve snapshot’lar |
| İmajlar | Glance | İşletim sistemi imajları |
| Yük dengeleme | Octavia | Katman 4 ve katman 7 yük dengeleyiciler |
Sağlayıcılar bunların üzerine genellikle yönetilen Kubernetes ve S3 uyumlu nesne depolama ekler.
Platforma göre izlenen sağlayıcılar
| Ölçüt | PortvMind | AWS | Azure | Google Cloud | DigitalOcean | Vultr | Hetzner |
|---|---|---|---|---|---|---|---|
| Platform ve otomasyon | |||||||
| API ve Terraform otomasyonu Belgelenmiş API ve altyapıyı kod olarak yönetmek için Terraform desteği. | Var | Var | Var | Var | Var | Var | Var |
| Açık kaynak bulut yığını (OpenStack tabanlı) Sağlayıcının IaaS kontrol düzleminin OpenStack veya eşdeğer açık kaynak yığın üzerine kurulu olduğunu açıkça belirtmesi. | Var OpenStack, Kubernetes ve S3 uyumlu depolama. | Yok | Yok | Yok | Yok | Yok | Yok |
| Kubernetes | |||||||
| Yönetilen Kubernetes Sağlayıcı tarafından işletilen Kubernetes kontrol düzlemi. | Var | Var | Var | Var | Var | Var | Yok Yalnızca kendi yönettiğiniz kümeler için CCM ve CSI sürücüsü. |
| Depolama ve veri | |||||||
| S3 uyumlu nesne depolama S3 API'si veya S3 uyumlu API ile erişilen nesne depolama. | Var | Var Yerel S3. | Yok Blob Storage kendi API'sini kullanır. | Kısmi HMAC anahtarlarıyla XML API birlikte çalışabilirliği; tam S3 API eşdeğerliği değil. | Var Spaces. | Var | Var AB lokasyonları; kısmi S3 API kapsamı. |
| Güvenlik ve denetim | |||||||
| Kontrol düzlemi denetim kaydı Bulut kaynaklarına yönelik yönetim (API/konsol) işlemlerini kaydeden sağlayıcı servisi. | Var vTrail (sağlayıcı tarafından sağlanan yetenek bilgisi). | Var AWS CloudTrail. | Var Azure Monitor Activity Log. | Var Cloud Audit Logs. | Doğrulanmadı | Doğrulanmadı | Doğrulanmadı |
Neden bir OpenStack sağlayıcısı seçmeli
- Taşınabilirlik. Standart API’ler, aynı Terraform modüllerinin ve betiklerin OpenStack bulutları ve özel kurulumlar arasında çalışması anlamına gelir.
- Altyapı katmanında tescilli bağımlılık (lock-in) yok. İmajlar, ağlar ve volume’lar açık spesifikasyonlara uyar.
- Özel bulutlarla hibrit kullanım. Özel OpenStack çalıştıran kurumlar aynı araçlarla genel bir OpenStack sağlayıcısına genişleyebilir.
- Bölgesel seçenek. Birçok OpenStack sağlayıcısı bölgeseldir; bu, verinin belirli bir ülkede kalması gerektiğinde işe yarar.
Nelere dikkat edilmeli
- API sürümleri ve etkin servisler — servis kataloğunu sorgulayın ve otomasyonunuzu test edin.
- Çekirdeğin ötesindeki yönetilen servisler — Kubernetes, veritabanları, nesne depolama, GPU’lar.
- Denetim kaydı — CADF olaylarının toplanıp müşterilere sunulup sunulmadığı ve hangi saklama süresiyle.
- Faturalandırma ayrıntı düzeyi — dakika bazlı mı saat bazlı mı ve bir VM durdurulduğunda neyin faturalandırılmaya devam ettiği.
- Bölgeler ve veri yerleşimi — verinin nerede saklandığı ve işlendiği.
- Destek ve SLA’lar.
Örnek olarak PortvMind Cloud
PortvMind Cloud; OpenStack, Kubernetes ve S3 uyumlu depolama üzerine kurulu olduğunu, API’ler ve Terraform ile yönetildiğini, dakika bazlı faturalandırma sunduğunu ve İstanbul ile Ankara’da bölgeleri bulunduğunu belirtmektedir. Denetim kaydı servisi vTrail, yönetim işlemlerini kimlik ve istek meta verisiyle birlikte kaydeder. Ayrıntılar PortvMind Cloud profilinde yer alır.
Sınırlamalar
İzlenen küme yalnızca bir OpenStack sağlayıcısı içerir; diğer OpenStack bulutları OpenStack Marketplace’te listelenir ve burada değerlendirilmez.
Sonuç
Taşınabilirlik, açık API’ler ve bölgesel varlık önemli olduğunda bir OpenStack sağlayıcısı iyi bir seçimdir. Onu da her bulut gibi — servisler, bölgeler, fiyatlandırma ve operasyonlar açısından — değerlendirin ve otomasyonunuzun sağlayıcının API kataloğuna karşı çalıştığını test edin.
Sık sorulan sorular
OpenStack hâlâ genel bulutlar için kullanılıyor mu?
Evet. Özellikle bölgesel ve egemen (sovereign) sağlayıcılar olmak üzere birçok genel bulut OpenStack üzerinde çalışır; OpenStack Marketplace bunları bölgeleriyle birlikte listeler.
Bir OpenStack bulutuyla Terraform kullanabilir miyim?
Evet. Terraform OpenStack provider; işlem gücü, ağ, blok depolama ve diğer kaynakları standart OpenStack API'leri üzerinden yönetir.
Bir OpenStack bulutu AWS ile uyumlu mu?
İşlem gücü ve ağ için API düzeyinde değil. Nesne depolama çoğu zaman S3 uyumludur ve bu S3 araçlarının çalışmasını sağlar; ancak EC2 tarzı API'ler OpenStack'te standart değildir.
Kaynaklar
- [1] OpenStack Marketplace — Public Clouds — OpenInfra Foundation Resmî dokümantasyon erişim:
- [2] OpenStack documentation — OpenStack Resmî dokümantasyon erişim:
- [3] Terraform OpenStack provider — HashiCorp Registry Resmî dokümantasyon erişim:
- [4] PortvMind Cloud — PortvMind Sağlayıcı ekibince sağlandı erişim:
İlgili araştırmalar
Sağlayıcı keşfi
Türkiye'de AWS alternatifi: bölgedeki bulut sağlayıcıları
İş yükü Türkiye'de bir AWS alternatifi aradığında AWS, PortvMind Cloud, Google Cloud, Azure ve diğer izlenen sağlayıcılar.
Sağlayıcı keşfi
Özel bulut ve regülasyon uyumluluğu: Türkiye'de izlenen sağlayıcılar
AWS, PortvMind Cloud, Google Cloud ve diğer izlenen sağlayıcılar için kuruma özel kapasite, Türkiye'de veri konumu ve yayımlanmış ISO belgeleri.
Sağlayıcı keşfi
Türkiye'deki bulut sağlayıcıları: bölgeler, local zone'lar ve GPU erişilebilirliği
Hangi küresel ve bölgesel bulut sağlayıcılarının Türkiye'de altyapısı var, bu altyapının türü ne ve hangi servisler ile GPU'lar yerel olarak sunuluyor.
Depolama
S3 uyumlu nesne depolama: hangi bulutlar S3 API'yi destekler ve uyumluluk ne anlama gelir
Hangi bulut sağlayıcıları S3 uyumlu nesne depolama sunar, S3 uyumluluğu genellikle neyi kapsar, nerede yetersiz kalır ve geçişten önce nasıl test edilir.