참고 : https://artifacthub.io/packages/helm/gresearch/storm helm chart를 통해서 아파치 스톰을 설치해보자! 쿠버네티스의 패키지를 한번에 다 설치해주기 때문에 뭐가(storm, zookeepr, ui, service, pod등) 어떻게 뜨는지 알수 있을 것이다. 당연히 k8s와 helm chart가 설치된 전제하에 아래를 보시면 됩니다. 가이드에 나온것과 같이 아래의 명령어를 쳐줍니다. $ helm repo add gresearch https://g-research.github.io/charts $ helm install my-storm gresearch/storm 원샷 원킬..이제 어떻게 띄워져있는지 보도록 하자! nimbus, supervisor, z..

kubectl delete pv 으로 무심코 지웠는데... 완전 삭제가 아닌 terminating으로 나왔다. kubectl delete pv --grace-period=0 --force 이후 kubectl patch pv -p '{"metadata": {"finalizers": null}}' 를 해주면 완전히 삭제 된다.

kubernetes를 공부하다가.. 아차! 싶었다! k8s는 도커 오케스트레이션을 위해서 나온 녀석인데..도커랑 나는 친한가? 도커를 확실히 가지고 놀아야겠다는 생각을 했다. 도커를 안해본건 아니다. 프로젝트에서도 해봤지만 제대로 모르는 느낌이다. 왜 이럴까? 온전히 내께 아니라서 그런거 같다. 좀 더 도커라는 녀석과 친해져야겠다. 외울껀 외우고 생각할껀 생각하며 온전히 이해 해보자!

Apache Log4j 2*에서 발생하는 원격코드 실행 취약점(CVE-2021-44228)[2] https://www.boho.or.kr/data/secNoticeView.do?bulletin_writing_sequence=36389 log4j2가 사용하는 곳이 많다. 특히나 오픈소스등에 많다. apache storm , es , logstash등등.. 아래는 es 버전별 log4j 디펜던시 버전 정보이다. 정리해주신분 감사! (출처) - 조치방법 ※ (2.0-beta9 ~ 2.10.0) JndiLookup 클래스를 경로에서 제거 : zip -q -d log4j-core-*.jar org/apache/logging/log4j/core/lookup/JndiLookup.class ※ (2.10 ~ 2.14...

2021.08.22 - [OS/Linux&Unix] - Disk Full 처리 , 서버에서 로그만 찾겠다는 마인드는 버려라!! 에 이어서 이제 주기적으로 es 데이터를 지워주는 것을 리눅스 기반에서 처리 해보도록 하겠습니다. 아래의 2가지 요구사항! 1. 리눅스에서 주기적 crontab 이라는것을 사용하자. 2. es 데이터를 삭제 curl -XDELETE 'es-url:9200/index명-2021.10.*' 주기적인 처리는 crontab을 이용. crontab -e (수정)을 하여 아래와 같이 매달 1일 1시에 del_elastic.sh가 동작 하도록 한다. 00 01 1 * * /acet/script/del_elastic.sh >> /acet/script/remove.log 2>&1 del_elas..

mode에는 leader / follower가 있으며 상태체크는 status이며 죽어있으면 ./zkServer.sh start로 실행 시킨다. [acet-server bin]$ ./zkServer.sh status ZooKeeper JMX enabled by default Using config: /daum/program/zookeeper/bin/../conf/zoo.cfg Mode: follower