GCP でのクイックデプロイ

このトピックでは、Google Cloud でのクイックデプロイの方法を説明します。プロダクション環境用のクラスターを作成したい場合は、代わりに手動デプロイを設定して実行する必要があります。

クイックデプロイは、Terraform テンプレートを起動して、必要な資格情報を作成し、必要な GCP リソースをプロビジョニングおよび設定するのに役立ちます。

important

クイックデプロイはプロダクション用途には適しておらず、非プロダクション用途にのみ推奨されます。

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

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

前提条件

クイックデプロイを開始する前に、以下を行ってください:

Google Cloud プロジェクトを作成し、必要な API を有効にする。プロジェクトダッシュボードの Project info セクションから Project ID をコピーし、後でアクセスできる場所に保存します。
クイックデプロイ用の Cloud Storage バケットとサービスアカウントを作成する。

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

デプロイウィザードを開始するには、次の手順に従います:

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

クイックデプロイを設定して実行する

デプロイウィザードを開始した後は、デプロイウィザードの STEP1 を完了し、必要な情報を提供するだけです。CelerData が残りのステップを完了します。

クラスターリソースを設定する

STEP1: クラスターリソースを設定する で、ビジネス要件に基づいてクラスターを設定し、オプションで Add label をクリックしてクラスターに1つ以上のラベルを追加します。その後、Quick deployment をクリックして続行します。ここで追加したラベルは、クラスターに関連付けられた GCP クラウドリソースに添付されます。

注記

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

以下の構成項目を設定します。

Parameter	Required	Description
Cluster name	Yes	クラスターの名前を入力します。クラスターが作成された後、名前は変更できません。後でクラスターを簡単に識別できるように、情報を含む名前を入力することをお勧めします。
GCP region	Yes	クラスターをホストする GCP リージョンを選択します。CelerData がサポートするリージョンについては、Supported cloud platforms and regions を参照してください。
Coordinator HA mode	No	コーディネータの HA モードを有効または無効にします。コーディネータの HA モードはデフォルトで無効になっています。コーディネータの HA モードが無効な場合、1つのコーディネータのみがデプロイされます。この設定は、CelerData がどのように機能するかを学ぶための概念実証クラスターを作成する場合や、テスト目的で小さなクラスターを作成する場合に推奨されます。コーディネータの HA モードが有効な場合、3つのコーディネータがデプロイされます。この設定は、プロダクション対応環境のクラスターを作成する場合に推奨されます。3つのコーディネータがあることで、クラスターは高い同時実行クエリを処理しながら高可用性を確保できます。
Coordinator node size	Yes	クラスター内のコーディネータノードのインスタンスタイプを選択します。CelerData がサポートするインスタンスタイプについては、Supported instance types を参照してください。
Compute node size	Yes	クラスター内のデフォルトウェアハウスのコンピュートノードのインスタンスタイプを選択します。CelerData がサポートするインスタンスタイプについては、Supported instance types を参照してください。
Compute storage size	No	デフォルトウェアハウスのコンピュートノードのストレージサイズを指定します。このフィールドの横にあるボックスにチェックを入れることで、ボリュームの数をカスタマイズすることもできます。このフィールドは Hyperdisk バックのインスタンスタイプにのみ利用可能です。
Compute node count	Yes	クラスター内のデフォルトウェアハウスのコンピュートノードの数を指定します。処理するデータ量に基づいてコンピュートノードの数を決定できます。デフォルト値は 1 です。

STEP1: Configure the cluster resources

Advance Settings では、次のことができます:

終了保護を有効にする。

終了保護を有効にすると、クラスターが誤って削除されるのを防ぎ、データ損失のリスクを排除できます。クラスターに対して終了保護が有効になっている場合、クラスターを削除しようとすると失敗し、エラーが返されます。クラスターを削除するには、まず手動で終了保護を無効にする必要があります。

クラスターが作成された後、この機能を有効または無効にすることができます。クラスター詳細ページの Cluster parameters タブの Other セクションで行います。
コーディネータノードのストレージ自動スケーリングポリシーを定義する。

ビジネスのワークロードが予測不可能で、クラスター作成時に固定のストレージボリューム数を割り当てることができない場合、CelerData クラスター内のノードに対してストレージ自動スケーリングを有効にすることができます。この機能を有効にすると、CelerData は事前設定されたストレージスペースが不足していることを検出したときに、自動的にストレージサイズを拡張します。

ストレージ自動スケーリングポリシーを定義するには、次の手順に従います:
1. Coordinator Storage に続いてストレージ自動スケーリングスイッチをオンにします。
2. 自動スケーリング操作をトリガーするストレージ使用率のしきい値（パーセンテージ）を設定します。このしきい値は 80% から 90% の間で設定できます。ノードのストレージ使用率がこのしきい値に達し、5 分以上続いた場合、CelerData は以下の手順で定義したステップサイズでストレージを拡張します。
3. 各自動スケーリング操作のステップサイズを設定します。ステップサイズを固定サイズ（GB）またはパーセンテージで設定することができます。例えば、50 GB または 15%（元のストレージサイズの）です。
4. 各ノードの最大ストレージサイズを設定します。CelerData は、ストレージサイズがこのしきい値に達すると、ストレージの拡張を停止します。
注記
- 手動スケーリングと自動スケーリングを含む2つのスケーリング操作の間隔として、最低6時間が必須です。
- 各ストレージの最大サイズは 64 TB です。
- Elastic クラスターのコンピュートノードはストレージ自動スケーリングをサポートしていません。

Google Cloud でリソースを起動する

Quick deployment ダイアログボックスで、次の手順に従います:

先ほどコピーした Google Cloud の Project ID を Your GCP Project ID フィールドに貼り付けます。
Download をクリックしてスクリプトパッケージファイルを直接ダウンロードするか、Generate URL をクリックして後でファイルをダウンロードするための署名付き URL を生成します。パッケージ内のスクリプトは、Google Could Infrastructure Manager がクラスターのために必要なリソースを起動および管理するためのテンプレートです。
Google Cloud console にサインインし、クイックデプロイ用に作成した Cloud Storage バケットにパッケージファイルをアップロードします。パッケージを解凍する必要はありません。Cloud Storage バケットにファイルをアップロードする詳細な手順については、Google Cloud Official Document - Upload an object to a bucket を参照してください。
パッケージファイルが正常にアップロードされた後、アップロードしたパッケージファイルの gsutil URI をコピーし、後でアクセスできる場所に保存します。
注記
gsutil URI は gs://<BUCKET_NAME>/<FOLDER_NAME>/<FILE_NAME> の形式です。
アップロードしたパッケージの gsutil URI がわからない場合は、Google Cloud console から URI を取得するために次の手順に従います:
1. Google Cloud console にサインインします。
2. 左側のナビゲーションメニューを展開し、Cloud Storage > Buckets を選択します。
3. パッケージファイルをアップロードしたバケットをクリックします。
4. Bucket details ページで、パッケージファイルのレコードを見つけます。
5. レコードの右側にある More actions (⋮) ボタンをクリックし、Copy gsutil URI を選択して URI をコピーします。
Create Cluster をクリックします。

その後、Google Cloud console の Infrastructure Manager ページにリダイレクトされます。

important

リダイレクトされた後、CelerData Cloud BYOC コンソールを閉じないでください。後でデプロイを完了するためにコンソールに戻る必要があります。

Infrastructure Manager ページで、次の手順に従います:

Create new deployment をクリックして、Create new Terraform deployment ページに移動します。
Deployment details ステップで、次のように構成します:

a. Deployment ID フィールドにデプロイの ID を指定します。ID は Google Cloud プロジェクト内で一意である必要があります。

b. Region ドロップダウンリストからデプロイのリージョンを選択します。クラスターをデプロイしたいリージョンに設定することをお勧めします。

c. Service account ドロップダウンリストから、クイックデプロイ用に作成したサービスアカウントを選択します。

d. Source of Terraform configuration として GCS を選択します。

e. 先ほどコピーしたパッケージファイルの gsutil URI を Source フィールドに貼り付けます。
Create deployment をクリックします。

その後、作成したデプロイの詳細ページにリダイレクトされます。デプロイの作成には数分かかります。デプロイが正常に作成されると、デプロイの State が Creating から Active に変わります。その後、次のステップに進むことができます。

クラスターをデプロイする

デプロイを完了するために次の手順に従います:

CelerData Cloud BYOC コンソールに戻ります。
表示されたメッセージで、Finish をクリックします。その後、コンソールの Cluster ページにリダイレクトされます。
作成したクラスターをクリックします。

上記の手順を完了すると、CelerData が自動的にクラスターをデプロイします。これには数分かかります。

STEP4: Deploy the cluster on your cloud

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

Create Cluster - Step 4 - Success

メッセージ内の Preview Cluster をクリックしてクラスターを表示できます。また、Clusters ページに戻ってクラスターを表示することもできます。クラスターは正常にデプロイされると Running 状態になります。

クラスターの資格情報とデプロイの詳細を取得する

将来の使用のために必要なクラスターの資格情報とデプロイの詳細を収集するために次の手順に従います:

クラスター用に作成したデプロイの詳細ページに戻ります。Output タブをクリックします。
Output タブで、次の情報を確認できます:
- celerdata_cluster_preview_address: CelerData Cloud BYOC コンソールのクラスター詳細ページへのリンク。
- celerdata_cluster_storage_bucket: クラスターのクエリプロファイルを保存するために使用されるバケットの URI。
- celerdata_cluster_vm_service_account: クラスターにストレージバケットへのアクセス権を付与するために作成されたインスタンスサービスアカウントの名前。
- celerdata_cluster_network_tag: クラスターノード間および CelerData の VPC とクラスターの VPC 間の接続を TLS 経由で有効にするために使用されるファイアウォールルールのターゲットタグ。
- celerdata_cluster_network: クラスターがデプロイされている VPC ネットワークの URI。
- celerdata_cluster_subnetwork: クラスターがデプロイされているサブネットの URI。
- celerdata_cluster_initial_admin_password: クラスター内の admin アカウントの初期パスワード。

デフォルトのストレージボリュームを設定する - Elastic クラスターのみ

注記

Classic クラスターをデプロイした場合、このステップをスキップしてください。

デフォルトでは、すべてのデータベースとテーブルはデフォルトのストレージボリュームに作成されます。

GCP 上の CelerData BYOC のプライベートプレビュー中に、デフォルトのストレージボリュームはクラスターを作成した後、データベースやテーブルを作成する前に手動で作成する必要があります。

XML API for interoperability は、GCS ストレージを S3 として操作するために使用されます。一般的に、S3 構成と GCS 構成の違いは次のとおりです:

エンドポイント https://storage.googleapis.com を使用する
認証に HMAC キーとシークレットを使用する

interoperability XML API または HMAC キーに慣れていない場合は、このページの下部にリンクがあります。

GCS にストレージボリュームを作成する

次のものが必要です:

クラスターが配置されている GCS リージョン（これは STEP1 で指定されました）
STEP2 で指定された GCS バケット名
バケット用の HMAC アクセスキーと HMAC シークレットキー

SQL クライアントを使用して admin ユーザーとしてクラスターに接続し、STORAGE VOLUME を作成します（バケットと認証の詳細を代入してください）:

CREATE STORAGE VOLUME def_volume
TYPE = S3
LOCATIONS = ("s3://<GCS bucket name collected from the Outputs tab of the deployment details page in Google Cloud Console>")
PROPERTIES
(
    "enabled" = "true",
    "aws.s3.region" = "us-central1",
    "aws.s3.endpoint" = "https://storage.googleapis.com",
    "aws.s3.access_key" = "<HMAC access key>",
    "aws.s3.secret_key" = "<HMAC secret key>"
);

新しいボリュームをデフォルトに設定します:

SET def_volume AS DEFAULT STORAGE VOLUME;

次に進むべきこと

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

また、CelerData Cloud BYOC コンソールでクラスターを表示および管理し、ニーズに応じて調整することができます:

前提条件​

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

クイックデプロイを設定して実行する​

クラスターリソースを設定する​

Google Cloud でリソースを起動する​

クラスターをデプロイする​

クラスターの資格情報とデプロイの詳細を取得する​

デフォルトのストレージボリュームを設定する - Elastic クラスターのみ​

GCS にストレージボリュームを作成する​

次に進むべきこと​

GCS の相互運用性と HMAC に関する詳細情報​