1.9. Red Hat OpenShift Serverless 1.31
OpenShift Serverless 1.31 が公開されました。OpenShift Container Platform 上の OpenShift Serverless に関連する新機能、更新、既知の問題は、以下のノートに含まれています。
1.9.1. 新機能
- OpenShift Serverless は Knative Serving 1.10 を使用するようになりました。
- OpenShift Serverless は Knative Eventing 1.10 を使用するようになりました。
- OpenShift Serverless は Kourier 1.10 を使用するようになりました。
-
OpenShift Serverless は Knative (
kn) CLI 1.10 を使用するようになりました。 - OpenShift Serverless は、Apache Kafka 1.10 に Knative を使用するようになりました。
-
kn funcCLI プラグインはfunc1.11 を使用するようになりました。 - Service Mesh を使用した OpenShift Serverless マルチテナントがテクノロジープレビュー (TP) 機能として利用できるようになりました。
テクノロジープレビュー (TP) 機能として利用可能な Serverless Logic が更新されました。
使用方法は、Serverless Logic のドキュメント を参照してください。
- OpenShift Serverless を単一ノード OpenShift にインストールして使用できるようになりました。
-
既存の
PersistentVolumeオブジェクトの永続ボリューム要求 (PVC) を設定して、Serverless 機能で使用できるようになりました。 -
Ingress に Kourier を指定し、
DomainMappingを使用する場合、OpenShift Route の TLS はパススルーに設定され、TLS は Kourier Gateway によって処理されます。Serverless 1.31 以降では、Kourier Gateway 側で有効な暗号スイートを指定できるようになりました。 Kourier が有効な場合の Red Hat OpenShift Service Mesh と Serverless の統合は非推奨になりました。Service Mesh の統合には
net-kourierではなくnet-istioを使用してください。詳細は、「Red Hat OpenShift Service Mesh と Serverless の統合」セクションを参照してください。
PodDistruptionBudgetオブジェクトとHorizontalPodAutoscalerオブジェクトが3scale-kourier-gatewayデプロイメント用に追加されました。-
PodDistruptionBudgetは、デプロイメント内の Pod の最小可用性要件を定義するために使用されます。 -
HorizontalPodAutoscalerは、デプロイメント内の Pod の数を需要またはカスタムメトリクスに基づいて自動的にスケーリングするために使用されます。
-
- Knative ブローカーと Apache Kafka のチャネルによって使用される Apache Kafka トピック名のパターンを変更できるようになりました。
-
DomainMappingv1alpha1カスタムリソース定義 (CRD) は非推奨になりました。代わりにv1beta1CRD を使用してください。 -
テクノロジープレビュー (TP) 機能であった
NamespacedKafkaアノテーションは現在非推奨になり、データプレーン分離のない標準の Kafka ブローカーが優先されます。
1.9.2. 修正された問題
以前は、完全な Red Hat OpenShift Service Mesh 統合と
STRICTピア認証を使用して Knative Eventing をデプロイする場合、PingSourceアダプターのメトリクスは利用できませんでした。この問題は修正され、
PingSourceアダプターのメトリクスは、別のjobとserviceラベルの値を使用して収集されるようになりました。以前の値はpingsource-mt-adapterでしたが、新しい値はpingsource-mt-adapter-sm-serviceです。
