Резервное копирование воспламеняемого состояния в Kubernetes

Question

Я пытаюсь придумать стратегию резервного копирования данных в моем кэше apache ignite, размещенном как набор состояний в облаке Google Kubernetes.Мое развертывание воспламенения использует постоянное хранение воспламенения и запускает кластер воспламенения с 3 узлами, поддержанный томами постоянства в Kubernetes.Я использую двоичную конфигурацию для хранения двоичных объектов в кеше.

Я ищу надежный способ резервного копирования моих данных воспламенения и возможности их восстановления.

До сих пор я пробовал создавать резервные копии только файлов персистентности, а затем восстанавливать их обратно.Это еще не сработало надежно.Проблема, с которой я сталкиваюсь, заключается в том, что после восстановления данные кеша, которые не являются двоичными объектами, восстанавливаются должным образом, например, строки или числа.Я в состоянии получить доступ к числовым или строковым данным просто отлично.Но бинарные объекты не доступны.Кажется, двоичные объекты восстанавливаются, но я не могу их извлечь.

Странная часть в том, что после восстановления, когда я добавляю новый двоичный объект в кеш, кажется, что все восстановленные данные доступныобычно.

Кто-нибудь может предложить, пожалуйста, надежный способ резервного копирования и восстановления собственных данных персистентности?

Answer 1

Вам следует либо сделать резервную копию каталога ${ignite.work.dir}/marshaller, либо вызвать ignite.binary().type(KeyOrValue.class) для каждого типа, который у вас есть в кэше, для простого двоичного маршаллера.

Answer 2

провайдеры Apache Ignite ACID транзакции, которые довольно надежны.Кэш также использует свой собственный механизм для первичных резервных копий и копий , и при условии, что у вас включен WAL , некоторые вещи хранятся в памяти.

Скорее всего, произойдет восстановление, и в тот момент, когда вы начнете заполнять начальную память записи, вы сможете увидеть, что находится на диске (кеше).На самом деле это не поддерживаемый механизм восстановления (в документах его нет), но он может сработать таким образом, когда после восстановления вы запускаете небольшую выборочную запись, не относящуюся к делу.Я советую проверить это тщательно, хотя.