Elasticsearch 파일 번역-1.1 기본 개념

문장 명칭:Elasticsearch Reference[2.2]

원문 주소:https://www.elastic.co/guide/en/elasticsearch/reference/2.2/_basic_concepts.html

github 주소:https://github.com/rpgmakervx/elasticsearch-reference-translation

온라인 읽 기:https://www.code4j.tech

번역자:code4j 기본 개념
ES 는 일부 기초 개념 이 있 는데 학습 초기 에 이런 기초 개념 을 이해 하면 귀하 의 학습 과정 을 크게 간소화 할 것 입 니 다.
실시 간 검색
ES 는 실시 간 검색 엔진 에 가 까 운 것 으로 문서 색인 이 기록 색인 에서 검색 할 수 있 을 때 까지 가 벼 운 지연 이 존재 한 다 는 것 을 의미한다(보통 1 초 정도).
클 러 스 터(클 러 스 터)
클 러 스 터 는 하나 이상 의 노드(서비스)의 집합 으로 모든 데 이 터 를 가지 고 모든 노드 간 에 색인 과 검색 기능 을 제공 합 니 다.하나의 클 러 스 터 는 하나의 유일한 이름 을 가지 고 있 습 니 다.기본 이름 은 elasticsearch 입 니 다.이 이름 은 매우 중요 합 니 다.노드 는 이 이름 을 통 해 클 러 스 터 에 가입 할 수 있 기 때 문 입 니 다.클 러 스 터 이름 이 서로 다른 환경 에서 중복 사용 되 지 않도록 하 십시오.그렇지 않 으 면 노드 가 잘못된 클 러 스 터 에 가입 할 수 있 습 니 다.예 를 들 어 logging-dev,logging-stage,logging-prod 을 사용 하여 클 러 스 터 를 개발 하고 사전 발표(번역자 회 사 는 샌 드 박스 라 고 함)클 러 스 터 와 생산 클 러 스 터 를 사용 할 수 있다.한 노드 의 군집 을 유지 하 는 것 이 좋 습 니 다.(여기 번역 자 는 잘 모 르 겠 습 니 다.테스트 를 위해 사용 하 는 것 일 수도 있 습 니 다.)그 밖 에 여러 개의 독립 된 군집 도 있 고 모든 군집 은 자신 만 의 독특한 군집 명 을 가지 고 있다.
노드(노드)
노드 는 클 러 스 터 의 단독 서버 로 데 이 터 를 저장 하고 클 러 스 터 의 색인 과 검색 기능 에 참여 합 니 다.클 러 스 터 와 마찬가지 로 노드 에 도 하나의 유일한 이름 이 있 습 니 다.기본 값 은 무 작위 UUID 이 고 노드 가 시 작 될 때 분 배 됩 니 다.기본 이름 으로 사용자 정의 할 수 없 으 면 클 러 스 터 의 어느 서버 가 어느 노드 에 대응 하 는 지 관리 할 수 있 습 니 다.노드 는 설정 을 통 해 특정한 클 러 스 터 에 가입 할 수 있 습 니 다.기본 값 은 elasticsearch 이라는 클 러 스 터 에 가입 할 수 있 습 니 다.즉,만약 당신 이 네트워크 에서 몇 개의 노드 를 시작 하면(그들 이 서 로 를 발견 할 수 있다 고 가정 하면)그들 은 자동 으로 elasticsearch 이라는 군집 에 가입 할 것 이다.하나의 집단 내 에서 당신 이 설정 하고 싶 은 노드 만큼 의 노드 를 설정 하 세 요.또한 네트워크 에 다른 es 노드 가 실행 되 지 않 으 면 하나의 노드 를 시작 하면 기본 적 인 elasticsearch 클 러 스 터 를 형성 할 수 있 습 니 다.
색인(색인)
색인 은 비슷 한 특징 을 가 진 문서 들 의 집합 이다.예 를 들 어 고객 데 이 터 를 저장 하 는 색인 이 있 고 상품 디 렉 터 리 정 보 를 저장 하 는 색인 이 있 으 며 주문 정 보 를 저장 하 는 다른 색인 도 있 습 니 다.색인 에 도 하나의 이름 이 있 습 니 다.(모든 소문 자가 필요 합 니 다)이 이름 은 색인 에 있 는 문 서 를 삭제 하고 검사 하 는 데 사 용 됩 니 다.하나의 클 러 스 터 에서 색인 개수 도 임 의(번역자 주석:같은 이치 의 색인 개수 도 제어 해 야 합 니 다.색인 이 많 을 수록 master 노드 의 관리 압력 이 클 수록 색인 이 큰 개수 가 많 을 때 색인 을 만 드 는 등 작업 시간 도 증가 합 니 다.데이터베이스 의 색인 과 개념 이 다르다)
유형(유형)
하나의 색인 은 여러 가지 유형 을 정의 할 수 있 습 니 다.유형 은 색인 에 대한 논리 적 파 티 션 입 니 다.이것 은 모두 당신 의 설정 에 달 려 있 습 니 다.일반적으로 t 형식 에서 정 의 된 것 은 일련의 동의 필드 의 문서 입 니 다.만약 에 블 로그 플랫폼 이 있다 고 가정 하면 모든 데 이 터 는 같은 색인 에 저 장 됩 니 다.이 색인 에는 사용자 유형,블 로그 유형,댓 글 유형 등 이 포 함 됩 니 다.(번역자 주석:지금까지 독 자 는 색인 을 관계 형 데이터 베이스 중의 데이터 베이스 로 볼 수 있 고 유형 은 표 로 볼 수 있다.type 은 본질 적 으로 색인 에 있 는 메타 데이터 필드 로 물리 적 인 파 티 션 이 아 닙 니 다.또한 이 기능 은 6.0 버 전에 서 하나의 고정 값 으로 제한 되 어 여러 type 을 지원 하지 않 으 며 7.0 이 삭 제 될 것 으로 예상 되 므 로 하나의 색인 에 대응 하 는 type 을 권장 합 니 다)
문서.
문 서 는 색인 데이터 의 기본 단원 이다.예 를 들 어 하나의 사용자 데 이 터 를 저장 하 는 문서,하나의 제품 을 저장 하 는 문서,하나의 주문 서 를 저장 하 는 문서 가 있 을 수 있 습 니 다.문 서 는 JSON 형식 으로 되 어 있 습 니 다.하나의 색인/형식 에 몇 개의 문 서 를 저장 할 수 있 습 니 다.문 서 는 물리 적 으로 색인 에 저장 되 어 있 지만 문서 에 구체 적 인 유형 을 지정 해 야 합 니 다.(번역자 주석:같은 문 서 는 많 을 수록 좋 은 것 이 아니 라 문서 가 너무 많 으 면 색인 이 너무 크 고 읽 기와 쓰기 효율 에 영향 을 미친다)
조각(shard)과 사본(replica)
색인 은 대량의 데 이 터 를 저장 할 수 있 고 하나의 기계 하드웨어 병목 을 초과 할 수 있다.예 를 들 어 10 억 문서 가 공간 1TB 를 차지 하 는 색인 은 한 기계 의 디스크 에 저장 되 지 않 거나 한 노드 의 검색 효율 이 너무 낮다.이 문 제 를 해결 하기 위해 ES 는 색인 을 여러 블록 으로 나 눌 수 있 고 분 편 이 라 고도 부른다.색인 을 만 들 때 블록 개 수 를 지정 할 수 있 습 니 다.모든 조각 은 완전한 기능 을 가지 고 독립 된'색인'으로 클 러 스 터 의 임 의 노드 에 존재 할 수 있다.분 편 은 두 가지 주요 기능 이 있다.

수평 확장 가능

분포 식 으로 분 편 간 작업(여러 노드 에서)을 병행 하여 시스템 성능 과 스루풋 분 편 이 어떻게 분포 되 는 지,검색 요청 문서 결과 가 어떻게 취 합 되 는 지 는 ES 내부 에서 관리 되 고 사용자 에 게 투명 합 니 다.네트워크 나 클 라 우 드 환경 에서 실패/오 류 는 불가피 합 니 다.블록 버스터 나 노드 가 알 수 없 는 원인 으로 오프라인 되 거나 분실 되 는 것 을 방지 하기 위해 고장 이전 체 제 를 추천 합 니 다.이 를 위해 elasticsearch 는 여러 개의 블록 버스터 의 복사 본 을 만 들 수 있 습 니 다.우 리 는 던 전 블록 버스터 라 고 부 르 는데 본 던 전 은 두 가지 주요 기능 이 있 습 니 다.

이 라 고 부 릅 니 다.

은 노드 나 블록 버스터 의 실 패 를 방지 하기 위해 사본 은 높 은 사용 가능 한 체 제 를 제공 할 수 있다.그 렇 기 때문에 사본 과 그의 원시 분 편 은 같은 노드 에 존재 할 수 없다.

검색 은 모든 분할 던 전에 서 실 행 될 수 있 기 때문에 던 전 은 검색 삼투 율 과 검색 병발 량 을 높 일 수 있 습 니 다.요약 하면 모든 색인 은 여러 개의 조각 으로 나 눌 수 있 고 하나의 색인 도 0 개(없 음)또는 여러 개의 사본 으로 나 눌 수 있다.복사 하면 모든 색인 은 메 인 필름(복사 소스)과 사본(메 인 필름 의 사본)을 가지 고 있 습 니 다.블록 버스터 와 사본 은 색인 생 성 기간 에 지정 할 수 있 습 니 다.색인 을 만 든 후,복사 본 개 수 를 임의로 동적 으로 조정 할 수 있 지만,메 인 필름 은 수정 할 수 없습니다.기본 색인 마다 5 개의 조각 과 1 개의 사본 이 있 습 니 다.

알림:각 조각 은 하나의 Lucene 색인 이 고 하나의 Lucene 색인 은 가장 큰 문서 수 제한 이 있 습 니 다.예 를 들 어(LUCENE-5843),한도 값 은 2,147,483,519(=Integer.MAXVALUE-128)개의 문서.너 는 API _cat/shards 을 통 해 필름 의 크기 를 감시 할 수 있다.
(번역자 주:필름 개수 와 필름 크기 를 합 리 적 으로 제어 하 는 것 은 성능 에 큰 도움 이 된다.필름 을 너무 크게 나 누 면 안 됩 니 다.그렇지 않 으 면 파일 을 너무 늦게 열 어서 조회 와 쓰기 효율 에 영향 을 줍 니 다.이 점 은 업 무 를 통 해 문서 의 수량 과 경로 의 합 리 적 인 이용 등 을 합 리 적 으로 통제 해 야 합 니 다.조각 을 너무 많이 나 누 는 것 은 좋 지 않 습 니 다.그렇지 않 으 면 취 합 과정 에서 문서 가 너무 많 고 메모리 사용량 이 너무 많 습 니 다.그리고 클 러 스 터 복구 시 조각 이동 시간 이 헛되이 증가 합 니 다)이런 것들 을 알 게 된 후에 우 리 는 재 미 있 는 것 을 보 겠 습 니 다.
이전:Elasticsearch 파일 번역-안내
다음 절:Elasticsearch 파일 번역-1.2 설치