システム要件

OpenLM Platform のインフラを計画するには、次の要件を確認します。これらはすべてのデプロイパスに適用されます。

パスごとのサイジングの参照先

各パスにおけるサイジングの正式なリファレンスは、それぞれのデプロイガイド内の 要件 ページです: Platform as VM、オンプレミスマシン、AWS、Azure。特定のデプロイを計画するには、まずそれらのページを参照してください。このページはパス横断のサマリーです。

OpenLM Platform に必要なもの

OpenLM Platform には、Kubernetes クラスタと 4 つのインフラサービスが必要です。

コンポーネント	概要	必要な理由
Kubernetes クラスタ	コンテナオーケストレーション	100 を超えるすべてのマイクロサービスを実行し、スケジューリングと自己修復を担います
SQL データベース	単一の MSSQL インスタンス、または MariaDB/MySQL + PostgreSQL	identity、運用、レポートのデータを格納します。
MongoDB	ドキュメントデータベース	プラットフォームの構成、状態、一部サービスのデータを格納します
Kafka	メッセージブローカー	マイクロサービス間のイベントストリーミング
Redis	インメモリキャッシュ	キャッシュとセッション管理

OpenLM Platform が必要とするのは各サービスのエンドポイントだけです。デプロイパスにかかわらず、各サービスはクラウドマネージドでも、デプロイパッケージのチャートによるクラスタ内実行でも構いません。各環境で利用できる構成は デプロイパス を参照してください。2 つの SQL 構成の詳細は SQL データベースの選択肢 を参照してください。

ベースラインのリソース要件

すべてのデプロイパスを通じて、OpenLM Platform にはおおよそ次のリソースが必要です。

リソース	ベースライン
コンピュート	8 ノード、60 vCPU、136 GB RAM
ストレージ	データサービス用に 300 GB SSD、標準ノードは 1 台あたり 50 GB
Kubernetes	Ingress と TLS を備えたサポート対象のディストリビューション（AWS は EKS、Azure は AKS、オンプレミスは CNCF 準拠の任意のディストリビューションまたは Red Hat OpenShift）
ネットワーク	エージェントとユーザー向けの HTTPS (443) および HTTP (80) Ingress、コンテナイメージ取得用に public.ecr.aws/r3q3q2f4、docker.tyk.io、docker.io への outbound アクセス

これらの数値は、中小規模の本番負荷に対する安定したベースラインです。詳細なノード構成とマネージドサービスのサイジングは、デプロイガイド内の各デプロイパスの要件ページで説明しています。

共通要件

次の要件は、すべてのデプロイパスに適用されます。

• ステートフルワークロード（データベース、Kafka）向けに永続ストレージクラスが利用できる必要があります。
• Ingress レイヤーでの TLS 終端。証明書はすべてのエージェントマシンから信頼されている必要があります。
• 想定される Broker 数、ユーザー数、レポート量、データ保持期間に対してサイジングを検証します。

デプロイ前にサイジングを検証する

上記のリソース数値は、中小規模の本番負荷に対するベースラインです。想定される Broker 数、ユーザー数、レポート量、データ保持期間に照らして検証してください。