{"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\/fr\/blog\/news\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Publication de rqlite 6.0, une base de donn\u00e9es distribu\u00e9e tol\u00e9rante aux pannes bas\u00e9e sur SQLite.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
La version 6.0 de la base de donn\u00e9es distribu\u00e9e rqlite a \u00e9t\u00e9 pr\u00e9sent\u00e9e, utilisant SQLite comme moteur de stockage et permettant l'organisation d'un cluster de d\u00e9p\u00f4ts synchronis\u00e9s. Parmi les caract\u00e9ristiques de rqlite, on note la simplicit\u00e9 d'installation, de d\u00e9ploiement et de maintenance d'un stockage distribu\u00e9 tol\u00e9rant aux pannes, similaire \u00e0 etcd et Consul, mais utilisant un mod\u00e8le relationnel pour le 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 dans un \u00e9tat synchronis\u00e9, l'algorithme de consensus Raft est utilis\u00e9. Rqlite utilise la biblioth\u00e8que SQLite originale et le driver standard go-sqlite3, sur lesquelles repose une couche qui traite les requ\u00eates des clients, effectue la r\u00e9plication vers d'autres n\u0153uds et suit l'atteinte du consensus sur le choix du n\u0153ud leader. <\/p>\n
Les modifications dans la base de donn\u00e9es peuvent \u00eatre apport\u00e9es uniquement par le n\u0153ud d\u00e9sign\u00e9 comme leader, mais les connexions pour les op\u00e9rations d'\u00e9criture peuvent \u00e9galement \u00eatre dirig\u00e9es vers d'autres n\u0153uds du cluster, qui retourneront l'adresse du leader pour r\u00e9it\u00e9rer la requ\u00eate (la prochaine version promet d'ajouter un passage automatique \u00e0 travers le leader). L'accent est mis sur la tol\u00e9rance aux pannes, donc le SGBD ne se d\u00e9veloppe que pour les op\u00e9rations de lecture, tandis que les op\u00e9rations d'\u00e9criture repr\u00e9sentent un goulot d'\u00e9tranglement. Il est possible de lancer un cluster rqlite \u00e0 partir d'un seul n\u0153ud, et cette solution peut \u00eatre utilis\u00e9e pour organiser l'acc\u00e8s \u00e0 SQLite via HTTP sans fournir 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 d'impl\u00e9mentation du protocole Raft, un journal de toutes les commandes SQLite qui entra\u00eenent des modifications de la base de donn\u00e9es est conserv\u00e9. Ce journal est utilis\u00e9 lors de la r\u00e9plication (r\u00e9plication au niveau de la lecture des requ\u00eates sur d'autres n\u0153uds), du lancement d'un nouveau n\u0153ud ou de 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 est lanc\u00e9e apr\u00e8s un certain nombre de modifications et entra\u00eene la sauvegarde sur disque d'un instantan\u00e9, \u00e0 partir duquel un nouveau journal commence \u00e0 \u00eatre tenu (l'\u00e9tat de la base de donn\u00e9es en m\u00e9moire est identique \u00e0 l'instantan\u00e9 + le journal des modifications accumul\u00e9es). <\/p>\n
Caract\u00e9ristiques de rqlite : <\/p>\n
\n
Simplicit\u00e9 de d\u00e9ploiement du cluster, sans n\u00e9cessiter d'installation s\u00e9par\u00e9e de SQLite.\n
Possibilit\u00e9 d'obtenir rapidement un stockage SQL r\u00e9pliqu\u00e9.\n
Pr\u00eat \u00e0 \u00eatre utilis\u00e9 dans des projets de production.\n
La disponibilit\u00e9 d'une API HTTP(S) permettant de mettre \u00e0 jour les donn\u00e9es en mode batch et de d\u00e9terminer le n\u0153ud principal du cluster. Une interface en ligne de commande est \u00e9galement fournie, ainsi que la possibilit\u00e9 d'utiliser diverses biblioth\u00e8ques clientes con\u00e7ues pour SQLite.\n
Disponibilit\u00e9 d'un service pour identifier d'autres n\u0153uds, permettant de cr\u00e9er des clusters de mani\u00e8re dynamique.\n
Support du chiffrement des \u00e9changes de donn\u00e9es entre les n\u0153uds.\n
Possibilit\u00e9 de configurer le niveau de v\u00e9rification de l'actualit\u00e9 et de la coh\u00e9rence des donn\u00e9es lors de la lecture.\n
Possibilit\u00e9 optionnelle de connecter des n\u0153uds en mode lecture seule, ne participant pas \u00e0 la d\u00e9termination du consensus et utilis\u00e9s pour augmenter la scalabilit\u00e9 du cluster pour les op\u00e9rations de lecture.\n
Support d'une forme propre des transactions bas\u00e9e sur la fusion de commandes dans une seule requ\u00eate (les transactions bas\u00e9es sur BEGIN, COMMIT, ROLLBACK, SAVEPOINT et RELEASE ne sont pas support\u00e9es).\n
Support de la cr\u00e9ation de sauvegardes \u00e0 chaud. <\/ul>\n
La nouvelle version apporte des modifications architecturales significatives visant \u00e0 am\u00e9liorer la fiabilit\u00e9 du cluster gr\u00e2ce \u00e0 l'optimisation du routage des requ\u00eates de lecture et d'\u00e9criture vers les n\u0153uds appropri\u00e9s du cluster. Les n\u0153uds rqlite peuvent d\u00e9sormais multiplexe entre plusieurs connexions logiques en utilisant des connexions TCP \u00e9tablies entre les n\u0153uds par le protocole Raft. Si une requ\u00eate n\u00e9cessite les droits du n\u0153ud principal mais est envoy\u00e9e \u00e0 un n\u0153ud secondaire, le n\u0153ud secondaire peut d\u00e9terminer l'adresse du leader et la transmettre au client, sans effectuer de calcul de consensus via le protocole Raft. <\/p>\n
Le changement a \u00e9galement permis de se d\u00e9barrasser d'un composant distinct pour la synchronisation des m\u00e9tadonn\u00e9es et d'\u00e9liminer le traitement s\u00e9par\u00e9 de l'\u00e9tat Raft et des m\u00e9tadonn\u00e9es. Les n\u0153uds secondaires dirigent d\u00e9sormais les requ\u00eates vers le n\u0153ud leader uniquement si n\u00e9cessaire, lorsque l'adresse du n\u0153ud leader doit \u00eatre connue. L'API a permis d'obtenir des informations sur l'\u00e9tat des autres n\u0153uds dans le cluster. Une commande \u00ab .sysdump \u00bb a \u00e9t\u00e9 ajout\u00e9e \u00e0 l'interface de ligne de commande. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"