upgrading.asciidoc 2.3 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667
  1. [role="xpack"]
  2. [testenv="platinum"]
  3. [[ccr-upgrading]]
  4. === Upgrading clusters using {ccr}
  5. ++++
  6. <titleabbrev>Upgrading clusters</titleabbrev>
  7. ++++
  8. Clusters that are actively using {ccr} require a careful approach to upgrades.
  9. The following conditions could cause index following to fail during rolling
  10. upgrades:
  11. * Clusters that have not yet been upgraded will reject new index settings or
  12. mapping types that are replicated from an upgraded cluster.
  13. * Nodes in a cluster that has not been upgraded will reject index files from a
  14. node in an upgraded cluster when index following tries to fall back to
  15. file-based recovery. This limitation is due to Lucene not being forward
  16. compatible.
  17. The approach to running a rolling upgrade on clusters where {ccr} is
  18. enabled differs based on uni-directional and bi-directional index following.
  19. [[ccr-uni-directional-upgrade]]
  20. ==== Uni-directional index following
  21. In a uni-directional configuration, one cluster contains only
  22. leader indices, and the other cluster contains only follower indices that
  23. replicate the leader indices.
  24. In this strategy, the cluster with follower indices should be upgraded
  25. first and the cluster with leader indices should be upgraded last.
  26. Upgrading the clusters in this order ensures that index following can continue
  27. during the upgrade without downtime.
  28. You can also use this strategy to upgrade a
  29. <<ccr-chained-replication,replication chain>>. Start by upgrading clusters at
  30. the end of the chain and working your way back to the cluster that contains the
  31. leader indices.
  32. For example, consider a configuration where Cluster A contains all leader
  33. indices. Cluster B follows indices in Cluster A, and Cluster C follows indices
  34. in Cluster B.
  35. --
  36. Cluster A
  37. ^--Cluster B
  38. ^--Cluster C
  39. --
  40. In this configuration, upgrade the clusters in the following order:
  41. . Cluster C
  42. . Cluster B
  43. . Cluster A
  44. [[ccr-bi-directional-upgrade]]
  45. ==== Bi-directional index following
  46. In a bi-directional configuration, each cluster contains both leader and
  47. follower indices.
  48. When upgrading clusters in this configuration,
  49. <<ccr-pause-replication,pause all index following>> and
  50. <<ccr-auto-follow-pause,pause auto-follow patterns>> prior to
  51. upgrading both clusters.
  52. After upgrading both clusters, resume index following and resume replication
  53. of auto-follow patterns.