Nosql Escala

Una característica común de los sistemas NoSQL es su capacidad para escalar a través de muchos servidores de las materias primas. Estas plataformas relativamente baratos significan que usted puede ampliar las bases de datos mediante la adición de un nuevo servidor en lugar de reemplazar el hardware antiguo con el nuevo hardware, más potente en un solo tiro.

Hay alta # casos de uso 8.208 volúmenes que le obliguen rápidamente a escalar. Éstas incluyen

• Recibe informes de estado y los mensajes de registro de todo un entorno de TI. Este escenario requiere tiempos de ingesta rápida, pero es probable que no requiere el apoyo de análisis avanzado.

• ¿Quieres alta # 8208-velocidad de almacenamiento en caché para consultas complejas. Tal vez usted quiere obtener las últimas noticias sobre un sitio web. Aquí, leer cachés toman protagonismo sobre velocidades de consulta o de ingesta.

Lo único común a la realización de todas las bases de datos NoSQL es que no se puede confiar en los datos publicados - nada de eso - de averiguar lo que es probable que en los datos de la actuación, para su propio caso de uso.

Por cierto, no se puede confiar en la promesa de un proveedor de base de datos concreta en el rendimiento! Muchos vendedores citan velocidades altas de ingesta contra un caso artificial uso que no es un uso realista de su base de datos, como prueba de la supremacía de su base de datos.

Sin embargo, el problema es que estos mismos estudios pueden ignorar totalmente velocidad de las consultas. Cuál es el punto en el almacenamiento de datos si no lo usa?

Estos estudios también se pueden realizar en sistemas donde las características clave son discapacitados. Índices de seguridad no pueden estar habilitadas, o tal vez soporte de transacciones ACID se apaga durante el estudio de manera que los datos se almacenan de forma rápida, pero no hay garantía de que es seguro.

Todo esto significa que usted debe hacer sus propias pruebas, que es bastante fácil, pero asegúrese de que la prueba es lo más cercano a su sistema final como sea posible. Por ejemplo, no tiene sentido en la prueba de un solo servidor si va a escalar a 20 servidores. En particular, asegúrese de tener una mezcla exacta de la ingestión, modificar y consultar datos.

Considere pedir a su proveedor NoSQL estas preguntas:

• ¿Se puede asegurar que todos los de tamaño y rendimiento cifras citadas son para los sistemas que garantizan transacciones ACID durante la ingesta de que un apoyo real # 8208 en tiempo de indexación, y que incluye una mezcla realista de la ingesta y leer peticiones / consulta?

• ¿Su producto proporciona características que hacen que sea fácil para aumentar la capacidad de un servidor?

• ¿Su producto proporciona características que hacen que sea fácil para eliminar la capacidad del servidor sin utilizar?

• Es la velocidad de consulta de datos de su producto limitado por la cantidad de información que tiene que ser almacenado en caché en la memoria RAM?

• ¿Utiliza su producto una estrategia de mapa de memoria que requiere que todos los índices que se celebrará en la memoria RAM para un rendimiento adecuado (memoria mapeada significa la máxima cantidad de datos almacenados es la misma que la cantidad de RAM física instalada)?

• ¿Puede su base de datos de mantener tiempos de # 8208-segundo de respuesta de consultas sub mientras recibe alta # actualizaciones 8,208 frecuencia?

• ¿El sistema de garantizar que no se requiere tiempo de inactividad para añadir o eliminar la capacidad del servidor?

• ¿El sistema de garantizar que la información está disponible de inmediato para la consulta después de que se añade a la base de datos?

• ¿El sistema de garantizar que la seguridad de los datos se mantiene sin afectar negativamente a la velocidad de consulta?

• ¿El sistema garantizará que escala # 8208 de salida y la escala # capacidades 8208-back de la base de datos son scripts y que se integrarán a su software de aprovisionamiento de servidores elegido (por ejemplo, VMWare y Amazon formación de nubes)?