Como usar um snapshot para migrar dados - OpenSearch Serviço Amazon

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Como usar um snapshot para migrar dados

As atualizações no local são a maneira mais fácil, rápida e confiável de atualizar um domínio para uma versão posterior OpenSearch ou do Elasticsearch. Os snapshots são uma boa opção se você precisa migrar de uma versão anterior a 5.1 do Elasticsearch ou deseja migrar para um cluster totalmente novo.

A tabela a seguir mostra como usar snapshots para migrar dados para um domínio que usa uma versão diferente OpenSearch ou uma versão do Elasticsearch. Para obter mais informações sobre a criação e a restauração de snapshots, consulte Criação de snapshots de índices no Amazon OpenSearch Service.

Da versão Para a versão Processo de migração
OpenSearch 1.3 ou 2. x OpenSearch 2. x

  1. Analise as alterações mais recentes da versão OpenSearch 2.3 para ver se você precisa fazer ajustes em seus índices ou aplicativos.

  2. Crie um snapshot manual do domínio 1.3 ou 2.x.

  3. Crie um domínio 2.x que seja uma versão superior ao seu domínio 1.3 ou 2.x original.

  4. Restaure o snapshot do domínio original para o domínio 2.x. Durante a operação, talvez seja necessário restaurar o índice do .opensearch com um novo nome:

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

    Em seguida, você pode reindexar o .backup-opensearch no novo domínio e definir .opensearch como seu alias. Observe que a _restore REST chamada não inclui include_global_state porque a entrada padrão _restore é falsa. Como resultado, o domínio de teste não incluirá nenhum modelo de índice e não terá o estado completo do backup.

  5. Se você não precisar mais do domínio original, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
OpenSearch 1. x OpenSearch 1. x

  1. Crie um snapshot manual do domínio 1.x.

  2. Crie um domínio 1.x que seja uma versão superior ao seu domínio 1.x original.

  3. Restaure o snapshot do domínio original para o domínio 1.x. Durante a operação, talvez seja necessário restaurar o índice do .opensearch com um novo nome:

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

    Em seguida, você pode reindexar o .backup-opensearch no novo domínio e definir .opensearch como seu alias. Observe que a _restore REST chamada não inclui include_global_state porque a entrada padrão _restore é falsa. Como resultado, o domínio de teste não incluirá nenhum modelo de índice e não terá o estado completo do backup.

  4. Se você não precisar mais do domínio original, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
Elasticsearch 6.x ou 7.x OpenSearch 1. x

  1. Analise as alterações mais recentes da OpenSearch versão 1.0 para ver se você precisa fazer ajustes em seus índices ou aplicativos.

  2. Crie um snapshot manual do domínio do Elasticsearch 7.x ou 6.x.

  3. Crie um OpenSearch 1. domínio x.

  4. Restaure o snapshot do domínio Elasticsearch para o domínio. OpenSearch Durante a operação, talvez seja necessário restaurar o índice do .elasticsearch com um novo nome:

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

    Em seguida, você pode reindexar o .backup-opensearch no novo domínio e definir .elasticsearch como seu alias. Observe que a _restore REST chamada não inclui include_global_state porque a entrada padrão _restore é falsa. Como resultado, o domínio de teste não incluirá nenhum modelo de índice e não terá o estado completo do backup.

  5. Se você não precisar mais do domínio original, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
Elasticsearch 6.x Elasticsearch 7.x

  1. Revise as alterações que podem causar falhas na versão 7.0 para verificar se é necessário ajustar os índices ou as aplicações.

  2. Crie um snapshot manual do domínio 6.x.

  3. Crie um domínio 7.x.

  4. Restaure o snapshot do domínio original para o domínio 7.x. Durante a operação, você provavelmente precisará restaurar o índice do .opensearch com um novo nome:

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

    Em seguida, você pode reindexar o .backup-elasticsearch no novo domínio e definir .elasticsearch como seu alias. Observe que a _restore REST chamada não inclui include_global_state porque a entrada padrão _restore é falsa. Como resultado, o domínio de teste não incluirá nenhum modelo de índice e não terá o estado completo do backup.

  5. Se você não precisar mais do domínio original, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
Elasticsearch 6.x Elasticsearch 6.8

  1. Crie um snapshot manual do domínio 6.x.

  2. Crie um domínio 6.8.

  3. Restaure o snapshot do domínio original para o domínio 6.8.

  4. Se você não precisar mais do domínio original, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
Elasticsearch 5.x Elasticsearch 6.x

  1. Revise as alterações que podem causar interrupções na versão 6.0 para verificar se você precisa fazer ajustes em seus índices ou aplicações.

  2. Crie um snapshot manual do domínio 5.x.

  3. Crie um domínio 6.x.

  4. Restaure o snapshot do domínio original para o domínio 6.x.

  5. Se você não precisar mais do domínio 5.x, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
Elasticsearch 5.x Elasticsearch 5.6

  1. Crie um snapshot manual do domínio 5.x.

  2. Crie um domínio 5.6.

  3. Restaure o snapshot do domínio original para o domínio 5.6.

  4. Se você não precisar mais do domínio original, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
Elasticsearch 2.3 Elasticsearch 6.x

Os snapshots do Elasticsearch 2.3 não são compatíveis com o 6.x. Para migrar os dados diretamente da versão 2.3 para a 6.x, você terá que recriar manualmente os índices no novo domínio.

Como alternativa, você pode executar as etapas da atualização da versão 2.3 para a 5.x nesta tabela, executar operações de _reindex no novo domínio da 5.x para converter os índices da 2.3 em índices da 5.x e, por fim, seguir as etapas da atualização da versão 5.x para a 6.x.
Elasticsearch 2.3 Elasticsearch 5.x

  1. Revise as alterações que podem causar falhas na versão 5.0 para verificar se é necessário ajustar os índices ou as aplicações.

  2. Crie um snapshot manual do domínio 2.3.

  3. Crie um domínio 5.x.

  4. Restaure o snapshot do domínio 2.3 para o 5.x.

  5. Se você não precisar mais do domínio 2.3, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.
Elasticsearch 1.5 Elasticsearch 5.x

Os snapshots do Elasticsearch 1.5 não são compatíveis com o 5.x. Para migrar os dados da versão 1.5 para a 5.x, você terá que recriar manualmente os índices no novo domínio.

Importante

Os instantâneos 1.5 são compatíveis com 2.3, mas os domínios do OpenSearch Service 2.3 não suportam a _reindex operação. Como você não pode reindexá-los, os índices originados em um domínio da versão 1.5 ainda não podem ser restaurados de snapshots da 2.3 para domínios da 5.x.
Elasticsearch 1.5 Elasticsearch 2.3

  1. Use o plug-in de migração para descobrir se é possível atualizar diretamente para a versão 2.3. Talvez você precise alterar seus dados antes de migrar.

    1. Em um navegador da web, abra http://domain-endpoint/_plugin/migration/.

    2. Escolha Run checks now.

    3. Analise os resultados e, se necessário, siga as instruções para fazer alterações em seus dados.

  2. Crie um snapshot manual do domínio 1.5.

  3. Crie um domínio 2.3.

  4. Restaure o snapshot do domínio 1.5 para o 2.3.

  5. Se você não precisar mais do domínio 1.5, exclua-o. Do contrário, você continuará a ser cobrado pelo domínio.