upgrade.asciidoc 4.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115
  1. [[setup-upgrade]]
  2. = Upgrade Elasticsearch
  3. [partintro]
  4. --
  5. Elasticsearch can usually be upgraded using a <<rolling-upgrades,Rolling upgrade>>
  6. process so upgrading does not interrupt service. However, you might
  7. need to <<reindex-upgrade,Reindex to upgrade>> indices created in older versions.
  8. Upgrades across major versions prior to 6.0 require a <<restart-upgrade,Full cluster restart>>.
  9. When upgrading to a new version of Elasticsearch, you need to upgrade each
  10. of the products in your Elastic Stack. The steps you need to take to upgrade
  11. differ depending on which products you are using. Want a list that's tailored
  12. to your stack? Try out our {upgrade_guide}[Interactive Upgrade Guide]. For
  13. more information about upgrading your stack, see {stack-ref}[Upgrading the
  14. Elastic Stack].
  15. [IMPORTANT]
  16. ===========================================
  17. Before upgrading Elasticsearch:
  18. * Review the <<breaking-changes,breaking changes>> for changes that
  19. affect your application.
  20. * Check the <<deprecation-logging, deprecation log>> to see if you are using
  21. any deprecated features.
  22. * If you use custom plugins, make sure compatible versions are available.
  23. * Test upgrades in a dev environment before upgrading your production cluster.
  24. * <<modules-snapshots,Back up your data>> before upgrading.
  25. You **cannot roll back** to an earlier version unless you have a backup of
  26. your data.
  27. ===========================================
  28. The following table shows when you can perform a rolling upgrade, when you
  29. need to reindex or delete old indices, and when a full cluster restart is
  30. required.
  31. [[upgrade-paths]]
  32. [cols="1<m,1<m,3",options="header",]
  33. |=======================================================================
  34. |Upgrade From |Upgrade To |Supported Upgrade Type
  35. |6.0-6.2 |{version} |<<rolling-upgrades,Rolling upgrade>>
  36. |5.6 |{version} |<<rolling-upgrades,Rolling upgrade>> footnoteref:[reindexfn, You must delete or reindex any indices created in 2.x before upgrading.]
  37. |5.0-5.5 |{version} |<<restart-upgrade,Full cluster restart>> footnoteref:[reindexfn]
  38. |Pre-5.0 |{version} |<<reindex-upgrade,Reindex to upgrade>>
  39. |=======================================================================
  40. [IMPORTANT]
  41. ===============================================
  42. Elasticsearch can read indices created in the *previous major version*.
  43. Older indices must be reindexed or deleted. Elasticsearch 6.n
  44. can use indices created in Elasticsearch 5.n, but not those created in
  45. Elasticsearch 2.n or before. Elasticsearch 5.n can use indices created in
  46. Elasticsearch 2.n, but not those created in 1.n or before.
  47. This also applies to indices backed up with <<modules-snapshots,snapshot
  48. and restore>>. If an index was originally created in 2.n, it cannot be
  49. restored to a 6.n cluster even if the snapshot was created by a 5.n cluster.
  50. Elasticsearch nodes will fail to start if incompatible indices are present.
  51. For information about how to upgrade old indices, see <<reindex-upgrade,
  52. Reindex to upgrade>>.
  53. ===============================================
  54. [float]
  55. [[elasticsearch-upgrade-6.3]]
  56. === Upgrading to 6.3
  57. Starting in 6.3, the default distribution includes {xpack} with a free
  58. Basic license. If you already have a Basic license, once you upgrade to 6.3
  59. it will never expire or need to be renewed. If you have a license subscription,
  60. your license and settings are preserved when you upgrade.
  61. You can perform rolling upgrades to 6.3 from OSS-only clusters running 5.6
  62. or 6.0-6.2. {xpack} Basic features will be operational once the cluster is fully
  63. upgraded.
  64. If you are using {xpack} for the first time, you must explicitly enable data
  65. collection after the upgrade to use monitoring. Set
  66. `xpack.monitoring.collection.enabled` to `true` with the `_cluster/settings`
  67. API:
  68. [source,json]
  69. ----------------------------------------------------------
  70. PUT /_cluster/settings
  71. {
  72. "persistent" : {
  73. "xpack.monitoring.collection.enabled" : "true"
  74. }
  75. }
  76. ----------------------------------------------------------
  77. // CONSOLE
  78. To take all of the {xpack} features for a spin, you can start a 30-day trial
  79. from Kibana, or with the Start Trial API:
  80. [source,json]
  81. ----------------------------------------------------------
  82. POST _xpack/license/start_trial
  83. ----------------------------------------------------------
  84. // CONSOLE
  85. The 30-day trial enables you to try out the full set of Platinum features,
  86. including security, machine learning, alerting, graph capabilities, and more.
  87. --
  88. include::upgrade/rolling_upgrade.asciidoc[]
  89. include::upgrade/cluster_restart.asciidoc[]
  90. include::upgrade/reindex_upgrade.asciidoc[]