Skip to content
Merged
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
12 changes: 10 additions & 2 deletions docs/reference/searchable-snapshots/index.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -176,10 +176,10 @@ nodes that have a shared cache.
====
Manually mounting snapshots captured by an Index Lifecycle Management ({ilm-init}) policy can
interfere with {ilm-init}'s automatic management. This may lead to issues such as data loss
or complications with snapshot handling.
or complications with snapshot handling.

For optimal results, allow {ilm-init} to manage
snapshots automatically.
snapshots automatically.

<<ilm-searchable-snapshot,Learn more about {ilm-init} snapshot management>>.
====
Expand Down Expand Up @@ -293,6 +293,14 @@ repository. If you wish to search data across multiple regions, configure
multiple clusters and use <<modules-cross-cluster-search,{ccs}>> or
<<xpack-ccr,{ccr}>> instead of {search-snaps}.

It's worth noting that if a searchable snapshot index has no replicas, then when the node
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'd delete "It's worth noting that" and start the sentence as is without it -- you're writing it, so it's obviously worth noting :)

Should this be a WARNING block as well, like directly above? Seems a little strange to have text -> warning -> text again; and this is sort of a warning.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I merged just before your comment, apologies!

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No worries, looks like a near perfect race condition 😄

hosting it is shut down, allocation will immediately try to relocate the index to a new node
in order to maximize availability. For fully mounted indices this will result in the new node
downloading the entire index snapshot from the cloud repository. Under a rolling cluster restart,
this may happen multiple times for each searchable snapshot index. Temporarily
disabling allocation during planned node restart will prevent this, as described in
the <<restart-cluster-rolling,cluster restart procedure>>.

[discrete]
[[back-up-restore-searchable-snapshots]]
=== Back up and restore {search-snaps}
Expand Down