インスタンスの変更
Bigtable インスタンスを作成した後、ダウンタイムなしで次の設定を更新できます。
-
インスタンスのクラスタの自動スケーリングを有効または無効にするか、すでに自動スケーリングが有効になっているクラスタの設定を構成できます。
手動でスケーリングされるクラスタ内のノード数
ノードの追加や削除を行うと、クラスタのパフォーマンスが最適化されるまで、負荷のかかった状態が通常は数分間続きます。
インスタンス内のクラスタの数。
クラスタを追加すると、Bigtable がその新しいクラスタにデータをレプリケートするまで時間がかかります。新しいクラスタは、インスタンス内で地理的に最も近いクラスタからレプリケートされます。一般に、距離が遠いほどレプリケーションにかかる時間は長くなります。
インスタンスのアプリ プロファイル（レプリケーション設定が含まれている）
インスタンスのラベル（インスタンスに関するメタデータを提供する）
インスタンスの表示名
クラスタ ID を変更するには、クラスタを削除して再作成するしかありません。
以下のいずれかの設定を変更するには、目的の設定で新しいインスタンスを作成し、古いインスタンスからデータをエクスポートして、新しいインスタンスにデータをインポートした後に古いインスタンスを削除する必要があります。
インスタンス ID
ストレージ タイプ（SSD または HDD）
顧客管理の暗号鍵（CMEK）の構成
始める前に
Bigtable 用のコマンドライン インターフェースを使用する場合は、Google Cloud CLI をインストールし、まだインストールしていない場合は cbt CLI もインストールします。
自動スケーリングを構成する
既存のクラスタでは、自動スケーリングを有効または無効にできます。クラスタの CPU 使用率のターゲット、最小ノード数、最大ノード数を変更することもできます。自動スケーリングの設定を選択する方法については、自動スケーリングをご覧ください。cbt CLI を使用して自動スケーリングを構成することはできません。
自動スケーリングの有効化
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
[クラスタの構成] で、更新するクラスタの [編集] をクリックします。
[自動スケーリング] を選択します。
次の値を入力します。
- ノードの最小数
- ノードの最大数
- CPU 使用率の目標値
- ストレージ使用率の目標値
[保存] をクリックします。
gcloud
インスタンス ID がわからない場合は、
bigtable instances listコマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances listインスタンスのクラスタ ID がわからない場合は、
bigtable clusters listコマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_IDINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。bigtable clusters updateコマンドを使用して、自動スケーリングを有効にします。gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --autoscaling-max-nodes=AUTOSCALING_MAX_NODES \ --autoscaling-min-nodes=AUTOSCALING_MIN_NODES \ --autoscaling-cpu-target=AUTOSCALING_CPU_TARGET \ --autoscaling-storage-target=AUTOSCALING_STORAGE_TARGET次のフィールドを入力します。
CLUSTER_ID: クラスタの永続的な識別子。INSTANCE_ID: インスタンスの永続的な識別子。AUTOSCALING_MAX_NODES: ノードの最小数AUTOSCALING_MIN_NODES: ノードの最大数AUTOSCALING_CPU_TARGET: ノードを追加または削除することで Bigtable が維持する CPU 使用率の目標値の割合。値は 10～80 にする必要があります。AUTOSCALING_STORAGE_TARGET: ノードを追加または削除することで Bigtable が維持するノードあたりのストレージ使用率の目標値（GiB 単位）多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
自動スケーリングを無効にする
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
[クラスタの構成] で、更新するクラスタの [] をクリックします。
[手動ノード割り当て] を選択します。
[数量] フィールドに、クラスタのノード数を入力します。
多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
[保存] をクリックします。
gcloud
インスタンス ID がわからない場合は、
bigtable instances listコマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances listインスタンスのクラスタ ID がわからない場合は、
bigtable clusters listコマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_IDINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。bigtable clusters updateコマンドを使用して自動スケーリングを無効にし、一定数のノードを構成します。gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --num-nodes=NUM_NODES --disable-autoscaling次のフィールドを入力します。
CLUSTER_ID: クラスタの永続的な識別子。INSTANCE_ID: インスタンスの永続的な識別子。NUM_NODES: このフィールドは省略可能です。値が設定されていない場合、Bigtable はデータ使用量に基づいてノードを自動的に割り当て、50% のストレージ使用率になるよう最適化します。クラスタ内のノード数を制御する場合は、NUM_NODESの値を更新します。ノード数がゼロ以外の値に設定されていることを確認します。多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
自動スケーリングの設定を変更する
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
[クラスタの構成] で、更新するクラスタの [] をクリックします。
次の変更する新しい値を入力します。
- ノードの最小数
- ノードの最大数
- CPU 使用率の目標値
- ストレージ使用率の目標値
[保存] をクリックします。
gcloud
インスタンス ID がわからない場合は、
bigtable instances listコマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances listインスタンスのクラスタ ID がわからない場合は、
bigtable clusters listコマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_IDINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。bigtable clusters updateコマンドを使用して、自動スケーリングの設定を更新します。gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --autoscaling-max-nodes=AUTOSCALING_MAX_NODES \ --autoscaling-min-nodes=AUTOSCALING_MIN_NODES \ --autoscaling-cpu-target=AUTOSCALING_CPU_TARGET \ --autoscaling-storage-target=AUTOSCALING_STORAGE_TARGET次のフィールドを入力します。
CLUSTER_ID: クラスタの永続的な識別子。INSTANCE_ID: インスタンスの永続的な識別子。
このコマンドは、省略可能な自動スケーリング フラグを受け入れます。すべてのフラグを使用することも、変更する値のフラグだけを使用することもできます。
AUTOSCALING_MAX_NODES: ノードの最小数AUTOSCALING_MIN_NODES: ノードの最大数AUTOSCALING_CPU_TARGET: ノードを追加または削除することで Bigtable が維持する CPU 使用率の目標値の割合。値は 10～80 にする必要があります。AUTOSCALING_STORAGE_TARGET: ノードを追加または削除することで Bigtable が維持するノードあたりのストレージ使用率の目標値（GiB 単位）多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
ノードを手動で追加または削除する
ほとんどの場合、自動スケーリングを有効にすることをおすすめします。有効にせずに、クラスタのノード スケーリング モードが手動の場合、ノードの追加や削除は可能ですが、再度変更するまでノード数は一定に保たれます。プロジェクトごとのゾーンあたりのデフォルトのノードの割り当てを確認するには、ノードの割り当てをご覧ください。 Google Cloud デフォルトよりも多くのノードをプロビジョニングする必要がある場合は、追加をリクエストできます。
手動スケーリングを使用するクラスタ内のノードの数を変更するには:
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
[クラスタの構成] で、更新するクラスタの [編集] をクリックします。
[手動ノード割り当て] セクションで、[数量] フィールドにクラスタのノード数を入力します。
多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
[保存] をクリックします。
gcloud
インスタンス ID がわからない場合は、
bigtable instances listコマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances listインスタンスのクラスタ ID がわからない場合は、
bigtable clusters listコマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_IDINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。ノードの数を変更するには、
bigtable clusters updateコマンドを使用します。gcloud bigtable clusters update CLUSTER_ID \ --instance=INSTANCE_ID \ --num-nodes=NUM_NODES次のフィールドを入力します。
CLUSTER_ID: クラスタの永続的な識別子。INSTANCE_ID: インスタンスの永続的な識別子。NUM_NODES: このフィールドは省略可能です。値が設定されていない場合、Bigtable はデータ使用量に基づいてノードを自動的に割り当て、50% のストレージ使用率になるよう最適化します。クラスタ内のノード数を制御する場合は、NUM_NODESの値を更新します。ノード数がゼロ以外の値に設定されていることを確認します。多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
cbt
インスタンス ID がわからない場合は、
listinstancesコマンドを使用して、プロジェクトのインスタンスのリストを表示します。cbt listinstancesインスタンスのクラスタ ID がわからない場合は、
listclustersコマンドを使用して、インスタンスのクラスタのリストを表示します。cbt -instance=INSTANCE_ID listclustersINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。ノードの数を変更するには、
updateclusterコマンドを使用します。cbt -instance=INSTANCE_ID updatecluster CLUSTER_ID NUM_NODES次のフィールドを入力します。
INSTANCE_ID: インスタンスの永続的な識別子。CLUSTER_ID: クラスタの永続的な識別子。NUM_NODES: このフィールドは省略可能です。値が設定されていない場合、Bigtable はデータ使用量に基づいてノードを自動的に割り当て、50% のストレージ使用率になるよう最適化します。クラスタ内のノード数を制御する場合は、NUM_NODESの値を更新します。ノード数がゼロ以外の値に設定されていることを確認します。多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
クラスタの追加
既存のインスタンスにクラスタを追加できます。 インスタンスでは、Bigtable が使用可能なリージョンを 8 個まで使用できます。各リージョン内のそれぞれのゾーンに配置できるクラスタは 1 つのみです。クラスタを追加するのに最適なロケーションは、ユースケースによって異なります。
インスタンスが CMEK で保護されている場合、新しいクラスタは、クラスタと同じリージョンにある CMEK 鍵を使用する必要があります。CMEK で保護されたインスタンスに新しいクラスタを追加する前に、クラスタを配置する予定のリージョンで CMEK 鍵を作成するか、作成してください。
単一クラスタのインスタンスにクラスタを追加する場合は、その前に、レプリケートされたテーブルの garbage-collection policies を変更する際に適用される制限事項をお読みください。また、推奨されるレプリケーション設定の例もご覧ください。
インスタンスにクラスタを追加するには:
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
[クラスタの構成] で、[クラスタを追加] をクリックします。
このボタンが無効になっている場合、インスタンスにはすでに最大数のクラスタがあります。
最初のクラスタのクラスタ ID を入力します。
クラスタ ID は、クラスタの永続的な識別子です。
最初のクラスタを実行するリージョンとゾーンを選択します。
省略可: 常に 2 ノード単位でスケーリングするようにクラスタを構成するには、[2 倍のノード スケーリングを有効にする] を選択します。詳細については、ノードのスケーリング係数をご覧ください。
クラスタのノード スケーリング モードを選択します。ほとんどの場合、自動スケーリングを選択する必要があります。スケーリングのガイダンスについては、自動スケーリングをご覧ください。
- [手動ノード割り当て] で、最初のクラスタの Bigtable ノード数を入力します。必要なノードの数がわからない場合は、デフォルトの設定を使用します。後でノードを追加することもできます。
- [自動スケーリング] に次の値を入力します。
- ノードの最小数
- ノードの最大数
- CPU 使用率の目標値
- ストレージ使用率の目標値
省略可: デフォルトの Google 管理の暗号化ではなく CMEK を使用してインスタンスを保護する場合は、次の操作を行います。
- [暗号化オプションを表示する] をクリックします。
- [顧客管理の暗号鍵（CMEK）] の横にあるラジオボタンを選択します。
- クラスタに使用する CMEK 鍵のリソース名を選択または入力します。これは後から追加できません。
- CMEK 鍵のサービス アカウントに権限を付与するように求められたら、[付与] をクリックします。このタスクを完了するには、ユーザー アカウントに Cloud KMS 管理者のロールが付与されている必要があります。
- [保存] をクリックします。
クラスタのノード数を入力します。
多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
インスタンスが CMEK で保護されている場合は、顧客管理の暗号鍵を選択または入力します。CMEK 鍵は、クラスタと同じリージョンに存在する必要があります。
[追加] をクリックします。
追加するクラスタごとに上記の手順を繰り返します。その後、[保存] をクリックします。Bigtable はクラスタを作成し、新しいクラスタへのデータのレプリケーションを開始します。レプリケーションが開始されると、CPU 使用率が増加する場合があります。
デフォルトのアプリ プロファイルでレプリケーションの設定を見直して、それらの設定がレプリケーションのユースケースに適しているかどうかを確認します。デフォルトのアプリ プロファイルの更新やカスタムアプリ プロファイルの作成が必要になることがあります。
gcloud
インスタンス ID がわからない場合は、
bigtable instances listコマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances listインスタンスのクラスタ ID がわからない場合は、
bigtable clusters listコマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_IDINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。クラスタを追加するには、
bigtable clusters createコマンドを使用します。gcloud bigtable clusters create CLUSTER_ID \ --async \ --instance=INSTANCE_ID \ --zone=ZONE \ [--num-nodes=NUM_NODES] \ [--autoscaling-min-nodes=AUTOSCALING_MIN_NODES, \ --autoscaling-max-nodes=AUTOSCALING_MAX_NODES, \ --autoscaling-cpu-target=AUTOSCALING_CPU_TARGET \ --autoscaling-storage-target=AUTOSCALING_STORAGE_TARGET] \ [--kms-key=KMS_KEY --kms-keyring=KMS_KEYRING \ --kms-location=KMS_LOCATION --kms-project=KMS_PROJECT] \次のフィールドを入力します。
CLUSTER_ID: クラスタの永続的な識別子。INSTANCE_ID: インスタンスの永続的な識別子。ZONE: クラスタが実行されるゾーン。各リージョン内のそれぞれのゾーンに配置できるクラスタは 1 つのみです。たとえば、インスタンスのクラスタが
us-east1-bにある場合は、同じリージョン内の別のゾーン（例us-east1-c）、または別のリージョンのゾーン（例:europe-west2-a）にクラスタを追加できます。ゾーンのリストをご覧ください。
--asyncフラグは必要ではありませんが、強く推奨されています。このフラグがない場合、オペレーションが完了する前にコマンドがタイムアウトすることがあります。Bigtable は引き続きバックグラウンドでクラスタを作成します。コマンドには、以下の任意のフラグを指定できます。
--kms-key=KMS_KEY: クラスタによって使用されている CMEK の鍵。CMEK クラスタは、すでに CMEK で保護されているインスタンスにのみ追加できます。--kms-keyring=KMS_KEYRING: 鍵の KMS キーリング ID。--kms-location=KMS_LOCATION: 鍵のロケーション。 Google Cloud--kms-project=KMS_PROJECT: 鍵の Google Cloud プロジェクト ID。--storage-type=STORAGE_TYPE: クラスタで使用するストレージのタイプ。インスタンス内の各クラスタは、同じストレージ タイプを使用する必要があります。指定できる値はSSDとHDDです。デフォルト値はSSDです。--node-scaling-factor=node-scaling-factor-2x: 2 倍のノード スケーリングを有効にするフラグ。この機能は、手動スケーリングと自動スケーリングの両方で有効にできます。
2 倍のノード スケーリングで使用できない Bigtable ゾーンのリストについては、ノードのスケーリング係数の制限をご覧ください。
--num-nodesオプションの値が設定されていない場合、Bigtable はデータ使用量に基づいてノードをクラスタに自動的に割り当て、50% のストレージ使用率になるよう最適化します。このノードの自動割り当ては料金に影響します。クラスタ内のノード数を自分で制御する場合は、NUM_NODESの値を変更してください。ノード数にはゼロ以外の値を設定してください。多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。自動スケーリングの場合は、すべての
autoscaling-フラグを指定します。num-nodesは使用しません。自動スケーリング設定の値の選択方法については、自動スケーリングをご覧ください。次のように置き換えます。AUTOSCALING_MIN_NODES: クラスタの最小ノード数。AUTOSCALING_MAX_NODES: クラスタノードの最大数。AUTOSCALING_CPU_TARGET: クラスタのターゲット CPU 使用率。値は 10～80 にする必要があります。AUTOSCALING_STORAGE_TARGET: ノードを追加または削除することで Bigtable が維持するストレージ使用率の目標値（GiB 単位）。
デフォルトのアプリ プロファイルでレプリケーションの設定を見直して、それらの設定がレプリケーションのユースケースに適しているかどうかを確認します。デフォルトのアプリ プロファイルの更新やカスタムアプリ プロファイルの作成が必要になることがあります。
cbt
インスタンス ID がわからない場合は、
listinstancesコマンドを使用して、プロジェクトのインスタンスのリストを表示します。cbt listinstancesインスタンスのクラスタ ID がわからない場合は、
listclustersコマンドを使用して、インスタンスのクラスタのリストを表示します。cbt -instance=INSTANCE_ID listclustersINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。クラスタを追加するには、
createclusterコマンドを使用します。cbt -instance=INSTANCE_ID \ createcluster CLUSTER_ID \ ZONE \ NUM_NODES \ STORAGE_TYPE次のフィールドを入力します。
INSTANCE_ID: インスタンスの永続的な識別子。CLUSTER_ID: クラスタの永続的な識別子。ZONE: クラスタが実行されるゾーン。各リージョン内のそれぞれのゾーンに配置できるクラスタは 1 つのみです。たとえば、インスタンスのクラスタが
us-east1-bにある場合は、同じリージョン内の別のゾーン（例us-east1-c）、または別のリージョンのゾーン（例:europe-west2-a）にクラスタを追加できます。ゾーンのリストをご覧ください。NUM_NODES: このフィールドは省略可能です。値が設定されていない場合、Bigtable はデータ使用量に基づいてノードを自動的に割り当て、50% のストレージ使用率になるよう最適化します。クラスタ内のノード数を制御する場合は、NUM_NODESの値を更新します。ノード数がゼロ以外の値に設定されていることを確認します。多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
STORAGE_TYPE: クラスタで使用するストレージのタイプ。インスタンス内の各クラスタは、同じストレージ タイプを使用する必要があります。指定できる値はSSDとHDDです。
デフォルトのアプリ プロファイルでレプリケーションの設定を見直して、それらの設定がレプリケーションのユースケースに適しているかどうかを確認します。デフォルトのアプリ プロファイルの更新やカスタムアプリ プロファイルの作成が必要になることがあります。
クラスタの削除
インスタンスに複数のクラスタがある場合、そのうちの 1 つを除くすべてのクラスタを削除できます。1 つを除くすべてのクラスタを削除すると、自動的にレプリケーションが無効になります。
場合によっては、Bigtable でクラスタを削除できないことがあります。
- アプリケーション プロファイルのいずれかがすべてのトラフィックを 1 つのクラスタにルーティングしている場合、Bigtable ではそのクラスタを削除できません。クラスタを削除できるようにするには、その前にアプリケーション プロファイルを編集または削除する必要があります。
- 既存のインスタンスに新しいクラスタを追加する場合、新しいクラスタへの初期のデータコピーが完了するまでは、そのインスタンスの既存のクラスタを削除できません。
インスタンスからクラスタを削除するには:
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
[クラスタの構成] で、削除するクラスタの [クラスタを削除] をクリックします。
削除操作をキャンセルするには、[元に戻す] をクリックします。これは、[保存] をクリックするまで選択可能です。そのまま削除する場合は、[保存] をクリックします。
gcloud
インスタンス ID がわからない場合は、
bigtable instances listコマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances listインスタンスのクラスタ ID がわからない場合は、
bigtable clusters listコマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_IDINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。クラスタを削除するには、
bigtable clusters deleteコマンドを使用します。gcloud bigtable clusters delete CLUSTER_ID \ --instance=INSTANCE_ID次のフィールドを入力します。
CLUSTER_ID: クラスタの永続的な識別子。INSTANCE_ID: インスタンスの永続的な識別子。
cbt
インスタンス ID がわからない場合は、
listinstancesコマンドを使用して、プロジェクトのインスタンスのリストを表示します。cbt listinstancesインスタンスのクラスタ ID がわからない場合は、
listclustersコマンドを使用して、インスタンスのクラスタのリストを表示します。cbt -instance=INSTANCE_ID listclustersINSTANCE_IDはインスタンスの永続的な識別子に置き換えます。クラスタを削除するには、
deleteclusterコマンドを使用します。cbt -instance=INSTANCE_ID deletecluster CLUSTER_ID次のフィールドを入力します。
INSTANCE_ID: インスタンスの永続的な識別子。CLUSTER_ID: クラスタの永続的な識別子。
データを新しいロケーションに移動する
Bigtable インスタンスのデータを新しいゾーンまたはリージョンに移動するには、移動先のロケーションに新しいクラスタを追加して、移動元のロケーションのクラスタを削除します。削除されたクラスタは、新しいクラスタにデータがレプリケートされるまで使用できるため、リクエストの失敗を心配する必要はありません。Bigtable は、すべてのデータを自動的に新しいクラスタに複製します。
アプリ プロファイルを管理する
アプリケーション プロファイル（アプリ プロファイル）は、レプリケーションを使用するインスタンスにアプリケーションがどのように接続するかを制御します。複数のクラスタがあるすべてのインスタンスには、独自のデフォルトのアプリ プロファイルがあります。また、インスタンスごとに異なる多数のカスタムアプリ プロファイルを作成できます。この場合、実行するアプリケーションの種類ごとに異なるアプリ プロファイルを使用します。
インスタンスのアプリ プロファイルを設定する方法については、アプリ プロファイルの構成をご覧ください。 一般的な使用例で使用できる設定の例については、レプリケーション構成の例をご覧ください。
ラベルを管理
ラベルとは、関連するインスタンスをグループ化し、インスタンスに関するメタデータを保存する場合に使用できる Key-Value ペアのことです。
ラベルを管理する方法については、インスタンスのラベルを追加または更新するとインスタンスからラベルを削除するをご覧ください。
インスタンスの表示名を変更する
コンソールでインスタンスの識別に使用されるインスタンスの表示名を変更するには: Google Cloud
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
インスタンス名を編集してから、[保存] をクリックします。
gcloud
インスタンス ID がわからない場合は、
bigtable instances listコマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances list表示名を更新するには、
bigtable instances updateコマンドを使用します。gcloud bigtable instances update INSTANCE_ID \ --display-name=DISPLAY_NAME次のフィールドを入力します。
INSTANCE_ID: インスタンスの永続的な識別子。DISPLAY_NAME: コンソールでインスタンスを識別するための判読可能な名前。 Google Cloud
cbt
この機能は cbt CLI では使用できません。
次のステップ
- インスタンスのラベルを追加、更新、削除する方法を学ぶ。
- インスタンスのアプリ プロファイルを作成および更新する方法を確認する。アプリ プロファイルにはレプリケーションの設定が含まれます。