W&B は、W&B Multi-tenant Cloud または W&B 専用クラウド などの完全マネージド デプロイメントオプションを推奨します。W&B の完全マネージド サービスは、シンプルで安全に使用でき、設定は最小限または不要です。
ソフトウェアのバージョン要件
ハードウェア要件
CPU アーキテクチャー: W&B は Intel (x86) の CPU アーキテクチャーでのみ動作します。ARM はサポートされていません。 Sizing: Kubernetes ノードおよび MySQL の CPU、メモリ、ディスクのサイジングに関する推奨事項については、リファレンスアーキテクチャの Sizing セクション を参照してください。要件は、Models と Weave のどちらを実行するか、または両方を実行するかによって異なります。 使用目的 (Models のみ、Weave のみ、または両方) に応じた詳細なサイジングの推奨事項については、リファレンスアーキテクチャのサイジングに関するセクションを参照してください。Kubernetes
W&B Server は、複数の Pod を管理する Kubernetes オペレーター としてデプロイされます。Kubernetes クラスターは次の要件を満たす必要があります。- バージョン: 前述の ソフトウェアのバージョン要件 セクションを参照してください。
- Ingress コントローラー: 完全に設定され、正常に動作している Ingress コントローラー (Nginx、Istio、Traefik、またはクラウドプロバイダーのイングレス)。
- Persistent Volume: Persistent Volume をプロビジョニングできること。
- CPU アーキテクチャー: Intel または AMD の 64 ビット (ARM はサポートされていません)。
MySQL データベース
W&B には外部の MySQL データベースが必要です。 本番環境では、マネージドデータベースサービスの使用を推奨します。 マネージドデータベースサービスは、自動バックアップ、モニタリング、高可用性、パッチ適用などの機能を備えており、運用上の負担を軽減できます。 サイジングの推奨事項や設定パラメーターなど、MySQL の要件についてはリファレンスアーキテクチャを参照してください。データベースを作成するための SQL については、ベアメタルガイドを参照してください。デプロイメントのデータベース設定に関するご質問は、サポートまたは担当の AISE にお問い合わせください。 W&B では、本番のデプロイメントには、AWS RDS Aurora MySQL、Google Cloud SQL for MySQL、または Azure Database for MySQL などのマネージドデータベースサービスの使用をおすすめします。マネージドサービスは、自動バックアップ、モニタリング、高可用性、パッチ適用を提供し、運用上の複雑さを軽減します。MySQL 設定パラメーター
独自の MySQL インスタンスを実行している場合は、W&B Server との互換性を確保するため、MySQL に以下の設定を適用してください。データベースの作成
管理された MySQL サービス (データベースを自動的にプロビジョニングするもの) を使用していない場合は、以下の手順に従って、W&B Server が使用する MySQL データベースとユーザーを手動で作成してください: 次の SQL コマンドを使用して、データベースとユーザーを作成します。[PASSWORD] は安全なパスワードに置き換えてください。
Redis
W&B Server はキャッシュおよびバックグラウンドジョブの調整に Redis を使用します。 W&B は単一ノード構成の Redis 7.x デプロイメントを必要とし、W&B の各コンポーネントはこれをジョブのキュー管理やデータのキャッシュに使用します。テストや概念実証 (PoC) 向けに、W&B Self-Managed にはローカルの Redis デプロイメントが含まれています。このバンドルされたデプロイメントは、本番環境での使用には適していません。 本番環境のデプロイメントでは、W&B は次の環境にある Redis インスタンスに接続できます。- Amazon ElastiCache
- Google Cloud Memorystore
- Azure Cache for Redis
- クラウドまたはオンプレミスのインフラストラクチャー上でセルフホストしている Redis
- AWS Elasticache。
- Google Cloud Memory Store。
- Azure Cache for Redis。
- ご利用のクラウドまたはオンプレミスのインフラストラクチャーでホストされる Redis デプロイメント。
ClickHouse
セルフマネージドのデプロイメントでの W&B Weave は ClickHouse を使用します。ClickHouse は、すべてのセルフマネージド環境へのインストールで必須というわけではありません。 W&B Server のアップグレードや ClickHouse バージョンの変更を行う前に、オペレーターガイドのアップグレード時の ClickHouse 互換性と、サポートされる W&B Server リリースの互換性に関するメモを参照してください。 デプロイメントの手順については、セルフマネージド環境に Weave をデプロイするを参照してください。オブジェクトストレージ
W&B Server では、アーティファクト、メディア、run データを保存するためのオブジェクトストレージのストレージバケットが必要です。 W&B には、事前署名付き URL と CORS をサポートするオブジェクトストレージが必要です。 W&B では、次のストレージプロバイダーを推奨しています。- Amazon S3: スケーラビリティ、データの可用性、セキュリティ、パフォーマンスを備えたオブジェクトストレージサービスです。
- Google Cloud Storage: 非構造化データを大規模に保存するためのマネージドサービスです。
- Azure Blob Storage: 非構造化データを大規模に保存するためのクラウドベースのオブジェクトストレージです。
- CoreWeave AI Object Storage: AI ワークロード向けに最適化された S3互換のオブジェクトストレージです。
- MinIO Enterprise (AIStor)、NetApp StorageGRID などのエンタープライズ向け S3互換ストレージ、またはその他のエンタープライズソリューション。
MinIO のオープンソース版はメンテナンスモードに移行しており、現在は開発が行われておらず、コンパイル済みバイナリも提供されていません。本番デプロイメントでは、マネージドオブジェクトストレージサービス、または MinIO Enterprise (AIStor) などのエンタープライズ向け S3互換ソリューションの使用を推奨します。
ストレージバケットをプロビジョニングする
W&B を設定する前に、オブジェクトストレージバケットをプロビジョニングし、必要な IAM ポリシー、CORS 設定、およびアクセス用の認証情報を構成しておく必要があります。 以下の各ストレージにおけるプロビジョニングの詳しい手順については、Bring your own bucket を使用する (BYOB) ガイドを参照してください。- Amazon S3 (IAM ポリシーおよびバケットポリシーを含む)
- Google Cloud Storage (PubSub 通知を含む)
- Azure Blob Storage (マネージド ID を含む)
- CoreWeave AI Object Storage
- S3互換ストレージ (MinIO Enterprise、NetApp StorageGRID、その他のエンタープライズ向けソリューション)
W&B を自分のバケットで使用するように設定する
バケットをプロビジョニングした後、W&B Server がバケットから読み書きできるように、オペレーターの Helm values を通じて W&B を設定する必要があります。詳細については、オペレーターのオブジェクトストレージ設定セクション を参照してください。ネットワーク
ネットワークを設定することで、ユーザーや機械学習ワークロードから W&B Server にアクセスできるようにします。以下のセクションでは、DNS、ロードバランサー、イングレスの要件について説明します。 ネットワーク接続されたデプロイメントでは、インストール時と実行時の両方で、以下のエンドポイントへの外向き通信を許可してください。https://deploy.wandb.aihttps://charts.wandb.aihttps://quay.io(Prometheus のイメージに使用)
デプロイメントの設定によっては、追加のコンテナーレジストリが必要になる場合があります。
- Weave のオンライン評価のために Bufstream と etcd をデプロイする場合は、
https://gcr.io。
DNS
W&B デプロイメントの完全修飾ドメイン名 (FQDN) は、A レコードによって イングレス またはロードバランサーの IP アドレスに名前解決されるように設定する必要があります。ロードバランサーとイングレス
W&B Kubernetes Operator は Kubernetes のイングレスコントローラーを使用してサービスを公開します。イングレスコントローラーは、URL パスに基づいてサービスのエンドポイントにトラフィックを振り分けます。機械学習のペイロードを実行するすべてのマシンと、Web ブラウザーからサービスにアクセスするすべてのマシンから、イングレスコントローラーに接続できる必要があります。 ロードバランサーの詳しいオプション、イングレスコントローラーの要件、設定例については、リファレンスアーキテクチャのロードバランサーに関するセクションを参照してください。SSL/TLS
W&B では、クライアントとサーバー間の安全な通信のために、有効な署名済み SSL/TLS 証明書が必要です。SSL/TLS の終端は、イングレスまたはロードバランサーで行う必要があります。W&B Server アプリケーション自体は SSL/TLS 接続を終端しません。 可能であれば、Let’s Encrypt などのサービスを使用して、信頼された証明書をロードバランサーに提供してください。Caddy や Cloudflare などのサービスを利用すると、SSL の管理を任せることができます。 セキュリティポリシー上、信頼されたネットワーク内でも SSL 通信が必要な場合は、Istio などのツールとサイドカーコンテナーの使用を検討してください。License
セルフマネージドのデプロイメントには、有効な W&B Server ライセンスが必要です。ライセンスがないと、W&B Server は起動できません。 W&B Self-Managed をデプロイするには、W&B ライセンスが必要です。この手順では、ライセンスの取得方法を説明します。- W&B アカウントをまだお持ちでない場合は、作成してください。
- エンタープライズ評価版ライセンスが必要な場合は、リクエストを送信するか、W&B チームにお問い合わせください。エンタープライズ評価版ライセンスには、重要なセキュリティ機能やその他の企業向け機能のサポートが含まれます。
- それ以外の場合は、Deploy Manager を開いて無料の評価版ライセンスを生成してください。この URL は Get a License for W&B Local フォームにリダイレクトされます。次の情報を入力してください。
- ライセンスの所有者。
- デプロイメントタイプ。
- インスタンス名と説明 (オプション) 。
- Generate License Key をクリックしてください。
次のステップ
インフラストラクチャーがこれらの要件を満たしていることを確認したら、ご利用の環境に合ったデプロイメントガイドに進んでください。- クラウドおよびオンプレミスのデプロイメント: Helm および Terraform のデプロイメントオプションについては、Kubernetes Operator を使用して W&B をデプロイするを参照してください。
- エアギャップ環境のデプロイメント: ネットワークから切り離された環境については、エアギャップ環境の Kubernetes にデプロイするを参照してください。
- すべてのデプロイメント方法: オペレーターによるデプロイメントの基本ガイドについては、Kubernetes Operator を使用してデプロイするを参照してください。