AWS に BYOC をデプロイ

このページでは、Zilliz Cloud コンソールとカスタム AWS 設定を使用して、AWS Virtual Private Cloud (VPC) 内に完全マネージドな Bring-Your-Own-Cloud (BYOC) data plane を手動で作成する方法について説明します。

📘注意

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

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

前提条件

• BYOC organization owner である必要があります。

手順

AWS に BYOC をデプロイするには、Zilliz Cloud が customer-managed VPC 内の S3 bucket と EKS cluster にアクセスできるように、特定のロールをお客様に代わって引き受ける必要があります。そのため、Zilliz Cloud は、これらのインフラストラクチャリソースにアクセスするために必要なロールに加えて、S3 bucket、EKS cluster、VPC に関する情報を収集する必要があります。

BYOC organization 内で、Create Project ボタンをクリックしてデプロイを開始します。

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

このステップでは、プロジェクト名を設定し、cloud provider と region、および初期プロジェクトサイズを決定し、Zilliz Cloud がプロジェクトを作成して data plane をデプロイする方法を選択する必要があります。

Zilliz BYOC Project Name を設定し、Create and Next をクリックします。プロジェクトはこのステップの最後に作成され、Deploy Data Plane ダイアログボックスにリダイレクトされます。

ステップ 2: data plane をデプロイする

1

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

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

2

AWS PrivateLink を有効にするかどうかを決定します。

このオプションを使用すると、現在のプロジェクト内の cluster へのプライベート接続が可能になります。このオプションを有効にした場合は、プライベート接続用の VPC Endpoint を作成する必要があります。詳細については、Prepare for Cluster Connection を参照してください。

3

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

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

4

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

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

2. Initial Project Size を構成します。

   BYOC プロジェクトでは、query node、tiered query node、index services、Milvus コンポーネント、および依存関係で異なる種類の EC2 インスタンスが使用されます。これらのサービスおよびコンポーネントごとに、インスタンスタイプと数を個別に設定できます。

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

   

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

   

   リソース設定を容易にするために、あらかじめ定義された 4 つのプロジェクトサイズオプションがあります。次の表は、これらのプロジェクトサイズオプションと、プロジェクト内で作成できる cluster 数、およびそれらの cluster に格納できる entity 数との対応を示しています。

   サイズ	cluster の最大数	entity の最大数（百万）
   		Performance-optimized CU	Capacity-optimized CU	Tiered-storage CU
   Small	8 ～ 16 CU の cluster を 3 個	16 Million - 32 Million	64 Million - 128 Million	320 Million - 640 Million
   Medium	16 ～ 64 CU の cluster を 7 個	32 Million - 128 Million	128 Million - 512 Million	640 Million - 2.6 Billion
   Large	64 ～ 192 CU の cluster を 12 個	128 Million - 384 Million	512 Million - 1.5 Billion	2.6 Billion - 7.7 Billion
   X-Large	192 ～ 576 CU の cluster を 17 個	384 Million - 1.2 Billion	1.5 Billion - 4.6 Billion	7.7 Billion - 23 Billion

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

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

   このオプションは、tiered-storage cluster を作成できるかどうかを決定します。このオプションを選択すると、tiered query node のインスタンスタイプと数を設定できます。

   

   📘注意

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

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

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

   • Tiered Storage が BYOC で利用可能になる前に作成された cluster については、手動で Tiered Storage を有効にできます。詳細については、Enable Tiered Storage for Exisiting Clusters を参照してください。

5

Deploy Method で、Zilliz Cloud がタスクを進める方法を選択します。

AWS 上の BYOC プロジェクト用インフラストラクチャをプロビジョニングするには、3 つのオプションがあります。次のいずれかを選択できます。

• Use AWS CloudFormation to provision the infrastructure.

  AWS CloudFormation を使用してプロジェクトの data plane インフラストラクチャをプロビジョニングしたい場合は、Deploy Method セクションで Quickstart タイルを選択します。これは BYOC プロジェクトを開始するための推奨方法でもあります。

  AWS CloudFormation を使用することにした場合は、Next をクリックすると、プロジェクトを新しい VPC にデプロイするか既存の VPC にデプロイするかを選択するための次のダイアログボックスが表示されます。

  

  その後、Create Stack with CloudFormation をクリックして、プロジェクトのデプロイを開始できます。

• Use a Terraform script to provision the infrastructure.

  Terraform スクリプトを使用してインフラストラクチャをプロビジョニングしたい場合は、スクリプトの出力をコピーして Zilliz Cloud に貼り付ける必要があります。詳細については、Terraform Provider を参照してください。

  Credential Settings および Network Settings に記載されているとおり、Terraform スクリプトから返された情報を Zilliz Cloud コンソールに入力する必要がある点に注意してください。

• Use the AWS console to create the necessary resources and roles.

  AWS コンソール上で、storage bucket や複数の IAM ロールなど、必要なリソースを作成する必要があります。その後、それらの名前と ID をコピーして Zilliz Cloud コンソールに貼り付けます。この方法でプロジェクトを作成したい場合は、Deploy Method セクションで Manually タイルを選択し、Next をクリックします。

  Zilliz Cloud では、設定しやすいようにプロセスを Credential Settings と Network Settings に分けています。

6

Next をクリックして認証情報を設定します。

ステップ 2: 認証情報を設定する

Credential Settings では、storage と、storage access、EKS cluster 管理、data-plane デプロイ用の複数の IAM ロールを設定する必要があります。

1

Storage settings で、AWS から取得した Bucket Name と IAM Role ARN を設定します。

Zilliz Cloud は、指定された bucket を data-plane storage として使用し、指定された IAM ロールを使用してお客様に代わってアクセスします。

S3 bucket の作成手順の詳細については、Create S3 Bucket and IAM Role を参照してください。

2

EKS Settings で、EKS 管理用の IAM Role ARN を設定します。

Zilliz Cloud は、指定されたロールを使用してお客様に代わって EKS cluster をデプロイし、その EKS cluster 内に data plane をデプロイします。

EKS ロールの作成手順の詳細については、Create EKS IAM Role を参照してください。

3

Cross-Account Settings で、data-plane デプロイ用の IAM Role ARN を設定します。

ダイアログボックスに表示される External ID をコピーする必要があります。Zilliz Cloud は、指定されたロールを使用して Zilliz Cloud BYOC プロジェクトの data plane をデプロイします。

クロスアカウントロールの作成手順の詳細については、Create Cross-Account IAM Role を参照してください。

4

Next をクリックしてネットワーク設定を構成します。

ステップ 3: ネットワーク設定を構成する

Network Settings では、VPC と、その VPC 内の subnet、security group、およびオプションの VPC endpoint など、いくつかの種類のリソースを作成します。

1

Network Settings で、VPC ID、Subnet IDs、Security Group ID、およびオプションの VPC endpoint ID を設定します。

指定した VPC では、Zilliz Cloud は以下を必要とします。

• 1 つの public subnet と 3 つの private subnet

• 1 つの security group

• オプションの VPC endpoint

VPC Endpoint ID は、上記の General Settings で AWS PrivateLink をオンにした場合にのみ利用可能であることに注意してください。VPC と関連リソースを作成する手順の詳細については、Configure a Customer-Managed VPC を参照してください。

2

Next をクリックして概要を表示します。

3

Deployment Summary で、構成設定を確認します。

4

すべて問題なければ Create をクリックします。

デプロイの詳細を表示する

プロジェクトを作成すると、プロジェクトページでそのステータスを表示できます。

プロジェクトの data plane をデプロイして cluster を作成した後は、直接 VPC アクセスまたは AWS PrivateLink 経由でこれらの cluster に接続できます。詳細については、Connect to BYOC Clusters を参照してください。

一時停止と再開

プロジェクトを一時停止すると、data plane が停止し、プロジェクトを支える EKS cluster に関連付けられたすべての EC2 インスタンスが終了します。この操作は、プロジェクト内で一時停止された Zilliz Cloud cluster には影響せず、data plane が復旧するとそれらを再開できます。

実行中のプロジェクトを一時停止できるのは、プロジェクト内に cluster が存在しない場合、またはすべての cluster がすでに一時停止されている場合のみです。

プロジェクトカードのステータスタグが Suspended と表示されている間は、そのプロジェクト内の cluster を操作できません。この場合、Resume をクリックしてプロジェクトを再開できます。ステータスタグが再び Running に変わると、プロジェクト内の cluster の操作を続行できます。

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

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

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

1

Zilliz Cloud が data plane 上の問題を特定し、お客様がテクニカルサポートアクセスを無効にしている場合、当社はその旨をお知らせし、テクニカルサポートアクセスを申請します。

2

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

3

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

4

すると、当社がアクセスを申請する理由と、Zilliz Cloud により割り当てられた issue owner の ID に関する情報が表示されます。Expected Duration でアクセス期間を決定し、必要に応じて Description に追加要件を記載できます。すべて設定したら、Save をクリックします。

5

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

手順

S3 バケットと IAM ロールの作成

このページでは、適切な権限を持つ Bring-Your-Own-Cloud (BYOC) プロジェクトのルートストレージを作成および設定する手順について説明します。 | BYOC

EKS IAM ロールの作成

このページでは、Zilliz Cloud プロジェクト用の EKS クラスターを Zilliz Cloud がデプロイできるようにするための IAM ロールの作成および設定方法について説明します。 | BYOC

クロスアカウント IAM ロールの作成

このページでは、Zilliz Cloud がプロジェクトのデータプレーンをブートストラップするためのクロスアカウントロールを作成して設定する方法について説明します。このロールにより、Zilliz Cloud はお客様に代わって VPC リソースを管理するための制限付き権限を得ます。 | BYOC

AWS でカスタマー管理 VPC を設定する

Zilliz Cloud Bring-Your-Own-Cloud (BYOC) ソリューションを使用すると、お客様自身の Virtual Private Cloud (VPC) 内にプロジェクトをセットアップできます。Zilliz Cloud プロジェクトをカスタマー管理 VPC で実行することで、ネットワーク設定をより細かく制御でき、組織で求められる特定のクラウドセキュリティおよびガバナンス標準を満たせるようになります。 | BYOC

ロール内の権限

このページでは、Zilliz Cloud がお客様に代わって control plan のセットアップ中に操作を実行するために必要なすべての IAM 権限を一覧表示します。 | BYOC

既存クラスターで階層型ストレージを有効にする

このガイドは、以前のバージョンの terraform examples を使用して BYOC/BYOC-I cluster をすでにデプロイしており、階層型ストレージを有効にしたいユーザー向けです。 | BYOC