前提条件

OpenLM Platform をデプロイする前に、環境セットアップ で構築した Azure インフラが以下の要件を満たしていることを確認してください。

インフラチェックリスト

次のサービスが AKS クラスタから利用可能であることを確認します。

サービス	確認事項
SQL データベース（Azure SQL Managed Instance またはクラスタ内）	インスタンスが利用可能で、endpoint と認証情報が準備できていること。SQL Managed Instance の場合は、AKS VNet からアクセス可能であること（private endpoint または VNet integration）。
MongoDB	クラスタ内デプロイが稼働し、接続文字列が利用可能であること。
Kafka	クラスタ内デプロイまたは Confluent Cloud が稼働し、bootstrap endpoint が利用可能であること。トピックはインストール後にプラットフォームが作成します。Confluent Cloud の場合は、インストールガイドでまだ扱っていない SASL の接続設定を OpenLM へお問い合わせください。
Redis（Azure Cache for Redis またはクラスタ内）	インスタンスが利用可能で、接続文字列と認証情報が準備できていること。
Azure Managed Disks	永続ボリューム用の storage classes が AKS に設定されていること。kubectl get storageclass で確認してください。

データベースを準備する

このセクションでは、SQL Server データベースの作成、レポート用データベースの準備、Kafka トピックについて説明します。

データベースの作成

デプロイ前に、用意した SQL インスタンス上に次のデータベースを作成してください。

• Identity database: ユーザーと認証データを保存します。
• Operational database: ライセンスサーバーと使用データを保存します。サーバー上のデータベース名は _none で終わる必要があります（例: openlm_operational_none）。Helm values では _none を除いたプレフィックスを設定します。
• Directory Synchronization Service (DSS) database: Directory Synchronization Service のデータを保存します。
• Reporting database: レポートデータを保存します。

Reporting database の準備

OpenLM Platform は、レポート用データベースのテーブルを自動で作成します。ビューはインストール後に作成します。レポート用ビューを作成する を参照してください。

Kafka トピックの準備

Kafka トピックを手動で作成する必要はありません。プラットフォームチャートの kafkainitpod コンポーネントが、インストール後とアップグレードのたびにトピックを作成します。プラットフォームのインストール を参照してください。

kubectl の設定

クラスターに kubectl が接続されていない場合は、クラスターの認証情報を取得します。

az aks get-credentials --resource-group <resource-group> --name <cluster-name>

Kubernetes namespace を作成する

OpenLM Platform 用の namespace を作成します。

kubectl create namespace openlm

TLS secret を作成する

TLS 証明書を準備し、次のコマンドを実行して Kubernetes secret を作成します。

kubectl create secret tls openlm-lb-cert \
  --key <your-domain>.key \
  --cert <your-domain>.crt \
  -n openlm

<your-domain> は、証明書ファイルの名前に置き換えます。

プライベート認証局を信頼させる

組織内で内部 CA を使用している場合は、プラットフォームのコンポーネントにも CA チェーンを信頼させる必要があります。コンポーネントはクラスター内からプラットフォーム自身の URL を呼び出すためです。プラットフォームの values の global.deploymentCerts でチェーンをマウントしてください。クラスター内でプライベート CA を信頼させる を参照してください。

前提条件の検証

プラットフォームのインストール に進む前に、次の確認を実行します。

# Verify namespace exists
kubectl get namespace openlm

# Verify TLS secret
kubectl get secret openlm-lb-cert -n openlm

# Verify storage class (Azure Managed Disks)
kubectl get storageclass

# Verify nodes are ready
kubectl get nodes

# Verify infrastructure namespace (if Kafka/MongoDB are in-cluster)
kubectl get pods -n openlm-infrastructure