Microsoft Azure に BYOC-I をデプロイする

このページでは、Microsoft Azure Virtual Network 内に BYOC エージェントを使用して Bring-Your-Own-Cloud (BYOC) データプレーンをデプロイする方法を説明します。

📘注記

• Zilliz BYOC は現在 General Availability で利用可能です。アクセス方法および実装の詳細については、Zilliz Cloud support までお問い合わせください。

• このガイドでは、Microsoft Azure コンソール上で必要なリソースを段階的に作成する方法を示します。Terraform スクリプトを使用してインフラストラクチャをプロビジョニングしたい場合は、Terraform Provider を参照してください。

前提条件

以下を確認してください。

• あなたが BYOC-I 組織のオーナーであること。

• Required permissions に記載されている権限が付与されていること。

対応リージョン

以下の表は、Zilliz Cloud BYOC ソリューションがサポートする AWS クラウドリージョンを示しています。お使いのクラウドリージョンが Zilliz Cloud コンソールに表示されない場合は、support@zilliz.com までお問い合わせください。

大陸	リージョン	所在地
北米	East US	米国バージニア州
	East US 2	米国バージニア州
	Central US	米国アイオワ州
ヨーロッパ	Germany West Central	ドイツ、フランクフルト
	North Europe	アイルランド
アジア	Central India	インド、プネー

手順

ステップ 1: デプロイ環境を準備する

デプロイ環境とは、Terraform 設定ファイルを実行して BYOC-I プロジェクトのデータプレーンをデプロイするために構成されたローカルマシン、仮想マシン (VM)、または CI/CD パイプラインを指します。このステップでは、以下を行う必要があります。

• Microsoft Azure 認証情報を設定する。

  Microsoft Azure の認証情報には、サブスクリプション ID とリソースグループ名が含まれます。

  Azure Portal (UI)

  • Subscription ID:

    

    1

    上部の検索バーまたはホームページから Subscriptions に移動します。

    2

    使用するサブスクリプションを選択します。

    3

    Overview ページの Essentials セクションで Subscription ID を確認します。

  • Resource Group Name:

    リソースグループは、Azure ソリューション用の関連リソースを保持するコンテナです。

    

    1

    左側のメニューから Resource groups に移動します。

    2

    名前は Name 列に表示されます。

    何も表示されない場合は、作成してその名前を Zilliz Cloud に提供する必要がある場合があります。後で Terraform スクリプトを実行すると、仮想マシン (VM)、仮想ネットワーク (VNet)、Azure Kubernetes Service (AKS) クラスターなど、必要なすべてのリソースがそのリソースグループに追加されます。

• アクセス制御 (IAM) 権限を追加する

  Terraform スクリプトを実行するロールに、Contributor および User Access Administrator 権限を割り当てます。

  

  1

  左側のメニューから Access control (IAM) に移動します。

  2

  + Add をクリックし、ドロップダウンリストから Add role assignment を選択します。

  3

  Role タブで Privileged administrator roles をクリックし、Contributor でフィルタして Next をクリックします。

  4

  Members タブで、Assign access to にある User, group, or service principal または Managed entity を選択し、+ Select members をクリックします。

  Terraform スクリプトの実行にユーザー、グループ、またはサービスプリンシパルを使用する場合は User, group, or service principal を選択します。それ以外の場合は Managed entity を選択します。

  5

  Next をクリックし、設定を確認してから Review + assign をクリックして保存します。

  6

  上記の手順を User Access Administrator ロールについても繰り返します。

• 最新の Terraform バイナリをインストールする。

  Terraform のインストールの詳細については、このドキュメント を参照してください。

ステップ 2: プロジェクトを作成する

BYOC-I 組織内で、Create Project ボタンをクリックしてデプロイを開始します。表示されたダイアログボックスで Zilliz BYOC Project Name を設定し、Create and Next をクリックします。

このステップの最後でプロジェクトが作成され、Deploy Data Plane ダイアログボックスにリダイレクトされます。

ステップ 3: データプレーンを準備する

1

Data Plane Name と Cloud Region を設定し、Next をクリックします。

Cancel をクリックするとデータプレーンのデプロイを中止できます。ただし、上で作成したプロジェクトは引き続き利用可能です。プロジェクト内でいつでもデータプレーンのデプロイを開始でき、1 つのプロジェクトに複数のデータプレーンを追加できます。

2

Azure Private Service Connect を有効にするかどうかを決定します。

このオプションにより、現在のプロジェクト内のクラスターへのプライベート接続が可能になります。このオプションを有効にする場合は、プライベート接続用の VPC Endpoint を作成する必要があります。

3

ステップ 1 で取得した Azure の Subscription ID と Resource Group Name を入力します。

4

Architecture で、アプリケーションに適したアーキテクチャタイプを選択します。

これは、使用する Zilliz BYOC イメージのアーキテクチャタイプを決定します。使用可能なオプションは X86 と ARM です。

5

Resource Settings では、以下を行う必要があります。

1. Auto-scaling を有効または無効にして、定義された範囲内でプロジェクトのワークロードに応じて VM インスタンス数を Zilliz Cloud が自動調整できるようにし、効率的なリソース利用を実現します。

2. Initial Project Size を設定します。

   BYOC プロジェクトでは、クエリノード、インデックスサービス、Milvus コンポーネント、および依存関係が異なる種類の VM インスタンスを使用します。これらのサービスおよびコンポーネントごとに、インスタンスタイプと台数を個別に設定できます。

   Auto-scaling が無効な場合は、各プロジェクトコンポーネントに必要な VM インスタンス数を対応する Count フィールドに指定するだけです。

   

   Auto-scaling を有効にすると、対応する Min フィールドと Max フィールドを設定して、実際のプロジェクトワークロードに基づき Zilliz Cloud が VM インスタンス数を自動スケーリングできる範囲を指定する必要があります。

   

   リソース設定を容易にするために、あらかじめ定義された 4 つのプロジェクトサイズオプションがあります。以下の表は、これらのプロジェクトサイズオプションと、プロジェクト内で作成可能なクラスター数、および各クラスターに格納可能なエンティティ数との対応を示しています。

   サイズ	最大クラスター数	最大エンティティ数 (百万)
   		Performance-optimized CU	Capacity-optimized CU	Tiered-storage CU
   Small	8 ～ 16 CU のクラスターを 3 個	16 Million - 32 Million	64 Million - 128 Million	320 Million - 640 Million
   Medium	16 ～ 64 CU のクラスターを 7 個	32 Million - 128 Million	128 Million - 512 Million	640 Million - 2.6 Billion
   Large	64 ～ 192 CU のクラスターを 12 個	128 Million - 384 Million	512 Million - 1.5 Billion	2.6 Billion - 7.7 Billion
   X-Large	192 ～ 576 CU のクラスターを 17 個	384 Million - 1.2 Billion	1.5 Billion - 4.6 Billion	7.7 Billion - 23 Billion

   Initial Project Size で Custom を選択し、すべてのデータプレーンコンポーネントについて VM インスタンスタイプと台数を調整することで、設定をカスタマイズすることもできます。希望する VM インスタンスタイプが一覧にない場合は、追加サポートについて Zilliz support にお問い合わせください。

3. Tiered Query Node を有効にするかどうかを決定します。

   このオプションは、階層型ストレージクラスターを作成できるかどうかを決定します。このオプションを選択すると、階層型クエリノードのインスタンスタイプと台数を設定できます。

   

   📘注記

   • Project Size での選択は、Tiered Storage Node の設定には影響しません。

   • Auto-scaling が無効な場合、Default Query Node の台数と Tiered Query Node の台数の合計は正の整数である必要があります。

   • Auto-scaling が有効な場合、Default Query Node と Tiered Query Node の両方の Min 値の合計は正の整数である必要があります。

6

Next をクリックします。

ステップ 4: データプレーンをデプロイする

ダイアログに表示される手順に従って、現在作成したプロジェクトのデータプレーンをデプロイします。

上記 Terraform スクリプトの実行方法の詳細については、Zilliz Cloud BYOC-I Project Setup Guide を参照してください。

プロジェクトのデータプレーンをデプロイしてクラスターを作成した後は、直接 VPC アクセスまたは Azure Private Link 経由でこれらのクラスターに接続できます。詳細については、Connect to BYOC Clusters を参照してください。

データプレーンを管理する

Undeploy タグが付いたデータプレーン

プロジェクトカード右上のステータスタグが Undeploy の場合、プロジェクトカードの Deploy Data Plane ボタンをクリックしていつでも再開できます。プロジェクトの名前変更または削除を行うには、プロジェクトカードの ... ボタンをクリックし、ドロップダウンメニューから Rename または Delete を選択します。

Deploying タグが付いたデータプレーン

デプロイ環境を準備して表示されたコマンドを実行したら、BYOC エージェントがアクティブ化されるまで待つ必要があります。プロジェクトカードのステータスタグが Deploying で進行率パーセンテージが表示されている間は、データプレーンの構築が完了するまでプロジェクトの名前変更または削除はできません。

Running タグが付いたデータプレーン

プロジェクトカードのステータスタグが Running になったら、そのプロジェクト内でクラスターの作成を開始できます。実行中のプロジェクトの名前変更または削除を行うには、そのプロジェクト内にクラスターが存在しないことを確認してください。

テクニカルサポートアクセス

トラブルシューティングおよびメンテナンス作業を支援するため、Zilliz Cloud はデフォルトでテクニカルサポートがプロジェクトのデータプレーンにアクセスできるようにしています。ガバナンスおよびセキュリティ要件を満たすために、これを無効化することもできます。

以下の手順では、特定済みの問題について Zilliz Cloud のテクニカルサポートから連絡を受けた際に、無効化していたテクニカルサポートアクセスを再度有効化する方法を示します。

1

Zilliz Cloud がデータプレーン上の問題を特定し、かつあなたがテクニカルサポートアクセスを無効にしている場合、Zilliz Cloud からその旨を通知し、テクニカルサポートアクセスを申請します。

2

対象のデータプレーンを見つけて、データプレーンカード右下の ... をクリックし、ドロップダウンリストから Technical Support Access をクリックします。

3

表示されたダイアログボックスで、Technical Support Access をオンに切り替えます。

4

すると、Zilliz Cloud がアクセスを申請する理由と、Zilliz Cloud によって割り当てられた問題の担当者 ID に関する情報が表示されます。Expected Duration でアクセス期間を決定し、Description に任意の要件を入力できます。すべて設定したら、Save をクリックします。

5

トラブルシューティング中にこのダイアログボックスを開くと、このアクセスの終了時刻が表示されます。テクニカルサポートアクセスは、有効期限が切れるか、あなたが明示的に無効化すると再度無効になります。