De la version |
Vers la version |
Processus de migration |
OpenSearch 1.3 ou 2. x |
OpenSearch 2. x |
-
Passez en revue les principales modifications apportées à la version OpenSearch 2.3 pour voir si vous devez apporter des modifications à vos index ou à vos applications.
-
Créez un instantané manuel de la version 1.3 ou 2. domaine x.
-
Créez un 2. domaine x dont la version est supérieure à celle de votre version 1.3 ou 2 d'origine. domaine x.
-
Restaurez l'instantané du domaine d'origine vers le 2. domaine x. Au cours de l'opération, il se peut que vous deviez restaurer votre .opensearch index sous un nouveau nom :
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".opensearch",
"rename_replacement": ".backup-opensearch"
}
Ensuite, vous pouvez réindexer .backup-opensearch sur le nouveau domaine et lui donner l'alias .opensearch . Notez que l'_restore RESTappel n'inclut pas include_global_state car la valeur par défaut _restore est false. Par conséquent, le domaine de test n'inclura aucun modèle d'index et ne disposera pas de l'état complet de la sauvegarde.
-
Si vous n'avez plus besoin de votre domaine d'origine, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
OpenSearch 1. x |
OpenSearch 1. x |
-
Créez un instantané manuel du 1. domaine x.
-
Créez un 1. x domaine dont la version est supérieure à votre 1 d'origine. domaine x.
-
Restaurez l'instantané du domaine d'origine vers le nouveau 1. domaine x. Au cours de l'opération, il se peut que vous deviez restaurer votre .opensearch index sous un nouveau nom :
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".opensearch",
"rename_replacement": ".backup-opensearch"
}
Ensuite, vous pouvez réindexer .backup-opensearch sur le nouveau domaine et lui donner l'alias .opensearch . Notez que l'_restore RESTappel n'inclut pas include_global_state car la valeur par défaut _restore est false. Par conséquent, le domaine de test n'inclura aucun modèle d'index et ne disposera pas de l'état complet de la sauvegarde.
-
Si vous n'avez plus besoin de votre domaine d'origine, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
Elasticsearch 6.x ou 7.x |
OpenSearch 1. x |
-
Passez en revue les principales modifications apportées à la OpenSearch version 1.0 pour voir si vous devez apporter des modifications à vos index ou à vos applications.
-
Créez un instantané manuel de votre domaine Elasticsearch 7.x ou 6.x
-
Créez un OpenSearch 1. domaine x.
-
Restaurez le snapshot du domaine Elasticsearch vers le OpenSearch domaine. Au cours de l'opération, il se peut que vous deviez restaurer votre .elasticsearch index sous un nouveau nom :
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".elasticsearch",
"rename_replacement": ".backup-opensearch"
}
Ensuite, vous pouvez réindexer .backup-opensearch sur le nouveau domaine et lui donner l'alias .elasticsearch . Notez que l'_restore RESTappel n'inclut pas include_global_state car la valeur par défaut _restore est false. Par conséquent, le domaine de test n'inclura aucun modèle d'index et ne disposera pas de l'état complet de la sauvegarde.
-
Si vous n'avez plus besoin de votre domaine d'origine, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
Elasticsearch 6.x |
Elasticsearch 7.x |
-
Examinez les modifications importantes de la version 7.0 pour savoir si vous devez faire des modifications aux index ou aux applications.
-
Créez un instantané manuel du domaine 6.x.
-
Créez un domaine 7.x.
-
Restaurez l'instantané du domaine d'origine vers le domaine 7.x. Au cours de l'opération, vous devrez probablement restaurer l'index .opensearch sous un nouveau nom :
POST _snapshot/<repository-name> /<snapshot-name> /_restore
{
"indices": "*",
"ignore_unavailable": true,
"rename_pattern": ".elasticsearch",
"rename_replacement": ".backup-elasticsearch"
}
Ensuite, vous pouvez réindexer .backup-elasticsearch sur le nouveau domaine et lui donner l'alias .elasticsearch . Notez que l'_restore RESTappel n'inclut pas include_global_state car la valeur par défaut _restore est false. Par conséquent, le domaine de test n'inclura aucun modèle d'index et ne disposera pas de l'état complet de la sauvegarde.
-
Si vous n'avez plus besoin de votre domaine d'origine, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
Elasticsearch 6.x |
Elasticsearch 6.8 |
-
Créez un instantané manuel du domaine 6.x.
-
Créez un domaine 6.8.
-
Restaurez l'instantané du domaine d'origine vers le domaine 6.8.
-
Si vous n'avez plus besoin de votre domaine d'origine, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
Elasticsearch 5.x |
Elasticsearch 6.x |
-
Passez en revue les modifications importantes pour la version 6.0 afin de voir si vous devez apporter des modifications à vos index ou à vos applications.
-
Créez un instantané manuel du domaine 5.x.
-
Créez un domaine 6.x.
-
Restaurez l'instantané du domaine d'origine vers le domaine 6.x.
-
Si vous n'avez plus besoin de votre domaine 5x, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
Elasticsearch 5.x |
Elasticsearch 5.6 |
-
Créez un instantané manuel du domaine 5.x.
-
Créez un domaine 5.6.
-
Restaurez l'instantané du domaine d'origine vers le domaine 5.6.
-
Si vous n'avez plus besoin de votre domaine d'origine, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
Elasticsearch 2.3 |
Elasticsearch 6.x |
Les instantanés Elasticsearch 2.3 ne sont pas compatibles avec la version 6.x. Pour migrer les données directement de la version 2.3 vers la version 6.x, vous devez recréer manuellement les index dans le nouveau domaine.
Vous pouvez également suivre les étapes pour migrer de la version 2.3 vers la version 5.x dans ce tableau, effectuer des opérations _reindex dans le nouveau domaine 5.x pour convertir les index 2.3 en index 5.x, puis suivre les étapes pour migrer de la version 5.x vers la version 6.x.
|
Elasticsearch 2.3 |
Elasticsearch 5.x |
-
Examinez les modifications importantes de la version 5.0 pour savoir si vous devez faire des modifications aux index ou aux applications.
-
Créez un instantané manuel du domaine 2.3.
-
Créez un domaine 5.x.
-
Restaurez l'instantané du domaine 2.3 vers le domaine 5x.
-
Si vous n'avez plus besoin de votre domaine 2.3, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|
Elasticsearch 1.5 |
Elasticsearch 5.x |
Les instantanés Elasticsearch 1.5 ne sont pas compatibles avec la version 5.x. Pour migrer vos données de la version 1.5 vers la version 5.x, vous devez recréer manuellement les index dans le nouveau domaine.
Les instantanés 1.5 sont compatibles avec 2.3, mais les domaines OpenSearch Service 2.3 ne prennent pas en charge cette _reindex opération. Comme vous ne pouvez pas les réindexer, les index issus d'un domaine 1.5 ne peuvent toujours pas être restaurés depuis des instantanés 2.3 vers des domaines 5.x.
|
Elasticsearch 1.5 |
Elasticsearch 2.3 |
-
Utilisez le plugin de migration pour déterminer si vous pouvez directement passer à la version 2.3. Vous aurez peut-être besoin d'apporter des modifications à vos données avant de procéder à la migration.
-
Dans un navigateur web, ouvrez http://domain-endpoint /_plugin/migration/ .
-
Choisissez Run checks now (Exécuter les vérifications maintenant).
-
Vérifiez les résultats et, si nécessaire, suivez les instructions pour apporter des modifications à vos données.
-
Créez un instantané manuel du domaine 1.5.
-
Créez un domaine 2.3.
-
Restaurez l'instantané du domaine 1.5 vers le domaine 2.3.
-
Si vous n'avez plus besoin de votre domaine 1.5, supprimez-le. Sinon, vous continuez à payer des frais pour le domaine.
|