{"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\/nl\/blog\/news\/vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"De release van rqlite 7.0, een gedistribueerde fouttolerante database gebaseerd op SQLite.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De gedistribueerde database rqlite 7.0 is uitgebracht, die SQLite gebruikt als opslagengine en het mogelijk maakt om een cluster van gesynchroniseerde opslagplaatsen te organiseren. Kenmerken van rqlite zijn onder andere de eenvoud van installatie, implementatie en onderhoud van een gedistribueerde fouttolerante opslag, vergelijkbaar met etcd en Consul, maar met een relationeel datamodel in plaats van een sleutel\/waarde-formaat. De projectcode is geschreven in Go en wordt verspreid onder de MIT-licentie. <\/p>\n
Voor het onderhouden van alle knooppunten in een gesynchroniseerde staat wordt het consensusalgoritme Raft gebruikt. Rqlite maakt gebruik van de oorspronkelijke SQLite-bibliotheek en de go-sqlite3-driver, waarboven een laag draait die klantverzoeken verwerkt, replicatie naar andere knooppunten uitvoert en consensus bereikt over de keuze van de leidende knoop. <\/p>\n
Wijzigingen in de database kunnen alleen worden aangebracht door de knoop die is geselecteerd als leidende, maar verbindingen met schrijfoperaties kunnen ook naar andere knooppunten in het cluster worden gestuurd, die het adres van de leider zullen retourneren om het verzoek te herhalen (in de volgende versie beloven ze automatisch het verzoek naar de leider door te sturen). De belangrijkste focus ligt op fouttolerantie, \u043f\u043e\u044d\u0442\u043e\u043c\u0443 hangt de schaalbaarheid van de database alleen af van leesoperaties, terwijl schrijfoperaties het knelpunt zijn. Het is mogelijk om een rqlite-cluster vanuit \u00e9\u00e9n knoop te starten, en deze oplossing kan worden gebruikt om toegang tot SQLite via HTTP te organiseren, zonder fouttolerantie te bieden. <\/p>\n
De SQLite-gegevens op elk knooppunt worden niet in een bestand, maar in het geheugen opgeslagen. Op het niveau van de implementatie van het Raft-protocol wordt een logboek van alle SQLite-commando's bijgehouden die leiden tot wijzigingen in de database. Dit logboek wordt gebruikt bij replicatie (replicatie op het niveau van het reproduceren van verzoeken op andere knooppunten), bij het opstarten van een nieuwe knoop of voor herstel na verlies van connectiviteit. Om de grootte van het logboek te verkleinen, wordt automatische compressie toegepast die wordt geactiveerd na een bepaald aantal wijzigingen en leidt tot het vastleggen van een momentopname, waarna een nieuw logboek wordt bijgehouden (de toestand van de database in het geheugen is identiek aan de momentopname + het opgelopen logboek van wijzigingen). <\/p>\n
Kenmerken van rqlite: <\/p>\n
\n
Eenvoudige uitrol van een cluster, zonder aparte installatie van SQLite. <\/li>\n
De mogelijkheid om snel een gerepliceerde SQL-opslag te krijgen. <\/li>\n
Klaar voor gebruik in productieprojecten. <\/li>\n
Beschikbaarheid van een HTTP(S) API die het mogelijk maakt om gegevens in bulk bij te werken en de leidende knoop van het cluster te identificeren. Er is ook een commandoregelinterface en clientbibliotheken voor verschillende programmeertalen beschikbaar. <\/li>\n
Aanwezigheid van een service voor het bepalen van andere knooppunten, waardoor dynamisch clusters kunnen worden gemaakt. <\/li>\n
Ondersteuning voor het versleutelen van gegevensuitwisseling tussen knooppunten. <\/li>\n
Mogelijkheid om het niveau van actualiteits- en consistentiecontrole van gegevens tijdens het lezen in te stellen. <\/li>\n
Optionele mogelijkheid om knooppunten in alleen-lezen modus aan te sluiten, die niet deelnemen aan het bepalen van de consensus en worden gebruikt om de schaalbaarheid van het cluster voor leesoperaties te vergroten. <\/li>\n
Ondersteuning voor een eigen transactievorm op basis van het groeperen van commando's in \u00e9\u00e9n aanvraag (transacties op basis van BEGIN, COMMIT, ROLLBACK, SAVEPOINT en RELEASE worden niet ondersteund). <\/li>\n
Ondersteuning voor het maken van hot backups. <\/ul>\n