인스턴스 수정

Bigtable 인스턴스를 만든 후에는 다운타임 없이 다음 설정을 업데이트할 수 있습니다.

  • 자동 확장

    인스턴스 클러스터에 자동 확장을 사용 설정 또는 사용 중지하거나 이미 자동 확장이 사용 설정된 클러스터의 설정을 구성할 수 있습니다.

  • 수동으로 확장된 클러스터의 노드 수

    노드를 추가 또는 삭제한 후에는 일반적으로 Bigtable이 부하 상태에서 클러스터 성능을 최적화하는 데 몇 분 정도 걸립니다.

  • 인스턴스에 있는 클러스터 수

    클러스터를 추가한 후에는 Bigtable이 데이터를 새 클러스터에 복제하는 데 시간이 걸립니다. 새 클러스터는 지리적으로 가장 가까운 인스턴스 내 클러스터에서 복제됩니다. 일반적으로 거리가 멀수록 복제하는 데 시간이 오래 걸립니다.

  • 복제 설정을 포함하는 인스턴스의 애플리케이션 프로필

  • 데이터 위치

  • 인스턴스에 대한 메타데이터를 제공하는 인스턴스 라벨

  • 인스턴스의 표시 이름

클러스터를 삭제하고 다시 만들어야만 클러스터 ID를 변경할 수 있습니다.

다음을 변경하려면 원하는 설정을 사용하여 새 인스턴스를 생성해야 합니다. 이를 위해서는 이전 인스턴스에서 데이터를 내보내고, 새 인스턴스로 데이터를 가져오고, 이전 인스턴스를 삭제해야 합니다.

  • 인스턴스 ID

  • 스토리지 유형 (SSD 또는 HDD)

  • 고객 관리 암호화 키 (CMEK) 구성

시작하기 전에

Bigtable의 명령줄 인터페이스를 사용하려면 Google Cloud CLI 및 cbt CLI가 설치되지 않은 경우 이를 설치합니다.

자동 확장 구성

기존 클러스터에서 자동 확장을 사용 설정하거나 사용 중지할 수 있습니다. 또한 클러스터의 CPU 사용률 목표, 최소 노드 수, 최대 노드 수를 변경할 수 있습니다. 자동 확장 설정 선택에 대한 안내는 자동 확장을 참조하세요. cbt CLI를 사용하여 자동 확장을 구성할 수 없습니다.

자동 확장 사용 설정

콘솔

  1. Google Cloud 콘솔에서 Bigtable 인스턴스 목록을 엽니다.

    인스턴스 목록 열기

  2. 변경하려는 인스턴스를 클릭한 후 인스턴스 편집을 클릭합니다.

  3. 클러스터 구성에서 업데이트할 클러스터의 수정을 클릭합니다.

  4. 자동 확장을 선택합니다.

  5. 다음 값을 입력합니다.

    • 최소 노드 수
    • 최대 노드 수
    • CPU 사용률 목표
    • 스토리지 사용률 목표

  6. 저장을 클릭합니다.

gcloud

  1. 인스턴스 ID를 모르면 bigtable instances list 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    gcloud bigtable instances list

  2. 인스턴스의 클러스터 ID를 모르면 bigtable clusters list 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    gcloud bigtable clusters list --instances=INSTANCE_ID

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. 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)입니다.

      대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

자동 확장 사용 중지

콘솔

  1. Google Cloud 콘솔에서 Bigtable 인스턴스 목록을 엽니다.

    인스턴스 목록 열기

  2. 변경하려는 인스턴스를 클릭한 후 인스턴스 편집을 클릭합니다.

  3. 클러스터 구성에서 업데이트할 클러스터의 을 클릭합니다.

  4. 수동 노드 할당을 선택합니다.

  5. 수량 필드에 클러스터의 노드 수를 입력합니다.

    대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

  6. 저장을 클릭합니다.

gcloud

  1. 인스턴스 ID를 모르면 bigtable instances list 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    gcloud bigtable instances list

  2. 인스턴스의 클러스터 ID를 모르면 bigtable clusters list 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    gcloud bigtable clusters list --instances=INSTANCE_ID

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. 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 값을 업데이트합니다. 노드 수가 0이 아닌 값으로 설정되었는지 확인합니다.

      대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

자동 확장 설정 변경

콘솔

  1. Google Cloud 콘솔에서 Bigtable 인스턴스 목록을 엽니다.

    인스턴스 목록 열기

  2. 변경하려는 인스턴스를 클릭한 후 인스턴스 편집을 클릭합니다.

  3. 클러스터 구성에서 업데이트할 클러스터의 을 클릭합니다.

  4. 다음 중 변경하려는 새 값을 입력합니다.

    • 최소 노드 수
    • 최대 노드 수
    • CPU 사용률 목표
    • 스토리지 사용률 목표

  5. 저장을 클릭합니다.

gcloud

  1. 인스턴스 ID를 모르면 bigtable instances list 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    gcloud bigtable instances list

  2. 인스턴스의 클러스터 ID를 모르면 bigtable clusters list 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    gcloud bigtable clusters list --instances=INSTANCE_ID

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. 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 인스턴스 목록을 엽니다.

    인스턴스 목록 열기

  2. 변경하려는 인스턴스를 클릭한 후 인스턴스 편집을 클릭합니다.

  3. 클러스터 구성에서 업데이트할 클러스터의 수정을 클릭합니다.

  4. 수동 노드 할당 섹션에서 수량 필드에 클러스터의 노드 수를 입력합니다.

    대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

  5. 저장을 클릭합니다.

gcloud

  1. 인스턴스 ID를 모르면 bigtable instances list 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    gcloud bigtable instances list

  2. 인스턴스의 클러스터 ID를 모르면 bigtable clusters list 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    gcloud bigtable clusters list --instances=INSTANCE_ID

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. 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 값을 업데이트합니다. 노드 수가 0이 아닌 값으로 설정되었는지 확인합니다.

      대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

cbt

  1. 인스턴스 ID를 모르면 listinstances 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    cbt listinstances

  2. 인스턴스의 클러스터 ID를 모르면 listclusters 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    cbt -instance=INSTANCE_ID listclusters

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. updatecluster 명령어를 사용하여 노드 수를 변경합니다.

    cbt -instance=INSTANCE_ID updatecluster CLUSTER_ID NUM_NODES

    다음을 제공합니다.

    • INSTANCE_ID: 인스턴스의 영구 식별자입니다.
    • CLUSTER_ID: 클러스터의 영구 식별자입니다.

    • NUM_NODES: 이 필드는 선택사항입니다. 값이 설정되지 않은 경우 Bigtable은 데이터 공간을 기반으로 노드를 자동으로 할당하고 스토리지 사용률을 50%로 최적화합니다. 클러스터의 노드 수를 제어하려면 NUM_NODES 값을 업데이트합니다. 노드 수가 0이 아닌 값으로 설정되었는지 확인합니다.

      대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

클러스터 추가

기존 인스턴스에 클러스터를 추가할 수 있습니다. 인스턴스는 Bigtable을 사용할 수 있는 리전 최대 8개에 클러스터를 포함할 수 있습니다. 리전의 각 영역에는 클러스터가 하나만 포함될 수 있습니다. 추가 클러스터에 적합한 위치는 사용 사례에 따라 다릅니다.

인스턴스가 CMEK로 보호되는 경우 각 새 클러스터는 클러스터와 동일한 리전에 있는 CMEK 키를 사용해야 합니다. CMEK로 보호되는 인스턴스에 새 클러스터를 추가하기 전에 클러스터를 배치할 리전에서 CMEK 키를 식별하거나 만듭니다.

단일 클러스터 인스턴스에 클러스터를 추가하기 전에 복제된 테이블의 가비지 컬렉션 정책 변경 시 적용되는 제한사항을 읽어 보시기 바랍니다. 그런 다음 복제 설정 예시의 권장사항을 확인하세요.

인스턴스에 클러스터를 추가하려면 다음 안내를 따르세요.

콘솔

  1. Google Cloud 콘솔에서 Bigtable 인스턴스 목록을 엽니다.

    인스턴스 목록 열기

  2. 변경하려는 인스턴스를 클릭한 후 인스턴스 편집을 클릭합니다.

  3. 클러스터 구성에서 클러스터 추가를 클릭합니다.

    이 버튼이 사용 중지된 경우, 인스턴스에 이미 클러스터가 최대 수만큼 있는 것입니다.

  4. 클러스터 ID를 입력하고 클러스터의 리전과 영역을 선택합니다.

  5. 클러스터의 노드 수를 입력합니다.

    대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

  6. 인스턴스가 CMEK로 보호되는 경우 고객 관리 키를 선택하거나 입력합니다. CMEK 키는 클러스터와 동일한 리전에 있어야 합니다.

  7. 추가를 클릭합니다.

  8. 각 추가 클러스터에 대해 이 단계를 반복한 다음 저장을 클릭합니다. Bigtable이 클러스터를 만들고 새 클러스터에 데이터를 복제하기 시작합니다. 복제가 시작되면 CPU 사용률이 증가할 수 있습니다.

  9. 기본 앱 프로필에서 복제 설정을 검토하여 복제 사용 사례에 적합한지 확인합니다. 기본 앱 프로필을 업데이트하거나 커스텀 앱 프로필을 생성해야 할 수도 있습니다.

gcloud

  1. 인스턴스 ID를 모르면 bigtable instances list 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    gcloud bigtable instances list

  2. 인스턴스의 클러스터 ID를 모르면 bigtable clusters list 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    gcloud bigtable clusters list --instances=INSTANCE_ID

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. 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: 클러스터가 실행되는 영역

      리전의 각 영역에는 클러스터가 하나만 포함될 수 있습니다. 예를 들어 인스턴스에 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 값을 업데이트합니다. 노드 수가 0이 아닌 값으로 설정되었는지 확인합니다. 대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

    자동 확장의 경우 autoscaling- 플래그를 모두 제공하고 num-nodes는 사용하지 마세요. 자동 확장 설정의 값을 선택하는 방법에 대한 안내는 자동 확장을 참조하세요. 다음을 바꿉니다.

    • AUTOSCALING_MIN_NODES: 클러스터의 최소 노드 수입니다.
    • AUTOSCALING_MAX_NODES: 클러스터의 최대 노드 수입니다.
    • AUTOSCALING_CPU_TARGET: 클러스터의 대상 CPU 사용률입니다. 이 값은 10~80 사이여야 합니다.
    • AUTOSCALING_STORAGE_TARGET: Bigtable이 노드를 추가하거나 제거하여 유지하는 스토리지 사용률 목표(GiB)입니다.

  4. 기본 앱 프로필에서 복제 설정을 검토하여 복제 사용 사례에 적합한지 확인합니다. 기본 앱 프로필을 업데이트하거나 커스텀 앱 프로필을 생성해야 할 수도 있습니다.

cbt

  1. 인스턴스 ID를 모르면 listinstances 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    cbt listinstances

  2. 인스턴스의 클러스터 ID를 모르면 listclusters 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    cbt -instance=INSTANCE_ID listclusters

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. createcluster 명령어를 사용하여 클러스터를 추가합니다.

    
cbt -instance=INSTANCE_ID \
createcluster CLUSTER_ID \
ZONE \
NUM_NODES \
STORAGE_TYPE

    다음을 제공합니다.

    • INSTANCE_ID: 인스턴스의 영구 식별자입니다.
    • CLUSTER_ID: 클러스터의 영구 식별자입니다.

    • ZONE: 클러스터가 실행되는 영역

      리전의 각 영역에는 클러스터가 하나만 포함될 수 있습니다. 예를 들어 인스턴스에 us-east1-b에 클러스터가 있는 경우 동일한 리전의 다른 영역(예: us-east1-c) 또는 별도의 리전의 영역(예: europe-west2-a)에 클러스터를 추가할 수 있습니다. 영역 목록 보기

    • NUM_NODES: 이 필드는 선택사항입니다. 값이 설정되지 않은 경우 Bigtable은 데이터 공간을 기반으로 노드를 자동으로 할당하고 스토리지 사용률을 50%로 최적화합니다. 클러스터의 노드 수를 제어하려면 NUM_NODES 값을 업데이트합니다. 노드 수가 0이 아닌 값으로 설정되었는지 확인합니다.

      대다수의 경우 한 인스턴스에 있는 각 클러스터는 노드 수가 동일해야 하지만 예외가 있습니다. 노드 및 복제 알아보기

    • STORAGE_TYPE: 클러스터에 사용할 저장소의 유형입니다. 인스턴스의 각 클러스터가 동일한 스토리지 유형을 사용해야 합니다. SSD 및 HDD 값을 사용합니다.

  4. 기본 앱 프로필에서 복제 설정을 검토하여 복제 사용 사례에 적합한지 확인합니다. 기본 앱 프로필을 업데이트하거나 커스텀 앱 프로필을 생성해야 할 수도 있습니다.

클러스터 삭제

인스턴스에 클러스터가 여러 개 있는 경우, 클러스터 중 1개를 제외한 나머지 클러스터를 모두 삭제할 수 있습니다. 클러스터 1개를 제외한 나머지 클러스터를 모두 삭제하면 복제가 자동으로 사용 중지됩니다.

일부 경우에는 Bigtable에서 클러스터 삭제를 허용하지 않습니다.

  • 애플리케이션 프로필 중 하나가 모든 트래픽을 단일 클러스터로 라우팅하는 경우 Bigtable에서 해당 클러스터를 삭제할 수 없도록 합니다. 클러스터를 삭제하려면 먼저 애플리케이션 프로필을 편집 또는 삭제해야 합니다.
  • 기존 인스턴스에 새 클러스터를 추가하는 경우, 초기 데이터가 새 클러스터에 복사될 때까지 인스턴스의 클러스터를 삭제할 수 없습니다.

인스턴스에서 클러스터를 삭제하려면 다음 안내를 따르세요.

콘솔

  1. Google Cloud 콘솔에서 Bigtable 인스턴스 목록을 엽니다.

    인스턴스 목록 열기

  2. 변경하려는 인스턴스를 클릭한 후 인스턴스 편집을 클릭합니다.

  3. 클러스터 구성에서 삭제할 클러스터에 대해 클러스터 삭제를 클릭합니다.

  4. 삭제 작업을 취소하려면 저장을 클릭하기 전까지 클릭할 수 있는 실행취소를 클릭합니다. 그렇지 않으면 저장을 클릭합니다.

gcloud

  1. 인스턴스 ID를 모르면 bigtable instances list 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    gcloud bigtable instances list

  2. 인스턴스의 클러스터 ID를 모르면 bigtable clusters list 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    gcloud bigtable clusters list --instances=INSTANCE_ID

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. bigtable clusters delete 명령어를 사용하여 클러스터를 삭제합니다.

    gcloud bigtable clusters delete CLUSTER_ID \
    --instance=INSTANCE_ID

    다음을 제공합니다.

    • CLUSTER_ID: 클러스터의 영구 식별자입니다.
    • INSTANCE_ID: 인스턴스의 영구 식별자입니다.

cbt

  1. 인스턴스 ID를 모르면 listinstances 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    cbt listinstances

  2. 인스턴스의 클러스터 ID를 모르면 listclusters 명령어를 사용하여 인스턴스의 클러스터 목록을 확인합니다.

    cbt -instance=INSTANCE_ID listclusters

    INSTANCE_ID를 인스턴스의 영구 식별자로 바꿉니다.

  3. deletecluster 명령어를 사용하여 클러스터를 삭제합니다.

    cbt -instance=INSTANCE_ID deletecluster CLUSTER_ID

    다음을 제공합니다.

    • INSTANCE_ID: 인스턴스의 영구 식별자입니다.
    • CLUSTER_ID: 클러스터의 영구 식별자입니다.

새 위치로 데이터 이동

Bigtable 인스턴스의 데이터를 새 영역 또는 리전으로 이동하려면 이동할 위치에 새 클러스터를 추가하고 기존 위치에서 클러스터를 삭제합니다. 삭제된 클러스터는 새 클러스터에 데이터가 복제될 때까지 계속 사용할 수 있으므로 요청 실패에 대해 걱정할 필요가 없습니다. Bigtable은 모든 데이터를 새 클러스터에 자동으로 복제합니다.

앱 프로필 관리

애플리케이션 프로필 또는 앱 프로필은 복제를 사용하는 인스턴스에 애플리케이션이 연결되는 방법을 제어합니다. 클러스터가 2개 이상인 모든 인스턴스에는 고유한 기본 앱 프로필이 있습니다. 또한 실행하는 각 애플리케이션의 종류별로 다른 앱 프로필을 사용하여 각 인스턴스별로 커스텀 앱 프로필을 여러 개 만들 수도 있습니다.

인스턴스의 앱 프로필을 설정하는 방법은 앱 프로필 구성을 참조하세요. 일반적인 사용 사례를 구현할 수 있는 설정에 대한 예시는 복제 구성 예시를 참조하세요.

라벨 관리

라벨은 관련된 인스턴스를 그룹화하고 인스턴스에 대한 메타데이터를 저장하는 데 사용할 수 있는 키-값 쌍입니다.

라벨 관리 방법을 자세히 알아보려면 인스턴스의 라벨 추가 또는 업데이트와 인스턴스에서 라벨 삭제를 참조하세요.

인스턴스의 표시 이름 변경

Google Cloud Console이 인스턴스를 식별하기 위해 사용하는 인스턴스의 표시 이름을 변경하려면 다음 안내를 따르세요.

콘솔

  1. Google Cloud 콘솔에서 Bigtable 인스턴스 목록을 엽니다.

    인스턴스 목록 열기

  2. 변경하려는 인스턴스를 클릭한 후 인스턴스 편집을 클릭합니다.

  3. 인스턴스 이름을 편집한 후 저장을 클릭합니다.

gcloud

  1. 인스턴스 ID를 모르면 bigtable instances list 명령어를 사용하여 프로젝트 인스턴스 목록을 확인합니다.

    gcloud bigtable instances list

  2. bigtable instances update 명령어를 사용하여 표시 이름을 업데이트합니다.

    gcloud bigtable instances update INSTANCE_ID \
    --display-name=DISPLAY_NAME

    다음을 제공합니다.

    • INSTANCE_ID: 인스턴스의 영구 식별자입니다.
    • DISPLAY_NAME: Google Cloud 콘솔에서 인스턴스를 식별하는, 인간이 읽을 수 있는 이름

cbt

cbt CLI에서는 이 기능을 사용할 수 없습니다.

다음 단계