{"id":100516,"date":"2021-06-14T16:22:58","date_gmt":"2021-06-14T14:22:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite"},"modified":"2021-06-14T16:22:58","modified_gmt":"2021-06-14T14:22:58","slug":"vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Lanzamiento de rqlite 6.0, una base de datos distribuida tolerante a fallos basada en SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha presentado el lanzamiento de la base de datos distribuida rqlite 6.0, que utiliza SQLite como motor de almacenamiento y permite organizar el trabajo de un cl\u00faster de almacenes sincronizados entre s\u00ed. Entre las caracter\u00edsticas de rqlite se destaca la facilidad de instalaci\u00f3n, despliegue y mantenimiento de un almac\u00e9n distribuido y tolerante a fallos, parecido a etcd y Consul, pero que utiliza un modelo relacional para trabajar 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 un estado sincronizado se utiliza el algoritmo de consenso Raft. Rqlite utiliza la biblioteca SQLite original y el controlador est\u00e1ndar go-sqlite3, sobre los cuales se ejecuta una capa que procesa las solicitudes de clientes, realiza la replicaci\u00f3n en otros nodos y rastrea el consenso para elegir un nodo l\u00edder. <\/p>\n
Los cambios en la base de datos solo pueden ser realizados por el nodo elegido como l\u00edder, pero las conexiones con operaciones de escritura pueden dirigirse a otros nodos del cl\u00faster, los cuales devolver\u00e1n la direcci\u00f3n del l\u00edder para repetir la solicitud (en la pr\u00f3xima versi\u00f3n se promete agregar una redirecci\u00f3n autom\u00e1tica a la solicitud del l\u00edder). El enfoque principal es la tolerancia a fallos, por lo que la base de datos se escala solo en operaciones de lectura, y las operaciones de escritura son el cuello de botella. Es posible iniciar un cl\u00faster rqlite desde un solo nodo y esta soluci\u00f3n puede utilizarse para organizar el acceso a SQLite sobre 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 que implementa el protocolo Raft se lleva un registro de todos los comandos de SQLite que conducen a cambios en la base de datos. Este registro se utiliza durante la replicaci\u00f3n (replicaci\u00f3n a nivel de reproducci\u00f3n de solicitudes en otros nodos), al iniciar un nuevo nodo o al restaurarse despu\u00e9s de una p\u00e9rdida de conectividad. Para reducir el tama\u00f1o del registro se aplica una empaquetado autom\u00e1tico, que se inicia despu\u00e9s de un n\u00famero determinado de cambios y conduce a la grabaci\u00f3n en disco de un snapshot, respecto al cual comienza a llevarse un nuevo registro (el estado de la base de datos en memoria es id\u00e9ntico al snapshot + el registro de cambios acumulados). <\/p>\n
Caracter\u00edsticas de rqlite: <\/p>\n
\n
Facilidad de implementaci\u00f3n de un cl\u00faster sin necesidad de una instalaci\u00f3n separada de SQLite.\n
Posibilidad de obtener r\u00e1pidamente un almacenamiento SQL replicado.\n
Listo para su uso en proyectos de trabajo (de calidad de producci\u00f3n).\n
Disponibilidad de una API HTTP(S) que permite actualizar datos en modo por lotes y determinar el nodo l\u00edder del cl\u00faster. Tambi\u00e9n se proporciona una interfaz de l\u00ednea de comandos y la posibilidad de utilizar diversas bibliotecas de clientes dise\u00f1adas para SQLite.\n
Disponibilidad de un servicio para detectar otros nodos, lo que permite crear cl\u00fasteres de manera din\u00e1mica.\n
Soporte para la encriptaci\u00f3n de datos entre nodos.\n
Posibilidad de configurar el nivel de verificaci\u00f3n de frescura y consistencia de los datos al leer.\n
Opci\u00f3n de conectar nodos en modo de solo lectura, que no participan en la determinaci\u00f3n del consenso y se utilizan para aumentar la escalabilidad del cl\u00faster en operaciones de lectura.\n
Soporte para una forma propia de transacciones basada en la agrupaci\u00f3n de comandos en una sola solicitud (no se admite las transacciones basadas en BEGIN, COMMIT, ROLLBACK, SAVEPOINT y RELEASE).\n
Soporte para la creaci\u00f3n de copias de seguridad en caliente. <\/ul>\n
La nueva versi\u00f3n incluye cambios arquitect\u00f3nicos significativos dirigidos a mejorar la confiabilidad del cl\u00faster mediante la optimizaci\u00f3n del proceso de direccionamiento de solicitudes de lectura y escritura a los nodos correctos del cl\u00faster. Los nodos rqlite ahora pueden multiplexar m\u00faltiples conexiones l\u00f3gicas entre ellos, utilizando conexiones TCP establecidas entre nodos mediante el protocolo Raft. Si una solicitud requiere los privilegios del nodo l\u00edder, pero se env\u00eda a un nodo secundario, el nodo secundario puede determinar la direcci\u00f3n del l\u00edder y transmitirla al cliente, sin necesidad de realizar el c\u00e1lculo del consenso mediante el protocolo Raft. <\/p>\n
El cambio tambi\u00e9n ha permitido deshacerse de un componente separado para la sincronizaci\u00f3n de metadatos y eliminar el procesamiento separado del estado Raft y los metadatos. Los nodos secundarios ahora dirigen las solicitudes al nodo l\u00edder solo cuando es necesario, es decir, para conocer la direcci\u00f3n del nodo l\u00edder. En la API se ha proporcionado la posibilidad de obtener informaci\u00f3n sobre el estado de otros nodos en el cl\u00faster. Se ha a\u00f1adido el comando '.sysdump' a la interfaz de l\u00ednea de comandos. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"