In Life Inside a Cluster, we introduced the shard, and described it as a low-level worker unit. But what exactly is a shard and how does it work? In this chapter, we answer these questions:
Life Inside a Cluster에서, low-level worker unit 이라 묘사된, shard를 소개했었다. 이 장에서는 shard가 정확이 무엇이고, shard가 동작하는 방법에 대한 설명을 하도록 하겠다.
Why is search near real-time?
왜 검색은 실시간에 가까운가?
Why are document CRUD (create-read-update-delete) operations real-time?
왜 document CRUD(create-read-update-delete) 연산은 실시간 인가?
How does Elasticsearch ensure that the changes you make are durable, that they won’t be lost if there is a power failure?
Elasticsearch는 변경사항에 대한 내구성을 어떻게 보장하는가? 어떻게 정전 시에 데이터 손실을 입지 않는가?
Why does deleting documents not free up space immediately?
왜 지워진 document가 차지하는 공간을 즉시 제거하지 않는가?
What do the
refresh
,flush
, andoptimize
APIs do, and when should you use them?refresh
,flush
,optimize
API는 어떤 일을 하는가? 언제 사용해야 하는가?
The easiest way to understand how a shard functions today is to start with a history lesson. We will look at the problems that needed to be solved in order to provide a distributed durable data store with near real-time search and analytics.
지금 shard가 동작하는 방법을 이해하는, 가장 쉬운 방법은 검색의 역사를 공부하는 것이다. 거의 실시간 검색과 분석을 가진, 내구성 있는 분산 데이터 저장소를 제공하기 위해, 해결해야 하는 문제점에 대해 살펴볼 것이다.
'2.X > 1. Getting Started' 카테고리의 다른 글
1-10-11. Reindexing Your Data (0) | 2017.09.30 |
---|---|
1-10-12. Index Aliases and Zero Downtime (0) | 2017.09.30 |
1-11-1. Making Text Searchable (0) | 2017.09.30 |
1-11-2. Dynamically Updatable (0) | 2017.09.30 |
1-11-3. Near Real-Time Search (0) | 2017.09.30 |