{"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\/it\/blog\/novosti-interneta\/vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Rilascio di rqlite 7.0, un DBMS distribuito e ridondante basato su SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00c8 stato rilasciato rqlite 7.0, un database distribuito che utilizza SQLite come motore di archiviazione e consente di organizzare il lavoro di un cluster di archivi sincronizzati. Tra le caratteristiche di rqlite si sottolineano la semplicit\u00e0 di installazione, distribuzione e manutenzione di un archivio distribuito e a tolleranza di guasto, simile a etcd e Consul, ma che utilizza un modello relazionale per la gestione dei dati invece del formato chiave\/valore. Il codice del progetto \u00e8 scritto in Go e distribuito con licenza MIT. <\/p>\n

Per mantenere tutti i nodi in uno stato sincronizzato, viene utilizzato l'algoritmo di consenso Raft. Rqlite utilizza l'originale libreria SQLite e il driver go-sqlite3, sopra cui viene eseguito un livello che gestisce le richieste dei clienti, effettuando la replica su altri nodi e monitorando il raggiungimento del consenso per la scelta del nodo leader. <\/p>\n

Le modifiche al database possono essere effettuate solo dal nodo scelto come leader, ma le connessioni per le operazioni di scrittura possono essere dirette anche ad altri nodi del cluster, che restituiranno l'indirizzo del leader per ripetere la richiesta (nella prossima versione promettono di aggiungere un'inoltro automatico della richiesta al leader). L'accento \u00e8 posto sulla resilienza, pertanto il DBMS si scalda solamente per le operazioni di lettura, mentre le operazioni di scrittura costituiscono un collo di bottiglia. \u00c8 possibile avviare un cluster rqlite da un singolo nodo e questa soluzione pu\u00f2 essere utilizzata per organizzare l'accesso a SQLite tramite HTTP senza fornire resilienza. <\/p>\n

I dati SQLite su ogni nodo vengono archiviati non in un file, ma in memoria. A livello dello strato che implementa il protocollo Raft, viene mantenuto un registro di tutti i comandi SQLite che portano a modifiche nel database. Questo registro \u00e8 utilizzato nella replicazione (replicazione a livello di riproduzione delle query sugli altri nodi), all'avvio di un nuovo nodo o per il recupero dopo una perdita di connettivit\u00e0. Per ridurre la dimensione del registro, viene applicato un imballaggio automatico, che si attiva dopo un numero prestabilito di modifiche e porta a un'istantanea, rispetto alla quale inizia a essere mantenuto un nuovo registro (lo stato del database in memoria \u00e8 identico all'istantanea + il registro delle modifiche accumulate). <\/p>\n

Caratteristiche di rqlite: <\/p>\n