Before upgrading Logstash:
While upgrading Logstash:
- If you use X-Pack monitoring, you must re-use the data directory when you upgrade Logstash. Otherwise, the Logstash node is assigned a new persistent UUID and becomes a new node in the monitoring data.
If you’re upgrading other products in the stack, also read the Elastic Stack Installation and Upgrade Guide.
See the following topics for information about upgrading Logstash:
When to Upgradeedit
Fresh installations can and should start with the same version across the Elastic Stack.
Elasticsearch 7.0 does not require Logstash 7.0. An Elasticsearch 7.0 cluster will happily receive data from earlier versions of Logstash via the default HTTP communication layer. This provides some flexibility to decide when to upgrade Logstash relative to an Elasticsearch upgrade. It may or may not be convenient for you to upgrade them together, and it is not required to be done at the same time as long as Elasticsearch is upgraded first.
You should upgrade in a timely manner to get the performance improvements that come with Logstash 7.0, but do so in the way that makes the most sense for your environment.
When Not to Upgradeedit
If any Logstash plugin that you require is not compatible with Logstash 7.0, then you should wait until it is ready before upgrading.
Although we make great efforts to ensure compatibility, Logstash 7.0 is not completely backwards compatible. As noted in the Elastic Stack upgrade guide, Logstash 7.0 should not be upgraded before Elasticsearch 7.0. This is both practical and because some Logstash 7.0 plugins may attempt to use features of Elasticsearch 7.0 that did not exist in earlier versions. For example, if you attempt to send the 7.x template to a cluster before Elasticsearch 7.0, then all indexing likely fail. If you use your own custom template with Logstash, then this issue can be ignored.