Data Grid Operator 8.4 リリースノート
Data Grid Operator 8.4 のリリース情報を取得する
概要
Red Hat Data Grid
Data Grid は、高性能の分散型インメモリーデータストアです。
- スキーマレスデータ構造
- さまざまなオブジェクトをキーと値のペアとして格納する柔軟性があります。
- グリッドベースのデータストレージ
- クラスター間でデータを分散および複製するように設計されています。
- エラスティックスケーリング
- サービスを中断することなく、ノードの数を動的に調整して要件を満たします。
- データの相互運用性
- さまざまなエンドポイントからグリッド内のデータを保存、取得、およびクエリーします。
Data Grid のドキュメント
Data Grid のドキュメントは、Red Hat カスタマーポータルで入手できます。
Data Grid のダウンロード
Red Hat カスタマーポータルで Data Grid Software Downloads にアクセスします。
Data Grid ソフトウェアにアクセスしてダウンロードするには、Red Hat アカウントが必要です。
多様性を受け入れるオープンソースの強化
Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。
第1章 Data Grid Operator 8.4
Data Grid Operator 8.4 のバージョンの詳細および問題に関する情報を説明します。
1.1. Data Grid Operator 8.4.8
8.4.8 の新機能
Cryostat および JFR レコーディングによるモニタリングの改善
Data Grid は Cryostat とのインテグレーションを提供するようになりました。これにより、JDK Flight Recorder (JFR) を使用して OpenShift 上で実行される Data Grid クラスターを監視できるようになります。Cryostat が提供する統合ツールを使用してレコーディングを保存および分析したり、レコーディングを外部監視アプリケーションにエクスポートしたりできます。
詳細は、Cryostat を使用した JFR レコーディングのセットアップ を参照してください。
ServiceMonitor
ターゲットラベル
Data Grid Operator で、ServiceMonitor
のターゲットラベルを設定できるようになりました。サービスラベルを使用して、監視対象のエンドポイントから収集されたメトリクスをフィルタリングおよび集計します。
詳細は、Data Grid Operator ガイド の サービスモニターターゲットラベルの設定 を参照してください。
クロスサイトレプリケーションと Gossip Router 設定の機能拡張
Data Grid のクロスサイトレプリケーションのエクスペリエンスを向上させるために、いくつかの機能拡張が行われました。Data Grid Operator を使用して、以下を設定できます。
- CPU とメモリーリソースを割り当てて Gossip Router Pod を調整する
- Gossip Router のプローブ時間を調整して、起動の遅さに対処する
- Data Grid Pod と Gossip Router Pod 間のハートビートを有効にして、接続を開いたままにする
- 疑わしいイベントを無効にし、ハートビートのみに依存して障害検出を行い、一時的な切断の場合に不必要にビューが変更されることを防ぐ
詳細は、Gossip ルーター Pod の CPU およびメモリーの割り当て を参照してください。
Data Grid Pod のスケジューリング
Data Grid Pod に優先度を割り当てて、重要なワークフローを最初にスケジュールできるようになりました。
spec.scheduling
フィールドを使用して、Data Grid Pod に優先度を割り当てます。
Infinispan CR
kind: Infinispan ... spec: scheduling: affinity: ... priorityClassName: "high-priority" ...
1.2. Data Grid Operator 8.4.5
8.4.5 の新機能
ConfigListener
への CPU およびメモリーの割り当て
メモリーおよび CPU リソースを ConfigListener
に割り当てることができます。ConfigListener
はデフォルトで最小限のリソースを消費しますが、一部の Data Grid デプロイメントには制限を設定する必要がある場合があります。
cpu
および memory
フィールドでは <limit>:<requests>
形式で値を指定します。
ConfigListener の設定
spec: configListener: enabled: true cpu: "2000m:1000m" memory: "2Gi:1Gi"
1.3. Data Grid Operator 8.4.2
8.4.2 の新機能
機密性の高い文字列を保存するためのセキュリティーの強化
Data Grid Operator を使用すると、Data Grid Server のカスタム設定をセキュアに定義および保存できます。パスワードなどの機密性の高いテキスト文字列を保護するには、Data Grid Server 設定に直接ではなく、認証情報ストアにエントリーを追加します。
詳細は、Data Grid Operator ガイド の Data Grid のカスタム設定の保護 を参照してください。
ConfigListener
のログレベルに関する設定の強化
Data Grid Operator では、ConfigListener
Pod のログレベルを変更できるようになりました。デフォルトのログレベルは info
です。必要に応じて、ログレベルを debug
または error
に変更できます。
次のように、Infinispan
CR で ConfigListener
のログレベルを設定できます。
Infinispan CR
spec: configListener: enabled: true logging: level: info
Cache
CR を更新するための戦略
Data Grid Operator を使用すると、Cache
CR コントローラーが spec.template
フィールドのキャッシュ設定の更新を処理する方法を制御できます。
キャッシュ CR 更新戦略
- Retain
-
Data Grid Operator は、実行時に Data Grid Server のキャッシュ設定を更新します。これはデフォルトのストラテジーです。更新が失敗すると、Operator は
Cache
CR のステータスをReady=False
に更新します。 - 再作成
-
Data Grid Operator は、実行時に Data Grid Server のキャッシュ設定を更新します。更新が失敗した場合、Operator は Data Grid クラスターからキャッシュを削除し、最新の
spec.template
値で新しいキャッシュを作成します。
Cache
CR 更新戦略を次のように定義します。
Cache CR
spec: updates: strategy: retain
1.4. Data Grid Operator 8.4 一般公開
8.4 GA の新機能
マルチオペランドのサポート
Data Grid Operator を 1 つインストールして Data Grid の複数バージョンをサポートできます。
サポート対象のバージョン間でアップグレードするには、Infinispan
CR の spec.version
フィールドを使用します。
Data Grid Operator バージョン 8.4 は、次の Data Grid バージョンをサポートします。
- 8.4.0-1
- 8.3.1-1
Data Grid クラスターのアップグレードの詳細は、Data Grid Operator ガイド の Data Grid クラスターのアップグレード を参照してください。
Data Grid Operator デプロイメントの OpenShift バンドルを更新
Data Grid Operator デプロイメント用の OpenShift バンドルには、64 ビット ARM アーキテクチャー用に設計されたイメージが含まれています。
Gossip ルーターを無効にするオプション
Data Grid Operator は各サイトで Gossip ルーターを開始しますが、Data Grid クラスターメンバー間のトラフィックを管理するために必要な Gossip ルーターは 1 つだけです。
Gossip ルーターを無効にするとリソースを節約できますが、Data Grid ではすべてのリモートサイトで Gossip ルーターを有効にしておくことを推奨します。単一の Gossip ルーターが定義されていて、それが使用できなくなると、リモートサイト間の接続が切断されます。
詳細は、Data Grid Operator ガイド の ローカルの Gossip ルーターおよびサービスの無効化 を参照してください。
Federal Information Processing Standards (FIPS) との互換性
今後は、設定を変更することなく、FIPS 対応の OpenShift クラスターで Data Grid インスタンスを実行できます。Data Grid Operator 8.4 は、FIPS 対応環境で実行されていることを検出し、Infinispan
CR の FIPS モードを自動的に有効にします。
Data Grid Operator をバージョン 8.3.7 からバージョン 8.4 にアップグレードすると、-Dcom.redhat.fips=false
フィールドが Infinispan
CR から削除され、FIPS モードは無効になりません。
Data Grid Server バージョン 8.3.1 を使用する場合は、Infinispan
CR で -Dcom.redhat.fips=false
フィールドを設定する必要があります。
1.5. Data Grid Operator 8.4.x リリース情報
以下の表は、Data Grid Operator の詳細なバージョン情報を提供します。
リリーススケジュールが異なるため、Data Grid Operator のバージョンは、必ずしも Data Grid のバージョンに直接対応しているとは限りません。
Data Grid Operator のバージョン | Data Grid のバージョン | オペランドのバージョン | 機能 |
---|---|---|---|
8.4.12 | 8.4.6 |
8.4.6-1 | いくつかのバグ修正が追加されました。 |
8.4.11 | 8.4.5 |
8.4.5-2 | * セキュリティーの脆弱性を修正します。 * バグ修正も含まれています。詳細は、Data Grid Operator 8.4.11 で修正された問題 を参照してください。 |
8.4.10 | 該当なし | 該当なし | 8.4.9 リリースには、バージョン命名に誤りがあり、リリースが誤って 8.4.10 とラベル付けされていました。この問題に対処し、バージョンの継続性を維持するために、8.4.10 リリースは利用できなくなり、後続のリリースは 8.4.11 になります。 |
8.4.9 | 8.4.5 |
8.4.5-1 | * セキュリティーの脆弱性を修正します。 * バグ修正も含まれています。詳細は、Data Grid Operator 8.4.9 で修正された問題 を参照してください。 |
8.4.8 | 8.4.4 |
8.4.4-1 | いくつかのバグ修正が追加されました。新機能は、Data Grid Operator 8.4.8 を参照してください。 |
8.4.7 | 8.4.3 |
8.4.3-2 | セキュリティーの脆弱性を修正します。 |
8.4.6 | 8.4.3 |
8.4.3-1 | いくつかのバグ修正とログ機能の強化が含まれています。 |
8.4.5 | 8.4.2 |
8.4.2-1 | いくつかのバグ修正が追加されました。新機能は、Data Grid Operator 8.4.5 を参照してください。 |
8.4.4 | 8.4.1 |
8.4.1-3 | セキュリティーの脆弱性を修正します。 |
8.4.3 | 8.4.1 |
8.4.1-2 | セキュリティーの脆弱性を修正します。 |
8.4.2 | 8.4.1 |
8.4.1-1 | いくつかのバグ修正が追加されました。新機能は、Data Grid Operator 8.4.2 を参照してください。 |
8.4.1 | 8.4.0 |
8.4.0-2 | オープンソースライセンスのコンプライアンスに必要な更新が含まれています。 |
8.4.0 | 8.4.0 |
8.4.0-1 | Data Grid Operator 8.4 GA を参照してください。 |
第2章 既知の問題および修正された問題
Data Grid Operator の既知の問題を確認し、修正された問題を確認します。
2.1. Data Grid Operator デプロイメントでの既知の問題
このリリースには、Data Grid Operator で管理する Data Grid クラスターに影響する既知の問題が含まれていません。Data Grid の詳細は、Data Grid 8.4 リリースノート を参照してください。
2.2. Data Grid Operator 8.4.12 で修正された問題
Data Grid Operator 8.4.12 で注目すべき修正は以下のようになります。
2.3. Data Grid Operator 8.4.11 で修正された問題
Data Grid Operator 8.4.11 で注目すべき修正は以下のようになります。
-
JDG-6584 シークレットに暗号化キーストア/証明書がない場合は、
Infinispan
CR が失敗する
2.4. Data Grid Operator 8.4.9 で修正された問題
Data Grid Operator 8.4.9 で注目すべき修正は以下のようになります。
- JDG-6549 Data Grid サーバーの HEAD リクエストがファイルの終わり (EOF) で失敗する
2.5. Data Grid Operator 8.4.8 で修正された問題
Data Grid Operator 8.4.8 で注目すべき修正は以下のようになります。
2.6. Data Grid Operator 8.4.6 で修正された問題
Data Grid Operator 8.4.6 で注目すべき修正は以下のようになります。
- JDG-6128 Data Grid Operator がクラスターの再起動後にスタックトレースでエラーメッセージを複数回ログに記録する
- JDG-6127 Data Grid Operator は、OpenShift がシークレットを作成するのを待機している間に、シークレットが欠落していることを示すエラーメッセージを繰り返しログに記録する
-
JDG-6207
spec.Image
フィールドは、CVE リリースのオペランドイメージによって上書きされる -
JDG-6204
spec.Image
の定義時にstatus.Operand.Image
フィールドが更新されない - JDG-6107認証付きのキャッシュの作成が失敗し、出力の問題が発生する
-
JDG-6055
spec.configListener
のメモリー
またはCPU
値を変更しても、ConfigListener デプロイメントには影響しない -
JDG-5835 1 つ以上のファイルストアで
purge-on-startup=false
を指定してクラスターをスケールダウンおよびスケールアップすると、エントリーが失効する可能性がある
2.7. Data Grid Operator 8.4.5 で修正された問題
Data Grid Operator 8.4.5 で注目すべき修正は以下のようになります。
2.8. Data Grid Operator 8.4.2 で修正された問題
Data Grid Operator 8.4.2 で注目すべき修正は以下のようになります。
- JDG-5623 Gossip ルーターは FIPS が有効な OpenShift で設定された TLS で起動に失敗する
-
JDG-5681 不変フィールドが変更されたときの
Cache
CR ステータスが正しくない -
JDG-5577 リスナーを無効にしても
listener
で作成されたCache
CR が削除されない - JDG-5756 デフォルトのエンドポイントの認証メカニズムを変更できないため、ユーザーは LDAP を設定できない
-
JDG-5789
Infinispan.status.podStatus
フィールドに、既存のデプロイメントトポロジーの誤った Pod 名が表示される -
JDG-5791 Data Grid Operator は、
Cache
CR の作成後にspec.template
の内容を変更する -
JDG-5794
ConfigListener
ログレベルを変更することはできない -
JDG-5818
RollingMigration
戦略を使用した OpenShift のローリングアップグレードにより、Infinispan
CR ステータスがPending
になる - JDG-5820 Hot Rod ローリング移行戦略を使用して Data Grid Server を 8.3.1-1 から 8.4.0-x にアップグレードすると、Data Grid Operator が失敗する
-
JDG-5836
ConfigListener
の古い CR チェックはリソース名のみを比較する
2.9. Data Grid Operator 8.4.0 で修正された問題
Data Grid Operator 8.4.0 で注目すべき修正は以下のようになります。
第3章 OpenShift の Data Grid
3.1. Data Grid 8.4 イメージ
Data Grid 8.4 には、Data Grid Operator と Data Grid Server の 2 つのコンテナーイメージが含まれます。
Data Grid イメージは Red Hat Container Registry でホストされており、このレジストリーには、タグ付けされた各バージョンに関する情報と、イメージのヘルスインデックスがあります。
カスタム Data Grid のデプロイメント
Red Hat は、Source-to-Image (S2I) プロセスまたは ConfigMapAPI
を使用した Red Hat Container Registry からの 8.4 イメージのカスタマイズをサポートしていません。
その結果、カスタムを使用できません。
- 検出プロトコル
-
JGroups
SYM_ENCRYPT
またはASYM_ENCRYPT
暗号化メカニズム
関連情報
3.2. OpenShift の組み込みキャッシュ
OpenShift で実行されているアプリケーションで組み込み Data Grid キャッシュを使用することは、以前のリリースではライブラリーモードと呼ばれていましたが、これは特定の用途のみを目的としています。
- カスタム Java アプリケーションでローカルキャッシュまたは分散キャッシュを使用して、キャッシュライフサイクルの完全な制御を維持します。さらに、分散ストリームなど、組み込み Data Grid でのみ使用可能な機能を使用する場合です。
-
ネットワーク遅延を減らして、キャッシュ操作の速度を向上させます。
Hot Rod プロトコルは、標準のクライアントサーバーアーキテクチャーと同等のパフォーマンスを実現するニアキャッシュ機能を提供します。
要件
OpenShift で実行されているアプリケーションに Data Grid を埋め込むには、検出メカニズムを使用して、Data Grid ノードがクラスターを形成してデータを複製および分散できるようにする必要があります。
Red Hat は、クラスター検出メカニズムとして DNS_PING のみをサポートします。
DNS_PING は、クラスターの検出とクラスターへの参加に Data Grid ノードが使用する ping
という名前のポートを公開します。次の OpenShift の Pod の例のように、TCP は ping
ポートで唯一サポートされているプロトコルです。
spec: ... ports: - name: ping port: 8888 protocol: TCP targetPort: 8888
制限
OpenShift で実行されているアプリケーションに Data Grid を組み込む場合にも、いくつかの特定の制限があります。
- 永続キャッシュストアは現在サポートされていません。
- UDP は、組み込みの Data Grid ではサポートされていません。
カスタムキャッシングサービス
Red Hat は、Data Grid を組み込み、カスタムのキャッシュサーバーを構築してリモートクライアント要求を処理しないことを強く推奨します。通常の自動更新でパフォーマンスを向上して、セキュリティーの問題を解決するには、代わりに Data Grid Operator を使用して Data Grid クラスターを作成する必要があります。