Si etsit hajautettua DBMS: ää joka käyttää SQLiteä tallennusmoottorina, haluan sanoa sen rqlite on sinulle sopiva, koska se mahdollistaa klusterin työn järjestämisen keskenään synkronoiduista varastoista.
Rqlite-ominaisuuksista Asennuksen, toteutuksen ja huollon helppous on korostettu hajautetun varastoinnin vikasietoinen, mikä on jonkin verran samanlainen kuin etcd ja konsuli, mutta se käyttää relaatiodatamallia avain / arvo-muodon sijaan.
Tietoja rqlitesta
Raft-konsensusalgoritmia käytetään pitämään kaikki solmut synkronoituna. Rqlite käytä alkuperäistä SQLite-kirjastoa ja go-sqlite3-ohjainta, jonka lisäksi se suorittaa kerroksen, joka käsittelee asiakaspyynnöt, toistaa itsensä muissa solmuissa ja valvoo pääsolmun valinnasta saavutettua yksimielisyyttä.
Muutoksia tietokantaan voi tehdä vain johtajaksi valittu solmu, mutta kirjoitusoperaatioiden yhteydet voidaan ohjata klusterin muihin solmuihin, jotka palauttavat johtajan osoitteen toistamaan pyynnön (seuraavassa versiossa he lupaavat lisätä puhelun automaattisen edelleenlähetyksen johtajalle).
Pääpaino on vikasietoisuudessa, joten DBMS mittakaava vain lukutoiminnoissa, ja kirjoitusoperaatiot ovat pullonkaula. Rqlite-klusteri on mahdollista ajaa yhdestä solmusta, ja tällaista ratkaisua voidaan käyttää pääsyn tarjoamiseen SQLite-palvelimelle HTTP: n kautta ilman vikasietoisuutta.
SQLite-tiedot kussakin solmussa niitä ei ole tallennettu tiedostoon, vaan muistiin. Raft-protokollan käyttöönoton tasotasolla pidetään kirjaa kaikista SQLite-komennoista, jotka johtavat muutoksiin tietokannassa.
Tätä tietuetta käytetään replikointiin (replikaatio kyselyn toistotasolla muihin solmuihin), kun aloitetaan uusi solmu, tai palautumiseen yhteyden katoamisesta.
Tietueen koon pienentämiseksi käytetään automaattista pakkausta, joka alkaa määritetyn määrän muutosten jälkeen ja johtaa tilannekuvan vahvistamiseen, jota vastaan uusi tietue alkaa (muistin tietokannan tila on identtinen snapshot +: n kanssa) kertynyt muutosloki).
Rqlite-ominaisuuksista:
- Klusterin helppo käyttöönotto ilman erillistä SQLite-asennusta.
- Kyky hankkia nopeasti replikoitu SQL-tallennustila.
- Valmis käytettäväksi tuotantoprojekteissa.
- HTTP (S) -sovellusliittymän saatavuus, joka sallii tietojen päivittämisen erätilassa ja klusterin johtosolmun määrittämisen. Tarjolla on myös komentoriviliitäntä ja asiakaskirjastot eri ohjelmointikielille.
- Palvelun läsnäolo muiden solmujen määrittelemiseksi, jonka avulla voit luoda klustereita dynaamisesti.
- Tuki solmujen välisen tiedonsiirron salaukselle.
- Kyky mukauttaa tietojen relevanssin ja johdonmukaisuuden tarkistustasoa lukemisen aikana.
- Valinnainen kyky yhdistää vain luku -solmut, jotka eivät osallistu konsensuksen määritykseen ja joita käytetään lisäämään klusterin skaalautuvuutta lukutoiminnoille.
- Tukea natiiville tapahtumamuodolle, joka perustuu komentojen yhdistämiseen yhteen pyyntöön (BEGIN-, COMMIT-, ROLLBACK-, SAVEPOINT- ja RELEASE-pohjaisia tapahtumia ei tueta).
Tietoja rqlite 6.0: sta
Uusi versio tuo merkittäviä arkkitehtonisia muutoksia klusterien luotettavuuden parantamiseksi parantamalla luku- ja kirjoituspyyntöjen ohjaamista oikeisiin klusterisolmuihin.
Rqlite solmuu nyt voi multipleksoida useita loogisia yhteyksiä niiden välillä käyttämällä Raft-protokollan avulla solmujen välille luotuja TCP-yhteyksiä. Jos pyyntö vaatii johtosolmun valtuutuksen, mutta lähetetään toissijaiselle solmulle, toissijainen solmu voi määrittää johtajan osoitteen ja välittää sen asiakkaalle suorittamatta Raft-konsensuslaskentaa.
Muutos poisti myös erillisen komponentin metatietojen synkronoimiseksi ja Raftin erillisen tilan ja metatietojen käsittelyn.
Toissijaiset solmut lähettävät nyt pyyntöjä lyijysolmulle vain tarvittaessa, kun on tarpeen selvittää lyijysolmun osoite. API tarjoaa mahdollisuuden hankkia tietoja klusterin muiden solmujen tilasta. Sysdump-komento lisätty CLI: hen.
Vihdoin jos olet kiinnostunut tietämään siitä lisää tai tutustu asennusohjeisiin ja käyttöoppaaseen, voit tehdä sen alla olevasta linkistä.