01
Compre para a carga de trabalho, não para o nome da base de dados
Traga um perfil de carga de trabalho: motor e versão da base de dados, tamanho dos dados ativos, pico de uso de memória, consultas concorrentes, volume de escrita e crescimento. Inclua índices, logs de transações, espaço temporário e tarefas de manutenção. Uma base de dados de pequena empresa e um armazém de relatórios podem precisar de máquinas muito diferentes mesmo usando o mesmo software.
Identifique a restrição que está a tentar alterar. Se um sistema existente espera por armazenamento ou por uma aplicação remota, comprar mais núcleos não é prova de que o problema desaparecerá. Use a sua própria mistura de consultas e um conjunto de dados representativo para estabelecer critérios de aceitação para o novo host.
02
Compare três alocações diferentes
Estes candidatos oferecem alocações de memória e disco diferentes; não são classificados por transações por segundo. A capacidade bruta listada não é espaço de base de dados utilizável após a redundância escolhida.
- Xeon E-2388G: 64 GB da memória ECC listada e 2 TB de capacidade bruta NVMe. Um candidato mais pequeno quando a carga de trabalho medida cabe confortavelmente.
- EPYC 7443P: 256 GB de memória listada ECC e 7.68 TB de capacidade bruta NVMe. Compare quando o crescimento de memória ou dados exclui a configuração menor.
- EPYC 7513: quatro dispositivos NVMe e 15.36 TB de capacidade bruta. Considere-o quando o layout de disco pretendido precisar de mais dispositivos e, em seguida, confirme a configuração real.
03
Acorde o que protege os dados
Pergunte pelo modelo da unidade e resistência quando as escritas sustentadas são importantes. O catálogo não publica IOPS medidos, latência de commit ou um benchmark de base de dados. Especifique a configuração do disco e o requisito de recuperação em vez de assumir que NVMe ou ECC constituem um plano de resiliência completo.
Um único aluguer é um anfitrião físico, não um cluster de base de dados gerido. A replicação, a ativação pós-falha, as cópias de segurança com conhecimento da base de dados e os testes de restauro continuam a ser da sua responsabilidade, salvo acordo em contrário. Confirme qualquer separação de rede necessária entre os nós da base de dados; uma porta pública ou uma segunda máquina não inclui uma rede de replicação privada.
04
Precificar a implementação completa e a migração
Compare o aluguer juntamente com o licenciamento da base de dados, o armazenamento de cópias de segurança e quaisquer opções cotadas. Verifique o licenciamento de software em relação à alocação exata do processador. Selecione o sistema operativo e confirme a sua versão, o layout do disco e o método de acesso antes da instalação; alugar hardware não inclui administração de bases de dados.
Escolha uma região de acordo com as necessidades de rede da aplicação e confirme a janela de entrega do modelo. Preserve a base de dados existente até o novo host passar nas suas verificações e um restauro ter sido demonstrado. Um pedido de instalação em fila não é uma migração concluída nem uma razão para remover a cópia antiga.
Respostas diretas
Perguntas antes de encomendar
Prometem uma taxa de consultas ou latência de base de dados?
Não é publicado nenhum desempenho de base de dados medido. Defina critérios de aceitação usando o seu motor, esquema, mistura de consultas e conjunto de dados; uma especificação de hardware por si só não pode estabelecer o resultado.
A gestão de base de dados ou a ativação automática de falhas está incluída?
Não. Isto é aluguer de hardware dedicado. Confirme qualquer assistência acordada em separado e planeie a administração, replicação, cópias de segurança e recuperação antes de mover dados de produção.