{"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\/da\/blog\/news\/vypusk-rqlite-7-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Udgivelse af rqlite 7.0, en distribueret fejltolerant database baseret p\u00e5 SQLite","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Der distribuerede database-system rqlite 7.0 er blevet udgivet. Det bruger SQLite som lagermotor og muligg\u00f8r oprettelse af et kluster af synkroniserede lagre. Rqlite er kendetegnet ved sin nemme installation, ops\u00e6tning og vedligeholdelse af et distribueret fejltolerant lager, der ligner etcd og Consul, men bruger en relationel datamodel i stedet for et n\u00f8gle\/v\u00e6rdi-format. Koden til projektet er skrevet i Go og distribueres under MIT-licensen. <\/p>\n
For at holde alle noder i synkroniseret tilstand anvendes Raft konsensusalgoritmen. Rqlite bruger den originale SQLite-bibliotek og go-sqlite3-driver, ovenp\u00e5 hvilke en lagringskomponent k\u00f8rer, som behandler klientanmodninger, udf\u00f8rer replikation til andre noder og overv\u00e5ger n\u00e5elsen af konsensus med hensyn til valg af leder-node. <\/p>\n
\u00c6ndringer i databasen kan kun foretages af den node, der er valgt som leder, men forbindelser med skriveoperationer kan rettes mod andre noder i klustret, som returnerer adressen p\u00e5 lederen for at gentage anmodningen (i n\u00e6ste version lover de at tilf\u00f8je automatisk dirigering til lederen). Hovedfokus er p\u00e5 fejltolerance, hvorfor databasesystemet kun skalerer p\u00e5 l\u00e6seoperationer, mens skriveoperationer er flaskehalsen. Det er muligt at starte et rqlite-kluster fra en enkelt node, hvilket kan bruges til at f\u00e5 adgang til SQLite over HTTP uden at sikre fejltolerance. <\/p>\n
SQLite-data p\u00e5 hver node gemmes ikke i en fil, men i hukommelsen. P\u00e5 niveauet for Raft-protokolimplementationen f\u00f8res der en log over alle SQLite-kommandoer, der f\u00f8rer til \u00e6ndringer i databasen. Denne log bruges ved replikation (replikation p\u00e5 niveauet for at reproducere anmodninger p\u00e5 andre noder), n\u00e5r der startes en ny node, eller til at genoprette forbindelsen efter tab af forbindelse. For at reducere st\u00f8rrelsen p\u00e5 loggen anvendes der automatisk komprimering, som aktiveres efter et bestemt antal \u00e6ndringer og f\u00f8rer til opbevaring af et snapshot, i forhold til hvilken en ny log begyndes (tilstanden af databasen i hukommelsen er identisk med snapshot + den opsamlede \u00e6ndringslog). <\/p>\n
Egenskaber ved rqlite: <\/p>\n
\n
Nem ops\u00e6tning af kluster uden behov for separat installation af SQLite. <\/li>\n
Mulighed for hurtigt at f\u00e5 et replikeret SQL-lager. <\/li>\n
Klar til brug i produktionsprojekter (production-grade). <\/li>\n
Tilg\u00e6ngeligheden af et HTTP(S) API, der muligg\u00f8r opdatering af data i batch og angivelse af den f\u00f8rende node i klyngen. Der tilbydes ogs\u00e5 et kommandolinjegr\u00e6nseflade og klientbiblioteker til forskellige programmeringssprog. <\/li>\n
Tilstedev\u00e6relsen af en service til at identificere andre noder, hvilket muligg\u00f8r dynamisk oprettelse af klynger. <\/li>\n
Underst\u00f8ttelse af kryptering af dataudveksling mellem noder. <\/li>\n
Mulighed for at konfigurere niveauet for validering af aktualitet og konsistens af data ved l\u00e6sning. <\/li>\n
Valgfri mulighed for at tilslutte noder i skrivebeskyttet mode, der ikke deltager i konsensusbestemmelse og bruges til at \u00f8ge klyngens skalerbarhed for l\u00e6seoperationer. <\/li>\n
Underst\u00f8ttelse af en brugerdefineret transaktionsform baseret p\u00e5 samling af kommandoer i \u00e9n foresp\u00f8rgsel (transaktioner baseret p\u00e5 BEGIN, COMMIT, ROLLBACK, SAVEPOINT og RELEASE underst\u00f8ttes ikke). <\/li>\n
Underst\u00f8ttelse af oprettelse af varme sikkerhedskopier. <\/ul>\n