upgrading.asciidoc 2.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748
  1. [role="xpack"]
  2. [testenv="platinum"]
  3. [[ccr-upgrading]]
  4. == Upgrading clusters
  5. Clusters that are actively using {ccr} require a careful approach to upgrades.
  6. Otherwise index following may fail during a rolling upgrade, because of the
  7. following reasons:
  8. * If a new index setting or mapping type is replicated from an upgraded cluster
  9. to a non-upgraded cluster then the non-upgraded cluster will reject that and
  10. will fail index following.
  11. * Lucene is not forwards compatible and when index following is falling back to
  12. file based recovery then a node in a non-upgraded cluster will reject index
  13. files from a newer Lucene version compared to what it is using.
  14. Rolling upgrading clusters with {ccr} is different in case of uni-directional
  15. index following and bi-directional index following.
  16. [float]
  17. === Uni-directional index following
  18. In a uni-directional setup between two clusters, one cluster contains only
  19. leader indices, and the other cluster contains only follower indices following
  20. indices in the first cluster.
  21. In this setup, the cluster with follower indices should be upgraded
  22. first and the cluster with leader indices should be upgraded last.
  23. If clusters are upgraded in this order then index following can continue
  24. during the upgrade without downtime.
  25. Note that a chain index following setup can also be upgraded in this way.
  26. For example if there is a cluster A that contains all leader indices,
  27. cluster B that follows indices in cluster A and cluster C that follows
  28. indices in cluster B. In this case the cluster C should be upgraded first,
  29. then cluster B and finally cluster A.
  30. [float]
  31. === Bi-directional index following
  32. In a bi-directional setup between two clusters, each cluster contains both
  33. leader and follower indices.
  34. When upgrading clusters in this setup, all index following needs to be paused
  35. using the {ref}/ccr-post-pause-follow.html[pause follower API] prior to
  36. upgrading both clusters. After both clusters have been upgraded then index
  37. following can be resumed using the
  38. {ref}/ccr-post-resume-follow.html[resume follower API]].