新機能


Red Hat OpenShift Service on AWS classic architecture 4

Red Hat OpenShift Service on AWS クラシックアーキテクチャーの新機能と変更点のハイライト

Red Hat OpenShift Documentation Team

概要

Red Hat OpenShift Service on AWS のリリースノートには、新機能と拡張機能、注目すべき技術的変更、主要な修正、および一般公開時の既知問題がすべて記載されています。

第1章 Red Hat OpenShift Service on AWS クラシックアーキテクチャーの新機能

以下に、Red Hat OpenShift Service on AWS クラシックアーキテクチャーの新規追加、最近の変更、および関連する更新を四半期ごとに記載します。

1.1. Q4 2025

  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーの新しいバージョンが利用可能になりました。Red Hat OpenShift Service on AWS アーキテクチャーアーキテクチャーバージョン 4.20 が新規クラスターで利用できるようになりました。
  • 延長更新サポート(EUS)チャネルグループが利用できるようになりました。Red Hat OpenShift Service on AWS の classic アーキテクチャークラスターを作成または編集するときに、EUS チャネルグループを選択できるようになりました。EUS チャネルグループを使用すると、偶数番号のバージョン Red Hat OpenShift Service on AWS の classic アーキテクチャークラスターのライフサイクルを延長でき、今後のアップグレードの計画や予算をさらに提供したり、継続的なセキュリティーパッチと重大なバグ修正を提供したりできます。詳細は、ライフサイクルの日付 を参照してください。

1.2. Q3 2025

  • デフォルトの Ingress 待ち受け方式が Day 1 オペレーションとして開始するように変更されました。以前は、デフォルトの Ingress 待ち受け方式は Day 2 オペレーションでした。現在は、デフォルトの Ingress 待ち受け方式は Day 1 オペレーションです。

1.3. Q2 2025

  • OpenShift SDN から OVN-Kubernetes への移行のバージョン要件が更新されました。OpenShift SDN ネットワークプラグインから OVN-Kubernetes ネットワークプラグインへのライブマイグレーションを開始するには、クラスターのバージョンが 4.16.43 以上である必要があります。

    クラスターで OpenShift SDN ネットワークプラグインを使用している場合、Red Hat OpenShift Service on AWS クラシックアーキテクチャーの今後のメジャーバージョンにアップグレードするには、OVN-Kubernetes に移行する必要があります。

    OVN-Kubernetes への移行の詳細は、OpenShift SDN ネットワークプラグインから OVN-Kubernetes ネットワークプラグインへの移行 を参照してください。

  • AWS Trainium および Inferentia インスタンスタイプがサポートされるようになりました。Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターに、Amazon Web Services (AWS) Trainium および Inferentia インスタンスタイプを使用できるようになりました。詳細は、Red Hat OpenShift Service on AWS クラシックアーキテクチャーのインスタンスタイプ を参照してください。
  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーの新しいバージョンが利用可能になりました。Red Hat OpenShift Service on AWS クラシックアーキテクチャーのバージョン 4.19 が新しいクラスターで利用できるようになりました。この最新バージョンへのアップグレードの詳細は、ROSA (クラシックアーキテクチャー) クラスターのアップグレード を参照してください。
  • Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターの所有権譲渡が Red Hat OpenShift Service on AWS クラシックアーキテクチャーで利用できるようになりました。Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターの所有権を譲渡できるようになりました。詳細は、Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターの所有権譲渡の開始 を参照してください。

1.4. Q1 2025

  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーのリージョンが追加されました。Red Hat OpenShift Service on AWS クラシックアーキテクチャーが以下のリージョンで利用できるようになりました。

  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーでクラスターの自動スケーリングが利用可能になりました。Red Hat OpenShift Service on AWS クラシックアーキテクチャーでクラスターの自動スケーリングを設定できます。詳細は、クラスターの自動スケーリング を参照してください。
  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーの新しいバージョンが利用可能になりました。Red Hat OpenShift Service on AWS クラシックアーキテクチャーのバージョン 4.18 が利用可能になりました。最新バージョンへのアップグレードの詳細は、Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターのアップグレード を参照してください。
  • グラフィカルインストーラーの機能強化。クラスターを作成するときに、Red Hat Hybrid Cloud Console のグラフィカルインストーラーを使用して次のオプションを設定できるようになりました。

    • cluster-admin ユーザーを設定し、オプションでカスタムパスワードを定義します。
    • デフォルトのマシンプールのルートディスクサイズを設定します。
  • Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターノードの制限の更新。Red Hat OpenShift Service on AWS クラシックアーキテクチャーのクラスターバージョン 4.14.14 以降では、249 個のワーカーノードまで拡張できるようになりました。これは、以前の 180 ノードの制限から増加したものです。
  • Red Hat SRE のログベースのアラートエンドポイントが更新されました。ファイアウォールを使用して Egress トラフィックを制御している Red Hat OpenShift Service on AWS クラシックアーキテクチャーのお客様は、ファイアウォールの許可リストから *.osdsecuritylogs.splunkcloud.com:9997 へのすべての参照を削除できるようになりました。Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターでは、クラスターからログベースのアラートエンドポイント http-inputs-osdsecuritylogs.splunkcloud.com:443 にアクセスできる必要があります。

1.5. Q4 2024

  • Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターとアプリケーションのデプロイに関する学習チュートリアル。Red Hat OpenShift Service on AWS クラシックアーキテクチャーのスタートガイド を使用して、デモや学習の目的で Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターをすばやくデプロイできるようになりました。アプリケーションのデプロイ チュートリアルを使用して、デモクラスターにアプリケーションをデプロイすることもできます。
  • ROSA CLI を使用した VPC の作成。ROSA CLI で rosa create network コマンドを使用すると、AWS CloudFormation テンプレートに基づいてクラスターの VPC を作成できます。クラスターを作成する前に、このコマンドを使用して VPC を作成および設定できます。詳細は、ネットワークの作成 を参照してください。
  • ROSA CLI の更新。ROSA CLI (rosa) が新しいバージョンに更新されました。このリリースでの変更点は、ROSA CLI リリースノート を参照してください。ROSA CLI (rosa) の詳細は、ROSA CLI について を参照してください。

1.6. Q3 2024

  • ROSA CLI の更新。ROSA CLI (rosa) が新しいバージョンに更新されました。このリリースでの変更点は、ROSA CLI リリースノート を参照してください。ROSA CLI (rosa) の詳細は、ROSA CLI について を参照してください。

1.7. Q2 2024

  • ROSA CLI の更新。ROSA CLI (rosa) が新しいバージョンに更新されました。このリリースの変更点は、ROSA CLI リリースノート を参照してください。ROSA CLI (rosa) の詳細は、ROSA CLI について を参照してください。
  • Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターの Approved Access。Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターの管理とプロアクティブなサポートを行う Red Hat Site Reliability Engineering (SRE) が、通常業務中に、お客様のクラスターへの昇格されたアクセス権を必要とすることはありません。万が一、Red Hat SRE (Site Reliability Engineer) が昇格されたアクセス権を必要とする事態が発生した場合、Approved Access 機能により、お客様がアクセス権の要求を確認して 承認 または 拒否 するためのインターフェイスが提供されます。

    標準のインシデント対応プロセスの一環として、お客様が開始したサポートチケットへの回答時、または Red Hat SRE が受信したアラートへの対応時に、Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターおよび対応するクラウドアカウントに対するアクセス権の昇格依頼が、Red Hat SRE によって作成される場合があります。詳細は、Approved Access を参照してください。

  • rosa` コマンドの機能拡張。rosa describe コマンドに、新しいオプション引数 --get-role-policy-bindings が追加されました。この新しい引数により、ユーザーは選択したクラスターに割り当てられた STS ロールにアタッチされたポリシーを表示できます。詳細は、describe cluster を参照してください。
  • 顧客管理ポリシー機能の拡張。Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスタークラスターの実行に必要な IAM ロールに顧客管理ポリシーをアタッチできるようになりました。さらに、これらの顧客管理ポリシー (それらのポリシーにアタッチされている権限を含む) は、クラスターまたはロールのアップグレード中に変更されません。詳細は、顧客管理のポリシー を参照してください。
  • インストーラーロールポリシーのアクセス許可境界: Red Hat OpenShift Service on AWS クラシックアーキテクチャーのインストーラーロールの アクセス許可境界 としてポリシーを適用できます。ポリシーと境界ポリシーを組み合わせて、Amazon Web Services (AWS) Identity and Access Management (IAM) エンティティーロールで最大許容できるパーミッションを制限します。Red Hat OpenShift Service on AWS クラシックアーキテクチャーでは、インストーラーポリシー自体の変更はサポートされていないため、インストーラーロールの権限を制限するための手段として、3 つのアクセス許可境界ポリシーファイルが用意されています。詳細は、インストーラーロールのアクセス許可境界 を参照してください。
  • クラスター削除保護: クラスター削除保護オプションを有効にできるようになりました。これにより、クラスターを誤って削除してしまうことを防ぐことができます。ROSA CLI でクラスター削除保護オプションを使用する方法の詳細は、edit cluster を参照してください。UI でクラスター削除保護オプションを使用する方法の詳細は、OpenShift Cluster Manager を使用してデフォルトオプションでクラスターを作成する を参照してください。
  • 長いクラスター名に対応するように機能拡張: 15 文字を超えるクラスター名を指定できるようになりました。クラスター名が 15 文字を超える場合は、ROSA CLI (rosa) の domain-prefix フラグを使用するか、Red Hat Hybrid Cloud Console で Create custom domain prefix チェックボックスをオンにして、クラスター URL のドメイン接頭辞をカスタマイズできます。詳細は、ROSA CLI を使用したオブジェクトの管理の create cluster を参照してください。
  • ノード管理の改善: これで、クラスターをより効率的にするために特定のタスクを実行できるようになりました。特定のノードを遮断、遮断解除、およびドレインが可能です。詳細は、ノードの操作 を参照してください。

1.8. Q1 2024

  • ROSA CLI の更新。ROSA CLI (rosa) が新しいバージョンに更新されました。このリリースの変更点は、ROSA CLI リリースノート を参照してください。ROSA CLI (rosa) の詳細は、ROSA CLI について を参照してください。
  • ログのリンクがデフォルトで有効に: Red Hat OpenShift Service on AWS クラシックアーキテクチャー 4.15 以降、ログのリンクはデフォルトで有効になっています。ログのリンクにより、Pod のコンテナーログにアクセスできるようになります。
  • アベイラビリティーゾーンの更新: マルチ AZ クラスターがある場合は、オプションでマシンプールに単一のアベイラビリティーゾーン (AZ) を選択できるようになりました。詳細は、ROSA CLI を使用したマシンプールの作成 を参照してください。
  • delete cluster コマンドの機能拡張: ROSA CLI (rosa) バージョン 1.2.31 のリリースでは、--best-effort 引数が追加され、rosa delete cluster コマンドの使用時にクラスターを強制的に削除できるようになりました。詳細は、delete cluster を参照してください。

1.9. Q4 2023

  • ROSA CLI の更新: ROSA CLI (rosa) が新しいバージョンに更新されました。このリリースの変更点は、ROSA CLI リリースノート を参照してください。ROSA CLI (rosa) の詳細は、ROSA CLI について を参照してください。
  • delete cluster コマンドの機能拡張: ROSA CLI (rosa) バージョン 1.2.31 のリリースでは、--best-effort 引数が追加され、rosa delete cluster コマンドの使用時にクラスターを強制的に削除できるようになりました。詳細は、delete cluster を参照してください。
  • Hosted Control Plane を使用する Red Hat OpenShift Service on AWS が一般提供されるようになりました。詳細は、デフォルトオプションを使用した Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターの作成 を参照してください。
  • プロセス識別子 (PID) の上限を設定可能: ROSA CLI (rosa) バージョン 1.2.31 のリリースにより、管理者は rosa create kubeletconfig および rosa edit kubeletconfig コマンドを使用して、既存のクラスターの最大 PID を設定できるようになりました。詳細は、Red Hat OpenShift Service on AWS クラシックアーキテクチャーの Pod あたりのプロセス ID の最大数 (podPidsLimit) の変更 を参照してください。
  • カスタムセキュリティーグループの設定: ROSA CLI (rosa) バージョン 1.2.31 のリリースにより、管理者は rosa create コマンドまたは OpenShift Cluster Manager を使用して、最大 5 つの追加カスタムセキュリティーグループを持つ新しいクラスターまたは新しいマシンプールを作成できます。カスタムセキュリティーグループを設定すると、管理者は新しいクラスターやマシンプールのリソースアクセスをより詳細に制御できます。詳細は、セキュリティーグループ を参照してください。
  • コマンドの更新: ROSA CLI (rosa) バージョン 1.2.28 のリリースにより、Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターに関する詳細情報を確認できる新しいコマンド rosa describe machinepool が追加されました。詳細は、describe machinepool を参照してください。
  • ドキュメントの更新: Red Hat OpenShift Service on AWS クラシックアーキテクチャーに Operator のセクションが追加されました。Operator はコントロールプレーンでサービスをパッケージ化し、デプロイし、管理するための優先される方法です。詳細は、Operator の概要 を参照してください。
  • OpenShift Virtualization のサポート: OpenShift Virtualization 4.14 のリリースに伴い、Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターで OpenShift Virtualization を実行する機能のサポートが追加されました。詳細は、OpenShift Container Platform ドキュメントの OpenShift Virtualization on AWS bare metal を参照してください。

1.10. Q3 2023

  • ROSA CLI の更新: ROSA CLI (rosa) が新しいバージョンに更新されました。このリリースの変更点は、ROSA CLI リリースノート を参照してください。ROSA CLI (rosa) の詳細は、ROSA CLI について を参照してください。
  • クラスターの自動スケーリング: Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターを使用してクラスターの自動スケーリングを有効にできるようになりました。クラスターの自動スケーリングは、クラスターのサイズを自動的に調整して、すべての Pod が実行する場所を持ち、不要なノードがないようにします。OpenShift Cluster Manager または ROSA CLI (rosa) のいずれかを使用して、クラスターの作成中および作成後に自動スケーリングを有効にできます。詳細は、クラスターの自動スケーリング を参照してください。
  • 共有 Virtual Private Cloud: Red Hat OpenShift Service on AWS クラシックアーキテクチャーで、AWS 組織の一部である AWS アカウント間で共有される VPC へのクラスターのインストールがサポートされるようになりました。Red Hat OpenShift Service on AWS (クラシックアーキテクチャー) クラスターをインストールする AWS アカウントは、管理アカウントが所有する共有サブネットを使用できるようになりました。詳細は、Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスター用の共有 Virtual Private Cloud の設定 を参照してください。
  • マシンプールのディスクボリュームサイズ: マシンプールのディスクボリュームサイズを設定して、柔軟性を高めることができるようになりました。ワーカーマシンプールノードのディスクボリュームに対して独自のサイジングを選択できます。詳細は、マシンプールディスクボリュームの設定 を参照してください。
  • マシンプールの更新: クラスターの作成時に自動的に生成されるマシンプールにテイントを追加できるようになりました。このマシンプールを削除することもできます。この新機能は、特に変化するリソース要件に基づいたインフラストラクチャーのスケーリングに関して、クラスター管理者はコスト効率と柔軟性を実現できます。詳細は、マシンプールの作成 を参照してください。
  • ドキュメントの更新: Red Hat OpenShift Service on AWS クラシックアーキテクチャーに CLI ツールセクションが追加され、サポートされているすべての CLI ツールを完全に使用するための詳細情報が含まれています。ROSA CLI セクションは、CLI Tools 見出しの中にネストされていることがわかります。詳細は、CLI ツールの概要 を参照してください。
  • ドキュメントの更新: ドキュメントの監視セクションが拡張され、Red Hat OpenShift Service on AWS クラシックアーキテクチャークラスターを便利に管理するのに役立つより詳細な情報が含まれるようになりました。詳細は、Red Hat OpenShift Service on AWS クラシックアーキテクチャーのモニタリングについて を参照してください。

1.11. Q2 2023

  • ROSA CLI の更新: ROSA CLI (rosa) が新しいバージョンに更新されました。このリリースの変更点は、ROSA CLI リリースノート を参照してください。ROSA CLI (rosa) の詳細は、ROSA CLI について を参照してください。
  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーのリージョンが追加されました。Red Hat OpenShift Service on AWS クラシックアーキテクチャーがアラブ首長国連邦 (me-central-1) リージョンで利用できるようになりました。利用可能なリージョンの詳細は、リージョンおよびアベイラビリティーゾーン を参照してください。

1.12. Q1 2023

  • OIDC プロバイダーエンドポイント URL の更新: ROSA CLI バージョン 1.2.7 以降では、すべての新しいクラスター OIDC プロバイダーエンドポイント URL がリージョン別ではなくなりました。Amazon CloudFront がこの実装の一部として導入されたことにより、アクセス速度の向上、レイテンシーの低減、回復力の向上が実現します。この変更は、ROSA CLI 1.2.7 以降で作成された新しいクラスターでのみ利用できます。既存の OIDC プロバイダー設定に対してサポートされている移行パスはありません。

1.13. 既知の問題

  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーのプロビジョニングウィザードにとって重要な OpenShift Cluster Manager ロール (ocm-role) とユーザーロール (user-role) が、Red Hat 組織内で別のユーザーによって誤って有効化される可能性があります。ただし、有効にしてもユーザービリティには影響しません。
  • htpasswd ID プロバイダーは、rosa create admin 機能に対するすべてのシナリオで想定どおりに機能しません。

1.13.1. 非推奨の機能と削除された機能

以前のリリースで利用可能であった一部の機能が非推奨になるか、削除されました。非推奨の機能は依然として Red Hat OpenShift Service on AWS クラシックアーキテクチャーに含まれており、引き続きサポートされますが、この製品の今後のリリースで削除されるため、新規デプロイメントでの使用は推奨されません。

  • Red Hat OpenShift Service on AWS クラシックアーキテクチャーの STS 以外のデプロイメントモード。Red Hat OpenShift Service on AWS クラシックアーキテクチャー非 STS デプロイメントモードは、新しいクラスターでは推奨の方法ではなくなりました。代わりに、ユーザーは STS モードで Red Hat OpenShift Service on AWS クラシックアーキテクチャーをデプロイする必要があります。この非推奨化は、Red Hat Hybrid Cloud Console での Red Hat OpenShift Service on AWS クラシックアーキテクチャープロビジョニングウィザード UI エクスペリエンスの変更に伴うものです。
  • コア namespace でのラベルの削除: Red Hat OpenShift Service on AWS クラシックアーキテクチャーは、name ラベルを使用して OpenShift コアにラベルを付けなくなりました。ネットワークポリシーまたはその他のユースケースに必要な場合は、kubernetes.io/metadata.name ラベルを参照するように移行する必要があります。

Legal Notice

Copyright © 2025 Red Hat

OpenShift documentation is licensed under the Apache License 2.0 (https://www.apache.org/licenses/LICENSE-2.0).

Modified versions must remove all Red Hat trademarks.

Portions adapted from https://github.com/kubernetes-incubator/service-catalog/ with modifications by Red Hat.

Red Hat, Red Hat Enterprise Linux, the Red Hat logo, the Shadowman logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.

Linux® is the registered trademark of Linus Torvalds in the United States and other countries.

Java® is a registered trademark of Oracle and/or its affiliates.

XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.

MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.

Node.js® is an official trademark of Joyent. Red Hat Software Collections is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.

The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation’s permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.

All other trademarks are the property of their respective owners.

トップに戻る
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2025 Red Hat