Data Grid Operator 8.3 リリースノート

8.3.7 の新機能

FIPS モードの無効化

JVM を使用するすべてのコンポーネントが FIPS モードを無視するように、Infinispan CR で FIPS モードを無効にすることができます。つまり、Data Grid インスタンスを、FIPS モードが有効なすべての OpenShift クラスターで実行できます。

双方向調整の機能拡張

Data Grid Operator 8.3.7 では双方向調整のメカニズムが改善され、べき等性作成および取得機能が追加されました。べき等性機能により、双方向調整と Kubernetes の規則の整合性が確保されます。

Resource reconciliation (Data Grid Operator) を参照してください。

クラスタービューの応答の更新

Cache カスタムリソース (CR) からキャッシュを作成できない場合に、Data Grid Operator 8.3.7 は status フィールドを False に更新できるようになりました。

Webhook の検証および変更

Data Grid Operator 8.3.7 には、Webhook の検証および変更が含まれています。Webhook の Kubernetes API の動作が変更され、この API が無効な仕様の CR をすぐに拒否できます。

8.3.4 の新機能

Data Grid Operator による Hot Rod ローリングのアップグレード

バージョン 8.3.4 以降では、サービスのダウンタイムやデータの損失なしに新しいバージョンが利用可能になったときに、Data Grid クラスターをアップグレードできます。シャットダウンアップグレードは、デフォルトのアップグレードタイプのままです。Hot Rod ローリングアップグレードを有効にする方法は、Data Grid クラスターのアップグレード を参照してください。

作成されたリソースのユーザー定義の注釈

このリリースでは、Data Grid リソースの整理および監視に使用できる設定可能な注釈が導入されています。

不要な iptable ルールを回避するパフォーマンスの向上

Data Grid エンドポイントがヘッドレスサービスとして利用できるようになりました。ヘッドレスサービスは、クラスターのパフォーマンスに影響を与える可能性のあるいくつかの iptable ルールの作成を回避します。

クロスサイトレプリケーションの公開タイプとしての OpenShift ルート

このリリースでは、OpenShift Route をクロスサイトレプリケーションの新しいエクスポーズタイプとして使用できます。OpenShift Route を使用して、Data Grid クラスター間のバックアップ操作のネットワークトラフィックを処理できます。

Data Grid Operator のリソース調整

Data Grid Operator 8.3.4 では、Data Grid キャッシュを OpenShift Custom Resource (CR) 定義と同期できる双方向の調整が導入されています。双方向の調整は、Data Grid Console、コマンドラインインターフェイス (CLI)、またはその他のクライアントアプリケーションを介して Data Grid リソースに加えた変更と CR を同期し、その逆も同様です。

双方向の調整を実行するには、Data Grid サービスで configListener を有効にする必要があります。

設定の機能強化

クロスサイトレプリケーションを設定するときに、Data Grid CR で場所を指定する必要がなくなりました。Data Grid Operator は、サイトの場所を設定せずに Data Grid サービスを設定します。

8.3.1 の新機能

Data Grid Operator デプロイメントの OpenShift バンドルを更新

Data Grid Operator デプロイメントの OpenShift バンドルには、OpenJDK 11 でビルドされたイメージが含まれており、以下を含む複数のシステムアーキテクチャーをサポートします。

詳細は、Power and Z OpenShift Images を参照してください。

メモリーおよび CPU の要求および制限の強化

今回のリリースにより、Data Grid Pod の作成時に Data Grid Operator が OpenShift スケジューラーから要求するメモリーおよび CPU リソースのデフォルト値が増加しています。

さらに、以下のように Infinispan CR の <limit>:<requests> の形式でリソースを割り当てることができるようになりました。

spec:
  container:
    cpu: "2000m:1000m"
    memory: "2Gi:1Gi"

spec:
  container:
    cpu: "2000m:1000m"
    memory: "2Gi:1Gi"

readiness および Liveness プローブが更新され、パフォーマンスが向上

readiness および liveness プローブの設定が更新され、Data Grid クラスターがより早く利用可能になるようになりました。

8.3 GA の新機能

Data Grid Operator コードベースに対する多くの改良点

Data Grid チームは、将来的な機能強化を可能にするために、Data Grid Operator コードベースに対する内部改善に多くの時間と労力を費やしてきました。

ネイティブ CLI インストールおよび操作の完全サポート

インストールおよび操作感を改善するために、Data Grid 8.3 は oc クライアントプラグインとしてネイティブ CLI を完全にサポートします。ネイティブ CLI をインストールすると、以下のコマンドで oc クライアントを拡張します。

Data Grid Server のカスタム設定

Data Grid Server 設定を ConfigMap に追加し、Data Grid Operator で利用できるようになりました。これにより、Data Grid Operator は、カスタム設定を Data Grid クラスターに適用できます。

クロスサイトレプリケーション用の設定可能なリレーノードの数

Data Grid クラスターは GossipRouter インスタンスであるルーター Pod を使用して、クロスサイトのレプリケーションに RELAY メッセージを調整するようになりました。sites.local.maxRelayNodes フィールドを使用して、RELAY メッセージをルーター Pod に送信できる各クラスターの Pod 数を設定することもできます。

クロスサイト接続の TLS セキュリティー

キーストアとオプションのトラストストアを追加して、RELAY メッセージを暗号化し、Data Grid クラスター間のセキュアなクロスサイトレプリケーショントラフィックをセキュア化します。

キャッシュサービスタイプの非推奨化

Cache サービスタイプは、最小設定でレイテンシーを低く抑えたデータストアを便利に作成できるように設計されています。Infinispan CRD の開発を進めていくと、Cache CR のほうが、最終的にユーザーの選択肢が増え、デプロイメントのオーバーヘッドを抑えることができるので、この目的を達成するのにより適したアプローチであることが分かります。このため、Cache サービスタイプは Infinispan CRD の次のバージョンで削除される予定で、現在開発は積極的には行われていません。

Red Hat は、クラスターに DataGrid サービスタイプを設定することを推奨します。DataGrid サービスタイプは、クラスターのアップグレードやデータ移行など、複雑な操作を自動化する新機能や拡張ツールから、これからも恩恵を受けます。

以下のように DataGrid サービスクラスターを作成できます。

以下の表は、Data Grid Operator の詳細なバージョン情報を提供します。

本セクションでは、Data Grid Operator で管理する Data Grid クラスターに影響する問題について説明します。Data Grid の詳細は、Data Grid 8.3 リリースノート を参照してください。

説明:メモリー不足の例外が原因で OpenShift で Data Grid Server が終了する場合は、予期せぬ動作が発生する可能性があります。場合によっては、ノードが再起動できず、org.infinispan.LOCKS が degraded モードになる場合があります。以下の例外が Pod ログファイルに書き込まれます。

FATAL (main) [org.infinispan.SERVER] ISPN080028: Red Hat Data Grid Server failed to start java.util.concurrent.ExecutionException: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheException: Initial state transfer timed out for cache org.infinispan.LOCKS on <pod-name-id>

FATAL (main) [org.infinispan.SERVER] ISPN080028: Red Hat Data Grid Server failed to start java.util.concurrent.ExecutionException: org.infinispan.manager.EmbeddedCacheManagerStartupException: org.infinispan.commons.CacheException: Initial state transfer timed out for cache org.infinispan.LOCKS on <pod-name-id>

回避策:この問題に対する回避策はありません。OOM 例外を防ぐために、Data Grid キャッシュでエビクションの設定が必要です。

Data Grid Operator 8.3.0 には、以下の主な修正が含まれています。

Data Grid Operator 8.3.1 には、以下の主な修正が含まれています。

Data Grid Operator 8.3.4 には、以下の主な修正が含まれています。

Data Grid Operator 8.3.6 には、以下の主な修正が含まれています。

Data Grid Operator 8.3.7 には、以下の主な修正が含まれています。

Data Grid 8.3 には、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.3 イメージのカスタマイズをサポートしていません。

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

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