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/).
# 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\_\*). Altere as consultas de monitoramento para usar visualizações de monitoramento do sistema (visualizações SYS\_\*).
+ 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.