search:elasticsearch

차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

차이 보기로 링크

--- search:elasticsearch [2019/01/24 09:55]
kwon37xi
+++ search:elasticsearch [2019/04/30 14:19]
kwon37xi
@@ 줄 29: / 줄 29: @@
   * ''host:9200/_cluster/settings?pretty'' : Cluster 상태 조회
   * ''host:9200/_cluster/health?pretty'' : Cluster health check [[https://www.elastic.co/guide/en/elasticsearch/reference/current/cluster-health.html|Cluster Health]]
 ===== Docker로 띄우면서 Clustering 할 때 =====
   * [[:docker|Docker]]로 ES를 띄울 경우 ''network'' 설정이 복잡해진다.
@@ 줄 69: / 줄 70: @@
 <code sh>
 --cap-add=SYS_PTRACE
+</code>
+===== Linux 설정 =====
+  * [[https://www.elastic.co/guide/en/elasticsearch/reference/current/vm-max-map-count.html|Virtual memory | Elasticsearch Reference]]
+<code>
+sysctl -w vm.max_map_count=262144
 </code>
@@ 줄 86: / 줄 93: @@
     * 메모리는 31GB 혹은 32bit Pointer가 될수 있는 max 값.
     * Shard 는 최대 30GB가 될 정도 수준으로 구성.(Replica 도 계산시 단일 Shard로 쳐서)
+    * [[https://www.elastic.co/guide/en/elasticsearch/reference/current/tune-for-search-speed.html|Tune for search speed]
+===== Write Performance =====
+  * Sharding 을 하지 않을 경우 모든 Write 요청이 하나의 Primary Data Node로 집중된다.
+  * Sharding 을 하면 각 Shard 별 Data Node로 분할 된다.
+  * Write Thread 는 CPU 갯수만큼 생성된다. 그리고 Queue가 200개 할당된다.
+  * Qeueue 갯수를 넘는 Write/Update 요청이 들어오면 reject 오류가 발생한다.
+  * Write Thread 를 늘리고자 한다면 Scale Up 해서 CPU 갯수를 늘린다. Queue 갯수를 늘리는 것은 미봉책이므로 하지 않는 것이 좋다.
+  * [[https://www.elastic.co/guide/en/elasticsearch/reference/current/tune-for-indexing-speed.html|Tune for indexing speed]]
+  * [[https://www.elastic.co/kr/blog/why-am-i-seeing-bulk-rejections-in-my-elasticsearch-cluster|Why am I seeing bulk rejections in my Elasticsearch cluster?]]
 ===== G1 GC =====

search/elasticsearch.txt · 마지막으로 수정됨: 2023/04/29 14:03 저자 kwon37xi