{"id":103120,"date":"2022-01-28T15:37:51","date_gmt":"2022-01-28T13:37:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite"},"modified":"2022-01-28T15:37:51","modified_gmt":"2022-01-28T13:37:51","slug":"vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Lanzamiento de rqlite 7.0, una base de datos distribuida y tolerante a fallos basada en SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Se ha lanzado la base de datos distribuida rqlite 7.0, que utiliza SQLite como motor de almacenamiento y permite organizar el funcionamiento de un cl\u00faster de almacenes sincronizados entre s\u00ed. Entre las caracter\u00edsticas de rqlite se destaca la simplicidad de instalaci\u00f3n, despliegue y mantenimiento de un almac\u00e9n distribuido y tolerante a fallos, similar a etcd y Consul, pero utilizando un modelo relacional de trabajo con datos en lugar de un formato clave\/valor. El c\u00f3digo del proyecto est\u00e1 escrito en Go y se distribuye bajo la licencia MIT. <\/p>\n

Para mantener todos los nodos en estado sincronizado se utiliza el algoritmo de consenso Raft. Rqlite hace uso de la biblioteca original SQLite y del controlador go-sqlite3, sobre los cuales se ejecuta una capa que gestiona las solicitudes de los clientes, realiza la replicaci\u00f3n en otros nodos y rastrea el consenso sobre la elecci\u00f3n del nodo l\u00edder. <\/p>\n

Los cambios en la base de datos solo pueden ser realizados por el nodo que ha sido elegido como l\u00edder, pero las conexiones con operaciones de escritura pueden ser dirigidas a otros nodos del cl\u00faster, que devolver\u00e1n la direcci\u00f3n del l\u00edder para repetir la solicitud (en la pr\u00f3xima versi\u00f3n se promete a\u00f1adir el reenv\u00edo autom\u00e1tico hacia el l\u00edder). Se pone un fuerte \u00e9nfasis en la tolerancia a fallos, por lo que la base de datos se escala solo en operaciones de lectura, siendo las operaciones de escritura el cuello de botella. Es posible operar un cl\u00faster de rqlite desde un solo nodo, lo que puede utilizarse para organizar el acceso a SQLite a trav\u00e9s de HTTP sin proporcionar tolerancia a fallos. <\/p>\n

Los datos de SQLite en cada nodo se almacenan no en un archivo, sino en memoria. A nivel de la capa de implementaci\u00f3n del protocolo Raft, se lleva un diario de todos los comandos de SQLite que provocan cambios en la base de datos. Este diario se utiliza en la replicaci\u00f3n (replicaci\u00f3n a nivel de reproducci\u00f3n de solicitudes en otros nodos), al iniciar un nuevo nodo o para la recuperaci\u00f3n tras la p\u00e9rdida de conectividad. Para reducir el tama\u00f1o del diario se aplica un empaquetamiento autom\u00e1tico, que se inicia despu\u00e9s de un n\u00famero determinado de cambios y conduce a la creaci\u00f3n de una instant\u00e1nea, respecto a la cual comienza a llevarse un nuevo diario (el estado de la base en memoria es id\u00e9ntico a la instant\u00e1nea + el diario acumulado de cambios). <\/p>\n

Caracter\u00edsticas de rqlite: <\/p>\n