Data Grid Operator 8.5 リリースノート
Data Grid Operator 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 Operator 8.5
Data Grid Operator 8.5 のバージョンの詳細および問題に関する情報を説明します。
1.1. Data Grid Operator 8.5.6
8.5.6 の新機能
8.5.6 リリースにはバグ修正のみが含まれています。詳細は、Data Grid Operator 8.5.6 で修正された問題 を参照してください。
1.2. Data Grid Operator 8.5.4
8.5.4 の新機能。
Batch CR での CPU とメモリーの制限の設定
この更新により、Batch Custom Resource (CR) 内の CPU 要求数とメモリー割り当てを制限できるようになります。以下に例を示します。
apiVersion: infinispan.org/v2alpha1 kind: Batch metadata: name: exampleBatch spec: cluster: infinispan configMap: mybatch-config-map container: cpu: "2000m:1000m" memory: "2Gi:1Gi"
apiVersion: infinispan.org/v2alpha1
kind: Batch
metadata:
name: exampleBatch
spec:
cluster: infinispan
configMap: mybatch-config-map
container:
cpu: "2000m:1000m"
memory: "2Gi:1Gi"
ログトレースのログ表示のカスタマイズ
Infinispan
CR で spec.logging.pattern
フィールドを定義すると、Data Grid ログトレースのログ表示をカスタマイズできるようになりました。
カスタムパターンを定義しないと、デフォルトの形式は次のようになります。
%d{HH:mm:ss,SSS} %-5p (%t) [%c] %m%throwable%n
%d{HH:mm:ss,SSS} %-5p (%t) [%c] %m%throwable%n
詳細は、ログパターンの調整 を参照してください。
HorizontalPodAutoscaler による自動スケーリングのサポート
Infinispan CR と同じ名前空間に HorizontalPodAutoscaler
リソースを定義することで、指定されたメトリクスに基づいて StatefulSet または Deployment を自動的にスケールアップまたはスケールダウンできるようになりました。
詳細は、自動スケーリング を参照してください。
1.3. Data Grid Operator 8.5.3
8.5.3 の新機能
SSL/TLS 証明書の自動再読み込み
Data Grid 8.5.1 以降、Data Grid はキーストアファイルの変更を監視し、証明書が更新されたときにサーバーまたはクライアントを再起動することなく、キーストアファイルを自動的に再読み込みします。
したがって、Data Grid Operator 8.5.3 では、Data Grid 8.5.1 Operands を管理するときに、サーバーのキーまたはトラストストアの更新時に StatefulSet
ローリング更新はトリガーされません。これは、StatefulSet ローリング更新が不要であるためです。
1.4. Data Grid Operator 8.5.0
8.5.0 の新機能
InitContainer
リソースを設定する機能
InitContainer
リソースを設定できるようになりました。以前は、デプロイメント namespace に対して LimitRange
が有効になっている場合、InitContainer
は、これらのリソース値に制限され、OutOfMemoryError などの問題が発生していました。Data Grid CR で InitContainer リソース設定を次のように設定できます。
spec: dependencies: initContainer: cpu: "2000m:1000m" memory: "2Gi:1Gi"
spec:
dependencies:
initContainer:
cpu: "2000m:1000m"
memory: "2Gi:1Gi"
Batch
リソース CPU とメモリー要求/制限を定義する機能
Operator によって作成された Batch ジョブの CPU およびメモリーの要求/制限を定義できるようになりました。Batch CR でリソース要求/制限を次のように定義できます。
apiVersion: infinispan.org/v2alpha1 kind: Batch metadata: name: mybatch spec: cluster: infinispan configMap: mybatch-config-map container: cpu: "2000m:1000m" memory: "2Gi:1Gi"
apiVersion: infinispan.org/v2alpha1
kind: Batch
metadata:
name: mybatch
spec:
cluster: infinispan
configMap: mybatch-config-map
container:
cpu: "2000m:1000m"
memory: "2Gi:1Gi"
クロスサイト暗号化のための TLSv1.3 暗号化
クロスサイトのデフォルトの暗号化プロトコルは、TLSv1.2 ではなく TLSv1.3 になりました。
StatefulSet
で TopologyPodConstraints
と Tolerations
を定義する機能
spec.statefulSet
で TopologyPodConstraints
と Tolerations
を定義することで、より高度な高可用性設定を行えるようになりました。
例
kind: Infinispan ... spec: scheduling: affinity: ... tolerations: ... topologySpreadConstraints: ...
kind: Infinispan
...
spec:
scheduling:
affinity:
...
tolerations:
...
topologySpreadConstraints:
...
キャッシュサービスタイプが削除される
RHDG 8.5 では、Cache サービスタイプのキャッシュが削除されます。代わりに、DataGrid
サービスタイプを使用して、クラスターのアップグレードやデータの移行などの複雑な操作を自動化します。
クラウドイベントが削除される
RHDG 8.5 ではクラウドイベントのインテグレーションが削除されます。
1.5. Data Grid Operator 8.5.x リリース情報
以下の表は、Data Grid Operator の詳細なバージョン情報を提供します。
リリーススケジュールが異なるため、Data Grid Operator のバージョンは、必ずしも Data Grid のバージョンに直接対応しているとは限りません。
Data Grid Operator のバージョン | Data Grid のバージョン | オペランドのバージョン | 機能 |
8.5.6 | 8.5.3 |
8.5.3-1 | いくつかのバグ修正が追加されました。 |
8.5.5 | 8.5.2 |
8.5.2-2 | いくつかのバグ修正が追加されました。 |
8.5.4 | 8.5.2 |
8.5.2-1 | いくつかのバグ修正が追加されました。 |
8.5.3 | 8.5.1 |
8.5.1-1 | いくつかのバグ修正が追加されました。 |
8.5.2 | 8.5.0 |
8.5.0-3 | いくつかのバグ修正が追加されました。 |
8.5.1 | 8.5.0 |
8.5.0-2 | いくつかのバグ修正が追加されました。 |
8.5.0 | 8.5.0 |
8.5.0-1 | いくつかのバグ修正が追加されました。 |
第2章 既知の問題および修正された問題
Data Grid Operator の既知の問題を確認し、修正された問題を確認します。
2.1. Data Grid Operator デプロイメントでの既知の問題
このリリースには、Data Grid Operator で管理する Data Grid クラスターに影響する既知の問題は含まれていません。Data Grid の詳細は、Data Grid 8.5 リリースノート を参照してください。
2.2. Data Grid Operator 8.5.6 で修正された問題
Data Grid Operator 8.5.6 には、次の主な修正が含まれています。
- JDG-7503Service Mesh でログを取得する際の例外
2.3. Data Grid Operator 8.5.4 で修正された問題
Data Grid Operator 8.5.4 には、次の主な修正が含まれています。
2.4. Data Grid Operator 8.5.3 で修正された問題
Data Grid Operator 8.5.3 には、次の主な修正が含まれています。
- JDG-6764 既存の Infinispan CR の spec.image を更新しても効果がない
2.5. Data Grid Operator 8.5.0 で修正された問題
Data Grid Operator 8.5.0 には、次の主な修正が含まれています。
- JDG-5000 Gossip router pod generates lot of SSLHandshake warn messages
- JDG-7063 Nil pointer error on upgrade from dropped Operand version
- JDG-7032 Operator generates truststore from certificates using outdated algorithms
- JDG-7093 Operator may not reconcile Data Grid cluster properly after upgrade
- JDG-5989 Operator Configuration spec.autoscale should not be possible with a Data Grid service
第3章 OpenShift の Data Grid
3.1. Data Grid 8.5 イメージ
Data Grid 8.5 には、Data Grid Operator と Data Grid Server の 2 つのコンテナーイメージが含まれます。
Data Grid イメージは Red Hat Container Registry でホストされており、このレジストリーには、タグ付けされた各バージョンに関する情報と、イメージのヘルスインデックスがあります。
カスタム Data Grid のデプロイメント
Red Hat は、Source-to-Image (S2I) プロセスまたは ConfigMap
API を使用した Red Hat Container Registry からの 8.5 イメージのカスタマイズをサポートしていません。
その結果、カスタムを使用できません。
- 検出プロトコル
-
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
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 クラスターを作成する必要があります。