<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Elasticsearch on Michał Kuzdzal</title><link>http://michal.kuzdzal.pl/tags/elasticsearch/</link><description>Recent content in Elasticsearch on Michał Kuzdzal</description><generator>Hugo -- gohugo.io</generator><language>pl</language><copyright>© 2026 Michał Kuzdzal</copyright><lastBuildDate>Tue, 12 Aug 2025 13:19:19 +0200</lastBuildDate><atom:link href="http://michal.kuzdzal.pl/tags/elasticsearch/index.xml" rel="self" type="application/rss+xml"/><item><title>Przyśpieszenie rolling restart i recovery shardów w Elasticsearch</title><link>http://michal.kuzdzal.pl/elasticsearch-recovery-speedup/</link><pubDate>Tue, 12 Aug 2025 13:19:19 +0200</pubDate><guid>http://michal.kuzdzal.pl/elasticsearch-recovery-speedup/</guid><description>&lt;p&gt;Czasem trzeba zrobić rolling restart w klastrze Elasticsearch - wymienić sprzęt, zaktualizować wersję lub przenieść shardy na nowy węzeł. Bez odpowiedniego przygotowania proces może trwać długo i generować dużo niepotrzebnego ruchu.&lt;br&gt;
Poniżej opisuję, co robię, żeby przyspieszyć restart i ograniczyć ruch shardów.&lt;/p&gt;</description></item></channel></rss>