{"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\/cs\/blog\/news\/vypusk-rqlite-6-0-raspredelyonnoj-otkazoustojchivoj-subd-na-osnove-sqlite","title":{"rendered":"Vyd\u00e1n\u00ed rqlite 6.0, distribuovan\u00e9 odoln\u00e9 DBMS zalo\u017een\u00e9 na SQLite.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Byl p\u0159edstaven v\u00fdstup distribuovan\u00e9 DBMS rqlite 6.0, kter\u00e1 vyu\u017e\u00edv\u00e1 SQLite jako \u00falo\u017en\u00fd engine a umo\u017e\u0148uje organizaci pr\u00e1ce clustera synchronizovan\u00fdch mezi sebou \u00falo\u017ei\u0161\u0165. Mezi zvl\u00e1\u0161tnostmi rqlite se vyzna\u010duje jednoduchost instalace, nasazen\u00ed a \u00fadr\u017eby distribu\u010dn\u011b odoln\u00e9ho \u00falo\u017ei\u0161t\u011b, kter\u00e9 je n\u011b\u010d\u00edm podobn\u00e9 jako etcd a Consul, ale pou\u017e\u00edvaj\u00edc\u00ed rela\u010dn\u00ed model pr\u00e1ce s daty m\u00edsto form\u00e1tu kl\u00ed\u010d\/hodnota. K\u00f3d projektu je naps\u00e1n v jazyce Go a je \u0161\u00ed\u0159en pod licenc\u00ed MIT. <\/p>\n
Pro udr\u017een\u00ed v\u0161ech uzl\u016f ve synchronizovan\u00e9m stavu se pou\u017e\u00edv\u00e1 algoritmus dosahov\u00e1n\u00ed konsensu Raft. Rqlite vyu\u017e\u00edv\u00e1 origin\u00e1ln\u00ed knihovnu SQLite a standardn\u00ed ovlada\u010d go-sqlite3, nad kter\u00fdmi b\u011b\u017e\u00ed vrstva zpracov\u00e1vaj\u00edc\u00ed po\u017eadavky klient\u016f, prov\u00e1d\u011bj\u00edc\u00ed replikaci na dal\u0161\u00ed uzly a sleduj\u00edc\u00ed dosa\u017een\u00ed konsensu p\u0159i v\u00fdb\u011bru vedouc\u00edho uzlu. <\/p>\n
Zm\u011bny v DB m\u016f\u017ee prov\u00e1d\u011bt pouze uzel, kter\u00fd byl vybr\u00e1n jako vedouc\u00ed, ale spojen\u00ed s operacemi z\u00e1pisu mohou b\u00fdt nasm\u011brov\u00e1na i na dal\u0161\u00ed uzly clustera, kter\u00e9 vr\u00e1t\u00ed adresu vedouc\u00edho pro opakov\u00e1n\u00ed po\u017eadavku (v dal\u0161\u00ed verzi slibuj\u00ed p\u0159idat automatick\u00e9 p\u0159esm\u011brov\u00e1n\u00ed na vedouc\u00edho). Hlavn\u00ed d\u016fraz je kladen na odolnost proti chyb\u00e1m, proto se DBMS \u0161k\u00e1luje pouze na z\u00e1klad\u011b operac\u00ed \u010dten\u00ed, zat\u00edmco operace z\u00e1pisu p\u0159edstavuj\u00ed \u00fazk\u00e9 m\u00edsto. Je mo\u017en\u00e9 spustit cluster rqlite z jednoho uzlu a toto \u0159e\u0161en\u00ed m\u016f\u017ee b\u00fdt pou\u017eito pro organizaci p\u0159\u00edstupu k SQLite p\u0159es HTTP bez zaji\u0161t\u011bn\u00ed odolnosti proti chyb\u00e1m. <\/p>\n
Data SQLite na ka\u017ed\u00e9m uzlu nejsou uchov\u00e1v\u00e1na v souboru, ale v pam\u011bti. Na \u00farovni vrstvy s implementac\u00ed protokolu Raft se vede log v\u0161ech p\u0159\u00edkaz\u016f SQLite, kter\u00e9 vedou ke zm\u011bn\u011b DB. Tento log se pou\u017e\u00edv\u00e1 p\u0159i replikaci (replikace na \u00farovni reprodukov\u00e1n\u00ed po\u017eadavk\u016f na dal\u0161\u00edch uzlech), spu\u0161t\u011bn\u00ed nov\u00e9ho uzlu nebo obnoven\u00ed po ztr\u00e1t\u011b konektivity. Pro sn\u00ed\u017een\u00ed velikosti logu se pou\u017e\u00edv\u00e1 automatick\u00e9 balen\u00ed, kter\u00e9 se spust\u00ed po stanoven\u00e9m po\u010dtu zm\u011bn a vede k ulo\u017een\u00ed sn\u00edmku na disku, v\u016f\u010di kter\u00e9mu za\u010d\u00edn\u00e1 b\u00fdt veden nov\u00fd log (stav DB v pam\u011bti je identick\u00fd se sn\u00edmkem + kumulativn\u00edm logem zm\u011bn). <\/p>\n
Vlastnosti rqlite: <\/p>\n
\n
Snadnost nasazen\u00ed kask\u00e1dy, bez pot\u0159eby samostatn\u00e9 instalace SQLite.\n
Mo\u017enost rychle z\u00edskat replikovan\u00e9 SQL \u00falo\u017ei\u0161t\u011b.\n
P\u0159ipravenost pro pou\u017eit\u00ed v pracovn\u00edch projektech (Production-grade).\n
Disponibilita HTTP(S) API, kter\u00e1 umo\u017e\u0148uje aktualizaci \u00fadaj\u016f hromadn\u011b a ur\u010den\u00ed vedouc\u00edho uzlu clusteru. Je tak\u00e9 k dispozici p\u0159\u00edkazov\u00fd \u0159\u00e1dek a mo\u017enosti vyu\u017eit\u00ed r\u016fzn\u00fdch klientsk\u00fdch knihoven vytvo\u0159en\u00fdch pro SQLite.\n
Existence slu\u017eby pro ur\u010dov\u00e1n\u00ed dal\u0161\u00edch uzl\u016f, kter\u00e1 umo\u017e\u0148uje dynamicky vytv\u00e1\u0159et clustery.\n
Podpora \u0161ifrov\u00e1n\u00ed v\u00fdm\u011bny dat mezi uzly.\n
Mo\u017enost nastaven\u00ed \u00farovn\u011b kontroly aktu\u00e1lnosti a konzistence dat p\u0159i \u010dten\u00ed.\n
Voliteln\u00e1 mo\u017enost p\u0159ipojen\u00ed uzl\u016f v re\u017eimu pouze pro \u010dten\u00ed, kter\u00e9 se nepod\u00edl\u00ed na ur\u010dov\u00e1n\u00ed konsensu a pou\u017e\u00edvaj\u00ed se pro zv\u00fd\u0161en\u00ed \u0161k\u00e1lovatelnosti clusteru u operac\u00ed \u010dten\u00ed.\n
Podpora vlastn\u00ed formy transakc\u00ed zalo\u017een\u00e9 na slou\u010den\u00ed p\u0159\u00edkaz\u016f do jednoho dotazu (transakce zalo\u017een\u00e9 na BEGIN, COMMIT, ROLLBACK, SAVEPOINT a RELEASE nejsou podporov\u00e1ny).\n
V nov\u00e9m vyd\u00e1n\u00ed byly provedeny v\u00fdznamn\u00e9 architektonick\u00e9 zm\u011bny zam\u011b\u0159en\u00e9 na zv\u00fd\u0161en\u00ed spolehlivosti clusteru t\u00edm, \u017ee se zlep\u0161il proces sm\u011brov\u00e1n\u00ed po\u017eadavk\u016f na \u010dten\u00ed a z\u00e1pis na spr\u00e1vn\u00e9 uzly clusteru. Uzly rqlite nyn\u00ed mohou multiplexovat v\u00edce logick\u00fdch spojen\u00ed mezi sebou prost\u0159ednictv\u00edm TCP spojen\u00ed, kter\u00e1 byla ustanovena mezi uzly pomoc\u00ed protokolu Raft. Pokud po\u017eadavek vy\u017eaduje opr\u00e1vn\u011bn\u00ed vedouc\u00edho uzlu, ale je zasl\u00e1n sekund\u00e1rn\u00edmu uzlu, m\u016f\u017ee sekund\u00e1rn\u00ed uzel ur\u010dit adresu vedouc\u00edho uzlu a p\u0159edat ji klientovi, ani\u017e by vykonal konsensu\u00e1ln\u00ed v\u00fdpo\u010det podle protokolu Raft. <\/p>\n
Tato zm\u011bna tak\u00e9 umo\u017enila zbavit se samostatn\u00e9 komponenty pro synchronizaci metadat a vylou\u010dit samostatn\u00e9 zpracov\u00e1n\u00ed stavu Raft a metadat. Sekund\u00e1rn\u00ed uzly nyn\u00ed sm\u011b\u0159uj\u00ed po\u017eadavky na uzel-leader pouze podle pot\u0159eby, kdy\u017e pot\u0159ebuj\u00ed zjistit adresu vedouc\u00edho uzlu. V API je poskytnuta mo\u017enost z\u00edskat informace o stavu dal\u0161\u00edch uzl\u016f v clusteru. Do rozhran\u00ed p\u0159\u00edkazov\u00e9ho \u0159\u00e1dku byla p\u0159id\u00e1na p\u0159\u00edkaz «.sysdump». \n Zdroj: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"