Boarder

NKS, EKS grafana 접속 트러블 슈팅 (SSH터널, OOMKilled)

EKS 클러스터의 Grafana에 접속하려다 다섯 개의 독립된 장애를 연달아 만났고, 최종 원인은 Grafana 컨테이너의 메모리 제한 256Mi였다. 실제 사용량이 227Mi였으니 한 뻐미터 차이로 계속 OOMKilled이 나고 있었다. 처음 보인 증상은 단순했다. 브라우저에서 Grafana가 안 열리고, 열려도 모든 패널이 No data였다. 그러나 진단을 내려가보니 서로 무관해 보이는 문제들이 겹쳐 있었다. 단계 증상실제 원인1ssh: connect to host ... port 22: Connection time..

terraform 사용

0단계: 먼저 Terraform 설치 (powershell 에서 진행)PowerShell(관리자 권한)을 열고:powershellwinget install Hashicorp.Terraform --version 1.8.5 winget으로 설치하면 PATH 환경변수 등록까지 자동으로 처리되는 것이 가장 큰 장점이며, 팀 내 버전 통일도 쉽다. 설치 후 셸을 새로 열고 확인: powershellterraform versionaws --version AWS CLI도 없다면 같이: powershellwinget install --exact --id Amazon.AWSCLI Terraform, AWS 설치확인 버전을 1.16으로 올려야한다. winget list terraform 으로 terraform ..

베스천 서버에서 EKS 1.33 → 1.34 업그레이드 하기EKS 업그레이드를 콘솔이 아니라 베스천 서버에서 AWS CLI로 직접 올린 기록이다. 클러스터 이름은 예시로 k8s-yong, 노드그룹은 ng-al2023, 리전은 서울(ap-northeast-2)로 적었다. 자기 환경 값으로 바꿔 쓰면 된다.전체 흐름은 간단하다. 사전 점검(특히 DNS) → 컨트롤 플레인 올리기 → 노드그룹 올리기 → 확인. 컨트롤 플레인은 한 번에 한 마이너 버전만 올라가고, 노드는 컨트롤 플레인보다 높을 수 없으니 반드시 컨트롤 플레인을 먼저 올린다. 1. 업그레이드 전 상태 점검제일 먼저 지금 클러스터가 멀쩡한지부터 본다. 특히 DNS(CoreDNS)는 업그레이드 후 제일 잘 터지는 부분이라 미리 확인해두면 나중에 문제..

1. monitoring namespace 생성kubectl create namespace monitoring 확인:kubectl get ns monitoring 정상이면 이런 식으로 나옵니다.NAME STATUS AGEmonitoring Active ... 그다음 Helm에 Prometheus 공식 Chart 저장소를 등록합니다.helm repo add prometheus-community https://prometheus-community.github.io/helm-charts helm repo update 마지막 확인:helm search repo prometheus-community/kube-prometheus-stack 2. 저사양 values 파일 만들기nano ~/..

쿠버네티스 클러스터의 워커 노드들은 보통 Private Subnet에 위치하여 외부에서 직접 접속이 불가능하다. 노드 자체에 문제가 생겼을 때, Bastion Host를 '점프 서버'로 삼아 내부로 진입하는 방법을 정리한다.1-1) 인증키(PEM) 준비 및 전송워커 노드에 접속하려면 노드 생성 시 사용한 인증키가 필요하다. 1. FileZiila 등 FTP 도구를 사용해 로컬 PC의 인증키( .pem )를 Bastion Host 의 홈 디렉토리( ~ )로 업로드한다. 2. 보안 설정: 업로드된 키 파일은 소유자만 읽을 수 있어야 SSH 접속이 허용된다.# exchmod 400 ~/ssokey.pem 1-2) Bastion에서 워커 노드로 점프(Jump)NCP 콘솔에서 확인한 워커 노드의 사설 IP(..

보안적인 이유로 로컬 컴퓨터에서만 SSH 접속 되도록 설정하기 이전에 생성한 bastion-host acg에 규칙 추가1-1) SSH 접속을 위한 설정1. 로컬 컴퓨터에서 중간 서버로 SSH 접속하기 위한 작업 2. 중간 서버에서 쿠버네티스 클러스터 노드 서버로 접속하기 위한 설정: 목적지에 K8s 클러스터를 구성한 Private Subnet IP 대역 입력 3. 쿠버네티스 클러스터 생성으로 인해서 자동으로 생성된 쿠버네티스 ACG에 22번 포트 추가: 중간 서버 IP만 SSH 허용해주기 ① 중간 서버 비공인 IP 확인 ② 중간 서버 인바운드 비공인 IP 22번 포트 허용 및 아웃바운드( 0.0.0.0/0 대역의 1-65535 포트 허용 ): 아웃바운드에 모든 대역을 허용함으로써 이후 curl 작업이 가..

클라우드 환경의보안 베스트 프랙티스는 중요한 서버를 외부 인터넷과 차단된 Private Subnet에 두는 것이다. 하지만 관리자가 점검이나 설정을 위해 이 서버에 접속해야 할 때는 어떻게 해야 할까요? 이때 '보안 가이드' 역할을 하는 것이 바로 **Bastion Host(베스천 호스트)**다. Bastion Host란?중세 성곽의 돌출된 방어 시설인 '요새(Bastion)'에서 유래한 용어로, 외부 네트워크와 내부 네트워크 사이에서 침입 차단 소프트웨어가 실행되는 특수 목적용 서버다. 내부 네트워크로 들어가기 위해 반드시 거쳐야 하는 '단일 접점' 역할을 한다. Bastion Host의 핵심 역할① 제한된 접근 제어 (Gatekeeper)Bastion Host는 공인 네트워크(Internet)와 사..

2-1) Kubernetes Service Cluster 생성 노드풀생성 (Subnt 지 추가 버튼을 누르면 옆에 노드 풀이 생성이된다. 인증키 생성 혹은 보유하고 있는 인증키 추가 사용하고 싶은 기능을 골라서 킨다. 영구 데이터 저장이 필요한 앱을 올릴 예정 → Block Storage CSI 체크여러 Pod가 파일을 공유해야 함 → NAS CSI 체크도메인을 자동으로 관리하고 싶음 → External DNS 체크Gateway API 표준으로 라우팅 구성 예정 → Gateway API Adapter 체크 확인 후 저장

1-1) VPC 생성네이버클라우드플랫폼(NCP)에서 제공하는 사설 VPC 대역의 범위다.· 10.0.0.0/16 ~ 10.0.0.0/28· 172.16.0.0/16 ~ 172.16.0.0/28· 192.168.0.0/16 ~ 192.168.0.0/28 1-2) Subnet 생성· Public Subnet 생성 ( Bastion Host Server 전용 ) · Private Subnet 생성 ( 쿠버네티스 클러스터 전용 ) · LoadBalancer Subnet 생성 · NAT Gateway Subnet 생성 · Private DB Subnet 생성 ( DB 전용 ) 1-3) NAT Gateway 생성1. NAT Gateway 의 핵심 목적클라우드 환경에서 보안을 위해 서버를 Private ..

1단계: VPC 생성가장 먼저 모든 리소스를 담을 그릇을 만듭니다.VPC 이름 지정, CIDR 대역 설정 (예: 10.0.0.0/16)이후 만들 서브넷들이 여유롭게 들어갈 수 있도록 /16 정도로 넉넉하게 잡기이유: Subnet, Route Table, NAT Gateway, LB 전부 이 VPC 하위 리소스로 종속됩니다.2단계: Zone 구성 결정몇 개 Zone에 걸쳐 이중화할지부터 정합니다 (예: KR-1, KR-2).Zone 1개만 쓰면 구성이 단순해지지만 Zone 장애 시 전체 다운Zone 2개 이상이면 고가용성 확보되지만 리소스(서브넷, NAT Gateway, Route Table)가 Zone 수만큼 늘어남여기서는 Zone 2개 구성을 기준으로 정리하겠습니다.3단계: Subnet 생성 (Publ..