Cloud Bigtable インスタンスの作成

Cloud Bigtable インスタンスは、最大で 4 つの Cloud Bigtable クラスタを含むコンテナです。レプリケーションを使用するインスタンスにはクラスタが 2 つ以上あり、レプリケーションのないインスタンスにはクラスタが 1 つしかありません。

このページでは、レプリケーションの有無に関係なく、インスタンスを作成する方法を説明します。このページを読む前に、Cloud Bigtable の概要を理解する必要があります。また、インスタンス、クラスタ、ノードの概要についても理解する必要があります。

始める前に

始める前に、環境を準備して、初期計画を行う必要があります。

  1. Cloud Bigtable API を有効にします。

    1. Google Cloud Platform プロジェクトを選択または作成します。

      [リソースの管理] ページに移動

    2. Google Cloud Platform プロジェクトに対して課金が有効になっていることを確認します。

      課金を有効にする方法について

    3. Cloud Bigtable と Cloud Bigtable Admin API を有効にします。

      APIを有効にする

  2. Cloud Bigtable 用のコマンドライン ツールを使用する場合は、Cloud SDK と cbt コマンドライン ツールをインストールします(まだインストールしていない場合)。

  3. レプリケーションを有効にする場合は、レプリケーションの概要をしっかりとご覧ください。

    レプリケーションのユースケースを特定する必要があります。少なくとも 2 つのゾーンで Cloud Bigtable を提供しているインスタンスのリージョンを選択し、アプリケーション プロファイルをどのように使用して受信リクエストをルーティングするかを決定します。

インスタンスの作成

Cloud Bigtable インスタンスを作成するには:

Console

  1. GCP Console で [インスタンスの作成] ページを開きます。

    [インスタンスの作成] ページを開く

    [インスタンスを作成] ページのスクリーンショット

  2. インスタンスの名前を入力します。

    GCP Console にはこの名前がインスタンスの識別のために表示されます。

  3. インスタンス ID を入力します。

    インスタンス ID は、インスタンスの永続的な識別子です。

  4. 作成するインスタンスのタイプを選択します。

    開発とテストには開発インスタンスを使用します。このインスタンスはパフォーマンスが限られていて、SLA がありません。後から本番環境インスタンスにアップグレードできます。詳細をご覧ください。

    その他の目的の場合は、本番環境インスタンスを使用します。この選択は永続的に適用されます。 詳細をご覧ください。

  5. 最初のクラスタのクラスタ ID を入力します。

    クラスタ ID は、クラスタの永続的な識別子です。

  6. 最初のクラスタを実行するリージョンとゾーンを選択します。

    単一のリージョン内でレプリケーションを使用する場合、そのリージョン内の他の 1 つ以上のゾーンで Cloud Bigtable が利用できることを確認してください。 ゾーンのリストを表示します

  7. 最初のクラスタの Cloud Bigtable ノードの数を選択します。必要なノードの数がわからない場合は、デフォルトの設定を使用します。後でノードを追加することもできます。 詳細をご覧ください。

  8. レプリケーションを直ちに有効にするには、[クラスタを追加] をクリックしてから、2 番目のクラスタの設定を更新します。また、クラスタを追加してレプリケーションを有効にすることもできます。

    インスタンスの各クラスタは、それぞれ異なるゾーン内に存在する必要があります。Cloud Bigtable が利用可能なゾーンであれば、どのゾーンに対しても追加のクラスタを作成できます。[クラスタを追加] ボタンが無効になっている場合は、最初のクラスタのゾーンを変更します。

  9. クラスタで使用するディスクタイプ(SSD または HDD)を選択します。ほとんどの場合、SSD が最適です。この選択は永続的に適用されます。詳細をご覧ください。

    GCP Console には、ディスクタイプとノード数によりスループットと費用にどのような影響があるかが表示されます。

  10. [作成] をクリックしてインスタンスを作成します。

  11. 次に、デフォルトのアプリ プロファイルでレプリケーションの設定を確認して、それらの設定がレプリケーションのユースケースに適しているかどうかを確認します。デフォルトのアプリ プロファイルの更新カスタム アプリ プロファイルの作成が必要になることがあります。

gcloud

  1. 最初に、クラスタが 1 つのインスタンスを作成します。bigtable instances create コマンドを使用してインスタンスを作成します。

    gcloud bigtable instances create INSTANCE_ID \
        --cluster=CLUSTER_ID \
        --cluster-zone=CLUSTER_ZONE \
        --display-name=DISPLAY_NAME \
        [--cluster-num-nodes=CLUSTER_NUM_NODES] \
        [--cluster-storage-type=CLUSTER_STORAGE_TYPE] \
        [--instance-type=INSTANCE_TYPE]
    

    次の値を設定します。

    • INSTANCE_ID: インスタンスの永続的な識別子。
    • CLUSTER_ID: クラスタの永続的な識別子。
    • CLUSTER_ZONE: クラスタが実行されるゾーン

      単一のリージョン内でレプリケーションを使用する場合、そのリージョン内の他の 1 つ以上のゾーンで Cloud Bigtable が利用できることを確認してください。 ゾーンのリストを表示します

    • DISPLAY_NAME: GCP Console でインスタンスの識別に使用する、人が読める形式の名前。

    コマンドには、以下の任意のフラグを指定できます。

    • --cluster-num-nodes=CLUSTER_NUM_NODES: クラスタ内のノードの数。本番環境インスタンスのクラスタにはノードが 3 つ以上必要です。デフォルト値は 3 です。必要なノードの数がわからない場合は、デフォルトの設定を使用します。後でノードを追加することもできます。 詳細

      このフラグは、開発インスタンスに使用しないでください。

    • --cluster-storage-type=CLUSTER_STORAGE_TYPE: クラスタで使用するストレージのタイプ。インスタンス内の各クラスタは、同じストレージ タイプを使用する必要があります。指定できる値は SSDHDD です。デフォルト値は SSD です。

      ほとんどの場合、デフォルト値が最適です。この選択は永続的に適用されます。 詳細をご覧ください。

    • --instance-type=INSTANCE_TYPE: 作成するインスタンスのタイプ。次のいずれかの値を指定できます。

      • PRODUCTION(デフォルト): パフォーマンスを完全に発揮できる高可用性インスタンス。この選択は永続的に適用されます。詳細をご覧ください。
      • DEVELOPMENT: 開発およびテスト用低コスト インスタンス。パフォーマンスは限定され、SLA はありません。後から本番環境インスタンスにアップグレードできます。詳細をご覧ください。
  2. 本番環境インスタンスのレプリケーションを有効にするには、bigtable clusters create コマンドを使用してインスタンスを作成します。

    gcloud bigtable clusters create CLUSTER_ID \
        --instance=INSTANCE_ID \
        --zone=ZONE \
        [--num-nodes=NUM_NODES] \
        [--storage-type=STORAGE_TYPE]
    

    次の値を指定します。

    • CLUSTER_ID: クラスタの永続的な識別子。
    • INSTANCE_ID: 作成したインスタンスの永続的な識別子。
    • ZONE: クラスタが実行されるゾーン

      インスタンスの各クラスタは、それぞれ異なるゾーン内に存在する必要があります。Cloud Bigtable が利用可能なゾーンであれば、どのゾーンに対しても追加のクラスタを作成できます。たとえば、最初のクラスタが us-east1-b 内に存在する場合、同じリージョン内の別のゾーン(us-east1-c など)を選択することも、別のリージョン内のゾーン(europe-west2-a など)を選択することもできます。

    コマンドには、以下の任意のフラグを指定できます。

    • --num-nodes=NUM_NODES: クラスタ内のノードの数。本番環境インスタンスのクラスタにはノードが 3 つ以上必要です。

      多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。

    • --storage-type=STORAGE_TYPE: クラスタで使用するストレージのタイプ。インスタンス内の各クラスタは、同じストレージ タイプを使用する必要があります。指定できる値は SSDHDD です。デフォルト値は SSD です。

  3. 次に、デフォルトのアプリ プロファイルでレプリケーションの設定を確認して、それらの設定がレプリケーションのユースケースに適しているかどうかを確認します。デフォルトのアプリ プロファイルの更新カスタム アプリ プロファイルの作成が必要になることがあります。

cbt

  1. 最初に、クラスタが 1 つのインスタンスを作成します。createinstance コマンドを使用してインスタンスを作成します。

    cbt createinstance INSTANCE_ID DISPLAY_NAME CLUSTER_ID CLUSTER_ZONE \
        CLUSTER_NUM_NODES CLUSTER_STORAGE_TYPE
    

    次の値を設定します。

    • INSTANCE_ID: インスタンスの永続的な識別子。
    • DISPLAY_NAME: GCP Console でインスタンスの識別に使用する、人が読める形式の名前。
    • CLUSTER_ID: クラスタの永続的な識別子。
    • CLUSTER_ZONE: クラスタが実行されるゾーン

      単一のリージョン内でレプリケーションを使用する場合、そのリージョン内の他の 1 つ以上のゾーンで Cloud Bigtable が利用できることを確認してください。 ゾーンのリストを表示します

    • CLUSTER_NUM_NODES: クラスタ内のノードの数。本番環境インスタンスのクラスタにはノードが 3 つ以上必要です。 必要なノードの数がわからない場合は、デフォルトの設定を使用します。後でノードを追加することもできます。 詳細をご覧ください。

    • CLUSTER_STORAGE_TYPE: クラスタで使用するストレージのタイプ。インスタンス内の各クラスタは、同じストレージ タイプを使用する必要があります。指定できる値は SSDHDD です。ほとんどの場合、SSD が最適です。この選択は永続的に適用されます。詳細をご覧ください。

  2. レプリケーションを有効にするには、createcluster コマンドを使用してクラスタを追加します。

    
    cbt -instance=INSTANCE_ID createcluster CLUSTER_ID ZONE NUM_NODES STORAGE_TYPE
    
    

    次の値を設定します。

    • INSTANCE_ID: 作成したインスタンスの永続的な識別子。
    • CLUSTER_ID: クラスタの永続的な識別子。
    • ZONE: クラスタが実行されるゾーン

      インスタンスの各クラスタは、それぞれ異なるゾーン内に存在する必要があります。Cloud Bigtable が利用可能なゾーンであれば、どのゾーンに対しても追加のクラスタを作成できます。たとえば、最初のクラスタが us-east1-b 内に存在する場合、同じリージョン内の別のゾーン(us-east1-c など)を選択することも、別のリージョン内のゾーン(europe-west2-a など)を選択することもできます。

    • NUM_NODES: クラスタ内のノードの数。本番環境インスタンスのクラスタにはノードが 3 つ以上必要です。

      多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。

    • STORAGE_TYPE: クラスタで使用するストレージのタイプ。インスタンス内の各クラスタは、同じストレージ タイプを使用する必要があります。指定できる値は SSDHDD です。

  3. 次に、デフォルトのアプリ プロファイルでレプリケーションの設定を確認して、それらの設定がレプリケーションのユースケースに適しているかどうかを確認します。デフォルトのアプリ プロファイルの更新カスタム アプリ プロファイルの作成が必要になることがあります。

次のステップ

このページは役立ちましたか?評価をお願いいたします。

フィードバックを送信...

Cloud Bigtable ドキュメント