Data Grid のアップグレード
Data Grid を 8.5 にアップグレードする
概要
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 8 のアップグレードに関する注意点 リンクのコピーリンクがクリップボードにコピーされました!
Data Grid 8 のバージョンから別のバージョンにアップグレードする前に、このセクションの詳細を確認してください。
1.1. Data Grid 8.5 へのアップグレード リンクのコピーリンクがクリップボードにコピーされました!
以前のバージョンの Data Grid 8 から 8.5 へのアップグレードを正常に行うには、次の情報をお読みください。
削除
- Kryo および Protostuff マーシャラーは削除されました。
- 拡張統計情報モジュールは削除されました。
- JCache CDI はサポートされなくなりました。
- Spring 5.x および Spring Boot 2.x はサポートされなくなりました。
- Red Hat JBoss EAP モジュールは提供されなくなりました。
クラスのパッケージの変更
次のクラスは別のパッケージに移動されました。
-
org.infinispan.util.TimeoutExceptionはorg.infinispan.commons.TimeoutExceptionに移動されました -
org.infinispan.util.concurrent.IsolationLevelはorg.infinispan.configuration.IsolationLevelに移動されました
クラス、メソッド、プロパティーの削除
次のメソッドとプロパティーは削除されました。
- すべて: スキーマ < 10.0 の設定ファイルの解析
-
共通:
Start.priorityとStop.priority -
コア:
AdvancedCache.with(ClassLoader),AdvancedCache.getEvictionManager(),AdvancedCache.getAsyncInterceptorChain(),AdvancedCache.getComponentRegistry() -
コア:
AnyScopeComponentFactory.construct(Class) -
コア:
Cache.getListeners() -
コア:
ConfigurationBuilder.classLoader(),ConfigurationBuilder.customInterceptors() -
コア:
DataRehashedEvent.getUnionConsistentHash() -
コア:
EmbeddedCacheManager.getListeners(),EmbeddedCacheManager.getTransport(),EmbeddedCacheManager.removeCache(String),EmbeddedCacheManager.getGlobalComponentRegistry() -
コア:
FlagAffectedCommand.setFlags,FlagAffedctedCommand.addFlags,FlagAffectedCommand.hasFlag -
コア:
IntCacheStream.filterKeySegments(Set<Integer>) -
コア:
JMXStatisticsConfiguration -
コア:
GlobalConfiguration.DEFAULT_MARSHALL_VERSION -
コア:
LocalizedCacheTopology.getDistributionForSegment(int) -
コア:
NamedComponentFactory -
コア:
PersistenceUtil.loadAndStoreInDataContainer -
コア:
TopologyChangedEvent.getConsistentHashAtStart()andTopologyChangedEvent.getConsistentHashAtEnd() -
コア:
Transport.invokeRemotely()Transport.waitForView()Transport.backupRemotely()AbstractTransport -
コア:
ValueMatcher.nonExistentEntryCanMatch -
コア:
WriteCommand.updateStatusFromRemoteResponse - コア: 状態遷移プール
-
カウンター:
SyncStrongCounterとSyncWeakCounter -
Hot Rod クライアント:
org.infinispan.client.hotrod.marshall.ProtoStreamMarshaller - サーバーとクライアント: キーストア証明書のパスワード
- RocksDB ストア: 有効期限キューのサイズ
- リモートストア: トランスポートファクトリーと maxIdle
メトリクス
names-as-tags が true に設定されている場合、JGroups およびクロスサイトメトリクスの名前が変更され、クラスターの名前とサイトの名前はメトリクス名に表示されなくなり、タグとして表示されます。
name-as-tags が false に設定されている場合、メトリクスがチャネルに基づいて命名され、同じ目的のメトリクスが複数作成されます。
name-as-tags を true に設定すると、メトリクスが簡素化され、クラスター名とサイト名がタグとして表示されます。
# TYPE vendor_jgroups_frag4_get_number_of_sent_fragments gauge
# HELP vendor_jgroups_frag4_get_number_of_sent_fragments Number of sent fragments
vendor_jgroups_frag4_get_number_of_sent_fragments{cache_manager="default",cluster="xsite",node="..."} 0.0
vendor_jgroups_frag4_get_number_of_sent_fragments{cache_manager="default",cluster="cluster",node="..."} 2.0
# TYPE vendor_jgroups_frag4_get_number_of_sent_fragments gauge
# HELP vendor_jgroups_frag4_get_number_of_sent_fragments Number of sent fragments
vendor_jgroups_frag4_get_number_of_sent_fragments{cache_manager="default",cluster="xsite",node="..."} 0.0
vendor_jgroups_frag4_get_number_of_sent_fragments{cache_manager="default",cluster="cluster",node="..."} 2.0
SecurityManager
Java Development Kit (JDK) 17 での SecurityManager の削除による非推奨に合わせて、SecurityManager との統合はサポートされなくなりました。
Jakarta と Java EE
-
Data Grid は
jakarta.*パッケージのみを使用するように更新されました。 -
レガシー
javax.*パッケージが必要な場合は、Data Grid 8.4.x を使用する必要があります。 -
jakarta.*とjavax.*の両方のパッケージが含まれていた移行用の*-jakartajar は削除されました。
Hot Rod クライアントのデフォルト
Data Grid では、Hot Rod クライアントのプロパティーに変更が導入されました。
ssl_hostname_validation
デフォルト値が true の新しいプロパティー ssl_hostname_validation が追加されました。このプロパティーにより、RFC 2818 に基づいた TLS ホスト名の検証が有効になります。
さらに、ホスト名の検証が有効になっている場合は、sni_host_name の設定が必須になりました。
| プロパティー | Data Grid 8.5 | 以前のバージョン |
|---|---|---|
|
| 2000 ミリ秒/2 秒 | 60000 ミリ秒/60 秒 |
|
| 2000 ミリ秒/2 秒 | 60000 ミリ秒/60 秒 |
|
| 3 | 10 |
|
| 180000 ミリ秒/3 分 | 1800000 ミリ秒/30 分 |
|
| SCRAM-SHA-512 | SCRAM-SHA-256 |
検索
Data Grid 8.5 では、検索に次の変更が導入されています。
インデックス作成
-
property属性が削除されました。 -
auto-config属性が削除されました。 -
index属性が削除されました。
アノテーションのインデックス作成
- Hibernate Search 5 アノテーションはサポートされなくなりました。
-
@ProtoDocアノテーションは非推奨になりました。
セキュリティー
PrincipalRoleMapper は、グループとユーザープリンシパルの両方ではなく、グループにのみ適用されるようになりました。古い動作を使用するには、cache-manager.security.authorization.group-only-mapping=false 設定を使用します。
PrincipalRoleMapper API の詳細は、ロールおよび権限マッパー を参照してください。
散在 (scattered) キャッシュの削除
散在キャッシュモードは削除されました。代わりに分散キャッシュを使用してください。キャッシュモードの詳細は、キャッシュモード を参照してください。
グローバル状態
デフォルトでは、永続的なグローバル状態で、シャットダウンが正常に行われなかったことを示すダングリングロックファイルが見つかった場合、Data Grid は起動しません。グローバル状態の unclean-shutdown-action 設定を行うことで、デフォルトの動作を変更できます。詳細は、グローバル永続ロケーション を参照してください。
Persistence
availability-interval のデフォルト値が 30 秒に増加されました。以前のデフォルトは 1 秒でした。
Soft-index ファイルストア
セグメント数を計算するには、以前のようにインデックスセグメント設定を使用する代わりに、キャッシュセグメントの数のみが使用されます。
RESP エンドポイント
Data Grid 8.5 では、RESP エンドポイントに次の変更が導入されています。
-
RESP エンドポイントキャッシュでは、キーストレージメディアタイプが
application/octet-streamであることが必要になりました。 - RESP エンドポイントで使用されるキャッシュ設定にデフォルトの有効期限を適用できます。
クライアントリスナー削除イベントの伝播
CacheEventConverter の新しい includeOldValue メソッドに関する変更をサポートするために、クライアントリスナー削除イベントは、イベントが値を削除しない場合でも、伝播されるようになりました。
削除イベントにはデフォルトでは値は含まれません。
NearCache SPI の更新
以前の NearCache SPI では、同時更新によって古いエントリーがニアキャッシュに保存される可能性があるという問題がありました。この問題に対処するために、NearCache SPI が更新されました。
最低でも 8.1 からのアップグレード
8.0 からアップグレードする場合は、最初に 8.1 にアップグレードする必要があります。Data Grid 8.0 の永続データは、新しいバージョンのバイナリーではありません。この非互換性の問題に対処するために、Data Grid 8.2 以降では、クラスター起動時に Data Grid 8.1 から既存の永続キャッシュストアを自動的に変換します。ただし、Data Grid は、Data Grid 8.0 からキャッシュストアを変換しません。
第2章 Data Grid Server クラスターのローリングアップグレードの実行 リンクのコピーリンクがクリップボードにコピーされました!
Data Grid クラスターのローリングアップグレードを実行して、ダウンタイムやデータの損失なしにバージョン間で変更し、Hot Rod プロトコルを介してデータを移行します。
2.1. ターゲット Data Grid クラスターの設定 リンクのコピーリンクがクリップボードにコピーされました!
アップグレードする予定の Data Grid バージョンを使用するクラスターを作成してから、リモートキャッシュストアを使用してソースクラスターをターゲットクラスターに接続します。
前提条件
- ターゲットクラスターに必要なバージョンの Data Grid Server ノードをインストールします。
ターゲットクラスターのネットワークプロパティーはソースクラスターのネットワークプロパティーが重複していないことを確認します。JGroups トランスポート設定でターゲットおよびソースクラスターの一意の名前を指定する必要があります。環境に応じて、異なるネットワークインターフェイスとポートオフセットを使用して、ターゲットクラスターとソースクラスターを分離することもできます。
手順
ターゲットクラスターがソースクラスターに接続できるリモートキャッシュストア設定を JSON 形式で作成します。
ターゲットクラスターのリモートキャッシュストアは、Hot Rod プロトコルを使用して、ソースクラスターからデータを取得します。
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Data Grid コマンドラインインターフェイス (CLI) または REST API を使用して、リモートキャッシュストア設定をターゲットクラスターに追加し、ソースクラスターに接続できるようにします。
CLI: ターゲットクラスターで
migrate cluster connectコマンドを使用します。[//containers/default]> migrate cluster connect -c myCache --file=remote-store.json
[//containers/default]> migrate cluster connect -c myCache --file=remote-store.jsonCopy to Clipboard Copied! Toggle word wrap Toggle overflow REST API:
rolling-upgrade/source-connectionメソッドを使用して、ペイロードにリモートストア設定が含まれる POST リクエストを呼び出します。POST /rest/v2/caches/myCache/rolling-upgrade/source-connection
POST /rest/v2/caches/myCache/rolling-upgrade/source-connectionCopy to Clipboard Copied! Toggle word wrap Toggle overflow
- 移行するキャッシュごとに直前の手順を繰り返します。
すべての要求の処理を開始するために、クライアントをターゲットクラスターに切り替えます。
- クライアント設定をターゲットクラスターの場所で更新します。
- クライアントを再起動します。
インデックスキャッシュを移行する必要がある場合は、まず内部の ___protobuf_metadata キャッシュを移行して、ソースクラスターで定義された .proto スキーマがターゲットクラスターにも存在するようにする必要があります。
2.2. ターゲットクラスターへのデータの同期 リンクのコピーリンクがクリップボードにコピーされました!
ターゲット Data Grid クラスターを設定してソースクラスターに接続する場合、ターゲットクラスターはリモートキャッシュストアを使用してクライアント要求を処理し、オンデマンドでデータをロードできます。データをターゲットクラスターに完全に移行して、ソースクラスターの使用を停止できるようにするには、データを同期します。この操作はソースクラスターからデータを読み取り、ターゲットクラスターに書き込みます。データは、ターゲットクラスターのすべてのノードに並行して移行され、各ノードはデータのサブセットを受け取ります。ターゲットクラスターに移行する各キャッシュの同期を実行する必要があります。
前提条件
- 適切な Data Grid バージョンでターゲットクラスターを設定している。
手順
ターゲットクラスターに移行する各キャッシュと Data Grid コマンドラインインターフェイス (CLI) または REST API との同期を開始します。
CLI:
migrate cluster synchronizeコマンドを使用します。migrate cluster synchronize -c myCache
migrate cluster synchronize -c myCacheCopy to Clipboard Copied! Toggle word wrap Toggle overflow REST API: POST リクエストと共に
?action=sync-dataパラメーターを使用します。POST /rest/v2/caches/myCache?action=sync-data
POST /rest/v2/caches/myCache?action=sync-dataCopy to Clipboard Copied! Toggle word wrap Toggle overflow 操作が完了すると、Data Grid はターゲットクラスターにコピーされたエントリーの合計数で応答します。
ターゲットクラスター内の各ノードをソースクラスターから切断します。
CLI:
migrate cluster disconnectコマンドを使用します。migrate cluster disconnect -c myCache
migrate cluster disconnect -c myCacheCopy to Clipboard Copied! Toggle word wrap Toggle overflow REST API: DELETE リクエストを呼び出します。
DELETE /rest/v2/caches/myCache/rolling-upgrade/source-connection
DELETE /rest/v2/caches/myCache/rolling-upgrade/source-connectionCopy to Clipboard Copied! Toggle word wrap Toggle overflow
次のステップ
ソースクラスターからすべてのデータを同期すると、ローリングアップグレードプロセスが完了します。ソースクラスターの使用を停止できるようになりました。
第3章 キャッシュストア間のデータの移行 リンクのコピーリンクがクリップボードにコピーされました!
Data Grid は、キャッシュストア間で永続化されたデータを移行するための Java ユーティリティーを提供します。
Data Grid をアップグレードする場合、メジャーバージョン間の機能相違点は、キャッシュストア間の後方互換性を許可しません。StoreMigrator を使用してデータを変換し、ターゲットバージョンとの互換性を持つことができます。
たとえば、Data Grid 8.0 にアップグレードすると、デフォルトのマーシャラーが Protostream に変更になります。以前の Data Grid バージョンでは、キャッシュストアはバイナリー形式を使用し、マーシャリングする変更との互換性がありません。つまり、Data Grid 8.0 は、以前の Data Grid バージョンでキャッシュストアから読み込むことができません。
他の場合は、Data Grid のバージョンが、JDBC Mixed および Binary ストアなどのキャッシュストア実装を非推奨または削除します。このような場合は、StoreMigrator を使用して異なるキャッシュストア実装に変換できます。
3.1. キャッシュストアマイグレーター リンクのコピーリンクがクリップボードにコピーされました!
Data Grid は、最新の Data Grid キャッシュストア実装のデータを再作成する CLI migrate store コマンドを提供します。
ストアマイグレーターは、以前のバージョンの Data Grid のキャッシュストアをソースとして取得し、キャッシュストアの実装をターゲットとして使用します。
ストアマイグレーターを実行すると、EmbeddedCacheManager インターフェイスを使用して定義したキャッシュストアタイプでターゲットキャッシュが作成されます。ストアマイグレーターは、ソースストアからメモリーにエントリーをロードし、それらをターゲットキャッシュに配置します。
ストアマイグレーターを使用すると、あるタイプのキャッシュストアから別のストアにデータを移行することもできます。たとえば、JDBC 文字列ベースのキャッシュストアから、SIFS キャッシュストアに移行できます。
ストアマイグレーターは、セグメント化されたキャッシュストアから以下へはデータを移行できません。
- 非セグメント化されたキャッシュストア。
- セグメント数が異なるセグメント化されたキャッシュストア。
3.2. キャッシュストアマイグレーターの設定 リンクのコピーリンクがクリップボードにコピーされました!
migrator.properties ファイルを使用して、ソースおよびターゲットのキャッシュストアのプロパティーを設定します。
手順
-
migrator.propertiesファイルを作成します。 migrator.propertiesファイルを使用して、ソースおよびターゲットのキャッシュストアのプロパティーを設定します。source.接頭辞をソースキャッシュストアの全設定プロパティーに追加します。ソースキャッシュストアの例
source.type=SOFT_INDEX_FILE_STORE source.cache_name=myCache source.location=/path/to/source/sifs source.version=<version>
source.type=SOFT_INDEX_FILE_STORE source.cache_name=myCache source.location=/path/to/source/sifs source.version=<version>Copy to Clipboard Copied! Toggle word wrap Toggle overflow 重要セグメント化されたキャッシュストアからデータを移行するには、
source.segment_countプロパティーを使用してセグメント数も設定する必要があります。セグメント数は、Data Grid 設定のclustering.hash.numSegmentsと一致させる必要があります。キャッシュストアのセグメント数が対応するキャッシュのセグメント数と一致しないと、Data Grid がキャッシュストアからデータを読み取ることができません。target.接頭辞をターゲットキャッシュストアの全設定プロパティーに追加します。ターゲットキャッシュストアの例
target.type=SINGLE_FILE_STORE target.cache_name=myCache target.location=/path/to/target/sfs.dat
target.type=SINGLE_FILE_STORE target.cache_name=myCache target.location=/path/to/target/sfs.datCopy to Clipboard Copied! Toggle word wrap Toggle overflow
3.2.1. キャッシュストアマイグレーターの設定プロパティー リンクのコピーリンクがクリップボードにコピーされました!
ソースおよびターゲットのキャッシュストアを StoreMigrator プロパティーで設定します。
| プロパティー | 説明 | 必須/オプション |
|---|---|---|
|
| ソースまたはターゲットのキャッシュストアのタイプを指定します。
| 必須 |
| プロパティー | 説明 | 値の例 | 必須/オプション |
|---|---|---|---|
|
| バックアップするキャッシュの名前。 |
| 必須 |
|
| セグメンテーションを使用できるターゲットキャッシュストアのセグメント数。
セグメント数は、Data Grid 設定の |
| 任意 |
|
| カスタムマーシャラークラスを指定します。 | カスタムマーシャラーを使用する場合に必要です。 |
|
| デシリアライズが許可される完全修飾クラス名のコンマ区切りリストを指定します。 | 任意 |
| どのクラスのデシリアライズを許可するかを決定する正規表現のコンマ区切りリストを指定します。 |
| 任意 |
|
| 任意 |
| プロパティー | 説明 | 必須/オプション |
|---|---|---|
|
| 基礎となるデータベースのダイアレクトを指定します。 | 必須 |
|
|
ソースキャッシュストアのマーシャラーバージョンを指定します。
* Data Grid 7.2.x の場合は
* Data Grid 7.3.x の場合は
* Data Grid 8.0.x の場合は
* Data Grid 8.1.x の場合は
* Data Grid 8.2.x の場合は
* Data Grid 8.3.x の場合は | ソースストアにのみ必要です。 |
|
| JDBC 接続 URL を指定します。 | 必須 |
|
| JDBC ドライバーのクラスを指定します。 | 必須 |
|
| データベースユーザー名を指定します。 | 必須 |
|
| データベースユーザー名のパスワードを指定します。 | 必須 |
|
| データベース upsert を無効にします。 | 任意 |
|
| テーブルインデックスが作成されるかどうかを指定します。 | 任意 |
|
| テーブル名の追加接頭辞を指定します。 | 任意 |
|
| 列名を指定します。 | 必須 |
|
| 列タイプを指定します。 | 必須 |
|
|
| 任意 |
Binary キャッシュストアから古い Data Grid バージョンの移行には、以下のプロパティーで table.string.* を table.binary.\* に変更します。
-
source.table.binary.table_name_prefix -
source.table.binary.<id\|data\|timestamp>.name -
source.table.binary.<id\|data\|timestamp>.type
| プロパティー | 説明 | 必須/オプション |
|---|---|---|
|
| データベースディレクトリーを設定します。 | 必須 |
|
| 使用する圧縮タイプを指定します。 | 任意 |
# Example configuration for migrating from a RocksDB cache store. source.type=ROCKSDB source.cache_name=myCache source.location=/path/to/rocksdb/database source.compression=SNAPPY
# Example configuration for migrating from a RocksDB cache store.
source.type=ROCKSDB
source.cache_name=myCache
source.location=/path/to/rocksdb/database
source.compression=SNAPPY
| プロパティー | 説明 | 必須/オプション |
|---|---|---|
|
|
キャッシュストア | 必須 |
# Example configuration for migrating to a Single File cache store. target.type=SINGLE_FILE_STORE target.cache_name=myCache target.location=/path/to/sfs.dat
# Example configuration for migrating to a Single File cache store.
target.type=SINGLE_FILE_STORE
target.cache_name=myCache
target.location=/path/to/sfs.dat
| プロパティー | 説明 | 値 |
|---|---|---|
| 必須/オプション |
| データベースディレクトリーを設定します。 |
| 必須 |
| データベースインデックスディレクトリーを設定します。 |
# Example configuration for migrating to a Soft-Index File cache store. target.type=SOFT_INDEX_FILE_STORE target.cache_name=myCache target.location=path/to/sifs/database target.location=path/to/sifs/index
# Example configuration for migrating to a Soft-Index File cache store.
target.type=SOFT_INDEX_FILE_STORE
target.cache_name=myCache
target.location=path/to/sifs/database
target.location=path/to/sifs/index
3.3. Data Grid キャッシュストアの移行 リンクのコピーリンクがクリップボードにコピーされました!
ストアマイグレーターを実行して、あるキャッシュストアから別のキャッシュストアにデータを移行します。
前提条件
- Data Grid CLI を入手している。
-
ソースおよびターゲットのキャッシュストアを設定する
migrator.propertiesファイルを作成している。
手順
-
migrate store -p /path/to/migrator.propertiesCLI コマンドを実行します。