ElasticSearch Snapshot Creation - понимание того, как и где их хранить - PullRequest
0 голосов
/ 09 января 2019

У нас есть кластер ElasticSearch 6.4 на основе Linux с 4 индексами, который мы используем в облаке Azure на виртуальных машинах Linux. Я читаю документацию о создании снимков индексов, но немного озадачен хранением снимка.

Мы хотим создавать и хранить ежедневные снимки с виртуальной машины, на которой работает кластер, чтобы в случае сбоя виртуальной машины эти снимки все еще были доступны для восстановления после восстановления и запуска виртуальной машины.

Итак, я ищу руководство по API-вызову, который я могу запустить, чтобы создать моментальный снимок индекса (скажем, индекс называется «index01»), который я могу сохранить где-нибудь в хранилище Azure.

Возможно ли это? Является ли поведение по умолчанию для сохранения снимка на том же диске, где находится индекс? Если это так, я не уверен, что понял бы это так, как будто происходит повреждение диска или виртуальной машины, вы также потеряете моментальные снимки.

Приветствуются любые рекомендации или рекомендации.

1 Ответ

0 голосов
/ 09 января 2019

Ты прав. Не имеет смысла хранить ваши снимки на тех же дисках / хостах, где вы используете ES. Задача моментальных снимков - создать резервную копию на случай, если случится что-то плохое, и вам нужно перестроить кластер.

К счастью для вас, действительно есть плагин хранилища для хранилища Azure . После установки плагина на всех узлах и перезапуска их вы можете создать свой репозиторий следующим образом:

PUT _snapshot/azure_backup
{
    "type": "azure",
    "settings": {
        "container": "backup-container",
        "base_path": "backups",
        "chunk_size": "32m",
        "compress": true
    }
}

Когда вы закончите, вы можете легко создать свои снимки , например:

PUT /_snapshot/azure_backup/snapshot_1
{
  "indices": "index01",
  "ignore_unavailable": true,
  "include_global_state": true
}
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...