Snapshot and restore : communication entre deux cluster

Elastic In Your Native Tongue Discussions en français
1

Bonjour,

Je cherche à paramétrer la fonctionnalité snapshot/restore et utiliser un repository de type read-only URL pour utiliser le snapshot d'un autre cluster (communications prod/pre-prod)
Les cluster sont protégés par xpack.
Comment passer les crédentials dans la définition du repository ?

L'erreur obtenue lors du "check" signale que l'accès est refusé. Normal, il faudrait lui passer un user/mdp comment faire ?
Est-ce possible de le faire, ou ce n'est disponible que pour des cluster non protégés ?

 {
  "error": {
    "root_cause": [
      {
        "type": "repository_verification_exception",
        "reason": "[vpezmesure-snap] path  is not accessible on master node"
      }
    ],
    "type": "repository_verification_exception",
    "reason": "[vpezmesure-snap] path  is not accessible on master node",
    "caused_by": {
      "type": "i_o_exception",
      "reason": "Server returned HTTP response code: 401 for URL: http://vpezmesure.intra.inist.fr:9200/_snapshot/index.latest"
    }
  },
  "status": 500
}

Merci de votre aide

Dominique

2

Le message d'erreur indique qu'au moins un des nœuds master n'a pas accès au repository. Il faut - je pense - que tous les nœuds du cluster doivent avoir acces au repository.

3

Merci pour votre réponse.
Je cherche à lire un snapshot d'un cluster vers un autre.
Le cluster destination est protégé via user/mdp. Dans la définition du repository, il n'y a pas moyen de passer cette authentification ? et éviter le message d'erreur ?

4

Quel repo as-tu exactement défini ?

Mais essaye quelque chose comme:

PUT /_snapshot/my_read_only_url_repository
{
  "type": "url",
  "settings": {
    "url": "http://user:pass@yoururl"
  }
}

Peut-être que ça peut contourner le problème ?
Sinon, ouvre une feature request. Si ça n'est pas supporté, ce type de "credentials" devraient être gérés dans le coffre à mots de passe d'elasticsearch je pense.

5

Merci
Oui, j'essaie ça. Ça passait pas dans l'interface kibana, j'avais pas pensé à le mettre direct.

6

Bon, du coup j'ai le même message d'erreur, pour lui l'URL n'est pas correcte.

Je n'ai jamais entendu parler de ce coffre à mot de passe.
Qu'est-ce que c'est ?

Je vais ouvrir une feature request alors, sur kibana je suppose

En tout cas merci pour la réactivité

{
  "error": {
    "root_cause": [
      {
        "type": "repository_exception",
        "reason": "[vpezmesure-snap-repo] failed to create repository"
      }
    ],
    "type": "repository_exception",
    "reason": "[vpezmesure-snap-repo] failed to create repository",
    "caused_by": {
      "type": "illegal_argument_exception",
      "reason": "Unable to parse URL repository setting",
      "caused_by": {
        "type": "malformed_u_r_l_exception",
        "reason": "Error at index 0 in: \"xxxxxx\"",
        "caused_by": {
          "type": "number_format_exception",
          "reason": "Error at index 0 in: \"xxxxxx\""
        }
      }
    }
  },
  "status": 500
}
7

Non. Sur Elasticsearch qui doit d'abord supporter cette fonction.
Je viens de vérifier le code et effectivement ce n'est pas supporté.

Ca ne pas doit être super compliqué à supporter.

Même il est possible de gérer des timeout, des redirects, des proxy, etc...

8

Merci pour les infos.

Je viens de soumettre une request feature
https://github.com/elastic/elasticsearch/issues/65821

J'espère que ma description est compréhensible

1 Like
9

This topic was automatically closed 28 days after the last reply. New replies are no longer allowed.