aliases 실습 과정 중에서 궁금한 점이 생겼다.
POST t2-my-metrics/_rollover
{
"conditions": {
"max_age": "2s"
}
}
GET t2-my-metrics위 코드를 순서대로 실행하면, 현재 write 설정된 인덱스는 2초간만 유효하기 때문에 바로 다음 넘버링 인덱스가 생성된다.
그런데 이 설정이 계속 유지되는 건 아닌지 다음 넘버링이 나는 2초마다 생길 줄 알았는데, 한 번 생기고 그 다음 넘버링 인덱스가 생성되지 않는 것을 확인했다.
자동으로 매 시간마다 넘겨주거나 매 document의 수마다 넘겨주는 설정이 분명 있을텐데.
7.1장에서 aliases 실습으로 만든 인덱스들은 index management 화면에서 보였는데,
7.2장에서 data stream 실습으로 만든 인덱스들은 찾아볼 수가 없다... 왜?
PUT _cluster/settings
{
"persistent": {
"indices.lifecycle.poll_interval": "30s"
}
}poll interval이 정확히 어떤 것에 대한 간격인지 잘 모르겠음
일반적으로는 10분으로 설정한다는데, lifecycle에 대한 확인 시간인가?
7.3장 lifecycle 설정하는 부분
=> 약간의 오차는 있지만 이건 서버적인 부분에서 발생할 수 있는 틱 차이라고 생각되는 짧은 시간이고, 새 인덱스가 잘 생성되고 이전 인덱스는 warm 단계로 잘 내려옴
그런데 warm 단계에서 cold 단계로 내려오는 과정이 전혀 관찰되지 않음
설정이 뭔가 잘못된건지 리뷰 시간에 확인이 필요
PUT _cluster/settings
{
"persistent": {
"indices.lifecycle.poll_interval": "30s"
}
}
DELETE _data_stream/t2-my_metrics-service.status-dev
POST t2-my_metrics-service.status-dev/_doc
{
"@timestamp": "2021-07-04",
"status": "UP",
"message": "Service is running."
}
GET t2-my_metrics-service.status-dev/_settings
GET t2-my_metrics-service.status-dev/_ilm/explain빠른 테스트 위한 코드 모음
cluster2의 t1_blogs 상태
cluster1의 replicated_blogs 상태
CCR 정의
follower 인덱스도 primary, replica 각 1개씩인데 왜 health 상태도 안 뜨고 복제도 안 될까...ㅠ
8.3장의 6번 솔루션이 이해가 잘 되지 않음
should는 점수 계산에 영향을 미치지만 검색되는 자료의 수에는 영향을 미치지 않음
match 역시 점수 계산에 영향을 미치는 것은 같지만 결과에까지도 영향을 주는데...
뭘 어떻게 바꾸라는건지 잘 모르겠음
=> should 내에서 match_phrase나 match나 결과는 크게 변하지 않지만 match_phrase가 상대적으로 연산 속도가 훨씬 느리기 때문에, 사용할 일이 있을 경우 match가 효율적
3단어 문장을 검색했을 때
- match_phrase : 1.3ms
- match : 각 단어에 0.1ms
