Vanliga frågor och svar om Azure Red Hat OpenShift

Prisinformation finns i Priser för Azure Red Hat OpenShift.

Information om serviceavtal (SLA) finns i Servicenivåavtal för onlinetjänster.

En lista över regioner som stöds för Azure Red Hat OpenShift 4.x finns i Tillgängliga regioner.

En lista över storlekar på virtuella datorer som stöds för Azure Red Hat OpenShift 4 finns i Resurser som stöds för Azure Red Hat OpenShift 4.

Det faktiska antalet poddar som stöds beror på ett programs minne, processor och lagringskrav.

Azure Red Hat OpenShift 4.x har en gräns på 250 poddar per nod och en gräns på 60 beräkningsnoder. Dessa gränser begränsar det maximala antalet poddar som stöds i ett kluster till 250×60 = 15 000. För ett privat kluster utan offentliga IP-adresser (till exempel skapat med hjälp av användardefinierad routning (UDR) och kör version 4.11 eller senare) är gränserna 120 beräkningsnoder och 30 000 poddar.

Nej. Alla noder i ett Azure Red Hat OpenShift-kluster måste ha sitt ursprung i samma Azure-region.

Ja. Ett kluster kan distribueras över flera tillgänglighetszoner automatiskt om klustret distribueras till en Azure-region som stöder tillgänglighetszoner. Mer information finns i Tillgänglighetszoner.

Nej. Alla resurser, inklusive klusterkontrollplansnoderna, körs i din kundprenumeration. Dessa typer av resurser placeras i en skrivskyddad resursgrupp.

Azure Managed Application finns i en låst resursgrupp med kundprenumerationen. Kunder kan visa objekt i resursgruppen men inte ändra dem.

Varje Azure Red Hat OpenShift-kluster är dedikerat till en viss kund och lever i kundens prenumeration.

Ja, med ARO kan du använda infrastrukturdatoruppsättningar för att skapa datorer som endast är värdar för infrastrukturkomponenter, till exempel standardroutern, det integrerade containerregistret och komponenterna för klustermått och övervakning. Mer information finns i Distribuera infrastrukturnoder i ett ARO-kluster .

Hur gör jag för att hantera klusteruppgraderingar?

Information om uppgraderingar, underhåll och versioner som stöds finns i livscykelguiden för support.

Värdoperativsystemen och OpenShift-programvaran uppdateras eftersom Azure Red Hat OpenShift förbrukar mindre versionsversioner och korrigeringar från den överordnade OpenShift Container Platform.

Noder startas om som en del av en uppgradering.

Prometheus är förinstallerat och konfigurerat för Azure Red Hat OpenShift 4.x-kluster. Läs mer om klusterövervakning.

I Azure Red Hat OpenShift 4.x: Ja.

Loggar från underliggande virtuella datorer hanteras av den hanterade tjänsten och exponeras inte för kunder.

För Azure Red Hat OpenShift 4.x-kluster innehåller OpenShift-webbkonsolen alla mått på nodnivå. Mer information finns i Red Hat-dokumentationen om att visa klusterinformation.

Det finns som standard fem feldomäner när du använder VM-skalningsuppsättningar i Azure. Varje virtuell datorinstans i en skalningsuppsättning placeras i någon av dessa feldomäner. Detta säkerställer att program som distribueras till beräkningsnoderna i ett kluster placeras i separata feldomäner.

Mer information finns i Välja rätt antal feldomäner för VM-skalningsuppsättning.

Kunder kan hämta noder och visa etiketter som kundadministratör. Detta ger ett sätt att rikta in sig på alla virtuella datorer i skalningsuppsättningen.

Försiktighet måste användas när du använder specifika etiketter:

• Värdnamnet får inte användas. Värdnamnet roteras ofta med uppgraderingar och uppdateringar och kommer garanterat att ändras.
• Om kunden har en begäran om specifika etiketter eller en distributionsstrategi kan detta åstadkommas. Det skulle dock kräva tekniska åtgärder och stöds inte i dag.

Mer information finns i Kontrollera poddplacering.

För 4.x-kluster måste du exponera ett säkert register och konfigurera autentisering. Mer information finns i följande Red Hat-dokumentation:

• Exponera ett register
• Åtkomst till registret

Det går för närvarande inte att flytta ARO-klustret mellan klientorganisationer.

Det går inte att flytta ditt ARO-kluster och dess associerade resurser mellan prenumerationer.

Det går inte att flytta eller byta namn på ARO-klustret och dess associerade resurser.

I 4.x-kluster kan du distribuera ett kluster till ett befintligt VNet.

Kund- och enskilda projektadministratörer kan anpassa nätverk mellan namnområden (inklusive nekande) per projekt med hjälp av NetworkPolicy objekt.

I prenumerationen som har det virtuella nätverket måste du registrera Microsoft.ContainerService providern med följande kommando: az provider register -n Microsoft.ContainerService --wait

I 4.x-kluster kan du ange dina egna IP-intervall.

Det programvarudefinierade nätverket är openshift-ovs-networkpolicy och kan inte konfigureras.

Azure Red Hat OpenShift använder Standard Azure Load Balancer och kan inte konfigureras.

Ja. En Azure Red Hat OpenShift-administratör kan hantera användare och kvoter utöver åtkomst till alla användarskapade projekt.

Ja. Du kan begränsa vilka Microsoft Entra-användare som kan logga in på ett kluster genom att konfigurera Microsoft Entra-programmet. Mer information finns i Så här: Begränsa din app till en uppsättning användare.

Ja. Logga in på klustret som administratör och kör det här kommandot:

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

Mer information finns i OpenShift-dokumentationen om hur du inaktiverar självetablering för klusterversionen:

• Inaktivera självetablering i 4,6-kluster

Nodåtkomst är tillgänglig via rollen klusteradministratör. Mer information finns i Översikt över Kubernetes RBAC.

Klusteradministratörsrollen är tillgänglig. Mer information finns i Översikt över Kubernetes RBAC.

Du konfigurerar din egen identitetsprovider. Mer information finns i Red Hat-dokumentationen om hur du konfigurerar identitetsprovidrar.

Som standard krypteras data i vila. Azure Storage-plattformen krypterar automatiskt dina data innan de bevaras och dekrypterar data innan de hämtas. Mer information finns i Azure Storage Service Encryption för vilande data.

Lagringskonton är endast inställda på privat åtkomst.

Lagringskonton krypteras (endast nya kluster). Befintliga kluster måste återskapas.

Lagringskonton skapas med generell användning v2 för nya kluster.

Allmänna v2-lagringskonton har stöd för de senaste Funktionerna i Azure Storage och innehåller alla funktioner för allmänna v1- och Blob Storage-konton.

Åtkomsten till lagringskonton är begränsad med brandväggsregler via Azure-nätverkssäkerhetsgrupper (NSG:er), som filtrerar nätverkstrafik till och från dina lagringskonton. Mer information finns i Översikt över Azure-nätverkssäkerhetsgrupper.

TLS-protokollet (Transport Layer Security) version 1.2 ger säker kommunikation, datasekretess och dataintegritet.

Data krypteras inte som standard, men du har möjlighet att aktivera kryptering. Mer information finns i guiden om kryptering etcd.

Azure Disk (Premium_LRS) konfigureras som standardlagringsklass. Mer information om lagringsleverantörer och konfigurationsinformation (inklusive Azure File) finns i Red Hat-dokumentationen om beständiga lagring.

Lagrar ARO kunddata utanför klustrets region?

Nej. Alla data som skapas i ett ARO-kluster underhålls i klustrets region.