En este documento se ofrece una descripción general de las implementaciones y migraciones de Redis a Google Cloud, incluidas las opciones y las ventajas e inconvenientes de implementar Redis en diferentes servicios en función de tus requisitos.
Redis es un almacén de estructuras de datos en memoria que puedes usar como base de datos, caché, intermediario de mensajes y más. Google Cloud admite Redis por completo, incluido lo siguiente:
Opciones totalmente gestionadas proporcionadas por Memorystore y Redis Ltd.
Opciones autogestionadas con los siguientes productos:
La mejor forma de implementar Redis en Google Cloud depende de tus necesidades y requisitos específicos. Las recomendaciones que se ofrecen en esta guía se basan en prácticas recomendadas y consideraciones generales. Es importante analizar a fondo tu carga de trabajo de Redis y consultar la documentación oficial o buscar asesoramiento profesional para casos prácticos o requisitos específicos.
Arquitecturas
Puedes desplegar Redis con una de las siguientes arquitecturas:
| Arquitectura | Descripción | Caso práctico | Opciones de implementación | Alta disponibilidad | Rendimiento de lectura | Rendimiento de escritura |
|---|---|---|---|---|---|---|
| Estándar (independiente) | Un solo nodo de Redis, sin réplicas de lectura y sin alta disponibilidad. | Casos en los que todos los datos caben en un nodo, un nodo puede gestionar el rendimiento de lectura y escritura, y no se requiere una alta disponibilidad. | Compatible con Memorystore (totalmente gestionado) y con el software de código abierto (OSS) de Redis (autogestionado). La autogestión requiere una configuración más compleja. Memorystore es una buena opción para empezar rápidamente. |
No | Nodo único | Nodo único |
| Réplicas de lectura o de alta disponibilidad | Un solo nodo de Redis para las operaciones de escritura, con nodos adicionales para proporcionar alta disponibilidad y, opcionalmente, compartir la carga de lectura. Por ejemplo, puedes usar Sentinel. | Casos en los que un nodo puede seguir ofreciendo el rendimiento de escritura, pero no el de lectura, o bien se requiere una alta disponibilidad. | Compatible con Memorystore (totalmente gestionado) y Redis OSS (autogestionado). Las arquitecturas de Redis Cluster ofrecen escalado automático, alta disponibilidad y fragmentación de datos, lo que resulta ideal para aplicaciones distribuidas a gran escala. Para conocer las ventajas y desventajas, así como el mantenimiento necesario para el escalado manual, la creación de clústeres y el particionado, consulta el artículo Escalado sin periodos de inactividad en Memorystore for Redis Cluster. La autogestión requiere una configuración más compleja. Memorystore es una buena opción para empezar rápidamente. |
Multi-AZ | Multi nodo | Nodo único |
| Clúster (sin proxies) | Varios nodos dividen las operaciones de escritura de datos con fragmentos de datos independientes. Se pueden añadir opcionalmente la alta disponibilidad y las réplicas de lectura. | Casos en los que un nodo no puede ofrecer el rendimiento de escritura y se requiere alta disponibilidad o replicación de lectura de forma opcional. | Multi-AZ | Multi nodo | Multi nodo | |
| Clúster (con proxies) | Varios nodos dividen las operaciones de escritura de datos con fragmentos de datos independientes. Se pueden añadir opcionalmente la alta disponibilidad y las réplicas de lectura. Los proxies se despliegan en cada nodo principal. | Casos en los que un nodo no puede atender el rendimiento de escritura y se requiere opcionalmente una alta disponibilidad o una replicación de lectura, y en los que resulta demasiado costoso o poco práctico refactorizar las aplicaciones cliente para que usen la API de Redis Cluster, o bien el uso de proxies ofrece otras ventajas. | Compatible con Redis Enterprise Cloud (totalmente gestionado) o Redis Enterprise Software (autogestionado). La autogestión con Redis OSS requiere una configuración más compleja. Redis Enterprise Cloud es una buena opción para empezar rápidamente. |
Multi-AZ o multirregión (solo Redis Enterprise) | Multi nodo | Nodo único |
Opciones de implementación
Google Cloud ofrece las siguientes opciones de implementación de Redis:
- Memorystore para Redis totalmente gestionado por Google Cloud: un servicio de Redis totalmente gestionado, de alta disponibilidad y duradero gestionado por Google que es rentable y rápido de configurar, operar y escalar. Memorystore admite tanto Redis Cluster como Redis independiente con alta disponibilidad opcional.
- Redis Enterprise autogestionado o totalmente gestionado por Redis Ltd.: Un clúster de Redis de alta disponibilidad y durabilidad con licencia de Redis Ltd. y dos opciones de gestión: gestionado por Redis Ltd. ("Redis Enterprise Cloud") o autogestionado ("Redis Enterprise Software") con la asistencia de Redis Ltd. Puedes adquirir Redis Enterprise directamente de Redis Ltd. o a través de Google Cloud Marketplace. Redis Ltd. admite despliegues en Compute Engine , Google Kubernetes Engine y OpenShift.
- Software de código abierto (OSS) de Redis autogestionado: un clúster de Redis autogestionado o un Redis independiente con alta disponibilidad opcional, que se puede desplegar en Compute Engine, Google Kubernetes Engine u OpenShift.
Elegir una opción de despliegue de Redis
En esta sección se describe cómo elegir la opción de implementación de Redis que mejor se adapte a tu carga de trabajo. En la imagen 1 se muestra un resumen visual de los puntos de decisión:
Elegir un modelo de gestión de Redis
Puedes elegir uno de los siguientes modelos de gestión:
Despliegue totalmente gestionado. Delegas las operaciones de implementación y gestión en el proveedor de servicios. Elige este modelo cuando necesites centrarte en desarrollar tu aplicación y delegar las tareas de gestión.
Despliegue autogestionado. Eres responsable de las operaciones de implementación y gestión. Elige este modelo si se cumple alguna de las siguientes condiciones:
Ya tienes una economía de escala operativa y, en tu organización, tiene sentido económico encargarse de gestionar y operar Redis.
Tienes una preferencia estratégica por la dependencia exclusiva de IaaS.
Necesitas optimizaciones avanzadas.
Evaluar las opciones de implementación
Después de elegir el modelo de gestión, evalúa las opciones de implementación que tienes a tu disposición.
Opciones totalmente gestionadas
En el caso de los despliegues totalmente gestionados, puedes usar Memorystore o Redis Enterprise Cloud.
Memorystore
Elige Memorystore si se cumple alguna de las siguientes condiciones:
- Prefieres consolidar la asistencia del software gestionado conGoogle Cloud.
- Prefieres optimizar la integración con Google Cloud estructuras como Gestión de Identidades y Accesos, APIs, políticas de la organización, cuotas o Cloud Asset Inventory.
- Necesitas funciones específicas que solo están disponibles en Memorystore (por ejemplo, reducir la escala).
Para obtener más información sobre Memorystore, consulta la documentación del producto Memorystore.
Opciones de implementación
- Memorystore para Redis (Independiente, alta disponibilidad)
- Memorystore for Redis Cluster (clúster, alta disponibilidad)
Redis Enterprise Cloud
Elige Redis Enterprise Cloud si se cumple alguna de las siguientes condiciones:
- Necesitas funciones específicas que solo están disponibles en Redis Enterprise Cloud (por ejemplo, escrituras multimaestro activas en varias regiones con su SLA del 99, 999% o el caso práctico de RedisSearch).
- Necesitas escalar un clúster para una aplicación que no sea compatible con la API Redis Cluster.
Para obtener más información sobre Redis Enterprise Cloud, consulta la documentación de Redis Cloud.
Opciones de aprovisionamiento y facturación
Opciones autogestionadas
En las implementaciones autogestionadas, puedes elegir entre Redis Enterprise y Redis Open Source Software.
Redis Enterprise
Elige Redis Enterprise autogestionado si se cumple alguna de las siguientes condiciones:
- Tu aplicación requiere funciones únicas, como la fragmentación automática para escalar horizontalmente, Redis en flash o Redis Enterprise Operator para Kubernetes.
- Tu equipo de operaciones no tiene las habilidades necesarias para gestionar problemas complejos de Redis internamente sin la asistencia cualificada de terceros.
- Prefieres la asistencia empresarial que ofrece Redis Ltd. y tu organización puede gestionar los costes de licencia asociados.
Para obtener más información sobre el software Redis Enterprise, consulta la documentación de Redis Enterprise Software.
Opciones de implementación
- Software Redis Enterprise autogestionado en GKE u OpenShift, con uso opcional del operador Redis Enterprise para Kubernetes
- Software Redis Enterprise autogestionado en Compute Engine
Opciones de aprovisionamiento y facturación
- Licencia y asistencia facturadas por Redis Inc., mientras que la infraestructura la factura Google.
- La licencia y la asistencia se obtienen a través de Google Cloud Marketplace, mientras que la infraestructura la factura Google.
Software de código abierto de Redis
Elige el software libre de Redis autogestionado si se cumple alguna de las siguientes condiciones:
- Necesitas o prefieres una personalización completa que no se puede conseguir de otra forma.
- Tu equipo de operaciones tiene las habilidades necesarias para gestionar problemas complejos de Redis internamente sin la ayuda de terceros cualificados.
- Quieres evitar los costes de las licencias.
- Tienes muchos recursos internos para ajustar Redis y el kernel de Linux, o tu caso práctico no requiere ajustes.
Cuando implementes software de código abierto de Redis autogestionado, elige un destino de implementación en función de la estrategia de plataforma que hayas elegido. El software de código abierto de Redis se puede desplegar en Compute Engine, Google Kubernetes Engine u OpenShift. GKE Autopilot puede reducir el esfuerzo de implementación y gestión, pero puede ser más limitado en aspectos como la dificultad para aumentar la escala.
Para obtener más información sobre el software de código abierto de Redis, consulta Redis.io.
Recursos adicionales
Comparación de funciones
En la siguiente tabla se resumen las principales diferencias entre todas las opciones de implementación:
| Características de la implementación | Opciones de implementación | |||
|---|---|---|---|---|
| Memorystore para Redis y Redis Cluster | Redis Enterprise Cloud | Software de Redis Enterprise | Software de código abierto de Redis | |
| Gestionado por | Totalmente gestionado por Google | Totalmente gestionado por Redis Ltd. | Autogestionado | Autogestionado |
| Compatible con | Redis Ltd. | Redis Ltd. | Autosuficiente | |
| Facturado mediante | Redis Ltd. o Google | Google factura la infraestructura. Redis Ltd. factura la licencia y la asistencia de Redis Ltd. o Google. |
||
| Elementos de coste | Todos los costes incluidos. Incluye los costes de infraestructura, licencias, asistencia y gestión. Para obtener más información, consulta los precios de Memorystore. |
Todos los costes incluidos. Incluye los costes de infraestructura, licencias, asistencia y gestión. Para obtener más información, consulta la página Precios de Redis Enterprise Cloud. |
Se incluyen los costes de la licencia de software y de la asistencia. Google Cloudfactura por separado el uso de la infraestructura. El cliente asume los costes de gestión, incluidos los de implementación, ajuste, personal y tiempo de inactividad. Para obtener más información, consulta los precios del software de Redis Enterprise. |
Sin comisiones de servicio ni licencias. Uso de la infraestructura facturado por Google Cloud. El cliente asume los costes de gestión, incluidos los de implementación, ajuste, personal y tiempo de inactividad. |
| Acuerdo de nivel de servicio |
Para obtener más información, consulta el Acuerdo de Nivel de Servicio de Memorystore. |
Para obtener más información, consulta el acuerdo de nivel de servicio de Redis Cloud. |
No aplicable Eres responsable del tiempo de actividad. |
No aplicable Eres responsable del tiempo de actividad. |
| Nivel gratuito | No | Sí | Prueba gratuita de 30 días | No aplicable |
| Niveles de datos | No | Niveles automáticos | Niveles automáticos | No |
| Multinube | No | Sí | Manualmente | Posible, pero requiere mucho esfuerzo |
| Activo-activo multirregional | No | Sí | Manualmente | Posible, pero requiere mucho esfuerzo |
| Módulos |
|
|
||
| Cumplimiento | Compatibilidad integrada con los distintos regímenes de cumplimiento. Para obtener más información, consulta los recursos sobre cumplimiento. | Compatibilidad integrada con los distintos regímenes de cumplimiento. Para obtener más información, consulta el Centro de Confianza de Redis. | Compatibilidad integrada con los distintos regímenes de cumplimiento. Para obtener más información, consulta el Centro de Confianza de Redis. | Se requiere una gestión manual del cumplimiento. Para obtener más información, consulta los recursos sobre cumplimiento. |
| Escalar las escrituras de clústeres | Aumenta y disminuye | Aumenta y disminuye | Escala horizontalmente. Para aumentar la escala, se requiere un esfuerzo manual. | Autogestionado, requiere trabajo manual. |
| Reequilibrio automático | Sí | Sí | Autogestionado, requiere trabajo manual | Autogestionado, requiere trabajo manual |
| Añadir alta disponibilidad | Sin interrupciones y sin necesidad de volver a implementar | Sin interrupciones y sin necesidad de volver a implementar | No es necesario volver a desplegarlo, pero requiere trabajo manual | Requiere un esfuerzo manual considerable. Es posible que sea necesario volver a implementar la aplicación en función de la arquitectura original. |
| Añadir réplicas de lectura | Sin interrupciones y sin necesidad de volver a implementar | Sin interrupciones y sin necesidad de volver a implementar | Requiere un esfuerzo manual considerable. Es posible que sea necesario volver a implementar la aplicación en función de la arquitectura original. | Autogestionado, requiere trabajo manual |
| Pasar a un clúster de Redis con partición de datos cuando se supera el rendimiento de escritura | Requiere volver a implementar, pero se proporcionan herramientas para facilitar el proceso. Los clientes deben refactorizarse para admitir la API Redis Cluster. | Sin interrupciones y sin necesidad de volver a implementar | Sin interrupciones y sin necesidad de volver a implementar | Autogestionado, requiere trabajo manual |