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 locali sono il modo più semplice, rapido e attendibile per aggiornare un dominio a una versione successiva OpenSearch o 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.

Nella seguente tabella viene mostrato come utilizzare gli snapshot per migrare i dati in un dominio che utilizza una versione diversa OpenSearch o Elasticsearch. 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. Esaminare le modifiche OpenSearch importanti in 2.3 per vedere se è necessario adeguare gli indici o le applicazioni.

  2. Creare una snapshot 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. Ripristinare la snapshot dal dominio originale al 2. dominio x. Durante l'operazione, è probabile che sia 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 chiamata _restore REST non include include_global_state perché l'impostazione predefinita in _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. Creare una snapshot manuale del 1. dominio x.

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

  3. Ripristinare la snapshot dal dominio originale al nuovo 1. dominio x. Durante l'operazione, è probabile che sia 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 chiamata _restore REST non include include_global_state perché l'impostazione predefinita in _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. Esaminare le modifiche OpenSearch importanti in 1.0 per vedere se è necessario adeguare gli indici o le applicazioni.

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

  3. Crea un 1. OpenSearch dominio x.

  4. Ripristinare la snapshot dal dominio Elasticsearch al dominio. OpenSearch Durante l'operazione, è probabile che sia 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 chiamata _restore REST non include include_global_state perché l'impostazione predefinita in _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 chiamata _restore REST 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

Gli snapshot 1.5 sono compatibili con la versione 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.