{"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\/hr\/blog\/news\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Izdanje rqlite 6.0, distribuirane otporne baze podataka temeljen na SQLite-u","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Predstavljen je izlazak distribuirane baze podataka rqlite 6.0, koja koristi SQLite kao mehanizam za pohranu i omogu\u0107ava organizaciju klastera sinhroniziranih skladi\u0161ta. Me\u0111u karakteristikama rqlite isti\u010de se jednostavnost instalacije, implementacije i odr\u017eavanja distribuiranog otpornog skladi\u0161ta, sli\u010dno etcd-u i Consulu, ali koristi relacijski model rada s podacima umjesto formata klju\u010d\/vrijednost. Izvorni kod projekta je napisan u programskom jeziku Go i distribuira se pod MIT licencom. <\/p>\n
Za odr\u017eavanje svih \u010dvorova u sinhroniziranom stanju koristi se algoritam za postizanje konsenzusa Raft. Rqlite koristi originalnu SQLite biblioteku i standardni drajver go-sqlite3, na kojima se pokre\u0107e sloj koji obra\u0111uje zahtjeve klijenata, izvr\u0161ava replikaciju na druge \u010dvorove i prati postizanje konsenzusa u izboru vode\u0107eg \u010dvora. <\/p>\n
Izmjene u bazi podataka mogu se izvr\u0161avati samo od strane \u010dvora koji je izabran kao vode\u0107i, ali veze s operacijama pisanja mogu biti proslije\u0111ene i drugim \u010dvorovima klastera, koji \u0107e vratiti adresu voditelja za ponavljanje zahtjeva (u sljede\u0107oj verziji obe\u0107avaju dodati automatsko proslje\u0111ivanje zahtjeva voditelju). Glavni fokus je na otpornosti, stoga se baza podataka mo\u017ee skalirati samo po operacijama \u010ditanja, dok su operacije pisanja usko grlo. Mogu\u0107e je pokrenuti klaster rqlite iz jednog \u010dvora, a to re\u0161enje mo\u017ee se koristiti za organizaciju pristupa SQLite-u putem HTTP-a bez pru\u017eanja otpornosti. <\/p>\n
Podaci SQLite na svakom \u010dvoru se ne \u010duvaju u datoteci, ve\u0107 u memoriji. Na razini sloja s implementacijom Raft protokola vodi se dnevnik svih SQLite naredbi koje uzrokuju promjene u bazi podataka. Ovaj dnevnik se koristi prilikom replikacije (replikacija na razini reprodukcije zahtjeva na drugim \u010dvorovima), pokretanja novog \u010dvora ili oporavljanja nakon gubitka povezivosti. Za smanjenje veli\u010dine dnevnika koristi se automatsko pakiranje, koje se pokre\u0107e nakon zadanog broja izmjena i dovodi do fiksacije snimka na disku, u odnosu na koji po\u010dinje vo\u0111enje novog dnevnika (stanje baze podataka u memoriji identi\u010dno je snimku + nakupljenom dnevniku promjena). <\/p>\n
Karakteristike rqlite: <\/p>\n
\n
Jednostavno postavljanje klastera bez potrebe za zasebnom instalacijom SQLite-a.\n
Spreman za kori\u0161tenje u radnim projektima (produkcijska kvaliteta).\n
Postojanje HTTP(S) API-ja koji omogu\u0107ava a\u017euriranje podataka u serijama i odre\u0111ivanje vode\u0107eg \u010dvora klastera. Tako\u0111er je dostupan su\u010delje naredbenog retka i mogu\u0107nost kori\u0161tenja raznih biblioteka klijenata, stvorenih za SQLite.\n
Postojanje usluge za identifikaciju drugih \u010dvorova koja omogu\u0107ava dinami\u010dko stvaranje klastera.\n
Podr\u0161ka za enkripciju razmjene podataka izme\u0111u \u010dvorova.\n
Mogu\u0107nost pode\u0161avanja razine provjere valjanosti i konzistentnosti podataka prilikom \u010ditanja.\n
Opcionalna mogu\u0107nost povezivanja \u010dvorova u na\u010dinu samo za \u010ditanje, koji ne sudjeluju u odre\u0111ivanju konsenzusa i koriste se za pove\u0107anje skalabilnosti klastera u operacijama \u010ditanja.\n
Podr\u0161ka za vlastiti oblik transakcija na temelju okupljanja naredbi u jednom upitu (transakcije temeljem BEGIN, COMMIT, ROLLBACK, SAVEPOINT i RELEASE nisu podr\u017eane).\n
Podr\u0161ka za izradu vru\u0107ih sigurnosnih kopija. <\/ul>\n
U novom izdanju uvedene su zna\u010dajne arhitektonske promjene usmjerene na pobolj\u0161anje pouzdanosti klastera kroz pobolj\u0161ani proces usmjeravanja zahtjeva za \u010ditanje i pisanje prema ispravnim \u010dvorovima klastera. Rqlite \u010dvorovi sada mogu vi\u0161ekratno multiplexirati izme\u0111u sebe nekoliko logi\u010dkih veza koriste\u0107i TCP veze uspostavljene izme\u0111u \u010dvorova protokolom Raft. Ako zahtjev zahtijeva ovlasti vode\u0107eg \u010dvora, ali je poslan sekundarnom \u010dvoru, sekundarni \u010dvor mo\u017ee odrediti adresu vo\u0111e i proslijediti je klijentu bez izvo\u0111enja izra\u010duna konsenzusa prema protokolu Raft. <\/p>\n
Promjena je tako\u0111er omogu\u0107ila uklanjanje odvojenog komponente za sinkronizaciju metapodataka i isklju\u010divanje odvojene obrade stanja Raft i metapodataka. Sekundarni \u010dvorovi sada usmjeravaju zahtjeve prema vo\u0111i samo kada je to potrebno, kada trebaju saznati adresu vode\u0107eg \u010dvora. U API-ju je dodana mogu\u0107nost dobivanja informacija o stanju drugih \u010dvorova u klasteru. U su\u010delje naredbenog retka dodana je naredba «.sysdump». \n Izvor: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"