{"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\/it\/blog\/news\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"\u00c8 stato rilasciato rqlite 6.0, un sistema di gestione di database distribuiti e resiliente basato su SQLite.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00c8 stato rilasciato rqlite 6.0, un sistema di gestione di database distribuiti che utilizza SQLite come motore di archiviazione e consente di organizzare il lavoro di un cluster di archiviazione sincronizzati tra loro. Tra le caratteristiche di rqlite si segnala la semplicit\u00e0 di installazione, distribuzione e manutenzione di un'archiviazione distribuita e resiliente, simile a etcd e Consul, ma che utilizza un modello relazionale per la gestione dei dati anzich\u00e9 il 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 usa la libreria SQLite originale e il driver go-sqlite3, sopra i quali viene eseguita un'interfaccia che gestisce le richieste dei client, esegue la replica su altri nodi e monitora il raggiungimento del consenso per la scelta del nodo leader. <\/p>\n

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

I dati SQLite su ogni nodo non sono memorizzati in un file, ma in memoria. A livello del layer che implementa il protocollo Raft viene mantenuto un log di tutti i comandi SQLite che comportano modifiche al database. Questo log viene utilizzato durante la replica (replica a livello di riproduzione delle richieste su altri nodi), all'avvio di un nuovo nodo o al ripristino dopo una perdita di connettivit\u00e0. Per ridurre la dimensione del log viene applicata una compressione automatica che viene avviata dopo un numero prestabilito di modifiche e porta alla registrazione su disco di uno snapshot, rispetto al quale inizia a essere mantenuto un nuovo log (lo stato del database in memoria \u00e8 identico allo snapshot pi\u00f9 il log delle modifiche accumulate). <\/p>\n

Caratteristiche di rqlite: <\/p>\n