Upgrade Kibana

edit

Depending on the Kibana version you’re upgrading from, the upgrade process to 7.17.24 varies. The following upgrades are supported:

  • Between minor versions
  • From 5.6 to 6.8
  • From 6.8 to 7.17.24
  • From any version since 7.17.0 to 7.17.24

The following table shows the recommended upgrade paths to 7.17.24.

Upgrade from Recommended upgrade path to 7.17.24

A previous 7.17 version (e.g., 7.17.0)

Upgrade to 7.17.24

7.0–7.16

Upgrade to 7.17.24

6.8

Upgrade to 7.17.24

6.0–6.7

  1. Upgrade to 6.8
  2. Upgrade to 7.17.24

5.6

  1. Upgrade to 6.8
  2. Upgrade to 7.17.24

5.0–5.5

  1. Upgrade to 5.6
  2. Upgrade to 6.8
  3. Upgrade to 7.17.24

Upgrading from 6.8 to 7.0 is not supported. Upgrade directly to 7.17.24 instead.

Before you begin

edit

Kibana automatically runs upgrade migrations when required. To roll back to an earlier version in case of an upgrade failure, you must have a backup snapshot available. This snapshot must include the kibana feature state or all .kibana* indices. For more information see upgrade migrations.

Before you upgrade Kibana:

  • Consult the breaking changes.
  • Take a snapshot of your data. To roll back to an earlier version, the snapshot must include the kibana feature state or all .kibana* indices.
  • Although not a requirement for rollbacks, we recommend taking a snapshot of all Kibana indices created by the plugins you use such as the .reporting* indices created by the reporting plugin.
  • Before you upgrade production servers, test the upgrades in a dev environment.
  • See preventing migration failures for common reasons upgrades fail and how to prevent these.
  • If you are using custom plugins, check that a compatible version is available.
  • Shut down all Kibana instances. Running more than one Kibana version against the same Elasticseach index is unsupported. Upgrading while older Kibana instances are running can cause data loss or upgrade failures.

For a comprehensive overview of the upgrade process, refer to Upgrading the Elastic Stack.

Upgrade from 5.6 or earlier

edit

To identify the changes you need to make to upgrade, and to enable you to perform an Elasticsearch rolling upgrade with no downtime, you must upgrade to 6.8 before you upgrade to 7.17.24.

Elasticsearch 7.17.24 can’t read indices created in 5.6 or earlier versions. Before you upgrade from 6.8 to 7.17.24, you must reindex or delete these indices. For more information, refer to Upgrading the Elastic Stack.

When your reindex is complete, follow the Standard upgrade instructions.

Upgrade from 6.7 or earlier

edit

The recommended path is to upgrade to 6.8 before upgrading to 7.17.24. This makes it easier to identify the required changes and enables you to use the Upgrade Assistant to prepare for your upgrade.

Upgrading from 6.8 to 7.0 is not supported. Upgrade directly to 7.17.24 instead.

You can import Kibana 6.x saved searches, visualizations, and dashboards in 7.17.24.

Upgrade from 6.8

edit

To help you prepare for your upgrade to 7.17.24, 6.8 includes an Upgrade Assistant. To access the assistant, go to Management > 7.0 Upgrade Assistant.

Upgrading from 6.8 to 7.0 is not supported. Upgrade directly to 7.17.24 instead.

After you have addressed any issues that were identified by the Upgrade Assistant, upgrade to 7.17.24.

Known issues

edit

"shard failed" error when viewing Beats dashboards in Kibana

edit

After upgrading to Elasticsearch 7.17.24, any indices created by Beats 6.6 or older will not work in Kibana dashboards until the index.query.default_field setting is added to each index. Indices created in Beats 6.7 or later are unaffected. To add the setting to the index, you can use the 7.0 Upgrade Assistant before upgrading, or add the setting manually .