Service Telemetry Framework リリースノート 1.5
Service Telemetry Framework 1.5 のリリースについて
概要
Red Hat ドキュメントへのフィードバック (英語のみ)
Red Hat ドキュメントに対するご意見をお聞かせください。ドキュメントの改善点があればお知らせください。
Jira でドキュメントのフィードバックを提供する
問題の作成 フォームを使用して、Red Hat OpenStack Services on OpenShift (RHOSO) または Red Hat OpenStack Platform (RHOSP) の以前のリリースのドキュメントに関するフィードバックを提供します。RHOSO または RHOSP ドキュメントの問題を作成すると、その問題は RHOSO Jira プロジェクトに記録され、フィードバックの進行状況を追跡できるようになります。
問題の作成 フォームを完了するには、Jira にログインしていることを確認してください。Red Hat Jira アカウントをお持ちでない場合は、https://issues.redhat.com でアカウントを作成できます。
- 次のリンクをクリックして、問題の作成 ページを開きます (問題の作成)。
- Summary フィールドと Description フィールドに入力します。Description フィールドに、ドキュメントの URL、章またはセクション番号、および問題の詳しい説明を入力します。フォーム内の他のフィールドは変更しないでください。
- Create をクリックします。
第1章 Service Telemetry Framework リリースの概要
本リリースでは、Service Telemetry Framework (STF) に新機能を追加し、STF に特有の問題を解決しました。
STF は他の Red Hat 製品のコンポーネントを使用しています。これらのコンポーネントのサポートに関する具体的な情報は、https://access.redhat.com/site/support/policy/updates/openstack/platform/ および https://access.redhat.com/support/policy/updates/openshift/ を参照してください。
STF 1.5 は、デプロイメントプラットフォームとして OpenShift Container Platform バージョン 4.12 および 4.14 と互換性があります。
1.1. 製品サポート
Red Hat カスタマーポータルでは、Service Telemetry Framework のインストールと設定をガイドするリソースを提供しています。カスタマーポータルでは、以下の種類のドキュメントをご利用いただけます。
- 製品ドキュメント
- ナレッジベースのアーティクルおよびソリューション
- テクニカルブリーフ
サポートケース管理
カスタマーポータルには https://access.redhat.com/ からアクセスしてください。
第2章 Service Telemetry Framework のリリース情報
この Service Telemetry Framework (STF) リリースのサポート期間中にリリースされた更新に関する注意事項は、各更新に関連するアドバイザリーテキストに記載されています。
2.1. Service Telemetry Framework 1.5.0
このリリースノートでは、Service Telemetry Framework (STF) の本リリースをインストールする際に考慮すべき拡張機能および削除された機能を説明します。
本リリースには、以下のアドバイザリーが含まれています。
- RHEA-2022:8735-01
- Service Telemetry Framework 1.5.0 - コンテナーイメージ用のコンポーネントのリリース
2.1.1. リリースノート
このセクションでは、推奨事項や STF の重要な変更点など、リリースに関する重要な情報をまとめています。お使いのシステムに最大限の効果をもたらすために、以下の情報を考慮する必要があります。
- BZ#2121457
- STF 1.5.0 は OpenShift Container Platform 4.10 をサポートします。これまでの STF のリリースは、延長サポートの終了が近づいている OpenShift Container Platform 4.8 に限定されていました。OpenShift Container Platform 4.10 は、2022 年 11 月までのフルサポートと 2023 年 9 月までのメンテナンスサポートを備えた延長更新サポート (EUS) リリースです。詳細は、Red Hat OpenShift Container Platform ライフサイクルポリシー を参照してください。
2.1.2. 非推奨の機能
このセクションには、サポートされなくなった機能、または今後のリリースでサポートされなくなる予定の機能を記載します。
2.1.3. 削除された機能
- BZ#2150029
- STF と Gnocchi を一緒に使用する方法を説明する STF ドキュメントのセクションが削除されました。Gnocchi の使用は、自動スケーリングでの使用に限定されています。
2.2. Service Telemetry Framework 1.5.1
このリリースノートでは、Service Telemetry Framework (STF) の本リリースをインストールする際に考慮すべき拡張機能および削除された機能を説明します。
本リリースには、以下のアドバイザリーが含まれています。
- RHSA-2023:1529-04
- Service Telemetry Framework 1.5.1 - コンテナーイメージ用のコンポーネントのリリース
2.2.1. リリースノート
このセクションでは、推奨事項や STF の重要な変更点など、リリースに関する重要な情報をまとめています。お使いのシステムに最大限の効果をもたらすために、以下の情報を考慮する必要があります。
- BZ#2176537
- STF 1.5.1 は OpenShift Container Platform 4.10 および 4.12 をサポートします。これまでの STF のリリースは、延長サポートの終了が近づいている OpenShift Container Platform 4.8 に限定されていました。OpenShift Container Platform 4.12 は、現在完全にサポートされている Extended Update Support (EUS) リリースです。2024 年 7 月までメンテナンスサポートが提供されます。詳細は、Red Hat OpenShift Container Platform ライフサイクルポリシー を参照してください。
- BZ#2173856
- イベントストレージが無効になっていると、Grafana のイベントデータソースが使用できないという問題があります。イベントストレージのデフォルト設定は無効になっています。データソースはアノテーションを使用しており、デフォルトでは使用できないため、仮想マシンダッシュボードには、欠落しているデータソースに関する警告が表示されます。回避策 (ある場合): 仮想マシンダッシュボードで使用可能なスイッチを使用して、アノテーションを無効にし、STF のデフォルトのデプロイメントオプションと一致させることができます。
2.2.2. 機能拡張
本リリースの STF では、以下の点が強化されています。
2.3. Service Telemetry Framework 1.5.2
このリリースノートでは、Service Telemetry Framework (STF) の本リリースをインストールする際に考慮すべき拡張機能および削除された機能を説明します。
本リリースには、以下のアドバイザリーが含まれています。
- RHEA-2023:3785
- Service Telemetry Framework 1.5.2 のリリース
2.3.1. バグ修正
これらのバグは本リリースの STF で修正されています。
- BZ#2211897
以前は、OperatorHub.io Operators CatalogSource から Prometheus Operator をインストールしていましたが、これが Red Hat OpenShift Container Platform でのクラスター内モニタリングを妨げていました。
これを修正するために、STF のインストール中に Community Operators CatalogSource の Prometheus Operator を使用するようになりました。OperatorHub.io Operators CatalogSource から Community Operators CatalogSource に移行する方法の詳細は、ナレッジベースの記事 Migrating Service Telemetry Framework to Prometheus Operator from community-operators を参照してください。
2.3.2. 機能拡張
本リリースの STF では、以下の点が強化されています。
- BZ#2138179
- STF で RHOSP 16.2 を監視するために、director Operator を使用して Red Hat OpenStack Platform (RHOSP) をデプロイできるようになりました。
2.3.3. 削除された機能
本リリースの STF では、以下の機能が削除されています。
- BZ#2189670
- 一時ストレージに関するドキュメントが削除されました。実稼働環境では必ず永続ストレージを使用してください。
2.4. Service Telemetry Framework 1.5.3
このリリースノートでは、Service Telemetry Framework (STF) の本リリースをインストールする際に考慮すべき拡張機能および削除された機能を説明します。
本リリースには、以下のアドバイザリーが含まれています。
- RHEA-2023:123051-01
- Service Telemetry Framework 1.5.3 のリリース
2.4.1. 機能拡張
本リリースの STF では、以下の点が強化されています。
- JIRA#STF-1525
- STF 1.5.3 より前のバージョンでは、Red Hat OpenShift Container Platform (RHOCP) Cluster Monitoring Operator が作成したロールベースのアクセス制御 (RBAC) プロファイルを使用していました。現在、STF はデプロイメントの一部として独自の RBAC プロファイルを管理します。STF では、クラスター上での RHOCP Cluster Monitoring が不要になり、独立した RBAC 制御インターフェイスが実現します。
- JIRA#STF-1512
-
Ceilometer のポーリング頻度と一致させるために、Smart Gateway の収集間隔における STF のデフォルトのポーリング頻度と、
collectd
のポーリング頻度はそれぞれ 30 秒になりました。 - JIRA#STF-1485
Red Hat OpenShift Container Platform (RHOCP) バージョン 4.12 以降で STF 1.5 をデプロイする場合は、RHOCP Operator の Certificate Manager のデフォルトのチャネルが
steady-v1
になります。RHOCP 4.10 を使用した STF 1.5 のデプロイでは、テクニカルプレビューのチャネルが使用されるため、デプロイ手順が異なります。RHOCP をバージョン 4.13 以降にアップグレードする前に、
stable-v1
チャネルに移行してください。RHOCP Operator の Certificate Manager を
tech-preview
チャネルからstable-v1
チャネルに移行する方法の詳細は、Red Hat ナレッジベースの記事 Updating Service Telemetry Framework cert-manager dependency from tech-preview to stable-v1 を参照してください。- JIRA#STF-496
- この STF リリースでは、Red Hat Cluster Observability Operator (COO) を使用する場合に STF メトリクスデータストア (Prometheus) がサポートされます。コミュニティーの Prometheus Operator から Red Hat Cluster Observability Operator に移行する場合の詳細は、Red Hat ナレッジベースの記事 Migrating Service Telemetry Framework to fully supported operators を参照してください。
- JIRA#STF-1277
- STF のこのリリースでは、イベントをユーザー提供の Elasticsearch インスタンスに転送できます。
- JIRA#STF-1224
- STF が Red Hat OpenShift Container Platform (RHOCP) バージョン 4.12 から 4.14 をサポートするようになりました。
- JIRA#STF-1387
-
この STF リリースでは、ServiceTelemetry オブジェクトの
backends.events.elasticsearch.forwarding
パラメーターを設定して、ストレージイベントを Elasticsearch インスタンスに転送するようにできます。イベントのストレージバックエンドとして Elasticsearch を有効にする方法の詳細は、Service Telemetry Framework 1.5 ガイドの ServiceTelemetry オブジェクトの主なパラメーター を参照してください。
2.4.2. 削除された機能
本リリースの STF では、以下の機能が削除されています。
- JIRA#STF-1526
STF 1.5 では、RHOCP 4.12 や RHOCP 4.14 などの最新の Red Hat OpenShift Container Platform (RHOCP) Extended Update Support (EUS) リリースがサポートされます。他のバージョンの RHOCP は、EUS リリース間のアップグレードの場合にのみサポートされます。
RHOCP 4.10 はサポートが終了しているため、STF 1.5.3 は RHOCP 4.10 CatalogSource には含まれていません。RHOCP のサポート対象ライフサイクルの詳細は、https://access.redhat.com/support/policy/updates/openshift を参照してください。
- JIRA#STF-1504
-
STF のこのリリースでは、ログストレージバックエンドの管理に使用する Service Telemetry Operator のインターフェイスが削除されました。
amqp1
で転送されたログを Loki で保存することは、実稼働環境ではサポートされていません。 - JIRA#STF-1498
- この STF リリースでは、デフォルトでイベントは管理されません。Red Hat OpenStack Platform (RHOSP) をデプロイすると、イベントパイプラインが無効になります。
2.4.3. 非推奨の機能
このセクションには、サポートされなくなった機能、または今後のリリースでサポートされなくなる予定の機能を記載します。
引き続き AMQ Interconnect を使用して、URL やその他のパラメーターで設定した外部 Elasticsearch で RHOSP から STF にイベントを送信し、イベント Smart Gateway がイベントに接続して保存できるようにすることもできます。
Elasticsearch のユーザー提供インスタンスと互換性のある接続を提供する方法の詳細は、Red Hat ナレッジベースの記事 Using Service Telemetry Framework with Elasticsearch を参照してください。
- JIRA#STF-1531
-
STF UI インターフェイスの基本的な認可ログインメソッドは非推奨となり、
OAuth
UI ログインメソッドに置き換えられました。 - JIRA#STF-1097
-
この STF バージョンでは、Elasticsearch を使用したデプロイはサポートされていません。
sg-core
の Elasticsearch プラグインは非推奨となり、STF のダッシュボードにおける限定的なイベントの使用は削除されました。STF では、転送モデルを使用して、sg-core
コンポーネント経由でユーザー提供の Elasticsearch インスタンスにイベントを転送および保存できるようになりました。
2.5. Service Telemetry Framework 1.5.4
このリリースノートでは、Service Telemetry Framework (STF) の本リリースをインストールする際に考慮すべき拡張機能および削除された機能を説明します。
本リリースには、以下のアドバイザリーが含まれています。
- RHSA-2024:127788-02
- Service Telemetry Framework 1.5.4 のリリース
2.5.1. 機能拡張
本リリースの STF では、以下の点が強化されています。
- JIRA#OSPRH-800
- STF のこのリリースでは、Red Hat OpenShift Container Platform (RHOCP) の非接続環境に STF をデプロイできるようになりました。RHOCP 非接続環境での STF のデプロイの詳細は、Service Telemetry Framework 1.5 ガイドの Red Hat OpenShift Container Platform 非接続環境での STF のデプロイ を参照してください。
- JIRA#OSPRH-2577
-
STF のこのリリースでは、STF は Grafana Operator v4 ではなくコミュニティーの Operator である Grafana Operator v5 から Grafana、GrafanaDashboard、および GrafanaDatasource オブジェクトを要求します。STF 1.5.4 の推奨 Grafana バージョンは Grafana Operator v5 ですが、Grafana Operator v5 のカスタムリソース定義 (CRD) が利用できない場合は、STF が Grafana Operator v4 からオブジェクトを要求できます。Grafana Operator v5 のデフォルトルートが
grafana-route
からdefault-grafana-route
に変更になりました。Grafana Operator の移行の詳細は、Red Hat ナレッジベースソリューション Migrate from Grafana Operator v4 to v5 を参照してください。 - JIRA#OSPRH-2140
以前は、コミュニティーの Operator Prometheus Operator からサポート対象の Cluster Observability Operator に移行するときに、STF が Prometheus の静的ターゲットバージョン、つまりバージョン 2.43.0 を使用していました。
STF のこのリリースでは、
observabilityStrategy
パラメーターの値を ServiceTelemetry オブジェクトのuse_redhat
(デフォルト) に定義すると、Service Telemetry Operator が特定のバージョンの Prometheus を要求しなくなります。Prometheus のバージョンが指定されていないと、STF は Cluster Observability Operator によって提供されるデフォルトのバージョンを使用します。
- JIRA#OSPRH-825
-
STF のこのリリースでは、コミュニティーの CatalogSource から Grafana Operator をインストールしてグラフを有効にすると、
graphing.dashboards.enabled
パラメーターを使用して、ダッシュボードを Grafana に自動的にロードできます。github.com/infrawatch/dashboards リポジトリーからダッシュボードをロードする必要はありません。
2.5.2. 削除された機能
- JIRA#OSPRH-3492
-
STF のこのリリースでは、STF UI インターフェイスに Basic 認証方法を使用できないため、認証に
oauth-proxy
インターフェイスを使用する必要があります。
2.5.3. 非推奨の機能
このセクションには、サポートされなくなった機能、または今後のリリースでサポートされなくなる予定の機能を記載します。
Service Telemetry Framework の非推奨化
このリリース以降、STF はフルサポートから非推奨となり、メンテナンスサポートに移行します。Red Hat OpenStack Platform (RHOSP) 17.1 のサポートライフサイクルが終了すると、STF は Extended Lifecycle Support (ELS) に移行します。
Red Hat は、メンテナンスサポートライフサイクル中、STF 1.5 に新機能を追加しません。Red Hat は、RHOSP 17.1 のライフサイクル中に利用可能になった Extended Update Support (EUS) バージョンの Red Hat OpenShift Container Platform に対して STF のリベースとリリースを継続します。Red Hat は、引き続き重大な STF バグと CVE に対処します。
RHOSP および STF の製品ライフサイクルの詳細は、カスタマーポータルの Red Hat OpenStack Platform サポートライフサイクル ページおよび Service Telemetry Framework ライフサイクル ページを参照してください。
2.6. Service Telemetry Framework 1.5.4
このリリースノートでは、Service Telemetry Framework (STF) の本リリースをインストールする際に考慮すべき拡張機能および削除された機能を説明します。
本リリースには、以下のアドバイザリーが含まれています。
- RHBA-2024:4723
- Service Telemetry Framework 1.5.4 のリリース
2.6.1. 機能拡張
本リリースの STF では、以下の点が強化されています。
- JIRA:OSPRH-8044
- STF 1.5.5 には、Red Hat OpenShift Container Platform (OCP)バージョン 4.16 のサポートが含まれています。
2.6.2. バグ修正
これらのバグは本リリースの STF で修正されています。
- JIRA#OSPRH-10081
-
本リリースの STF では、
RoleBinding
セットを使用しても、ユーザーに Prometheus ダッシュボードを表示するパーミッションがない問題が修正されています。詳細は、Red Hat ナレッジベースのソリューションの Openshift ユーザーに、サービス Telemetry フレームワークで prometheus および alertmanager ダッシュボードを参照する権限がありません。 - JIRA:OSPRH-8044
本リリースの STF では、
observabilityStrategy: use_community
、デプロイされた Prometheus Operator、および Cluster Observability Operator (COO)で STF をデプロイする場合に、次のエラーが発生する問題が修正されました。2024-06-27T05:24:43.253007084Z TASK [Ensure no rhobs Prometheus is installed if not using it] ******************************** 2024-06-27T05:24:43.253007084Z fatal: [localhost]: FAILED! => {"changed": false, "msg": "Failed to find exact match for monitoring.rhobs/v1.prometheus by [kind, name, singularName, shortNames]"}
2.7. ドキュメントの変更
このセクションでは、Service Telemetry Framework (STF) 1.5 で提供される主要なドキュメントの更新と、新機能の追加、機能拡張、修正など、ドキュメントセットに加えられた変更の詳細を記載します。このセクションでは、新しいタイトルの追加と、リタイアまたは置き換えられたタイトルの廃止についても詳しく説明します。
日付 | 影響を受けるバージョン | 影響を受けるコンテンツ | 変更の説明 |
---|---|---|---|
2024 年 3 月 | 1.5.4 | RHOCP の非接続環境に STF をデプロイできるようになりました。 | |
2024 年 3 月 | 1.5.4 | 2023 年 12 月以降、アップストリームの Grafana Operator v4 の開発が中止となりました。代わりに Grafana Operator v5 を使用してください。 | |
2023 年 11 月 | 1.5.3 | イベントストレージは転送モデルを使用するようになり、デフォルトでイベント配信は無効になりました。イベント配信を有効にする手順は、Red Hat ナレッジベースソリューション https://access.redhat.com/articles/7032697 を参照してください。 | |
2023 年 11 月 | 1.5.3 | https://access.redhat.com/documentation/ja-jp/red_hat_openstack_platform/17.1/html-single/service_telemetry_framework_1.5/index#creating-openstack-environment-file-for-multiple-clouds_assembly-completing-the-stf-configurationhttps://access.redhat.com/documentation/ja-jp/red_hat_openstack_platform/17.1/html-single/service_telemetry_framework_1.5/index#configuring-the-stf-connection-for-the-overcloud_assembly-completing-the-stf-configuration |
stf-connectors.yaml テンプレートの |
2023 年 11 月 | 1.5.3 | イベントダッシュボードのインポート手順が削除されました。デフォルトで、イベント配信が無効になりました。 | |
2023 年 11 月 | 1.5.3 |
| |
2023 年 11 月 | 1.5.3 |
| |
2023 年 11 月 | 1.5.3 |
コマンドによっては完了するまでに時間がかかることを強調するために、STF ガイド全体で検証手順に | |
2023 年 11 月 | 1.5.3 | 新しいデプロイメントでは、デフォルトで QDR 接続は基本パスワード認証を使用します。設定手順が更新され、パスワード認証ステップが追加されました。 | |
2023 年 11 月 | 1.5.3 | PrometheusRules カスタムリソースが、Cluster Observability Operator が使用する apiVersion と一致するように更新されました。以前のコマンドでは、monitoring.rhobs の代わりに monitoring.coreos.com を使用していました。 | |
2023 年 6 月 22 日 | 1.5.2 | クラウド設定の AMQ Interconnect トピックパラメーターとトピックアドレスの詳細。 | |
2023 年 6 月 22 日 | 1.5.2 | STF で RHOSP 16.2 を監視するために、director Operator を使用して Red Hat OpenStack Platform (RHOSP) に関するセクションを追加しました。 | |
2023 年 3 月 30 日 | 1.5.1 | STF ドキュメントから「非標準ネットワークトポロジーへのデプロイメント」セクションを削除しました。推奨事項は不要で、不正確である可能性がありました。 | |
2023 年 3 月 30 日 | 1.5.1 | 「SNMP トラップとしてアラートを送信」セクションに STF 1.5.1 で使用可能な追加の設定パラメーターが追加されました。Prometheus Alerts からの SNMP トラップ配信用に ServiceTelemetry オブジェクトを設定するための詳細情報と例が記載されています。 | |
2023 年 3 月 30 日 | 1.5.1 |
| |
2022 年 12 月 1 日 | 1.5 | STF での Gnocchi の使用に関するセクションを STF ドキュメントから削除しました。自動スケーリングには Gnocchi のみを使用できます。 |