{"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\/news\/vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Release di rqlite 7.0, un database distribuito ad alta disponibilit\u00e0 basato su SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stato rilasciato il database distribuito rqlite 7.0, che utilizza SQLite come motore di archiviazione e consente di organizzare un cluster di archivi sincronizzati tra loro. Tra le caratteristiche di rqlite si segnala la semplicit\u00e0 di installazione, distribuzione e manutenzione di uno storage distribuito ad alta disponibilit\u00e0, 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 la libreria originale di SQLite e il driver go-sqlite3, sopra i quali viene eseguita uno strato che gestisce le richieste dei clienti, esegue la replica su altri nodi e monitora il raggiungimento del consenso per la selezione del nodo leader. <\/p>\n
Le modifiche al database possono essere apportate solo dal nodo scelto come leader, ma le connessioni per le operazioni di scrittura possono essere indirizzate anche ad altri nodi del cluster, che restituiranno l'indirizzo del leader per ripetere la richiesta (nella prossima versione \u00e8 previsto l'aggiunta del passaggio automatico delle richieste al leader). L'attenzione principale \u00e8 sulla disponibilit\u00e0, quindi il database si scala solo per le operazioni di lettura, mentre le operazioni di scrittura rappresentano 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 disponibilit\u00e0. <\/p>\n
I dati di SQLite su ciascun nodo non vengono memorizzati in un file, ma in memoria. A livello dello strato di implementazione del protocollo Raft viene mantenuto un registro di tutti i comandi SQLite che portano a cambiamenti nel database. Questo registro viene utilizzato durante la replica (replica a livello di riproduzione delle richieste su altri nodi), all'avvio di un nuovo nodo o per il recupero dopo una perdita di connettivit\u00e0. Per ridurre le dimensioni del registro viene applicata una compressione automatica, che si attiva dopo un certo numero di modifiche e porta all'archiviazione di uno snapshot, rispetto al quale inizia a essere tenuto un nuovo registro (lo stato del database in memoria \u00e8 identico allo snapshot + al registro delle modifiche accumulato). <\/p>\n
Caratteristiche di rqlite: <\/p>\n
\n
Semplicit\u00e0 nella distribuzione del cluster, senza la necessit\u00e0 di un'installazione separata di SQLite. <\/li>\n
La possibilit\u00e0 di ottenere rapidamente uno spazio di archiviazione SQL replicato. <\/li>\n
Pronto all'uso in progetti lavorativi (produzione). <\/li>\n
Disponibilit\u00e0 di un'API HTTP(S) che consente di aggiornare i dati in modalit\u00e0 batch e di identificare il nodo leader del cluster. \u00c8 inoltre fornita un'interfaccia a riga di comando e librerie client per vari linguaggi di programmazione. <\/li>\n
Disponibilit\u00e0 di un servizio per la determinazione di altri nodi, che consente di creare cluster in modo dinamico. <\/li>\n
Supporto per la crittografia dello scambio di dati tra i nodi. <\/li>\n
Possibilit\u00e0 di configurare il livello di verifica della validit\u00e0 e coerenza dei dati durante la lettura. <\/li>\n
Opzionale possibilit\u00e0 di collegare nodi in modalit\u00e0 sola lettura, che non partecipano alla determinazione del consenso e vengono utilizzati per aumentare la scalabilit\u00e0 del cluster per le operazioni di lettura. <\/li>\n
Supporto per una forma proprietaria di transazioni basate sulla fusione di comandi in un'unica richiesta (non sono supportate transazioni basate su BEGIN, COMMIT, ROLLBACK, SAVEPOINT e RELEASE). <\/li>\n
Supporto per la creazione di backup a caldo. <\/ul>\n