Modifique uma instância

Depois de criar uma instância do Bigtable, pode atualizar as seguintes definições sem tempo de inatividade:

  • Ajuste de escala automático

    Pode ativar ou desativar o dimensionamento automático para os clusters de uma instância ou configurar as definições para clusters que já tenham o dimensionamento automático ativado.

  • O número de nós em clusters dimensionados manualmente

    Depois de adicionar ou remover nós, normalmente, o Bigtable demora alguns minutos sob carga a otimizar o desempenho do cluster.

  • O número de clusters na instância

    Depois de adicionar um cluster, o Bigtable demora algum tempo a replicar os seus dados para o novo cluster. Os novos clusters são replicados a partir do cluster geograficamente mais próximo na instância. Em geral, quanto maior for a distância, mais tempo demora a replicação.

  • Os perfis de aplicação da instância, que contêm definições de replicação

  • A localização dos seus dados

  • As etiquetas da instância, que fornecem metadados sobre a instância

  • O nome a apresentar da instância

Só pode alterar um ID do cluster eliminando e recriando o cluster.

Para alterar qualquer um dos seguintes elementos, tem de criar uma nova instância com as suas definições preferenciais, exportar os seus dados da instância antiga, importar os seus dados para a nova instância e, em seguida, eliminar a instância antiga.

  • ID da instância

  • Tipo de armazenamento (SSD ou HDD)

  • Configuração da chave de encriptação gerida pelo cliente (CMEK)

Antes de começar

Se quiser usar as interfaces de linhas de comandos para o Bigtable, instale a CLI Google Cloud e a CLI cbt se ainda não o tiver feito.

Configure a escala automática

Pode ativar ou desativar o dimensionamento automático para qualquer cluster existente. Também pode alterar o objetivo de utilização da CPU, o número mínimo de nós e o número máximo de nós para um cluster. Para orientações sobre a escolha das definições de dimensionamento automático, consulte o artigo Dimensionamento automático. Não pode usar a CLI cbt para configurar o ajuste de escala automático.

Ative o dimensionamento automático

Consola

  1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

    Abra a lista de instâncias

  2. Clique na instância que quer alterar e, de seguida, em Editar instância.

  3. Em Configurar clusters, clique em Editar para o cluster que quer atualizar.

  4. Selecione Ajuste de escala automático.

  5. Introduza valores para o seguinte:

    • Número mínimo de nós
    • Número máximo de nós
    • Objetivo de utilização da CPU
    • Objetivo de utilização do armazenamento

  6. Clique em Guardar.

gcloud

  1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto: 

    gcloud bigtable instances list

  2. Se não souber os IDs dos clusters da instância, use o comando bigtable clusters list para ver uma lista de clusters na instância: 

    gcloud bigtable clusters list --instances=INSTANCE_ID

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando bigtable clusters update para ativar a escala automática:

    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

    Forneça os seguintes dados:

    • CLUSTER_ID: O identificador permanente do cluster.
    • INSTANCE_ID: O identificador permanente da instância.
    • AUTOSCALING_MAX_NODES: o número mínimo de nós
    • AUTOSCALING_MIN_NODES: o número máximo de nós
    • AUTOSCALING_CPU_TARGET: a percentagem alvo de utilização da CPU que o Bigtable mantém adicionando ou removendo nós. Este valor tem de estar entre 10 e 80.

    • AUTOSCALING_STORAGE_TARGET: o objetivo de utilização do armazenamento em GiB por nó que o Bigtable mantém adicionando ou removendo nós

      Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

Desative o ajuste de escala automático

Consola

  1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

    Abra a lista de instâncias

  2. Clique na instância que quer alterar e, de seguida, em Editar instância.

  3. Em Configurar clusters, clique em para o cluster que quer atualizar.

  4. Selecione Atribuição manual de nós.

  5. Introduza o número de nós para o cluster no campo Quantidade.

    Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

  6. Clique em Guardar.

gcloud

  1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto: 

    gcloud bigtable instances list

  2. Se não souber os IDs dos clusters da instância, use o comando bigtable clusters list para ver uma lista de clusters na instância: 

    gcloud bigtable clusters list --instances=INSTANCE_ID

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando bigtable clusters update para desativar o ajuste de escala automático e configurar um número constante de nós:

    gcloud bigtable clusters update CLUSTER_ID \
    --instance=INSTANCE_ID \
    --num-nodes=NUM_NODES --disable-autoscaling

    Forneça os seguintes dados:

    • CLUSTER_ID: O identificador permanente do cluster.
    • INSTANCE_ID: O identificador permanente da instância.

    • NUM_NODES: este campo é opcional. Se não for definido nenhum valor, o Bigtable atribui automaticamente nós com base na sua pegada de dados e otimiza para uma utilização de armazenamento de 50%. Se quiser controlar o número de nós num cluster, atualize o valor NUM_NODES. Certifique-se de que o número de nós está definido como um valor diferente de zero.

      Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

Altere as definições do dimensionamento automático

Consola

  1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

    Abra a lista de instâncias

  2. Clique na instância que quer alterar e, de seguida, em Editar instância.

  3. Em Configurar clusters, clique em para o cluster que quer atualizar.

  4. Introduza novos valores para qualquer um dos seguintes elementos que quer alterar:

    • Número mínimo de nós
    • Número máximo de nós
    • Objetivo de utilização da CPU
    • Objetivo de utilização do armazenamento

  5. Clique em Guardar.

gcloud

  1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto: 

    gcloud bigtable instances list

  2. Se não souber os IDs dos clusters da instância, use o comando bigtable clusters list para ver uma lista de clusters na instância: 

    gcloud bigtable clusters list --instances=INSTANCE_ID

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando bigtable clusters update para atualizar as definições do dimensionamento automático:

    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

    Forneça os seguintes dados:

    • CLUSTER_ID: O identificador permanente do cluster.
    • INSTANCE_ID: O identificador permanente da instância.

    O comando aceita flags de escalabilidade automática opcionais. Pode usar todas as flags ou apenas as flags para os valores que quer alterar.

    • AUTOSCALING_MAX_NODES: o número mínimo de nós.
    • AUTOSCALING_MIN_NODES: o número máximo de nós.
    • AUTOSCALING_CPU_TARGET: a percentagem alvo de utilização da CPU que o Bigtable mantém adicionando ou removendo nós. Este valor tem de estar entre 10 e 80.

    • AUTOSCALING_STORAGE_TARGET: O objetivo de utilização do armazenamento em GiB por nó que o Bigtable mantém adicionando ou removendo nós.

      Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

Adicione ou remova nós manualmente

Na maioria dos casos, recomendamos que ative o dimensionamento automático. Se optar por não o fazer e o modo de escalabilidade dos nós do cluster for manual, pode adicionar ou remover nós, e o número de nós permanece constante até o alterar novamente. Para rever as quotas de nós predefinidas por zona por Google Cloud projeto, consulte o artigo Quotas de nós. Se precisar de aprovisionar mais nós do que a predefinição, pode pedir mais.

Para alterar o número de nós num cluster que usa o escalamento manual:

Consola

  1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

    Abra a lista de instâncias

  2. Clique na instância que quer alterar e, de seguida, em Editar instância.

  3. Em Configurar clusters, clique em Editar para o cluster que quer atualizar.

  4. Na secção Atribuição manual de nós, introduza o número de nós para o cluster no campo Quantidade.

    Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

  5. Clique em Guardar.

gcloud

  1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto: 

    gcloud bigtable instances list

  2. Se não souber os IDs dos clusters da instância, use o comando bigtable clusters list para ver uma lista de clusters na instância: 

    gcloud bigtable clusters list --instances=INSTANCE_ID

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando bigtable clusters update para alterar o número de nós:

    gcloud bigtable clusters update CLUSTER_ID \
    --instance=INSTANCE_ID \
    --num-nodes=NUM_NODES

    Forneça os seguintes dados:

    • CLUSTER_ID: O identificador permanente do cluster.
    • INSTANCE_ID: O identificador permanente da instância.

    • NUM_NODES: este campo é opcional. Se não for definido nenhum valor, o Bigtable atribui automaticamente nós com base na sua pegada de dados e otimiza para uma utilização de armazenamento de 50%. Se quiser controlar o número de nós num cluster, atualize o valor NUM_NODES. Certifique-se de que o número de nós está definido como um valor diferente de zero.

      Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

cbt

  1. Se não souber o ID da instância, use o comando listinstances para ver uma lista das instâncias do seu projeto: 

    cbt listinstances

  2. Se não souber os IDs dos clusters da instância, use o comando listclusters para ver uma lista de clusters na instância: 

    cbt -instance=INSTANCE_ID listclusters

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando updatecluster para alterar o número de nós:

    cbt -instance=INSTANCE_ID updatecluster CLUSTER_ID NUM_NODES

    Forneça os seguintes dados:

    • INSTANCE_ID: O identificador permanente da instância.
    • CLUSTER_ID: O identificador permanente do cluster.

    • NUM_NODES: este campo é opcional. Se não for definido nenhum valor, o Bigtable atribui automaticamente nós com base na sua pegada de dados e otimiza para uma utilização de armazenamento de 50%. Se quiser controlar o número de nós num cluster, atualize o valor NUM_NODES. Certifique-se de que o número de nós está definido como um valor diferente de zero.

      Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

Adicione um cluster

Pode adicionar clusters a uma instância existente. Uma instância pode ter clusters em até 8 regiões onde o Bigtable está disponível. Cada zona numa região só pode conter um cluster. As localizações ideais para clusters adicionais dependem do seu exemplo de utilização.

Se a sua instância estiver protegida pela CMEK, cada novo cluster tem de usar uma chave CMEK que esteja na mesma região que o cluster. Antes de adicionar um novo cluster a uma instância protegida por CMEK, identifique ou crie uma chave CMEK na região onde planeia localizar o cluster.

Antes de adicionar clusters a uma instância de cluster único, leia acerca das restrições que se aplicam quando altera as políticas de recolha de lixo em tabelas replicadas. Em seguida, veja exemplos de definições de replicação para recomendações.

Para adicionar um cluster a uma instância:

Consola

  1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

    Abra a lista de instâncias

  2. Clique na instância que quer alterar e, de seguida, em Editar instância.

  3. Em Configurar clusters, clique em Adicionar cluster.

    Se este botão estiver desativado, a instância já tem o número máximo de clusters.

  4. Introduza um ID do cluster para o primeiro cluster.

    O ID do cluster é um identificador permanente do cluster.

  5. Escolha a região e a zona onde o primeiro cluster vai ser executado.

  6. Opcional: para configurar o cluster de modo a que seja sempre dimensionado em incrementos de dois nós, selecione Ativar o dimensionamento de nós 2x. Para mais informações, consulte o artigo Fator de dimensionamento do nó.

  7. Escolha um modo de dimensionamento de nós para o cluster. Na maioria dos casos, deve escolher o ajuste de escala automático. Para orientações sobre o dimensionamento, consulte o artigo Dimensionamento automático.

    1. Para a atribuição manual de nós, introduza o número de nós do Bigtable para o primeiro cluster. Se não tiver a certeza de quantos nós precisa, use o valor predefinido. Pode adicionar mais nós posteriormente.
    2. Para a escalabilidade automática, introduza valores para o seguinte:
      • Número mínimo de nós
      • Número máximo de nós
      • Alvo de utilização da CPU
      • Objetivo de utilização do armazenamento

  8. Opcional: para proteger a sua instância com CMEK em vez da encriptação predefinida gerida pela Google, conclua os seguintes passos:

    1. Clique em Mostrar opções de encriptação.
    2. Selecione o botão de opção junto a Chave de encriptação gerida pelo cliente (CMEK).
    3. Selecione ou introduza o nome do recurso da chave CMEK que quer usar para o cluster. Não pode adicionar esta informação mais tarde.
    4. Se lhe for pedido que conceda autorização à conta de serviço da chave CMEK, clique em Conceder. A sua conta de utilizador tem de ter a função de administrador do Cloud KMS para concluir esta tarefa.
    5. Clique em Guardar.

  9. Introduza o número de nós para o cluster.

    Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

  10. Se a instância estiver protegida com CMEK, selecione ou introduza uma chave gerida pelo cliente. A chave CMEK tem de estar na mesma região que o cluster.

  11. Clique em Adicionar.

  12. Repita estes passos para cada cluster adicional e, de seguida, clique em Guardar. O Bigtable cria o cluster e começa a replicar os seus dados para o novo cluster. Pode ver um aumento na utilização da CPU à medida que a replicação começa.

  13. Reveja as definições de replicação no perfil da app predefinido para ver se fazem sentido para o seu exemplo de utilização de replicação. Pode ter de atualizar o perfil da app predefinida ou criar perfis de apps personalizados.

gcloud

  1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto: 

    gcloud bigtable instances list

  2. Se não souber os IDs dos clusters da instância, use o comando bigtable clusters list para ver uma lista de clusters na instância: 

    gcloud bigtable clusters list --instances=INSTANCE_ID

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando bigtable clusters create para adicionar um cluster:

    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] \

    Forneça os seguintes dados:

    • CLUSTER_ID: O identificador permanente do cluster.
    • INSTANCE_ID: O identificador permanente da instância.

    • ZONE: A zona onde o cluster é executado.

      Cada zona numa região só pode conter um cluster. Por exemplo, se uma instância tiver um cluster em us-east1-b, pode adicionar um cluster numa zona diferente na mesma região, como us-east1-c, ou numa zona numa região separada, como europe-west2-a. Veja a lista de zonas.

    A flag --async não é obrigatória, mas é vivamente recomendada. Sem esta flag, o comando pode exceder o tempo limite antes de a operação estar concluída. O Bigtable continua a criar o cluster em segundo plano.

    O comando aceita as seguintes flags opcionais:

    • --kms-key=KMS_KEY: a chave CMEK usada pelo cluster. Só pode adicionar clusters CMEK a instâncias que já estejam protegidas com CMEK.
    • --kms-keyring=KMS_KEYRING: o ID do conjunto de chaves do KMS para a chave.
    • --kms-location=KMS_LOCATION: a Google Cloud localização da chave.
    • --kms-project=KMS_PROJECT: o Google Cloud ID do projeto da chave.
    • --storage-type=STORAGE_TYPE: O tipo de armazenamento a usar para o cluster. Cada cluster numa instância tem de usar o mesmo tipo de armazenamento. Aceita os valores SSD e HDD. O valor predefinido é SSD.
    • --node-scaling-factor=node-scaling-factor-2x: um sinalizador que ativa o dimensionamento de nós 2x. Pode ativar esta funcionalidade com o ajuste de escala manual e o ajuste de escala automático.

    Para ver uma lista de zonas do Bigtable que não estão disponíveis para o dimensionamento de nós 2x, consulte as limitações do fator de dimensionamento de nós.

    Se não for definido nenhum valor para a opção --num-nodes, o Bigtable atribui nós ao cluster automaticamente com base na sua pegada de dados e otimiza para uma utilização de armazenamento de 50%. Esta atribuição automática de nós tem um impacto nos preços. Se quiser controlar o número de nós num cluster, atualize o valor NUM_NODES. Certifique-se de que o número de nós está definido como um valor diferente de zero. Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

    Para a escala automática, forneça todas as flags autoscaling- e não use num-nodes. Consulte o artigo Ajuste automático de escala para obter orientações sobre a escolha dos valores para as definições de ajuste automático de escala. Substitua o seguinte:

    • AUTOSCALING_MIN_NODES: o número mínimo de nós para o cluster.
    • AUTOSCALING_MAX_NODES: o número máximo de nós para o cluster.
    • AUTOSCALING_CPU_TARGET: a utilização da CPU alvo para o cluster. Este valor tem de estar entre 10 e 80.
    • AUTOSCALING_STORAGE_TARGET: O objetivo de utilização do armazenamento em GiB que o Bigtable mantém adicionando ou removendo nós.

  4. Reveja as definições de replicação no perfil da app predefinido para ver se fazem sentido para o seu exemplo de utilização de replicação. Pode ter de atualizar o perfil da app predefinida ou criar perfis de apps personalizados.

cbt

  1. Se não souber o ID da instância, use o comando listinstances para ver uma lista das instâncias do seu projeto: 

    cbt listinstances

  2. Se não souber os IDs dos clusters da instância, use o comando listclusters para ver uma lista de clusters na instância: 

    cbt -instance=INSTANCE_ID listclusters

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando createcluster para adicionar um cluster:

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

    Forneça os seguintes dados:

    • INSTANCE_ID: O identificador permanente da instância.
    • CLUSTER_ID: O identificador permanente do cluster.

    • ZONE: A zona onde o cluster é executado.

      Cada zona numa região só pode conter um cluster. Por exemplo, se uma instância tiver um cluster em us-east1-b, pode adicionar um cluster numa zona diferente na mesma região, como us-east1-c, ou numa zona numa região separada, como europe-west2-a. Veja a lista de zonas.

    • NUM_NODES: este campo é opcional. Se não for definido nenhum valor, o Bigtable atribui automaticamente nós com base na sua pegada de dados e otimiza para uma utilização de armazenamento de 50%. Se quiser controlar o número de nós num cluster, atualize o valor NUM_NODES. Certifique-se de que o número de nós está definido como um valor diferente de zero.

      Em muitos casos, cada cluster numa instância deve ter o mesmo número de nós, mas existem exceções. Saiba mais sobre os nós e a replicação.

    • STORAGE_TYPE: O tipo de armazenamento a usar para o cluster. Cada cluster numa instância tem de usar o mesmo tipo de armazenamento. Aceita os valores SSD e HDD.

  4. Reveja as definições de replicação no perfil da app predefinido para ver se fazem sentido para o seu exemplo de utilização de replicação. Pode ter de atualizar o perfil da app predefinida ou criar perfis de apps personalizados.

Elimine um cluster

Se uma instância tiver vários clusters, pode eliminar todos, exceto 1, dos clusters. A eliminação de todos os clusters, exceto 1, desativa automaticamente a replicação.

Em alguns casos, o Bigtable não permite eliminar um cluster:

  • Se um dos seus perfis de aplicação encaminhar todo o tráfego para um único cluster, o Bigtable não lhe permite eliminar esse cluster. Tem de editar ou eliminar o perfil da aplicação antes de poder remover o cluster.
  • Se adicionar novos clusters a uma instância existente, não pode eliminar clusters nessa instância até que a cópia de dados inicial para os novos clusters esteja concluída.

Para eliminar um cluster de uma instância:

Consola

  1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

    Abra a lista de instâncias

  2. Clique na instância que quer alterar e, de seguida, em Editar instância.

  3. Em Configurar clusters, clique em Eliminar cluster para o cluster que quer eliminar.

  4. Para cancelar a operação de eliminação, clique em Anular, que está disponível até clicar em Guardar. Caso contrário, clique em Guardar.

gcloud

  1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto: 

    gcloud bigtable instances list

  2. Se não souber os IDs dos clusters da instância, use o comando bigtable clusters list para ver uma lista de clusters na instância: 

    gcloud bigtable clusters list --instances=INSTANCE_ID

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando bigtable clusters delete para eliminar o cluster:

    gcloud bigtable clusters delete CLUSTER_ID \
    --instance=INSTANCE_ID

    Forneça os seguintes dados:

    • CLUSTER_ID: O identificador permanente do cluster.
    • INSTANCE_ID: O identificador permanente da instância.

cbt

  1. Se não souber o ID da instância, use o comando listinstances para ver uma lista das instâncias do seu projeto: 

    cbt listinstances

  2. Se não souber os IDs dos clusters da instância, use o comando listclusters para ver uma lista de clusters na instância: 

    cbt -instance=INSTANCE_ID listclusters

    Substitua INSTANCE_ID pelo identificador permanente da instância.

  3. Use o comando deletecluster para eliminar o cluster:

    cbt -instance=INSTANCE_ID deletecluster CLUSTER_ID

    Forneça os seguintes dados:

    • INSTANCE_ID: O identificador permanente da instância.
    • CLUSTER_ID: O identificador permanente do cluster.

Mova dados para uma nova localização

Para mover os dados numa instância do Bigtable para uma nova zona ou região, adicione um novo cluster na localização para a qual quer mover os dados e, de seguida, elimine o cluster na localização da qual quer mover os dados. O cluster eliminado permanece disponível até os dados serem replicados para o novo cluster, pelo que não tem de se preocupar com a falha de pedidos. O Bigtable replica automaticamente todos os dados para o novo cluster.

Faça a gestão dos perfis de apps

Os perfis de aplicações, ou perfis de apps, controlam a forma como as suas aplicações se ligam a uma instância que usa a replicação. Cada instância com mais de 1 cluster tem o seu próprio perfil de app predefinido. Também pode criar vários perfis de apps personalizados diferentes para cada instância, usando um perfil de app diferente para cada tipo de aplicação que executa.

Para saber como configurar os perfis de apps de uma instância, consulte o artigo Configurar perfis de apps. Para ver exemplos de definições que pode usar para implementar exemplos de utilização comuns, consulte o artigo Exemplos de configurações de replicação.

Gerir etiquetas

As etiquetas são pares de chave-valor que pode usar para agrupar instâncias relacionadas e armazenar metadados sobre uma instância.

Para saber como gerir etiquetas, consulte os artigos Adicionar ou atualizar as etiquetas de uma instância e Remover uma etiqueta de uma instância.

Altere o nome a apresentar de uma instância

Para alterar o nome a apresentar de uma instância, que a Google Cloud consola usa para identificar a instância:

Consola

  1. Abra a lista de instâncias do Bigtable na Google Cloud consola.

    Abra a lista de instâncias

  2. Clique na instância que quer alterar e, de seguida, em Editar instância.

  3. Edite o nome da instância e, de seguida, clique em Guardar.

gcloud

  1. Se não souber o ID da instância, use o comando bigtable instances list para ver uma lista das instâncias do seu projeto: 

    gcloud bigtable instances list

  2. Use o comando bigtable instances update para atualizar o nome a apresentar:

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

    Forneça os seguintes dados:

    • INSTANCE_ID: O identificador permanente da instância.
    • DISPLAY_NAME: um nome legível por humanos que identifica a instância na consola Google Cloud .

cbt

Esta funcionalidade não está disponível na cbt CLI.

O que se segue?