Sauvegarde et restauration des données à l'aide d'un référentiel OSS partagé - Elasticsearch

Un référentiel OSS partagé vous permet de restaurer les données de snapshot automatique d'un cluster Elasticsearch vers un autre, au sein de la même région et sous le même compte Alibaba Cloud. Le cluster de destination référence le référentiel de snapshot du cluster source ; vous restaurez ensuite les données en exécutant des commandes dans Kibana Dev Tools.

Ajout d'une référence à un référentiel OSS partagé

Le cluster de destination ne peut référencer qu'un référentiel provenant d'un cluster source exécutant la même version ou une version antérieure d'Elasticsearch. La restauration entre versions différentes peut échouer en raison d'incompatibilités de format de données. Par exemple, Elasticsearch 6.7.0 ne prend pas en charge les index multi-types présents dans la version 5.5.3, ce qui peut entraîner des problèmes de restauration. Si les clusters source et de destination sont tous deux en édition commerciale 6.7.0, assurez-vous que les deux clusters exécutent la dernière version du noyau, ou que la version du noyau du cluster de destination est plus récente que celle du cluster source.

Connectez-vous à la console Alibaba Cloud Elasticsearch .
Dans le volet de navigation de gauche, cliquez sur Elasticsearch Clusters.
Dans la barre de menus supérieure, sélectionnez un groupe de ressources et une région.
Sur la page Elasticsearch Clusters, cliquez sur l'ID du cluster de destination.
Dans le volet de navigation de gauche, cliquez sur Data Backup.
Dans la section Shared OSS Repositories, cliquez sur Create Now. Si ce n'est pas la première référence de référentiel que vous ajoutez, cliquez sur Create Shared Repository.
Sur la page Create Shared Repository, sélectionnez le cluster source. Celui-ci doit se trouver dans la même région que le cluster de destination, appartenir au même compte Alibaba Cloud et exécuter une version égale ou antérieure à celle du cluster de destination.
Cliquez sur OK. Une fois la référence créée, le cluster source apparaît sur la page, ainsi que l'état du référentiel référencé.

Après avoir ajouté la référence du référentiel, le cluster de destination peut passer brièvement à l'état Initializing . Pendant cette période, vous ne pouvez pas modifier la configuration du cluster, y compris la liste blanche Kibana. Attendez que l'état du cluster revienne à Normal avant d'effectuer d'autres opérations.

La liste des référentiels est récupérée depuis le cluster. Si le cluster est en cours de modification, dégradé ou soumis à une charge élevée, son référentiel peut être inaccessible. Pour obtenir les adresses de tous les référentiels, exécutez la commande GET _snapshot dans la console Kibana du cluster source.

Restauration des données d'index

Un référentiel OSS partagé crée uniquement une référence et ne restaure pas automatiquement les données. Pour restaurer les données, exécutez les commandes de restauration dans la console Kibana du cluster de destination. Pour plus d'informations, consultez la rubrique Connexion à un cluster Elasticsearch via Kibana.

Dans le volet de navigation de gauche de la console Kibana, cliquez sur Dev Tools.
Récupérez les informations sur tous les snapshots du référentiel référencé.

Dans l'exemple suivant, aliyun_snapshot_from_es-cn-a est le nom du référentiel référencé. Remplacez-le par le nom réel de votre référentiel.
```
GET /_cat/snapshots/aliyun_snapshot_from_es-cn-a?v
```
La réponse répertorie tous les snapshots du référentiel spécifié.
En vous basant sur l'ID du snapshot obtenu à l'étape précédente, exécutez la commande suivante pour restaurer un index spécifié.

Assurez-vous que l'index spécifié est soit fermé, soit inexistant dans le cluster de destination. Sinon, une erreur de conflit de nom d'index se produit lors de la restauration. La restauration d'un index système commençant par un . peut empêcher l'accès à Kibana. Ne restaurez pas les index système.
- Restauration d'un seul index
```
POST _snapshot/aliyun_snapshot_from_es-cn-a/<snapshot_id>/_restore
{"indices": "file-2019-08-25"}
```
- Restauration de plusieurs index
```
POST _snapshot/aliyun_snapshot_from_es-cn-a/<snapshot_id>/_restore
{"indices": "kibana_sample_data_ecommerce,kibana_sample_data_logs"}
```
- Restauration de tous les index (à l'exception des index système)
```
POST _snapshot/aliyun_snapshot_from_es-cn-a/<snapshot_id>/_restore
{"indices":"*,-.monitoring*,-.security*,-.kibana*,-.apm*,-.ds-ilm-history-*,-.tasks","ignore_unavailable":"true"}
```
  Le modèle d'exclusion ci-dessus couvre les index système courants, mais différentes versions de cluster peuvent en inclure d'autres. Ajustez la liste d'exclusion selon vos besoins. Exécutez la commande suivante pour répertorier les index système, qui commencent par un ., et mettez à jour la liste d'exclusion en conséquence :
```
GET _cat/indices/.*?v
```