AWSでBYOCをデプロイする
Contact Sales to Enable BYOC

このページでは、Zilliz CloudコンソールとカスタムAWS設定を使用して、Zilliz Cloud Bring-Your-Own-Cloud (BYOC)組織内でプロジェクトを手動で作成する方法について説明します。

📘ノート

Zilliz BYOCは現在一般提供中です。アクセスと実装の詳細については、Zilliz Cloudサポートにお問い合わせください。

前提条件

あなたはBYOC組織のオーナーでなければなりません。

手続き

AWSにBYOCを展開するには、Zilliz Cloudは、お客様が管理するVPC内のS 3バケットとEKSクラスターにアクセスするための特定の役割を担う必要があります。そのため、Zilliz Cloudは、S 3バケット、EKSクラスター、VPCに関する情報と、これらのインフラストラクチャリソースにアクセスするために必要な役割を収集する必要があります。

BYOC組織内で、[プロジェクトの作成とデータプレーンのデプロイ]ボタンをクリックしてデプロイを開始します。

YSBFbBGscoLGykx4dx1cMs4LnTd

一般の設定

「一般設定」では、プロジェクト名を設定し、クラウドプロバイダーとリージョンを決定し、Zilliz Cloudがプロジェクトを作成し、データプレーンを展開する方法を選択する必要があります。

UxkPbaWqpoE67Tx8yL2cE9EVnUe

[プロジェクト名]を設定します。
[クラウドプロバイダー]と[リージョン]を選択します。
(オプション)インスタンス設定を構成します。

BYOCプロジェクトでは、検索サービス、基本的なデータベースコンポーネント、およびコアサポートサービスが異なるインスタンスを使用します。これらのサービスとコンポーネントのインスタンスタイプを設定できます。

詳細は、インスタンス設定を参照してください。
AWS PrivateLinkを有効にするかどうかを決定します。

このオプションを有効にすると、現在のプロジェクト内のクラスターへのプライベート接続が可能になります。このオプションを有効にする場合は、プライベート接続用のVPCエンドポイントを作成する必要があります。
Zilliz Cloudがデプロイ方法でタスクを実行する方法を選択してください。

AWS上でBYOCプロジェクトのインフラストラクチャをプロビジョニングするには、3つのオプションがあります。
- AWS CloudFormationを使用してインフラストラクチャをプロビジョニングします。
  
  AWS CloudFormationを使用してプロジェクトのデータプレーンインフラストラクチャをプロビジョニングする場合は、[クイックスタート]タイルを[デプロイ方法]セクションで選択します。これは、BYOCプロジェクトを開始するためにも推奨される方法です。
- Terraformスクリプトを使用してインフラストラクチャをプロビジョニングします。
  
  インフラストラクチャのプロビジョニングにTerraformスクリプトを使用する場合は、スクリプトの出力をZilliz Cloudにコピー&ペーストする必要があります。詳細については、Bootstrapインフラストラクチャ（Terraform）を参照してください。
- AWSコンソールを使用して、必要なリソースとロールを作成します。
  
  必要なリソース(ストレージバケットや複数のIAMロールなど)をAWSコンソールで作成する必要があります。その後、名前とIDをコピーしてZilliz Cloudコンソールに貼り付けます。この方法でプロジェクトを作成する場合は、手動タイルをデプロイ方法セクションで選択してください。
  
  設定を容易にするために、Zilliz Cloudは以下の過程に分けています:
  - クレデンシャル設定、および
  - ネットワーク設定。

クレデンシャル設定

[資格情報設定]では、ストレージアクセス、EKSクラスター管理、およびデータプレーンデプロイのために、ストレージと複数のIAMロールを設定する必要があります。

SqYDbdYcropfGnxMsOhcSeACnag

以下の手順に従って、ストレージ、EKS、およびクロスアカウント設定を構成します。
1. [ストレージ設定]で、AWSから取得したバケット名とIAMロールARNを設定します。
  
  Zilliz Cloudは、指定されたバケットをデータプレーンストレージとして使用し、指定されたIAMロールを使用してあなたの代わりにアクセスします。
  
  S 3バケットを作成する手順の詳細については、S3バケットとIAMロールの作成するを参照してください。
2. [EKS設定]で、EKS管理のIAMロールARNを設定します。
  
  Zilliz Cloudは、指定されたロールを使用してEKSクラスターをデプロイし、EKSクラスターにデータプレーンをデプロイします。
  
  EKSロールを作成する手順の詳細については、「EKS IAMロールの作成」を参照してください。
3. [クロスアカウント設定]で、データプレーンデプロイのIAMロールARNを設定します。
  
  Zilliz Cloudは、指定された役割を使用して、Zilliz Cloud BYOCプロジェクトのデータプレーンを展開します。
  
  クロス勘定ロールを作成する手順の詳細については、「クロスアカウントIAMロールの作成」を参照してください。
[次へ]をクリックしてネットワーク設定を構成します。

ネットワーク設定

ネットワーク設定では、VPCと、サブネット、セキュリティグループ、VPC内のオプションのVPCエンドポイントなど、複数の種類のリソースを作成する必要があります。

G9iEbGNd2oMhbSxWmAccCAnkn0g

[ネットワーク設定]で、VPC ID、サブネットID、セキュリティグループID、およびオプションのVPCエンドポイントIDを設定します。

指定されたVPCでは、Zilliz Cloudが必要です。
- パブリックサブネットと3つのプライベートサブネット。
- セキュリティグループ、そして
- オプションのVPCエンドポイント。
VPCの作成手順とリソースの詳細については、「顧客管理型VPCの設定」を参照してください。
[次へ]をクリックして概要を表示します。
[Deployment Summary]で構成を確認します。
すべてが期待どおりであれば、[作成]をクリックします。

インスタンス設定

Zilliz BYOCプロジェクトのデータプレーンには、Search Services、Fundamental Database Components、Core Support Servicesの3種類のコンポーネントがあり、それぞれ異なるEC 2インスタンスを使用しています。

C7RmbHtWjoFrczxFOAnctnNYnDc

一般設定では、上記の3つのデータプレーンコンポーネントのEC 2インスタンスタイプを決定する必要があります。さらに、Core Support ServicesのEC 2インスタンス数を指定する必要があります。これにより、プロジェクト内で作成できるクラスターの最大数が決定されます。

定義済みのプロジェクト体格オプションは4つあります。

サイズ	最大クラスタ数	エンティティの最大数（百万）
サイズ	最大クラスタ数	Performance-optimized CU	Capacity-optimized CU
Small	8～16個のCUを持つ3つのクラスタ	10百万-25百万の	40百万-80百万の
Medium	16～64個のCUを持つ7つのクラスタ	25百万-100百万の	80百万-350百万の
Large	64～192個のCUを持つ12つのクラスタ	100百万-300百万の	350百万-10億
X-Large	192～576個のCUを持つ17つのクラスタ	300百万-900百万の	10億-30億

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

プロジェクトを作成したら、プロジェクトページでステータスを閲覧可能です。

QJ57bgqmjoIP0Qx5niSc4SJHnab

一時停止と再開

プロジェクトを一時停止すると、データプレーンが停止し、プロジェクトをサポートするEKSクラスターに関連するすべてのEC 2インスタンスが終了します。このアクションは、プロジェクト内の一時停止されたZilliz Cloudクラスターには影響しません。データプレーンが復元されたら再開できます。

KgmubOHigoPnlHx7ID9cJmeWn8b

実行中のプロジェクトを一時停止できるのは、プロジェクトにクラスターがない場合、またはすべてのクラスターがすでに一時停止されている場合のみです。

JEMybaDxEoIAS6xT0vdc2vm2nzb

プロジェクトカードのステータスタグがSuspendedになると、プロジェクト内のクラスタを操作できなくなります。その場合は、Resumeをクリックしてプロジェクトを再開できます。ステータスタグが再びRunningに変わると、プロジェクト内のクラスタの操作を続けることができます。

AWSでBYOCをデプロイする
Contact Sales to Enable BYOC

前提条件