Data Grid Operator 8.4 リリースノート

8.4.15 の新機能

プローブのデフォルトのタイムアウト値

プローブのデフォルトのタイムアウトは 80 秒でしたが、1 秒に短縮されました。デフォルトのタイムアウトを短縮すると、Pod の再起動の応答時間が短縮されます。要件に応じてタイムアウト値を設定することもできます。詳細は、プローブをカスタマイズする機能 を参照してください。

プローブをカスタマイズする機能

Data Grid Pod で使用される Liveness、Readiness、および Startup プローブの値を設定して、要件に基づいてプローブをカスタマイズできるようになりました。詳細は、Pod プローブの設定 を参照してください。

Cache サービスタイプ使用時の警告

spec.Service.Type=Cache を使用すると、RHDG のパフォーマンスに悪影響が及ぶ可能性があります。非推奨の Cache サービスタイプ spec.Service.Type=Cache がデプロイメントで使用されている場合、警告が作成されます。代わりに DataGrid サービスタイプを使用してください。 Cache サービスタイプは、RHDG の今後のリリースで削除される予定です。

Cloud Events 統合

Cloud Events は、Data Grid 8.4.8 より前のリリースではテクノロジープレビューとして利用可能でした。この統合は Data Grid 8.4.8 リリースでは非推奨となっており、RHDG 8.4.x 以降の Data Grid リリースでは効果がなくなる予定です。

8.4.14 の新機能

Gossip Router の機能拡張

Gossip Router でアイドル接続タイムアウトを設定できるようになりました。これにより、Data Grid Pod または Gossip Router Pod が応答を停止した場合に、Gossip Router が孤立した TCP 接続を強制的に閉じることができるようになりました。

Data Grid Pod は、ミリ秒単位で定義された間隔で Gossip Router に ping を送信します。定義されたタイムアウト期間中に Data Grid Pod が Gossip Router からメッセージを受信しない場合、Data Grid は接続が孤立していると見なします。Gossip Router Pod は、タイムアウト期間中に Data Grid Pod からメッセージまたは ping を受信しなかった場合、接続を閉じます。

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 を使用して、以下を設定できます。

詳細は、Gossip ルーター Pod の CPU およびメモリーの割り当て を参照してください。

Data Grid Pod のスケジューリング

Data Grid Pod に優先度を割り当てて、重要なワークフローを最初にスケジュールできるようになりました。

spec.scheduling フィールドを使用して、Data Grid Pod に優先度を割り当てます。

kind: Infinispan
...
spec:
  scheduling:
    affinity:
      ...
    priorityClassName: "high-priority"
    ...

kind: Infinispan
...
spec:
  scheduling:
    affinity:
      ...
    priorityClassName: "high-priority"
    ...

8.4.5 の新機能

ConfigListener への CPU およびメモリーの割り当て

メモリーおよび CPU リソースを ConfigListener に割り当てることができます。ConfigListener はデフォルトで最小限のリソースを消費しますが、一部の Data Grid デプロイメントには制限を設定する必要がある場合があります。

cpu および memory フィールドでは <limit>:<requests> 形式で値を指定します。

spec:
  configListener:
    enabled:  true
    cpu: "2000m:1000m"
    memory: "2Gi:1Gi"

spec:
  configListener:
    enabled:  true
    cpu: "2000m:1000m"
    memory: "2Gi:1Gi"

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 のログレベルを設定できます。

spec:
  configListener:
    enabled: true
    logging:
      level: info

spec:
  configListener:
    enabled: true
    logging:
      level: info

Cache CR を更新するための戦略

Data Grid Operator を使用すると、Cache CR コントローラーが spec.template フィールドのキャッシュ設定の更新を処理する方法を制御できます。

Cache CR 更新戦略を次のように定義します。

spec:
  updates:
    strategy: retain

spec:
  updates:
    strategy: retain

8.4 GA の新機能

マルチオペランドのサポート

Data Grid Operator を 1 つインストールして Data Grid の複数バージョンをサポートできます。

サポート対象のバージョン間でアップグレードするには、Infinispan CR の spec.version フィールドを使用します。

Data Grid Operator バージョン 8.4 は、次の Data Grid バージョンをサポートします。

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 つだけです。

詳細は、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 Operator の詳細なバージョン情報を提供します。

このリリースには、Data Grid Operator で管理する Data Grid クラスターに影響する既知の問題が含まれていません。Data Grid の詳細は、Data Grid 8.4 リリースノート を参照してください。

Data Grid Operator 8.4.14 には、次の主な修正が含まれています。

Data Grid Operator 8.4.12 には、次の主な修正が含まれています。

Data Grid Operator 8.4.11 には、次の主な修正が含まれています。

Data Grid Operator 8.4.9 には、次の主な修正が含まれています。

Data Grid Operator 8.4.8 には、次の主な修正が含まれています。

Data Grid Operator 8.4.6 には、次の主な修正が含まれています。

Data Grid Operator 8.4.5 には、次の主な修正が含まれています。

Data Grid Operator 8.4.2 には、次の主な修正が含まれています。

Data Grid Operator 8.4.0 には、次の主な修正が含まれています。

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 イメージのカスタマイズをサポートしていません。

その結果、カスタムを使用できません。

OpenShift で実行されているアプリケーションで組み込み 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

spec:
  ...
  ports:
    - name: ping
      port: 8888
      protocol: TCP
      targetPort: 8888