AWS でのデプロイ

CelerData は、AWS 上にクラシックまたはエラスティッククラスタをデプロイするプロセスを 4 つの簡単なステップに簡略化する、ユーザーフレンドリーなデプロイウィザードを提供しています。

• ステップ1: クラスタリソースを構成する
• ステップ2: AWS の認証情報を設定する
• ステップ3: クラスタへのアクセスを構成する
• ステップ4: AWS クラウド上にクラスタをデプロイする

注記

CelerData は、各 BE がそのストレージ上にデータの一部を持つクラシックな共有なしクラスタと、すべてのデータが共有オブジェクトストレージ上にあり、キャッシュのみがコンピュートノード (CN) にローカルであるエラスティックな共有データクラスタをサポートしています。エラスティッククラスタでは、CN が BE に置き換わります。

エラスティッククラスタの詳細は warehouse overview にあります。

制限事項

CelerData クラスタをデプロイするには、EC2 セキュリティグループ、S3 バケット、IAM ロール、VPC とサブネット、データ認証情報、デプロイ認証情報を含むさまざまな AWS リソースが必要です。これらのリソースは同じサブスクリプションと同じリソースグループに属し、CelerData クラスタデプロイメントのための AWS リージョンと同じリージョンに属している必要があります。

デプロイウィザードを開始する

デプロイウィザードを開始するには、次の手順に従ってください。

1. CelerData Cloud BYOC コンソール にサインインします。
2. Clusters ページで、Create cluster をクリックします。
3. 表示されるダイアログボックスで、Classic cluster または Elastic cluster を選択し、クラウドプロバイダーとして AWS を選択してから、Next をクリックします。

デプロイウィザードを開始した後、以下に説明するように、クイックデプロイメントまたは手動デプロイメントを構成して実行できます。

important

CloudFormation を使用したクイックデプロイメントは、プロダクションでの使用には適しておらず、非プロダクションでの使用のみを推奨します。

CloudFormation テンプレートを使用したクイックデプロイメントは、手動デプロイメントで使用できるすべての構成オプションをサポートしていません。次の場合は manual deployment メソッドを使用してください。

• 既存のデータ認証情報を再利用する
• デプロイ認証情報を再利用する
• 新しいデータまたはデプロイ認証情報を作成する
• ネットワークアクセスを手動で構成する

クイックデプロイメントを構成して実行する

クイックデプロイメントは、CloudFormation テンプレートを起動して、必要な認証情報を作成し、CloudFormation スタックに含まれる以下の AWS リソースをプロビジョニングおよび構成するのに役立ちます。

• EC2 セキュリティグループ: セキュリティグループに関連付けられた AWS リソースへのトラフィックを制御する仮想ファイアウォールとして機能します。セキュリティグループは、CelerData からのトラフィックのみが、CelerData クラスタ用に割り当てられた AWS リソースに到達することを保証します。
• S3 バケット: CelerData クラスタの query profile 情報を保存します。
• IAM ロール: CelerData クラスタが関連する AWS リソースにアクセスするための権限を付与されます。
• VPC とサブネット: CelerData クラスタが存在する場所です。

AWS CloudFormation について詳しくは、What is AWS CloudFormation? を参照してください。

同様の手順で、新しい VPC または既存の VPC に CelerData クラスタをデプロイできます。

デプロイウィザードを開始した後（前の「Start the deployment wizard」セクションを参照）、STEP1 のみを完了する必要があります。CelerData が残りのステップを完了します。

1. STEP1: Configure the cluster resources で、ビジネス要件に基づいてクラスタを構成し、オプションで Add tag をクリックしてクラスタに 1 つ以上のタグを追加します。その後、Quick deployment by CloudFormation をクリックして続行します。ここで追加したタグは、クラスタに関連付けられた AWS クラウドリソースに添付されます。

   NOTE

   • CelerData は Free Developer Tier を提供しています。これを使用するには、4 CPU コアと 16-GB RAM を提供する FE および BE インスタンスタイプを選択する必要があります。
   • 4 CPU コアと 16-GB RAM は、FE および BE の最小構成パッケージでもあります。

   クラシッククラスタの場合、次の構成項目を構成します。

   Parameter	Required	Description
   Cluster name	Yes	クラスタの名前を入力します。クラスタが作成された後、名前は変更できません。後でクラスタを簡単に識別できるように、情報を含む名前を入力することをお勧めします。
   AWS region	Yes	クラスタをホストする AWS リージョンを選択します。CelerData がサポートするリージョンについては、Supported cloud platforms and regions を参照してください。
   FE HA mode	No	FE HA モードを有効または無効にします。FE HA モードはデフォルトで無効です。 FE HA モードが無効の場合、1 つの FE のみがデプロイされます。この設定は、CelerData が提供する機能を学ぶための概念実証クラスタを作成する場合や、テスト目的で小規模なクラスタを作成する場合に推奨されます。 FE HA モードが有効の場合、3 つの FE がデプロイされます。この設定は、プロダクション環境向けのクラスタを作成する場合に推奨されます。3 つの FE があることで、クラスタはより多くの高並列クエリを処理しながら、高可用性を確保できます。
   FE instance type	Yes	クラスタ内の FE ノードのインスタンスタイプを選択します。CelerData がサポートするインスタンスタイプについては、Supported instance types を参照してください。
   BE instance type	Yes	クラスタ内の BE ノードのインスタンスタイプを選択します。CelerData がサポートするインスタンスタイプについては、Supported instance types を参照してください。
   BE storage size	Yes	クラスタ内の各 BE ノードが提供するストレージ容量を指定します。Customize number of volumes の前のボックスにチェックを入れて、各 BE ノードに必要なボリュームの数とサイズを設定できます。
   BE node count	Yes	クラスタ内にデプロイする BE ノードの数を指定します。処理するデータ量に基づいて BE の数を決定できます。デフォルト値は 3 です。これは、CelerData が各テーブルを 3 つの異なる BE 上に 3 つのレプリカとして保存する必要があるためです。

   

   エラスティッククラスタの場合、次の構成項目を構成します。

   Parameter	Required	Description
   Cluster name	Yes	クラスタの名前を入力します。クラスタが作成された後、名前は変更できません。後でクラスタを簡単に識別できるように、情報を含む名前を入力することをお勧めします。
   AWS region	Yes	クラスタをホストする AWS リージョンを選択します。CelerData がサポートするリージョンについては、Supported cloud platforms and regions を参照してください。
   Multiple availability zone	No	複数のアベイラビリティゾーン (Multi-AZ) デプロイメントを有効または無効にします。この機能はデフォルトで無効です。CelerData の Multi-AZ デプロイメントについての詳細は、Multi-AZ Deployments を参照してください。現在、CloudFormation によるクイックデプロイメントは複数のアベイラビリティゾーンをサポートしていません。この機能は manual deployment を通じてのみ有効にできます。
   Coordinator node count	No	アベイラビリティゾーン全体でデプロイするコーディネーターノードの数を選択します。このフィールドは、Multi-AZ デプロイメントが有効な場合にのみ利用可能です。3 (デフォルト)、5、または 7 のコーディネーターノードを選択できます。
   Coordinator HA mode	No	コーディネータ HA モードを有効または無効にします。このフィールドは、Multi-AZ デプロイメントが無効な場合にのみ利用可能です。コーディネータ HA モードはデフォルトで無効です。 コーディネータ HA モードが無効の場合、1 つのコーディネータのみがデプロイされます。この設定は、CelerData が提供する機能を学ぶための概念実証クラスタを作成する場合や、テスト目的で小規模なクラスタを作成する場合に推奨されます。 コーディネータ HA モードが有効の場合、3 つのコーディネータがデプロイされます。この設定は、プロダクション環境向けのクラスタを作成する場合に推奨されます。3 つのコーディネータがあることで、クラスタはより多くの高並列クエリを処理しながら、高可用性を確保できます。
   Coordinator node size	Yes	クラスタ内のコーディネーターノードのインスタンスタイプを選択します。CelerData がサポートするインスタンスタイプについては、Supported instance types を参照してください。
   Node Distribution Policy	Yes	クラスタ内のデフォルトウェアハウスの Compute Node 分散ポリシーを選択します。このフィールドは、Multi-AZ デプロイメントが有効な場合にのみ利用可能です。Multi-AZ デプロイメントのノード分散ポリシーについての詳細は、Multi-AZ Deployments を参照してください。
   Compute node size	Yes	クラスタ内のデフォルトウェアハウスのコンピュートノードのインスタンスタイプを選択します。CelerData がサポートするインスタンスタイプについては、Supported instance types を参照してください。
   Compute storage size	No	クラスタ内のデフォルトウェアハウスのコンピュートノードのストレージサイズを指定します。このフィールドの横にあるボックスにチェックを入れることで、ボリュームの数をカスタマイズできます。このフィールドは EBS バックアップのインスタンスタイプでのみ利用可能です。
   Compute node count	Yes	クラスタ内のデフォルトウェアハウスのコンピュートノードの数を指定します。処理するデータ量に基づいてコンピュートノードの数を決定できます。デフォルト値は 1 です。

   

   Advance Settings では、クラシッククラスタ内の FE および BE ノード、またはエラスティッククラスタ内のコーディネーターノードのストレージ自動スケーリングポリシーをさらに定義できます。ビジネスのワークロードが予測不可能で、クラスタ作成時に固定のストレージボリューム数を割り当てることができない場合は、CelerData クラスタ内のノードのストレージ自動スケーリングを有効にできます。この機能が有効になっていると、CelerData は、設定されたストレージスペースが不足していることを検出した場合に、ストレージサイズを自動的にスケールアップします。

   次の手順に従います。

   1. FE storage、BE storage、または Coordinator Storage の後にあるスイッチをオンにして、それぞれのストレージ自動スケーリングを有効にします。

   2. 自動スケーリング操作をトリガーするストレージ使用率のしきい値（パーセンテージ）を設定します。このしきい値は 80% から 90% の間で設定できます。ノードのストレージ使用率がこのしきい値に達し、5 分以上続いた場合、CelerData は次の手順で定義したステップサイズでストレージをスケールアップします。

   3. 各自動スケーリング操作のステップサイズを設定します。ステップサイズを固定サイズ（GB）またはパーセンテージで設定できます。たとえば、50 GB または 15%（元のストレージサイズの）です。

   4. 各ノードの最大ストレージサイズを設定します。CelerData は、ストレージサイズがこのしきい値に達したときにスケールアップを停止します。

   NOTE

   • 2 つのスケーリング操作（手動スケーリングと自動スケーリングを含む）の間隔として、最低 6 時間が必須です。
   • 各ストレージの最大サイズは 16 TB です。
   • エラスティッククラスタ内のコンピュートノードはストレージ自動スケーリングをサポートしていません。

2. Quick deployment ダイアログボックスで、Deploy in a new VPC または Deploy in an existing VPC を選択し、Start をクリックします。

   NOTE

   AWS CloudFormation の権限がない場合は、表示された URL の横にある Copy アイコンをクリックして、URL を権限のあるユーザーに提供します。そのユーザーは、URL を使用して AWS CloudFormation コンソールを開き、スタックを作成できます。

   

3. AWS ログインページで、アカウント情報を入力し、Sign in をクリックします。

   AWS CloudFormation コンソールにリダイレクトされます。

4. Quick create stack ページで、次の操作を行います。

   a. Stack name セクションで、スタック名を指定します。

   b. Cluster Configuration セクションで、クラスタ名を指定します。CelerData で指定したクラスタ名を保持することをお勧めします。その後、パスワードを入力し、パスワードを確認します。

   c. Storage Configuration セクションで、S3 バケット名を指定します。

   d. Network Configuration セクションで、VPC 名を指定する（新しい VPC にクラスタをデプロイする場合）、または VPC を選択し、その VPC からサブネットを選択します（既存の VPC にクラスタをデプロイする場合）。

e. Capabilities セクションで、メッセージを読み、I acknowledge that AWS CloudFormation might create IAM resources with custom names. を選択します。

f. Create stack をクリックします。

5. CelerData Cloud BYOC コンソールに戻り、Finish the AWS CloudFormation creation メッセージで Finish をクリックします。

   

6. Clusters ページを更新し、作成したクラスタが表示されるまで待ちます。

   • クラスタが Deploying 状態の場合、クラスタのデプロイメントは完了していません。Deploying をクリックしてデプロイメントの進行状況を確認できます。

     クラスタのデプロイメントが完了すると、CelerData は「CelerData Cluster has been successfully deployed in your AWS Cloud!」というメッセージを表示します。メッセージの下にある Preview cluster をクリックしてクラスタを表示できます。

   • クラスタが Running 状態の場合、クラスタのデプロイメントは完了しています。クラスタをクリックして表示できます。

手動デプロイメントを構成して実行する

デプロイメントを成功させるためには、データ認証情報、デプロイ認証情報、およびネットワーク構成を提供する必要があります。

• データ認証情報

  データ認証情報は、S3 バケットに対する読み取りおよび書き込み権限を宣言します。これは query profiles を保存するために使用されます。詳細は Manage data credentials for AWS を参照してください。

• デプロイ認証情報

  デプロイ認証情報は、AWS アカウント内で作成されたクロスアカウント IAM ロールを参照します。詳細は Manage deployment credentials for AWS を参照してください。データ認証情報の Instance profile ARN を含むポリシーが、デプロイ認証情報で参照されるクロスアカウント IAM ロールにアタッチされている必要があります。そうでない場合、デプロイメントは失敗します。

• ネットワーク構成

  ネットワーク構成は、独自の VPC 内のクラスタノード間、および CelerData の VPC と独自の VPC 間の接続を可能にします。詳細は Manage network configurations for AWS を参照してください。

デプロイウィザードを開始した後（前の「Start the deployment wizard」セクションを参照）、デプロイメントのために 4 つの必要なステップ（STEP1 から STEP4）を案内されます。

ステップ1: クラスタリソースを構成する

ビジネス要件に基づいてクラスタを構成し、オプションで Add tag をクリックしてクラスタに 1 つ以上のタグを追加します。その後、Manual deployment をクリックして続行します。ここで追加したタグは、クラスタに関連付けられた AWS クラウドリソースに添付されます。

クラスタ構成項目の詳細については、前の「Configure and run a quick deployment」セクションのステップ1を参照してください。

NOTE

Free Developer Tier パッケージを使用するには、最大 4 CPU コアと最大 16-GB RAM を提供する FE および BE インスタンスタイプを選択する必要があります。

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

このステップでは、新しいデータ認証情報と新しいデプロイ認証情報を作成するか、以前の成功したデプロイメントで CelerData によって自動的に作成された既存のものを選択する必要があります。構成を完了したら、Next をクリックして続行します。

CelerData を初めて使用する場合は、新しいデータ認証情報と新しいデプロイ認証情報を作成することをお勧めします。

新しい認証情報を作成することを選択する

次の図に示すように、No, I need to manually create new credentials from scratch を選択します。その後、データ認証情報とデプロイ認証情報を作成します。

データ認証情報を作成する

1. AWS IAM コンソール にサインインし、Create a service IAM role for EC2 に記載されている手順に従って EC2 用のサービス IAM ロールを作成し、そのインスタンスプロファイル ARN をコピーし、後でアクセスできる場所に保存します。

2. CelerData Cloud BYOC コンソールに戻ります。Data credential セクションで、Bucket name フィールドにバケットの名前を入力し、Instance profile ARN フィールドにインスタンスプロファイル ARN を貼り付けます。

   Data credential セクションのフィールドについては、次の表を参照してください。

   Field	Required	Description
   Bucket name	Yes	バケットの名前を入力します。 NOTE クラスタを作成する際には、クラスタと同じリージョンにあるバケットを参照するデータ認証情報のみを使用できます。つまり、バケットはクラスタと同じリージョンに存在する必要があります。
   IAM policy information	N/A	ポリシーを作成するために使用する JSON ポリシードキュメントです。ポリシーはバケットに対する権限を定義します。
   Instance profile ARN	Yes	CelerData にバケットへのアクセス権限を付与するために作成した EC2 用のサービス IAM ロールのインスタンスプロファイル ARN を入力します。

   エラスティッククラスタに対してのみ、Enable TDE (based on AWS KMS) をチェックすることで Transparent Data Encryption (TDE) を有効にできます。

   TDE を有効にするには、マスターキーとして AWS KMS キーを提供する必要があります。キーのリージョンと ARN を指定する必要があります。また、インスタンスプロファイルの代わりに Assumed Role を使用して AWS にアクセスする場合は、KMS に保存されたキーへの CelerData のアクセスを許可するために IAM ロール ARN も提供する必要があります。

   • TDE 用の KMS キーの作成と構成に関する詳細な手順については、Create a KMS key for TDE を参照してください。
   • 2 つの認証方法の比較については、Comparison between authentication methods を参照してください。

デプロイ認証情報を作成する

作成するデプロイ認証情報には、データ認証情報の Instance profile ARN を含むポリシーがアタッチされている必要があります。

1. CelerData Cloud BYOC コンソールで、IAM policy information の横にある Generate policy をクリックして JSON ポリシードキュメントを生成します。

2. AWS IAM コンソール にサインインし、Create a cross-account IAM role に記載されている手順に従ってクロスアカウント IAM ロールを作成し、その ARN をコピーし、後でアクセスできる場所に保存します。

3. CelerData Cloud BYOC コンソールに戻ります。Deployment credential セクションで、Cross-Account Role ARN フィールドに ARN を貼り付けます。

   Deployment credential セクションのフィールドについては、次の表を参照してください。

   Field	Required	Description
   IAM policy information	N/A	特定のリソースに対する権限を定義するポリシーを作成するために使用する JSON ポリシードキュメントです。必要に応じて Generate policy をクリックして JSON ポリシードキュメントを生成します。
   Credential method	Yes	AWS クラウドでリソースを起動するための CelerData の権限を制御するために使用する認証情報のタイプです。値は IAM role に固定されています。 NOTE CelerData は認証情報として RAM ロールのみをサポートしています。
   Trust account ID	N/A	クロスアカウント IAM ロールを作成するために使用するアカウント ID です。 NOTE 信頼アカウント ID は編集できません。信頼アカウント ID と外部 ID は、IAM ロールを使用できるアカウントを識別するために一緒に使用されます。
   External ID	N/A	クロスアカウント IAM ロールを作成するために使用する外部 ID です。 NOTE 外部 ID は編集できません。信頼アカウント ID と外部 ID は、IAM ロールを使用できるアカウントを識別するために一緒に使用されます。
   Cross-Account Role ARN	Yes	AWS クラウドでリソースを起動および管理するための権限を CelerData に付与するために作成したクロスアカウント IAM ロールの ARN を入力します。

既存の認証情報を選択することを選択する

次の図に示すように、Yes, I hope to reuse the previous credentials and cloud storage を選択します。その後、既存のデータ認証情報と既存のデプロイ認証情報を選択します。

データ認証情報を選択する

Data credential セクションで、Reuse data credential ドロップダウンリストを展開し、クラスタと同じ AWS リージョン（つまり、STEP1 で選択したリージョン）に属するデータ認証情報を選択します。

NOTE

ドロップダウンリストには、手動で作成したデータ認証情報と、以前の成功したデプロイメントで CelerData によって自動的に作成されたデータ認証情報がすべて表示されます。

データ認証情報を選択すると、CelerData は自動的に Bucket name と Instance profile ARN フィールドを入力します。

Data credential セクションのフィールドについては、次の表を参照してください。

Field	Required	Description
Bucket name	Yes	バケットの名前を入力します。 NOTE クラスタを作成する際には、クラスタと同じ AWS リージョンにあるバケットを参照するデータ認証情報のみを使用できます。つまり、バケットはクラスタと同じ AWS リージョンに存在する必要があります。
Instance profile ARN	Yes	CelerData にバケットへのアクセス権限を付与するために作成した EC2 用のサービス IAM ロールのインスタンスプロファイル ARN を入力します。

デプロイ認証情報を選択する

Deployment credential セクションで、Reuse deployment credential ドロップダウンリストを展開し、クラスタと同じ AWS リージョン（つまり、STEP1 で選択したリージョン）に属し、構成したデータ認証情報の Instance profile ARN を含むポリシーがアタッチされたデプロイ認証情報を選択します。

NOTE

ドロップダウンリストには、手動で作成したデプロイ認証情報と、以前の成功したデプロイメントで CelerData によって自動的に作成されたデプロイ認証情報がすべて表示されます。

デプロイ認証情報を選択すると、CelerData は自動的に Cross-Account Role ARN フィールドを入力します。

Deployment credential セクションのフィールドについては、次の表を参照してください。

Field	Required	Description
Cross-Account Role ARN	Yes	AWS クラウドでリソースを起動および管理するための権限を CelerData に付与するために作成したクロスアカウント IAM ロールの ARN を入力します。

ステップ3: クラスタへのアクセスを構成する

このステップでは、次のことを行う必要があります。

• ネットワーク構成を設定します。新しいネットワーク構成を作成するか、以前の成功したデプロイメントで CelerData によって自動的に作成された既存のものを選択できます。

  NOTE

  CelerData は、複数のクラスタ間で同じネットワーク構成を再利用できるようにします。つまり、複数のクラスタが同じ VPC、サブネット、およびセキュリティグループを共有できます。

• クラスタ認証情報を設定します。

• 接続性をテストします。

ネットワーク構成を設定する

Network configuration セクションで、新しいネットワーク構成を作成するか、既存のものを選択します。

CelerData を初めて使用する場合は、新しいネットワーク構成を作成することをお勧めします。

新しいネットワーク構成を作成する

1. AWS IAM コンソール にサインインします。

2. ページの右上隅にあるリージョンピッカーを確認し、必要に応じて STEP1 で選択した AWS リージョンに切り替えます。

3. 左側のナビゲーションペインで、Virtual private cloud > Your VPCs を選択します。Your VPCs ページで、CelerData deployment requirements を満たす VPC を見つけます。

   NOTE

   選択した AWS リージョンに適格な VPC がない場合は、Create a VPC and related resources に記載されている手順に従って、その AWS リージョンに VPC を作成します。

4. 左側のナビゲーションペインで、Virtual private cloud > Subnets を選択します。Subnets ページで:

   • Multi-AZ Deployment が利用できないか無効な場合、選択した VPC 内の 1 つ のサブネットを選択し、サブネットの ID をコピーして、後でアクセスできる場所に保存します。
   • Multi-AZ Deployment が有効な場合、選択した VPC 内の 3 つ のサブネットを選択し、サブネットの ID をコピーして、後でアクセスできる場所に保存します。3 つのサブネットのそれぞれは独立したアベイラビリティゾーンに属している必要があり、すべてが同じ VPC 内のプライベートサブネットまたはパブリックサブネットである必要があります。

5. Create a security group に記載されている手順に従ってセキュリティグループを作成し、セキュリティグループの ID をコピーして、後でアクセスできる場所に保存します。

6. CelerData Cloud BYOC コンソールに戻ります。Network Configuration セクションで、Subnet ID フィールドにサブネット ID を貼り付け、Security group ID フィールドにセキュリティグループ ID を貼り付けます。

   End-to-End Private Link を有効にする場合は、Advanced security settings をチェックし、接続用の VPC エンドポイント ID を VPC endpoint ID フィールドに貼り付けます。また、Private Link が有効な場合でもクラスタコンソールにパブリックネットワーク経由でアクセスしたい場合は、Enable public access to the Cluster console をチェックします。VPC 接続 ID が設定されていない場合、CelerData の VPC はインターネットを介して独自の VPC と通信します。CelerData の Private Link についての詳細は、End-to-End Private Link Architecture および End-to-End Private Link Configuration and Deployment を参照してください。

   Network Configuration セクションのフィールドについては、次の表を参照してください。

   Field	Required	Description
   Subnet ID	Yes	データ分析のためにクラスタノードをデプロイするために使用するサブネットの ID です。 Multi-AZ Deployment が利用できないか無効な場合、このフィールドに唯一のサブネットの ID を指定します。 Multi-AZ Deployment が有効で Crossing AZ Policy が選択されている場合、3 つのサブネットのうち 2 つのサブネットの ID を指定します。各サブネットは独立したアベイラビリティゾーンに属している必要があります。 Multi-AZ Deployment が有効で Single AZ Policy が選択されている場合、プライマリサブネット以外の 2 つのサブネットの ID を指定します。各サブネットは独立したアベイラビリティゾーンに属している必要があります。
   Primary Subnet ID	Yes	Multi-AZ Deployment が有効で Single AZ Policy が選択されている場合のプライマリサブネットの ID です。Crossing AZ Policy が選択されている場合、このフィールドは Subnet ID フィールドと同等です。プライマリサブネットも独立したアベイラビリティゾーンに属している必要があります。このフィールドは Multi-AZ Deployment が有効な場合にのみ利用可能です。
   Security group ID	Yes	独自の VPC 内のクラスタノード間、および CelerData の VPC と独自の VPC 間の TLS を介した接続を可能にするために使用するセキュリティグループの ID です。
   VPC endpoint ID	No	CelerData の VPC と独自の VPC 間の直接的で安全な接続を可能にするために PrivateLink を使用して作成する VPC エンドポイントの ID です。この接続は同じ AWS リージョン内の AWS VPC 用です。 VPC エンドポイントの作成方法については、Create a VPC endpoint を参照してください。 NOTE VPC 接続 ID を指定しない場合、CelerData の VPC はインターネットを介して独自の VPC と通信します。
   Security group ID for NLB	No	NLB のために個別に設定したい場合のセキュリティグループの ID です。

   詳細なセキュリティを実現するために、NLB と VPC エンドポイントのために個別のセキュリティグループを設定できます。

   • AWS デプロイメントのためのセキュリティグループとインバウンドおよびアウトバウンドルールの詳細な設計については、Security groups and inbound and outbound rules for AWS deployment を参照してください。
   • VPC エンドポイントのための異なるセキュリティグループを選択するには、Create a security group for VPC endpoint を参照してください。
   • NLB のための個別のセキュリティグループを作成し、デプロイウィザードの STEP3 で設定するには、Create a security group for NLB を参照してください。

既存のネットワーク構成を選択する

Reuse network configuration ドロップダウンリストを展開し、クラスタと同じ AWS リージョン（つまり、STEP1 で選択したリージョン）に属するネットワーク構成を選択します。

NOTE

• ドロップダウンリストには、手動で作成したネットワーク構成と、以前の成功したデプロイメントで CelerData によって自動的に作成されたネットワーク構成が表示されます。
• STEP1 で Multi-AZ Deployment を有効にした場合、ドロップダウンリストには 3 つのサブネットを持つネットワーク構成のみが表示されます。

ネットワーク構成を選択すると、CelerData は自動的に Subnet ID、Security group ID、および（オプションで）VPC endpoint ID フィールドを入力します。

Network Configuration セクションのフィールドについては、次の表を参照してください。

Field	Required	Description
Subnet ID	Yes	データ分析のためにクラスタノードをデプロイするために使用するサブネットの ID です。 Multi-AZ Deployment が利用できないか無効な場合、このフィールドに唯一のサブネットの ID を指定します。 Multi-AZ Deployment が有効で Crossing AZ Policy が選択されている場合、3 つのサブネットのうち 2 つのサブネットの ID を指定します。各サブネットは独立したアベイラビリティゾーンに属している必要があります。 Multi-AZ Deployment が有効で Single AZ Policy が選択されている場合、プライマリサブネット以外の 2 つのサブネットの ID を指定します。各サブネットは独立したアベイラビリティゾーンに属している必要があります。
Primary Subnet ID	Yes	Multi-AZ Deployment が有効で Single AZ Policy が選択されている場合のプライマリサブネットの ID です。Crossing AZ Policy が選択されている場合、このフィールドは Subnet ID フィールドと同等です。プライマリサブネットも独立したアベイラビリティゾーンに属している必要があります。このフィールドは Multi-AZ Deployment が有効な場合にのみ利用可能です。
Security group ID	Yes	独自の VPC 内のクラスタノード間、および CelerData の VPC と独自の VPC 間の TLS を介した接続を可能にするために使用するセキュリティグループの ID です。
VPC endpoint ID	No	CelerData の VPC と独自の VPC 間の直接的で安全な接続を可能にするために PrivateLink を使用して作成する VPC エンドポイントの ID です。この接続は同じ AWS リージョン内の AWS VPC 用です。 VPC エンドポイントの作成方法については、Create a VPC endpoint を参照してください。 NOTE VPC エンドポイント ID を指定しない場合、CelerData の VPC はインターネットを介して独自の VPC と通信します。
Security group ID for NLB	No	NLB のために個別に設定したい場合のセキュリティグループの ID です。

クラスタ認証情報を設定する

Cluster credential セクションで、Admin password フィールドに admin アカウントのパスワードを入力するか、Admin password フィールドの横にある Random をクリックして CelerData によって生成されたパスワードを取得します。

NOTE

• admin アカウントはクラスタの管理者であり、CelerData Cloud アカウント内で有効なすべての権限を持っています。
• クラスタが作成された後、クラスタの詳細ページに移動し、ページの右上隅で Manage > Reset password を選択して admin アカウントのパスワードをリセットできます。クラスタが Running 状態のときにのみ admin アカウントのパスワードをリセットできます。

接続性をテストする

1. Test connect をクリックして、CelerData の VPC が独自の VPC と接続できることを確認します。

   接続がテストに合格すると、Start create ボタンが有効になります。

2. Start create をクリックして続行します。

ステップ4: AWS クラウド上にクラスタをデプロイする

前の 3 つのステップを完了すると、CelerData は自動的にクラウドリソースを起動し、独自の VPC にクラスタをデプロイします。これには数分かかります。

デプロイメントが完了すると、次の図に示すメッセージが表示されます。

メッセージ内の Preview Cluster をクリックしてクラスタを表示できます。また、Clusters ページに戻って、デプロイメントが成功した場合に Running 状態のクラスタを表示することもできます。

次のステップ

いつでも、JDBC ドライバーや MySQL クライアントから、または CelerData コンソールの SQL エディターを使用してクラスタに接続できます。詳細は Connect to a CelerData cluster を参照してください。

また、CelerData Cloud BYOC コンソールでクラスタを表示および管理して、ニーズに合わせて調整できます。

• View a CelerData cluster.
• Scale a CelerData cluster.
• Release a CelerData cluster.
• Suspend and resume a CelerData cluster.
• Open a CelerData cluster.