Red Hat Enterprise Linux for NVIDIA のライフサイクル
概要
Red Hat Enterprise Linux (RHEL) for NVIDIA は、Grace Blackwell や Vera Rubin プラットフォームなどの最先端の NVIDIA ハードウェアに対して「Day 0」サポートを提供するために設計された、パートナー最適化済みの特別な「ファストレーン」エディションです。NVIDIA のハードウェアおよびソフトウェアのリリースサイクルの速度に合わせるために、このエディションでは、NVIDIA のドライバー、カーネル更新、および仮想化パッチを CentOS Stream を通じて即座に取り込みます。多くの場合、これらはアップストリームの Linux カーネルに完全に受け入れられる前に取り込まれます。
RHEL for NVIDIA は、長期的な安定性よりも速度を重視して構築されたエディションです。そのため、そのライフサイクルおよびサポートポリシーは標準の Red Hat Enterprise Linux とは異なります。
注記: RHEL for NVIDIA は、この記事で説明されている例外を除き、Red Hat 製品サポート モデルに準拠します。
影響を受けるパッケージ
Red Hat Enterprise Linux 10 for ARM 64 - Nvidia (RPMs)リポジトリーは、このドキュメントに記載されているポリシーとスケジュールに従います。執筆時点では、このリポジトリーは以下の 3 つのパッケージで構成されています。
- kernel
- qemu-kvm
- libvirt
注記: 必要に応じてパッケージが追加される場合があるため、リポジトリーの内容を主な参照先として使用してください。
影響を受けないパッケージ
RHEL 10 の BaseOS、AppStream、Code-Ready Builder、Extensions、および Supplementary リポジトリーから提供されるパッケージについては、CVE 修正やリリース更新に関して、標準の RHEL のライフサイクルポリシー が適用されます。これらの更新は、RHEL for NVIDIA へとシームレスに統合されるため、メインライン RHEL のリリース側で問題が解決され次第、RHEL for NVIDIA をご利用中のお客様も即座に利用可能となります。
ライフサイクルフェーズと サポートモデル
「フォワードオンリー」リリース
RHEL for NVIDIA には、メインライン RHEL に適用される通常の 10 年間のライフサイクルコミットメントは 適用されません。代わりに、四半期ごとのリリーススケジュールに基づく「フォワードオンリー」リリースモデルを採用しています。
サポート対象バージョン:このファストレーンでは、サポートされるのは最新バージョンのみとなります。
バグ修正および CVE:RHEL for NVIDIA で修正が行われるのは、「重大」 な CVE (CVSS スコア 8.9 以上)、重大 インシデント、または 既知の 悪用されている脆弱性 (KEV) のみであり、これらは現在提供中のバージョン (例: 26.01、26.02) に対して提供されます。
Red Hat は、RHEL for NVIDIA の以前のリリースに対してバグ修正や CVE パッチのバックポートを行いません。新しい機能や「重大」な CVE 以外のセキュリティー修正を適用するには、最新の利用可能なバージョンへアップグレードする必要があります (例: バージョン 26.01 から 26.02 へのアップグレード)。
パートナー検証済みサポート:このエディションは、パートナー検証済み のサポート区分として提供されます。Red Hat がサポート窓口となり、L1/L2 の支援を提供しますが、このサポートモデルは両社の共同体制であり、検証および問題解決の大部分を NVIDIA に依存しています。ここでのサポートは、一般に「現行バージョンが現行ハードウェア上で動作すること」と定義されます。
メインライン RHEL への 「オフランプ」
RHEL for NVIDIA は、RHEL から恒久的にフォークしたものではなく、一時的なブリッジとしての役割を担っています。このエディション向けに修正されたパッケージ (具体的にはカーネル、QEMU、libvirt) は、専用のリポジトリー (Red Hat Enterprise Linux 10 for ARM 64 - Nvidia (RPMs)) を介して、 標準の RHEL パッケージを上書きします。
NVIDIA のハードウェア有効化コードがレビューされ、アップストリームに承認され、最終的に標準の RHEL の stable リリースへマージされた段階で、お客様には再び標準の RHEL プラットフォームへ移行していただくことになります。この「オフランプ」は、カスタム NVIDIA リポジトリーを削除し、標準のシステム更新を実行することで完了します。これにより、システムはメインラインの RHEL へと戻り、長期的なサポートと安定性を得ることができます。
主な相違点: RHEL for NVIDIA 26 とRHEL 10
RHEL for NVIDIA は、RHEL 10 のコンポーネント (初期の 26.01 リリースにおける RHEL 10.2 カーネルなど) を利用して構築されていますが、そのライフサイクルポリシーは標準の RHEL 10 のライフサイクルとは大きく異なります。
| 機能/ポリシー | 標準 RHEL 10 | RHEL for NVIDIA 26 |
|---|---|---|
| ライフサイクル期間 | 通常の 10 年間のライフサイクルコミットメント。 | ライフサイクルは短期であり、最新バージョンのみがアクティブにサポートされます。 |
| バージョン管理スキーム | 標準のメジャー/マイナーリリース形式 (例: 10.1、10.2、10.3) | 標準の RHEL と明確に区別するための 年/イテレーション形式 (例: 26.01、26.02)。 |
| リリースサイクル | 予測可能な 3 年ごとのメジャーリリースと 6 カ月ごとのマイナーリリースのサイクル。 | 非常に非同期であり、 NVIDIA のハードウェアおよびドライバーのマイルストーンに合わせて反復的 (例: Q1、Q2、Q3) にリリースされます。 |
| 更新 & バックポート | アクティブおよび Extended Update Support (EUS) のストリームに対する、バグ修正および CVE の継続的なバックポート。 | 「フォワードオンリー」モデル。以前のバージョンへの CVE やバグ修正のバックポートはありません。 修正を適用するには、最新リリースへの更新が必要です。 重大な CVE 修正は、 現在提供中のバージョンの RHEL for NVIDIA に対してのみリリースされます。RHEL for NVIDIA の次期バージョンがリリースされた時点で、 以前のバージョンに対して修正が適用されることは一切なくなります。 |
| ABI/API の安定性 | メジャーリリース期間内における安定した ABI/API の保証。 | 後方互換性は保証されません。バージョン間のアップグレード時、 または再度メインライン RHEL への移行を行う際に、システムに不具合が生じる可能性があります。 |
| コードの成熟度 | 統合前に、 コードがアップストリームの Linux カーネルに承認されていることが必須。 | アップストリームに承認される前の out-of-tree NVIDIA パッチを取り込むため、 CentOS Stream を活用します。 |
| 対象となるユースケース | 広範かつ安定したエンタープライズデプロイメント。 | Day 0 のハードウェア有効化、迅速な更新が求められる Red Hat OpenShift、OpenShift Virtualization、AI Factory の POC、 および最先端の実験環境。 |