STF 1.3 は infra.watch/v1alpha1 カスタムリソース定義に対応しておらず、infra.watch/v1beta1 をサポートするようになりました。

STF 1.2 では、infra.watch/v1alpha1 インターフェースは非推奨となり、Service Telemetry Operator は infra.watch/v1beta1 への変換を動的にサポートしてきました。STF 1.3 の時点で、このサポートは削除され、infra.watch/v1beta1 のみがサポートされます。STF 1.2 から STF 1.3 にアップグレードする前に、infra.watch/v1beta1 に移行するようにしてください。

Ceilometer メトリクスは、RabbitMQ バスを介して Red Hat OpenStack Platform (RHOSP) に内部的に配布され、ceilometer エージェントを介して収集され、sg-core 経由で Prometheus のストレージ用に STF に移動されます。

以前のリリースでは、高可用性モードで RHOSP 環境を設定すると、各コントローラーはコントローラー名が含まれるパブリッシャーラベルでメトリックを収集し、送信していました。その結果、検索していた ceilometer メトリックは Prometheus に書き込まれました。

今回の更新により、ceilometer メトリックのパブリッシャーラベルがドロップされ、ceilometer メトリックを 1 つのラベルセットに折りたたみます。その結果、ceilometer からのメトリックが複数のパブリッシャー全体で破損することはなくなりました。

パブリッシャーラベルに依存する以前のクエリーは機能しない可能性があります。デフォルトの ServiceMonitor オブジェクトを、ServiceTelemetry オブジェクトの servicemonitorManifest パラメーターを使用して上書きできます。

今回の更新以前は、sg-core により公開される Ceilometer メトリックにより、仮想マシンインスタンスの ID がラベル値 host として公開されるようになりました。その結果、ラベル host を使用すると、ノードインスタンスに加えて仮想マシンインスタンスと共にダッシュボードのドロップダウンメニューがオーバーロードされます。

今回の更新により、Ceilometer 仮想マシンインスタンスメトリックが vm_instance ラベルを使用して仮想マシンのインスタンス ID を公開し、仮想マシンインスタンス ID が STF ダッシュボードノードインスタンスのドロップダウンメニューに一覧表示されなくなりました。

本リリース以前は、Smart Gateway はデプロイされない空のオブジェクトを提供するために clouds: {} というドキュメントを参照します。その結果、Smart Gateway はクリアされず、以下のエラーが Service Telemetry Operator のログに表示されました。

"Invalid data passed to loop, it requires a list, got this instead: {}.Hint: If you passed a list/dict of just one element, try adding wantlist=True to your lookup invocation or use q/query instead of lookup."

ドキュメントは、clouds: [] が正しい形式であることを示しており、空のオブジェクトではなく空のリストが渡されるようになります。その結果、Smart Gateway は定義されません。

redhat-operators-stf CatalogSource の使用は、Service Telemetry Framework v1.3 のドキュメントから削除されました。これは、v4.5 を超えた OpenShift Container Platform バージョンで利用できない Operator への回避策として AMQ Certificate Manager Operator のコピーをインストールするために使用されます。

AMQ Certificate Operator は、OpenShift Container Platform v4.7 の redhat-operators CatalogSource で再び利用可能となり、追加の CatalogSource の使用は不要になりました。

ビルドされた AMQ Certificate Manager v1.0.1 に移行するには、以下の手順を実行します。

以前のバージョンでは、Elastic Cloud on Kubernetes(ECK)Operator をインストールせずに STF をインストールすると、エラーメッセージ「Failed to find exact match for elasticsearch.k8s.elastic.co/v1beta1.Elasticsearch」が返されていました。このエラーは、存在しない API インターフェースから情報を検索しようとする Service Telemetry Operator が原因でした。

今回の更新により、Service Telemetry Operator は ECK 提供の API インターフェースへの要求作成を試行する前に API が存在することを確認します。

今回の更新以前は、alert.yaml での CPU 使用率の高いクエリーが無効となっていました。また、rhos-dashboard のグローバルアラートパネルに保留中のアラートが表示されるので誤検出が発生します。つまり、CPU が高いという警告や重要なアラームが誤ってトリガーされたり、CPU 使用率が高いことが検出されても、警告やアラームがトリガーされない場合があります。

今回のリリースでは、ホストごとにグループ化された CPU 使用率の合計を計算してその値をホストのコア数で除算することで、CPU アラートクエリーが新しい記録ルールを使用するようになり、CPU 使用率が 0 から 100% の間で使用できるようになります。