01
Compre para la carga de trabajo, no para el nombre de la base de datos
Aporte un perfil de carga de trabajo: motor y versión de base de datos, tamaño de datos activos, uso máximo de memoria, consultas concurrentes, volumen de escritura y crecimiento. Incluya índices, registros de transacciones, espacio temporal y trabajos de mantenimiento. Una base de datos de pequeña empresa y un almacén de informes pueden necesitar máquinas muy diferentes incluso cuando usan el mismo software.
Identifique la restricción que intenta cambiar. Si un sistema existente espera por almacenamiento o una aplicación remota, comprar más núcleos no es evidencia de que el problema desaparecerá. Use su propia mezcla de consultas y un conjunto de datos representativo para establecer criterios de aceptación para el nuevo host.
02
Comparar tres asignaciones diferentes
Estos candidatos ofrecen diferentes asignaciones de memoria y disco; no están clasificados por transacciones por segundo. La capacidad bruta listada no es espacio utilizable de base de datos después de la redundancia elegida.
- Xeon E-2388G: 64 GB de la memoria ECC listada y 2 TB de capacidad bruta NVMe. Un candidato más pequeño cuando la carga de trabajo medida cabe cómodamente.
- EPYC 7443P: 256 GB de memoria ECC listada y 7.68 TB de capacidad bruta NVMe. Compárelo cuando el crecimiento de memoria o datos excluya la configuración más pequeña.
- EPYC 7513: cuatro dispositivos NVMe y 15.36 TB de capacidad bruta. Considérelo cuando el diseño de disco previsto necesite más dispositivos y luego confirme la configuración real.
03
Acuerde qué protege los datos
Pregunte por el modelo de unidad y la resistencia cuando las escrituras sostenidas importen. El catálogo no publica IOPS medidos, latencia de commit ni un punto de referencia de base de datos. Especifique la disposición del disco y el requisito de recuperación en lugar de asumir que NVMe o ECC constituyen un plan de resiliencia completo.
Un solo alquiler es un host físico, no un clúster de base de datos administrado. La replicación, la conmutación por error, las copias de seguridad conscientes de la base de datos y las pruebas de restauración siguen siendo su responsabilidad a menos que se acuerde por separado. Confirme cualquier separación de red requerida entre los nodos de la base de datos; un puerto público o una segunda máquina no incluye una red de replicación privada.
04
Precio del despliegue completo y la migración
Compare el alquiler junto con las licencias de base de datos, el almacenamiento de copias de seguridad y cualquier opción cotizada. Verifique las licencias de software contra la asignación exacta del procesador. Seleccione el sistema operativo y confirme su versión, diseño de disco y método de acceso antes de la instalación; alquilar hardware no incluye administración de bases de datos.
Elija una región según las necesidades de red de la aplicación y confirme la ventana de entrega del modelo. Conserve la base de datos existente hasta que el nuevo host pase sus comprobaciones y se haya demostrado una restauración. Una solicitud de instalación en cola no es una migración completada ni una razón para eliminar la copia anterior.
Respuestas directas
Preguntas antes de realizar el pedido
¿Prometen una tasa de consultas o latencia de base de datos?
No se publica ningún rendimiento de base de datos medido. Establezca criterios de aceptación utilizando su motor, esquema, combinación de consultas y conjunto de datos; una especificación de hardware por sí sola no puede establecer el resultado.
¿Se incluye la gestión de bases de datos o la conmutación por error automática?
No. Esto es alquiler de hardware dedicado. Confirma cualquier asistencia acordada por separado y planifica la administración, replicación, copias de seguridad y recuperación antes de mover datos de producción.