不爲也 比不能也

We’ve said that Elasticsearch can cope when nodes fail, so let’s go ahead and try it out. If we kill the first node, our cluster looks like Figure 6, “node 하나를 kill한 후의 cluster”.node에 장애가 발생할 경우, Elasticsearch는 대응할 수 있다고 했는데, 한 번 test해 보자. cluster의 첫 번째 node를 kill하면, Figure 6, “node 하나를 kill한 후의 cluster”처럼 보일 것이다.Figure 6. node 하나를 kill한 후의 cluster The node we killed was the master node. A clust..

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를 가진 ..

Create, index, and delete requests are write operations, which must be successfully completed on the primary shard before they can be copied to any associated replica shards, as shown in Figure 9, “하나의 document를 생성, 색인 또는 삭제”.create, index, delete request는 쓰기 연산이다. Figure 9, “하나의 document를 생성, 색인 또는 삭제”에서 볼 수 있듯이, 관련된 replica shard에 복사하기 전에, primary shard에서 성공적으로 완료되어야 한다.Figure 9. 하나의 document를..

A document can be retrieved from a primary shard or from any of its replicas, as shown in Figure 10, “하나의 document를 가져온다.”.Figure 10, “하나의 document를 가져온다.”에서 보듯이, document는 primary나 그것의 모든 replica shard로부터 가져올 수 있다.Figure 10. 하나의 document를 가져온다. Here is the sequence of steps to retrieve a document from either a primary or replica shard:아래에 primary나 replica shard로부터 document를 가져오는 일련의 과정을 나열하였다....

The update API , as shown in Figure 11, “document의 부분적 업데이트”, combines the read and write patterns explained previously.Figure 11, “document의 부분적 업데이트”에서 보듯이, update API는 위에서 설명한 읽기와 쓰기 형태의 의 조합이다.Figure 11. document의 부분적 업데이트 Here is the sequence of steps used to perform a partial update on a document:document의 부분적인 업데이트를 수행하는데 사용되는 일련의 과정을 나열하였다.The client sends an update request to Node 1.클라이..