가끔 보자, 하늘.

'logstash-' 날짜 형태로 인덱스를 자동 생성하는데, 여러 타이틀 혹은 용도 별로 분리하려면 수정이 필수적임. 만약 새롭게 생성하는 상황이라면, 원하는 곳에 pipelines에 적용할 config 파일을 하나 만들자. ( https://www.elastic.co/guide/en/logstash/current/advanced-pipeline.html 참고) 만약 이미 만들어 두었다면 config/pipelines.yml을 열어 pipeline.id의 path.config를 확인해보자. 이제 기본적인 pipeline config를 구성했다면 원하는 조건과 이름을 활용해 인덱스를 수정해보자. 만약 logstash에서 elasticsearch로 바로 보낸다면 output 부분이 아래와 같을 것이다. ou..

tar 파일 가져와서 설치했더니 데몬으로 가동이 안되는 상태. rpm으로 다시 설치할까 그냥 systemd에 등록함. elasticsearch , kibana 모두 6.3 버전 사용. /etc/systemd/system/kibana.service 파일을 만들어 아래 내용을 삽입. [Unit]Description=Kibana 6.3 [Service]Type=simpleUser=rootEnvironment=CONFIG_PATH=/your kibana path/config/kibana.ymlEnvironment=NODE_ENV=productionExecStart=/your kibana path/node/bin/node /your kibana path/src/cli [Install]WantedBy=multi-u..

CentOS에 Elasticsearch를 설치해 보았다. 정리할 생각이 없었는데, 하다보니 중간에 막히는 것들이 처리하면서 정리 한번 해둬야겠단 생각이 들었다. 일단 처음 설치할 때 주의할 점은 Elasticsearch는 root 계정으로 실행할 수 없다. (실행 가능하게 하는 옵션이 있던데, 최신 버전에서는 안되는 듯. 그리고 보안의 측면에서도 당연히 좋지 않아 추천하지 않는다.) 그러므로 전용 계정을 설정해서 설치, 실행하자. 설치 환경 및 각종 버전은 아래와 같다. CentOS 7.5.x Elasticsearch 6.3.0 (https://www.elastic.co/downloads/elasticsearch) plugin, Elastic-HQ (https://github.com/ElasticHQ/e..

https://aws.amazon.com/ko/premiumsupport/knowledge-center/ec2-server-refused-our-key/ 처음 인스턴스를 생성할 때 다운로드 했던 pem 파일을 찾지 못한다면... 사망!! 처음부터 다시 구축하던가 백업해둔 이미지로 다시 생성!! .ssh/authorized_keys 내용을 직접 수정하고 재시작 해봤지만 이 방법은 불가. 1. 해당 인스턴스를 실행 중지 시키고.. 2. 작업 > 인스턴스 설정 > 사용자 데이터 보기/변경을 선택 (인스턴스가 완전히 종료되지 않은 상태에서 변경 불가) 3. 아래 코드를 붙여넣기 한 다음 #cloud-config ssh_deletekeys: false ssh_authorized_keys: cloud_final_m..

EC2 대시보드 -> 인스턴스 -> 인스턴스 시작 여기서는 Amazon Linux AMI를 선택하려 한다. 인스턴스 유형은 t2.micro (역시 프리 티어 사용 가능 ) 선택 후 "검토 및 시작" 버튼. (인스턴스 구성 및 스토리지 추가 등이 필요하면 각 상세 항목을 설정할 수 있다. 각 항목은 추후 필요할 때 다시 설정할 예정이니 여기서는 넘어가자.) "시작" 버튼을 누르면 키페어에 대한 질의가 나온다. "새 키 페어 생성"을 눌러보자. 키 페어 이름을 넣은 후 "키 페어 다운로드"를 해서 pem 파일을 만들어두자. 원격 제어를 위해 접근하려면 꼭 필요하다. 그리고 인스턴스를 시작하면 생성 후 가동된다. 이제 터미널에서 접속하는 과정을 보자. 일단 다운받은 pem 파일을 원하는 위치에 놓고 터미널에서..

AWS 문서를 따라 했지만 안되는 문제가 발생했다. (공식 문서) 아래와 같은 방법으로 처리해야 whitelist를 적용할 수 있다. 1. 해당 bucket의 권한 탭에서 "버킷 정책"을 선택. 아래와 같이 정보를 입력한다. { "Version": "2012-10-17", "Id": "Policy......", "Statement": [ { "Sid": "WhiteListfor", "Effect": "Deny", "Principal": "*", "Action": "s3:*", "Resource": "arn:aws:s3:::your-bucket-name/*", "Condition": { "NotIpAddress": { "aws:SourceIp": "Ip address range to allow" } } }..

POST로 json데이터를 전달할 때, 서버 트리를 가지는 구조를 전달하면 400 bad request 를 리턴한다. 문제가 되는 구조는 아래와 같다. { "msg" : { "to": "you", "from":"me"}} text/plain으로 지정해서 보내봤지만 에러는 계속 발생한다. 이를 아래와 같은 단일 구조로 만들어서 보내야 한다. {"msgTo": "you", "msgFrom":"me"}

mobile analytics에 기록되는 정보는 기본적으로 2 주가 지나면 자동으로 삭제되는데, 중요한 데이터를 s3에 저장하고 싶을 때 사용할 수 있다. 하단 링크 참고https://aws.amazon.com/ko/blogs/aws/new-auto-export-for-amazon-mobile-analytics/