Мы планируем использовать эластичный поиск в крупной программной системе, для которой требуются финансовые журналы и записи, хранящиеся в течение многих лет. Мы используем Elastic Search, но нас немного беспокоит, является ли Elastic работоспособным решением для постоянного хранения. Мне сказали, что он потенциально может стать коррумпированным.
Существуют ли решения, в которых система может иметь несколько регионов и может самостоятельно восстанавливаться при выходе из строя или повреждении одного узла? Должны ли мы писать систему, которая выполняет резервное копирование каждого отдельного объекта, записанного в Elastic Search, в отдельную базу данных в качестве резервной копии и пишет реиндексатор, или эластичный поиск является жизнеспособным решением без резервного копирования базы данных?
Насколько я понимаю, ElasticSearch - это служба поиска, а не служба длительного хранения. Согласно FAQ вы можете делать снимки службы ElasticSearch в качестве резервной копии.
На странице функций говорится
Долговечность: Вы можете повысить надежность данных для своего кластера Amazon Elasticsearch с помощью автоматических и ручных снимков состояния. Вы можете использовать моментальные снимки для восстановления кластера или для создания нового кластера с предварительно загруженными данными. По умолчанию Amazon Elasticsearch Service автоматически создает ежечасные снимки каждого домена и хранит их в течение 14 дней без дополнительной оплаты. Эти снимки хранятся в Amazon S3, надежность которого составляет 99,999999999% (11 9).
Я не могу найти другого упоминания о долговечности, и я не вижу никаких заявлений, в которых говорится, что это означает быть надежным хранилищем данных.
Я был бы очень осторожен, помещая любые данные только в ElasticSearch. Я бы хотел, чтобы это было на томе S3 / EBS / EFS, которые являются надежными службами.