Red Hat Summitアップグレード
OpenShift Dedicated のアップグレード
概要
第1章 OpenShift Dedicated クラスターのアップグレード
自動アップグレードまたは手動アップグレードポリシーをスケジュールして、OpenShift Dedicated クラスターのバージョンを更新できます。OpenShift Dedicated クラスターのアップグレードは、Red Hat OpenShift Cluster Manager または OpenShift Cluster Manager CLI を介して実行できます。
Red Hat Site Reliability Engineers (SRE) はアップグレードの進捗を監視し、発生した問題に対応します。
1.1. ライフサイクルポリシーおよびプランニング
アップグレードを計画するには、関連情報 セクションにある OpenShift Dedicated の更新ライフサイクル ガイドを参照してください。ライフサイクルページには、リリースの定義、サポートおよびアップグレードの要件、インストールポリシー情報、およびライフサイクルの日付が含まれます。
更新チャネルを使用すると、クラスターをどの OpenShift Dedicated マイナーバージョンに更新するかを決定できます。OpenShift Dedicated は、stable-4.y、fast-4.y、および eus-4.y チャネルを通じたアップデートをサポートしています。詳細は、OpenShift Dedicated クラスターのチャネル セクションを参照してください。
1.2. OpenShift Dedicated クラスターのアップグレードについて
OpenShift Dedicated クラスターのアップグレードが利用可能になったら、Red Hat OpenShift Cluster Manager または OpenShift Cluster Manager CLI を使用して最新バージョンにアップグレードできます。既存クラスターに対して、またはクラスターを作成する際に、アップグレードポリシーを設定できます。アップグレードは、自動または手動で行うようにスケジュールできます。
Workload Identity Federation (WIF) 対応の OpenShift Dedicated on Google Cloud クラスターをアップグレードする前に、wif-config を更新する必要があります。詳細は、「Workload Identity Federation (WIF) を使用したクラスターのアップグレード」を参照してください。
Red Hat Site Reliability Engineers (SRE) は、OpenShift Dedicated クラスターで利用可能なバージョンのリストを提供します。クラスターごとに、利用可能なリリースの完全なリストに加え、対応するリリースノートを確認できます。OpenShift Cluster Manager により、サポートされている最新バージョンのクラスターのインストールが可能になります。アップグレードはいつでもキャンセルできます。
PodDisruptionBudget で保護されたワークロードがアップグレード時に尊重される期間に対し、猶予期間を設定することもできます。この猶予期間の後に、PodDisruptionBudget によって保護されたワークロードで、ノードから正常にドレインされていないものは、強制的に削除されます。
OpenShift Dedicated サービスの一環として、各 OpenShift Dedicated クラスター内のすべての Kubernetes オブジェクトと永続ボリューム (PV) がバックアップされます。アプリケーションおよびアプリケーションデータのバックアップは、OpenShift Dedicated サービスの一部ではありません。スケジューリングのアップグレードを行う前に、アプリケーションおよびアプリケーションデータのバックアップポリシーが整備されていることを確認してください。
スケジュールされたアップグレードポリシーに従う場合、即時アップグレードであっても、アップグレードプロセスが開始されるまでに 1 時間以上の遅延が生じる可能性があります。アップグレードの所要時間は、ワークロードの設定によって異なる場合もあります。
1.2.1. 定期的なアップグレード
アップグレードは、クラスターの所有者または管理者が指定した日時に、自動的に実行されるようにスケジュールできます。アップグレードは、その週にアップグレードが利用できない場合を除いて、毎週行われます。
クラスターの定期的な更新を選択する場合は、管理者承認を指定する必要があります。OpenShift Cluster Manager が、管理者承認なしでマイナーバージョンのスケジュールされた y-stream 更新を開始することはありません。
定期的なアップグレードポリシーは任意で設定できます。設定されていない場合、アップグレードポリシーはデフォルトで個別に設定されます。
1.2.2. 個別のアップグレード
個別のアップグレードを選択した場合は、ユーザー自身でクラスターを更新する必要があります。承認が必要な更新バージョンを選択する場合は、管理者承認を指定する必要があります。
クラスターのバージョンが古くなると、制限付きのサポート状況に切り替わります。
1.2.3. アップグレードの通知
OpenShift Cluster Manager コンソールの Overview タブからクラスターの履歴を表示できます。アップグレードの状態は、サービスログの Cluster history の見出しの下に表示されます。
状態が変更されるたびに、クラスターの所有者とサブスクライブしているユーザーへの電子メール通知もトリガーされます。以下のイベントに対するメール通知が送信されます。
- アップグレードがスケジュールされた。
- アップグレードが開始された。
- アップグレードが完了した。
- アップグレードがキャンセルされた。
定期的なアップグレードの場合は、アップグレードが実行される前にも、以下の頻度でメール通知が送信されます。
- 2 週間前に通知
- 1 週間前に通知
- 1 日前に通知
1.2.4. Workload Identity Federation (WIF) を使用したクラスターのアップグレード
Google Cloud 上の OpenShift Dedicated クラスターを WIF 認証タイプで新しい y-stream バージョンにアップグレードする前に、WIF 設定をそのバージョンに更新する必要があります。クラスターのバージョンをアップグレードする前に更新を行わないと、エラーが発生します。WIF 設定を更新する方法の詳細は、関連情報 セクションを参照してください。
OpenShift Dedicated の最新リリースへの更新パスは、新しい y-stream バージョンの最初の GA から 45 - 90 日経過するまで、Stable チャネルでは利用できません。
1.3. OpenShift Dedicated クラスターにおけるチャネル
OpenShift Dedicated チャネルを使用すると、利用可能なクラスター更新オプションを表示したり、既存のチャネルにパッチや z-stream 更新を適用したりできます。利用可能な場合は、より新しい y-stream バージョンへの更新パスも確認できます。
1.3.1. チャネルグループとチャネル
OpenShift Dedicated のチャネルグループはチャネルに似ていますが、チャネルグループ専用のバージョンは存在しません。チャネルグループを選択すると、OpenShift Dedicated クラスターは、現在選択しているチャネルグループの z-stream 更新を受信します。これらのチャネルグループには通常、以下が含まれます。
-
fast: クラスターは、最新のアップデートが利用可能になり次第、すぐに受信します。 -
安定状態: クラスターは、徹底的なテストが完了した後にアップデートを受け取ります。 -
eus:Extended Update Support チャネル。偶数バージョン (例:4.16、4.18、4.20) の拡張サポートを可能にします。
チャネルグループからチャネルに移行することで、クラスターの更新をより詳細に制御できるようになります。特定のチャネルグループに対してのみパッチ/z-stream アップデートを受信する代わりに、チャネルを使用することで、マイナーリリースバージョンに関連付けられた利用可能なアップデートを表示し、そのマイナー/y+1/y+2 バージョンへのパスが利用可能かどうかを判断できます。
チャネルグループオプションは非推奨となります。チャネルグループのみを設定した場合、OpenShift Dedicated はデフォルトで現在のチャネルのターゲットバージョンを保持します。たとえば、安定版 4.20 の クラスターが eus チャネルグループに移行する場合、現在のクラスターバージョンが eus-4.20 チャネルのメンバーであれば、デフォルトで eus -4.20 チャネルが使用されます。
1.3.2. クラスター更新オプション
クラスターの更新プロセスは、現在使用しているバージョンで利用可能な更新プログラムと、z-stream や y-stream の更新など、関心のあるリリースレベルに基づいて行われます。
-
パッチ (z-stream) アップデート: 現在のマイナーバージョン内でパッチアップデートを実行する場合、チャネルを変更する必要はありません。たとえば、クラスターのバージョンが 4.19.12 の場合、現在の
安定版チャネルである 4.19にとどまり、4.19.13、4.19.14、4.19.17、4.19.20 などのアップデートが利用可能になったときにクラスターを更新するように決定し、そのマイナーバージョンの最新アップデートを入手するまで続けることができます。 マイナーバージョン (y-stream) のアップデート: 新しいマイナーリリースにアップデートするには、チャネルを次のリリースチャネルに変更する必要があります。
たとえば、クラスターのバージョンが 4.19.12 の場合、チャネルを
stable-4.20またはstable-4.21に切り替えて、これらのバージョンへのアップデートパスが利用可能かどうかを確認できます。stable-4.20に更新パスが利用可能な場合、現在のバージョンの z-stream 更新と、4.19.14、4.19.17、4.19.20、4.19.23、4.19.27、4.20.0 などの y+1 バージョンへの更新が表示されます。stable-4.21 を選択した場合、利用可能なアップデートは 4.19.14、4.19.17、4.19.20、4.19.23、4.19.27、4.20.0、4.20.3、4.20.4、4.20.6、4.20.7 となり、すべての z-stream/patch アップデートが 4.21.0 の y+2 バージョンまで表示されます。
チャネルを設定してアップデートが開始されると、クラスターバージョン Operator (CVO) はターゲットリリースイメージを取得し、クラスターへの変更の適用を開始します。
1.4. 利用可能なアップデートオプションを表示するには、チャネルを切り替えてください。
OpenShift Dedicated クラスターでチャネルを切り替えることで、現在のマイナーバージョン (y-stream) または後続のマイナーバージョン (y+1、y+2) 内の更新オプションにアクセスできます。チャネル内のバージョン番号は、対象となるマイナーバージョンを表します。
たとえば、クラスターが stable-4.18 を使用している場合、チャネルを stable-4.19 に切り替えると、4.18.z から 4.19.z への更新パスが利用可能な場合は、それらのパスが表示されます。このストラテジーにより、管理者はマイナーバージョンのアップデートを明示的に開始する必要があり、自動的にアップデートが行われることは決してないことが保証されます。
手順
- OpenShift Cluster Manager にログインします。
- フリート管理 > クラスター をクリックします。
- 更新オプションを表示するクラスターを選択してください。
クラスターの詳細を表示するには、概要 タブをクリックしてください。
- チャネル フィールドには、クラスターの現在の更新チャネルが表示されます。
新しいアップデートチャネルを選択してください。
- チャネル フィールドで、現在のチャネル名の横にある チャネル編集 アイコンをクリックします。
- チャネル編集 ダイアログで、必要なチャネルバージョンを選択します。
Save をクリックします。
- チャネル フィールドが更新され、新しい更新チャネルが表示されます。
- バージョン フィールドには、選択したチャネルにアップデートが利用可能な場合、アップデート リンクが表示されます。
1.5. クラスターの定期アップグレードのスケジュール
OpenShift Cluster Manager を使用して、OpenShift Dedicated クラスターの z-stream パッチバージョンの定期的な自動アップグレードをスケジュールできます。アップストリームの変更によっては更新がリリースされない場合もあります。その場合、その週のアップグレードは行われません。
手順
- OpenShift Cluster Manager で、クラスターリストからクラスターを選択します。
- Upgrade settings タブをクリックして、アップグレード Operator にアクセスします。
- 定期的なアップグレードをスケジュールするには、Recurring updates を選択します。
管理者承認を指定し、Approve and continue をクリックします。OpenShift Cluster Manager が、管理者承認なしでマイナーバージョンのスケジュールされた y-stream 更新を開始することはありません。
重要Workload Identity Federation (WIF) 対応の OpenShift Dedicated on Google Cloud クラスターをアップグレードする前に、wif-config を更新する必要があります。詳細は、「Workload Identity Federation (WIF) を使用したクラスターのアップグレード」を参照してください。
- クラスターをアップグレードする曜日と時間を指定します。
- Save をクリックします。
- オプション: ドロップダウンリストから指定された時間を選択して、Node draining の猶予期間を設定します。デフォルトで 1 時間 の猶予期間が設定されています。
- 既存の定期的なアップグレードポリシーを編集するには、Upgrade Settings タブから希望する日付または開始時間を編集します。Save をクリックします。
- 定期的なアップグレードポリシーをキャンセルするには、Upgrade Settings タブからアップグレード方法を個別に切り替えます。Save をクリックします。
検証
- Upgrade settings タブの Upgrade status ボックスには、アップグレードがスケジュールされていることが示されます。次のスケジュールされた更新日時が表示されます。
1.6. クラスターの個々のアップグレードのスケジュール
OpenShift Cluster Manager を使用して、OpenShift Dedicated クラスターを手動で 1 回アップグレードできます。
手順
- OpenShift Cluster Manager で、クラスターリストからクラスターを選択します。
- Upgrade settings タブをクリックして、アップグレード Operator にアクセスします。Details の見出しの下にあるクラスターバージョンの横の Update をクリックして、Overview タブからクラスターを更新することもできます。
- 個別のアップグレードをスケジュールするには、Individual updates を選択します。
- Update Status ボックスの Update をクリックします。
- クラスターをアップグレードするバージョンを選択します。推奨されるクラスターのアップグレードが UI に表示されます。利用可能な各アップグレードバージョンの詳細は、View release notes をクリックしてください。
承認が必要な更新バージョンを選択した場合は、管理者承認を指定し、Approve and continue をクリックします。
重要Workload Identity Federation (WIF) 対応の OpenShift Dedicated on Google Cloud クラスターをアップグレードする前に、wif-config を更新する必要があります。詳細は、「Workload Identity Federation (WIF) を使用したクラスターのアップグレード」を参照してください。
- Next をクリックします。
アップグレードをスケジュールするには、以下を実行します。
- 今から 1 時間以内にアップグレードするには、Upgrade now をクリックします。
- Schedule a different time をクリックし、クラスターをアップグレードする日時を指定します。
- Next をクリックします。
- アップグレードポリシーを確認し、Confirm upgrade をクリックします。
- クラスターのアップグレードがスケジュールされると、確認が表示されます。Close をクリックします。
- オプション: ドロップダウンリストから指定された時間を選択して、Node draining の猶予期間を設定します。デフォルトで 1 時間 の猶予期間が設定されています。
検証
Overview タブのクラスターバージョンの横にある UI に、アップグレードがスケジュールされていることが示されます。
- View details をクリックして、アップグレードの詳細を表示します。スケジュールされたアップグレードをキャンセルする必要がある場合は、View Details ポップアップから Cancel this upgrade をクリックします。
- 同じアップグレードの詳細は、Upgrade status ボックスの下の Upgrade settings タブで確認できます。スケジュールされたアップグレードをキャンセルする必要がある場合は、Upgrade status ボックスで Cancel this upgrade をクリックします。
OpenShift Dedicated に Common Vulnerabilities and Exposures (CVE) またはその他の重大な問題が発見された場合、修正プログラムがリリースされてから 48 時間以内にすべてのクラスターがアップグレードされます。修正が利用可能になると、その時点から 48 時間以内の希望する最も早い時間に、アップグレードが自動的に開始されることが通知されます。定期的なアップグレードを開始する前であれば、いつでも手動でアップグレードできます。
'%20d='M201.5%20305.5c-13.8%200-24.9-11.1-24.9-24.6%200-13.8%2011.1-24.9%2024.9-24.9%2013.6%200%2024.6%2011.1%2024.6%2024.9%200%2013.6-11.1%2024.6-24.6%2024.6zM504%20256c0%20137-111%20248-248%20248S8%20393%208%20256%20119%208%20256%208s248%20111%20248%20248zm-132.3-41.2c-9.4%200-17.7%203.9-23.8%2010-22.4-15.5-52.6-25.5-86.1-26.6l17.4-78.3%2055.4%2012.5c0%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.3%2024.9-24.9s-11.1-24.9-24.9-24.9c-9.7%200-18%205.8-22.1%2013.8l-61.2-13.6c-3-.8-6.1%201.4-6.9%204.4l-19.1%2086.4c-33.2%201.4-63.1%2011.3-85.5%2026.8-6.1-6.4-14.7-10.2-24.1-10.2-34.9%200-46.3%2046.9-14.4%2062.8-1.1%205-1.7%2010.2-1.7%2015.5%200%2052.6%2059.2%2095.2%20132%2095.2%2073.1%200%20132.3-42.6%20132.3-95.2%200-5.3-.6-10.8-1.9-15.8%2031.3-16%2019.8-62.5-14.9-62.5zM302.8%20331c-18.2%2018.2-76.1%2017.9-93.6%200-2.2-2.2-6.1-2.2-8.3%200-2.5%202.5-2.5%206.4%200%208.6%2022.8%2022.8%2087.3%2022.8%20110.2%200%202.5-2.2%202.5-6.1%200-8.6-2.2-2.2-6.1-2.2-8.3%200zm7.7-75c-13.6%200-24.6%2011.1-24.6%2024.9%200%2013.6%2011.1%2024.6%2024.6%2024.6%2013.8%200%2024.9-11.1%2024.9-24.6%200-13.8-11-24.9-24.9-24.9z'/%3e%3c/svg%3e){kind=small}