Me gusta esta táctica de AWS.
“No queréis actualizar MySQL a 8.X?, ok, vosotros mismos.”
BAM ! Golpe de remo!
Y vaya si actualizas.
Gracias a una alerta que se configura en la parte de “Billing and Cost Management” recibí un email alertándome del problema. Recordatorio de que esto es bastante útil, si no quieres que se te vaya la mano con la factura.
Lo siguiente es ir a ver que demonios está haciendo que este gastando tanto este mes.
Maldita sea! Así no hay manera de ahorrar para el cuarto Lambo!
Bueno, si miramos atentamente en los costes, rápidamente llegamos al culpable. A primera vista, ya se aprecia que, sin entrar en detalle, es RDS el culpable.
Pero what the…qué ha pasado? Tenemos que ir al detalle de la factura para averiguarlo.
70 PAVAZOS en concepto de “RDS EXTENDED SUPPORT MYSQL 5.7”
*Laughs in billionaire*
Aquí está la documentación de la bromita.
Although RDS Extended Support helps you schedule your upgrade on your own timelines, sticking with older versions indefinitely means missing out on the best price-performance for your workload. Next, we’ll highlight reasons to upgrade to MySQL 8.0.
Duh
Actualizando la versión de MySQL
Bueno, lo primero, hay que mirar si Guorpress 6.X es compatible con 8.x. Vamos a ver.
En efecto, WP soporta MySQL 8.x
Momento ahora de hacer los cambios en la consola. Idealmente, esto habría que escriptarlo. Pero como corría prisa, lo hice a mano en la consola de AWS. Y además, debería haber probado de actualizar primero en mi entorno de beta y validar que todo estaba en orden.
Y así lo hice, cof cof.
Necesité crear
- ParameterGroup 8.x
- Option Group 8.x
Y entonces seleccioné mi RDS y procedí a actualizar. Antes de eso, hice un snapshot just-in-case.
Ale, a actualizar y en pocos minutos, la RDS ya estaba en marcha hacia la versión 8.0.28.
Esto para tu cuenta personal es suficiente. Obviamente en entornos de producción serios, la opción de Blue-Green es recomendable porque te permite testear la nueva versión en condiciones controladas.
