Kinsta es una conocida plataforma de alojamiento de alto rendimiento construida sobre Google Cloud. Aunque no somos el único proveedor de alojamiento que aprovecha la infraestructura de Google, somos el único que pone a sus clientes en las máquinas virtuales más rápidas disponibles en cada uno de los 37 centros de datos de Google donde se encuentran nuestros servidores.

A principios de 2024, hemos migrado a todos nuestros clientes de Alojamiento Administrado de WordPress a las máquinas C3D de Google recientemente lanzadas en todos los centros de datos en los que estas máquinas virtuales más rápidas estaban disponibles. Ha sido la actualización más importante del hardware informático de esa nube desde que adoptamos las máquinas virtuales de Google basadas en C2, optimizadas para computación, en 2019.

Las C2 eran entonces las máquinas más rápidas disponibles para el alojamiento web y supusieron un enorme aumento del rendimiento de la plataforma Kinsta. De hecho, la C2 sigue siendo la máquina más rápida en la mayoría de los centros de datos de Google. Trasladaremos a los clientes a las máquinas virtuales C3D en más centros de datos cuando Google las ponga a su disposición.

Antes de lanzar las máquinas C3D a los clientes de Kinsta, realizamos pruebas de laboratorio que prometían mejoras reales en los tiempos de respuesta de los servidores de hasta un 50%.

A continuación, mostramos las cifras de algunas pruebas realizadas con sitios reales de WordPress.

¿Qué novedades hay en las máquinas C3D de Google?

Puedes leer nuestro análisis en profundidad de la tecnología C3D, pero hay dos características en particular que tienen un impacto dramático en el rendimiento de las máquinas virtuales:

  1. Una CPU AMD EPYC de cuarta generación (antes llamada «Genoa») que puede funcionar a una frecuencia de 3,7 GHz y admite hasta 360 CPU virtuales y 2.880 GB de memoria DDR5.
  2. Una Unidad de Procesamiento de Infraestructura (IPU, Infrastructure Processing Unit) que aumenta el rendimiento de la red y la I/O de datos, liberando a la CPU de esas tareas.

En esta plataforma, el código del servidor se interpreta más rápido, las bases de datos son más veloces y los datos entran y salen de las interfaces de red a mayor velocidad. Por ejemplo, durante nuestras primeras pruebas de laboratorio, en una prueba de estrés MySQL/MariaDB, el tiempo de respuesta a las peticiones de bases de datos pasó de 89 milisegundos en las máquinas C2 a 0,9 milisegundos en una máquina C3D.

Los sitios de WordPress alojados en Kinsta están preparados para aprovechar tal potencia porque cada uno se ejecuta en un contenedor aislado de otros sitios e incluye todo el software de soporte, como Linux, NGINX, PHP y MariaDB.

Comparación del rendimiento de las máquinas virtuales

Para comparar el rendimiento de la máquina virtual basada en C3D con otras clases de máquinas, creamos tres sitios web WordPress (v6.5) idénticos: uno en una máquina C3D, otro en una C2 y otro en una de las máquinas N2 aún disponibles en un par de centros de datos. (Aunque el uso de máquinas N2 no está muy extendido en Kinsta, muchos otros alojamientos las utilizan, por lo que incluimos esta comparación para ayudarte a visualizar el impacto que tendrías en el rendimiento de tu sitio con sólo trasladarte a Kinsta)

Este era el entorno de Alojamiento de WordPress de Kinsta común a los tres sitios:

  • WordPress versión 6.5
  • PHP versión 8.2
  • Ubuntu versión 20.04.6
  • Servidor web NGINX versión 1.25.2
  • MariaDB versión 15.1

Para simular cargas pesadas en nuestros sitios de prueba, utilizamos la herramienta de evaluación comparativa del servidor HTTP Apache ab, que es capaz de emular múltiples usuarios concurrentes haciendo muchas peticiones de páginas.

Solicitud de contenido no almacenado en caché

Queríamos ver cómo se comparaban las tres máquinas virtuales a la hora de entregar contenidos que eludían los mecanismos de almacenamiento en caché del servidor — en particular el caché de páginas. Los carritos de la compra WooCommerce de los sitios idénticos eran los objetivos perfectos para estas pruebas, ya que están programados para solicitar una omisión del caché en el servidor.

Sin contenido en caché, WordPress debe consultar la base de datos y construir la página de destino en cada petición. Eso no es eficiente, pero a menudo es necesario cuando el contenido es único para un visitante individual del sitio, como el contenido de un carrito de la compra.

En nuestros tres sitios de prueba, la vista por defecto del carrito de la compra generaba una página HTML de 235 KB.

Así pues, nuestro protocolo de pruebas de Apache ab era el siguiente:

  • Tamaño de página: 235 KB
  • Usuarios simultáneos simulados: 50
  • Tiempo de ejecución: 60 segundos

Los resultados (peticiones con éxito por segundo):

  • C3D: 207,72
  • C2: 141.47
  • N2: 89.93

Conclusión: La máquina virtual C3D sirvió de media un 46,8% más de páginas sin caché que el sitio gemelo en el C2.

Gráfico que muestra los resultados de las pruebas de petición de páginas sin caché para las máquinas virtuales N2, C2 y C3D.
Resultados de las pruebas de velocidad de las páginas sin caché (sin caché).

Solicitud de contenido en caché

Con la caché activada, nuestros sitios de WordPress pueden entregar páginas sin tener que lanzar PHP workers ni consultar la base de datos. De hecho, con la caché en memoria de NGINX, algunos contenidos compilados ni siquiera tienen que leerse del disco.

Nuestro contenido de prueba almacenable en caché era una entrada de blog idéntica en cada sitio que pesaba 114 KB, por lo que nuestro protocolo de pruebas de Apache ab era así:

  • Tamaño de página: 114 KB
  • Usuarios simultáneos simulados: 50
  • Tiempo de ejecución: 60 segundos

Los resultados (peticiones con éxito por segundo):

  • C3D: 19.722,58
  • C2: 13,043.27
  • N2: 7,861.23

Conclusión: La máquina virtual C3D, con su  I/O mejorada, destacó realmente aquí al mover mucho más contenido más rápidamente que las otras máquinas. El sitio C3D entregó un 51,2% más de páginas en caché que la máquina C2.

Gráfico que muestra los resultados de las pruebas de petición de páginas en caché de las máquinas virtuales N2, C2 y C3D.
Resultados de las pruebas de velocidad de las solicitudes de páginas en caché.

Un ejemplo de potencia bruta de procesamiento

Utilizamos la manipulación de imágenes para probar el procesamiento en nuestras máquinas virtuales que no estaba directamente relacionado con la entrega de páginas web, aunque cambiar el tamaño de las imágenes subidas y hacer copias con diferentes dimensiones es un procedimiento estándar para muchos sitios de WordPress.

Utilizamos la extensión ImageMagick en PHP para reducir el tamaño de una imagen JPEG de 35 MB a aproximadamente 29 KB (de 7.362 x 4.702 píxeles a 640 x 408 píxeles) utilizando la función resizeImage() de ese software y el filtro de Bessel.

Los tiempos medios de procesamiento resultantes:

  • C3D: 1,484 segundos
  • C2: 2,090 segundos
  • N2 : 2,305 segundos

Conclusión: Aunque el cambio de tamaño de la imagen fue relativamente rápido en todas nuestras plataformas de prueba, la máquina C3D completó la tarea casi un 30% más rápido que la máquina C2:

Gráfico que muestra las velocidades a las que las máquinas virtuales C3D, C2 y N2 redimensionaron una imagen grande.
Resultados de la prueba de velocidad de procesamiento de imágenes.

¿No hay C3D en tu centro de datos? ¡No hay problema!

Los C3D ofrecen claras ventajas a los operadores de sitios web de WordPress. En particular, si tu sitio genera contenidos que no pueden almacenarse en caché, podrías plantearte si esas ventajas hacen que merezca la pena alojarlo en uno de los centros de datos que soportan estas nuevas máquinas.

Si gran parte del contenido de tu sitio web se puede almacenar en caché, esas páginas son candidatas a la distribución global a través del Edge Caching gratuito de Kinsta, uno de los servicios incluidos en nuestra integración con Cloudflare.

Edge caching puede ser la mejor solución de rendimiento para los clientes de Kinsta que deban ubicar sus sitios en un país donde no haya máquinas virtuales más rápidas.

Con el contenido accesible desde el edge distribuido por los centros de datos de Cloudflare de todo el mundo, los tiempos de respuesta de los sitios web en nuestras máquinas de prueba C3D, C2 y N2 fueron prácticamente idénticos cuando se midió el tiempo hasta el primer byte (TTFB) desde varias ubicaciones externas.

Un gráfico que muestra el tiempo hasta el primer byte en las máquinas virtuales C3D, C2 y N2 cuando todas están soportadas por edge Caching.
Una muestra de los resultados del tiempo hasta el primer byte con Edge Caching activado.

Incluso con Edge Caching, la velocidad media de respuesta a lo largo del tiempo puede ser ligeramente superior con las máquinas C3D, ya que los sitios alojados en ellas pueden rellenar y actualizar las cachés más rápidamente.

¿Dónde puedes encontrar máquinas C3D?

Actualmente, las máquinas C3D están disponibles en los siguientes 10 lugares

Centros de datos de Google Cloud:

  1. Mumbai, India (asia-south1)
  2. Jurong West, Singapore (asia-southeast1)
  3. Sydney, Australia (australia-southeast1)
  4. St. Ghislain, Belgium (europe-west1)
  5. Frankfurt, Germany (europe-west3)
  6. Eemshaven, Netherlands (europe-west4)
  7. Council Bluffs, Iowa, USA (us-central1)
  8. Moncks Corner, South Carolina, USA (us-east1)
  9. Ashburn, Virginia, USA (us-east4)
  10. Las Vegas, Nevada, USA (us-west4)

Dentro del panel de control de MyKinsta, las regiones con las máquinas C3D activadas se etiquetan como Impulsados en el desplegable Ubicación del centro de datos al añadir un nuevo sitio WordPress:

Una captura de pantalla del panel de MyKinsta que muestra el cuadro de diálogo utilizado para seleccionar un centro de datos.
Los centros de datos con máquinas C3D se marcan como Impulsados en MyKinsta.

Si tienes un sitio existente en un centro de datos en el que Google aún no ha habilitado las máquinas C3D, puedes ponerte en contacto con el servicio de Soporte para solicitar el traslado a un centro de datos C3D.

Por ahora, las máquinas virtuales C2 optimizadas para computación de Google son las que más rinden en estos centros de datos:

  1. Changhua County, Taiwan (asia-east1)
  2. Hong Kong (asia-east2)
  3. Tokyo, Japan (asia-northeast1)
  4. Osaka, Japan (asia-northeast2)
  5. Seoul, South Korea (asia-northeast3)
  6. Mumbai, India (asia-south1)
  7. Delhi, India (asia-south2)
  8. Jakarta, Indonesia (asia-southeast2)
  9. Sydney, Australia (australia-southeast1)
  10. Melbourne, Australia (australia-southeast2)
  11. London, United Kingdom (europe-west2)
  12. Frankfurt, Germany (europe-west3)
  13. Zurich, Switzerland (europe-west6)
  14. Montréal, Canada (northamerica-northeast1)
  15. Toronto, Canada (northamerica-northeast2)
  16. São Paulo, Brazil (southamerica-east1)
  17. Columbus, Ohio, USA (us-east5)
  18. The Dalles, Oregon, USA (us-west1)
  19. Los Angeles, California, USA (us-west2)
  20. Salt Lake City, Utah, USA (us-west3)
  21. Las Vegas, Nevada, USA (us-west4)

Resumen

Nuestras pruebas sugieren que pasar a las nuevas y más rápidas máquinas virtuales C3D de Google podría beneficiar a muchos propietarios de sitios web, especialmente a aquellos cuyos sitios ofrecen contenidos que no pueden almacenarse en caché.

En comparación con nuestras máquinas C2 — que anteriormente eran las más rápidas disponibles para el alojamiento web en los centros de datos de Google —  las C3D mostraron:

  • Una mejora del rendimiento de casi el 47% en solicitudes de páginas sin caché
  • Una mejora de aproximadamente el 52% en las solicitudes de páginas almacenadas en caché
  • Una mejora del 30% en el tiempo de procesamiento de una tarea como redimensionar imágenes

Recuerda: Las máquinas virtuales ultrarrápidas no son lo único que Google Cloud aporta al alojamiento de Kinsta. También aprovechamos la red de Nivel Premium de baja latencia de Google.

Además de su papel en Edge Caching, Cloudflare está detrás de nuestra CDN superrápida, la minificación de código, las early hints, y la optimización de imágenes.

Encuentra aquí, en Kinsta, el paquete de Alojamiento Administrado de WordPress que mejor se adapte a ti.

Steve Bonisteel Kinsta

Steve Bonisteel es un Editor Técnico de Kinsta que comenzó su carrera de redactor como periodista de prensa escrita, persiguiendo ambulancias y camiones de bomberos. Lleva tratando temas relacionados con la tecnología de Internet desde finales de la década de 1990.