第1章 Data Grid のリリース情報

Data Grid 8.3 は、埋め込みキャッシュおよびリモートキャッシュに対して Java 17 を完全サポートします。

Data Grid 8.3 では、Red Hat OpenShift に Data Grid クラスターをデプロイするための Helm チャートが導入されました。Data Grid Helm チャートは、Data Grid Operator が管理するクラスターをデプロイすることができない場合や、Data Grid クラスターを手動で設定、デプロイメント、および管理する必要のあるシナリオの代替手段を提供します。

Data Grid Helm チャートには deploy.infinispan の値が含まれ、これにより Helm クライアントまたは OpenShift Web コンソールを使用して、カスタム設定を Data Grid Server ノードに適用できます。

Data Grid は、キャッシュとセキュリティーやクラスタートランスポートなどの基盤となるメカニズムをカスタマイズするための宣言型およびプログラム型の設定属性を提供します。

polyglot 設定

Data Grid 8.3 を使用すると、XML に加えて JSON および YAML 形式で宣言設定を作成できます。デプロイメントプラットフォーム (Red Hat Enterprise Linux (RHEL) あるいは Data Grid Operator または Data Grid Helm チャート経由の Red Hat OpenShift) に同じ Data Grid 設定ファイルを再利用できます。

動的キャッシュの変更可能な設定属性

Data Grid 8.3 を使用すると、実行時に動的に作成するキャッシュの設定属性を変更することができます。そのため、キャッシュを削除してから再作成して、有効期限の lifespan やエビクションの max-count などの設定属性を変更する必要がなくなります。

キャッシュ設定の変更は、既存の設定と互換性がある必要があります。たとえば、cache 設定を変更して replicated-cache 要素を distributed-cache に変更したり、max-size 属性の代わりに max-count 属性を使用したりすることはできません。

使用方法の詳細は、CLI または REST を参照してください。

キャッシュサイズの統計

Data Grid 8.3 以降、currentNumberOfEntries はパフォーマンスを向上させるため、デフォルトで -1 を返します。

この統計の正確な値を復元する場合、Data Grid はメトリクス設定に accurate-size 属性を提供するようになりました。ただし、これはリソースを集中的に使用する計算であり、開発環境にのみ推奨されます。以下のように値を true に設定します。

<cache-container>
 <metrics accurate-size="true"/>
</cache-container>

<cache-container>
 <metrics accurate-size="true"/>
</cache-container>

GlobalConfigurationBuilder b = new GlobalConfigurationBuilder();
b.metrics().accurateSize(true);

GlobalConfigurationBuilder b = new GlobalConfigurationBuilder();
b.metrics().accurateSize(true);

Data Grid 8.3 は、永続ストレージを使用するための新しく改善されたキャッシュストアの実装を提供します。

デフォルトのファイルベースのキャッシュストア実装

メモリーリソースを減らして断片化を回避することでパフォーマンスを向上するために、SoftIndexFileStore が Data Grid のファイルベースのキャッシュストアのデフォルトの実装になりました。8.3 以降では、キャッシュ設定に file-store 永続性を含めると、単一ファイルキャッシュストアではなく、ソフトインデックスファイルベースのキャッシュストアが作成されます。

8.3 にアップグレードすると、Data Grid は自動的に file-store 設定を SoftIndexFileStore に移行します。

以前のバージョンから Data Grid 8.3 に移行する際に、キャッシュ設定に soft-index-file-store 要素が含まれる場合には、これを file-store 要素に変換する必要があります。詳細は、Migrating to Data Grid 8 を参照してください。

<persistence>
  <soft-index-file-store xmlns="urn:infinispan:config:soft-index:12.1">
    <index path="testCache/index" />
    <data path="testCache/data" />
  </soft-index-file-store>
</persistence>

<persistence>
  <soft-index-file-store xmlns="urn:infinispan:config:soft-index:12.1">
    <index path="testCache/index" />
    <data path="testCache/data" />
  </soft-index-file-store>
</persistence>

<persistence>
  <file-store>
    <index path="testCache/index" />
    <data path="testCache/data" />
  </file-store>
</persistence>

<persistence>
  <file-store>
    <index path="testCache/index" />
    <data path="testCache/data" />
  </file-store>
</persistence>

SQL キャッシュストア

Data Grid 8.3 には SQL キャッシュストアが導入され、永続ストレージのデータへのアクセスを簡素化し、JDBC 接続を介してキャッシュを事前に読み込みます。

以下の 2 種類の SQL キャッシュストアを作成できます。

JDBC 接続ファクトリー

Data Grid 8.3 以降、Data Grid は、org.infinispan.persistence.jdbc.common.configuration パッケージで JDBC 接続に ConnectionFactory 実装を提供します。これらの接続ファクトリーは SQL キャッシュストアと JDBC 文字列ベースのキャッシュストアで使用できます。

Data Grid Server は専用の Java 仮想マシン (JVM) で実行され、リモートキャッシュ用にスケーラブルでフォールトトレラントなクラスターを提供します。

分散セキュリティーレルム

Data Grid Server では、複数のセキュリティーレルムを単一のレルムに統合できるようになりました。ユーザーの認証時に、Data Grid Server は、認証を実行できるセキュリティーレルムが見つかるまで、各セキュリティーレルムを順番に使用します。

たとえば、以下のセキュリティーレルムには LDAP レルムとプロパティーレルムおよび distributed-realm 要素が含まれます。

<security-realms>
   <security-realm name="my-distributed-realm">
      <ldap-realm>
         <!-- LDAP realm configuration. -->
      </ldap-realm>
      <properties-realm>
         <!-- Property realm configuration. -->
      </properties-realm>
      <distributed-realm/>
   </security-realm>
</security-realms>

<security-realms>
   <security-realm name="my-distributed-realm">
      <ldap-realm>
         <!-- LDAP realm configuration. -->
      </ldap-realm>
      <properties-realm>
         <!-- Property realm configuration. -->
      </properties-realm>
      <distributed-realm/>
   </security-realm>
</security-realms>

複数のエンドポイント設定

複数のエンドポイントを異なるソケットにバインドし、異なるセキュリティーレルムを使用するように Data Grid Server を設定できます。

例として、以下のスニペットには、2 つの異なるエンドポイント設定が含まれます。1 つのエンドポイントは "public" ソケットにバインドされ、application" セキュリティーレルムを使用し、管理機能を無効にします。別のエンドポイントは "private" ソケットにバインドし、"management" セキュリティーレルムを使用し、管理機能を有効にします。

<endpoints>
  <endpoint socket-binding="public"
            security-realm="application"
            admin="false">
    <hotrod-connector/>
    <rest-connector/>
  </endpoint>
  <endpoint socket-binding="private"
            security-realm="management">
    <hotrod-connector/>
    <rest-connector/>
  </endpoint>
</endpoints>

<endpoints>
  <endpoint socket-binding="public"
            security-realm="application"
            admin="false">
    <hotrod-connector/>
    <rest-connector/>
  </endpoint>
  <endpoint socket-binding="private"
            security-realm="management">
    <hotrod-connector/>
    <rest-connector/>
  </endpoint>
</endpoints>

セキュリティーの強化

<cache-container>
  <transport server:security-realm="tls-transport"/>
</cache-container>

<cache-container>
  <transport server:security-realm="tls-transport"/>
</cache-container>

<engine enabled-protocols="TLSv1.3" />

<engine enabled-protocols="TLSv1.3" />

設定オーバーレイ

Data Grid Server は、重複した --server-config= または -c 引数を使用して、起動時にオーバーレイする複数の設定ファイルを解析できます。

bin/server.sh -c infinispan.xml -c overlay.yaml

$ bin/server.sh -c infinispan.xml -c overlay.yaml

必要な数の設定オーバーレイファイルを任意の順序で使用できます。設定オーバーレイファイル:

オーバーレイファイルにはキャッシュ設定フラグメントを含めることはできません。たとえば、オーバーレイファイル -c mycache.yaml に分散キャッシュを作成するには、以下のように infinispan および cacheContainer フィールドを追加する必要があります。

infinispan:
  cacheContainer:
    distributedCache:
      name: "mycache"
      mode: "SYNC"
      owners: 2
      statistics: "true"
      encoding:
        mediaType: "application/x-protostream"

infinispan:
  cacheContainer:
    distributedCache:
      name: "mycache"
      mode: "SYNC"
      owners: 2
      statistics: "true"
      encoding:
        mediaType: "application/x-protostream"

すべてのアドレスのリッスン

Data Grid Server のバインドアドレスとして 0.0.0.0 メタアドレス (INADDR_ANY) を指定すると、利用可能なすべてのネットワークインターフェイスで着信クライアント接続をリッスンします。

パフォーマンスおよびユーザービリティーの改善

Data Grid Console は、リモートキャッシュを監視および管理するためのグラフィカルユーザーインターフェイスであり、8.3 では以下の機能と拡張機能が含まれています。

Data Grid CLI を使用すると、リモートキャッシュの管理操作をスクリプト化および自動化できます。

ランタイム時の設定属性の変更

alter コマンドを使用すると、実行時に Data Grid 設定属性を変更できます。

alter cache mycache --attribute=clustering.remote-timeout --value=5000

alter cache mycache --attribute=clustering.remote-timeout --value=5000

キャッシュの可用性の制御

availability コマンドを使用すると、ネットワークパーティションでクラスター化されたキャッシュの可用性を管理できます。

availability --mode=AVAILABLE mycache

availability --mode=AVAILABLE mycache

リバランス操作の有効化および無効化

rebalance コマンドを使用すると、キャッシュのクラスターのリバランス操作をオン/オフに切り替えることができます。

Hot Rod クラスターの移行

migrate コマンドは、実行中の Data Grid クラスターから別の Data Grid クラスターにデータを移行する追加のオプションを提供します。

クロスサイトレプリケーションリレーノードの取得

site コマンドを使用すると、Data Grid クラスターのどのノードが、クロスサイトレプリケーションに RELAY メッセージを処理するかを確認できます。

ネイティブ CLI

ネイティブ CLI は 8.3 で更新され、oc クライアントプラグインとしての使用が改善され、Red Hat OpenShift で実行される Data Grid Pod と対話できるようになりました。

Data Grid は、REST 経由で HTTP を使用してリモートキャッシュおよびコンテナーにアクセスできるようにします。

ランタイム時の設定属性の変更

キャッシュの可用性の制御

リバランス操作の有効化および無効化

Hot Rod の移行

REST API は、実行中の Data Grid クラスターから別の Data Grid クラスターにデータを移行できるようにするコントロールを公開します。

クロスサイトレプリケーションリレーノードの取得

XML、JSON、YAML 間のキャッシュ設定の変換

有効な設定と ?action=convert パラメーターを使用して POST リクエストを呼び出します。Data Grid は、Accept ヘッダで指定されたタイプの設定の同等の表現で応答します。

POST /rest/v2/caches?action=convert

POST /rest/v2/caches?action=convert

サーバー送信イベントを使用したキャッシュエントリーおよびキャッシュ設定リスナー

Data Grid を使用すると、キャッシュをインデックス化し、Ickle クエリー言語で関連付けまたはフルテキストクエリーを実行できます。

クエリーによる削除

以下の構文を使用して、Data Grid キャッシュからエントリーを削除できます。

DELETE FROM <entityName> [WHERE condition]

DELETE FROM <entityName> [WHERE condition]

クエリー実行メソッド

Query API は、キャッシュで Ickle クエリーを実行する 2 つの方法を提供します。

クロスサイトレプリケーションを使用すると、複数の地理的リージョンにまたがる Data Grid クラスターをバックアップできます。

可観測性およびメトリクスの改善

Data Grid 8.3 は、監視および統計を改善するために、クロスサイトのレプリケーション機能を更新します。

Data Grid を使用すると、以下が可能になります。

Data Grid 8.3 では、各バックアップの場所およびキャッシュのクロスサイトレプリケーション操作 (応答時間や RELAY メッセージの数などを含む) に関する詳細なメトリクスも提供します。

グローバルクラスターの命名

cluster 属性を使用すると、ログメッセージに出力されるグローバルクラスターの名前を定義できます。これにより、Data Grid ログで、グローバルクラスターとローカルクラスターを簡単に区別できます。

デフォルトでは、クロスサイトクラスターの名前は "xsite" ですが、以下の例で "my-global-cluster" などのカスタム名を指定できます。

<remote-sites default-stack="tcp" cluster="my-global-cluster">
  <remote-site name="LON"/>
  <remote-site name="NYC"/>
</remote-sites>

<remote-sites default-stack="tcp" cluster="my-global-cluster">
  <remote-site name="LON"/>
  <remote-site name="NYC"/>
</remote-sites>

Data Grid 8.3 は、クラスター間でデータの移行を実行するための設定およびメカニズムを簡素化し、あるバージョンから別のバージョンに移動します。Data Grid 8.3 でのローリングアップグレード: