El rendimiento de la base de datos se ve muy afectado por el rendimiento de la memoria subyacente. Para las lecturas, tener mucha RAM puede acelerar las cosas, pero para las operaciones de escritura pesada, el cuello de botella es el SSD del disco duro que se agota. AWS tiene muchas opciones de almacenamiento, entonces, ¿cuál es la mejor para usted?
Instancias EC2 centradas en la base de datos
Más allá del almacenamiento subyacente, hay muchos otros factores para el rendimiento de la base de datos. AWS tiene muchas clases diferentes de instancias con niveles individuales dentro de ellas.
La instancia más orientada a la base de datos es la serie R5. Estos están optimizados para el rendimiento de la memoria, tanto con la velocidad y el tamaño de la RAM como con el rendimiento de EBS. Ofrecen una alta relación de recuento de núcleos a memoria disponible, hasta 768 GB de RAM en la r5.24xlarge.
También existe la serie r5d, una subclase de R5 que ofrece un disco local directo, no en EBS. El nivel más grande tiene cuatro SSD NVMe de 900 GB. De tamaño más pequeño que la capacidad máxima de EBS, pero tendrá un rendimiento estelar y una gran latencia.
También está la serie D3, que ofrece la mayor cantidad de almacenamiento local posible para una instancia EC2, hasta 336 TB. Si está buscando ejecutar una instancia particularmente masiva que almacene una gran cantidad de datos, D3 puede funcionar mejor para usted.
Tipos de volumen de EBS
EBS tiene algunos niveles diferentes. El más común es gp3, que es un volumen respaldado por SSD de uso general que ofrece un rendimiento sólido a un precio más alto que los volúmenes respaldados por disco duro. gp3 es la última generación, reemplazando gp2y ofrece un rendimiento 4 veces mayor con SSD PCIe Gen 4.
gp3 utiliza un modelo de precios por ráfagas. Dependiendo del tamaño del volumen, gana “Créditos IO” por hora que se utilizan automáticamente para comprar IOPS o operaciones de entrada-salida-por-segundo. Esto permite ráfagas rápidas de rendimiento cuando sea necesario, pero si necesita un rendimiento estable y sólido, confiar en esto no es una gran idea. También hay un número máximo de IOPS; para gp3, eso es 16,000.
Los volúmenes obtienen créditos IO a una tasa de 3 por GB por segundo. Lo que significa que si tiene un volumen superior a 1 TB, su depósito estará siempre lleno y no tendrá que preocuparse por el rendimiento en ráfagas. Cualquier valor inferior a eso y estará limitado al rendimiento de referencia en función de la cantidad de créditos que gane.
Lo que esto significa en la práctica es que si necesita un rendimiento adicional, querrá usar el segundo volumen basado en SSD, io2, también conocido como SSD de IOPS aprovisionadas. Estos le permiten comprar literalmente el rendimiento del disco directamente, provisto a su volumen de EBS. El mejor nivel io2 Block Express, ofrece hasta 4000 MB / s por volumen y 7500 MB / s por instancia.
Eso es hasta cuatro veces el rendimiento de gp3, pero solo si puede pagarlo: el ancho de banda es caro y tendrá que pagarlo por completo. Un top-of-the-line io2 el volumen puede costar fácilmente miles de dólares al mes, más que la instancia EC2 que puede estar ejecutándose en él. Eso se suma al aumento del 83% en los costos de almacenamiento por GB.
Mientras io2 es una opción para los clientes que necesitan cada gramo de rendimiento que puedan obtener, a menos que esté maximizando su impulso, el propósito general gp3 los volúmenes serán excelentes para muchas personas.
Volúmenes de disco duro
Hay dos volúmenes de EBS de disco duro principales, volúmenes de HDD optimizado para rendimiento (st1) y volúmenes de HDD en frío (sc1). Los nombres se explican por sí mismos: st1 está optimizado para velocidades de lectura secuenciales lo suficientemente decentes (aunque un rendimiento aleatorio terrible, como todos los discos duros). Para aplicaciones no críticas que requieren archivos de gran tamaño, sc1 ofrece un excelente rendimiento de almacenamiento local.
Ambos tipos de volúmenes también utilizan el modelo de depósito de ráfagas, pero superan un número fijo de MBps según el tamaño del volumen.
Sin embargo, para las bases de datos, el rendimiento de lectura y escritura aleatoria puede ser muy importante, al igual que la latencia. Es 2020, y sus usuarios no deberían tener que esperar a que un disco gire y esperar a que una cabeza de lectura magnética obtenga algunos datos básicos. Sin mencionar cómo manejaría consultas SQL complejas que podrían detener el disco.
Para cualquier cosa que tenga que ver con el usuario, el rendimiento es importante y debe utilizar un SSD. El único caso en el que tiene sentido es en aplicaciones pesadas de lectura donde la base de datos es lo suficientemente pequeña como para poder guardarse principalmente en la memoria, pero incluso entonces, sería lo suficientemente pequeña donde la pequeña prima de incluso un volumen básico de gp3 valdría la pena. .
Sin embargo, para big data, análisis y otras bases de datos internas, la base de datos puede ser tan grande que el costo del almacenamiento local es demasiado alto para ejecutarse en SSD. Si está buscando ejecutar un lago de datos de alta capacidad o un clúster de múltiples servidores, es posible que no le importe tanto la velocidad del disco ligeramente peor, especialmente si le está ahorrando dinero en el proceso.
