Aktualisieren von Amazon- OpenSearch Service-Domains

Anmerkung

OpenSearch - und Elasticsearch-Versions-Upgrades unterscheiden sich von Service-Software-Updates. Informationen zum Aktualisieren der Servicesoftware für Ihre OpenSearch Service-Domain finden Sie unter Service-Software-Updates in Amazon OpenSearch Service.

Amazon OpenSearch Service bietet direkte Upgrades für Domains, auf denen OpenSearch 1.0 oder höher oder Elasticsearch 5.1 oder höher ausgeführt wird. Wenn Sie Services wie Amazon Data Firehose oder Amazon CloudWatch Logs verwenden, um Daten an OpenSearch Service zu streamen, überprüfen Sie vor der OpenSearch Migration, ob diese Services die neuere Version von unterstützen.

Unterstützte Upgrade-Pfade

Derzeit unterstützt OpenSearch Service die folgenden Upgrade-Pfade:

Von Version	Auf Version
OpenSearch 1.3 oder 2.x	OpenSearch 2.x Version 2.3 enthält die folgenden grundlegenden Änderungen: Der type Parameter wurde in Version 2.0 von allen OpenSearch API-Endpunkten entfernt. Weitere Informationen finden Sie unter grundlegende Änderungen. Wenn Ihre Domäne Indizes (Hot oder Cold) enthält UltraWarm, die ursprünglich in Elasticsearch 6.8 erstellt wurden, sind diese Indizes nicht mit OpenSearch 2.3 kompatibel. Bevor Sie auf Version 2.3 aktualisieren, müssen Sie die nicht kompatiblen Indizes neu indizieren. Bei inkompatiblen UltraWarm oder Cold-Indizes migrieren Sie sie in den Hot Storage, indizieren die Daten neu und migrieren Sie sie dann wieder in den Warm- oder Cold Storage. Alternativ können Sie die Indizes auch löschen, wenn Sie sie nicht mehr benötigen. Wenn Sie Ihre Domain versehentlich auf Version 2.3 aktualisieren, ohne diese Schritte vorher auszuführen, können Sie die nicht kompatiblen Indizes nicht aus ihrer aktuellen Speicherebene migrieren. Ihre einzige Möglichkeit besteht darin, sie zu löschen.
OpenSearch 1.x	OpenSearch 1.x
Elasticsearch 7.x	Elasticsearch 7.x oder OpenSearch 1.x Wichtig OpenSearch 1.x führt zahlreiche grundlegende Änderungen ein. Details hierzu finden Sie unter Umbenennung von Amazon OpenSearch Service – Zusammenfassung der Änderungen.
Elasticsearch 6.8	Elasticsearch 7.x oder OpenSearch 1.x Wichtig Elasticsearch 7.0 und OpenSearch 1.0 enthalten zahlreiche grundlegende Änderungen. Bevor Sie ein direktes Upgrade initiieren, empfehlen wir, einen manuellen Snapshot der 6.x-Domain zu erstellen, sie auf einer Test-7.x- oder OpenSearch 1.x-Domain wiederherzustellen und diese Testdomain zur Identifizierung potenzieller Upgrade-Probleme zu verwenden. Informationen zu grundlegenden Änderungen in OpenSearch 1.0 finden Sie unter Umbenennung von Amazon OpenSearch Service – Zusammenfassung der Änderungen. Wie in Elasticsearch 6.x können Indizes nur einen Mapping-Typ enthalten, aber dieser Typ muss jetzt den Namen _doc haben. Daher benötigen bestimmte APIs keinen Mapping-Typ mehr im Anforderungstext (z. B. die _bulk-API). Für neue Indizes haben selbst gehostete Elasticsearch 7.x und OpenSearch 1.x eine Standard-Shard-Anzahl von One. OpenSearch Service-Domains auf Elasticsearch 7.x und höher, wobei der vorherige Standardwert von fünf beibehalten wird.
Elasticsearch 6.x	Elasticsearch 6.x
Elasticsearch 5.6	Elasticsearch 6.x Wichtig Indizes, die in Version 6.x erstellt wurden, unterstützen keine mehrfachen Mapping-Typen mehr. Indizes, die in Version 5.x erstellt wurden, unterstützen noch mehrfache Mapping-Typen, wenn sie in einem 6.x Cluster wiederhergestellt werden. Sehen Sie nach, ob Ihr Code nur einen einzigen Mapping-Typ pro Index erstellt. Um Ausfallzeiten während des Upgrades von Elasticsearch 5.6 auf 6.x zu minimieren, indiziert OpenSearch Service den .kibana Index auf neu.kibana-6, löscht .kibana, erstellt einen Alias mit dem Namen .kibanaund ordnet den neuen Index dem neuen Alias zu.
Elasticsearch 5.x	Elasticsearch 5.x

Der Upgrade-Prozess besteht aus drei Schritten:

1. Prüfungen vor dem Upgrade – OpenSearch Der Service prüft auf Probleme, die ein Upgrade blockieren können, und fährt nicht mit dem nächsten Schritt fort, es sei denn, diese Prüfungen sind erfolgreich.

2. Snapshot – OpenSearch Der Service erstellt einen Snapshot des OpenSearch oder Elasticsearch-Clusters und fährt nicht mit dem nächsten Schritt fort, es sei denn, der Snapshot ist erfolgreich. Wenn das Upgrade fehlschlägt, verwendet OpenSearch Service diesen Snapshot, um den Cluster in seinen ursprünglichen Zustand wiederherzustellen. Weitere Informationen finden Sie unter Nach einem Upgrade ist kein Downgrade möglich.

3. Upgrade – Der OpenSearch Service startet das Upgrade, was zwischen 15 Minuten und mehreren Stunden dauern kann. OpenSearch Dashboards sind möglicherweise während eines Teils oder des gesamten Upgrades nicht verfügbar.

Starten eines Upgrades (Konsole)

Der Upgrade-Vorgang kann nicht rückgängig gemacht und weder angehalten noch abgebrochen werden. Während eines Upgrades können Sie keine Änderungen an der Konfiguration der Domain vornehmen. Bevor Sie das Upgrade starten, müssen Sie überprüfen, ob Sie fortfahren möchten. Sie können diese Schritte auch zum Ausführen der Pre-Upgrade-Prüfung verwenden ohne tatsächlich das Upgrade zu starten.

Wenn der Cluster über dedizierte Hauptknoten verfügt, werden OpenSearch Upgrades ohne Ausfallzeiten abgeschlossen. Andernfalls reagiert der Cluster nach dem Upgrade möglicherweise mehrere Sekunden lang nicht mehr, während er einen Master-Knoten wählt.

So aktualisieren Sie eine Domain auf eine neuere Version von OpenSearch oder Elasticsearch

1. Erstellen Sie einen manuellen Snapshot Ihrer Domain. Dieser Snapshot dient als Backup, das Sie auf einer neuen Domain wiederherstellen können, wenn Sie zu mit der vorherigen OpenSearch Version zurückkehren möchten.

2. Rufen Sie die Webseite unter http://aws.amazon.com auf und klicken Sie auf In der Konsole anmelden.

3. Wählen Sie unter Analyse die Option Amazon OpenSearch Service aus.

4. Wählen Sie im Navigationsbereich unter My domains (Meine Domains) die Domain aus, die Sie upgraden möchten.

5. Wählen Sie Aktionen und Aktualisieren aus.

6. Wählen Sie die Version aus, auf die aktualisiert werden soll. Wenn Sie auf eine - OpenSearch Version aktualisieren, wird die Option Kompatibilitätsmodus aktivieren angezeigt. Wenn Sie diese Einstellung aktivieren, OpenSearch meldet seine Version als 7.10, damit Elasticsearch-OSS-Clients und Plugins wie Logstash weiterhin mit Amazon OpenSearch Service arbeiten können. Sie können diese Einstellung später deaktivieren.

7. Wählen Sie Upgrade.

8. Überprüfen Sie den Status im Domain-Dashboard, um den Status des Upgrades zu überwachen.

Starten eines Upgrades (CLI)

Sie können die folgenden Vorgänge verwenden, um die richtige Version von OpenSearch oder Elasticsearch für Ihre Domain zu identifizieren, ein direktes Upgrade zu starten, die Vor-Upgrade-Prüfung durchzuführen und den Fortschritt anzuzeigen:

• get-compatible-versions (GetCompatibleVersions)

• upgrade-domain (UpgradeDomain)

• get-upgrade-status (GetUpgradeStatus)

• get-upgrade-history (GetUpgradeHistory)

Weitere Informationen finden Sie in der AWS -CLI-Befehlsreferenz und in der Amazon- OpenSearch Service-API-Referenz .

Starten eines Upgrades (SDK)

In diesem Beispiel wird der Python-OpenSearchServiceLow-Level-Client von verwendet, AWS SDK for Python (Boto) um zu überprüfen, ob eine Domain für ein Upgrade auf eine bestimmte Version berechtigt ist, sie zu aktualisieren und den Upgrade-Status kontinuierlich zu überprüfen.

import boto3
from botocore.config import Config
import time

# Build the client using the default credential configuration.
# You can use the CLI and run 'aws configure' to set access key, secret
# key, and default Region.

DOMAIN_NAME = ''  # The name of the domain to upgrade
TARGET_VERSION = ''  # The version you want to upgrade the domain to. For example, OpenSearch_1.1

my_config = Config(
    # Optionally lets you specify a Region other than your default.
    region_name='us-east-1'
)
client = boto3.client('opensearch', config=my_config)


def check_versions():
    """Determine whether domain is eligible for upgrade"""
    response = client.get_compatible_versions(
        DomainName=DOMAIN_NAME
    )
    compatible_versions = response['CompatibleVersions']
    for i in range(len(compatible_versions)):
        if TARGET_VERSION in compatible_versions[i]["TargetVersions"]:
            print('Domain is eligible for upgrade to ' + TARGET_VERSION)
            upgrade_domain()
            print(response)
        else:
            print('Domain not eligible for upgrade to ' + TARGET_VERSION)


def upgrade_domain():
    """Upgrades the domain"""
    response = client.upgrade_domain(
        DomainName=DOMAIN_NAME,
        TargetVersion=TARGET_VERSION
    )
    print('Upgrading domain to ' + TARGET_VERSION + '...' + response)
    time.sleep(5)
    wait_for_upgrade()


def wait_for_upgrade():
    """Get the status of the upgrade"""
    response = client.get_upgrade_status(
        DomainName=DOMAIN_NAME
    )
    if (response['UpgradeStep']) == 'UPGRADE' and (response['StepStatus']) == 'SUCCEEDED':
        print('Domain successfully upgraded to ' + TARGET_VERSION)
    elif (response['StepStatus']) == 'FAILED':
        print('Upgrade failed. Please try again.')
    elif (response['StepStatus']) == 'SUCCEEDED_WITH_ISSUES':
        print('Upgrade succeeded with issues')
    elif (response['StepStatus']) == 'IN_PROGRESS':
        time.sleep(30)
        wait_for_upgrade()


def main():
    check_versions()


if __name__ == "__main__":
    main()

Beheben von Validierungsfehlern

Wenn Sie ein Versionsupgrade von OpenSearch oder Elasticsearch initiieren, führt OpenSearch Service zunächst eine Reihe von Validierungsprüfungen durch, um sicherzustellen, dass Ihre Domain für ein Upgrade in Frage kommt. Wenn eine dieser Prüfungen fehlschlägt, erhalten Sie eine Benachrichtigung mit den spezifischen Problemen, die Sie beheben müssen, bevor Sie Ihre Domain aktualisieren. Eine Liste potenzieller Probleme und Schritte zu deren Behebung finden Sie unter Beheben von Validierungsfehlern.

Fehlerbehebung bei einem Upgrade

Direkte -Upgrades erfordern gesunde Domains. Ihre Domain ist womöglich nicht für ein Upgrade berechtigt oder kann aus einer Vielzahl von Gründen nicht upgegradet werden. Die folgende Tabelle zeigt die gängigsten Probleme.

Problem	Beschreibung
Optionales Plugin wird nicht unterstützt	Wenn Sie eine Domain mit optionalen Plug-Ins aktualisieren, aktualisiert OpenSearch Service auch automatisch die Plug-Ins. Daher muss die Zielversion für Ihre Domain auch diese optionalen Plug-Ins unterstützen. Wenn auf der Domain ein optionales Plugin installiert ist, das für die Zielversion nicht verfügbar ist, schlägt die Upgrade-Anforderung fehl.
Zu viele Shards pro Knoten	OpenSearch, sowie 7.x-Versionen von Elasticsearch haben eine Standardeinstellung von nicht mehr als 1 000 Shards pro Knoten. Wenn ein Knoten in Ihrem aktuellen Cluster diese Einstellung überschreitet, erlaubt OpenSearch Ihnen Service kein Upgrade. Informationen zu den Optionen für die Fehlerbehebung finden Sie unter Maximales Shard-Limit überschritten.
Domain in Verarbeitung	Die Domain befindet sich in der Mitte einer Konfigurationsänderung. Überprüfen Sie die Upgrade-Berechtigung, nachdem die Operation abgeschlossen ist.
Roter Cluster-Status	Ein oder mehrere Indizes im Cluster sind rot. Fehlerbehandlungsschritte finden Sie unter Roter Cluster-Status.
Hohe Fehlerrate	Der Cluster gibt beim Versuch, Anfragen zu verarbeiten, eine große Anzahl von 5xx-Fehlern zurück. Dieses Problem ist in der Regel das Ergebnis zu vieler gleichzeitiger Lese- oder Schreibanforderungen. Erwägen Sie, den Datenverkehr zu dem Cluster zu reduzieren oder Ihre Domain zu skalieren.
Split brain	Split brain bedeutet, dass Ihr Cluster über mehr als einen Master-Knoten verfügt und sich in zwei Cluster aufgeteilt hat, die sich nicht von selbst wieder hinzufügen. Sie können split brain vermeiden, indem Sie die empfohlene Anzahl der dedizierten Hauptknoten verwenden. Für Hilfe zur Wiederherstellung von split brain wenden Sie sich an AWS Support.
Master-Knoten wurde nicht gefunden.	OpenSearch Der Service kann den Hauptknoten des Clusters nicht finden. Wenn Ihre Domain Multi-AZ verwendet, kann ein Ausfall einer Availability Zone dazu geführt haben, dass der Cluster das Quorum verliert und keinen neuen Hauptknoten wählen kann. Wenn sich das Problem nicht von selbst löst, wenden Sie sich bitte an AWS Support.
Zu viele ausstehende Aufgaben	Der Master-Knoten ist stark ausgelastet und hat viele ausstehende Aufgaben. Erwägen Sie, den Datenverkehr zu dem Cluster zu reduzieren oder Ihre Domain zu skalieren.
Beeinträchtigtes Speicher-Volume	Das Datenträger-Volume eines oder mehrerer Knoten funktioniert nicht ordnungsgemäß. Dieses Problem tritt oft zusammen mit anderen Problemen, wie z. B. eine hohe Fehlerrate oder zu viele ausstehende Aufgaben, auf. Wenn es isoliert auftritt und sich nicht von selbst löst, wenden Sie sich bitte an AWS Support.
Problem mit KMS-Schlüssel	Der KMS-Schlüssel für die Verschlüsselung der Domain ist entweder nicht zugänglich oder fehlt. Weitere Informationen finden Sie unter Überwachen von Domains, die Daten im Ruhezustand verschlüsseln.
Snapshot in Arbeit	Die Domain erstellt derzeit einen Snapshot. Überprüfen Sie die Upgrade-Berechtigung, nachdem der Snapshot abgeschlossen ist. Überprüfen Sie auch, ob Sie manuelle Snapshot-Repositorys auflisten, Snapshots innerhalb dieser Repositorys auflisten und manuelle Snapshots erstellen können. Wenn OpenSearch der Service nicht überprüfen kann, ob ein Snapshot ausgeführt wird, können Upgrades fehlschlagen.
Snapshot-Timeout oder -Fehler	Der Pre-Upgrade-Snapshot hat zu lange gedauert oder ist fehlgeschlagen. Überprüfen Sie die Cluster-Gesundheit und versuchen Sie es erneut. Wenn das Problem weiterhin besteht, wenden Sie sich bitte an AWS Support.
Inkompatible Indizes	Ein oder mehrere Indizes sind nicht kompatibel mit der Zielversion. Dieses Problem kann auftreten, wenn Sie die Indizes von einer älteren Version von OpenSearch oder Elasticsearch migriert haben. Indizieren Sie die Indizes neu und versuchen Sie es erneut.
Hohe Festplattennutzung	Die Festplattennutzung für den Cluster übersteigt 90 %. Löschen Sie Daten oder skalieren Sie die Domain und versuchen Sie es erneut.
Hohe JVM-Nutzung	Die JVM-Speicherbelastung übersteigt 75 %. Reduzieren Sie den Datenverkehr an den Cluster oder skalieren Sie die Domain und versuchen Sie es erneut.
OpenSearch Dashboards-Aliasproblem	.dashboards ist bereits als Alias konfiguriert und wird einem inkompatiblen Index zugeordnet, wahrscheinlich einem von einer früheren Version von OpenSearch Dashboards. Indizieren Sie neu und versuchen Sie es erneut.
Roter Dashboard-Status	OpenSearch Der Dashboards-Status ist rot. Verwenden Sie Dashboards, wenn das Upgrade abgeschlossen ist. Wenn der rote Status weiterhin besteht, beheben Sie den Fehler manuell und versuchen Sie es erneut.
Cluster-übergreifende Kompatibilität	Sie können ein Upgrade nur dann durchführen, wenn die Cluster-übergreifende Kompatibilität zwischen der Quell- und Ziel-Domain nach dem Upgrade aufrechterhalten wird. Während des Upgrade-Vorgangs werden alle inkompatiblen Verbindungen identifiziert. Um fortzufahren, aktualisieren Sie entweder die Remote-Domain oder löschen Sie die inkompatiblen Verbindungen. Beachten Sie, dass Sie, wenn die Replikation für die Domain aktiv ist, nicht fortsetzen können, nachdem Sie die Verbindung gelöscht haben.
Problem mit dem anderen OpenSearch Service	Probleme mit dem OpenSearch Service selbst können dazu führen, dass Ihre Domain als nicht für ein Upgrade berechtigt angezeigt wird. Wenn keine der vorangehenden Bedingungen für Ihre Domain gelten und das Problem mehr als einen Tag bestehen bleibt, wenden Sie sich bitte an AWS Support.

Verwenden eines Snapshots zum Migrieren von Daten

Direkte Upgrades sind die einfachere, schnellere und zuverlässigere Möglichkeit, eine Domain auf eine neuere OpenSearch oder Elasticsearch-Version zu aktualisieren. Snapshots sind eine gute Option, wenn Sie aus einer Version von Elasticsearch vor 5.1 migrieren oder einen völlig neuen Cluster migrieren möchten.

Die folgende Tabelle zeigt, wie Sie Snapshots verwenden, um Daten zu einer Domain zu migrieren, die eine andere - OpenSearch oder Elasticsearch-Version verwendet. Informationen zum Erstellen und Wiederherstellen von Snapshots finden Sie unter Index-Snapshots in Amazon OpenSearch Service erstellen.

Von Version	Auf Version	Migrationsprozess
OpenSearch 1.3 oder 2.x	OpenSearch 2.x	Überprüfen Sie die grundlegenden Änderungen für OpenSearch 2.3, um festzustellen, ob Sie Anpassungen an Ihren Indizes oder Anwendungen vornehmen müssen. Erstellen Sie einen manuellen Snapshot der Domain 1.3 oder 2.x. Erstellen Sie eine 2.x-Domain, die eine höhere Version als Ihre ursprüngliche 1.3- oder 2.x-Domain hat. Stellen Sie den Snapshot aus der ursprünglichen Domäne in der 2.x-Domäne wieder her. 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 enthält, include_global_state da der Standardwert in false _restore ist. Daher enthält die Testdomäne keine Indexvorlagen und hat nicht den vollständigen Status aus dem Backup. 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 der 1.x-Domain. Erstellen Sie eine 1.x-Domain, die eine höhere Version als Ihre ursprüngliche 1.x-Domain hat. Stellen Sie den Snapshot aus der ursprünglichen Domäne in der neuen 1.x-Domäne wieder her. 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 enthält, include_global_state da der Standardwert in false _restore ist. Daher enthält die Testdomäne keine Indexvorlagen und hat nicht den vollständigen Status aus dem Backup. 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	Überprüfen Sie die grundlegenden Änderungen für OpenSearch 1.0, 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-Domain. Stellen Sie den Snapshot von der Elasticsearch-Domäne in der OpenSearch Domäne wieder her. Während des Vorgangs müssen Sie möglicherweise Ihren .elasticsearch Index 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 enthält, include_global_state da der Standardwert in false _restore ist. Daher enthält die Testdomäne keine Indexvorlagen und hat nicht den vollständigen Status aus dem Backup. 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 enthält, include_global_state da der Standardwert in false _restore ist. Daher enthält die Testdomäne keine Indexvorlagen und hat nicht den vollständigen Status aus dem Backup. 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. Wichtig 1.5-Snapshots sind mit 2.3 kompatibel, OpenSearch Service-2.3-Domains 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.