BaeBox

Aggregation 의 사전적 정의 : 집합, 집성, 집합체. ElasticSearch 에서의 Aggregation : 특정 단위로 데이터를 묶어서 뽑아오는 방법. SQL 의 group by 와 대응한다고 생각하자. 아래에서 내가 예시로 적을 쿼리들은 아래 링크에서 데이터를 받을 수 있다. 우측에서 ElasticSearch 버전을 선택할 수 있다. 5.x ,6.x , 7.x 버전의 index 생성 쿼리가 조금씩 다르니, 본인의 ElasticSearch 버전을 유의해서 받아야 한다. https://www.elastic.co/guide/en/kibana/7.1/tutorial-load-dataset.html Loading sample data | Kibana Guide [7.1] | Elastic If s..

뭘 설치를 합니까. 우리 문명의 이기 docker 를 사용합시다. 하하하 위의 docker-compose.yml 파일을 작성하고 아래 명령어를 입력하면 elasticsearh 가 실행됩니다. 은 아무렇게나 쓰면 됩니다. docker stack deploy -c docker-compose.yml 이 때, Linux 사용자라면 가상메모리 설정을 해줍시다. elasticsearch 는 일정량 이상 가상메모리를 세팅해주지 않으면 사용이 불가능하거든요. sysctl -w vm.max_map_count=262144 컨테이너가 실행되면 컨테이너 안으로 들어가, curl localhost:9200 을 날렸을때 json 포맷으로 elasticsearch의 상태값이 리턴되었다면 설치 성공! https://www.elast..

아무리 생각해도 따로 글을 쓸 필요가 없는 것 같다. 이해가 필요없는 영역이니 그냥 가져다 쓰면 된다. 링크는 각각 Index 와 Document 단위 명령의 상위 링크이다. **Index API https://www.elastic.co/guide/en/elasticsearch/reference/7.4/indices.html Index APIs | Elasticsearch Reference [7.4] | Elastic www.elastic.co **Document API https://www.elastic.co/guide/en/elasticsearch/reference/7.4/docs.html Document APIs | Elasticsearch Reference [7.4] | Elastic All CR..

ElasticSearch 는 Cluster 구조를 가진다. 분산형 Application 아래 글을 보자. https://bae-codebox.tistory.com/64?category=851145 분산 어플리케이션(Distributed app/system) * 아래 글을 참고하자. https://www.slideshare.net/sunnykwak90/apache-zoo-keeper * Distributed applications (distributed apps) are applications or software that runs on multiple computers within a net.. bae-codebox.tistory.com 지금 읽어보니까 엄청 별로다 간단히 설명해 보자면, 컴퓨터 여러대로..

요런 자료구조를 가진다. Elastic Search Relational DB Index DataBase/Schema Type Table Document Row Field Column Mapping Schema

ElasticSearch 카테고리를 만들고 오래 방치해뒀는데, 이제야 글을 쓴다. ElasticSearch : 검색 엔진 이름 그대로 유연한 검색을 가능하게 해주는 검색 엔진이다. 리소스(특히 메모리)를 많이 잡아먹는데, 먹는만큼 일을 잘한다. 단순히 검색만을 위해서 사용하지는 않고, 대개 DB 기능을 겸해서 사용한다.

이 중 필요한 것만 가져다 써도 됨. 절대 모든 곳을 다 거치지 않아요. 어거지로하면 가능은 하지만... 필요한 데만 거쳐갑니다.

Service : 네트워크 서비스 상에서 구동중인 어플리케이션을 추상계층을 이용하여 노출하는 객체. Pod/Deployment를 추상화하여 내/외부에 노출시키는 객체이다. 자바의 추상 클래스나 인터페이스를 생각하면 될 것 같다. List tmp = new ArrayList(); 이런 느낌 Pod 는 기본적으로 각각 Cluster 내의 유일한 IP 를 가지는데, 이는 유동적(ex. 죽었다 살아날때)이기 대문에 고정된 endpoint를 제공할 필요가 있다. Service 가 이러한 역할을 한다. Service 는 하나의 pod가 죽었다 하더라도 selector에 맞는 라벨을 찾아 다시 연결한다. Service 에 등록된 포드는 각 endpoint 들이 Cluster 및 (옵션 여하에 따라) 외부에 노출된다...

하나의 Master Node 와 하나 이상의 Worker Node(Minion) 으로 구성되어 있다. 대가리 하나와 떨거지들 Master 와 Worker 사이의 통신은 두 가지 경로가 있는데, Worker -> Master 로의 요청은 API Server 가 전담한다. Master -> Worker 로의 요청은 두 가지가 있는데, API Server 의 kubelet 프로세스로의 경로. API Server 의 프록시 기능을 통한 임의의 Node, Pod 또는 Service 의 경로이다. 나답지 않게 사설이 길었는데 정리한다. Master 는 각 노드(서버)의 관리자, Worker는 일꾼이라고 생각하자.

Port: Port is the port number which makes a service visible to other services running within the same K8s cluster. In other words, in case a service wants to invoke another service running within the same Kubernetes cluster, it will be able to do so using port specified against “port” in the service spec file. Target Port: Target port is the port on the POD where the service is running. Nodeport..