Currently there is one simple counter for counting retries caused by remote failures when invoking shard changes, updating mapping (cluster state api and put mapping api), bulk shard operations api.

The shard follow task api likely needs multiple counters per read / write, so that an unstable network does not cause to immediately fail the shard follow task.

Things to do and investigate:

• Rewrite shard follow node task logic #31581 (comment)

Relates to #30086