Elasticsearch предоставляет механизм для создания псевдонимов (aliases) для index. Суть в том, что вы задаёте псевдоним (alias) для index и уже в запросах для доступа к этому index используете именно его alias, а не имя index.
В какой-то момент времени возможно вы придёте к тому, что захотите контролировать на каком именно узле должны находиться определённые shards. Для этого вы как раз можете использовать функцию перемещения shard от горячего хоста к теплому. Это также поможет вам хранить...
Имея множество кластеров, вы можете распределять нагрузку при запросе между всеми узлами ваших кластеров. Возможно это благодаря поддержке Кросс-кластерного поиска (Cross-Cluster Search) в Elasticsearch.
Конечно по умолчанию можно отделаться и созданием локальных учетных записей в самой Grafana, но только если вы используете её в enterprise среде, с большим количеством сотрудников у вас уже скорее всего есть ldap и не использовать его в роли сервера...
Естественно если вы прокидываете ваш кластер Elasticsearch во вне, то нужно очень сильно подумать о том, как его обезопасить от взлома.
Если мы говорим о репликации index, то конечно тут как такого бэкапа нет. Вы просто настраиваете репликацию index и храните копии index на нескольких узлах. Elasticsearch рекомендует строить кластера минимум с 3 узлами. Т.е в такой реализации вы можете иметь...
Скрипты (Scripting)
Ingest Node (узел поглощения данных)
Иногда бывает необходимым поменять уже проиндексированные данные, например, добавить какое-то новое поле. Также может быть вам нужно просто удалить какой-либо документ.
