O Amazon Redshift não permitirá mais a criação de UDFs do Python a partir do Patch 198. As UDFs do Python existentes continuarão a funcionar normalmente até 30 de junho de 2026. Para ter mais informações, consulte a [publicação de blog ](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/).
# Multi-AZ deployment (Implantação multi-AZ)
O Amazon Redshift é compatível com várias implantações (Multi-AZ) das zonas de disponibilidade de clusters RA3 provisionados. Ao usar implantações multi-AZ, o data warehouse do Amazon Redshift pode continuar operando em cenários de falha nos quais um evento inesperado acontece em uma zona de disponibilidade. Uma implantação multi-AZ implanta recursos computacionais em duas zonas de disponibilidade (AZs) e esses recursos computacionais podem ser acessados por meio de um único endpoint. Em caso de falha de uma zona de disponibilidade inteira, os recursos computacionais restantes na segunda zona de disponibilidade permanecem disponíveis para continuar processando workloads. O Amazon Redshift cobra as mesmas taxas de computação por hora para RA3 ao executar um data warehouse multi-AZ. Os custos de armazenamento permanecem os mesmos, pois são compartilhados em todas as zonas de disponibilidade e na Região da AWS.
Atualmente, o Amazon Redshift é compatível com o objetivo de ponto de recuperação (RPO) zero, o que permite que os dados sejam atualizados em caso de falha. Com a implantação multi-AZ, o Amazon Redshift aprimora ainda mais os recursos de recuperação existentes e reduz o objetivo de tempo de recuperação (RTO). Isso é possível porque uma implantação multi-AZ consegue se recuperar mais rapidamente de uma falha ou de um desastre, elevando o Acordo de Serviço (SLA) do Amazon Redshift para 99,99%, em comparação com 99,9% com um data warehouse Single-AZ.
# Configuração de uma implantação multi-AZ
Para configurar uma implantação multi-AZ, selecione a opção **Multi-AZ** e especifique o número de nós de computação a serem provisionados em cada zona de disponibilidade. O Amazon Redshift implanta automaticamente recursos computacionais iguais em duas zonas de disponibilidade e todos os recursos computacionais estão sempre disponíveis para processamento de leitura e gravação durante a operação normal. Isso permite que uma implantação multi-AZ atue como um único data warehouse com um único endpoint, eliminando a necessidade de alterações na aplicação quando ocorre um desastre. Embora uma implantação Multi-AZ processe uma consulta individual usando os recursos computacionais residentes em apenas uma zona de disponibilidade, ela pode distribuir automaticamente o processamento de várias consultas simultâneas para ambas as zonas de disponibilidade a fim de aumentar o throughput geral para workloads de alta simultaneidade.
Você também pode converter um data warehouse single-AZ existente em um data warehouse multi-AZ, ou vice-versa. Tudo permanece o mesmo, exceto por recursos computacionais adicionais serem provisionados na segunda zona de disponibilidade. Ao migrar para multi-AZ de um cluster single-AZ existente, talvez você precise dobrar o número de nós de cluster necessários para facilitar a manutenção do desempenho de uma única consulta. A maioria das workloads observa um aumento no throughput do processamento de consultas com um data warehouse multi-AZ, pois há o dobro da quantidade de recursos computacionais disponíveis.
Em caso de falha em uma zona de disponibilidade, o Amazon Redshift continuará operando usando automaticamente os recursos na zona de disponibilidade restante. No entanto, as conexões do usuário poderão ser perdidas e deverão ser restabelecidas. Além disso, as consultas que estavam sendo executadas na zona de disponibilidade podem falhar e precisam ser repetidas. No entanto, você pode se reconectar ao cluster e reprogramar consultas imediatamente, e o Amazon Redshift vai processar as consultas na zona de disponibilidade restante. As consultas emitidas durante ou após a ocorrência de uma falha poderão sofrer atrasos no tempo de execução enquanto o data warehouse multi-AZ estiver se recuperando.
**nota**
Para obter melhor desempenho e mais disponibilidade, é recomendável usar SNAPSHOT ISOLATION com os clusters multi-AZ. Para obter mais informações, consulte [CREATE DATABASE](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_DATABASE.html).
## Limitações
Um data warehouse multi-AZ tem os mesmos recursos funcionais de um data warehouse single-AZ, exceto pelas seguintes limitações que se aplicam a um data warehouse multi-AZ:
+ Você não pode criar um data warehouse multi-AZ não criptografado. Não se esqueça de adicionar uma criptografia ao criar um novo data warehouse multi-AZ, converter um data warehouse single-AZ em um data warehouse multi-AZ ou converter um data warehouse single-AZ em um data warehouse multi-AZ.
+ Não é possível criar uma implantação multi-AZ de nó único para nenhum dos tipos de instância RA3. Escolha dois ou mais nós por zona de disponibilidade ao criar uma implantação multi-AZ.
+ O Amazon Redshift não dá suporte a uma configuração de sub-rede compatível com menos de três zonas de disponibilidade. Em outras palavras, o grupo de sub-redes configurado requer três ou mais sub-redes.
+ Não é possível realocar uma implantação multi-AZ para outra zona de disponibilidade. A realocação será determinada e realizada automaticamente pelo Amazon Redshift ao usar a implantação multi-AZ.
+ Você não pode pausar nem retomar uma implantação multi-AZ.
+ Você não pode executar a implantação multi-AZ fora dos intervalos de portas compatíveis de 5431 a 5455 e de 8191 a 8215.
+ Você não pode usar visualizações STL, SVCS, SVL, SVV, STV com implantações multi-AZ, pois elas só dão suporte a visualizações de monitoramento do sistema (visualizações SYS\$1\$1). Altere as consultas de monitoramento para usar visualizações de monitoramento do sistema (visualizações SYS\$1\$1).
+ Não é possível anexar um endereço IP elástico a um cluster existente com o Multi-AZ habilitado.
+ Não é possível converter um cluster com um endereço IP elástico anexado de Single-AZ em Multi-AZ.
+ A implantação multi-AZ do Amazon Redshift está disponível nas seguintes Regiões da AWS:
+ Leste dos EUA (Ohio) (us-east-2)
+ Leste dos EUA (Norte da Virgínia) (us-east-1)
+ Oeste dos EUA (Oregon) (us-west-2)
+ África (Cidade do Cabo) (af-south-1)
+ Ásia-Pacífico (Hong Kong) (ap-east-1)
+ Ásia-Pacífico (Taipei) (ap-east-2)
+ Ásia-Pacífico (Hyderabad) (ap-south-2)
+ Ásia-Pacífico (Jacarta) (ap-southeast-3)
+ Ásia-Pacífico (Malásia) (ap-southeast-5)
+ Ásia-Pacífico (Melbourne) (ap-southeast-4)
+ Ásia-Pacífico (Mumbai) (ap-south-1)
+ Ásia-Pacífico (Osaka) (ap-northeast-3)
+ Ásia-Pacífico (Seul) (ap-northeast-2)
+ Ásia-Pacífico (Singapura) (ap-southeast-1)
+ Ásia-Pacífico (Sydney) (ap-southeast-2)
+ Ásia-Pacífico (Nova Zelândia) (ap-southeast-6)
+ Ásia-Pacífico (Tailândia) (ap-southeast-7)
+ Ásia Pacific (Tóquio) (ap-northeast-1)
+ Canadá (Central) (ca-central-1)
+ China (Pequim) (cn-north-1)
+ China (Ningxia) (cn-northwest-1)
+ Europa (Frankfurt) (eu-central-1)
+ Europa (Irlanda) (eu-west-1)
+ Europa (Londres) (eu-west-2)
+ UE (Milão) (eu-south-1)
+ Europa (Paris) (eu-west-3)
+ Europa (Espanha) (eu-south-2)
+ UE (Estocolmo) (eu-north-1)
+ Europa (Zurique) (eu-central-2)
+ Israel (Tel Aviv) (il-central-1)
+ México (Centro) (mx-central-1)
+ Oriente Médio (Bahrein) (me-south-1)
+ Oriente Médio (EAU) (me-central-1)
+ América do Sul (São Paulo) (sa-east-1)
+ AWS GovCloud (Leste dos EUA) (us-gov-east-1)
+ AWS GovCloud (Oeste dos EUA) (us-gov-wast-1)
+ Os data warehouses multi-AZ acessíveis publicamente são compatíveis com menos um grupo de segurança da VPC do que os warehouses single-AZ e os multi-AZ com acesso privado.
# Configurar multi-AZ ao criar um cluster
O multi-AZ do Amazon Redshift oferece suporte a duas zonas de disponibilidade ao mesmo tempo. O Amazon Redshift seleciona automaticamente as zonas de disponibilidade com base na configuração do grupo de sub-redes selecionado. Você pode converter um data warehouse de zona de disponibilidade única existente em uma implantação multi-AZ ou restaurar um snapshot para configurá-la como um data warehouse multi-AZ.
Usando o console do Amazon Redshift, você pode criar implantações multi-AZ facilmente. Para criar uma implantação multi-AZ usando o console do Amazon Redshift, selecione a opção Multi-AZ ao criar o data warehouse. Especifique o número de nós de computação necessários em uma única zona de disponibilidade, e o Amazon Redshift implantará o número de nós em cada uma das duas zonas de disponibilidade. Todos os nós serão usados no processamento dos workloads de leitura e gravação durante uma operação normal. Você também pode usar o comando `create-cluster` da AWS CLI para criar um novo data warehouse multi-AZ usando o parâmetro `multi-az`.
Você pode converter um data warehouse single-AZ existente em um data warehouse multi-AZ. Você pode usar o console do Amazon Redshift ou o comando `modify-cluster` da AWS CLI usando o parâmetro `multi-az`. Ou você pode restaurar de um snapshot para configurar um data warehouse single-AZ em um data warehouse multi-AZ usando o console do Amazon Redshift ou o comando `restore-from-cluster-snapshot` da AWS CLI usando o parâmetro `multi-az`.
A implantação multi-AZ oferece suporte somente aos tipos de nó RA3 que usam o Amazon Redshift Managed Storage (RMS). O Amazon Redshift armazena dados no RMS, que usa o Amazon S3 e pode ser acessado em todas as zonas de disponibilidade em uma Região da AWS, sem precisar replicar os dados no Amazon Redshift.
Você pode configurar a implantação multi-AZ ao criar um cluster usando o console do Amazon Redshift ou a AWS Command Line Interface.
## Utilizar o console
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, **Provisioned clusters dashboard** (Painel de clusters provisionados) e **Clusters**. Os clusters de sua conta na Região da AWS atual são listados. Um subconjunto de propriedades de cada cluster é exibido nas colunas na lista.
1. Escolha o botão **Criar cluster** para abrir a página do cluster.
1. Insira as propriedades do cluster. Para obter informações gerais sobre como criar clusters, consulte [Criar um cluster](create-cluster.md).
1. Escolha um dos tipos de nó RA3 na lista suspensa **Node type** (Tipo de nó). A opção de configuração AZ só permanece disponível quando você escolhe um tipo de nó RA3.
1. Em **Configuração AZ**, escolha **Multi-AZ**.
1. Em **Número de nós por AZ**, insira pelo menos dois nós para o cluster.
1. Você tem a opção de carregar dados de amostra ou adicionar dados próprios:
+ Em **Sample data** (Dados de exemplo), escolha **Load sample data** (Carregar dados de exemplo) para carregar o conjunto de dados de exemplo em seu cluster do Amazon Redshift. O Amazon Redshift carrega o Tickit do conjunto de dados de exemplo para o banco de dados dev padrão e o esquema public. O Amazon Redshift carrega automaticamente o conjunto de dados de exemplo no cluster do Amazon Redshift. Você pode começar usando o editor de consulta v2 para consultar dados.
+ Para adicionar dados próprios ao cluster do Amazon Redshift, siga as etapas em [Trazer seus próprios dados para o Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/gsg/bring-own-data.html).
1. Role para baixo até **Additional configurations** (Configurações adicionais), expanda **Network and security** (Rede e segurança) e aceite o **Cluster subnet group** (Grupo de sub-redes do cluster) padrão ou escolha outro. Se você escolher outro grupo de sub-redes do cluster, verifique se existem três zonas de disponibilidade no grupo de sub-redes selecionado.
1. Em **Additional configurations** (Configurações adicionais), expanda **Database configurations** (Configurações do banco de dados).
1. Para usar uma chave do AWS KMS personalizada em vez da chave padrão de propriedade da AWS, clique em **Personalizar configurações de criptografia** em **Criptografia do banco de dados**.
1. Em **Choose an KMS key** (Escolher uma chave do KMS), selecione uma chave do AWS Key Management Service ou insira um ARN. Ou clique em **Criar uma chave do AWS Key Management Service** no console do AWS Key Management Service. Para obter mais informações sobre como criar chaves KMS, consulte [Criar chaves](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html) no *Guia do desenvolvedor do AWS Key Management Service*.
1. Clique em **Create cluster**. Quando a criação do cluster for bem-sucedida, você poderá visualizar os detalhes na página de detalhes do cluster. Você pode usar seu cliente SQL para carregar e consultar dados.
## Usar o AWS Command Line Interface
**Para configurar multi-AZ ao criar um cluster usando a AWS Command Line Interface**
+ Na AWS CLI, use o comando `create-cluster` e o parâmetro `multi-az` da maneira a seguir.
```
aws redshift create-cluster
--port 5439
--master-username master
--master-user-password #####
--node-type ra3.4xlarge
--number-of-nodes 2
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz
--multi-az
--maintenance-track-name CURRENT
--encrypted
```
# Configuração de multi-AZ para um data warehouse restaurado a partir de um snapshot
Para criar um cluster multi-AZ restaurando-o por meio de um snapshot, conclua o procedimento a seguir.
## Utilizar o console
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, escolha **Clusters**, **Snapshots** e escolha o snapshot a ser copiado.
1. Escolha **Restore snapshot** (Restaurar snapshot) e **Restore to a provisioned cluster** (Restaurar em um cluster provisionado).
1. Insira as propriedades do cluster. Para obter informações gerais sobre como criar clusters, consulte [Criar um cluster](create-cluster.md).
1. Escolha um dos tipos de nó RA3 na lista suspensa **Node type** (Tipo de nó). A opção de configuração AZ só permanece disponível quando você escolhe um tipo de nó RA3.
1. Em **Configuração AZ**, escolha **Multi-AZ**.
1. Em **Número de nós por AZ**, insira pelo menos dois nós para o cluster.
1. Você tem a opção de carregar dados de amostra ou adicionar dados próprios:
+ Em **Sample data** (Dados de exemplo), escolha **Load sample data** (Carregar dados de exemplo) para carregar o conjunto de dados de exemplo em seu cluster do Amazon Redshift. O Amazon Redshift carrega o Tickit do conjunto de dados de exemplo para o banco de dados dev padrão e o esquema public. O Amazon Redshift carrega automaticamente o conjunto de dados de exemplo no cluster do Amazon Redshift. Você pode começar usando o editor de consulta v2 para consultar dados.
+ Para adicionar dados próprios ao cluster do Amazon Redshift, siga as etapas em [Carregar dados do Amazon S3 para o Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/gsg/rs-gsg-create-sample-db.html).
1. Role para baixo até **Additional configurations** (Configurações adicionais), expanda **Network and security** (Rede e segurança) e aceite o **Cluster subnet group** (Grupo de sub-redes do cluster) padrão ou escolha outro. Se você escolher outro grupo de sub-redes do cluster, verifique se existem três zonas de disponibilidade no grupo de sub-redes selecionado.
1. Em **Additional configurations** (Configurações adicionais), expanda **Database configurations** (Configurações do banco de dados).
1. Em **Criptografia do banco de dados**, para usar uma chave do KMS personalizada, em vez da chave padrão da AWS, selecione **Personalizar configurações de criptografia**. Esta opção está desmarcada por padrão.
1. Em **Choose an KMS key** (Escolher uma chave do KMS), selecione uma chave do AWS Key Management Service ou insira um ARN. Ou clique em **Criar uma chave do AWS Key Management Service** no console do AWS Key Management Service. Para obter mais informações sobre como criar chaves KMS, consulte [Criar chaves](https://docs.aws.amazon.com/kms/latest/developerguide/create-keys.html) no *Guia do desenvolvedor do AWS Key Management Service*.
1. Clique em **Restore cluster from snapshot** (Restaurar cluster de um snapshot). Quando a restauração do cluster for bem-sucedida, você poderá visualizar os detalhes na página de detalhes do cluster.
## Usar o AWS Command Line Interface
+ Na AWS CLI, use o comando `restore-from-cluster-snapshot` da maneira a seguir.
```
aws redshift restore-from-cluster-snapshot
--region eu-west-1
--multi-az
--snapshot-identifier test-snap1
--cluster-identifier test-saz-11
--endpoint-url https://redshift.eu-west-1.amazonaws.com/
```
# Conversão de um data warehouse single-AZ em um data warehouse multi-AZ
Durante a conversão de um data warehouse single-AZ em um data warehouse multi-AZ, o data warehouse permanecerá altamente disponível com uma garantia SLA de 99,99%. O desempenho de uma consulta individual continuará o mesmo com um data warehouse multi-AZ. Para workloads de mais simultaneidade, você verá um aumento no throughput geral, pois o Amazon Redshift pode executar solicitações usando recursos computacionais em duas zonas de disponibilidade.
**nota**
O Amazon Redshift não permitirá a você dividir recursos computacionais existentes durante a conversão de single-AZ em multi-AZ, ou vice-versa. Essa operação não é compatível para manter um desempenho consistente de consultas individuais.
## Utilizar o console
**Para converter um cluster single-AZ em um data warehouse multi-AZ usando o console**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, **Provisioned clusters dashboard** (Painel de clusters provisionados) e **Clusters**. Os clusters de sua conta na Região da AWS atual são listados. Um subconjunto de propriedades de cada cluster é exibido nas colunas na lista.
1. Escolha o cluster que você deseja converter em uma implantação multi-AZ. A página de detalhes do cluster é exibida.
1. Em **Ações**, escolha **Ativar Multi-AZ**. O resumo da modificação é exibida. Clique em **Ativar Multi-AZ**.
1. Quando houver um erro, faça o seguinte e clique em **Ativar Multi-AZ**.
+ Criptografia do cluster: escolha **Propriedades** para editar as configurações de criptografia na seção Configuração do banco de dados, na guia Propriedades da página de detalhes do cluster.
+ Grupo de sub-redes: escolha **Grupo de sub-redes** para editar as configurações do grupo de sub-redes do cluster clicando no link do grupo de sub-redes. Se você escolher outro grupo de sub-redes do cluster, verifique se existem três zonas de disponibilidade no grupo de sub-redes selecionado.
+ Configurações da porta: escolha **Propriedades** para editar a configuração da porta na seção Configuração do banco de dados, na guia Propriedades da página de detalhes do cluster.
1. Você pode usar seu cliente SQL para carregar e consultar dados.
## Usar o AWS Command Line Interface
+ Na AWS CLI, use o comando `modify-cluster` e o parâmetro `multi-az` da maneira a seguir.
```
aws redshift modify-cluster
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
--multi-az
```
Não é possível usar as visualizações STL, SVCS, SVL, SVV ou STV com implantações multi-AZ porque elas são compatíveis apenas com as visualizações de monitoramento do sistema (visualizações SYS\$1\$1). Altere as consultas de monitoramento para usar visualizações de monitoramento do sistema (visualizações SYS\$1\$1).
# Conversão de um data warehouse multi-AZ em um data warehouse single-AZ
Durante a conversão de um data warehouse multi-AZ em um data warehouse single-AZ, o data warehouse não vai obter a garantia SLA de 99,99% oferecida pelo multi-AZ. O desempenho de uma consulta individual permanecerá o mesmo, mas o throughput geral será afetado porque os recursos computacionais na segunda zona de disponibilidade não estarão disponíveis. Você tem a opção de habilitar a escalabilidade simultânea para escalar automaticamente o throughput tendo em vista um desempenho consistente, mesmo com o single-AZ.
**nota**
O Amazon Redshift não permitirá a você dividir recursos computacionais existentes durante a conversão de single-AZ em multi-AZ, ou vice-versa. Essa operação não é compatível para manter um desempenho consistente de consultas individuais.
## Utilizar o console
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, **Provisioned clusters dashboard** (Painel de clusters provisionados) e **Clusters**. Os clusters de sua conta na Região da AWS atual são listados. Um subconjunto de propriedades de cada cluster é exibido nas colunas na lista.
1. Escolha o cluster que você deseja converter em uma implantação multi-AZ. A página de detalhes do cluster é exibida.
1. Em **Ações**, escolha **Desativar Multi-AZ**. O resumo da modificação é exibida. Clique em **Desativar Multi-AZ**.
## Usar o AWS Command Line Interface
+ Na AWS CLI, use o comando `modify-cluster` e o parâmetro `no-multi-az` da maneira a seguir.
```
aws redshift modify-cluster
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
--no-multi-az
```
Depois de convertido em single-AZ, o data warehouse perderá a garantia do SLA de 99,99. O throughput geral também será afetado. Quando as alterações forem salvas, você poderá visualizar os detalhes na página de detalhes do cluster.
# Redimensionamento de um data warehouse multi-AZ
Você pode redimensionar um data warehouse multi-AZ e especificar vários nós ou um tipo de nó diferentes da configuração atual do data warehouse.
## Utilizar o console
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, **Provisioned clusters dashboard** (Painel de clusters provisionados) e **Clusters**. Os clusters de sua conta na Região da AWS atual são listados. Um subconjunto de propriedades de cada cluster é exibido nas colunas na lista.
1. Escolha o cluster no qual você deseja redimensionar o data warehouse multi-AZ. A página de detalhes do cluster é exibida.
1. Em **Actions (Ações)**, escolha **Resize (Redimensionar)**. A página Resize cluster (Redimensionar cluster) é exibida.
1. Siga as instruções na página. Você pode redimensionar o cluster agora, uma vez em um momento específico, ou aumentar e diminuir o tamanho do cluster definindo uma programação.
1. Em **Novas configurações**, escolha um dos tipos de nó RA3 na lista suspensa Tipo de nó.
1. Clique em **Redimensionar cluster**.
## Usar o AWS Command Line Interface
**Para redimensionar um data warehouse multi-AZ usando a AWS Command Line Interface**
+ Na AWS CLI, use o comando `resize-cluster` para alterar o número de nós de uma única zona de disponibilidade da maneira a seguir.
```
aws redshift resize-cluster \
--cluster-identifier test-maz-11
--cluster-type multi-node
--node-type ra3.4xlarge
--number-of-nodes 6
```
# Failover da implantação multi-AZ
O data warehouse multi-AZ é uma coleção de recursos computacionais implantados simultaneamente em duas zonas de disponibilidade. Os recursos computacionais implantados na zona de disponibilidade primária são conhecidos como computação primária e aqueles nas zonas de disponibilidade secundárias são conhecidos como computação secundária. Um data warehouse multi-AZ pode se recuperar automaticamente sem nenhuma intervenção do usuário durante um evento improvável, como uma zona de disponibilidade ou falha na infraestrutura. O processo de recuperação envolve o failover da computação primária para a computação secundária e a designação de recursos computacionais secundários como primários. Além disso, novos recursos computacionais secundários são provisionados em uma terceira zona de disponibilidade. O processo de recuperação automática é medido em termos de RTO e RPO.
+ **Objetivo de tempo de recuperação (RTO)**: tempo que um sistema leva para retornar a um estado de trabalho após um desastre. Em outras palavras, o RTO mede o tempo de inatividade.
+ **Objetivo de ponto de recuperação (RPO)** — quantidade de dados que podem ser perdidos (medidos no tempo). Para um data warehouse multi-AZ do Amazon Redshift, o RPO normalmente é zero, pois todos os dados são armazenados no Amazon Redshift Managed Storage (RMS), apoiado pelo Amazon Simple Storage Service, que é altamente durável e permanece disponível por padrão.
**nota**
O desempenho de uma consulta individual não vai mudar depois da ocorrência de um failover. O throughput geral do data warehouse será reduzido por um curto período por causa da indisponibilidade de recursos computacionais em uma das zonas de disponibilidade. No entanto, o Amazon Redshift vai adquirir automaticamente capacidade em outra zona de disponibilidade para garantir que a mesma capacidade de processamento do data warehouse seja restaurada.
Além do processo de recuperação automática, você também pode acionar esse processo manualmente para o data warehouse usando a opção **Computação primária de failover**. Você pode usar essa abordagem para testar como o multi-AZ ajudaria a aplicação a obter disponibilidade mais alta e continuidade melhor.
## Utilizar o console
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. Execute um destes procedimentos:
+ No menu de navegação, escolha **Clusters**. Em **Clusters**, escolha um cluster. A página de detalhes do cluster é exibida.
+ No painel de clusters, escolha um cluster.
1. Em **Ações**, escolha **Computação primária de failover**.
1. Quando aparecer um prompt, clique em **Confirm** (Confirmar).
## Usar o AWS Command Line Interface
+ Na AWS CLI, use o comando `failover-primary-compute` da maneira a seguir.
```
aws redshift failover-primary-compute
--profile maz-test
--endpoint-url https://redshift.eu-west-1.amazonaws.com
--region eu-west-1
--cluster-identifier test-maz-11
```
Depois que a operação acima for confirmada, o Amazon Redshift vai realizar as mesmas etapas como uma recuperação automática em uma zona de disponibilidade ou falha na infraestrutura. O processo vai indisponibilizar os nós de computação na zona de disponibilidade primária, e os recursos computacionais na zona de disponibilidade secundária vão ser designados como computação primária. Quando a recuperação do cluster é concluída com êxito, a implantação multi-AZ permanece disponível. O data warehouse multi-AZ também vai provisionar automaticamente novos nós de computação em outra zona de disponibilidade assim que ele estiver disponível.
Durante esse processo, o status do cluster no console é exibido como “em modificação” durante todo o tempo, pois o cluster se recupera e se reconfigura automaticamente de volta à configuração de implantação multi-AZ. O cluster poderá aceitar novas conexões imediatamente. As conexões existentes e as consultas em trânsito poderão ser perdidas. Você poderá repeti-las imediatamente.
# Visualização de consultas e cargas para data warehouses multi-AZ
Você pode visualizar informações sobre consultas executadas nos últimos 7 dias, independentemente do tipo, tamanho e status (pausar ou retomar) do seu cluster.
As informações mostradas na página Consultas e cargas são preenchidas com informações das tabelas de sistema do Amazon Redshift (visualizações SYS\$1\$1). Essas informações permitem que você exiba informações adicionais sobre suas consultas e oferecem 7 dias de retenção. O diagnóstico de consultas fica mais rápido, permitindo que você filtre dados por banco de dados, nome de usuário ou tipo de instrução SQL. Para ver esses filtros e informações adicionais para todas as consultas executadas, observe os seguintes pré-requisitos:
+ Você deve se conectar a um banco de dados escolhendo **Connect to database** (Conectar-se a um banco de dados).
+ Seu usuário do banco de dados deve ter os perfis sys:operator ou sys:monitor e permissões para realizar o monitoramento de consultas. Para obter informações sobre os perfis do sistema, consulte as [Perfis do Amazon Redshift definidos pelo sistema](https://docs.aws.amazon.com/redshift/latest/dg/r_roles-default.html) no *Guia do desenvolvedor de bancos de dados do Amazon Redshift*.
Você verá esses filtros e informações de consulta adicionais ao se conectar a um banco de dados.
**Como exibir dados de performance de consultas em Queries and loads**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, escolha **Queries and loads** (Consultas e cargas) para exibir a lista de consultas de sua conta.
1. Talvez seja necessário conectar-se a um banco de dados para ver um filtro adicional. Se necessário, clique em **Connect to database** (Conectar-se a um banco de dados) e siga as instruções para se conectar a um banco de dados.
Por padrão, a lista exibe consultas de todos os seus clusters nas últimas 24 horas. É possível alterar o escopo da data exibida no console.
**Como exibir dados de performance de consultas em Query monitoring**
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, escolha **Clusters**. Em **Clusters**, selecione um cluster.
1. Escolha **Query monitoring** (Monitoramento de consultas).
1. Dependendo da configuração ou versão do seu cluster, talvez você precise se conectar a um banco de dados para ver filtros adicionais. Se necessário, clique em **Connect to database** (Conectar-se a um banco de dados) e siga as instruções para se conectar a um banco de dados.
# Monitorar uma consulta em uma implantação multi-AZ
Uma implantação multi-AZ usa recursos de computação que são implantados em ambas as zonas de disponibilidade e podem continuar operando caso os recursos em determinada zona de disponibilidade fiquem indisponíveis. Todos os recursos de computação serão usados o tempo todo. Isso permite a operação completa em duas zonas de disponibilidade de forma ativa-ativa para operações de leitura e gravação.
Você pode consultar visualizações SYS\$1 no esquema pg\$1catalog para monitorar o tempo de execução da consulta em uma implantação multi-AZ. As visualizações SYS\$1 exibem atividades do tempo de execução de consultas ou estatísticas de clusters primários e secundários. Para obter uma lista de visualizações de monitoramento, consulte [Monitoring views](https://docs.aws.amazon.com/redshift/latest/dg/serverless-monitoring.html).
Siga estas etapas para monitorar o tempo de execução da consulta para cada zona de disponibilidade na implantação multi-AZ:
1. Navegue até o console do Amazon Redshift, conecte-se ao banco de dados em sua implantação multi-AZ e execute consultas por meio do editor de consultas.
1. Execute qualquer consulta de exemplo na implantação multi-AZ do Amazon Redshift.
1. Para uma implantação multi-AZ, você pode identificar uma consulta e a zona de disponibilidade em que ela é executada usando a coluna compute\$1type na tabela SYS\$1QUERY\$1HISTORY. *primary* representa consultas executadas no cluster primário na implantação multi-AZ, enquanto *secondary* representa consultas executadas no cluster secundário na implantação multi-AZ.
A consulta a seguir usa a coluna compute\$1type para monitorar uma consulta.
```
select (compute_type) as compute_type, left(query_text, 50) query_text from sys_query_history order by start_time desc;
compute_type | query_text
--------------+-------------------------
secondary | select count(*) from t1;
```
# Encerrar uma consulta para um cluster
O procedimento é aplicável a clusters multi-AZ e single-AZ.
**Para encerrar uma consulta**
Você também pode usar a página **Queries (Consultas)** para encerrar uma consulta em andamento no momento.
Seu usuário do banco de dados deve ter o perfil sys:operator e permissões para encerrar uma consulta em execução. Para obter informações sobre os perfis do sistema, consulte as [Perfis do Amazon Redshift definidos pelo sistema](https://docs.aws.amazon.com/redshift/latest/dg/r_roles-default.html) no *Guia do desenvolvedor de bancos de dados do Amazon Redshift*.
1. Faça login no Console de gerenciamento da AWS e abra o console do Amazon Redshift em [https://console.aws.amazon.com/redshiftv2/](https://console.aws.amazon.com/redshiftv2/).
1. No menu de navegação, escolha **Queries and loads** (Consultas e cargas) para exibir a lista de consultas de sua conta.
1. Escolha a consulta em execução que você deseja encerrar na lista e escolha **Terminate query (Encerrar consulta)**.