Databases for Cassandra

Cassandra, o Apache Cassandra por su nombre completo, es un sistema de gestión de bases de datos (SGBD) NoSQL de código abierto que almacena y manipula los datos en forma de clave-valor para reestructurarlos. Cassandra posee su propio lenguaje para realizar consultas, el Cassandra Query Language (CQL). Este último funciona en todos los sistemas operativos, lo que convierte a Cassandra en una solución flexible.

Este servicio es una DBaaS (Database as a Service) repartida entre varias de nuestras instancias Public Cloud y disponible como servicio listo para usar. Esta solución facilita el trabajo de los usuarios, ya que desde OVHcloud nos encargamos de su gestión y administración (configuración, mantenimiento, backup, seguridad y escalabilidad). En resumen, se trata de un servicio de bases de datos cloud con el que podrá ahorrar tiempo.

Sí, es posible, pero para ello deberá descargar y desplegar la última versión de JDK Java. Sin embargo, tenga en cuenta que deberá encargarse de realizar todas las tareas de gestión y administración de sus bases de datos, y no podrá disfrutar de todas las funcionalidades de nuestro servicio llave en mano.

La solución Cassandra, desarrollada por uno de los principales actores del sector IT, se convirtió en 2008 en un proyecto de la fundación Apache. Actualmente, es el segundo motor más utilizado a escala mundial según estudios recientes. Su éxito se debe a la importancia que concede tanto al rendimiento como a la alta disponibilidad, con un modo distribuido que permite minimizar e incluso eliminar los puntos únicos de fallo (SPOF).

Cassandra es una base de datos NoSQL especialmente diseñada para procesar grandes volúmenes de datos repartidos entre varios servidores sin puntos de fallo únicos.

Cassandra se utiliza para aplicaciones que requieren una gran escalabilidad y alta disponibilidad sin comprometer el rendimiento en lectura y escritura. Esta solución es perfecta para aplicaciones de telemetría, sistemas de gestión de datos en redes sociales, servicios de mensajería y escenarios en los que la velocidad y la fiabilidad de las operaciones de datos son aspectos críticos.

Estos dos motores de bases de datos ofrecen diferentes ventajas, aunque ambos forman parte de las bases de datos NoSQL. Una de las diferencias es el lenguaje utilizado en las consultas: MongoDB se basa en una sintaxis cercana a JavaScript, mientras que Cassandra utiliza su propio lenguaje CQL.

Asimismo, la gestión de la redundancia del clúster también es diferente. MongoDB dispone de un servidor maestro y de servidores secundarios listos para tomar el relevo en caso necesario, mientras que Cassandra utiliza un modelo diferente, basado en múltiples nodos maestros dentro de un mismo clúster.

Cada plan hace referencia a un pack Cassandra determinado en Public Cloud e incluye diferentes funcionalidades que responden a distintas aplicaciones incluyendo el tamaño del clúster, el número de nodos, la red, la escalabilidad o incluso la alta disponibilidad.

No, ya que el servicio dispone de una o más instancias Public Cloud para ejecutarlo y cada una de estas instancias incluye un espacio de almacenamiento dedicado individual para que solo usted pueda controlar sus datos.

Sí, es posible. De hecho, si sus necesidades en materia de RAM o espacio de almacenamiento aumentan, podrá elegir nodos con mayor capacidad. Por el contrario, no es posible migrar a un nodo con una capacidad inferior.

Sí, todas nuestras soluciones incluyen una copia de seguridad automatizada. Sin embargo, las políticas de conservación por defecto dependerán de la fórmula elegida, por lo que le recomendamos que compare todas nuestras soluciones para elegir aquella que mejor se adapta a su proyecto.

OVHcloud se encarga de ejecutar todas las tareas de gestión y administración de la base de datos, por lo que no tendrá que preocuparse por la implementación, el mantenimiento, la seguridad, las copias de seguridad ni la escalabilidad. Este es el servicio administrado que facturamos con la solución.

Sí, es posible conectar la base de datos con su servidor a través de una red pública o privada. Sin embargo, deberá hacerlo usted mismo y, asimismo, tendrá que encargarse de la gestión y la administración de su base de datos.

Descubra cómo lograr despliegues resilientes con nuestra guía dedicada.

Las regiones 1-AZ utilizan un área de disponibilidad única con uno o más datacenters. Aunque ofrecen protección contra fallos de servidores y controladores, pueden ser vulnerables a fallos en los datacenters. En caso de fallo en el datacenter en el que se aloja, el acceso puede verse afectado.

En comparación, las regiones 3-AZ están formadas por 3 zonas de disponibilidad independientes, cada una de ellas aislada en materia de alimentación, refrigeración y red, ofreciendo así un verdadero aislamiento en caso de avería. Esta arquitectura permite la disponibilidad del servicio incluso en caso de avería de toda una zona.

Asegure su tranquilidad con los compromisos de nivel de servicio (SLA) del 99,99 %.

¡Sí! Puede migrar fácilmente de una región entre 1-AZ y una 3-AZ.

Puede conectar regiones 1-AZ a regiones 3-AZ a través de una conectividad privada para optimizar el proceso y el coste de sus despliegues de infraestructura.