Cykl życia wsparcia platformy Azure Red Hat OpenShift 4
System Red Hat udostępnia wersje pomocnicze platformy OCP (Red Hat OpenShift Container Platform) mniej więcej co cztery miesiące. Te wydania zawierają nowe funkcje i ulepszenia. Wersje poprawek są częstsze (zazwyczaj co tydzień) i są przeznaczone tylko dla krytycznych poprawek błędów w wersji pomocniczej. Te wersje poprawek mogą obejmować poprawki luk w zabezpieczeniach lub głównych usterek.
Usługa Azure Red Hat OpenShift jest tworzona na podstawie określonych wersji oprogramowania OCP. W tym artykule opisano wersje OCP, które są obsługiwane w przypadku usługi Azure Red Hat OpenShift, oraz szczegółowe informacje na temat uaktualnień, wycofywania i zasad pomocy technicznej.
Wersje oprogramowania Red Hat OpenShift
Platforma kontenera Red Hat OpenShift korzysta z semantycznego przechowywania wersji. Semantyczne przechowywanie wersji używa różnych poziomów numerów wersji do określania różnych poziomów przechowywania wersji. W poniższej tabeli przedstawiono różne części semantycznego numeru wersji, w tym przypadku przy użyciu przykładowego numeru wersji 4.10.3.
| Wersja główna (x) | Wersja pomocnicza (y) | Patch (z) |
|---|---|---|
| 4 | 10 | 3 |
Każda liczba w wersji wskazuje ogólną zgodność z poprzednią wersją:
- Wersja główna: obecnie nie są planowane żadne wydania wersji głównej. Wersje główne zmieniają się, gdy niezgodne zmiany interfejsu API lub zgodność z poprzednimi wersjami mogą być uszkodzone.
- Wersja pomocnicza: wydana mniej więcej co cztery miesiące. Uaktualnienia wersji pomocniczej mogą obejmować dodatki funkcji, ulepszenia, wycofanie, usunięcia, poprawki błędów, ulepszenia zabezpieczeń i inne ulepszenia.
- Poprawki: zazwyczaj wydawane co tydzień lub zgodnie z potrzebami. Uaktualnienia wersji poprawek mogą obejmować poprawki błędów, ulepszenia zabezpieczeń i inne ulepszenia.
Klienci powinni dążyć do uruchomienia najnowszej wersji pomocniczej uruchomionej wersji głównej. Jeśli na przykład klaster produkcyjny jest w wersji 4.9, a wersja 4.10 jest najnowszą ogólnie dostępną wersją pomocniczą dla serii 4, należy uaktualnić do wersji 4.10 tak szybko, jak to możliwe.
Kanały uaktualniania
Kanały uaktualniania są powiązane z wersją pomocniczą platformy Kontener platformy Red Hat OpenShift (OCP). Na przykład uaktualnienie OCP 4.9 nigdy nie obejmuje uaktualnienia do wersji 4.10. Uaktualnianie kanałów kontroluje tylko wybór wersji i nie ma wpływu na wersję klastra.
Usługa Azure Red Hat OpenShift 4 obsługuje tylko stabilne kanały. Na przykład: stable-4.9.
Aby uaktualnić poprzednią wersję pomocniczą usługi Azure Red Hat OpenShift, możesz użyć kanału stable-4.10. Klastry uaktualnione przy użyciu szybkich, wstępnych i kandydatów kanałów nie są obsługiwane.
Jeśli zmienisz kanał, który nie zawiera bieżącej wersji, zostanie wyświetlony alert i nie będzie można zalecić aktualizacji. Można jednak bezpiecznie zmienić oryginalny kanał w dowolnym momencie.
Zasady obsługi wersji platformy kontenera Red Hat OpenShift
Usługa Azure Red Hat OpenShift obsługuje dwie ogólnie dostępne wersje pomocnicze platformy Red Hat OpenShift Container Platform:
Najnowsza wersja pomocnicza ogólnodostępna wydana w usłudze Azure Red Hat OpenShift (nazywana N)
Jedna poprzednia wersja pomocnicza (N-1)
Jeśli jest dostępny w stabilnym kanale uaktualniania, nowsze wersje pomocnicze (N+1, N+2) dostępne w nadrzędnej wersji OCP są również obsługiwane.
Aktualizacje poprawek krytycznych są stosowane do klastrów automatycznie przez inżynierów niezawodności lokacji (SRE) usługi Azure Red Hat OpenShift. Klienci, którzy chcą instalować aktualizacje poprawek z wyprzedzeniem, mogą to zrobić.
Jeśli na przykład usługa Azure Red Hat OpenShift wprowadzi dzisiaj 4.10.z, zostanie udostępniona obsługa następujących wersji:
| Nowa wersja pomocnicza | Lista obsługiwanych wersji |
|---|---|
| 4.10.z | 4.10.z, 4.9.z |
Uwaga
W powyższej tabeli przedstawiono tylko przykład zilustrowania obsługi cyklu życia; nie jest przeznaczona jako lista aktualnie obsługiwanych wersji.
".z" jest reprezentatywny dla wersji poprawek. Jeśli jest dostępny w stabilnym kanale uaktualniania, klienci mogą również uaktualnić do wersji 4.9.z.
Po wprowadzeniu nowej wersji pomocniczej najstarsza wersja pomocnicza jest przestarzała i usuwana. Załóżmy na przykład, że bieżąca lista obsługiwanych wersji to 4.10.z i 4.9.z. Gdy usługa Azure Red Hat OpenShift wyda 4.11.z, wersja 4.9.z zostanie usunięta i zostanie wyłączona z pomocy technicznej w ciągu 30 dni.
Uwaga
Należy pamiętać, że jeśli klienci korzystają z nieobsługiwanej wersji rozwiązania Red Hat OpenShift, mogą zostać poproszeni o uaktualnienie podczas żądania pomocy technicznej dla klastra. Klastry z nieobsługiwaną wersją oprogramowania Red Hat OpenShift nie są objęte umową SLA usługi Azure Red Hat OpenShift.
Proces wydawania i wycofywania
Możesz odwołać się do nadchodzących wersji i wycofań w kalendarzu wydania usługi Azure Red Hat OpenShift.
W przypadku nowych wersji pomocniczych platformy kontenera Red Hat OpenShift:
- Zespół usługi Azure Red Hat OpenShift SRE publikuje wstępne ogłoszenie z planowaną datą wydania nowej wersji i odpowiednim wycofaniem starej wersji w informacjach o wersji usługi Azure Red Hat OpenShift co najmniej 30 dni przed usunięciem.
- Zespół usługi Azure Red Hat OpenShift SRE publikuje powiadomienie o kondycji usługi dostępne dla wszystkich klientów z dostępem do witryny Azure Red Hat OpenShift i portalu oraz wysyła wiadomość e-mail do administratorów subskrypcji z zaplanowanymi datami usunięcia wersji.
- Klienci mają 30 dni od usunięcia wersji w celu uaktualnienia do obsługiwanej wersji pomocniczej, aby nadal otrzymywać pomoc techniczną.
W przypadku nowych wersji poprawek platformy kontenera Red Hat OpenShift:
- Ze względu na pilny charakter wersji poprawek można je wprowadzić do usługi przez zespół usługi Azure Red Hat OpenShift SRE, gdy staną się dostępne.
- Ogólnie rzecz biorąc, zespół usługi Azure Red Hat OpenShift SRE nie wykonuje szerokiej komunikacji na potrzeby instalacji nowych wersji poprawek. Jednak zespół stale monitoruje i weryfikuje dostępne poprawki CVE w celu ich obsługi w odpowiednim czasie. Jeśli wymagane jest działanie klienta, zespół powiadomi klientów o uaktualnieniu.
Obsługiwane wyjątki zasad wersji
Zespół usługi Azure Red Hat OpenShift SRE zastrzega sobie prawo do dodawania lub usuwania nowych/istniejących wersji lub opóźnienia nadchodzących wersji pomocniczych, które zostały zidentyfikowane, aby mieć co najmniej jedną krytyczną wersję produkcyjną, która ma wpływ na błędy lub problemy z zabezpieczeniami bez wcześniejszego powiadomienia.
Określone wersje poprawek mogą zostać pominięte lub wdrożenie może zostać przyspieszone w zależności od ważności usterki lub problemu z zabezpieczeniami.
Wersje witryny Azure Portal i interfejsu wiersza polecenia
Podczas wdrażania klastra Usługi Azure Red Hat OpenShift w portalu lub przy użyciu interfejsu wiersza polecenia platformy Azure klaster jest domyślnie do najnowszej wersji pomocniczej (N) i najnowszej poprawki krytycznej. Jeśli na przykład usługa Azure Red Hat OpenShift obsługuje wersje 4.10.z i 4.9.z, domyślną wersją dla nowych instalacji jest 4.10.z. Klienci, którzy chcą korzystać z najnowszej nadrzędnej wersji pomocniczej OCP (N+1, N+2), mogą uaktualnić klaster w dowolnym momencie do dowolnej wersji dostępnej w stabilnych kanałach uaktualniania.
Kalendarz wydania usługi Azure Red Hat OpenShift
Zapoznaj się z poniższym przewodnikiem, aby zapoznać się z poprzednią historią wersji platformy Kontener platformy Red Hat OpenShift (nadrzędnej).
| Wersja OCP | Nadrzędna wersja | Ogólna dostępność usługi Azure Red Hat OpenShift | Sprzęt wycofany z eksploatacji (End of Life) |
|---|---|---|---|
| 4.4 | Maj 2020 | Lipiec 2020 | 4.6 ogólna dostępność |
| 4.5 | Lipiec 2020 | Listopad 2020 | 4.7 ogólna dostępność |
| 4.6 | Październik 2020 | Luty 2021 r. | 4.8 ogólna dostępność |
| 4.7 | Luty 2021 r. | 15 lipca 2021 r. | 4.9 ogólna dostępność |
| 4.8 | Lipiec 2021 | 15 września 2021 r. | 4.10 ogólna dostępność |
| 4.9 | Listopad 2021 | Luty 12022 r. | 4.11 ogólna dostępność |
| 4.10 | Marzec 2022 r. | 21 czerwca 2022 r. | 4.12 ogólna dostępność |
| 4.11 | Sierpień 2022 | Marzec 2023 r. | 10 lutego 2024 r. |
| 4.12 | Styczeń 2023 | 19 sierpnia 2023 r. | 17 lipca 2024 r. |
| 4.13 | Maj 2023 | 15 grudnia 2023 r. | 17 listopada 2024 r. |
| 4.14 | Październik 2023 | 25 kwietnia 2024 r. | 1 maja 2025 r. |
Ważne
Począwszy od wersji 4.12 usługi ARO, cykl wsparcia dla nowych wersji zostanie ustawiony na 14 miesięcy od dnia ogólnej dostępności. Oznacza to, że data zakończenia obsługi każdej wersji nie będzie już zależna od poprzedniej wersji (jak pokazano w powyższej tabeli dla wersji 4.12). Nie ma to wpływu na obsługę poprzedniej wersji; Dwie ogólnie dostępne wersje pomocnicze platformy Kontenera Red Hat OpenShift będą nadal obsługiwane, jak wyjaśniono wcześniej.
Często zadawane pytania
Co się stanie, gdy użytkownik uaktualni klaster OpenShift z wersją pomocniczą, która nie jest obsługiwana?
Usługa Azure Red Hat OpenShift obsługuje instalowanie dwóch wersji pomocniczych w czasie instalacji. Wersja jest obsługiwana natychmiast po udostępnieniu ścieżki uaktualnienia do tej wersji. Jeśli korzystasz z wersji wcześniejszej niż data EOL, jesteś poza pomocą techniczną i zostanie wyświetlony monit o uaktualnienie, aby kontynuować otrzymywanie pomocy technicznej. Uaktualnienie ze starszej wersji do obsługiwanej wersji może być trudne i w niektórych przypadkach nie jest możliwe. Zalecamy zachowanie klastra w najnowszej wersji rozwiązania OpenShift, aby uniknąć potencjalnych problemów z uaktualnieniem.
Na przykład:
- Jeśli najstarsza obsługiwana wersja usługi Azure Red Hat OpenShift to 4.9.z i korzystasz z wersji 4.8.z lub starszej, jesteś poza pomocą techniczną.
- Jeśli uaktualnienie z wersji 4.8.z do wersji 4.9.z lub nowszej powiedzie się, wrócisz do naszych zasad pomocy technicznej.
Przywracanie klastra do poprzedniej wersji lub wycofywanie nie jest obsługiwane. Obsługiwane jest tylko uaktualnienie do nowszej wersji.
Co oznacza "poza pomocą techniczną"?
Jeśli klaster usługi ARO korzysta z wersji openShift, która nie znajduje się na liście obsługiwanych wersji lub używa nieobsługiwanej konfiguracji klastra, klaster jest "poza pomocą techniczną". W efekcie:
- Podczas otwierania biletu pomocy technicznej dla klastra zostanie wyświetlony monit o uaktualnienie klastra do obsługiwanej wersji przed otrzymaniem pomocy technicznej, chyba że okres prolongaty wynosi 30 dni po zakończeniu wsparcia wersji.
- Wszelkie gwarancje dotyczące środowiska uruchomieniowego lub umowy SLA dla klastrów spoza pomocy technicznej są unieważnione.
- Klastry poza pomocą techniczną będą poprawiane tylko na podstawie najlepszych wysiłków.
- Klastry poza obsługą nie będą monitorowane.