CNE Kubernetes Ready: アーキテクチャ、サイジング、およびサポートモデル
Liferay DXPのKubernetes Readyデプロイメントは、OpenShift、EKS、GKE、AKS、オンプレミスクラスタ、およびその他のCNCF準拠プラットフォーム全体で一貫したランタイムアーキテクチャに従います。
Kubernetes Ready 環境を構成する前に、 リファレンス アーキテクチャ、 サイジング ティア、および サポート モデル を確認してください。
参照アーキテクチャ
Kubernetes Readyデプロイメントはすべて、Kubernetes内部の同じコアランタイムトポロジに従います。 外部トラフィックはイングレス層に到達し、そこでリクエストが liferay-default サービスにルーティングされます。 このサービスは、Liferay StatefulSetのレプリカ全体にトラフィックを分散します。
Liferay DXPで使用されるサポートサービス(データベース、検索エンジン、オブジェクトストレージなど)は、デプロイメントモデルに応じて異なる場所で実行されます。 これらのサービスは、評価環境においては同一のHelmリリース内で実行され、クラスタ内では個別のオペレーターを介して実行され、あるいは外部マネージドサービスとして実行されます。

サイズ区分
これらの初期サイジングティアを使用して、Kubernetes Ready環境を計画してください。 環境を本番環境に昇格させる前に、コンテンツモデル、統合機能、トラフィックパターンに対して負荷テストを実施し、すべてのサイジング設定を検証してください。
| プロパティ | 開発/サンドボックス | 小さい | 中 | より大きく |
|---|---|---|---|---|
| ユースケース | 開発および品質保証 | 光生成 | 標準生産 | 大規模な生産ワークロード |
| 同時ユーザー数 | 最大50 | 最大500 | 最大5,000 | 5,000以上 |
| ライフレイポッドレプリカ | 1 | 2 | 3 | 自動スケーリング対応で5台以上 |
| ポッドごとのCPU | 2000m → 4000m | 2000m → 4000m | 4000m → 8000m | 8000m → 16000m |
| ポッドごとのメモリ | 8 GiB → 12 GiB | 12 GiB → 16 GiB | 16 GiB → 24 GiB | 24 GiB → 32 GiB |
JVMヒープ(-Xmx) | 4 GiB | 6 GiB | 12 GiB | 16 GiB |
| ポッドあたりのPVC | 5 GiB | 20 GiB | 50 GiB | 100 GiB+ |
| データベース | 小型シングルノード | HAマネージドサービス | HAマネージドサービス | マルチリージョンアーキテクチャ |
| 検索トポロジー | シングルノード | 3つのノード | 3つのノード | 5つ以上のノード |
| オブジェクトストレージ | PVC | バケツ | バケツ | レプリケートされたバケット |
| 自動スケーリング | オフ | オフ | HPA | KEDA / 高度なスケーリング |
クラスタリングとオートスケーリング
マルチレプリカ構成の場合、チャートはヘッドレスサービスを介したTomcatセッションレプリケーションとLiferayクラスタ通信を自動的に有効化します。
このテンプレートは、ベースレプリカの設定を行います。
replicaCount: 3
本番環境では、レプリカを動的にスケーリングするために、Horizontal Pod Autoscaler(HPA)またはKEDAが使用されます。
このテンプレートはオートスケーラーエンジンを有効化します。
autoscaling:
enabled: true
type: hpa
KEDAを使用する場合は、クラスタ内のPrometheusエンドポイントへのアクセスを設定し、オートスケーラーが組み込みのJMX Prometheusエクスポーターによって公開されるメトリックを評価するようにしてください。
業務上の責任とサポート範囲
Kubernetes Readyは、自己管理型のデプロイメントモデルです。 Liferay は liferay-default Helm チャートと Liferay DXP コンテナイメージをサポートしています。 あなたのチームは、Kubernetesプラットフォームとそのサポートサービスを管理します。
顧客の責任
あなたのチームは、以下の具体的な業務を担当します。
-
キャパシティプランニングと災害復旧手順
-
データベースのプロビジョニング、スケーリング、およびバックアップ
-
GitOpsパイプラインと継続的デリバリーワークフロー
-
イングレス、TLS終端、DNS、およびネットワークアーキテクチャ
-
Kubernetesクラスタの運用とアップグレード
-
監視、ログ記録インフラストラクチャ、アラート、および可観測性の設定
-
オブジェクトストレージ構成
-
検索クラスタのプロビジョニングと継続的なメンテナンス
-
機密情報の管理と認証情報のローテーション手順
サポートされている構成
デプロイメントがサポート対象のKubernetes Ready構成として認定されるには、以下の条件を満たす必要があります。
-
Liferay DXPイメージのバージョンは、互換性マトリックスのエントリと一致します。
-
liferay-defaultチャートバージョンは、デプロイされた DXP バージョンをサポートしています。 -
Kubernetesサーバーのバージョンは、アップストリームのKubernetesサポート期間内です。
-
設定されているデータベースおよび検索エンジンのバージョンは、Liferay DXPのドキュメントに記載されている要件と一致しています。
-
リソース要求と制限は、小規模サイジングティアの値と同等か、それを上回っています。
-
チャートのセキュリティ設定は変更されないか、より制限的になります。
サポートケースに含めるべき情報
Kubernetes Readyデプロイメントに関するサポートケースを開設する際には、以下のリソースを含めてください。
-
データベースと検索エンジンのトポロジーの詳細
-
有効な Helm 値ファイル
-
Helmチャートバージョン
-
Kubernetesサーバーのバージョン
-
影響を受けた
liferay-default-*ポッドからのログ -
レンダリングされたデプロイメントマニフェスト
-
StatefulSetでデプロイされたコンテナイメージのタグとダイジェスト
-
StatefulSetとPodリソースの説明
Kubernetes Readyが適切でない場合
Kubernetes Readyは、Kubernetesプラットフォームおよびそれを支えるインフラストラクチャサービスを運用するチーム向けに設計されています。
チームがLiferayによるインフラストラクチャのプロビジョニングとプラットフォームの自動化を必要とする場合は、代わりにマネージドCloud Native Experienceのデプロイメントパスのいずれかを使用してください。