Ondersteuningslevenscyclus voor Azure Red Hat OpenShift 4
Red Hat brengt om de vier maanden kleine versies van Red Hat OpenShift Container Platform (OCP) uit. Deze releases bevatten nieuwe functies en verbeteringen. Patchreleases zijn vaker (meestal wekelijks) en zijn alleen bedoeld voor kritieke bugfixes binnen een secundaire versie. Deze patchreleases kunnen oplossingen bevatten voor beveiligingsproblemen of belangrijke fouten.
Azure Red Hat OpenShift is gebouwd op basis van specifieke releases van OCP. In dit artikel worden de versies van OCP beschreven die worden ondersteund voor Azure Red Hat OpenShift en informatie over upgrades, afschaffingen en ondersteuningsbeleid.
Red Hat OpenShift-versies
Red Hat OpenShift Container Platform maakt gebruik van semantische versiebeheer. Semantische versiebeheer maakt gebruik van verschillende niveaus van versienummers om verschillende niveaus van versiebeheer op te geven. In de volgende tabel ziet u de verschillende onderdelen van een semantisch versienummer, in dit geval met het voorbeeldversienummer 4.10.3.
| Primaire versie (x) | Secundaire versie (y) | Patch (z) |
|---|---|---|
| 4 | 10 | 3 |
Elk nummer in de versie geeft algemene compatibiliteit met de vorige versie aan:
- Primaire versie: er zijn op dit moment geen primaire versiereleases gepland. Primaire versies worden gewijzigd wanneer niet-compatibele API-wijzigingen of compatibiliteit met eerdere versies mogelijk worden verbroken.
- Secundaire versie: ongeveer om de vier maanden uitgebracht. Secundaire versie-upgrades kunnen functietoevoegingen, verbeteringen, afschaffingen, verwijderingen, bugfixes, beveiligingsverbeteringen en andere verbeteringen omvatten.
- Patches: doorgaans elke week uitgebracht of indien nodig. Upgrades van patchversies kunnen bugfixes, beveiligingsverbeteringen en andere verbeteringen omvatten.
Klanten moeten de meest recente secundaire versie van de primaire versie uitvoeren die ze uitvoeren. Als uw productiecluster zich bijvoorbeeld op 4.9 bevindt en 4.10 de meest recente algemeen beschikbare secundaire versie voor de 4-serie is, moet u zo snel mogelijk upgraden naar 4.10.
Kanalen upgraden
Upgradekanalen zijn gekoppeld aan een secundaire versie van Red Hat OpenShift Container Platform (OCP). Een OCP 4.9-upgrade bevat bijvoorbeeld nooit een upgrade naar een 4.10-release. Upgradekanalen beheren alleen de releaseselectie en hebben geen invloed op de versie van het cluster.
Azure Red Hat OpenShift 4 ondersteunt alleen stabiele kanalen. Bijvoorbeeld: stable-4.9.
U kunt het stable-4.10-kanaal gebruiken om een upgrade uit te voeren van een vorige secundaire versie van Azure Red Hat OpenShift. Clusters die zijn bijgewerkt met snelle, voorlopige versies en kandidaatkanalen, worden niet ondersteund.
Als u overstapt op een kanaal dat uw huidige release niet bevat, wordt een waarschuwing weergegeven en kunnen er geen updates worden aanbevolen. U kunt echter op elk gewenst moment teruggaan naar uw oorspronkelijke kanaal.
Ondersteuningsbeleid voor Red Hat OpenShift Container Platform-versies
Azure Red Hat OpenShift ondersteunt twee algemeen beschikbare secundaire versies van Red Hat OpenShift Container Platform:
De nieuwste secundaire GA-versie die wordt uitgebracht in Azure Red Hat OpenShift (ook wel N genoemd)
Eén vorige secundaire versie (N-1)
Indien beschikbaar in een stabiel upgradekanaal, worden nieuwere secundaire releases (N+1, N+2) die beschikbaar zijn in upstream OCP ook ondersteund.
Essentiële patchupdates worden automatisch toegepast op clusters door Azure Red Hat OpenShift Site Reliability Engineers (SRE). Klanten die vooraf patchupdates willen installeren, kunnen dit doen.
Als Azure Red Hat OpenShift bijvoorbeeld vandaag 4.10.z introduceert, wordt ondersteuning geboden voor de volgende versies:
| Nieuwe secundaire versie | Lijst met ondersteunde versies |
|---|---|
| 4.10.z | 4.10.z, 4.9.z |
Notitie
De bovenstaande tabel is slechts een voorbeeld om ondersteuning voor de levenscyclus te illustreren; het is niet bedoeld als een lijst met momenteel ondersteunde versies.
'.z' is representatief voor patchversies. Indien beschikbaar in een stabiel upgradekanaal, kunnen klanten ook upgraden naar 4.9.z.
Wanneer een nieuwe secundaire versie wordt geïntroduceerd, wordt de oudste secundaire versie afgeschaft en verwijderd. Stel dat de huidige lijst met ondersteunde versies 4.10.z en 4.9.z is. Wanneer Azure Red Hat OpenShift 4.11.z vrijgeeft, wordt de 4.9.z-release verwijderd en wordt deze binnen 30 dagen niet meer ondersteund.
Notitie
Houd er rekening mee dat als klanten een niet-ondersteunde Red Hat OpenShift-versie uitvoeren, ze mogelijk worden gevraagd om een upgrade uit te voeren 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.
Release- en afschaffingsproces
U kunt verwijzen naar toekomstige versiereleases en afschaffingen in de Azure Red Hat OpenShift-releasekalender.
Voor nieuwe secundaire versies van Red Hat OpenShift Container Platform:
- Het Azure Red Hat OpenShift SRE-team publiceert ten minste 30 dagen vóór verwijdering een aankondiging met de geplande datum van een nieuwe versierelease en de bijbehorende afschaffing van de oude versie.
- Het Azure Red Hat OpenShift SRE-team publiceert een servicestatusmelding die beschikbaar is voor alle klanten met Azure Red Hat OpenShift en portaltoegang en stuurt een e-mail naar de abonnementsbeheerders met de geplande datums voor het verwijderen van versies.
- Klanten hebben 30 dagen de tijd om een upgrade uit te voeren naar een ondersteunde secundaire versieversie om ondersteuning te blijven ontvangen.
Voor nieuwe patchversies van Red Hat OpenShift Container Platform:
- Vanwege de urgente aard van patchversies kunnen deze worden geïntroduceerd in de service door het Azure Red Hat OpenShift SRE-team zodra ze beschikbaar komen.
- Over het algemeen voert het Azure Red Hat OpenShift SRE-team geen brede communicatie uit voor de installatie van nieuwe patchversies. Het team bewaakt en valideert echter voortdurend beschikbare CVE-patches om ze tijdig te ondersteunen. Als klantactie is vereist, informeert het team klanten over de upgrade.
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 versies 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.
Versies van Azure Portal en CLI
Wanneer u een Azure Red Hat OpenShift-cluster implementeert in de portal of met de Azure CLI, wordt het cluster standaard ingesteld op de meest recente (N) secundaire versie en de meest recente kritieke patch. Als Azure Red Hat OpenShift bijvoorbeeld 4.10.z en 4.9.z ondersteunt, is de standaardversie voor nieuwe installaties 4.10.z. Klanten die de nieuwste upstream OCP-secundaire versie (N+1, N+2) willen gebruiken, kunnen hun cluster op elk gewenst moment upgraden naar elke release die beschikbaar is in de stabiele upgradekanalen.
Releaseagenda van Azure Red Hat OpenShift
Zie de volgende handleiding voor de eerdere releasegeschiedenis van Red Hat OpenShift Container Platform (upstream).
| OCP-versie | Upstream-release | Algemene beschikbaarheid van Azure Red Hat OpenShift | Einde levensduur |
|---|---|---|---|
| 4.4 | Mei 2020 | Juli 2020 | 4.6 GA |
| 4.5 | Juli 2020 | November 2020 | 4.7 GA |
| 4.6 | October 2020 | Februari 2021 | 4.8 GA |
| 4.7 | Februari 2021 | 15 juli 2021 | 4.9 GA |
| 4.8 | Juli 2021 | 15 september 2021 | 4.10 GA |
| 4.9 | November 2021 | 1 februari 2022 | 4.11 GA |
| 4.10 | Maart 2022 | 21 juni 2022 | 4.12 GA |
| 4.11 | Augustus 2022 | 2 maart 2023 | 10 februari 2024 |
| 4.12 | Januari 2023 | 19 augustus 2023 | 17 juli 2024 |
| 4.13 | Mei 2023 | 15 december 2023 | 17 november 2024 |
Belangrijk
Vanaf ARO versie 4.12 wordt de ondersteuningslevenscyclus voor nieuwe versies ingesteld op 14 maanden vanaf de dag van algemene beschikbaarheid. Dit betekent dat de einddatum voor ondersteuning van elke versie niet langer afhankelijk is van de vorige versie (zoals weergegeven in de bovenstaande tabel voor versie 4.12.) Dit heeft geen invloed op de ondersteuning voor de vorige versie; twee algemeen beschikbare (GA) secundaire versies van Red Hat OpenShift Container Platform worden nog steeds ondersteund, zoals eerder uitgelegd.
Veelgestelde vragen
Wat gebeurt er wanneer een gebruiker een OpenShift-cluster upgradet met een secundaire versie die niet wordt ondersteund?
Azure Red Hat OpenShift ondersteunt het installeren van twee secundaire versies tijdens de installatie. Een versie wordt ondersteund zodra een upgradepad naar die versie beschikbaar is. Als u een versie uitvoert die ouder is dan de bovenstaande EOL-datum, bevindt u zich buiten de ondersteuning en wordt u gevraagd een upgrade uit te voeren om ondersteuning te blijven ontvangen. Het upgraden 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 upgradeproblemen te voorkomen.
Voorbeeld:
- Als de oudste ondersteunde Versie van Azure Red Hat OpenShift 4.9.z is en u zich op 4.8.z of ouder bevindt, bent u buiten ondersteuning.
- Wanneer de upgrade van 4.8.z naar 4.9.z of hoger is geslaagd, bent u terug in ons ondersteuningsbeleid.
Het terugdraaien van uw cluster naar een eerdere versie of een terugdraaiactie wordt niet ondersteund. Alleen een upgrade naar een nieuwere versie wordt ondersteund.
Wat betekent 'Buiten 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 gevraagd om het cluster te upgraden naar een ondersteunde versie voordat u ondersteuning ontvangt, tenzij u zich binnen de respijtperiode van 30 dagen bevindt nadat de versieondersteuning is beëindigd.
- 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.