Azure Red Hat OpenShift hakkında SSS

Fiyatlandırma bilgileri için bkz . Azure Red Hat OpenShift fiyatlandırması.

Hizmet Düzeyi Sözleşmesi (SLA) bilgileri için bkz. çevrimiçi hizmetler için Hizmet Düzeyi Sözleşmeleri.

Azure Red Hat OpenShift 4.x için desteklenen bölgelerin listesi için bkz . Kullanılabilir bölgeler.

Azure Red Hat OpenShift 4 için desteklenen sanal makine boyutlarının listesi için bkz . Azure Red Hat OpenShift 4 için desteklenen kaynaklar.

Desteklenen podların gerçek sayısı, uygulamanın bellek, CPU ve depolama gereksinimlerine bağlıdır.

Azure Red Hat OpenShift 4.x,düğüm başına 250 pod sınırına ve 60 işlem düğümü sınırına sahiptir. Bu sınırlar, kümede desteklenen pod sayısı üst sınırını 250×60 = 15.000 olarak sınırlar. Genel IP'leri olmayan bir özel küme için (örneğin, Kullanıcı Tanımlı Yönlendirme (UDR) kullanılarak oluşturulur ve sürüm 4.11 veya üzeri çalıştırılır), sınırlar 120 işlem düğümü ve 30.000 poddur.

Hayır Azure Red Hat OpenShift kümesindeki tüm düğümler aynı Azure bölgesinden kaynaklanmalıdır.

Evet. Kümeniz kullanılabilirlik alanlarını destekleyen bir Azure bölgesine dağıtılırsa, küme birden çok kullanılabilirlik alanında otomatik olarak dağıtılabilir. Daha fazla bilgi için bkz . Kullanılabilirlik alanları.

Hayır Küme denetim düzlemi düğümleri de dahil olmak üzere tüm kaynaklar müşteri aboneliğinizde çalışır. Bu tür kaynaklar salt okunur bir kaynak grubuna konur.

Azure Yönetilen Uygulaması, müşteri aboneliğiyle birlikte kilitli bir Kaynak Grubunda yer alır. Müşteriler bu kaynak grubundaki nesneleri görüntüleyebilir ancak değiştiremez.

Her Azure Red Hat OpenShift kümesi belirli bir müşteriye ayrılmıştır ve müşterinin aboneliğinde yer alır.

Evet, ARO yalnızca varsayılan yönlendirici, tümleşik kapsayıcı kayıt defteri ve küme ölçümleri ve izleme bileşenleri gibi altyapı bileşenlerini barındıran makineler oluşturmak için altyapı makine kümelerini kullanmanıza olanak tanır. Daha fazla bilgi edinmek için bkz . ARO kümesinde altyapı düğümlerini dağıtma.

Küme yükseltmeleri Nasıl yaparım? işlenir?

Yükseltmeler, bakım ve desteklenen sürümler hakkında bilgi için destek yaşam döngüsü kılavuzuna bakın.

Ana bilgisayar işletim sistemleri ve OpenShift yazılımı, Azure Red Hat OpenShift yukarı akış OpenShift Kapsayıcı Platformu'ndan ikincil sürüm sürümlerini ve düzeltme eklerini tükettikçe güncelleştirilir.

Düğümler yükseltmenin bir parçası olarak yeniden başlatılır.

Prometheus, Azure Red Hat OpenShift 4.x kümeleri için önceden yüklenmiş ve yapılandırılmış olarak gelir. Küme izleme hakkında daha fazla bilgi edinin.

Azure Red Hat OpenShift 4.x'te: Evet.

Temel alınan VM'lerdeki günlükler yönetilen hizmet tarafından işlenir ve müşterilere sunulmaz.

Azure Red Hat OpenShift 4.x kümeleri için OpenShift web konsolu düğüm düzeyindeki tüm ölçümleri içerir. Daha fazla bilgi için küme bilgilerini görüntülemeyle ilgili Red Hat belgelerine bakın.

Azure'da Sanal Makine Ölçek Kümeleri kullanılırken varsayılan olarak beş hata etki alanı vardır. Ölçek kümesindeki her sanal makine örneği bu hata etki alanlarından birine yerleştirilir. Bu, bir kümedeki işlem düğümlerine dağıtılan uygulamaların ayrı hata etki alanlarına yerleştirilmesini sağlar.

Daha fazla bilgi için bkz . Sanal Makine Ölçek Kümesi için doğru sayıda hata etki alanı seçme.

Müşteriler, düğümleri alma ve etiketleri müşteri yöneticisi olarak görüntüleme olanağına sahiptir. Bu, ölçek kümesindeki herhangi bir VM'yi hedeflemek için bir yol sağlar.

Belirli etiketler kullanılırken dikkatli olunmalıdır:

• Ana bilgisayar adı kullanılmamalıdır. Ana bilgisayar adı genellikle yükseltmeler ve güncelleştirmelerle döndürülür ve değişmesi garanti edilir.
• Müşterinin belirli etiketler veya dağıtım stratejisi için bir isteği varsa, bu gerçekleştirilebilir. Ancak bu, mühendislik çalışmalarını gerektirebilir ve bugün desteklenmemektedir.

Daha fazla bilgi için bkz . Pod yerleşimini denetleme.

4.x kümeleri için güvenli bir kayıt defterini kullanıma sunmanız ve kimlik doğrulamasını yapılandırmanız gerekir. Daha fazla bilgi için aşağıdaki Red Hat belgelerine bakın:

• Kayıt defterini açığa çıkarma
• Kayıt defterine erişme

ARO kümenizi kiracılar arasında taşıma işlemi şu anda desteklenmiyor.

ARO kümenizi ve ilişkili kaynaklarını abonelikler arasında taşıma desteklenmez.

ARO kümenizi ve ilişkili kaynaklarını taşıma veya yeniden adlandırma desteklenmez.

4.x kümelerinde bir kümeyi mevcut bir sanal ağa dağıtabilirsiniz.

Müşteri ve tek tek proje yöneticileri, nesneleri kullanarak NetworkPolicy ad alanları arası ağı (reddetme dahil) proje bazında özelleştirebilir.

Sanal ağa sahip abonelikte sağlayıcıyı aşağıdaki komutla kaydettiğinizden Microsoft.ContainerService emin olun: az provider register -n Microsoft.ContainerService --wait

4.x kümelerinde kendi IP aralıklarınızı belirtebilirsiniz.

Yazılım Tanımlı Ağ openshift-ovs-networkpolicy yapılandırılabilir ve yapılandırılmaz.

Azure Red Hat OpenShift, Standart Azure Load Balancer kullanır ve yapılandırılamaz.

Evet. Azure Red Hat OpenShift yöneticisi, kullanıcı tarafından oluşturulan tüm projelere erişmenin yanı sıra kullanıcıları ve kotaları yönetebilir.

Evet. Microsoft Entra Uygulamasını yapılandırarak hangi Microsoft Entra kullanıcılarının bir kümede oturum açabileceğini kısıtlayabilirsiniz. Ayrıntılar için bkz . Nasıl yapılır: Uygulamanızı bir kullanıcı kümesiyle kısıtlama.

Evet. Kümenizde yönetici olarak oturum açın ve şu komutu yürütun:

oc adm policy \
    remove-cluster-role-from-group self-provisioner \
    system:authenticated:oauth

Daha fazla bilgi için küme sürümünüz için kendi kendine sağlamayı devre dışı bırakma ile ilgili OpenShift belgelerine bakın:

• 4.6 kümelerinde kendi kendine sağlamayı devre dışı bırakma

Düğüm erişimi, küme yöneticisi rolü aracılığıyla kullanılabilir. Daha fazla bilgi için bkz . Kubernetes RBAC'ye genel bakış.

Küme yöneticisi rolü kullanılabilir. Daha fazla bilgi için bkz . Kubernetes RBAC'ye genel bakış.

Kendi kimlik sağlayıcınızı yapılandırabilirsiniz. Daha fazla bilgi için kimlik sağlayıcılarını yapılandırmaya ilişkin Red Hat belgelerine bakın.

Varsayılan olarak, bekleyen veriler şifrelenir. Azure Depolama platformu, verilerinizi kalıcı hale getirmeden önce otomatik olarak şifreler ve alınmadan önce verilerin şifresini çözer. Daha fazla bilgi için bkz. Bekleyen veriler için Azure Depolama Hizmet Şifrelemesi.

Depolama hesapları yalnızca özel erişim olarak ayarlanır.

Depolama hesapları şifrelenir (yalnızca yeni kümeler). Mevcut kümelerin yeniden oluşturulması gerekir.

Depolama hesapları, yeni kümeler için genel amaçlı v2 ile oluşturulur.

Genel amaçlı v2 depolama hesapları en son Azure Depolama özelliklerini destekler ve genel amaçlı v1 ve Blob depolama hesaplarının tüm işlevlerini birleştirir.

Depolama hesaplarına erişim, depolama hesaplarınıza gelen ve bu hesaplardan gelen ağ trafiğini filtreleyen Azure ağ güvenlik grupları (NSG) aracılığıyla güvenlik duvarı kurallarıyla sınırlıdır. Daha fazla bilgi için bkz . Azure ağ güvenlik gruplarına genel bakış.

Aktarım Katmanı Güvenliği (TLS) protokolü sürüm 1.2 güvenli iletişimler, veri gizliliği ve veri bütünlüğü sağlar.

Veriler varsayılan olarak şifrelenmez, ancak şifrelemeyi etkinleştirme seçeneğiniz vardır. Daha fazla bilgi için bkz. etcd şifreleme kılavuzu.

Azure Disk (Premium_LRS) varsayılan depolama sınıfı olarak yapılandırılır. Ek depolama sağlayıcıları ve yapılandırma ayrıntıları (Azure Dosyası dahil) için kalıcı depolama ile ilgili Red Hat belgelerine bakın.

ARO, müşteri verilerini kümenin bölgesinin dışında depolar mı?

Hayır ARO kümesinde oluşturulan tüm veriler kümenin bölgesinde tutulur.