Upgrade Kibana
Self Managed
When you upgrade Kibana, you also upgrade the Observability and Elastic Security solutions, which use Kibana as their main interface.
Kibana automatically runs saved object migrations when required. To roll back to an earlier version in case of an upgrade failure, you must have a backup snapshot that includes the kibana
feature state. Snapshots include this feature state by default.
For more information, refer to Migrate saved objects.
When upgrading several Kibana instances connected to the same Elasticsearch cluster, ensure that all outdated instances are shut down before starting the upgrade.
Rolling upgrades are unsupported in Kibana. However, when outdated instances are shut down, you can start all upgraded instances in parallel, which allows all instances to participate in the upgrade in parallel.
For large deployments with more than 10 Kibana instances, and more than 10,000 saved objects, you can reduce the upgrade downtime by bringing up a single Kibana instance and waiting for it to complete the upgrade before bringing up the remaining instances.
Before you start, ensure you take the upgrade preparation steps. Then, take these extra steps to ensure you are ready to upgrade.
Problems with your Elasticsearch cluster can prevent Kibana upgrades from succeeding.
During the upgrade process, Kibana creates new indices into which updated documents are written. If a cluster is approaching the low watermark, there’s a high risk of Kibana not being able to create these. Reading, transforming and writing updated documents can be memory intensive, using more available heap than during routine operation. You must make sure that enough heap is available to prevent requests from timing out or throwing errors from circuit breaker exceptions. You should also ensure that all shards are replicated and assigned.
A healthy cluster has:
- Enough free disk space, at least twice the amount of storage taken up by the
.kibana
and.kibana_task_manager
indices - Sufficient heap size
- A "green" cluster status
When you perform an upgrade of different Kibana versions, the upgrade can fail. Ensure that all Kibana instances are running the same version, configuration, and plugins.
To upgrade Kibana:
Shut down all Kibana instances. Kibana does not support rolling upgrades. Upgrading while older Kibana instances are running can cause data loss or upgrade failures.
To install the
deb
orrpm
package:a. Use
rpm
ordpkg
. This installs all files in their proper locations and will not overwrite the config files. b. Upgrade any plugins by removing the existing plugin and reinstalling the appropriate version using thekibana-plugin
script. For more information, see Kibana plugins.To install from a
zip
ortar.gz
archive:a. Extract the archive to a new directory to be sure that you don’t overwrite the
config
ordata
directories. b. Copy the files from theconfig
directory from your old installation to your new installation. c. Copy the files from thedata
directory from your old installation to your new installation.ImportantIf you use monitoring features, you must re-use the data directory when you upgrade Kibana. Otherwise, the Kibana instance is assigned a new persistent UUID and becomes a new instance in the monitoring data.
d. Install the appropriate versions of all your plugins for your new installation using the
kibana-plugin
script. For more information, see Kibana plugins.Start Kibana.
Kibana 8.0.0 and later uses a new logging system, so the log formats have changed. For additional information, see Logging configuration changes.