Erfahren Sie, wie einfach der Umstieg von selbstverwaltetem Elasticsearch auf Elastic Cloud ist. Sparen Sie Zeit beim Bereitstellen, Verwalten, Skalieren und Upgraden und investieren Sie diese lieber in die Nutzung des Potenzials von Elasticsearch.

<p>Wir beobachten, dass On-Premises-Workloads zunehmend in die Cloud verlagert werden. Elasticsearch ist seit vielen Jahren aktiv und unsere Nutzer und Kunden verwalten ihre Workloads in der Regel „on-premises“. Elasticsearch Service auf <a href="/de/cloud">Elastic Cloud</a> ist unser verwalteter <a href="/de/elasticsearch/service">Elasticsearch-Dienst</a> auf Amazon Web Services (AWS), Google Cloud und Microsoft Azure in vielen Regionen weltweit und die beste Möglichkeit, den Elastic Stack und unsere Lösungen für Enterprise Search, Observability und Security zu nutzen.
</p><p>Wenn Sie Elasticsearch nicht mehr selbst verwalten möchten, nimmt Ihnen der Elasticsearch Service Folgendes von den Schultern:
</p><ul>
	<li>Bereitstellung und Verwaltung der zugrunde liegenden Infrastruktur</li>
	<li>Erstellung und Verwaltung Ihrer Elasticsearch-Cluster</li>
	<li>Skalierung Ihrer Cluster – nach oben oder unten</li>
	<li>Upgrades, Patching und Snapshot-Erstellung</li>
</ul><p>Dadurch haben Sie mehr Zeit, sich auf die Lösung anderer Aufgaben zu konzentrieren.
</p><p>In diesem Blogpost zeigen wir Ihnen, wie Sie auf Elasticsearch Service migrieren können, indem Sie einen Snapshot Ihres Elasticsearch-Clusters erstellen und diesen dann auf Elasticsearch Service wiederherstellen.
</p><h2>Erstellen eines Snapshots des Clusters</h2><p>Wenn Sie von selbstverwaltetem Elasticsearch auf Elasticsearch Service umsteigen möchten, müssen Sie als Erstes entscheiden, welchen Cloud-Anbieter und welche Cloud-Region Sie nutzen möchten. Diese Entscheidung hängt in der Regel von Ihren bestehenden Workloads, Ihrer Cloud-Strategie und verschiedenen anderen Faktoren ab.
</p><p>Im Folgenden sehen wir uns an, wie das Ganze für Elasticsearch Service auf AWS abläuft. Eine Erläuterung der Prozesse für Google Cloud und Azure folgt demnächst.
</p><p>Die einfachste Möglichkeit, Daten aus einem Elasticsearch-Cluster in einen anderen Cluster zu verschieben, besteht darin, einen Snapshot des Clusters zu erstellen und diesen Snapshot dann zu nutzen, um die Daten im neuen Elasticsearch Service-Cluster wiederherzustellen.
</p><p>Für das Erstellen eines Cluster-Snapshots gibt es mehrere Möglichkeiten. Die einfachste: Führen Sie eine einmalige Snapshot-Operation aus.
</p><p>Sollte Ihr Elasticsearch fortlaufend Daten ingestieren, hat diese Form der Snapshot-Erstellung den Nachteil, dass die Daten verloren gehen, die zwischen dem Zeitpunkt, zu dem der Snapshot erstellt wird, und dem Zeitpunkt ingestiert werden, zu dem der Snapshot im neuen Cluster wiederhergestellt wird. Um dies weitestgehend zu verhindern, empfiehlt es sich, eine <a href="https://www.elastic.co/guide/en/elasticsearch/reference/7.10/getting-started-snapshot-lifecycle-management.html">Snapshot-Lifecycle-Richtlinie</a> zu erstellen. Wenn Ihr Elasticsearch-Cluster nicht fortlaufend Daten ingestiert, z. B. bei der Verwendung für die Suche, ist ein solcher Einmal-Snapshot okay.
</p><p>Bevor Sie einen Snapshot Ihres lokalen Clusters erstellen, müssen Sie das AWS S3-Bucket konfigurieren, in dem dieser Snapshot gespeichert werden soll. Dies ist der Speicherort, aus dem der neue, auf AWS ausgeführte Elasticsearch Service-Cluster den Cluster-Status wiederherstellen wird.
</p><p>Grob gesagt besteht dieser Prozess aus den folgenden Schritten:
</p><ul>
	<li>Konfigurieren des Cloud-Speichers (in diesem Fall des AWS S3-Buckets)</li>
	<li>Konfigurieren des lokalen Snapshot-Repositorys</li>
	<li>Erstellen Ihrer Snapshot-Richtlinie</li>
	<li>Bereitstellen des neuen Clusters auf Elasticsearch Service</li>
	<li>Konfigurieren des Snapshot-Repositorys des Elasticsearch Service-Clusters</li>
	<li>Wiederherstellen des Elasticsearch Service-Clusters aus einem lokalen Snapshot</li>
</ul><h2>Konfigurieren des Cloud-Speichers</h2><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html"></a><ol><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html"></a>
	<li><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html"></a><a href="https://docs.aws.amazon.com/AmazonS3/latest/user-guide/create-bucket.html">Erstellen Sie ein S3-Bucket</a>. Das S3-Bucket sollte sich in derselben Region wie Ihr Elasticsearch Service-Cluster befinden:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt8935ff7473d9beb0/5ff3995f1166ce7d2ed1b6f7/blog-on-prem-to-ec-aws-1.png" data-sys-asset-uid="blt8935ff7473d9beb0" alt="" style="display: block; margin: auto;"></li>
	<li>Erstellen Sie <a href="https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html#access_policies_create-json-editor">über den Tab „JSON“ die S3-Bucket-Richtlinie</a> und <a href="https://www.elastic.co/guide/en/cloud/current/ec-aws-custom-repository.html#ec-aws-custom-repository">fügen Sie die JSON-Datei mit der Richtlinie für das S3-Bucket hinzu</a> (unter Verwendung des Namens Ihres Buckets):<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt142d493b1f46f263/5ff499298884c20ac3ca657a/blog-on-prem-to-ec-aws-1a.png" data-sys-asset-uid="blt142d493b1f46f263" alt="" style="display: block; margin: auto;"></li>
	<li>Klicken Sie auf <strong>Review policy</strong> und geben Sie einen Namen für Ihre Richtlinie ein:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt05212dc5cd32b31e/5ff4994ea00f8977b72365e5/blog-on-prem-to-ec-aws-1b.jpg" data-sys-asset-uid="blt05212dc5cd32b31e" alt="" style="display: block; margin: auto;"></li>
	<li><a href="https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_create-console.html#access_policies_create-json-editor">Erstellen Sie den IAM-Nutzer</a> und weisen Sie die oben erstellte S3-Bucket-Richtlinie zu:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt1a8e8e67a7c227ac/5ff4995ea703d10ab87eaf92/blog-on-prem-to-ec-aws-1c.png" data-sys-asset-uid="blt1a8e8e67a7c227ac" alt="" style="display: block; margin: auto;"></li>
	<li>Klicken Sie auf <strong>Next: Permissions</strong>, wählen Sie <strong>Attach existing policies directly</strong> und suchen Sie nach der Richtlinie, die Sie im vorherigen Schritt erstellt haben:<br><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf88ad4e6e9137f66/5ff49984e7fdff751b7950db/blog-on-prem-to-ec-aws-1d.png" data-sys-asset-uid="bltf88ad4e6e9137f66" alt="" style="display: block; margin: auto;"></li>
	<li>Vergewissern Sie sich, dass diese Richtlinie markiert ist, und klicken Sie dann auf <strong>Next:tags</strong>.  Das Hinzufügen von Tags können Sie überspringen. Klicken Sie einfach auf <strong>Create User</strong>.</li>
	<li>Laden Sie die Sicherheitszugangsdaten des Nutzers herunter.</li>
</ol><h2>Konfigurieren des lokalen Snapshot-Repositorys</h2><h3>1. Installieren des S3-Plugins
</h3><p>Installieren Sie das Elasticsearch-S3-Plugin in Ihrem On-Premises-Deployment. Führen Sie dazu in jedem lokalen Elasticsearch-Knoten von Ihrem Elasticsearch-Startverzeichnis aus den folgenden Befehl aus:
</p><pre class="prettyprint">sudo bin/elasticsearch-plugin install repository-s3
</pre><p>Nach dem Ausführen dieses Befehls müssen Sie den Knoten neu starten.
</p><h3>2. Konfigurieren der S3-Client-Berechtigungen</h3><p>Konfigurieren Sie die S3-Client-Berechtigungen für den On-Premises-Cluster. Führen Sie dazu die folgenden Befehle aus:
</p><pre class="prettyprint">bin/elasticsearch-keystore add s3.client.default.access_key
</pre><pre class="prettyprint">bin/elasticsearch-keystore add s3.client.default.secret_key
</pre><p>Dies ist nötig, damit der lokale Cluster über die Zugangsinformationen verfügt, die zum Schreiben der Snapshots in S3 erforderlich sind. „Access_key“ und „secret_key“ sind dem Eintrag für den IAM-Nutzer zu entnehmen, den Sie im vorherigen Schritt erstellt haben.
</p><h2>Einrichten Ihrer Snapshot-Richtlinie</h2><h3>1. Konfigurieren des Snapshot-Repositorys</h3><p>Konfigurieren Sie das S3-Snapshot-Repository in Ihrem lokalen Cluster. Führen Sie dazu in <a href="https://www.elastic.co/guide/en/kibana/7.10/console-kibana.html">Kibana Dev Tools</a> Folgendes aus. Damit teilen wir dem lokalen Cluster mit, in welches S3-Bucket der Snapshot geschrieben werden soll. Der IAM-Nutzer, den Sie gerade erstellt haben, sollte Lese- und Schreibrechte für dieses S3-Bucket haben.
</p><pre class="prettyprint">PUT _snapshot/<my_s3_repository>
{
  "type": "s3",
  "settings": {
    "bucket": "<bucket-name>"
  }
}
</pre><h3>2. Erstellen einer Snapshot-Richtlinie</h3><p>Als Nächstes erstellen Sie in Ihrem lokalen Cluster eine Snapshot-Richtlinie, die den Snapshot im neu erstellten S3-Bucket speichert:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltbcbd67f92515dcef/5ff399f002fd0c7d345f3f4e/blog-on-prem-to-ec-aws-4.png" data-sys-asset-uid="bltbcbd67f92515dcef" alt="" style="display: block; margin: auto;">
</p><p>Sie können in Kibana Dev Tools auch einen Einmal-Snapshot erstellen:
</p><pre class="prettyprint">PUT /_snapshot/<your repo_name>/<your_snapshotname>?wait_for_completion=true
{
  "indices": "*",
  "ignore_unavailable": true,
  "include_global_state": false
}
</pre><p>Überprüfen Sie, dass die Snapshots funktionieren. Führen Sie dazu in Dev Tools den folgenden Befehl aus:
</p><pre class="prettyprint">GET _snapshot/<your_repo_name>/_all
</pre><h2>Bereitstellen des neuen Clusters auf Elasticsearch Service</h2><p>Nachdem wir uns vergewissert haben, dass die Snapshots in S3 funktionieren, ist es nun an der Zeit, unter <a href="https://cloud.elastic.co">cloud.elastic.co</a> einen neuen Cluster auf Elasticsearch Service bereitzustellen. Sie können hier den Anwendungsfall auswählen, der am besten zu Ihrer bestehenden Workload, der AWS-Region und Ihrer Elasticsearch-Version passt. 
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt1f2ac344fc6a7ff5/5ff39a1cb80b0a1a68fa1b8e/blog-on-prem-to-ec-aws-5.png" data-sys-asset-uid="blt1f2ac344fc6a7ff5" alt="" style="display: block; margin: auto;">
</p><p>Konfigurieren Sie in der Elasticsearch Service-Konsole die Einstellungen für den Cluster-Schlüsselspeicher:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf947e9a6eaf104c7/5ff39a30a00f8977b72361fb/blog-on-prem-to-ec-aws-6.png" data-sys-asset-uid="bltf947e9a6eaf104c7" alt="" style="display: block; margin: auto;">
</p><p>Die folgenden beiden Einstellungen müssen konfiguriert werden:
</p><pre class="prettyprint">s3.client.default.access_key
s3.client.default.secret_key
</pre><p>Das ist nötig, damit der Elasticsearch Service-Cluster die Berechtigung hat, den Snapshot aus dem S3-Bucket zu lesen. Diese Einstellungen sind dieselben wie die Sicherheitszugangsinformationen für den IAM-Nutzer.
</p><h2>Konfigurieren des Snapshot-Repositorys des Elasticsearch Service-Clusters</h2><p>Als Nächstes müssen wir auf dem Elasticsearch Service-Cluster ein neues Snapshot-Repository erstellen. Damit teilen wir Elasticsearch Service mit, wo in S3 sich der Snapshot befindet, der für die Wiederherstellung verwendet werden soll. Melden Sie sich dazu bei Kibana an, wählen Sie <strong>Stack Management</strong> aus und navigieren Sie zu „Snapshot and Restore“. Klicken Sie auf <strong>Register a repository</strong>:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt5e29fd219930b396/5ff39a8a1ebd9777b16915f0/blog-on-prem-to-ec-aws-7.png" data-sys-asset-uid="blt5e29fd219930b396" alt="" style="display: block; margin: auto;">
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt779ffd3e39d1a89d/5ff39a908884c20ac3ca61a6/blog-on-prem-to-ec-aws-8.png" data-sys-asset-uid="blt779ffd3e39d1a89d" alt="" style="display: block; margin: auto;">
</p><p>Fügen Sie den Namen des Buckets hinzu, in dem sich die Snapshots befindet:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt72da87c79799e9f5/5ff39aaf1ebd9777b16915f4/blog-on-prem-to-ec-aws-9.png" data-sys-asset-uid="blt72da87c79799e9f5" alt="" style="display: block; margin: auto;">
</p><p>Vergewissern Sie sich anschließend, dass das Repository richtig konfiguriert wurde:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt2b5e3679e861ce44/5ff39ac2a7955d1a6a8925d8/blog-on-prem-to-ec-aws-10.png" data-sys-asset-uid="blt2b5e3679e861ce44" alt="" style="display: block; margin: auto;">
</p><p>Kontrollieren Sie zum Schluss, ob der Elasticsearch Service-Cluster den Snapshot, den wir für die Wiederherstellung verwenden möchten, tatsächlich sehen kann:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltbe9b4262a466a40b/5ff39adb1ebd9777b16915fc/blog-on-prem-to-ec-aws-11.png" data-sys-asset-uid="bltbe9b4262a466a40b" alt="" style="display: block; margin: auto;">
</p><h2>Wiederherstellen des Elasticsearch Service-Clusters aus dem Snapshot</h2><p>Gehen Sie zum Wiederherstellen der Snapshot-Daten in der Elasticsearch Service-Konsole zur API-Konsole des Elasticsearch Service-Clusters<strong> </strong>und führen Sie die folgenden drei Befehle aus. Alle drei Befehle werden in der API-Konsole als POST ausgeführt.
</p><h3>Schließen aller Indizes
</h3><pre class="prettyprint">*/_close?expand_wildcards=all
</pre><p>Damit sorgen wir dafür, dass als Erstes alle Indizes geschlossen werden, damit es bei der Wiederherstellung nicht zu Konflikten kommt:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltdf5a2453c8da98c3/5ff39b1cb08361084bffca4b/blog-on-prem-to-ec-aws-12.png" data-sys-asset-uid="bltdf5a2453c8da98c3" alt="" style="display: block; margin: auto;">
</p><h3>Wiederherstellen der Snapshot-Daten</h3><pre class="prettyprint">/_snapshot/<your-repo-name>/<your-snapshot-name>/_restore
</pre><p>Mit diesem Befehl stellen wir die Daten im Snapshot wieder her:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt0ea03e5e653d3df0/5ff39b2cb529867fcec273fd/blog-on-prem-to-ec-aws-13.png" data-sys-asset-uid="blt0ea03e5e653d3df0" alt="" style="display: block; margin: auto;">
</p><h3>Öffnen aller Indizes</h3><pre class="prettyprint">*/_open?expand_wildcards=all
</pre><p>Mit diesem Befehl öffnen wir alle Indizes:
</p><p><img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf845ceca20417a26/5ff39b516aab641cd100e5a8/blog-on-prem-to-ec-aws-14.png" data-sys-asset-uid="bltf845ceca20417a26" alt="blog-on-prem-to-ec-aws-14.png">
</p><h2>Überprüfen der Wiederherstellung der Snapshot-Daten</h2><p>Vergewissern Sie sich, dass alle Daten aus dem Snapshot mit allen Indizes wiederhergestellt wurden. Gehen Sie dazu zu Kibana und führen Sie in Dev Tools den folgenden Befehl aus:
</p><pre class="prettyprint">GET _cat/indices
</pre><p>Jetzt sollte der neue Cluster auf Elasticsearch Service mit denselben Daten wie in dem selbstverwalteten Cluster ausgeführt werden, das als Basis für den Snapshot gedient hat. Sie können nun als Ingestionsziel für die Quellen, aus denen Daten ingestiert werden sollen, wie Beats oder Logstash, den neuen Elasticsearch Service-Endpoint festlegen, den Sie in der Elastic Cloud-Konsole finden.
</p><h2>Jetzt auf Elastic Cloud migrieren</h2>Das Verlagern eines selbstverwalteten Elasticsearch-Clusters auf Elasticsearch Service auf Elastic Cloud über einen Snapshot ist eine einfache Angelegenheit. Die Selbstverwaltung von Elasticsearch kann zwar Spaß machen, aber wenn Sie Wichtigeres zu tun haben, sollten Sie die Verwaltung Ihrer Elasticsearch-Cluster dem Elasticsearch Service überlassen. Informieren Sie sich über die <a href="/de/elasticsearch/service/migrate-to-elastic-cloud">Vorteile einer Migration auf Elastic Cloud</a> oder <a href="https://cloud.elastic.co/registration">probieren Sie Elastic Cloud 14 Tage lang kostenlos aus</a>.

blog-banner-cloud-aws.png

blog-thumb-cloud-aws.png

How to migrate from self-managed Elasticsearch to Elastic Cloud on AWS

Schritte zur Migration vom selbstverwalteten Elasticsearch auf Elastic Cloud auf AWS

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

Solutions Architect

Hrvoje Pejcinovic

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_self">Terms of Service</a>, and you agree to receive the <a href="/legal/privacy-statement#how-we-use-the-information" target="_self">selected communications</a> at the contact details you provided above. See <a href="/legal/privacy-statement/" target="_self">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Communication Preferences - ONLY for /communication-preferences

<p>Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/elastic-cloud-account-terms" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">ausgewählte Nachrichten und Informationen</a> an die oben von Ihnen bereitgestellten Kontaktangaben zu senden. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.</p>

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/serverless-preview-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Serverless GDPR Text

<p>Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/serverless-preview-terms" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, bezüglich unserer zugehörigen Produkte und Dienstleistungen und unter Nutzung der von Ihnen oben bereitgestellten Kontaktangaben <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">mit Ihnen in Kontakt zu treten</a>. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.</p>

<p>By submitting you agree to <a href="/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud Terms of Service</a>. Your personal data will be processed in accordance with <a href="/legal/privacy-statement">Elastic's Privacy Statement</a>.</p>

Cloud Trial GDPR Text

<p>Beim Absenden akzeptieren Sie die <a href="/de/agreements/global/cloud-services-monthly" rel="nofollow">Nutzungsbedingungen von Elastic Cloud</a>. Die Verarbeitung Ihrer personenbezogenen Daten unterliegt der <a href="/de/legal/privacy-statement">Datenschutzerklärung von Elastic</a>.
</p>

<p>By submitting you acknowledge that you've read and agree to our <a href="/legal/terms-of-use" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.</p>

Newsletter GDPR Text

<p>Durch das Absenden erklären Sie, dass Sie unsere <a href="/de/legal/terms-of-use" target="_self">Nutzungsbedingungen</a> gelesen haben und mit ihnen einverstanden sind und dass Sie Elastic erlauben, bezüglich unserer zugehörigen Produkte und Dienstleistungen und unter Nutzung der von Ihnen oben bereitgestellten Kontaktangaben <a href="/de/legal/privacy-statement#how-we-use-the-information" target="_self">mit Ihnen in Kontakt zu treten</a>. Weitere Informationen, darunter auch dazu, wie Sie Ihre Einwilligung zurückziehen können, finden Sie in der <a href="/de/legal/privacy-statement/" target="_self">Datenschutzerklärung von Elastic</a>.</p>

Explore similar demos

Overview

Speakers

Close

See more insights

The content on this page is not available in the selected language. As Elastic grows globally, we continue to support content in multiple languages.

The content on this page is not available in the selected language.

Der Inhalt dieser Seite ist in der ausgewählten Sprache nicht verfügbar. Wir bei Elastic arbeiten daran, die bereitgestellten Inhalte in verschiedenen Sprachen anzubieten. Bis dahin bitten wir Sie um etwas Geduld und hoffen auf Ihr Verständnis!

Author

Watch now (no PT)

Watch now

See all top stories

All (no PT translation)

Contact information

Press Release

Share on Reddit

Articles by

Share this story

Share by Email

Thank you for your interest!

Contact Info

Follow us on Youtube

Load More

Share on LinkedIn

Follow us on LinkedIn

Search Integrations

All Solutions

Video for

Follow us on Twitter

See when this webinar starts in my time zone

Register to Watch

Register now

See All Posts

Can't make it? Register and we'll send you the recording. You'll also receive an email with related content

Sie können nicht dabei sein? Registrieren Sie sich, damit wir Ihnen die Aufzeichnung zukommen lassen können. Außerdem erhalten Sie eine E‑Mail mit Begleitmaterial.

Small image for

On-demand webinar

Featured webinar

Register to Attend

Share on Facebook

Reset all

Upcoming webinar

View more posts

Print

Hosted by

Sign In to Attend

View next

Follow us on Facebook

Share

Highlights

Learn More

Read less

You'll also receive an email with related content

Wir schicken Ihnen zudem relevante Informationen, die von Interesse sein könnten.

Thank you for registering. We will send you a confirmation email soon.

Vielen Dank für Ihre Registrierung. Sie erhalten in Kürze eine Bestätigungs-E‑Mail von uns.

Author

Articles by Hrvoje Pejcinovic

Solutions Architect, Elastic

Schritte zur Migration vom selbstverwalteten Elasticsearch auf Elastic Cloud auf AWS