Compartilhar via

Como otimizar os custos no Servidor Flexível do Banco de Dados do Azure para PostgreSQL – Servidor Flexível

  • Artigo

APLICA-SE A: Banco de Dados do Azure para PostgreSQL - Servidor Flexível

O servidor flexível do Banco de Dados do Azure para PostgreSQL é um serviço de banco de dados relacional na nuvem da Microsoft baseado no PostgreSQL Community Edition. Trata-se de um banco de dados totalmente gerenciado como uma oferta de serviço que pode lidar com cargas de trabalho críticas com desempenho previsível e escalabilidade dinâmica.

Este artigo fornece uma lista de recomendações para otimizar o custo do servidor flexível do Banco de Dados do Azure para PostgreSQL. A lista inclui considerações de design, uma lista de verificação de configuração e configurações de banco de dados recomendadas para ajudá-lo a otimizar sua carga de trabalho.

  • Aproveite os preços de capacidade reservada.
  • Dimensionar a computação para cima/para baixo.
  • Usando recomendações do Assistente do Azure.
  • Avalie os requisitos de HA (alta disponibilidade) e DR (recuperação de desastre).
  • Consolidar bancos de dados e servidores.
  • Coloque os servidores de teste em regiões geográficas econômicas.
  • Iniciando e parando servidores.
  • Arquive dados antigos para armazenamento frio.

1. Usar preços de capacidade reservada

O preço de capacidade reservada do Azure Postgres permite o comprometimento com uma capacidade específica por 1 a 3 anos, resultando em economia de custos para os clientes que usam o servidor flexível do Banco de Dados do Azure para PostgreSQL. A economia de custos em comparação com os preços de pagamento conforme o uso pode ser significativa, dependendo da quantidade de capacidade reservada e da duração do prazo. Os clientes podem comprar capacidade reservada em incrementos de vCores e armazenamento. A capacidade reservada pode cobrir os custos de instâncias do servidor flexível do Banco de Dados do Azure para PostgreSQL na mesma região, aplicados à assinatura do Azure do cliente. Os preços reservados para o servidor flexível do Banco de Dados do Azure para PostgreSQL oferecem economia de custos de até 40% por um ano e até 60% para compromissos de três anos, para clientes que reservam capacidade. Para obter mais detalhes, consulte Calculadora de Preços | Microsoft Azure. Para saber mais, confira O que são Reservas do Azure?

2. Dimensionar a computação para cima/para baixo

Escalar ou reduzir verticalmente os recursos de uma instância do servidor flexível do Banco de Dados do Azure para PostgreSQL pode ajudar você a otimizar os custos. Ajuste os vCores e o armazenamento conforme necessário para pagar apenas os recursos necessários. O dimensionamento pode ser feito através do portal do Azure, CLI do Azure, ou API REST do Azure. O dimensionamento dos recursos de computação para cima ou para baixo pode ser feito a qualquer momento e requer a reinicialização do servidor. É uma boa prática monitorar os padrões de uso do banco de dados e ajustar os recursos adequadamente para otimizar os custos e garantir o desempenho. Para obter mais detalhes, confira Opções de computação e armazenamento no servidor flexível do Banco de Dados do Azure para PostgreSQL.

Configurar ambientes não profissionais de forma conservadora – configure ambientes de desenvolvimento/teste/estágio ociosos para ter SKUs econômicas. Escolher SKUs com capacidade de intermitência é ideal para cargas de trabalho que não precisam de capacidade total contínua.

Para saber mais, confira Operações de escala no servidor flexível do Banco de Dados do Azure para PostgreSQL

3. Usando recomendações do Assistente do Azure

O Assistente do Azure é um serviço gratuito que fornece recomendações para ajudar a otimizar seus recursos do Azure. Ele analisa a configuração de recursos e os padrões de uso e fornece recomendações sobre como melhorar o desempenho, a segurança, a alta disponibilidade e o custo-benefício dos recursos do Azure. As recomendações abrangem vários serviços do Azure, incluindo computação, armazenamento, rede e bancos de dados.

Para Banco de Dados do Azure para PostgreSQL, o Assistente do Azure pode fornecer recomendações sobre como melhorar o desempenho, a disponibilidade e o custo-benefício do banco de dados. Por exemplo, ele pode sugerir escalar ou reduzir verticalmente o banco de dados, usando réplicas de leitura para descarregar cargas de trabalho com uso intensivo de leitura ou alternar para preços de capacidade reservada para reduzir os custos. O Assistente do Azure também pode recomendar práticas recomendadas de segurança, como habilitar a criptografia em repouso ou habilitar regras de segurança de rede para limitar o tráfego de entrada para o banco de dados.

Você pode acessar as recomendações fornecidas pelo Assistente do Azure por meio do portal do Azure, em que pode exibir e implementar as recomendações com apenas alguns cliques. Implementar recomendações do Assistente do Azure pode ajudá-lo a otimizar os recursos do Azure e reduzir os custos. Para saber mais, confira Assistente do Azure para Banco de Dados do Azure para PostgreSQL – Servidor Flexível

4. Avaliar os requisitos de HA (alta disponibilidade) e DR (recuperação de desastre)

O servidor flexível do Banco de Dados do Azure para PostgreSQL tem resiliência interna de nó e de armazenamento sem custo adicional para você. A resiliência de nó permite que a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL faça failover automaticamente para uma VM íntegra sem perda de dados (ou seja, RPO zero) e sem alterações de cadeia de conexão, exceto que seu aplicativo deve se reconectar. Da mesma forma, os logs de dados e transações são armazenados em três cópias síncronas e detectam automaticamente a corrupção do armazenamento e executa a ação corretiva. Para a maioria das cargas de trabalho de Desenvolvimento/Teste e para muitas cargas de trabalho de produção, essa configuração deve ser suficiente.

Se sua carga de trabalho exigir resiliência AZ e RTO inferior, você poderá habilitar alta disponibilidade (HA) com espera na zona ou entre AZ. Isso dobra os custos de implantação, mas também fornece um SLA mais alto. Para obter resiliência geográfica para seu aplicativo, você pode configurar o GeoBackup para um custo mais baixo, mas com um RTO mais alto. Como alternativa, você pode configurar o GeoReadReplica para dobrar o custo, que oferece um RTO em minutos se houver um desastre geográfico.

A lição a ser lembrada é a importância de avaliar o requisito de sua pilha de aplicativos completa e, em seguida, escolher a configuração certa para a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL. Por exemplo, se o aplicativo não tiver resiliência de zona de disponibilidade, não haverá nenhum benefício em configurar o servidor flexível do Banco de Dados do Azure para PostgreSQL na configuração com resiliência de zona de disponibilidade.

Para saber mais, confira [Arquitetura de alta disponibilidade no Servidor Flexível]/azure/reliability/reliability-postgresql-flexible-server

5. Consolidar bancos de dados e servidores

A consolidação de bancos de dados pode ser uma estratégia de economia de custos para Banco de Dados do Azure para PostgreSQL servidor flexível. A consolidação de vários bancos de dados em apenas uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL pode reduzir o número de instâncias e o custo geral da execução do servidor flexível do Banco de Dados do Azure para PostgreSQL. Siga estas etapas para consolidar seus bancos de dados e economizar custos:

  1. Acessar seu servidor: identifique o servidor que pode ser consolidado, considerando o tamanho do banco de dados, a região geográfica, a configuração (CPU, memória, IOPS), os requisitos de desempenho, o tipo de carga de trabalho e as necessidades de consistência de dados.
  2. Crie uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL: crie uma nova instância de servidor flexível do Banco de Dados do Azure para PostgreSQL com vCPUs, memória e armazenamento suficientes para dar suporte aos bancos de dados consolidados.
  3. Reutilizar uma instância existente do servidor flexível do Banco de Dados do Azure para PostgreSQL: caso você já tenha um servidor existente, verifique se ele tem vCPUs, memória e armazenamento suficientes para dar suporte aos bancos de dados consolidados.
  4. Migrar os bancos de dados: migre os bancos de dados para a nova instância de servidor flexível do Banco de Dados do Azure para PostgreSQL. Você pode usar ferramentas como pg_dump e pg_restore para exportar e importar bancos de dados.
  5. Monitorar o desempenho: monitore o desempenho da instância consolidada do servidor flexível do Banco de Dados do Azure para PostgreSQL e ajuste os recursos conforme necessário para garantir o desempenho ideal.

A consolidação de bancos de dados pode ajudá-lo a economizar custos reduzindo o número de instâncias de servidor flexível do Banco de Dados do Azure para PostgreSQL que você precisa executar e permitindo que você use instâncias maiores que sejam mais econômicas do que instâncias menores. É importante avaliar o impacto da consolidação no desempenho dos bancos de dados e garantir que a instância consolidada do servidor flexível do Banco de Dados do Azure para PostgreSQL seja dimensionada adequadamente para atender a todas as necessidades do banco de dados.

Para saber mais, confira Aprimorar o desempenho dos aplicativos do Azure usando o Assistente do Azure

6. Colocar servidores de teste em regiões geográficas econômicas

A criação de um servidor de teste em uma região econômica do Azure pode ser uma estratégia de economia de custos para o servidor flexível do Banco de Dados do Azure para PostgreSQL. Ao criar um servidor de teste em uma região com menor custo de recursos de computação, você pode reduzir o custo de execução do servidor de teste e minimizar o custo de execução do servidor flexível do Banco de Dados do Azure para PostgreSQL. Aqui estão algumas etapas para ajudá-lo a criar um servidor de teste em uma região econômica do Azure:

  1. Identificar uma região econômica: identifique uma região do Azure com menor custo de recursos de computação.
  2. Criar uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL: crie uma instância de servidor flexível do Banco de Dados do Azure para PostgreSQL na região econômica com a configuração certa para seu ambiente de teste.
  3. Migrar dados de teste: migre os dados de teste para a nova instância do servidor flexível do Banco de Dados do Azure para PostgreSQL. Você pode usar ferramentas como pg_dump e pg_restore para exportar e importar bancos de dados.
  4. Monitorar o desempenho: monitore o desempenho do servidor de teste e ajuste os recursos conforme necessário para garantir o desempenho ideal.

Ao criar um servidor de teste em uma região econômica do Azure, você pode reduzir o custo de execução do servidor de teste e minimizar o custo de execução do servidor flexível do Banco de Dados do Azure para PostgreSQL. É importante avaliar o impacto da região no desempenho do servidor de teste e nos requisitos regionais específicos da sua organização. Isso garante que a latência de rede e os custos de transferência de dados sejam aceitáveis para seu caso de uso.

Para saber mais, confira Regiões do Azure

7. Iniciar e parar servidores

Iniciar e parar servidores pode ser uma estratégia de economia de custos para o servidor flexível do Banco de Dados do Azure para PostgreSQL. Executando apenas o servidor quando precisar dele, você pode reduzir o custo de execução do servidor flexível do Banco de Dados do Azure para PostgreSQL. Aqui estão algumas etapas para ajudá-lo a iniciar e parar servidores e economizar custos:

  1. Identificar o servidor: identifique a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL que você deseja iniciar e parar.
  2. Iniciar o servidor: inicie a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL quando precisar dela. Você pode iniciar o servidor usando o portal do Azure, CLI do Azure, ou API REST do Azure.
  3. Interromper o servidor: interrompa a instância do servidor flexível do Banco de Dados do Azure para PostgreSQL quando você não precisar dela. Você pode interromper o servidor usando o portal do Azure, a CLI do Azure ou a API REST do Azure.
  4. Além disso, se um servidor estiver em um estado parado (ou ocioso) por várias semanas contínuas, você poderá considerar a remoção do servidor após a diligência necessária.

Ao iniciar e parar o servidor conforme necessário, você pode reduzir o custo de execução do servidor flexível do Banco de Dados do Azure para PostgreSQL. Para garantir um desempenho suave do banco de dados, é crucial avaliar o impacto de iniciar e parar o servidor e ter um processo confiável em vigor para essas ações, conforme necessário. Para saber mais, confira Parar uma instância do servidor flexível do Banco de Dados do Azure para PostgreSQL e Iniciar uma instância do servidor flexível do Banco de Dados do Azure para PostgreSQL.

8. Arquivar dados antigos para armazenamento frio

Arquivar dados acessados com pouca frequência no repositório de arquivos do Azure (enquanto ainda mantém o acesso) pode ajudar a reduzir os custos. Exporte dados do servidor flexível do Banco de Dados do Azure para PostgreSQL para o Armazenamento Arquivado do Azure e armazene-os em uma camada de armazenamento de menor custo.

  1. Configure a conta do Armazenamento de Blobs do Azure e crie um contêiner para seus backups de banco de dados.
  2. Use pg_dump para exportar os dados antigos para um arquivo.
  3. Use a CLI do Azure ou o PowerShell para carregar o arquivo exportado no contêiner do Armazenamento de Blobs.
  4. Configure uma política de retenção no contêiner de Armazenamento de Blobs para excluir automaticamente backups antigos.
  5. Modifique o script de backup para exportar os dados antigos para o Armazenamento de Blobs em vez do armazenamento local.
  6. Teste o processo de backup e restauração para garantir que os dados arquivados possam ser restaurados, se necessário.

Você também pode usar Azure Data Factory para automatizar esse processo.

Para saber mais, confira Migrar seu banco de dados do servidor flexível do Banco de Dados do Azure para PostgreSQL usando despejo e restauração

Compensações de custos

Ao projetar o banco de dados do aplicativo no servidor flexível do Banco de Dados do Azure para PostgerSQL, considere as compensações entre a otimização de custos e outros aspectos do design, como segurança, escalabilidade, resiliência e operabilidade.

Custos versus confiabilidade

O custo tem uma correlação direta com a confiabilidade.

Custos versus eficiência de desempenho

Aumentar o desempenho levará a um custo mais alto.

Custos versus segurança

Aumentar a segurança da carga de trabalho aumentará os custos.

Custos versus excelência operacional

O investimento em monitoramento e automação de sistemas pode aumentar os custos inicialmente, mas os custos serão reduzidos com ao longo do tempo.

Conteúdo relacionado