1-04-2. How Primary and Replica Shards Interact

For explanation purposes, let’s imagine that we have a cluster consisting of three nodes. It contains one index called blogs that has two primary shards. Each primary shard has two replicas. Copies of the same shard are never allocated to the same node, so our cluster looks something like Figure 8, “1개의 index와 3개의 node를 가진 cluster”.

설명을 위해, 3개의 node를 가진 cluster를 가정해 보자. 그것은 2개의 primary shard를 가진 blogs 라는, 단일 index를 가지고 있다. 각 primary shard는 2개의 replica를 가지고 있다. 동일한 shard의 복사본은 절대로 동일한 node에 할당되지 않는다. 그래서, cluster는 Figure 8, “1개의 index와 3개의 node를 가진 cluster”와 같이 구성된다.

Figure 8. 1개의 index와 3개의 node를 가진 cluster

We can send our requests to any node in the cluster. Every node is fully capable of serving any request. Every node knows the location of every document in the cluster and so can forward requests directly to the required node. In the following examples, we will send all of our requests to Node 1, which we will refer to as the coordinating node.

request는 cluster의 어느 node에라도 보낼 수 있다. 모든 node는 어떤 request라도 충분히 처리할 능력이 된다. 모든 node는 cluster에 있는 모든 document의 위치를 알고 있기 때문에, 필요한 node에 직접 request를 전송할 수 있다. 아래 예에서, request 모두를 Node 1 에 보내는데, 그 node를 조정(coordinating) node 라 부를 것이다.

When sending requests, it is good practice to round-robin through all the nodes in the cluster, in order to spread the load.

request를 보낼 때, 부하를 분산시키기 위해, cluster의 모든 node에 대해 round-robin하는 것이 좋은 방법이다.