Von Version |
Auf Version |
Migrationsprozess |
OpenSearch 1.3 oder 2. x |
OpenSearch 2. x |
-
Sehen Sie sich die wichtigsten Änderungen für OpenSearch 2.3 an, um festzustellen, ob Sie Anpassungen an Ihren Indizes oder Anwendungen vornehmen müssen.
-
Erstellen Sie einen manuellen Snapshot der Version 1.3 oder 2. x-Domäne.
-
Erstellen Sie eine 2. x-Domain, die eine höhere Version als Ihre ursprüngliche Version 1.3 oder 2 ist. x-Domäne.
-
Stellen Sie den Snapshot von der ursprünglichen Domäne auf die 2 wieder her. x-Domäne. Während des Vorgangs müssen Sie möglicherweise Ihren .opensearch Index unter einem neuen Namen wiederherstellen:
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".opensearch",
"rename_replacement": ".backup-opensearch"
}
Anschließend können Sie .backup-opensearch in der neuen Domain neu indizieren und als Alias für .opensearch verwenden. Beachten Sie, dass der _restore REST Aufruf nicht einschließtinclude_global_state , da der Standardwert in false _restore ist. Infolgedessen enthält die Testdomäne keine Indexvorlagen und weist nicht den vollständigen Status aus dem Backup auf.
-
Wenn Sie Ihre ursprüngliche Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|
OpenSearch 1. x |
OpenSearch 1 x |
-
Erstellen Sie einen manuellen Snapshot des 1. x-Domäne.
-
Erstellen Sie eine 1. x-Domain, die eine höhere Version als Ihre ursprüngliche 1 ist. x-Domäne.
-
Stellen Sie den Snapshot von der ursprünglichen Domäne auf die neue 1 wieder her. x-Domäne. Während des Vorgangs müssen Sie möglicherweise Ihren .opensearch Index unter einem neuen Namen wiederherstellen:
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".opensearch",
"rename_replacement": ".backup-opensearch"
}
Anschließend können Sie .backup-opensearch in der neuen Domain neu indizieren und als Alias für .opensearch verwenden. Beachten Sie, dass der _restore REST Aufruf nicht einschließtinclude_global_state , da der Standardwert in false _restore ist. Infolgedessen enthält die Testdomäne keine Indexvorlagen und weist nicht den vollständigen Status aus dem Backup auf.
-
Wenn Sie Ihre ursprüngliche Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|
Elasticsearch 6.x oder 7.x |
OpenSearch 1. x |
-
Sehen Sie sich die wichtigsten Änderungen für OpenSearch 1.0 an, um festzustellen, ob Sie Anpassungen an Ihren Indizes oder Anwendungen vornehmen müssen.
-
Erstellen Sie einen manuellen Snapshot der Elasticsearch 7.x or 6.x-Domain.
-
Erstellen Sie eine OpenSearch 1. x-Domäne.
-
Stellen Sie den Snapshot von der Elasticsearch-Domain in der OpenSearch Domain wieder her. Während des Vorgangs müssen Sie Ihren .elasticsearch Index möglicherweise unter einem neuen Namen wiederherstellen:
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".elasticsearch",
"rename_replacement": ".backup-opensearch"
}
Anschließend können Sie .backup-opensearch in der neuen Domain neu indizieren und als Alias für .elasticsearch verwenden. Beachten Sie, dass der _restore REST Aufruf nicht einschließtinclude_global_state , da der Standardwert in false _restore ist. Infolgedessen enthält die Testdomäne keine Indexvorlagen und weist nicht den vollständigen Status aus dem Backup auf.
-
Wenn Sie Ihre ursprüngliche Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|
Elasticsearch 6.x |
Elasticsearch 7.x |
-
Lesen Sie funktionsgefährdende Änderungen in 7.0 nach, um zu prüfen, ob Sie Ihre Indizes oder Anwendungen anpassen müssen.
-
Erstellen Sie einen manuellen Snapshot der 6.x-Domain.
-
Erstellen Sie eine 7.x-Domain.
-
Stellen Sie den Snapshot von der ursprünglichen Domain in der 7.x-Domain wieder her. Während der Operation müssen Sie wahrscheinlich den .opensearch -Index unter einem neuen Namen wiederherstellen:
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".elasticsearch",
"rename_replacement": ".backup-elasticsearch"
}
Anschließend können Sie .backup-elasticsearch in der neuen Domain neu indizieren und als Alias für .elasticsearch verwenden. Beachten Sie, dass der _restore REST Aufruf nicht einschließtinclude_global_state , da der Standardwert in false _restore ist. Infolgedessen enthält die Testdomäne keine Indexvorlagen und weist nicht den vollständigen Status aus dem Backup auf.
-
Wenn Sie Ihre ursprüngliche Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|
Elasticsearch 6.x |
Elasticsearch 6.8 |
-
Erstellen Sie einen manuellen Snapshot der 6.x-Domain.
-
Erstellen Sie eine 6.8-Domain.
-
Stellen Sie den Snapshot von der ursprünglichen Domain in der 6.8-Domain wieder her.
-
Wenn Sie Ihre ursprüngliche Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|
Elasticsearch 5.x |
Elasticsearch 6.x |
-
Lesen Sie funktionsgefährdende Änderungen in 6.0 nach, um zu prüfen, ob Sie Ihre Indizes oder Anwendungen anpassen müssen.
-
Erstellen Sie einen manuellen Snapshot der 5.x-Domain.
-
Erstellen Sie eine 6.x-Domain.
-
Stellen Sie den Snapshot von der ursprünglichen Domain in der 6.x-Domain wieder her.
-
Falls Sie Ihre 5.x-Domain nicht mehr benötigen, löschen Sie diese. Andernfalls fallen weitere Kosten für die Domain an.
|
Elasticsearch 5.x |
Elasticsearch 5.6 |
-
Erstellen Sie einen manuellen Snapshot der 5.x-Domain.
-
Erstellen Sie eine 5.6-Domain.
-
Stellen Sie den Snapshot von der ursprünglichen Domain in der 5.6-Domain wieder her.
-
Wenn Sie Ihre ursprüngliche Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|
Elasticsearch 2.3 |
Elasticsearch 6.x |
Elasticsearch 2.3-Snapshots sind nicht kompatibel mit 6.x. Zur direkten Migration Ihrer Daten von 2.3 auf 6.x müssen Sie Ihre Indizes in der neuen Domain manuell wiederherstellen.
Alternativ können Sie die Schritte 2.3 bis 5.x in dieser Tabelle befolgen, _reindex -Operationen in der neuen 5.x-Domain ausführen, um Ihre 2.3-Indizes in 5.x-Indizes zu konvertieren, und folgen dann den Schritten 5.x bis 6.x.
|
Elasticsearch 2.3 |
Elasticsearch 5.x |
-
Lesen Sie funktionsgefährdende Änderungen in 5.0 nach, um zu prüfen, ob Sie Ihre Indizes oder Anwendungen anpassen müssen.
-
Erstellen Sie einen manuellen Snapshot der 2.3-Domain.
-
Erstellen Sie eine 5.x-Domain.
-
Stellen Sie den Snapshot der 2.3-Domain auf der 5.x-Domain wieder her.
-
Wenn Sie Ihre 2.3-Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|
Elasticsearch 1.5 |
Elasticsearch 5.x |
Elasticsearch 1.5-Snapshots sind nicht kompatibel mit 5.x. Zur Migration Ihrer Daten von 1.5 auf 5.x müssen Sie Ihre Indizes in der neuen Domain manuell wiederherstellen.
1.5-Snapshots sind mit 2.3 kompatibel, OpenSearch Service 2.3-Domänen unterstützen den _reindex Vorgang jedoch nicht. Da Sie diese nicht neu indizieren können, können Indizes aus einer 1.5-Domain von 2.3-Snapshots dennoch nicht in 5.x-Domains wiederhergestellt werden.
|
Elasticsearch 1.5 |
Elasticsearch 2.3 |
-
Verwenden Sie das Migrations-Plugin, um herauszufinden, ob Sie direkt auf Version 2.3 upgraden können. Möglicherweise müssen Sie Ihre Daten vor der Migration ändern.
-
Öffnen Sie in einem Webbrowser http://domain-endpoint /_plugin/migration/ .
-
Wählen Sie Run checks now (Prüfungen jetzt ausführen) aus.
-
Überprüfen Sie die Ergebnisse und, falls erforderlich, befolgen Sie die Anweisungen, um Änderungen an Ihren Daten vorzunehmen.
-
Erstellen Sie einen manuellen Snapshot der 1.5-Domain.
-
Erstellen Sie eine 2.3-Domain.
-
Stellen Sie den Snapshot der 1.5-Domain auf der 2.3-Domain wieder her.
-
Wenn Sie Ihre 1.5-Domain nicht mehr benötigen, löschen Sie sie. Andernfalls fallen weitere Kosten für die Domain an.
|