-
Notifications
You must be signed in to change notification settings - Fork 256
[DOCS] Add 'recovery' to glossary for issue #7264 #248
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
docs/en/glossary/glossary.asciidoc
Outdated
@@ -551,6 +551,20 @@ nodes handling the user requests. | |||
endif::cloud-terms[] | |||
ifdef::elasticsearch-terms[] | |||
|
|||
[[glossary-recovery]] recovery :: | |||
The process of loading an index shard from disk, making the shard available for queries. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We've been saying "shard copy" more than "index shard", mostly because it implies that each shard copy is pretty much the same.
I don't think "from disk" is super accurate. I might say something like "The process of bringing a shard copy up to date and making it available for queries." When we do it on startup we do it by recovering what we have locally and then pulling changes from other shard copies on other nodes. When we do it for replication we start the recovery with a "copy all the files" step. I guess where we are doing the recovery from is really interesting which is why I'm stuck on the "from disk" part.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @nik9000. I think I was too narrowly focused on startup there.
I'll submit another commit to update that sentence to The process of updating a shard copy and making it available for queries.
It's also makes it clearer that making the shard available is a step of recovery, not just an outcome.
The process of updating a shard copy and making it available for queries. | ||
+ | ||
Recovery automatically occurs anytime a shard moves to a different node in the same cluster, including: | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does there have to be a +
here? I can never tell without building it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
docs/en/glossary/glossary.asciidoc
Outdated
@@ -551,6 +551,20 @@ nodes handling the user requests. | |||
endif::cloud-terms[] | |||
ifdef::elasticsearch-terms[] | |||
|
|||
[[glossary-recovery]] recovery :: | |||
The process of updating a shard copy and making it available for queries. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think "updating" isn't super clear here. Neither was my "bring up to date". The idea is that recovery is about getting the on disk and in memory data structures "ready" and "current" based on data somewhere. On disk if this is the first node coming online with that shard copy. From the snapshot if you are restoring from a snapshot. Or from whatever node has the primary copy of the shard otherwise. I think that is all the cases, but this was never my area of expertise.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nor mine. 😄
It seems obvious I'm gonna need to do some more digging here. Gonna throw a WIP
label on this PR in the meantime.
@@ -552,7 +552,7 @@ endif::cloud-terms[] | |||
ifdef::elasticsearch-terms[] | |||
|
|||
[[glossary-recovery]] recovery :: | |||
The process of updating a shard copy and making it available for queries. | |||
The process of syncing a shard copy from a source shard. Upon completion, the recovery process makes the shard copy available for queries. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Chatted with @dnhatn and settled on this copy.
Adds a definition for
recovery
to the Glossary. Closes /elastic/elasticsearch#7264.