Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
SSD Premium v2 oferece maior desempenho do que SSD Premium, além de ser menos dispendioso, como regra geral. Pode ajustar individualmente o desempenho (capacidade, taxa de transferência e IOPS (operações de entrada/saída por segundo)) do SSD Premium v2 a qualquer momento. A capacidade de fazer estes ajustes significa que as suas cargas de trabalho podem ser eficientes em termos de custos, ao mesmo tempo que satisfazem as necessidades de desempenho em constante mudança. Por exemplo, um banco de dados com transações intensivas pode precisar lidar com uma grande quantidade de IOPS por alguns dias de demanda excepcionalmente alta. Ou um aplicativo de jogos pode exigir uma taxa de transferência mais alta apenas durante os horários de pico. Para a maioria das cargas de trabalho de uso geral, o SSD Premium v2 oferece o melhor preço de desempenho. Agora você pode implantar o Banco de Dados do Azure para instâncias de servidor flexíveis PostgreSQL com disco SSD Premium v2 em todas as regiões com suporte.
Observação
SSD Premium v2 está atualmente em pré-visualização para a Base de Dados do Azure para instâncias flexíveis do servidor PostgreSQL.
Diferenças entre SSD Premium e SSD Premium v2
Ao contrário do SSD Premium, o SSD Premium v2 não tem tamanhos dedicados. Você pode definir um disco SSD Premium v2 para qualquer tamanho que preferir e fazer ajustes granulares de acordo com seus requisitos de carga de trabalho. Esses incrementos granulares podem ir em etapas de 1 GiB. O SSD Premium v2 não suporta cache do host, mas ainda assim oferece uma latência inferior ao SSD Premium. As capacidades dos SSD premium v2 variam entre 1 GiB e 64 TiB.
O SSD premium v2 oferece configurações flexíveis de IOPS. O Azure Database para servidor PostgreSQL fornece uma base de IOPS de 3.000 para discos até 399 GiB, e 12.000 IOPS para discos acima de 400 GiB, sem custo adicional. Os discos podem atingir até 80.000 IOPS quando dimensionados com pelo menos 160 GiB. Os IOPS para além do nível gratuito têm custos adicionais.
O SSD premium v2 também oferece configurações flexíveis de throughput. A Azure Database for PostgreSQL fornece uma taxa de transferência base de 125 MB/s para discos abaixo de 399 GiB e para 500 MB/s para discos acima de 400 GiB, sem custo adicional. A largura de banda para além da camada gratuita implica custos adicionais.
Observação
SSD Premium v2 está atualmente em pré-visualização para a Base de Dados do Azure para instâncias flexíveis do servidor PostgreSQL.
IOPS
O Banco de Dados do Azure para servidor PostgreSQL oferece IOPS de linha de base de 3000 para discos de até 399 GiB e 12000 IOPS para discos acima de 400 GiB sem custo extra. Para atingir 80.000 IOPS em um disco, ele deve ser de pelo menos 160 GiB. Aumentar o IOPS além do nível gratuito resulta em cobranças extras.
Capacidade de processamento
O Banco de Dados do Azure para PostgreSQL oferece uma taxa de transferência de linha de base de 125 MB/s para discos de até 399 GiB e 500 MB/s para discos acima de 400 GiB sem custo extra. Aumentar a taxa de transferência além do nível gratuito resulta em cobranças extras.
O armazenamento que você provisiona é a quantidade de capacidade de armazenamento disponível para sua instância de servidor flexível do Banco de Dados do Azure para PostgreSQL. Esse armazenamento é usado para arquivos de banco de dados, arquivos temporários, logs de transações e logs de servidor PostgreSQL. A quantidade total de armazenamento provisionada também define a capacidade de E/S disponível para o servidor.
A tabela seguinte apresenta uma visão geral das capacidades e máximos de desempenho dos discos premium SSD v2 para o ajudar a decidir qual deve usar.
| Tamanho do disco SSD v2 | IOPS máximo disponível | Taxa de transferência máxima disponível (MB/s) |
|---|---|---|
| 1 GiB-64 TiBs | 3.000-80.000 (Aumentos de 500 IOPS por GiB) | 125-1.200 (aumentos de 0,25 MB/s por IOPS definido) |
Seu tipo de máquina virtual também tem limites de IOPS. Embora você possa selecionar qualquer tamanho de armazenamento, independentemente do tipo de servidor, talvez não seja possível usar todas as IOPS que o armazenamento fornece, especialmente quando você escolhe um servidor com alguns vCores.
Para saber mais, consulte Opções de computação no Banco de Dados do Azure para PostgreSQL.
Observação
Independentemente do tipo de armazenamento que atribuas à tua instância, só podes escalar s
Alta disponibilidade
A alta disponibilidade agora é suportada para instâncias de servidor flexíveis do Banco de Dados do Azure para PostgreSQL usando SSD Premium v2. Pode configurar tanto opções redundantes de zona como de alta disponibilidade na mesma zona usando este nível de armazenamento.
Limitações de alta disponibilidade
Backups geograficamente redundantes, encriptação de dados com chaves geridas pelo cliente, Atualização de Versão Maior, Retenção a Longo Prazo e funcionalidades de crescimento automático de armazenamento não são suportados para o SSD Premium v2.
Espere até que o seu primeiro backup esteja disponível antes de configurar réplicas na região, pois este processo depende dos snapshots de disco. Esta limitação não se aplica a réplicas interregionais, que utilizam pg_basebackups em vez disso.
A migração online de SSD Premium (PV1) para SSD Premium v2 (PV2) não é suportada. Como alternativa, se você quiser migrar entre os diferentes tipos de armazenamento, poderá executar uma restauração point-in-time do servidor existente para um novo com um tipo de armazenamento diferente.
O SSD Premium v2 está disponível apenas nas seguintes regiões: Austrália Este, Brasil Sul, Canadá Central, Índia Central, Centro dos EUA, Leste Asiático, Leste dos EUA, Leste dos EUA 2, França Central, Alemanha Centro-Oeste, Israel Central, Japão Este, Coreia Central, Noruega Este, Polónia Central, Sul Central dos EUA, Sudeste Asiático, Suíça Norte, Emirados Árabes Unidos Norte, Oeste Central dos EUA, Europa Ocidental, e West US 2.
Podes provisionar o SSD Premium v2 apenas com níveis de computação de Propósito Geral e Otimizado para Memória. Criar um novo nível de computação Burstable com o SSD Premium v2 não é suportado.
Você pode monitorar seu consumo de E/S no portal do Azure ou usando comandos da CLI do Azure. As métricas relevantes a serem monitoradas são o limite de armazenamento, a porcentagem de armazenamento, o armazenamento usado e a porcentagem de E/S.
Importante
O tamanho de computação selecionado determina o IOPS mínimo e máximo.
Funcionalidades suportadas
Em pré-visualização, as instâncias flexíveis do Azure Database para PostgreSQL que utilizam SSD Premium v2 nas regiões do Canadá Central e Ásia Oriental suportam alta disponibilidade, réplicas de leitura, backups georedundantes, recuperação geo para desastres, atualizações de versões importantes e endpoints virtuais.
Limitações de funcionalidades suportadas
Chaves geridas pelo cliente, backups on-demand, backups de longo prazo, escalonamento de disco online e funcionalidades de crescimento automático de armazenamento não são suportadas para o SSD Premium v2.
A migração online de SSD Premium (PV1) para SSD Premium v2 (PV2) não é suportada. Como alternativa, se quiser migrar entre os diferentes tipos de armazenamento, pode realizar uma restauração pontual do seu servidor existente para um novo com tipo de armazenamento Premium SSD v2.
Pode provisionar o SSD Premium v2 usando apenas as camadas de computação de Uso Geral e Otimização de Memória. Criar um novo nível de computação Burstable com o SSD Premium v2 não é suportado.
Pode ajustar as definições de desempenho do disco (IOPS ou throughput) até quatro vezes num período de 24 horas. Para discos recém-criados, o limite é de três ajustes durante as primeiras 24 horas.
Durante a pré-visualização, restaurar um servidor eliminado (recuperação Tombstone) pode levar a até 24 horas de perda de dados. Para evitar eliminações acidentais, ative o bloqueio de recursos.
Se criar um novo servidor usando restauro ponto no tempo (PITR) e executar imediatamente uma operação que requer uma cópia de segurança completa, pode ocorrer o seguinte erro. Este erro ocorre porque os discos SSD Premium v2 não suportam criar um snapshot enquanto o disco ainda está hidratado. Espere até a hidratação terminar antes de tentar novamente a operação.
Mensagem de erro: Não é possível criar um snapshot a partir do disco porque o disco ainda está a ser hidratado. Tente novamente depois de algum tempo.
O Azure Storage permite apenas três instantâneos por hora. Se executar mais de três operações de backup completo em grandes conjuntos de dados numa hora, a operação pode falhar. Espere uma hora ou faça operações de escalonamento para evitar este erro.
Mensagem de erro: Limite de snapshots atingido. Atingiste o limite de snapshots para este disco. Aguarde até que o processo atual de cópia de fundo termine antes de criar novos snapshots.
Exemplos incluem: - Escalabilidade de computação, ativação do HA e execução de failover e failback dentro de uma hora. - Atualizações principais de versão, incluindo a adição de funcionalidades como alta disponibilidade e failover, bem como a criação de réplicas na região em menos de uma hora.