최근 telegraf 바이너리를 설치하고 실행/중지할 수 있는 스크립트를 작성하는데 Github release의 latest 버전을 확인해 최신 버전을 설치할 수 있도록 적용했다.telegraf 설치는 yum 설치로도 가능한데, 보안상 root 권한이 없는 계정으로 설

m1 mac에서 Oracle virtualBox를 사용할 수 없었는데, 최근 Oracle에서 m1 또는 m2를 지원하는 virtualBox beta버전을 릴리즈했다.Oracle virtualBox를 m1 mac에서 사용하려면 아래 링크에서 os에 맞춰 다운로드 받으면

Telegraf를 설치할 때 바이너리로 설치하고 환경변수가 적용되도록 하는 스크립트를 작성하는데 스크립트가 정상적으로 실행이 되어도 환경변수가 적용되지 않았다.원인을 찾아보니 쉘 스크립트를 실행할 때는 자식프로세스를 생성하여 실행하기 때문에 스크립트 동작이 끝나면 자식

파드에서 ps, top 등 명령어 사용 시 command not found가 발생할 때 다음과 같은 방법으로 사용할 수 있다.파드가 root계정일 경우, 파드 접근 후 패키지 설치파드에서 root 계정을 사용할 수 없는 경우Dockerfile

sudo 패키지 설치2./etc/sudoers에 쓰기 권한 추가sudo 권한 부여할 계정 추가/etc/sudoers에 쓰기 권한 제거Ubuntu참고도커이미지 빌드 : $ docker build -f Dockerfile -t image:tag .도커이미지 푸시 : $ d

helm chart를 통해 파드를 생성할 때 사용하려는 pvc의 마운트 경로에 대한 디렉터리 생성과 디렉터리 이하에 파일 생성 등의 명령을 실행한다.이 때, 파드 생성 및 실행 계정은 non-root 계정이고 마운트 시 root로 동작하기 때문에 퍼미션 에러가 발생한다

Telegraf는 서버 기반 agent로 데이터베이스, 시스템 및 IoT 센서에서 메트릭 및 이벤트를 수집/전송할 수 있는 오픈소스이다.최근 centOS 서버의 메트릭을 수집하는 용도로 적용했는데, 설치 및 설정이 매우 간단하며 telegraf에서 다양한 플러그인을

HAProxy를 APP서버들의 LB로 사용하기 위해 Linux (centOS7) 환경에 설치/설정 진행. 설치는 https://linuxscriptshub.com/install-haproxy-centos-7/를 참고한다. >구조 >설치 버전 : 2.6.2 (late

[pinpoint-docker GitHub] 링크를 참고하여 설치를 진행한다. Mac OS에서 docker desktop이 유료화된 관계로 colima를 사용하여 진행했다. colima 설치/실행은 해당 페이지를 참고하여 설치하면 된다. docker-compose

로컬 서버에서 스크립트를 실행하면 원격 서버들의 ip를 읽어 각 서버에서 명령을 실행하도록 스크립트를 작성했다.test.sh각 리모트 서버에서 실행할 내용1\. $APP_HOME 디렉터리 생성2\. 로컬 서버의 $FILE_NAME 파일을 이전에 생성한 $APP_HOME

컨테이너화된 애플리케이션은 로그를 파일에 쓰기보다는 표준 출력과 표준 에러에 로그를 남기는데, 도커의 경우 스트림을 파일로 전달하고 docker logs <container id> 명령을 통해 컨테이너 로그를 가져온다. 쿠버네티스에서 파드의 로그를 확인하는 방법은

docker desktop이 macOS에서 유료화에 따른 desktop의 대체제를 찾아본 결과 다양한 방법이 있었다.Docker CLI + Docker Machine + VirtualBoxcontainerd & LimaRancher DesktopPodmanMinikub

Pinpoint 소개 : https://d2.naver.com/helloworld/1194202Pinpoint-apm : https://pinpoint-apm.gitbook.io/pinpoint/Pinpoint 오픈 소스 : https://g

서비스에 카프카 도입 후, 적절한 모니터링 툴을 찾아보다가 KaDeck free버전 설치 시 professional 7일 평가판을 사용할 수 있어 클러스터를 적용해 보았다.설치 및 적용이 매우 간단하고 모니터링까지 너무 괜찮았지만, free버전으로 전환된 후 확인해보니

kafka의 대표적인 모니터링은 애플리케이션 로그 분석과 JMX를 이용해 브로커들의 메트릭 정보를 확인하는 방법이다.애플리케이션 로그 분석카프카는 카프카 애플리케이션에서 발생하는 모든 로그를 브로커의 로컬 디스크에 기록한다. 이 로그를 활용해 카프카의 현재 상태나 이상

주키퍼 : 카프카의 메타데이터 관리 및 브로커의 health check 담당카프카/카프카 클러스터 : 여러 대의 브로커를 구성한 클러스터