ご覧のページは、お客様の利便性のために一部機械翻訳されています。また、ドキュメントは頻繁に更新が加えられており、翻訳は未完成の部分が含まれることをご了承ください。最新情報は都度公開されておりますため、必ず英語版をご参照ください。翻訳に問題がある場合は、こちらまでご連絡ください。

プラットフォームの制限

Liferay Cloudとそのサービスには、契約プランによってはいくつかの重要な制限事項があります。 Liferay Cloudのインフラストラクチャに関する制限事項は、時間の経過とともに変更される可能性があります。

概要

Liferay Cloudの利用を計画する際には、これらの一般的な制限を考慮してください。

各サービスの利用可能なvCPU、メモリ、スケーリング、ネットワーク設定　（ドメイン、SSL証明書、IPアドレス）、VPN帯域幅に制限があります。例えば、各サービスは最大200GBのRAMに制限されています。カスタムドメインは、ウェブサーバーの設定に応じて、50または1500に制限されます。
同時操作（同時アップロードなど）、ビルドサイズ、同時ビルド、バックアップにも制限があります。
特にLiferayまたはSearchサービスの単一インスタンスを使用している環境では、計画的なメンテナンスのためにサービスのダウンタイムが発生することがあります。
より厳格なセキュリティ、コンプライアンス、またはVPN要件を満たすためには、プライベートクラスタのサブスクリプションが必要になる場合があります。

詳細は以下の項目を参照してください。

すべてのサービス
Liferayサービス
データベースサービス
検索サービス
バックアップサービス
Webサーバーサービス
継続的インテグレーションサービス
カスタムサービス
セキュリティ
ファイルストレージ
ネットワーク設定　
VPN

すべてのサービス

これらの制限は、Liferay Cloud環境のすべてのサービスに適用されます。

過去のログへのアクセス: デフォルトでは、各サービスの過去 30 日間のログがコンソールから利用できます。その後、それらは1年間保管されます。

30日以上前のアプリケーションログにアクセスするには、サポートリクエストを送信してください。この処理には5日間かかるため、360日以上前のログは取得できません。ステータスログとビルドログは、30日経過後は取得できません。

サービスごとの追加インスタンス: スケール 設定は、最初はサブスクリプションプランで購入したインスタンス数を使用します。デフォルトでは、検索サービスを除き、サービスはインスタンスを1つ追加できます。検索サービスは奇数個のインスタンスを使用する必要があります。

コンソールのスケーリングレポート履歴: Liferay Cloud コンソールには、過去 12 か月までのスケーリングイベントが表示されます。 1年以上前のスケーリングイベントはコンソールでは利用できません。この期間以降の履歴データについては、プロジェクト管理者宛に送信される月次スケーリング概要メールを参照してください。

ダウンタイム: Liferay Cloudのインフラが定期メンテナンスのために更新された場合、単一インスタンスで動作しているサービスが再起動することがあります。本番環境では、高可用性設定（WebサーバーとLiferayサービスは各2インスタンス、Searchサービスは3インスタンス）にして、混乱を回避してください。計画メンテナンスのスケジュールはこちらで確認できます。

サービスインスタンスあたりのメモリ: サービスは最大 200 GB の RAM を持つことができ、これはサブスクリプションプランによって決まります。デフォルトのプランでは、1サービスあたり16GBとなっています。

サービスインスタンスあたりの仮想CPU: サービスは最大32個のvCPUを持つことができ、これはサブスクリプションプランによって決まります。

Liferayサービス

これらの制限は、各 Liferay Cloud 環境の Liferay サービスに適用されます。

自動スケーリング: 有効にすると、自動スケーリングはデフォルトの最大 10 までしか新しいインスタンスを追加できません。最大100個のインスタンスまで、異なる最大数のインスタンスを構成できます。

ドキュメントライブラリストレージ：サブスクリプションプランにより、Liferayサービスの データのボリュームが決められます。これには、Liferayのドキュメントライブラリに使用されるストレージが含まれます。デフォルトのボリュームサイズは100GBですが、4TB以下であればサイズを増やすことができます。プロジェクトに4TBを超えるストレージが必要な場合は、プライベートクラスターが必要です。

セッションレプリケーション：Liferay Cloud内の複数のLiferayインスタンス間でセッションをレプリケートすると、インスタンスのパフォーマンスに影響を与える可能性があり、サポートされていません。 Liferay Cloudは、リソース管理および高可用性戦略の一環として、Kubernetes上のポッドの強制削除を活用しています。ポッドの強制退去は、システムの健全性を維持するために必要である。これらは、基盤となるインフラストラクチャの更新や、ノードがリソース制限に近づいた場合などのシナリオによってトリガーされます。これにより、影響を受けるポッドからアクティブなユーザーセッションが強制的に削除されます。セッションが失われるため、セッションの複製はパフォーマンスの問題を引き起こし、ユーザーが予期せずログアウトされる原因となる場合もあります。代わりに、スティッキーセッションを使用するか、カスタムアプリケーションではセッションストレージを一切使用しないようにしてください。

注

Liferayは、Cookieやデータベースとの連携など、さまざまな戦略を通じてセッション喪失の影響を軽減します。これにより、セッションが失われた場合でも、コマースカートなどのアイテムが保存されることが保証されます。

Dynatrace

Dynatrace は Liferay Cloud 環境の標準セットアップには含まれていませんが、別途購入して一緒に使用することができます。 Dynatraceは高可用性の設定に含まれていますが、本番環境またはUAT環境にのみ適用されます。

これらの制限は、Dynatraceに適用されます。

Dynatrace メトリクスの不一致: Dynatrace メトリクスが Liferay Cloud コンソールに表示されるメトリクスと一致しません。これは、Dynatraceがエージェントベースの監視を使用してホストから直接プロセスレベルのメトリクスを収集するのに対し、コンソールメトリクスはKubernetes内のポッドレベルのリソース割り当てと制限を測定するためです。つまり、どちらも同じリソース（例えばCPU）に対して異なる指標のグラフを表示する可能性があり、アプリケーション内の異なる状況においてはどちらも正しいと言えます。

Liferay Logのストリーミング: Liferay LogをDynatraceログにストリーミングすることはできません。

Session Replay: Liferay CloudではDynatrace Session Replayの機能は使用できません。

データベースサービス

これらの制限は、各 Liferay Cloud 環境のデータベースサービスに適用されます。

データベースサイズ: データベースコンテナのサイズ制限は、4つのCPUコア、15GBのメモリ、および100GBのディスクストレージです。サブスクリプションにアドオンを追加することで、これらの制限を増やすことができます。

ダウンタイム：データベースのメンテナンスにより、数ヶ月に一度、ダウンタイムが発生することがあります。このダウンタイムは通常2分程度です。これは、事前に通知がない場合もあります。ダウンタイムの影響を軽減するために、優先メンテナンス期間を設定できます。

Read/write splits：データベースサービスでのread/write splitの構成は、Liferay Cloudではサポートされていません。

検索サービス

これらの制限は、各 Liferay Cloud 環境の検索サービスに適用されます。

設定: Elasticsearch は Liferay Cloud ワークスペースを通じて設定する必要があり、 Liferay UI では設定できません。 プロジェクトワークスペース内の設定ファイルは、デプロイのたびに使用され、前回のデプロイの設定を上書きします。

メモリ設定：Elasticsearchサーバーのデフォルト（および最大）のJVMヒープサイズは4GBです。最大割り当て数は、お客様のサブスクリプションプランによって決まります。

OS Packages: 検索サービス用に追加のOSパッケージをインストールすることはサポートされていません。

Pod管理ポリシー: クラスター内のElasticsearchノードは、正常に起動するために相互に接続する必要があります。起動するサービスの問題を避けるために、複数のインスタンスを使用している検索サービスの場合、 LCP.json ファイルの中のpodManagementPolicy の値を parallel に設定する必要があります。

バックアップサービス

これらの制限は、各 Liferay Cloud 環境のバックアップサービスに適用されます。

Backup Consistency：データが変更されたデータベースからコピーする他のプロセスと同様に、更新の実行中にバックアップが作成された場合、データベース内のデータとドキュメントライブラリ間の整合性は保証されません。完全に一貫したバックアップを行うためには、データベース管理者と調整して、手動バックアップを行っている間は更新をフリーズするようにしてください。

バックアップサイズ: Liferay Cloud バージョン 4.2.0 より前は、バックアップには一時ストレージが使用されていました。これらのバージョンでは、バックアップのサイズは、共有のエフェメラルディスクの残りのスペースに制限されています。最新バージョンでは、バックアップファイルのデータ容量は1TBに制限されています。

バックアップのアップロード: 1 分に 1 つのバックアップのみアップロードできます。

同時操作: バックアップの作成、復元、またはアップロードの同時実行はサポートされていません。ただし、同時ダウンロードには対応しています。

リソースの割り当て: Backupサービスに割り当てられるRAMとvCPUの数は、サブスクリプションプランによって決定されます。デフォルトでは、サービスに2つのvCPUと1GBのRAMが割り当てられています。

アップロード/ダウンロード速度: バックアップのアップロードまたはダウンロードの速度は、インターネットの接続速度とバックアップのサイズによって制限されます。接続速度が遅い場合、バックアップのダウンロードには数時間かかることがあります。

Webサーバサービス

これらの制限は、各 Liferay Cloud 環境の Web サーバーサービスに適用されます。

プラグイン：Webサーバーの追加プラグインのインストールはサポートされていません。

リソースの割り当て: Webサーバーはデフォルトで2つのvCPUと512MBのメモリを搭載しています。そのため、大容量のアップロードやダウンロードの際には、応答が遅くなることがあります。お客様のサブスクリプションプランによって、サービスの具体的なリソース配分が決まります。

継続的インテグレーションサービス

これらの制限は、各 Liferay Cloud 環境の CI サービスに適用されます。

管理者アクセス: 管理者レベルのアクセスはJenkinsサーバでは許可されていません。代わりに、 Jenkins パイプラインフックを使用して CI パイプラインを拡張します。既存のDevOpsプロセスは、このパイプラインに合わせて調整する必要があるかもしれません。

APIの同時呼び出し：プロジェクトはLiferay Cloud APIへの同時呼び出しを行うことはできません。これには、 CLI ツールを介してビルドを環境にデプロイするなどのタスクが含まれます。

リソースの割り当て：CIサービスに割り当てられるRAMとvCPUの数は、サブスクリプションプランによって決定されます。デフォルトでは、サービスに4つのvCPUと8GBのRAMが割り当てられています。

サーバーの容量：サブスクリプション・プランによって、CIサーバーのデータ・ボリュームのサイズが決まります。デフォルトのサイズは100GBです。

ビルド

これらの制限は、プロジェクト内で作成されたすべてのビルドに適用されます。

ビルドサイズ: 個々のビルドはそれぞれ 2 GB に制限されています。リポジトリ内のプロジェクトの合計サイズがこの制限以下であることを確認する必要があります。

同時ビルド： Jenkinsでは2つのエクゼキュータ・スレッドが使用されるため、最大2つの同時ビルドが実行可能です。

1日あたりの最大ビルド数: ビルドは1日あたり300に制限されています。この制限を増やすには、サポートリクエストを送信してください。

プライベート GitHub サーバー：プライベート GitHub サーバーとの統合はサポートされていません。

カスタムサービス

これらの制限は、Liferay Cloud 環境内のあらゆるカスタムサービスに適用されます。

ホストOSアクセス：ホストOSカーネルへの特権的なアクセスは、プライベート・クラスターを含むサブスクリプションに限定されます。

セキュリティ

これらの制限は、Liferay Cloud内で利用可能なセキュリティ機能に適用されます。

アンチウイルス：ファイルアップロード時にウイルスをスキャンするためのデフォルトのLiferayDXP機能は使用できません。代わりに、Liferay Cloud のアンチウイルスソリューションが使用されます。アップロードされたコンテンツはスケジュールに沿ってスキャンされるため、ファイルがアップロードされた時点ではリスクが検出されない場合があります。

1分あたりの認証：1分あたり最大8400の認証が許可されます。

ファイアウォールルール: プライベートクラスタ付きのサブスクリプションを購入し、Liferay Cloud Supportと調整してカスタムファイアウォールルールを設定する必要があります。カスタムファイアウォールルールは、共有クラスタサブスクリプションでは使用できません。プライベートクラスター用に作成されたカスタムファイアウォールルールは、プロジェクト内のすべての環境に適用されます。

IPアドレスフィルタリング：IPアドレスフィルタリングは、Webサーバーサービスにのみ適用できます。

ファイルストレージ

これらの制限は、複数のサービスのファイル保存に適用されます。

Ephemeral Storage：ボリュームに保存されていないすべてのファイルに使用されます。 Ephemeral Storageは、ホストノードの内部ストレージに配置され、そのノード上で動作するすべてのコンテナ間で共有されます。コンテナがホストノードの空き容量以上のスペースを要求した場合、そのコンテナは別のノードに移動されます。ホストディスクの容量は250GBです。

サービス間でのデータ共有: StatefulSet デプロイメントタイプのサービスは、他のサービスとデータを共有できません。

StatefulSet ストレージサイズ: StatefulSet デプロイメントタイプのサービスにストレージを追加するには、サポートチケットを開いてください。 StatefulSetサービスの保存サイズは、一度大きくすると縮小できません。

ネットワーク設定　

これらの制限は、Liferay Cloud環境におけるお客様のサービスのネットワーク構成に適用されます。

カスタムドメインへの変更：カスタムドメインへの変更や追加がプロパゲートされるまで、最大で60分程度の遅延が発生する場合があります。

最大カスタムドメイン数: 環境外に複数のサービスを公開している場合 (デフォルトの Web サーバーに加えて)、カスタムドメインの数は 50 に制限されます。ただし、Webサーバーが唯一のエントリーポイントである場合には、1500個のカスタムドメインの制限を使用することができます。この制限を超えて使用量を増やすためにWebサーバーサービスを変更する場合は、サポートチケットを開設する必要があります。

最大 SSL 証明書: 環境ごとに最大 14 個のカスタム SSL 証明書が許可されます。証明書発行機関によっては、使用できる証明書の数をさらに制限する追加の制限を設ける場合があります。 14 個以上の証明書が必要な場合は、サポートチケットを開いてください。これには追加の環境を購入する必要があります。

アウトバウンド接続：プロジェクト環境から外部エンドポイントへの接続は、1接続あたり120秒のタイムアウトを伴うNATソリューションを使用します。短時間に次々と新しい接続が作成されると、ポートの枯渇や送信トラフィックのドロップにつながる可能性があります。コネクションプーリングは、この問題を防ぐことができます。

パブリックIPアドレス：デフォルトでは、すべての環境は1つのパブリックIPアドレスを持ち、環境内のサービスは内部IPアドレスを持ちます。ただし、サービスのポートを外部に設定し、サービスにパブリックIPアドレスを割り当てることは可能です。インターネットにサービスのエンドポイントを公開するのは 推奨されていません。なぜなら、 HTTPSロードバランサからDDoS防御を迂回するからです。

ワイルドカードSSL証明書：ワイルドカード証明書はLiferayの自動生成SSL証明書ではサポートされていません。ただし、カスタムワイルドカードSSL証明書でインスタンスを設定　することができます。

TCPポートの状態: TCPポートの中には、そのポートを使用して外部からのトラフィックが顧客の環境に到達していなくても、オープンと表示されるものがあります。これらのポートは、サーバーの同じディスクを共有している他のプロジェクトのために開かれており、ユーザーの環境のセキュリティ上のリスクはありません。

JMX エクスポーターポート: ポート 15000 は JMX エクスポーターによって使用され、他の目的には使用できません。