このページは先行公開版です。内容は今後予告なく更新される可能性があります。
この構成では、1日あたり最大 3000 人のアクティブユーザー に対応可能です。さらに多くのユーザーがいる場合は、必要に応じてリソースをスケーリングするか、パフォーマンスチューニングドキュメントを参照してください。
-
Kubernetes クラスター
- ワーカーノード 6 台(各 8 CPU、32 GB RAM)
-
コンテナレジストリ
- AWS ECR(with AK/SK or IRSA)/ Azure ACR / Aliyun ACR (with AK/SK) / Tencent TCR (with AK/SK) / Dockerhub / Google Artifact Registry
-
永続ストレージ
- S3 / AWS S3 (with AK/SK or IRSA) / Azure Blob / Aliyun OSS (with AK/SK) / Tencent COS (with AK/SK) / Google GCS
- 512 GB ストレージ
-
PostgreSQL データベース
- バージョン 14 以上
- 8 CPU、16 GB RAM
- 512 GB 以上の SSD
-
Redis データベース
-
ベクトルDB 仮想マシン - Qdrant クラスタ
- 仮想マシン 3 台
- 各 8 CPU、64 GB RAM
- 各 100 GB ストレージ
Dify 各サービスのリソース上限(limits)
workerBeat は常に単一のレプリカとして実行されます。
デプロイ手順
1. Helm リポジトリ情報の取得
詳細は Dify Helm Chart をご確認ください。
2. values.yaml を保存・編集
- Helm の設定ファイル
values.yaml を作成し、必要な値を記入してください。
#REPLACE_ME# はすべて実際の値に置き換えてください。
"dify123456" などのプレースホルダーも独自の値に変更してください。
global.appSecretKey と enterprise.appSecretKey は異なる値にしてください。
その他の構成ステップ
3. Container Registry の設定
4. 永続ストレージ の設定
5. 外部 PostgreSQL の設定
6. 外部 Redis の設定
7. 外部 Qdrant(クラスタ) の設定
8. Ingress Controller の設定
9. Helm で Dify をインストール
10. インストール確認
高度な設定項目
1. ドメインと SSL 証明書
2. メールプロバイダー設定
3. パフォーマンス最適化