{"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\/fr\/blog\/news\/vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Sortie de rqlite 7.0, une base de donn\u00e9es distribu\u00e9 et r\u00e9siliente fond\u00e9e sur SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

La version 7.0 de la base de donn\u00e9es distribu\u00e9e rqlite a \u00e9t\u00e9 publi\u00e9e. Elle utilise SQLite comme moteur de stockage et permet de structurer un cluster d'entrep\u00f4ts synchronis\u00e9s. Parmi les caract\u00e9ristiques de rqlite, on note la simplicit\u00e9 d'installation, de d\u00e9ploiement et d'entretien d'un entrep\u00f4t distribu\u00e9 tol\u00e9rant aux pannes, similaire \u00e0 etcd et Consul, mais adoptant un mod\u00e8le relationnel de travail avec les donn\u00e9es au lieu d'un format cl\u00e9\/valeur. Le code du projet est \u00e9crit en Go et est distribu\u00e9 sous licence MIT. <\/p>\n

Pour maintenir tous les n\u0153uds en \u00e9tat synchronis\u00e9, l'algorithme de consensus Raft est utilis\u00e9. Rqlite utilise la biblioth\u00e8que SQLite originale et le pilote go-sqlite3, sur lesquels s'ex\u00e9cute une couche traitant les requ\u00eates des clients, r\u00e9alisant la r\u00e9plication vers d'autres n\u0153uds et surveillant l'atteinte du consensus pour le choix du n\u0153ud leader. <\/p>\n

Les modifications de la base de donn\u00e9es ne peuvent \u00eatre apport\u00e9es que par le n\u0153ud d\u00e9sign\u00e9 comme leader, mais les connexions pour les op\u00e9rations d'\u00e9criture peuvent \u00eatre envoy\u00e9es \u00e0 d'autres n\u0153uds du cluster, qui renverront l'adresse du leader pour r\u00e9p\u00e9ter la requ\u00eate (la prochaine version promet d'ajouter un passage automatique \u00e0 l'adresse du leader). L'accent est mis sur la tol\u00e9rance aux pannes, c'est pourquoi la base de donn\u00e9es ne se d\u00e9veloppe que pour les op\u00e9rations de lecture, tandis que les op\u00e9rations d'\u00e9criture constituent un goulet d'\u00e9tranglement. Un cluster rqlite peut \u00eatre lanc\u00e9 \u00e0 partir d'un seul n\u0153ud, ce qui peut \u00eatre utilis\u00e9 pour organiser l'acc\u00e8s \u00e0 SQLite via HTTP sans garantir de tol\u00e9rance aux pannes. <\/p>\n

Les donn\u00e9es SQLite sur chaque n\u0153ud ne sont pas stock\u00e9es dans un fichier, mais en m\u00e9moire. Au niveau de la couche impl\u00e9mentant le protocole Raft, un journal de toutes les commandes SQLite entra\u00eenant des modifications de la base de donn\u00e9es est tenu. Ce journal est utilis\u00e9 lors de la r\u00e9plication (r\u00e9plication au niveau de la reproduction des requ\u00eates sur d'autres n\u0153uds), au lancement d'un nouveau n\u0153ud ou pour la r\u00e9cup\u00e9ration apr\u00e8s une perte de connectivit\u00e9. Pour r\u00e9duire la taille du journal, une compression automatique est appliqu\u00e9e, qui se d\u00e9clenche apr\u00e8s un certain nombre de modifications et conduit \u00e0 la fixation d'un instantan\u00e9, par rapport auquel un nouveau journal commence \u00e0 \u00eatre tenu (l'\u00e9tat de la base en m\u00e9moire est identique \u00e0 l'instantan\u00e9 + le journal des modifications accumul\u00e9es). <\/p>\n

Caract\u00e9ristiques de rqlite : <\/p>\n