インスタンスの変更
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_ID
INSTANCE_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_ID
INSTANCE_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_ID
INSTANCE_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 プロジェクトのゾーン 1 つあたりのデフォルトのノードの割り当てについては、ノードの割り当てをご覧ください。デフォルトよりも多くのノードをプロビジョニングする必要がある場合は、追加をリクエストできます。
手動スケーリングを使用するクラスタ内のノードの数を変更するには:
コンソール
Google Cloud コンソールで Bigtable インスタンスのリストを開きます。
変更するインスタンスをクリックしてから、[インスタンスの編集] をクリックします。
[クラスタの構成] で、更新するクラスタの [編集]
をクリックします。[手動ノード割り当て] セクションで、[数量] フィールドにクラスタのノード数を入力します。
多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
[保存] をクリックします。
gcloud
インスタンス ID がわからない場合は、
bigtable instances list
コマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances list
インスタンスのクラスタ ID がわからない場合は、
bigtable clusters list
コマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_ID
INSTANCE_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 listclusters
INSTANCE_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 を入力し、クラスタのリージョンとゾーンを選択します。
クラスタのノード数を入力します。
多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。
インスタンスが CMEK で保護されている場合は、顧客管理の暗号鍵を選択または入力します。CMEK 鍵は、クラスタと同じリージョンに存在する必要があります。
[Add] をクリックします。
追加するクラスタごとに上記の手順を繰り返します。その後、[保存] をクリックします。Bigtable はクラスタを作成し、新しいクラスタへのデータのレプリケーションを開始します。レプリケーションが開始されると、CPU 使用率が増加する場合があります。
デフォルトのアプリ プロファイルでレプリケーションの設定を見直して、それらの設定がレプリケーションのユースケースに適しているかどうかを確認します。デフォルトのアプリ プロファイルの更新やカスタムアプリ プロファイルの作成が必要になることがあります。
gcloud
インスタンス ID がわからない場合は、
bigtable instances list
コマンドを使用して、プロジェクトのインスタンスのリストを表示します。gcloud bigtable instances list
インスタンスのクラスタ ID がわからない場合は、
bigtable clusters list
コマンドを使用して、インスタンスのクラスタのリストを表示します。gcloud bigtable clusters list --instances=INSTANCE_ID
INSTANCE_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
です。
--num-nodes
オプションの値が設定されていない場合、Bigtable はデータ使用量に基づいてノードを自動的に割り当て、50% のストレージ使用率になるよう最適化しますこのノードの自動割り当ては、料金に影響します。クラスタ内のノード数を制御する場合は、NUM_NODES
の値を更新します。ノード数がゼロ以外の値に設定されていることを確認します。多くの場合、インスタンス内の各クラスタのノード数は同じである必要がありますが、例外もあります。ノードとレプリケーションの詳細をご覧ください。自動スケーリングの場合は、3 つの
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 listclusters
INSTANCE_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_ID
INSTANCE_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 listclusters
INSTANCE_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 では使用できません。
次のステップ
- インスタンスのラベルを追加、更新、削除する方法を学ぶ。
- インスタンスのアプリ プロファイルを作成および更新する方法を確認する。アプリ プロファイルにはレプリケーションの設定が含まれます。