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.
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á.
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:
Tópicos
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 meio de AWS Marketplace.
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 \ --regionregion\ --endpointendpoint\ --db-cluster-idcluster-id
