Para recursos semelhantes aos do Amazon Timestream para, considere o Amazon Timestream LiveAnalytics para InfluxDB. Ele oferece ingestão de dados simplificada e tempos de resposta de consulta de um dígito em milissegundos para análises em tempo real. Saiba mais [aqui](https://docs.aws.amazon.com//timestream/latest/developerguide/timestream-for-influxdb.html).
As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Trabalhar com clusters de réplicas de leitura multi-AZ para o Amazon Timestream para InfluxDB
A implantação de um cluster de réplica de leitura é um modo de implantação assíncrona do Amazon Timestream para InfluxDB que permite configurar réplicas de leitura anexadas a uma instância de banco de dados primária. Um cluster de réplica de leitura tem uma instância de banco de dados de gravação e uma instância de banco de dados de leitura em zonas de disponibilidade diferentes na mesma Região da AWS. Clusters de réplica de leitura oferecem alta disponibilidade e maior capacidade para workloads de leitura quando comparados a implantações de instância de banco de dados multi-AZ.
## Disponibilidade de classe de instância para clusters de réplicas de leitura
As implantações de cluster de réplica de leitura são suportadas para os mesmos tipos de instância do Timestream normal para instâncias do InfluxDB.
****
| Classe de instância | vCPU | Memória (GiB) | Tipo de armazenamento | Largura de banda da rede (Gbps) |
| --- | --- | --- | --- | --- |
| db.influx.medium | 1 | 8 | Influx IOPS incluído | 10 |
| db.influx.large | 2 | 16 | Influx IOPS incluído | 10 |
| db.influx.xlarge | 4 | 32 | Influx IOPS incluído | 10 |
| db.influx.2xlarge | 8 | 64 | Influx IOPS incluído | 10 |
| db.influx.4xlarge | 16 | 128 | Influx IOPS incluído | 10 |
| db.influx.8xlarge | 32 | 256 | Influx IOPS incluído | 12 |
| db.influx.12xlarge | 48 | 384 | Influx IOPS incluído | 20 |
| db.influx.16xlarge | 64 | 512 | Influx IOPS incluído | 25 |
| db.influx.24xlarge | 96 | 768 | Influx IOPS incluído | 40 |
## Ler arquitetura de cluster de réplica
Com um cluster de réplica de leitura, o Amazon Timestream for InfluxDB replica automaticamente todas as gravações feitas na instância de banco de dados do gravador para todas as instâncias de banco de dados do leitor usando o complemento de réplica de leitura licenciado. InfluxData Essa replicação é assíncrona e todas as gravações são reconhecidas assim que são confirmadas pelo nó do gravador. As gravações não exigem a confirmação de todos os nós de leitura para serem consideradas uma gravação bem-sucedida. Depois que os dados são confirmados pela instância de banco de dados do gravador, eles são replicados para a instância de réplica de leitura quase instantaneamente. Em caso de falha irrecuperável do gravador, quaisquer dados que não tenham sido replicados para pelo menos um dos leitores serão perdidos.
Uma instância de réplica de leitura é uma cópia somente para leitura de uma instância de gravador do banco de dados. É possível reduzir a carga na instância de gravador do banco de dados roteando algumas ou todas as consultas dos aplicativos para a réplica de leitura. Dessa maneira, é possível aumentar a escala horizontalmente para além das limitações de capacidade de uma única instância de banco de dados para workloads de banco de dados com muita leitura.
O diagrama a seguir mostra uma instância de banco de dados primário replicando para uma réplica de leitura em uma zona de disponibilidade diferente. Os clientes têm read/write acesso à instância de banco de dados primária e acesso somente de leitura à réplica.
![\[Uma instância de banco de dados primária na Zona de Disponibilidade A replica de forma assíncrona para uma instância de réplica de leitura na Zona de Disponibilidade C.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/rr_azs_diagram.png)
## Grupos de parâmetros para clusters de réplicas de leitura
Em um cluster de réplica de leitura, um *grupo de parâmetros de banco de dados* atua como um contêiner para os valores de configuração do mecanismo aplicados a cada instância de banco de dados em um cluster de réplica de leitura. Um grupo de parâmetros de banco de dados padrão é definido com base no mecanismo de banco de dados e na versão do mecanismo de banco de dados. As configurações no grupo de parâmetros de banco de dados são utilizadas para todas as instâncias de banco de dados do cluster.
Ao transmitir um grupo de parâmetros de banco de dados específico usando [CreateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_CreateDbCluster.html)ou [UpdateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_UpdateDbCluster.html)para uma réplica de leitura de banco de dados Multi-AZ, certifique-se de que `storage-wal-max-write-delay` esteja definido para uma duração mínima de 1 hora. Se nenhum grupo de parâmetros do banco de dados for especificado, o padrão `storage-wal-max-write-delay` será de 1 hora.
## Atraso de réplica em clusters de réplica de leitura
Embora os clusters de réplica de leitura Timestream para InfluxDB permitam uma alta performance de gravação, o atraso de réplica ainda pode ocorrer devido à natureza da replicação baseada em mecanismo assíncrono. Esse atraso pode levar à possível perda de dados no caso de um failover, o que faz do monitoramento essencial.
Você pode rastrear o atraso da réplica CloudWatch selecionando **Todas as métricas** no Console de gerenciamento da AWS painel de navegação. **Escolha **Timestream/InfluxDB** e, em seguida, Por. DbCluster** Selecione seu **DbClusterName**e depois seu **DbReaderInstanceName**. Aqui, além do conjunto normal de métricas rastreadas para todas as instâncias do Timestream for InfluxDB (veja a lista abaixo), você também verá ReplicaLag, expresso em milissegundos.
+ CPUUtilization
+ MemoryUtilization
+ DiskUtilization
+ ReplicaLag (somente para instâncias de banco de dados no modo de instância de réplica)
### Causas comuns de atraso de réplica
Em geral, o atraso de réplica ocorre quando os workloads de gravação e leitura são muito altos para que as instâncias de banco de dados do leitor apliquem as transações de forma eficiente. Vários workloads podem incorrer em atraso de réplica temporário ou contínuo. Os seguintes exemplos demonstram as causas comuns:
+ Alta simultaneidade de gravação ou atualização em lote pesado na instância de banco de dados do gravador, fazendo com que o processo de aplicação nas instâncias de banco de dados do leitor fique para trás.
+ Workload de leitura pesada que usa recursos em uma ou mais instâncias de banco de dados do leitor. Executar consultas lentas ou grandes pode afetar o processo de aplicação e causar atraso de réplica.
+ As transações que modificam grandes quantidades de dados ou instruções DDL às vezes podem causar um aumento temporário no atraso de réplica porque o banco de dados deve preservar a ordem de confirmação.
Para ver um tutorial que mostra como criar um CloudWatch alarme quando o atraso da réplica excede um determinado período de tempo, consulte. [Tutorial: Crie um CloudWatch alarme da Amazon para o atraso de réplica do cluster Multi-AZ para o Amazon Timestream para InfluxDB](timestream-for-influx-creating-cw-alarms.md#timestream-for-influx-tutorial-alarm)
### Diminuir o atraso de réplica
Para clusters de réplica de leitura do Timestream para InfluxDB, é possível mitigar o atraso da réplica reduzindo a carga na instância de banco de dados do gravador.
## Disponibilidade e durabilidade
Os clusters de réplicas de leitura podem ser configurados para realizar o failover automático para uma das instâncias do leitor em caso de falha do gravador em priorizar a disponibilidade de gravação ou para evitar falhas para minimizar a perda de dados de ponta. Os dados de ponta se referem à lacuna de replicação de dados ainda não replicados em pelo menos um dos nós do leitor (consulte [Atraso de réplica em clusters de réplica de leitura](#timestream-for-influx-replica-lag)). O comportamento padrão e recomendado para clusters de réplicas de leitura é o failover automático em caso de falhas no gravador. Porém, se a perda de dados de ponta for mais importante do que a disponibilidade de gravação para seus casos de uso, você poderá substituir o padrão atualizando o cluster.
Os clusters de réplica de leitura garantem que todas as instâncias de banco de dados do cluster sejam distribuídas em pelo menos duas zonas de disponibilidade para garantir maior disponibilidade de gravação e durabilidade dos dados em caso de interrupção da zona de disponibilidade.
**Topics**
+ [Disponibilidade de classe de instância para clusters de réplicas de leitura](#timestream-for-influx-instance-class-rr)
+ [Ler arquitetura de cluster de réplica](#timestream-for-influx-rr-cluster-architecture)
+ [Grupos de parâmetros para clusters de réplicas de leitura](#timestream-for-influx-rr-param-groups)
+ [Atraso de réplica em clusters de réplica de leitura](#timestream-for-influx-replica-lag)
+ [Disponibilidade e durabilidade](#timestream-for-influx-availability)
+ [Visão geral dos clusters de réplica de leitura do Amazon Timestream para InfluxDB](timestream-for-influx-read-replica-overview.md)
+ [Criando um cluster de réplica de leitura do Timestream para InfluxDB](timestream-for-influx-create-rr-cluster.md)
+ [Conectando-se a um cluster de réplica de leitura de banco de dados do Timestream para InfluxDB](timestream-for-influx-connecting-cluster.md)
+ [Modificar um cluster de réplica de leitura para o Amazon Timestream para InfluxDB](timestream-for-influx-modifying-rr-cluster.md)
+ [Reinicializando um cluster de réplica de leitura no Amazon Timestream para InfluxDB](timestream-for-influx-rebooting-rr-cluster.md)
+ [Criação de CloudWatch alarmes para monitorar o Amazon Timestream para InfluxDB](timestream-for-influx-creating-cw-alarms.md)
+ [Leia o licenciamento de réplicas por AWS Marketplace](timestream-for-influx-rr-licensing.md)
# Visão geral dos clusters de réplica de leitura do Amazon Timestream para InfluxDB
As seções a seguir discutem o Timestream para clusters de réplica de leitura do InfluxDB:
**Topics**
+ [Casos de uso para réplicas de leitura](#timestream-for-influx-rr-use-cases)
+ [Como as réplicas de leitura funcionam](#timestream-for-influx-how-rr-work)
+ [Características das réplicas de leitura do Timestream para InfluxDB](#timestream-for-influx-rr-characteristics)
+ [Instância de réplica de leitura e tipos de armazenamento](#timestream-for-influx-rr-instance-storage-types)
+ [Considerações ao excluir réplicas](#timestream-for-influx-rr-deletion)
## Casos de uso para réplicas de leitura
Usar um cluster de réplica de leitura pode fazer sentido em inúmeros casos, inclusive os seguintes:
+ Escalando além da computação ou da I/O capacidade de uma única instância de banco de dados para cargas de trabalho de banco de dados com muita leitura. Poder direcionar esse tráfego de leitura excessivo a uma ou mais réplicas de leitura.
+ Atender ao tráfego de leitura enquanto a instância de banco de dados primária está indisponível. Em alguns casos, sua instância de banco de dados primária pode não ser capaz de receber I/O solicitações, por exemplo, devido à I/O suspensão de backups ou à manutenção programada. Nesses casos, é possível direcionar o tráfego de leitura para suas réplicas de leitura. Para esse tipo de caso de uso, lembre-se de que os dados na réplica de leitura podem estar "obsoletos", porque a instância de banco de dados primária está indisponível. Além disso, lembre-se de que você precisará desativar o failover automático para que esses cenários funcionem.
+ Casos de relatórios comerciais ou de data warehousing em que você pode desejar que as consultas de relatórios comerciais sejam executadas em relação a uma réplica de leitura, em vez de sua instância de banco de dados de produção.
+ Implementação da recuperação de desastres. É possível promover uma réplica de leitura para primária como solução de recuperação de desastres, caso haja uma falha na instância de banco de dados primária.
+ Failover mais rápido para cenários em que a disponibilidade é mais importante do que a durabilidade. Como as réplicas de leitura usam replicação assíncrona, há uma chance de que alguns dados que foram confirmados pela instância primária do gravador não tenham sido replicados antes de um failover. Porém, para aplicativos em que o tempo de atividade é fundamental, essa compensação é aceitável. Dependendo das características do seu workload, um failover para uma réplica de leitura pode ser significativamente mais rápido do que um failover para uma instância de banco de dados em espera que usa replicação síncrona, pois a instância de réplica já está em execução e não precisa iniciar o mecanismo. Isso pode ser particularmente benéfico em casos de uso em que todos os minutos são importantes.
## Como as réplicas de leitura funcionam
Para criar um cluster de réplica de leitura, o Amazon Timestream for InfluxData InfluxDB usa os complementos de réplica de leitura licenciados. A assinatura complementar é ativada por meio do AWS Marketplace, diretamente do console de gerenciamento do Amazon Timestream. Consulte mais detalhes em [Leia o licenciamento de réplicas por AWS MarketplaceTerminologia de licenciamento de réplica de leitura](timestream-for-influx-rr-licensing.md).
As réplicas de leitura são cobradas como instâncias de banco de dados padrão com as mesmas taxas do tipo de instância de banco de dados usado para cada nó em seu cluster, mais o custo InfluxData do complemento licenciado. O custo do complemento é cobrado em horas de instância por meio do AWS Marketplace. Você não é cobrado pela transferência de dados incorrida na replicação de dados entre a instância de banco de dados de origem e uma réplica de leitura dentro da mesma Região da AWS.
Depois de criar e configurar o cluster de réplica de leitura e começar a aceitar gravações, o Amazon Timestream para InfluxDB usará o método de replicação assíncrona para atualizar a réplica de leitura sempre que houver alteração na instância de banco de dados primária.
A réplica de leitura funciona como uma instância de banco de dados dedicada, aceitando exclusivamente conexões somente leitura. Os aplicativos podem se conectar a uma réplica de leitura da mesma forma que fariam com qualquer outra instância de banco de dados, proporcionando uma experiência perfeita e familiar. O Amazon Timestream para InfluxDB replica automaticamente todos os dados da instância de banco de dados primária para a réplica de leitura, garantindo a consistência e a precisão dos dados. Observe que as atualizações são feitas no nível do cluster e aplicadas ao mesmo tempo no primário e na réplica.
## Características das réplicas de leitura do Timestream para InfluxDB
****
| Recurso ou comportamento | Timestream para InfluxDB |
| --- | --- |
| Qual é o método de replicação? | Replicação lógica. |
| É possível gravar em uma réplica? | Não, as réplicas de leitura do Timestream para InfluxDB foram projetadas para serem somente para leitura e não é possível que sejam graváveis. Embora uma réplica de leitura possa ser promovida a primária no caso de um failover, aceitando gravações, só pode haver uma instância de banco de dados gravadora a qualquer momento em um cluster de réplica de leitura do Timestream para InfluxDB. Isso garante a consistência de dados e evita conflitos que possam surgir de várias instâncias graváveis. A função da réplica de leitura é fornecer uma cópia redundante e somente para leitura dos dados, além de rejeitar automaticamente as solicitações de gravação para manter a integridade dos dados. |
| É possível fazer backups na réplica? | Sim, você pode usar os recursos integrados do mecanismo para criar backups usando a CLI Influx. |
| É possível usar a replicação paralela? | Não, o Timestream para InfluxDB tem um processo único que gerencia a replicação. |
## Instância de réplica de leitura e tipos de armazenamento
Uma réplica de leitura é criada com o mesmo tipo de instância e armazenamento que a instância de banco de dados primária. Qualquer alteração na configuração deve ser feita no nível do cluster e será aplicada a todas as instâncias dentro do cluster. Todas as configurações de instância e armazenamento disponíveis para instâncias de banco de dados Timestream para InfluxDB estão disponíveis para clusters de réplica de leitura Timestream para InfluxDB.
**Tipos de instância**
****
| Classe de instância | vCPU | Memória (GiB) | Tipo de armazenamento | Largura de banda da rede (Gbps) |
| --- | --- | --- | --- | --- |
| db.influx.medium | 1 | 8 | Influx IOPS incluído | 10 |
| db.influx.large | 2 | 16 | Influx IOPS incluído | 10 |
| db.influx.xlarge | 4 | 32 | Influx IOPS incluído | 10 |
| db.influx.2xlarge | 8 | 64 | Influx IOPS incluído | 10 |
| db.influx.4xlarge | 16 | 128 | Influx IOPS incluído | 10 |
| db.influx.8xlarge | 32 | 256 | Influx IOPS incluído | 12 |
| db.influx.12xlarge | 48 | 384 | Influx IOPS incluído | 20 |
| db.influx.16xlarge | 64 | 512 | Influx IOPS incluído | 25 |
| db.influx.24xlarge | 96 | 768 | Influx IOPS incluído | 40 |
**Opções de armazenamento**
****
| Armazenamento de cluster de banco de dados do Timestream para InfluxDB | Alocação de armazenamento da instância de banco de dados de origem | Included IOPS |
| --- | --- | --- |
| Influx IO Included (3K) | 20 GiB a 16 TiB | 3.000 IOPS |
| Influx IO Included (12K) | 400 GiB a 16 TiB | 12.000 IOPS |
| Influx IO Included (16K) | 400 GiB a 16 TiB | 16.000 IOPS |
## Considerações ao excluir réplicas
Se você não precisar mais de réplicas de leitura, poderá excluir explicitamente o cluster chamando a API `delete-db-cluster`. No exemplo a seguir, substitua cada *user input placeholder* por suas próprias informações. Lembre-se de que não é possível remover um único nó do seu cluster nesse momento.
```
aws timestream-influxdb delete-db-cluster \
--region region \
--endpoint endpoint \
--db-cluster-id cluster-id
```
# Criando um cluster de réplica de leitura do Timestream para InfluxDB
Um cluster de réplica de leitura do Timestream para InfluxDB tem uma instância de banco de dados de gravador e uma instância de banco de dados de leitor em zonas de disponibilidade separadas. Os clusters de réplica de leitura do Timestream para InfluxDB fornecem alta disponibilidade, maior capacidade para workloads de leitura e um failover mais rápido quando o failover para réplica é configurado.
## Pré-requisitos do cluster de banco de dados
**Importante**
As etapas a seguir são pré-requisitos que devem ser concluídos antes da criação de um cluster de réplica de leitura.
**Topics**
+ [Configurar a rede para o cluster de banco de dados](#timestream-for-influx-config-network)
+ [Pré-requisitos adicionais](#timestream-for-influx-addl-prereqs)
### Configurar a rede para o cluster de banco de dados
Só é possível criar um cluster de réplica de leitura do Timestream para InfluxDB em uma nuvem privada virtual (VPC) com base no serviço da Amazon VPC. Ele deve estar em um local Região da AWS que tenha pelo menos três zonas de disponibilidade. O grupo de sub-redes do banco de dados escolhido para o cluster de banco de dados deve incluir pelo menos três zonas de disponibilidade. Essa configuração garante que cada instância de banco de dados no cluster de banco de dados esteja em uma zona de disponibilidade diferente.
Para se conectar ao cluster de banco de dados usando recursos que não sejam instâncias do EC2 na mesma VPC, configure as conexões de rede manualmente.
### Pré-requisitos adicionais
**Antes de criar o cluster de réplica de leitura, considere os seguintes pré-requisitos adicionais:**
Para personalizar os parâmetros de configuração do cluster de banco de dados, especifique um grupo de parâmetros do cluster de banco de dados com as configurações de parâmetro necessárias. Para obter informações sobre como criar ou modificar um grupo de parâmetros de cluster de banco de dados, consulte [Grupos de parâmetros para clusters de réplicas de leitura](timestream-for-influx-working-read-replica.md#timestream-for-influx-rr-param-groups).
Determine o número da TCP/IP porta a ser especificada para seu cluster de banco de dados. Em algumas empresas, firewalls bloqueiam conexões com as portas padrão. Se o firewall da sua empresa bloquear a porta padrão, escolha outra porta para o cluster de banco de dados. Todas as instâncias de banco de dados em um cluster de banco de dados utilizam a mesma porta.
## Criar um cluster de banco de dados
Você pode criar um cluster de banco de dados de réplica de leitura Timestream para o InfluxDB usando a API Console de gerenciamento da AWS, AWS CLI the ou Amazon Timestream for InfluxDB.
------
#### [ Using the Console de gerenciamento da AWS ]
Você pode criar um cluster de réplica de leitura de banco de dados do Timestream para InfluxDB escolhendo **Cluster com réplicas de leitura** na seção **Configurações de implantação**.
Para criar um cluster de réplica de leitura de banco de dados usando o console:
1. Faça login no [Console de gerenciamento da AWS](https://console.aws.amazon.com/timestream) e abra o console do Amazon Timestream.
1. No canto superior direito do Console de gerenciamento da AWS, escolha aquele Região da AWS em que você deseja criar o cluster de banco de dados de réplica de leitura.
1. No painel de navegação, escolha **Bancos de dados InfluxDB**.
1. Escolha **Criar banco de dados InfluxDB**.
1. Em **Configurações de implantação**, escolha **Cluster com réplicas de leitura**.
Depois de selecionar essa opção, uma mensagem aparecerá indicando que você precisa ativar sua assinatura por meio do AWS Marketplace widget. Clique em **Exibir opções de assinatura**. Observe que pode levar de 1 a 2 minutos para que a assinatura se torne ativa.
![\[A interface de banco de dados Criar InfluxDB que mostra as diferentes configurações de implantação disponíveis para o novo banco de dados. A opção cluster com réplicas de leitura é selecionada.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/deployment_settings_rr.jpg)
![\[A interface de configurações de implantação mostrando uma mensagem de que a assinatura está em andamento.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/subscription_in_progress.jpg)
1. Quando a assinatura estiver ativa, clique em **Exibir assinatura**.
![\[A interface de configurações de implantação mostra uma mensagem de que a assinatura agora está ativa.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/subscription_success_message.jpg)
1. Uma janela aparecerá apresentando informações sobre o custo por vCPU por hora de instância para cada região. Isso segue o mesmo modelo de preços de computação em que você é cobrado pelo número de horas em que sua instância está ativa com base no tipo de instância que você selecionou. Você só precisará assinar o complemento uma vez, o que permitirá criar instâncias em todas as regiões onde o Timestream para InfluxDB está disponível.
![\[Formulário de opções de assinatura mostrando detalhes de preços sobre o custo por vCPU por hora de instância para cada região.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/purchase_subscription.png)
**Importante**
Para assinar a oferta, você precisará ter uma AWSMarketplace ManageSubscriptions ou mais AWSMarketplace FullAccess permissões. Para obter mais informações sobre essas permissões, consulte [Controlar o acesso às AWS Marketplace assinaturas](https://docs.aws.amazon.com/marketplace/latest/buyerguide/buyer-iam-users-groups-policies.html).
1. Depois de confirmar sua assinatura, o serviço selecionará automaticamente a região com base na região da sua instância.
1. Em **Credenciais do banco de dados**, preencha os seguintes campos:
1. Para **Nome do cluster de banco de dados**, insira o identificador do seu cluster de banco de dados.
1. Forneça os parâmetros básicos de configuração inicial do InfluxDB: **nome de usuário**, **nome da organização**, **nome do bucket** e **senha**.
1. Em **Configuração da instância**, especifique a **classe da instância de banco de dados**. Selecione o tamanho de instância que melhor atenda às suas necessidades de workload. Lembre-se de que esse tipo de instância será usado para todas as instâncias do seu cluster de réplica de leitura de banco de dados.
1. Em **Configuração de armazenamento**, selecione um **tipo de armazenamento** que atenda às suas necessidades. Em todos os casos, você só precisará configurar o armazenamento alocado. Lembre-se de que esse tipo de armazenamento será usado para todas as instâncias em seu cluster de réplica de leitura de banco de dados.
1. Na seção **Configuração de conectividade**, certifique-se de que seu cluster InfluxDB esteja na mesma sub-rede dos clientes que precisam de conectividade com sua instância de banco de dados Timestream para InfluxDB. Você também pode optar por disponibilizar publicamente sua instância de banco de dados na subseção **Acesso público**.
1. Escolha **Criar banco de dados InfluxDB**.
1. Na lista **Bancos de dados do InfluxDB**, selecione o nome do novo cluster do InfluxDB para mostrar seus detalhes. O cluster do banco de dados terá o status **Criando** até estar pronto para uso.
1. Quando o status mudar para **Disponível**, será possível conectar-se ao cluster de banco de dados. Dependendo da classe da instância de banco de dados e da quantidade de armazenamento, pode levar até 20 minutos para que a nova instância esteja disponível.
![\[Página de resumo do cluster de banco de dados mostrando duas instâncias com o status “Disponível”.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/cluster_details_page.png)
1. Depois de criado, você pode clicar no identificador do cluster de banco de dados para recuperar informações sobre o cluster recém-criado. O endpoint que mostra um modo de instância **PRIMARY** é aquele que você precisará usar para gravações e administração do mecanismo.
------
#### [ Using the AWS CLI ]
Para criar uma instância de banco de dados usando o AWS Command Line Interface, chame o `create-db-cluster` comando com os parâmetros a seguir. Substitua cada *user input placeholder* por suas próprias informações.
```
aws timestream-influxdb create-db-cluster \
--region region \
--vpc-subnet-ids subnet-ids \
--vpc-security-group-ids security-group-ids \
--db-instance-type db.influx.large \
--db-storage-type InfluxIOIncludedT2 \
--allocated-storage 400 \
--password password \
--name cluster-name \
--deployment-type MULTI_NODE_READ_REPLICAS \
--publicly-accessible
//--failover-mode is optional and defaults to AUTOMATIC.
```
------
### Configurações para criar clusters de réplicas de leitura
Para obter detalhes sobre as configurações que você escolhe ao criar um cluster de réplica de leitura, consulte a tabela a seguir. Para obter mais informações sobre as AWS CLI opções, consulte [create-db-cluster](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/timestream-influxdb/create-db-cluster.html). Para obter mais informações sobre os parâmetros da API Amazon Timestream para InfluxDB, consulte. [CreateDbCluster](https://docs.aws.amazon.com/ts-influxdb/latest/ts-influxdb-api/API_CreateDbCluster.html)
****
| Configuração do console | Descrição da configuração | Opção CLI e parâmetro de API Timestream para InfluxDB |
| --- | --- | --- |
| Armazenamento alocado | O valor de armazenamento a ser alocado para cada instância de banco de dados no seu cluster de banco de dados (em gibibytes). Para obter mais informações, consulte [Armazenamento da instância do InfluxDB](timestream-for-influxdb.md#timestream-for-influx-dbi-storage). | **Opção CLI:** `--allocated-storage` **Parâmetro da API:** `allocatedStorage` |
| Porta do banco de dados | O número da porta na qual o InfluxDB aceita conexões. Valores válidos: 1024-65535 Padrão: 8086 Restrições: o valor não pode ser 2375-2376, 7788-7799, 8090 ou 51678-51680. | **Opção CLI:** `--port` **Parâmetro da API:** `port` |
| Nome do cluster do banco de dados | O nome que identifica de forma exclusiva o cluster de banco de dados. Os nomes das instâncias de banco de dados devem ser exclusivos por cliente e por região. | **Opção CLI:** `--name` **Parâmetro da API:** `name` |
| Tipo de instância do banco de dados | A capacidade de computação e memória de cada instância de banco de dados no cluster de banco de dados do Timestream para InfluxDB, por exemplo db.influx.xlarge. Se possível, escolha uma classe de instância de banco de dados grande o suficiente para um conjunto de trabalho de consulta típico pode ser sustentado na memória. Quando os conjuntos de trabalho são mantidos na memória o sistema pode evitar a gravação em disco, o que aprimora a performance. | **Opção CLI:** `--db-instance-type` **Parâmetro da API:** `dbInstanceType` |
| Grupo de parâmetros do cluster de banco de dados | O ID do grupo de parâmetros de banco de dados a atribuir ao seu cluster de banco de dados. Grupos de parâmetros do DB especificam como o banco de dados é configurado. Por exemplo, grupos de parâmetros de DB podem especificar o limite para a simultaneidade de consultas. | **Opção CLI:** `--db-parameter-group-identifier` **Parâmetro da API:** `dbParameterGroupIdentifier` |
| Tipo de implantação | Especifica se o cluster de banco de dados será implantado como uma réplica de leitura de vários nós ou uma réplica de leitura de vários nós AZ. Valores possíveis: `MULTI_NODE_READ_REPLICAS` | **Opção CLI:** `--deployment-type` **Parâmetro da API:** `deploymentType` |
| ID das sub-redes da VPC | O ID de sub-redes de banco de dados que você deseja usar para o cluster de banco de dados. Selecione Escolher existente para usar um grupo de sub-redes de banco de dados existente e, em seguida, escolha o grupo de sub-redes necessário na lista suspensa Grupos de sub-redes de banco de dados existentes. Escolha Configuração automática para permitir que o Timestream para InfluxDB selecione um grupo de sub-redes de banco de dados compatível. | **Opção CLI:** `--vpc-subnet-ids` **Parâmetro da API:** `vpcSubnetIds` |
| Organização | O nome da organização inicial para o usuário administrador inicial no InfluxDB. Uma organização do InfluxDB é um espaço de trabalho para um grupo de usuários. | **Opção CLI:** `--organization` **Parâmetro da API:** `organization` |
| Bucket | O nome do bucket inicial do InfluxDB. Todos os dados do InfluxDB são armazenados em um bucket. Um bucket combina o conceito de banco de dados e um período de retenção (a duração do tempo em que cada ponto de dados persiste). Um bucket pertence a uma organização. | **Opção CLI:** `--bucket` **Parâmetro da API:** `bucket` |
| Exportações de log | Configuração para enviar logs do mecanismo InfluxDB para um bucket do S3 especificado. Configuração para entrega de log de bucket do S3: `s3Configuration -> (structure)` O nome do bucket S3 ao qual enviar logs: `bucketName -> (string)` Indica se a entrega do log ao bucket S3 está habilitada: `enabled -> (boolean)` Sintaxe abreviada: `s3Configuration={bucketName=string, enabled=boolean}` | **Opção CLI:** `--log-delivery-configuration` **Parâmetro da API:** `logDeliveryConfiguration` |
| Senha | A senha do usuário administrador inicial que você criou no InfluxDB. Essa senha permitirá que você acesse a UI do InfluxDB para realizar várias tarefas administrativas e também use a CLI InfluxDB para criar um token de operador. Esses atributos serão armazenados em um segredo criado no AWS Secrets Manager em sua conta. | **Opção CLI:** `--password` **Parâmetro da API:** `password` |
| Nome de usuário | O nome de usuário do usuário administrador inicial criado no InfluxDB. Deve começar com uma letra e não pode terminar com um hífen ou conter dois hifens consecutivos. Por exemplo, my-user1. Esse nome de usuário permitirá que você acesse a UI do InfluxDB para realizar várias tarefas administrativas e também use a CLI InfluxDB para criar um token de operador. Esses atributos serão armazenados em um segredo criado no AWS Secrets Manager em sua conta. | **Opção CLI:** `--username` **Parâmetro da API:** `username` |
| Acesso público | Indica se o cluster de banco de dados é acessível de fora da VPC. **Acessível publicamente** fornece ao cluster de banco de dados um endereço IP público, que é acessível fora da VPC. Para ser acessível publicamente, o cluster de banco de dados também deve estar em uma sub-rede pública na VPC. **Não acessível publicamente** torna o cluster de banco de dados acessível somente de dentro da VPC. | **Opções de CLI:** `--publicly-accessible` `--no-publicly-accessible` **Parâmetro da API:** `publiclyAccessible` |
| Tipo de armazenamento do banco de dados | Dados do InfluxDB. Você pode escolher entre três tipos diferentes de armazenamento provisionado Influx IOPS Included de acordo com os requisitos do seu workload. Possíveis valores: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/timestream-for-influx-create-rr-cluster.html) | **Opções de CLI:** `--db-storage-type` `--no-publicly-accessible` **Parâmetro da API:** `dbStorageType` |
| Grupo de segurança de VPC | Uma lista de grupos de segurança da VPC IDs a serem associados à instância de banco de dados. | **Opções de CLI:** `--vpc-security-group-ids` `--no-publicly-accessible` **Parâmetro da API:** `vpcSecurityGroupIds` |
| Sub-rede VPC IDs | Uma lista de sub-redes VPC IDs para associar à instância de banco de dados. Forneça pelo menos duas sub-redes VPC IDs em diferentes zonas de disponibilidade ao implantar com um cluster de banco de dados Timestream para InfluxDB. | **Opções de CLI:** `--vpc-subnet-ids` **Parâmetro da API:** `vpcSubnetIds` |
| Modo de failover | Como seu cluster responde a uma falha na instância primária. É possível configurar isto com as seguintes opções: `AUTOMATIC`: se a instância principal falhar, o sistema promoverá automaticamente uma réplica de leitura para se tornar a nova instância principal. `NO_FAILOVER`: se a instância principal falhar, o sistema tentará restaurar a instância primária sem promover uma réplica de leitura. O cluster permanece indisponível até que a instância primária seja restaurada. | **Opções de CLI:** `--failover-mode` **Parâmetro da API:** `failoverMode` |
**Importante**
Como parte do objeto de resposta do cluster de banco de dados, você receberá um `influxAuthParametersSecretArn`. Isso manterá um ARN para um segredo do Secrets Manager em sua conta. Ele só será preenchido depois que suas instâncias de banco de dados InfluxDB estiverem disponíveis. O segredo contém os parâmetros de autenticação Influx fornecidos durante o processo `CreateDbInstance`. Essa é uma cópia **somente para leitura**, pois qualquer cópia desse segredo não afeta updates/modifications/deletions a instância de banco de dados criada. Se você excluir esse segredo, nossa resposta da API ainda se referirá ao ARN secreto excluído.
# Conectando-se a um cluster de réplica de leitura de banco de dados do Timestream para InfluxDB
Um cluster de réplica de leitura de banco de dados do Timestream para InfluxDB tem duas instâncias de banco de dados acessíveis em vez de uma única instância de banco de dados. Cada conexão é processada por uma instância de banco de dados específica. Quando você se conecta a um cluster de banco de dados com réplica de leitura, o nome de host e a porta especificados apontam para um nome de domínio totalmente qualificado chamado de *endpoint*.
O endpoint primário (gravador) conecta-se à instância de banco de dados de gravador do cluster de banco de dados de réplica de leitura, que oferece suporte a operações de leitura e gravação. O endpoint leitor se conecta à instância de banco de dados de leitor, que aceita operações comente leitura.
Usando endpoints, você pode mapear todas as conexões para a instância de banco de dados apropriada com base no seu caso de uso. Por exemplo, para realizar declarações administrativas ou de gravação, conecte-se à instância de banco de dados que atua como gravador. Para realizar consultas, conecte-se ao endpoint leitor. Para diagnósticos ou ajustes, conecte-se a um endpoint de instância de banco de dados específico, `/metrics`, para examinar detalhes sobre uma instância de banco de dados específica.
Para saber mais sobre como se conectar à sua instância de banco de dados, consulte [Conectar a uma instância de banco de dados Amazon Timestream para InfluxDB](timestream-for-influx-db-connecting.md). Consulte mais informações sobre como se conectar a clusters de réplica de leitura nos tópicos a seguir.
## Tipos de endpoints de cluster de réplica de leitura
Um endpoint é representado por um identificador exclusivo que contém um endereço de host. Cada cluster do Timestream para InfluxDB tem:
+ o endpoint de um cluster.
+ Um endpoint de cluster somente para leitura.
+ Um endpoint de instância para cada instância no cluster.
### Endpoint do cluster
Um *endpoint de cluster* (ou *endpoint de gravador*) de um cluster de banco de dados com réplica de leitura se conecta à instância de banco de dados de gravador atual desse cluster de banco de dados. Esse endpoint é o único capaz de realizar operações de gravação como:
+ Comandos administrativos específicos do InfluxDB, por exemplo, criar, modificar ou excluir organizações, usuários, buckets, tarefas etc.
+ Gravando dados em seu cluster de banco de dados.
Use o endpoint cluster em todas as operações de gravação no cluster de banco de dados, inclusive gravações, inserções, exclusões e todas as configurações e alterações administrativas.
Além disso, você pode usar o endpoint de cluster para operações de leitura, como consultas.
Se a instância de banco de dados de gravador atual de um cluster de banco de dados falhar, o cluster de réplica de leitura fará failover automático para uma de suas réplicas, promovendo-a como a nova instância de banco de dados de gravador. Durante um failover, o cluster de banco de dados continua atendendo a solicitações de conexão para o endpoint de cluster pela nova instância de banco de dados de gravador, com interrupção mínima de serviço. O endpoint de réplica de leitura que foi promovido a gravador deixará de veicular leituras até que uma nova réplica seja implantada.
O exemplo a seguir ilustra um endpoint de cluster de um cluster de réplica de leitura.
```
ipvtdwa5se-wmyjrrjko.us-west-2.timestream-influxdb.amazonaws.com
```
### Endpoint somente leitura
O *endpoint somente leitura* se conecta a qualquer uma das instâncias de réplica de leitura no cluster. As réplicas de leitura suportarão apenas operações de leitura, como consultas Flux ou InfluxQL. Em outras palavras, todas as operações executadas no endpoint `/api/v2/query` para consultas Flux ou no endpoint `/api/query` para consultas compatíveis com o InfluxQL v1. Ao processar essas instruções nas instâncias de banco de dados de leitor, esse endpoint reduz a sobrecarga na instância de banco de dados de gravador. Ele também ajuda o cluster a processar um número maior de consultas simultâneas.
O exemplo a seguir ilustra um endpoint de leitor para um cluster de banco de réplica de leitura. A intenção somente leitura de um endpoint leitor é indicada por `-ro` no nome do endpoint do cluster.
```
ipvtdwa5se-wmyjrrjko-ro.us-west-2.timestream-influxdb.amazonaws.com
```
### Endpoint da instância
Um *endpoint de instância* se conecta a uma instância de banco de dados específica dentro de um cluster com réplica de leitura. Cada instância de banco de dados em um cluster de banco de dados, tem o próprio endpoint de instância exclusivo. Portanto, há um endpoint de instância para a instância de banco de dados de gravador atual do cluster de banco de dados (o primário) e há um endpoint de instância para cada uma das instâncias de banco de dados de leitor no cluster de banco de dados.
O endpoint de instância oferece controle direto sobre as conexões com o cluster de banco de dados. Esse controle pode ajudar a resolver cenários nos quais talvez não seja apropriado utilizar o endpoint de cluster ou o endpoint de leitor. Por exemplo, o aplicativo cliente pode exigir um balanceamento de carga mais refinado com base no tipo de workload. Nesse caso, é possível configurar vários clientes para se conectarem a instâncias de banco de dados diferentes em um cluster de banco de dados com o objetivo de distribuir workloads de leitura.
O exemplo a seguir ilustra um endpoint de uma instância de banco de dados em um cluster de réplica de leitura.
```
mydbinstance-123456789012.us-east-1.timestream-influxdb.amazonaws.com
```
# Modificar um cluster de réplica de leitura para o Amazon Timestream para InfluxDB
Um cluster de réplica de leitura tem uma instância de banco de dados de gravação e uma instância de banco de dados de leitura em zonas de disponibilidade separadas. Clusters de réplica de leitura oferecem alta disponibilidade, maior capacidade para workloads de leitura e failover mais rápido quando comparados a implantações multi-AZ. Para ter mais informações sobre clusters de réplicas de leitura, consulte [Visão geral dos clusters de réplica de leitura do Amazon Timestream para InfluxDB](timestream-for-influx-read-replica-overview.md).
Você pode modificar um cluster de réplica de leitura para alterar suas configurações.
**Importante**
Não é possível modificar as instâncias de banco de dados dentro de um cluster de réplica de leitura. Todas as modificações devem ser feitas no nível do cluster de banco de dados.
Você pode modificar um cluster de réplica de leitura usando a Console de gerenciamento da AWS, a ou a AWS CLI API Amazon Timestream for InfluxDB.
## Modificar um cluster de réplica de leitura para Amazon Timestream para InfluxDB
------
#### [ Using the Console de gerenciamento da AWS ]
Para modificar um cluster de réplica de leitura de banco de dados usando o console:
1. Faça login no [Console de gerenciamento da AWS](https://console.aws.amazon.com/timestream) e abra o console do Amazon Timestream.
1. No painel de navegação, escolha **Bancos de dados do InfluxDB** e selecione o cluster de réplica de leitura que você deseja modificar.
1. Escolha **Modificar**. A página **Modify DB cluster (Modificar cluster de banco de dados)** é exibida.
1. Escolha qualquer uma das configurações desejadas. Para obter informações sobre cada configuração, consulte [Configurações para modificar clusters de réplica de leitura](#timestream-for-influx-rr-modify-settings).
1. Depois de fazer as alterações, escolha **Continuar** e verifique o resumo das modificações.
1. Na página de confirmação, revise suas alterações. Se estiverem corretas, escolha **Modify DB cluster** (Modificar cluster de banco de dados) para salvar as alterações. Como alternativa, escolha **Voltar** para editar suas alterações ou **Cancelar** para cancelar as alterações.
**Importante**
Atualmente, o Amazon Timestream para InfluxDB oferece suporte apenas às atualizações **Aplicar imediatamente** para o cluster de réplica de leitura. Se você confirmar as alterações, seu cluster de banco de dados incorrerá em tempo de inatividade enquanto as alterações forem aplicadas.
------
#### [ Using the AWS CLI ]
Para modificar uma instância de banco de dados usando o AWS Command Line Interface, use o `update-db-cluster` comando com os parâmetros a seguir. Substitua cada *user input placeholder* por suas próprias informações.
```
aws timestream-influxdb update-db-cluster \
--region region \
--db-cluster-id db-cluster-id \
--db-instance-type db.influx.4xlarge \
--port 10000 \
--failover mode NO_FAILOVER
```
------
## Configurações para modificar clusters de réplica de leitura
Para obter detalhes sobre as configurações que é possível utilizar para modificar um cluster de réplica de leitura, consulte a tabela a seguir. Para obter mais informações sobre as AWS CLI opções, consulte [update-db-cluster](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/timestream-influxdb/update-db-cluster.html).
****
| Configuração do console | Descrição da configuração | Opção CLI e parâmetro de API Timestream para InfluxDB |
| --- | --- | --- |
| Porta do banco de dados | O número da porta na qual o InfluxDB aceita conexões. Valores válidos: 1024-65535 Padrão: 8086 Restrições: o valor não pode ser 2375-2376, 7788-7799, 8090 ou 51678-51680. | **Opção CLI:** `--port` **Parâmetro da API:** `port` |
| Tipo de instância do banco de dados | A capacidade de computação e memória de cada instância de banco de dados no cluster de banco de dados do Timestream para InfluxDB, por exemplo db.influx.xlarge. Se possível, escolha uma classe de instância de banco de dados grande o suficiente para um conjunto de trabalho de consulta típico pode ser sustentado na memória. Quando os conjuntos de trabalho são mantidos na memória o sistema pode evitar a gravação em disco, o que aprimora a performance. | **Opção CLI:** `--db-instance-type` **Parâmetro da API:** `dbInstanceType` |
| Grupo de parâmetros do cluster de banco de dados | O ID do grupo de parâmetros de banco de dados a atribuir ao seu cluster de banco de dados. Grupos de parâmetros do DB especificam como o banco de dados é configurado. Por exemplo, grupos de parâmetros de DB podem especificar o limite para a simultaneidade de consultas. | **Opção CLI:** `--db-parameter-group-identifier` **Parâmetro da API:** `dbParameterGroupIdentifier` |
| Exportações de log | Configuração para enviar logs do mecanismo InfluxDB para um bucket do S3 especificado. Configuração para entrega de log de bucket do S3: `s3Configuration -> (structure)` O nome do bucket S3 ao qual enviar logs: `bucketName -> (string)` Indique se a entrega de logs para o bucket do S3 está habilitada: `enabled -> (boolean)` Sintaxe abreviada: `s3Configuration={bucketName=string, enabled=boolean}` | **Opção CLI:** `--log-delivery-configuration` **Parâmetro da API:** `logDeliveryConfiguration` |
| Modo de failover | Configure como seu cluster responde a uma falha na instância primária usando as seguintes opções: `AUTOMATIC`: se a instância principal falhar, o sistema promoverá automaticamente uma réplica de leitura para se tornar a nova instância principal. `NO_FAILOVER`: se a instância principal falhar, o sistema tentará restaurar a instância primária sem promover uma réplica de leitura. O cluster permanece indisponível até que a instância primária seja restaurada. | **Opção CLI:** `--failover-mode` **Parâmetro da API:** `failoverMode` |
# Reinicializando um cluster de réplica de leitura no Amazon Timestream para InfluxDB
Você pode reinicializar um cluster de réplica de leitura em caso de problemas de saúde.
## Reinicializando um cluster de réplica de leitura para Amazon Timestream para InfluxDB
------
#### [ Using the Console de gerenciamento da AWS ]
Para reinicializar um cluster de banco de dados de réplica de leitura usando o console:
1. Faça login no [Console de gerenciamento da AWS](https://console.aws.amazon.com/timestream) e abra o console do Amazon Timestream.
1. No painel de navegação, escolha **bancos de dados InfluxDB** e, em seguida, escolha o cluster de réplica de leitura que você deseja reinicializar.
1. Escolha **Reiniciar banco de dados**.
1. Escolha **Confirmar e reiniciar**.
------
#### [ Using the AWS CLI ]
Para reinicializar uma instância de banco de dados usando o AWS Command Line Interface, use o `reboot-db-cluster` comando com os parâmetros a seguir. Substitua cada *user input placeholder* por suas próprias informações.
```
aws timestream-influxdb reboot-db-cluster \
--region region \
--db-cluster-id db-cluster-id \
```
------
# Criação de CloudWatch alarmes para monitorar o Amazon Timestream para InfluxDB
Você pode criar um CloudWatch alarme que envia uma mensagem do Amazon SNS quando o alarme muda de estado. Um alarme observa uma única métrica por um período tempo que você especifica. O alarme também pode realizar uma ou mais ações com base no valor da métrica relativa a um limite especificado durante vários períodos. A ação é uma notificação enviada para um tópico do Amazon SNS ou por uma política do Amazon EC2 Auto Scaling.
Os alarmes invocam ações somente para mudanças de estado sustentadas. CloudWatch os alarmes não invocam ações simplesmente porque estão em um estado específico. O estado deve ter sido alterado e mantido por um período especificado.
Você pode definir CloudWatch alarmes em qualquer uma das métricas disponíveis para o Timestream for InfluxDB, incluindo,, e. `CPUUtilization` `MemoryUtilization` `DiskUtilization` `ReplicaLag`
Recomendamos começar a criar alarmes `DiskUtilization` relacionados para seus bancos de dados Timestream for InfluxDB, pois problemas de out-of-storage espaço podem ser bastante problemáticos para o InfluxDB. Recomendamos configurar alertas para serem enviados sempre que o `DiskUtilization` ultrapassar aproximadamente 75 a 80 por cento.
## Para definir um alarme usando o AWS CLI
Chame `put-metric-alarm`. Para obter mais informações, consulte [put-metric-alarm](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/cloudwatch/put-metric-alarm.html) na *Referência de comandos da AWS CLI *.
## Para definir um alarme usando a CloudWatch API
Chame `PutMetricAlarm`. Para obter mais informações, consulte [PutMetricAlarm](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricAlarm.html)a *Amazon CloudWatch API Reference*. Para obter mais informações sobre a configuração de tópicos do Amazon SNS e a criação de alarmes, consulte Usando alarmes [da Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html). CloudWatch
## Tutorial: Crie um CloudWatch alarme da Amazon para o atraso de réplica do cluster Multi-AZ para o Amazon Timestream para InfluxDB
Você pode criar um CloudWatch alarme da Amazon que envia uma mensagem do Amazon SNS quando o atraso da réplica de um cluster de banco de dados Multi-AZ excede um limite. Um alarme observa uma métrica `ReplicaLag` ao longo do período que você especificar. A ação é uma notificação enviada para um tópico do Amazon SNS ou por uma política do Amazon EC2 Auto Scaling.
### Para definir um CloudWatch alarme para o atraso na réplica do cluster de banco de dados Multi-AZ
1. Faça login no Console de gerenciamento da AWS e abra o CloudWatch console em [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch).
1. No painel de navegação, selecione **Alarmes**, em seguida **Todos os alarmes**.
1. Selecione **Create alarm (Criar alarme)**.
1. Na página **Specify metric and conditions (Especificar métrica e condições)**, selecione **Select metric (Selecionar métrica)**.
1. Na caixa de pesquisa, insira o nome do seu cluster de banco de dados, selecione **Timestream/InfluxDB**, **By DbCluster** e, em seguida, selecione seu cluster.
![\[A página Selecionar métrica mostra um CloudWatch gráfico vazio e duas opções de classificação Timestream for InfluxDB para escolher.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/select_metric_page.png)
1. A imagem a seguir mostra a página **Selecionar métrica** com um cluster de réplica de leitura chamado `inframonitoringcluster` inserido. Escolha a métrica para a qual você deseja criar um alarme, nesse caso `ReplicaLag`. Clique em **Selecionar métrica**.
![\[A página Selecionar métrica mostrando um CloudWatch gráfico vazio e sete CloudWatch métricas para escolher.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/select_metric_cluster_selected.png)
1. Na página **Especificar métrica e condições**, personalize os campos a seguir:
![\[A página Especificar métricas e condições mostrando as configurações selecionadas para o cluster inframonitoringcluster.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/replica_lag_metrics_conditions.png)
1. Selecione um período de tempo para seus cálculos na seção **Período**.
1. Configure as condições relacionadas ao seu alarme. Para **Tipo de limite**, você pode escolher entre **Estático** e **Detecção de anomalias**.
Nesse caso, usaremos **Estático**, pois sabemos como nosso workload se comporta. Cada workload pode ter requisitos diferentes quando se trata do que é considerado “saudável”.
1. Selecione seu valor do limite. No caso de valores limite **Estáticos**, eles serão em milissegundos.
1. Escolha **Próximo**.
1. Na página **Configurar ações**, na seção **Notificação**, personalize as seguintes configurações:
![\[A página Configurar ações mostra uma lista de seis ações diferentes. A seção Notificação está concluída.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/configure_actions.png)
1. Em **Gatilho do estado do alarme**, escolha **Em alarme**.
1. Escolha **Criar novo tópico** em **Enviar uma notificação para o seguinte tópico do SNS**.
1. Insira um nome de tópico exclusivo e um endereço de e-mail válido que receberá a notificação.
1. Escolha **Criar tópico**. Role para baixo e escolha **Next (Próximo)**.
1. No painel **Adicionar nome e descrição**, insira o **Nome do alarme** e a **Descrição do alarme**. Escolha **Próximo**.
![\[A página Adicionar nome e descrição mostra os campos para nome e descrição do alarme.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/add_name_desc.png)
1. Na página **Visualizar e criar**, revise as configurações do alarme e escolha **Criar alarme**.
**Importante**
Para manter seu cluster do Timestream para InfluxDB em um estado saudável, também recomendamos monitorar e criar alarmes para `CPUUtilization` e `MemoryUtilization` que excedam consistentemente um uso saudável de 85% e de `DiskUtilization` que excedam 75%.
# Leia o licenciamento de réplicas por AWS Marketplace
Para usar o Timestream para réplicas de leitura do InfluxDB, você precisará ativar a licença complementar de réplicas de leitura do Timestream for InfluxDB por meio de. AWS Marketplace Quando a licença estiver ativa, você pagará uma taxa por hora para usar clusters de réplica de leitura. Você pagará somente pelas horas em que seu cluster de réplica de leitura estiver ativo. Se você assinar a licença, mas não tiver um Timestream ativo para clusters de réplica de leitura do InfluxDB, você não será cobrado.
**Topics**
+ [Terminologia de licenciamento de réplica de leitura](#timestream-for-influx-rr-licensing-terminology)
+ [Pagamentos e faturamento](#timestream-for-influx-rr-license-billing)
+ [Assinar o complemento de leitura da réplica do InfluxDB nas listagens do Marketplace](#timestream-for-influx-subscribe-rr-add-on)
## Terminologia de licenciamento de réplica de leitura
Esta página usa a seguinte terminologia ao discutir a integração do Amazon Timestream para InfluxDB com. AWS Marketplace
**Assinatura de SaaS**
Em produtos software-as-a-service (SaaS) AWS Marketplace, como o modelo de pay-as-you-go licença, adotam um modelo de assinatura baseado no uso. InfluxData, o vendedor do software do complemento de leitura da réplica, monitora seu uso e você paga somente pelo que usa.
**InfluxData Taxas do Marketplace**
Taxas cobradas pelo uso da licença de software complementar de réplica de leitura do InfluxDB por. InfluxData Essas taxas de serviço são calculadas AWS Marketplace e aparecem em sua AWS fatura na AWS Marketplace seção.
**Taxas do Amazon Timestream para InfluxDB**
Taxas AWS cobradas pelos serviços Amazon Timestream para InfluxDB, que excluem licenças ao usar o Timestream para clusters de réplicas de leitura do InfluxDB. As taxas são calculadas por meio do Amazon Timestream para que o serviço InfluxDB esteja sendo usado e apareçam em sua fatura. AWS
## Pagamentos e faturamento
O Timestream for InfluxDB se integra para oferecer pay-as-you-go licenças horárias AWS Marketplace para o complemento de réplica de leitura. As taxas do Marketplace da réplica de leitura cobrem os custos de licença do software complementar de réplica de leitura, enquanto as taxas do Amazon Timestream cobrem os custos do uso do cluster de réplica de leitura do Timestream para InfluxDB. Para obter informações sobre a definição de preços, consulte [Definição de preços do Amazon Timestream](https://aws.amazon.com/timestream/pricing).
Para interromper essas taxas, é necessário excluir qualquer Timestream para clusters de réplicas de leitura do InfluxDB. Além disso, você pode remover suas assinaturas da licença complementar de réplica AWS Marketplace para leitura. Se você remover suas assinaturas sem excluir os clusters de réplica de leitura, o Amazon Timestream continuará cobrando pelo uso dos clusters de réplica de leitura. Para obter mais informações, consulte [Considerações ao excluir réplicas](timestream-for-influx-read-replica-overview.md#timestream-for-influx-rr-deletion).
Você pode visualizar as faturas e gerenciar os pagamentos do cluster de réplica de leitura do Timestream para InfluxDB no console AWS Billing . Suas faturas incluem duas cobranças: uma pelo uso do complemento licenciado por meio InfluxData do Amazon AWS Marketplace Timestream e outra pelo uso do Amazon Timestream. Para mais informações sobre faturamento, consulte [Entendendo sua cobrança](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) no *Guia do usuário do Gerenciamento de Faturamento e Custos da AWS *.
## Assinar o complemento de leitura da réplica do InfluxDB nas listagens do Marketplace
Para usar a licença complementar de réplica de leitura AWS Marketplace, você deve usar o Amazon Console de gerenciamento da AWS Timestream para assinar o complemento de réplica de leitura do InfluxDB. Você não pode concluir essas tarefas por meio da API AWS CLI Timestream for InfluxDB.
**Topics**
+ [Inscreva-se no Amazon Timestream Console de gerenciamento da AWS](#timestream-for-influx-subscribe-console)
+ [Assine o complemento de leitura da réplica do InfluxDB em AWS Marketplace](#timestream-for-influx-subscribe-marketplace)
**nota**
Se você quiser criar seu cluster de réplica de leitura usando a AWS CLI ou a API Timestream for InfluxDB, você deve concluir esta etapa primeiro.
### Inscreva-se no Amazon Timestream Console de gerenciamento da AWS
Você pode assinar o complemento de réplica de leitura do InfluxDB usando o Console de gerenciamento Timestream. Inicie o fluxo **Criar banco de dados InfluxDB** e siga as etapas. Para obter mais informações, consulte [Criando um cluster de réplica de leitura do Timestream para InfluxDB](timestream-for-influx-create-rr-cluster.md).
### Assine o complemento de leitura da réplica do InfluxDB em AWS Marketplace
Para usar a licença complementar do InfluxDB AWS Marketplace, você precisa ter uma AWS Marketplace assinatura ativa do complemento de réplica de leitura do InfluxDB. Você precisará assinar uma única oferta de complemento, o que permitirá criar qualquer tipo de instância necessário em qualquer uma das regiões disponíveis. Para obter mais informações sobre assinaturas do AWS Marketplace , consulte [Produtos SaaS por meio da AWS Marketplace](https://docs.aws.amazon.com/marketplace/latest/buyerguide/buyer-saas-products.html#saas-pricing-models) no *Guia do comprador do AWS Marketplace *.
Recomendamos que você assine o InfluxDB no AWS Marketplace *antes* de começar a criar uma instância de banco de dados.
1. Navegue até [AWS Marketplace](https://console.aws.amazon.com/marketplace)e pesquise por InfluxData.
![\[O complemento de réplicas de leitura Timestream for InfluxDB que aparece na pesquisa. AWS Marketplace\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/search_mkt_influxdb.png)
1. Selecione **Réplicas de leitura do Timestream para InfluxDB (complemento)**.
1. Selecione **Exibir opções de compra**.
1. Revise o Contrato de Licença do Usuário Final e escolha **Assinar**.
![\[Detalhes da oferta e do preço do complemento de réplicas de leitura Timestream para InfluxDB.\]](http://docs.aws.amazon.com/pt_br/timestream/latest/developerguide/images/kronos/addon_details.png)
1. Agora você pode criar seu cluster de réplica de leitura Timestream para InfluxDB usando o Console de gerenciamento Timestream, CLI ou API.