Всем привет,
Это моя очень первая сообщество DEV и английская статья. Я надеюсь, что это учебное пособие может помочь вам с моментами Elasticsearch.
Если вы хотите прочитать эту статью на турецком языке, пожалуйста, посетите мой персональный сайт> Elasticsearch veri yedekleme yöntemleri — Snapshot
Итак, давайте начнем. 😊
Snapshot является официальной особенностью Elasticsearch с базовым планом (бесплатно в использовании)
Мы можем сделать снимок с kibana ui, elasticsearch API или скрипты. В этом документе мы будем использовать Kibana UI для подготовки к процессу снимки. Но Elasticsearch API имеет одинаковые параметры, и мы будем поделиться образец запроса API.
ВАЖНЫЙ!
- Снимок индекса, созданного в 6.x, может быть восстановлен до 7.x.
- Снимок индекса, создаваемого в 5.x, может быть восстановлен до 6.x.
- Снимок индекса, создаваемого в 2.x, может быть восстановлен до 5.x.
- Снимок индекса, создаваемого в 1.x, может быть восстановлен до 2.x.
На стороне кибаны мы можем получить доступ к, управлять и настраивать снимки с «управлением»> ‘ Снимок и восстановление секции.
Но сначала мы должны создать репозиторий для создания снимков. Мы можем создавать репозитории с разделом «репозитории» на странице «Снимок и восстановление». Нажмите кнопку «Регистрация репозитория», чтобы создать репозиторий. Когда мы нажимаем эту кнопку, этот раздел будет показан;
Типы репозитория:
Общая файловая система: Эта опция использует файловую систему машины и хранить снимки на файловой системе.
URL-адрес только для чтения: Эта опция хочет URL (HTTP/HTTPS/FTP/файл) для хранения снимков. Этот URL может быть AWS, Azure, Google Cloud, как системы, или Гитический репозиторий.
Также Elasticsearch предлагает нам специализированные плагины для облачных систем, таких как AWS, Azure для более эффективного использования в этой части.
Общая файловая система:
Параметры:
Расположение файловой системы (обязательно): Этот параметр папка имя хранимых данных. Это будет создано внутри каталога Elasticsearch.
Сжатие снимка: Включает сжатие файлов снимков. Сжатие применяется только к файлам метаданных (отображение индекса и настройки). Файлы данных не сжимаются. По умолчанию true.
Размер куска: Большие файлы могут быть разбиты на куски во время снимков при необходимости. Укажите размер чанка как значение и блок, например, 1 ГБ, 10 МБ, 5КБ, 500b. По умолчанию для нулевого (неограниченного размера чанка).
Max Bytes Bytes в секунду: Дросселировать на норму восстановления узла. По умолчанию до 40 МБ в секунду.
Max Restore Bytes в секунду: Дросселировать на узел скорость снижения моментального снижения. По умолчанию до 40 МБ в секунду.
Только для чтения: Делает репозиторий только для чтения. По умолчанию на ложь.
После конфигурации будет создан репозиторий. Но этот процесс будет недостаточно для снимков снимков. Мы должны создать «политику» для завершения этого процесса.
Создать политику:
Политики. Конфигурация процесса того, как создаст снимки.
Параметры — Часть 1:
Имя политики (обязательно): Уникальное название политики.
Название снимка (обязательно): Имя автоматически присваивается каждому снимок, созданному политикой. Это значение поддерживает ту же дату математики, поддерживаемую в именах индекса. Чтобы предотвратить конфликтующие имена снимков, UUID автоматически добавляется к каждому имени снимка.
Репозиторий (обязательно): Репозиторий используется для хранения снимков, созданных этой политикой. Этот репозиторий должен существовать до создания политики.
Расписание (обязательно): Периодическое или абсолютное расписание, в котором политика создает снимки и удаляет срок действия снимков. Расписание Изменения в существующих политиках применяются немедленно.
Параметры — Часть 2:
Индексы: Массив наименовых имен или подстановочный знак образных имен индексов, включенных в снимки.
Игнорировать недоступные индексы: Если true, отсутствующие индексы не вызывают создания моментального момента, чтобы выйти из строя и вернуть ошибку. По умолчанию на ложь.
Разрешить частичные индексы: Позволяет снимкам индексов с первичными осколками, которые недоступны. В противном случае весь снимок не удастся.
Включите глобальное состояние: Если правда, кластерные состояния включены в снимки. По умолчанию на ложь.
Параметры — Часть 3:
Истечение: Период времени, после которого съемный снимок считается истек и имеет право на удаление.
Снимки для сохранения:
- Минимальный счет: Минимальное количество снимков, чтобы сохранить, даже если снимки сроки истекли.
- Максимальный счет: Максимальное количество снимков, чтобы сохранить, даже если снимки еще не истекли. Если количество снимков в репозитории превышает этот предел, политика сохраняет самые последние снимки и удаляет более старые снимки.
После конфигураций Kibana показывает нам версию запросов API этих конфигураций. Для этого документа запрос в коде похоже на ниже;
PUT _slm/policy/daily-snapshot-backup-snapshot-training
{
"name": "dsbst-{now}",
"schedule": "0 30 4 * * ?",
"repository": "backup-snapshot-training",
"config": {
"ignore_unavailable": true
},
"retention": {
"expire_after": "30d",
"min_count": 1,
"max_count": 10
}
}
И, наконец, политика создана. В настроенном времени elasticsearch будет запущен автоматически снимка.
Мы также можем начать принимать политику снимки вручную в любое время в любое время.
В этом руководстве я стремился дать вам простую информацию о снимок, который является наиболее используемым методом резервного копирования на Elasticsearch и рекомендуется самим Elasticsearch. За ваши вопросы вы можете связаться со мной через социальные сети и электронную почту. Кроме того, пожалуйста, поделитесь своими рекомендациями для улучшения качества статей.
Продолжать кодирование 😊.
использованная литература
Оригинал: «https://dev.to/kemalkolcuoglu/elasticsearch-snapshots-feature-2m81»