наскоро беше обявено пускането на разпределената СУБД rqlite 7.0, в който тази нова версия въвежда нова интеграция за откриване на възли с Consul и etcd. Използването на една от тези системи с rqlite прави автоматичното групиране на rqlite много по-лесно, плюс наследеният режим Discovery не се поддържа във версия 7.0, но може да бъде в бъдеща версия.
За тези, които не са наясно с rqlite, те трябва да знаят това този, който използва SQLite като двигател за съхранение и позволява организиране на работата на клъстер от хранилища, синхронизирани едно с друго.
От характеристиките на rqlite се откроява това разпределеното устойчиво на грешки съхранение е лесно за инсталиране, внедряване и поддръжка, донякъде подобно на etcd и Consul, но използва релационен модел на данни вместо формат ключ/стойност.
Консенсусният алгоритъм на Raft се използва, за да поддържа всички възли в синхрон. Rqlite използва оригиналната библиотека на SQLite и драйвера go-sqlite3, в допълнение към които изпълнява слой, който обработва заявки от клиенти, извършва репликация към други възли и наблюдава консенсуса при избора на водещ възел.
Промените в базата данни могат да бъдат направени само от възела, който е избран като водещ, но връзките за запис могат да бъдат насочени към други възли в клъстера, което ще върне адреса на лидера, за да повтори заявката.
Основният акцент е върху отказоустойчивостта, така че мащабите на СУБД само при четене и запис са тесното място. Възможно е да се стартира rqlite клъстер от един възел и такова решение може да се използва за предоставяне на достъп до SQLite през HTTP, без да се осигурява толерантност към грешки.
Данните на SQLite за всеки възел не се съхраняват във файл, а в паметта. На ниво слой с реализацията на протокола Raft се съхранява дневник за всички SQLite команди, които водят до промяна в базата данни.
Този журнал се използва за репликация (репликация на ниво повторно възпроизвеждане към други възли), при стартиране на нов възел или за възстановяване от загуба на свързаност. За намаляване на размера на трупа се използва автоматично опаковане, което започва след определен брой промени и води до записване на моментна снимка, във връзка с което се стартира нов запис (състоянието на базата данни в паметта е идентично на моментната снимка + натрупания регистър на промените).
Основни новини на rqlite 7.0
В тази нова версия, която е представена можем да открием, че е добавена поддръжка за автоматично клъстериране на rqlite използвайки нова услуга за откриване на възли, която може да работи в разпределеното хранилище на Consul и др. Като такава услугата позволява възли на rqlite да се намират автоматично: администраторът трябва само да стартира множество възли на различни сървъри, като посочи общия адрес на клъстера Consul или etcd (например „example.com:8500“) и възлите ще бъдат групирани автоматично..
Водещият възел периодично актуализира адресната си информация в хранилището на Consul или etcd, което ви позволява да промените лидера в бъдеще, без да преконфигурирате останалите възли, и да добавяте нови възли дори след като лидерът се е променил.
Друга промяна, която се откроява, е тази преустановена поддръжка за стара услуга за режим Discovery захранван от AWS Lambda.
Освен него в CLI интерфейса е позволено да се посочат няколко хоста наведнъж: ако първият възел не е наличен, ще се свържем със следните хостове.
Отбелязва се също, че преработен код за анализиране на rqlited аргументи на командния ред и че остарелият пакет protobuf е отхвърлен.
Докато хранилището на BoltDB, използвано в реализацията на протокола Raft, е заменено от bbolt, разклонение на проекта etcd.
Накрая ако се интересувате да научите повече за това, можете да проверите подробностите в следваща връзка.