Kibana не использует существующий индекс.kibana

Question

У меня есть 2 экземпляра AWS EC2. Один для Elasticsearch (ES) и один для Kibana. Я пытаюсь сделать резервную копию всех данных из ES в AWS S3, а затем восстановить их при создании нового экземпляра.

Вот как я это делаю:

1. Завершение инстанции в Кибане
2. Резервное копирование данных ES с куратором
3. Завершить экземпляр ES
4. Запустите новый экземпляр ES и восстановите данные с помощью куратора.
5. Запуск нового экземпляра Kibana

Проблема в том, что, хотя восстановление работает (я вижу, как в ES восстанавливаются индексы, включая индекс.kibana_1 с псевдонимом.kibana), при запуске Kibana он не использует существующий индекс.kibana_1, но создает новый один (например: .kibana_2)

Я что-то не так делаю?

(Я использую версию 7.0.1 как сервисов, так и куратора 5.7.6)

Answer 1

Насколько мне известно, индекс - это просто файл в ОС, использующий GUID в качестве имени файла. Поэтому при восстановлении эти файлы будут воссозданы заново, обнуляя все объекты, ссылающиеся на эти индексы. Единственный способ исправить это - отредактировать объекты, перейдя к сохраненным объектам и изменив индекс, используемый с последним ключом GUID. Чтобы перейти к объекту, перейдите в "Управление", а затем в "Сохраненные объекты". Найдите предмет, о котором идет речь. Нажмите на три точки, выберите inpect. Обычно это проблема для визуализаций, поэтому я редактирую часть Reference и прошлое в новом GUID как значение "id". См. Пример ниже.

[
  {
    "name": "kibanaSavedObjectMeta.searchSourceJSON.index",
    "id": "71eacc40-fa33-11e9-be5b-a960e3c83f4d",
    "type": "index-pattern"
  },
  {
    "name": "kibanaSavedObjectMeta.searchSourceJSON.filter[0].meta.index",
    "id": "71eacc40-fa33-11e9-be5b-a960e3c83f4d",
    "type": "index-pattern"
  }
]

Я знаю, что это не полностью отвечает на ваш вопрос, но дает решение для устранения проблемы после восстановления. кстати. Я использую Kibana 7.4.0

Если у вас есть много визуализаций, это может стать большой работой. Может кто знает как массово редактировать эти конфиги извне.