동구멍폴로 IT

현대의 IT 환경에서 시스템 모니터링과 성능 분석은 필수적입니다. 다양한 도구가 존재하지만, 그중에서도 Signoz와 Grafana는 특히 주목할 만한 두 가지입니다. 이 블로그에서는 이 두 도구를 비교하고, 각각의 장점과 사용 사례를 살펴봅니다.Signoz: 분산 시스템 성능 모니터링의 최전선Signoz는 분산 시스템의 성능 모니터링과 디버깅에 중점을 둔 종합적인 관찰 도구입니다. OpenTelemetry를 기반으로 메트릭, 로그, 트레이스를 수집하여 시스템의 상태를 시각화하고 분석할 수 있게 해줍니다.주요 기능:메트릭 수집: CPU 사용량, 메모리 사용량, 네트워크 트래픽 등 시스템 메트릭을 효과적으로 수집합니다.로그 관리: 중앙에서 로그를 수집하고 분석하여 문제를 신속히 파악할 수 있습니다.분산 트..

Amazon EC2 인스턴스를 사용하면서 주기적으로 실행해야 할 작업을 자동화하기 위해 crontab을 사용하는 경우가 많습니다. 기본적으로 ec2-user는 이미 crontab을 사용할 수 있는 권한이 있지만, 만약 권한 문제가 발생한다면 이를 해결하는 방법을 아래와 같이 작성합니다. 1. crontab 설치 확인먼저, 시스템에 crontab이 설치되어 있는지 확인해야 합니다. Amazon Linux를 사용하고 있다면 다음 명령어를 통해 cronie 패키지를 설치할 수 있습니다.sudo yum install cronie -y2. crond 서비스 시작 및 활성화crond 서비스가 실행 중인지 확인하고, 실행 중이 아니라면 서비스를 시작하고 부팅 시 자동으로 시작되도록 설정해야 합니다.sudo syste..

K8s Ingress NGINX를 사용할 때 간헐적으로 발생하는 502 Bad Gateway 오류는 여러 가지 원인으로 인해 발생할 수 있습니다. 이번 포스트에서는 이 문제를 해결하기 위한 다양한 설정과 방법을 알아봅니다.1. 백엔드 서비스 점검가장 먼저, 백엔드 서비스가 정상적으로 작동하는지 확인해야 합니다. 서비스가 다운되거나 오류가 발생하면 502 오류가 발생할 수 있습니다.서비스 상태 확인: 백엔드 서비스가 정상적으로 작동하는지 확인합니다.서비스 로그 확인: 백엔드 서비스의 로그를 확인하여 오류나 예외가 발생하고 있는지 체크합니다.2. Ingress NGINX 설정 조정Timeout 설정 확인timeout 설정이 너무 짧게 설정되어 있으면 백엔드 서비스가 응답을 완료하기 전에 timeout이 발생..

Kubernetes는 컨테이너화된 애플리케이션의 배포, 확장 및 관리를 자동화하는 오픈 소스 플랫폼입니다. 이 시스템의 핵심 구성 요소 중 하나가 바로 kubelet입니다. kubelet은 Kubernetes 클러스터 내에서 각 노드에서 실행되며, 컨테이너의 라이프사이클을 관리하고 Pod의 상태를 유지하는 역할을 합니다. 이번 글에서는 kubelet의 기능, 작동 원리, 그리고 주요 설정 키에 대해 자세히 살펴봅니다. kubelet이란 무엇인가?kubelet은 각 노드에서 실행되는 에이전트로, Kubernetes 마스터로부터 Pod 사양을 수신하고 이를 실행하는 역할을 합니다. kubelet은 컨테이너 런타임과 상호 작용하여 컨테이너를 생성하고 관리하며, Pod와 컨테이너의 상태를 지속적으로 모니터링합니..

OpenTelemetry는 분산 트레이싱, 메트릭 및 로그를 위한 오픈 소스 관측 도구입니다. 이번 포스트에서는 EC2 인스턴스에 배포된 Java 애플리케이션에 OpenTelemetry를 설정하고, 트레이스를 수집하는 방법을 알아봅니다.1. Java 애플리케이션 설정먼저, Java 애플리케이션을 설정하고 OpenTelemetry Java Agent를 사용하여 애플리케이션의 트레이스를 수집하는 방법을 알아보겠습니다.OpenTelemetry Java Agent 다운로드OpenTelemetry Java Agent를 다운로드합니다. 아래 명령어를 사용하여 최신 버전을 다운로드하세요.wget https://github.com/open-telemetry/opentelemetry-java-instrumentation..

쿠버네티스 인그레스 컨트롤러를 사용하다 보면 종종 502 Bad Gateway 에러를 마주칠 수 있습니다. 이 에러는 클라이언트가 서버에 요청을 보냈지만, 인그레스 컨트롤러가 해당 요청을 백엔드 서비스로 전달하지 못했을 때 발생합니다. 502 에러의 원인과 이를 해결하기 위한 방법을 상황별로 알아봅니다.1. 백엔드 서비스 문제가장 흔한 502 에러 원인은 백엔드 서비스 자체의 문제입니다. 서비스가 응답하지 않거나, 포트가 잘못되었거나, 서비스가 다운된 경우 발생합니다.확인 및 해결 방법:서비스 상태 확인:서비스가 제대로 실행되고 있는지 확인합니다.kubectl get services파드 상태 확인:모든 포드가 정상적으로 실행 중인지 확인합니다. 만약 포드가 CrashLoopBackOff 상태라면 로그를 ..

k9s는 Kubernetes 클러스터의 리소스를 관리하기 위한 강력한 CLI 대시보드 도구입니다. k9s는 사용자에게 실시간으로 클러스터의 상태를 모니터링하고, 다양한 작업을 수행할 수 있는 직관적인 인터페이스를 제공합니다. 이 블로그 글에서는 k9s의 설치부터 기본 사용법, 그리고 유용한 커맨드를 소개합니다.k9s 설치k9s 설치는 매우 간단합니다. 아래의 명령어를 사용하여 설치할 수 있습니다.MacOSbrew install k9sLinuxcurl -sS https://webinstall.dev/k9s | bash​Windowsk9s 릴리스 페이지에서 Windows용 바이너리를 다운로드합니다.다운로드한 zip 파일을 풀고, k9s.exe 파일을 원하는 위치에 저장합니다.환경 변수에 해당 경로를 추가합니..

CentOS의 EOL (End of Life) 정책과 대안CentOS는 안정성과 신뢰성이 중요한 서버 환경에서 널리 사용되는 리눅스 배포판입니다. Red Hat Enterprise Linux (RHEL)의 소스 코드를 기반으로 하는 CentOS는 RHEL과 동일한 기능을 제공하면서도 무료로 사용할 수 있어 많은 기업과 개발자들에게 인기를 끌었습니다. 그러나 CentOS 프로젝트의 변화와 이에 따른 EOL(End of Life) 정책은 많은 사용자들에게 큰 영향을 미쳤습니다. 이번 블로그 포스트에서는 CentOS의 EOL 정책과 이에 대한 대안에 대해 자세히 알아보겠습니다.CentOS EOL 개요CentOS의 EOL은 더 이상 해당 버전에 대한 공식적인 지원이 종료되는 시점을 의미합니다. 이는 보안 업데이..

리눅스 stress 유틸리티를 활용한 시스템 성능 및 안정성 테스트리눅스 시스템 관리자라면, 시스템의 성능과 안정성을 효과적으로 평가하고 싶을 때가 있습니다. 이를 위해 사용할 수 있는 유틸리티 중 하나가 바로 stress입니다. stress는 다양한 리소스에 부하를 생성하여 시스템이 어떻게 동작하는지를 테스트할 수 있는 도구입니다.stress의 주요 기능구성RHELyum install epel-releaseyum install stressUbuntuapt-get install stress1. 시스템 부하 테스트stress를 사용하면 CPU, 메모리, 디스크 I/O, 네트워크 등 다양한 리소스에 부하를 생성할 수 있습니다. 예를 들어, 다음 명령어는 CPU와 메모리에 부하를 동시에 생성합니다.stress..

AWS IMDS: v1 vs. v2AWS IMDS(Instance Metadata Service)는 AWS EC2 인스턴스에서 실행되며, 인스턴스 자체에 관한 중요한 정보를 제공하는 서비스입니다. 이 서비스는 특정 IP 주소(169.254.169.254)를 통해 접근할 수 있으며, 인스턴스의 IAM 역할, 네트워크 설정, 보안 그룹 등의 정보를 동적으로 조회할 수 있습니다.IMDS v1IMDS v1에서는 인스턴스 메타데이터에 접근할 때 보안 문제가 발생할 수 있는 위험이 있었습니다. 특히, 인스턴스 내부에서 실행 중인 애플리케이션이나 악성 공격자가 인스턴스 메타데이터에 직접 접근할 수 있었습니다. 이는 보안 취약점을 악용할 가능성을 내포하고 있었습니다.IMDS v2IMDS v2는 이러한 보안적인 문제를 ..