Redis es un almacén de clave-valor avanzado. De hecho, es el almacén de valor clave número uno y la octava base de datos más popular del mundo. Tiene un alto rendimiento y se ejecuta desde la memoria, pero también tiene la capacidad de almacenar datos en el disco. Redis es una excelente solución de almacenamiento en caché para aplicaciones muy exigentes y hay muchas soluciones disponibles para ayudarlo a implementar y administrar Redis en la nube. En esta publicación, compararemos ScaleGrid for Redis™ con Azure Cache for Redis, funciones de administración y rendimiento para ayudarlo a elegir la mejor solución administrada para su implementación de Redis.
ScaleGrid es un proveedor de DBaaS que proporciona alojamiento totalmente administrado no solo para Redis™, sino también para la base de datos MongoDB®, MySQL y PostgreSQL. El plan Bring Your Own Cloud (BYOC) aloja el servidor de la base de datos en su propia cuenta de AWS, Azure o GCP.
Azure proporciona un servicio hospedado para Redis llamado Azure Cache for Redis.
De un vistazo:TLDR | ||||||
|---|---|---|---|---|---|---|
|
ScaleGrid for Redis™ vs. Azure Cache for Redis Performance Benchmark
En este punto de referencia, medimos el rendimiento en rendimiento y latencia. El rendimiento se mide en operaciones por segundo (ops/seg) y la latencia en microsegundos. Consulte nuestra sección Configuraciones comparativas más adelante en esta publicación para obtener información sobre cómo se configuró esta comparativa de rendimiento.
Hemos comparado el rendimiento de Redis™ con las siguientes configuraciones.
| Proveedor | Tamaño del plano | RAM | Coste mensual |
|---|---|---|---|
| ScaleGrid para Redis™ | Hospedaje dedicado grande en Azure | 7 GB de memoria | $607 |
| Azure Cache para Redis | Estándar C3:ancho de banda de red moderado | memoria de 6 GB | $328.50 |
| Azure Cache para Redis | P1 Premium:ancho de banda de red moderado | memoria de 6 GB | $404.42 |
| Azure Cache para Redis | P2 Premium:alto ancho de banda de red | 13GB de memoria | $810.30 |
Rendimiento de rendimiento
| Conexiones | ScaleGrid para Redis™ | Azure Cache C3 Std. 6GB | Azure Cache P1 6GB | Azure Cache P2 13GB | Mejora de ScaleGrid |
|---|---|---|---|---|---|
| 100 | 134,667 | 16,461 | 19,881 | 38,459 | 439% |
| 200 | 147,551 | 16,246 | 25,361 | 35,459 | 474% |
| 300 | 152,341 | 15,872 | 25,346 | 35,045 | 499% |
| 400 | 152,624 | 15,235 | 19,043 | 37,301 | 539% |
| Como podemos ver en el gráfico anterior, ScaleGrid for Redis™ logra un rendimiento aproximadamente 5 veces mayor en comparación con Azure Cache for Redis cuando se compara con 100-400 conexiones. Por ejemplo, mientras que el plan Azure Cache for Redis P2 Premium de 13 GB administra alrededor de 36 000 operaciones por segundo durante todos los escenarios de conexión, ScaleGrid for Redis™ tiene más de 130 000 operaciones por segundo en todos los escenarios. |
Rendimiento de latencia
| Conexiones | ScaleGrid para Redis™ | Azure Cache C3 Std. 6GB | Azure Cache P1 6GB | Azure Cache P2 13GB | Mejora de ScaleGrid |
|---|---|---|---|---|---|
| 100 | 744 | 6809 | 5896 | 2497 | -85% |
| 200 | 1,353 | 10,950 | 8447 | 5565 | -84% |
| 300 | 2044 | 17,807 | 13,045 | 8539 | -84% |
| 400 | 2609 | 25,126 | 16,999 | 10,716 | -85% |
| Mientras que la latencia de Azure Cache for Redis aumenta rápidamente a medida que aumenta la cantidad de conexiones, ScaleGrid for Redis™ logra una latencia baja constante en todos los cuentas de conexión. En promedio, ScaleGrid for Redis™ tiene una latencia un 85 % más baja que Azure Cache para Redis. Esto es especialmente notable cuando se compara Azure Cache for Redis (C3 Standard 6 GB) con ScaleGrid for Redis™, donde la diferencia es de hasta -99 %. |
Resumen de referencia
Como puede ver en los gráficos anteriores, ScaleGrid para Redis™ proporciona un rendimiento significativamente mayor y una latencia más baja. En promedio, podemos ver aproximadamente 5 veces el rendimiento y un 85 % menos de latencia en comparación con tamaños equivalentes en Azure Cache. El plan BYOC ScaleGrid for Redis™ comienza en $9 por mes (720h + costos de VM) y $18 por mes (720h) para el plan de alojamiento dedicado.
|
Configuración comparativa
Echemos un vistazo a las configuraciones que usamos en la evaluación comparativa de rendimiento:
| Configuración | Detalles |
|---|---|
| Herramienta comparativa | Memtier Benchmark |
| Región Azure para Redis | Este de EE. UU. |
| Región de Azure para aplicaciones | Este de EE. UU. |
| Tipo de implementación | Maestro-Esclavo |
Para cada servidor Redis™, hemos evaluado con 100, 200, 300 y 400 conexiones. Cada conexión envía 10 000 solicitudes con un tamaño de datos de objeto de 32 bytes por solicitud. Usamos conexiones que no son SSL para conectar servidores Redis™.
ScaleGrid no solo puede proporcionar un mayor rendimiento y una latencia más baja, sino que también ofrece muchas otras funciones, como acceso de administrador completo, copias de seguridad programadas y acceso SSH. Puede encontrar más información sobre ScaleGrid for Redis™ en Azure, en nuestro sitio web.
¿Qué hay que tener en cuenta al elegir un servicio de Redis™?
Entonces, con tantas opciones de proveedores de servicios de Redis™ totalmente administradas, ¿cuáles son las características más importantes que debe tener en cuenta? Aquí hay una lista de verificación para usar al elegir el servicio de alojamiento de Redis adecuado para usted:
- Servidor Dedicado
- Escalabilidad
- Persistencia de datos
- Copias de seguridad y restauraciones
- Alto rendimiento y baja latencia
Servidor dedicado
Redis es un servidor de subproceso único donde los datos se almacenan en la memoria; por lo tanto, tener Redis ejecutándose en un servidor dedicado es muy importante en un entorno de producción. No desea que su servidor Redis luche por los recursos de CPU y memoria con otros servicios.
Escalabilidad
Las empresas crecen y lo mismo ocurre con sus datos. Es muy importante que su servicio de Redis pueda realizar un escalado vertical dinámico e in situ de su servidor de Redis con poco o ningún tiempo de inactividad.
Persistencia de datos
Dependiendo de las necesidades de su negocio, es posible que deba conservar sus datos de Redis en el almacenamiento físico. Redis ofrece dos opciones de persistencia:RDB y AOF.
RDB son instantáneas de un momento dado de su conjunto de datos a intervalos específicos en un archivo de copia de seguridad de la base de datos de Redis. El archivo se puede transferir a otras instancias de Redis.
AOF significa Agregar solo archivo. Redis registra cada operación de escritura que se ha modificado en su conjunto de datos. Es una forma muy confiable de conservar sus datos.
Tanto RDB como AOF se pueden habilitar al mismo tiempo y tienen diferentes ventajas y desventajas. Para obtener más detalles sobre sus ventajas y desventajas, puede obtener más información en la página de persistencia de Redis en redis.io.
Su servicio de Redis debe proporcionar opciones no solo para conservar los datos, sino también para implementar Redis en modo maestro/réplica o clúster para minimizar la posibilidad de pérdida de datos.
Copias de seguridad y restauraciones
Cualquier base de datos como servicio (DBaaS) para Redis también debe proporcionar copias de seguridad programadas y bajo demanda para que pueda asegurarse de tener siempre una programación regular de copias de seguridad disponibles y poder realizarlas. según sea necesario antes de un evento de aplicación. También debe proporcionar opciones de "restauración de copia de seguridad" a bases de datos existentes o a una nueva instancia de base de datos.
Alto rendimiento y baja latencia
Redis puede proporcionar un almacenamiento en caché rápido para las aplicaciones. Sin embargo, a veces la latencia de la red puede provocar un cuello de botella en el acceso a los datos de Redis. La clave es evitar el distanciamiento físico entre su aplicación y Redis. Por lo tanto, desea asegurarse de que tanto la aplicación como Redis estén alojados en la misma región del proveedor de la nube y en la misma red virtual. Su proveedor de servicios Redis debería tener la opción de implementar su servidor Redis en la red virtual de su elección.
