インフラ要件

OpenLM Platform の Azure デプロイをサイジングするには、このベースラインから始めます。環境ごとの規模や負荷に応じて、これらの値を調整してください。

ネットワーク

Azure Kubernetes Service (AKS) では Azure Container Networking Interface (CNI) モードを使用します。次の表に、ネットワークのベースライン値を示します。

項目	ベースライン
Network block	/22（例: 10.0.0.0/22）
Address capacity	1,024 IP addresses
Planned running pods	約 143
Planned nodes	6 to 7
Reserved addresses	Pod、ノード、拡張用に約 400 IP addresses

容量例

ネットワークのサイジングは、次の点から算出されます。

• ノードあたり約 29 個の Pod IP addresses を確保します
• 6〜7 ノードで約 174〜203 個の Pod IP addresses を利用できます
• 合計 143 Pod と 6 ノードで約 149 個の IP addresses を消費します
• /22 ブロックにより拡張余地を確保できます

Azure Kubernetes Service

ベースラインでは、次のノードプールを使用します。

Node pool	用途	Node count	Max pods per node	サイズ
System node pool	OpenLM Platform のシステム Pod	2	30	4 vCPU, 16 GB RAM（例: Standard_D4ds_v4 または同等の v5 / v6 サイズ）
Main node pool	コアアプリケーションワークロード	2	70	4 vCPU, 16 GB RAM
Reporting node pool	レポートワークロード	3	30	4 vCPU, 16 GB RAM

Kubernetes バージョンは 1.32.9、または運用ポリシーに合う AKS サポート対象バージョンを使用してください。

ベースラインでは、3 つの node pools に合計 7 台の仮想マシンを使用します。16 GB RAM のノードであれば、ノードあたり約 1 GB の基本オーバーヘッドを見込んでも、OpenLM Platform Pod 用の余裕を確保できます。

マネージドサービス

次の表に、マネージド Azure サービスとそのベースライン構成を示します。

サービス	用途	ベースライン
Azure SQL Managed Instance	Identity、server、reporting データ向けリレーショナルデータベース	General Purpose、4 vCores、256 GB 以上のストレージ
Azure Cache for Redis	キャッシュとセッションストレージ	C2 tier、2.5 GB cache
Azure Managed Disks	Kafka、MongoDB、その他 stateful services の永続ボリューム	合計約 400 GB

必要な storage classes が設定されていれば、AKS が managed disks を自動プロビジョニングします。

サイジングメモ

次のサイジングガイドラインを確認します。

• Pod 数、データ保持期間、レポート量をデプロイ前に確認してください
• ユーザー数、レポート負荷、保持期間が増える場合は、データベースとキャッシュサイズを増やしてください