Utilizzo di uno snapshot per migrare i dati - OpenSearch Servizio Amazon

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Utilizzo di uno snapshot per migrare i dati

Gli aggiornamenti sul posto sono il modo più semplice, veloce e affidabile per aggiornare un dominio a una versione successiva OpenSearch o di Elasticsearch. Gli snapshot sono un'ottima opzione se occorre migrare da una versione precedente alla 5.1 di Elasticsearch o si desidera migrare a un cluster completamente nuovo.

La tabella seguente mostra come utilizzare le istantanee per migrare i dati verso un dominio che utilizza una versione diversa o di Elasticsearch. OpenSearch Per informazioni su come acquisire e ripristinare gli snapshot, consulta Creazione di istantanee dell'indice in Amazon Service OpenSearch .

Dalla versione Alla versione Processo di migrazione
OpenSearch 1.3 o 2. x OpenSearch 2. x

  1. Consulta le ultime modifiche apportate alla versione OpenSearch 2.3 per vedere se è necessario apportare modifiche agli indici o alle applicazioni.

  2. Crea un'istantanea manuale della versione 1.3 o 2. dominio x.

  3. Crea un 2. dominio x che è una versione superiore alla versione 1.3 o 2 originale. dominio x.

  4. Ripristina l'istantanea dal dominio originale al 2. dominio x. Durante l'operazione, potrebbe essere necessario ripristinare l'.opensearchindice con un nuovo nome:

    POST _snapshot/<repository-name>/<snapshot-name>/_restore
{
  "indices": "*",
  "ignore_unavailable": true,
  "rename_pattern": ".opensearch",
  "rename_replacement": ".backup-opensearch"
}

    Quindi è possibile reindicizzare .backup-opensearch sul nuovo dominio e configurarlo come alias su .opensearch. Tieni presente che la _restore REST chiamata non include include_global_state perché l'impostazione predefinita _restore è false. Di conseguenza, il dominio di test non includerà alcun modello di indice e non avrà lo stato completo del backup.

  5. Se non si ha più bisogno del dominio originale, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
OpenSearch 1. x OpenSearch 1. x

  1. Crea un'istantanea manuale del file 1. dominio x.

  2. Crea un 1. dominio x che è una versione superiore a quella originale 1. dominio x.

  3. Ripristina l'istantanea dal dominio originale al nuovo 1. dominio x. Durante l'operazione, potrebbe essere necessario ripristinare l'.opensearchindice con un nuovo nome:

    POST _snapshot/<repository-name>/<snapshot-name>/_restore
{
  "indices": "*",
  "ignore_unavailable": true,
  "rename_pattern": ".opensearch",
  "rename_replacement": ".backup-opensearch"
}

    Quindi è possibile reindicizzare .backup-opensearch sul nuovo dominio e configurarlo come alias su .opensearch. Tieni presente che la _restore REST chiamata non include include_global_state perché l'impostazione predefinita _restore è false. Di conseguenza, il dominio di test non includerà alcun modello di indice e non avrà lo stato completo del backup.

  4. Se non si ha più bisogno del dominio originale, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
Elasticsearch 6.x o 7.x OpenSearch 1. x

  1. Consulta le ultime modifiche apportate alla OpenSearch versione 1.0 per vedere se è necessario apportare modifiche agli indici o alle applicazioni.

  2. Creare uno snapshot manuale del dominio Elasticsearch 7.x o 6.x.

  3. Crea un 1. OpenSearch dominio x.

  4. Ripristina l'istantanea dal dominio Elasticsearch al dominio. OpenSearch Durante l'operazione, potrebbe essere necessario ripristinare l'.elasticsearchindice con un nuovo nome:

    POST _snapshot/<repository-name>/<snapshot-name>/_restore
{
  "indices": "*",
  "ignore_unavailable": true,
  "rename_pattern": ".elasticsearch",
  "rename_replacement": ".backup-opensearch"
}

    Quindi è possibile reindicizzare .backup-opensearch sul nuovo dominio e configurarlo come alias su .elasticsearch. Tieni presente che la _restore REST chiamata non include include_global_state perché l'impostazione predefinita _restore è false. Di conseguenza, il dominio di test non includerà alcun modello di indice e non avrà lo stato completo del backup.

  5. Se non si ha più bisogno del dominio originale, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
Elasticsearch 6.x Elasticsearch 7.x

  1. Esaminare le modifiche importanti in 7.0 per vedere se è necessario adeguare gli indici o le applicazioni.

  2. Creare una snapshot manuale del dominio 6.x.

  3. Creare un dominio 7.x.

  4. Ripristinare la snapshot dal dominio originale al dominio 7.x. Durante l'operazione, è probabile che sia necessario ripristinare l'indice .opensearch con un nuovo nome:

    POST _snapshot/<repository-name>/<snapshot-name>/_restore
{
  "indices": "*",
  "ignore_unavailable": true,
  "rename_pattern": ".elasticsearch",
  "rename_replacement": ".backup-elasticsearch"
}

    Quindi è possibile reindicizzare .backup-elasticsearch sul nuovo dominio e configurarlo come alias su .elasticsearch. Tieni presente che la _restore REST chiamata non include include_global_state perché l'impostazione predefinita _restore è false. Di conseguenza, il dominio di test non includerà alcun modello di indice e non avrà lo stato completo del backup.

  5. Se non si ha più bisogno del dominio originale, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
Elasticsearch 6.x Elasticsearch 6.8

  1. Creare una snapshot manuale del dominio 6.x.

  2. Creare un dominio 6.8.

  3. Ripristinare lo snapshot dal dominio originale nel dominio 6.8.

  4. Se non si ha più bisogno del dominio originale, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
Elasticsearch 5.x Elasticsearch 6.x

  1. Esaminare le modifiche importanti in 6.0 per vedere se è necessario adeguare gli indici o le applicazioni.

  2. Creare una snapshot manuale del dominio 5.x.

  3. Creare un dominio 6.x.

  4. Ripristinare la snapshot dal dominio originale al dominio 6.x.

  5. Se non si ha più bisogno del dominio 5.x, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
Elasticsearch 5.x Elasticsearch 5.6

  1. Creare una snapshot manuale del dominio 5.x.

  2. Creare un dominio 5.6.

  3. Ripristinare la snapshot dal dominio originale al dominio 5.6.

  4. Se non si ha più bisogno del dominio originale, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
Elasticsearch 2.3 Elasticsearch 6.x

Gli snapshot di Elasticsearch 2.3 non sono compatibili con la versione 6.x. Per migrare i dati direttamente da 2.3 a 6.x, è necessario ricreare manualmente gli indici nel nuovo dominio.

In alternativa, è possibile seguire i passaggi da 2.3 a 5.x in questa tabella, eseguire le operazioni _reindex nel nuovo dominio 5.x per convertire gli indici 2.3 negli indici 5.x e seguire i passaggi da 5.x a 6.x.
Elasticsearch 2.3 Elasticsearch 5.x

  1. Esaminare le modifiche importanti in 5.0 per vedere se è necessario adeguare gli indici o le applicazioni.

  2. Creare una snapshot manuale del dominio 2.3.

  3. Creare un dominio 5.x.

  4. Ripristinare la snapshot dal dominio 2.3 al dominio 5.x.

  5. Se non si ha più bisogno del dominio 2.3, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.
Elasticsearch 1.5 Elasticsearch 5.x

Gli snapshot di Elasticsearch 1.5 non sono compatibili con la versione 5.x. Per migrare i dati da 1.5 a 5.x, è necessario ricreare manualmente gli indici nel nuovo dominio.

Importante

Le istantanee 1.5 sono compatibili con 2.3, ma i domini OpenSearch Service 2.3 non supportano l'_reindexoperazione. Poiché non è possibile reindicizzarli, gli indici originati in un dominio 1.5 non riescono a effettuare il ripristino dalle snapshot 2.3 a domini 5.x.
Elasticsearch 1.5 Elasticsearch 2.3

  1. Utilizzare il plugin di migrazione per scoprire se è possibile effettuare direttamente l'upgrade alla versione 2.3. Potrebbe essere necessario modificare i dati prima della migrazione.

    1. In un browser Web, aprire http://domain-endpoint/_plugin/migration/.

    2. Scegliere Run checks now (Esegui controlli).

    3. Esaminare i risultati e, se necessario, seguire le istruzioni per modificare i dati.

  2. Creare una snapshot manuale del dominio 1.5.

  3. Creare un dominio 2.3.

  4. Ripristinare la snapshot dal dominio 1.5 al dominio 2.3.

  5. Se non si ha più bisogno del dominio 1.5, eliminarlo. In caso contrario, verranno addebitati i costi per il dominio.