Morpheus'u birden fazla departman, iş birimi veya müşteri için ortak bir platform olarak kullanmak istediğinizde en kritik mimari karar, izolasyon sınırlarını doğru çizmektir. Yanlış yapılandırılmış bir tenant, başka bir birimin kaynaklarını görebilir; yetersiz RBAC, yetkisiz provisioning kapısı açar. Bu rehber; Master Tenant ile alt kiracı arasındaki görünürlük duvarından özel rollerin tasarımına, kaynak kotalarından denetim günlüklerine kadar Morpheus'un çok kiracılı güvenlik modelini katman katman ele alır. KDK uyumlu ve kamu altyapısı senaryoları dahil.
Morpheus'ta her şey bir Tenant (kiracı) bağlamında çalışır. İki düzey vardır: Master Tenant (sistem genelini yönetir) ve Sub-Tenant (izole kaynak ve kullanıcı alanı). Bu hiyerarşi, servis sağlayıcı modeli veya büyük kurumların bölüm bazlı izolasyon ihtiyacı için tasarlanmıştır.
| Nesne | Master Tenant Görür mü? | Sub-Tenant A Görür mü? | Sub-Tenant B Görür mü? |
|---|---|---|---|
| Sub-Tenant A VM'leri | ✓ Evet | ✓ Evet (kendi) | ✗ Hayır |
| Sub-Tenant B VM'leri | ✓ Evet | ✗ Hayır | ✓ Evet (kendi) |
| Paylaşılan Image'lar | ✓ Evet | ✓ Evet (paylaşıldıysa) | ✓ Evet (paylaşıldıysa) |
| Master Tenant VM'leri | ✓ Evet | ✗ Hayır | ✗ Hayır |
Tenant oluşturulduğunda otomatik bir yönetici hesabı oluşturulur veya siz belirleyebilirsiniz. Tenant yöneticisi, kendi tenant'ı içinde tam yetkiliye sahiptir; ancak başka tenant'ları veya Master Tenant'ı göremez.
Her tenant için ayrı AD OU veya grup filtresi tanımlayabilirsiniz. Böylece IT-Altyapı tenant'ına yalnızca CN=IT-Altyapi-Users AD grubu üyeleri giriş yapabilir.
Morpheus rol sistemi iki katmanlıdır: Sistem Rolleri (Master Tenant düzeyi) ve Tenant Rolleri (Sub-Tenant düzeyi). Her rol, onlarca izin boyutundan oluşur.
| Rol | Kapsam | Varsayılan Yetkiler | Kullanım |
|---|---|---|---|
| System Admin | Master Tenant | Her şey — kısıtsız | Platform yöneticisi |
| Infrastructure Admin | Master Tenant | Altyapı + bulut yönetimi, kullanıcı yönetimi yok | Kıdemli altyapı mühendisi |
| Tenant Admin | Sub-Tenant | Tenant içinde tam yetki | Departman BT yöneticisi |
| User (Standard) | Sub-Tenant | Provisioning + kendi Instance'larını yönetme | Genel kullanıcı |
| Read Only | Her ikisi | Yalnızca görüntüleme | Denetçi, raporlama |
Morpheus rol izinleri yaklaşık 50 boyut içerir. Aşağıdaki tablo en önemli boyutları ve önerilen kısıtlama stratejisini sunar.
Kullanıcıların başkasının VM'ini yanlışlıkla silmesini önlemek için Instance Ownership politikası kullanın. Bu politikayla kullanıcılar yalnızca kendi oluşturdukları (veya sahipliği devredilen) instance'ları silebilir.
Morpheus'ta kaynaklar (bulutlar, imajlar, ağlar, datastore'lar) varsayılan olarak yalnızca Master Tenant'ta görünür. Sub-Tenant'larla paylaşmak için açıkça izin verilmesi gerekir.
Morpheus politikaları (Policies), tenant veya rol düzeyinde kaynak kullanımını sınırlar. Her politika bağımsız çalışır ve birden fazla politika aynı anda uygulanabilir.
| Politika Türü | Sınırladığı Şey | Örnek Değer |
|---|---|---|
| Max Instances | Kullanıcı başına veya tenant'ta toplam VM sayısı | Kullanıcı başına 5 VM |
| Max Hosts | Toplam fiziksel/sanal host sayısı | Tenant'ta max 10 host |
| Max Memory | Toplam RAM kullanımı (GB) | Tenant'ta 512 GB |
| Max Storage | Toplam disk kullanımı (GB) | Tenant'ta 10 TB |
| Max Cores | Toplam vCPU sayısı | Tenant'ta 200 vCPU |
| Instance Expiration | VM'in maksimum yaşam süresi | Test tenant'ında max 30 gün |
| Naming Convention | Zorunlu isimlendirme standardı | ${tenant}-${type}-${sequence} |
| Budget | Aylık harcama limiti | 5.000 USD/ay |
| Provision Approval | Her provision için onay zorunluluğu | Üretim ortamında zorunlu |
Kamu kurumlarına hizmet sunan altyapılarda (belediye, bakanlık, kamu hastanesi sistemleri) veri izolasyonu yasal yükümlülük taşır. Morpheus'un çok kiracılı yapısı bu senaryolar için birebir uygundur; ancak bazı ek önlemler alınması gerekir.
Morpheus, kullanıcı işlemlerini ayrıntılı denetim günlüğüne (audit log) yazar. Kim, ne zaman, hangi işlemi yaptı; başarılı mı başarısız mı? Bu veriler uyumluluk raporlaması ve güvenlik olayı araştırmaları için kritiktir.
Morpheus REST API, aynı RBAC modeline tabidir. API token'ı olan bir kullanıcı, arayüzden yapabileceği her şeyi API üzerinden de yapabilir — ne fazlası ne eksiği. Bu nedenle API token yönetimi güvenlik açısından kritiktir.
Çok kiracılı yapılandırmanızın doğru çalıştığını sistematik olarak test etmek zorunludur. Aşağıdaki test senaryolarını her büyük değişiklik sonrasında tekrarlayın.
ESH Bilişim, kamu kurumları ve kurumsal altyapılar için HPE Morpheus'ta çok kiracılı izolasyon tasarımı, RBAC yapılandırması, KDK uyumlu güvenlik politikaları ve denetim günlüğü entegrasyonu konularında saha danışmanlığı sunar.