Ondersteuningslevenscyclus voor Azure Red Hat OpenShift 4
Red Hat publiceert ongeveer elke vier maanden kleine versies van Red Hat OpenShift Container Platform (OCP). Deze releases bevatten nieuwe functies en verbeteringen. Patchreleases zijn vaker (meestal wekelijks) en kunnen oplossingen bevatten voor beveiligingsproblemen of bugs.
Azure Red Hat OpenShift is gebouwd op basis van specifieke releases van OCP. Dit artikel bevat informatie over de versies van OCP die worden ondersteund voor Azure Red Hat OpenShift en informatie over updates, afschaffingen en het ondersteuningsbeleid.
Red Hat OpenShift-versies
Red Hat OpenShift Container Platform maakt gebruik van semantische versiebeheer. Semantische versiebeheer maakt gebruik van verschillende niveaus van getallen om verschillende versies op te geven. In de volgende tabel ziet u de verschillende onderdelen van een semantisch versienummer, in dit geval met het voorbeeldversienummer 4.15.16.
| Primaire versie (x) | Secundaire versie (y) | Patchversie (z) |
|---|---|---|
| 4 | 15 | 16 |
- Primaire versie: er zijn op dit moment geen primaire versiereleases gepland. Belangrijke versies omvatten belangrijke wijzigingen in de kernservice, zoals grootschalige toevoegingen van nieuwe functies en functies, architectonische wijzigingen en het verwijderen van bestaande functies.
- Secundaire versie: ongeveer om de vier maanden uitgebracht. Secundaire versie-updates kunnen functietoevoegingen, verbeteringen, afschaffingen, verwijderingen, bugfixes, beveiligingsverbeteringen en andere verbeteringen omvatten.
- Patchversie: Doorgaans elke week uitgebracht, of indien nodig. Patchversie-updates kunnen bugfixes, beveiligingsverbeteringen en andere verbeteringen bevatten.
U moet de meest recente secundaire versie van de primaire versie uitvoeren die u gebruikt. Als uw productiecluster zich bijvoorbeeld op 4.14 bevindt en 4.15 de meest recente algemeen beschikbare secundaire versie voor de 4-serie is, moet u zo snel mogelijk bijwerken naar 4.15.
Kanalen bijwerken
Updatekanalen zijn het mechanisme waarmee gebruikers de secundaire versie van OpenShift Container Platform instellen waarnaar ze hun clusters willen bijwerken. Updatekanalen zijn gekoppeld aan een secundaire versie van Red Hat OpenShift Container Platform. Het versienummer in het kanaal vertegenwoordigt de secundaire doelversie waarnaar het cluster uiteindelijk wordt bijgewerkt. Een updatekanaal raadt geen updates aan voor een versie boven de versie van het geselecteerde kanaal. Het OCP-updatekanaal stable-4.14 bevat bijvoorbeeld geen update naar een 4.15-release. Updatekanalen beheren alleen de releaseselectie en wijzigen de huidige versie van het cluster niet. Zie Informatie over updatekanalen en releases voor meer informatie.
Belangrijk
Azure Red Hat OpenShift biedt alleen ondersteuning voor stabiele kanalen. Voorbeeld: stable-4.15.
U kunt het stable-4.15 kanaal gebruiken om bij te werken vanuit een eerdere secundaire versie van Azure Red Hat OpenShift. Clusters die zijn bijgewerkt met behulp van fast of candidate kanalen, kunnen uw cluster in een beperkte ondersteuningsstatus plaatsen.
Ondersteuningsbeleid voor Azure Red Hat OpenShift-versies
Beschikbaarheid van Azure Red Hat OpenShift-versie
Er is een Azure Red Hat OpenShift-release beschikbaar via een van de volgende twee mechanismen:
- Wanneer een update naar een nieuwere versie beschikbaar is voor een bestaand cluster
- Wanneer een nieuwe versie beschikbaar is als installatiedoel voor een nieuw cluster
Beschikbaarheid bijwerken
Azure Red Hat OpenShift ondersteunt algemeen beschikbare (GA) secundaire versies van Red Hat OpenShift Container Platform vanaf het moment dat er een update beschikbaar is in het OpenShift-kanaal stable . Beschikbaarheid van updates kan worden gecontroleerd op de volgende pagina, Red Hat OpenShift Container Platform Update Graph.
Beschikbaarheid installeren
Installeerbare versies kunnen worden gevalideerd met behulp van de Azure Red Hat OpenShift-releasekalender of door de volgende Azure CLI-opdracht uit te voeren:
az aro get-versions --location [region]
Einde van de levensduur van de versie
De einddatum voor een versie van Azure Red Hat OpenShift vindt u in de releasekalender van Azure Red Hat OpenShift.
Notitie
Als u een niet-ondersteunde Red Hat OpenShift-versie uitvoert, wordt u mogelijk gevraagd om bij te werken bij het aanvragen van ondersteuning voor het cluster. Clusters waarop niet-ondersteunde Red Hat OpenShift-releases worden uitgevoerd, vallen niet onder de SLA van Azure Red Hat OpenShift.
Verplichte updates
In extreme omstandigheden en op basis van de beoordeling van de CVE-kritiek op de omgeving, kan een kritieke patchupdate automatisch worden toegepast op clusters door Azure Red Hat OpenShift Site Reliability Engineers (SRE), die vervolgens worden gevolgd met een melding over de wijziging. Het is raadzaam om patchupdates (z-stream) te installeren zodra deze beschikbaar zijn.
Beperkte ondersteuningsstatus
Wanneer een cluster overgaat naar een beperkte ondersteuningsstatus (of ook buiten ondersteuning genoemd) azure Red Hat OpenShift-SRE's niet langer proactief het cluster bewaken. Bovendien is de SLA niet meer van toepassing en wordt het aangevraagde tegoed voor de SLA geweigerd, hoewel dit niet betekent dat u geen productondersteuning meer hebt.
Een cluster kan om verschillende redenen overschakelen naar een beperkte ondersteuningsstatus, waaronder de volgende scenario's:
Als u een cluster niet bijwerkt naar een ondersteunde versie vóór de einddatum van de levensduur.
- Er zijn geen runtime- of SLA-garanties voor versies na hun einddatum. Als u dit wilt voorkomen en volledige ondersteuning wilt blijven ontvangen, werkt u het cluster bij naar een ondersteunde versie vóór de einddatum van de levensduur. Als u het cluster niet bijwerkt vóór de einddatum van de levensduur, gaat het cluster over naar de status Beperkte ondersteuning totdat het wordt bijgewerkt naar een ondersteunde versie.
- Azure Red Hat OpenShift SRE's bieden commercieel redelijke ondersteuning voor het bijwerken van een niet-ondersteunde versie naar een ondersteunde versie. Als een ondersteund updatepad echter niet meer beschikbaar is, moet u mogelijk een nieuw cluster maken en uw workloads migreren.
Als u systeemeigen Azure Red Hat OpenShift-onderdelen of een ander onderdeel verwijdert of vervangt dat door de service wordt geïnstalleerd en beheerd.
- Als beheerdersmachtigingen zijn gebruikt, is Azure Red Hat OpenShift niet verantwoordelijk voor de acties van uw of uw geautoriseerde gebruikers, met inbegrip van acties die van invloed zijn op infrastructuurservices, beschikbaarheid van services of gegevensverlies. Als dergelijke acties worden gedetecteerd, kan het cluster overschakelen naar een beperkte ondersteuningsstatus. Vervolgens moet u de actie herstellen of een ondersteuningsaanvraag maken om herstelstappen te verkennen.
- In sommige gevallen kan het cluster terugkeren naar een volledig ondersteunde status als u de aantastingsfactoren herstelt. In andere gevallen moet u het cluster echter mogelijk verwijderen en opnieuw maken.
- Zie het ondersteuningsbeleid van Azure Red Hat OpenShift voor meer informatie over de configuratievereisten voor clusters.
Ondersteunde beleidsonderzondering voor versies
Het Azure Red Hat OpenShift SRE-team behoudt zich het recht voor om nieuwe/bestaande versies toe te voegen of te verwijderen of toekomstige secundaire releaseversies te vertragen die zijn geïdentificeerd om een of meer kritieke productieproblemen te hebben die van invloed zijn op bugs of beveiligingsproblemen zonder voorafgaande kennisgeving.
Specifieke patchreleases kunnen worden overgeslagen of de implementatie kan worden versneld, afhankelijk van de ernst van de fout of het beveiligingsprobleem.
Releaseagenda van Azure Red Hat OpenShift
Zie de volgende handleiding voor de eerdere releasegeschiedenis van Red Hat OpenShift Container Platform (upstream).
| OCP-versie | Beschikbaarheid van OCP GA | Beschikbaarheid van ARO-installatie | Einde van het leven van ARO |
|---|---|---|---|
| 4.4 | Mei 2020 | Juli 2020 | Februari 2021 |
| 4.5 | Juli 2020 | November 2020 | 15 juli 2021 |
| 4.6 | October 2020 | Februari 2021 | 15 september 2021 |
| 4.7 | Februari 2021 | 15 juli 2021 | 1 februari 2022 |
| 4.8 | Juli 2021 | 15 september 2021 | 21 juni 2022 |
| 4.9 | November 2021 | 1 februari 2022 | 2 maart 2023 |
| 4.10 | Maart 2022 | 21 juni 2022 | 19 augustus 2023 |
| 4.11 | Augustus 2022 | 2 maart 2023 | 10 februari 2024 |
| 4.12 | Januari 2023 | 19 augustus 2023 | 17 januari 2025 |
| 4.13 | Mei 2023 | 15 december 2023 | 17 november 2024 |
| 4.14 | Oktober 2023 | 25 april 2024 | 1 mei 2025 |
| 4.15 | Februari 2024 | 4 september 2024 | 27 juni 2025 |
| 4,16 | Juni 2024 | Binnenkort beschikbaar | 2 november 2025 |
Veelgestelde vragen
Wat gebeurt er wanneer een gebruiker een OpenShift-cluster bijwerken met een secundaire versie die niet wordt ondersteund?
Azure Red Hat OpenShift biedt ondersteuning voor het installeren van secundaire versies die consistent zijn met de datums in de vorige tabel. Een versie wordt ondersteund zodra een updatepad naar die versie beschikbaar is in het stabiele kanaal. Als u een versie uitvoert na de einddatum van de levensduur, bent u buiten de ondersteuning en wordt u mogelijk gevraagd om bij te werken om ondersteuning te blijven ontvangen. Het bijwerken van een oudere versie naar een ondersteunde versie kan lastig zijn en in sommige gevallen niet mogelijk. U wordt aangeraden uw cluster op de nieuwste OpenShift-versie te houden om mogelijke updateproblemen te voorkomen.
Als de oudste ondersteunde Versie van Azure Red Hat OpenShift bijvoorbeeld 4.13 is en u zich op 4.12 of ouder bevindt, bent u buiten ondersteuning. Wanneer de update van 4.12 tot 4.13 of hoger is geslaagd, komt u terug in ons ondersteuningsbeleid.
Het terugdraaien van uw cluster naar een eerdere versie of een terugdraaiactie wordt niet ondersteund. Alleen het bijwerken naar een nieuwere versie wordt ondersteund.
Wat betekent 'Buiten ondersteuning' of 'Beperkte ondersteuning'?
Als uw ARO-cluster een OpenShift-versie uitvoert die niet in de lijst met ondersteunde versies staat of een niet-ondersteunde clusterconfiguratie gebruikt, is uw cluster 'buiten ondersteuning'. Als gevolg hiervan:
- Wanneer u een ondersteuningsticket voor uw cluster opent, wordt u mogelijk gevraagd het cluster bij te werken naar een ondersteunde versie voordat u ondersteuning ontvangt.
- Alle runtime- of SLA-garanties voor clusters buiten de ondersteuning zijn ongeldig.
- Clusters buiten de ondersteuning worden alleen gepatcht op basis van best effort.
- Clusters buiten ondersteuning worden niet bewaakt.