Devops 기술 블로깅 =^._.^= ∫

[k8s] kubectl 명령어를 알아보아용~

불여우의 길 — Mon, 12 Aug 2024 17:03:06 +0900

클러스터 정보

kubectl cluster-info

현재 컨텍스트 확인

kubectl config current-context

노드정보

kubectl get nodes

파드목록

kubectl get pods
kubectl get pods -n [namespace]

파드상세정보

kubectl describe pod [pod-name]
kubectl describe pod [pod-name] -n [namespace]

파드 로그 보기

kubectl logs [pod-name]
kubectl logs [pod-name] - n [namespace]
kubectl logs -f [pod-name]

파드생성 및 삭제

kubectl run [pod-name] --image=[image]
kubectl delete pod [pod-name]

디플로이먼트 목록

kubectl get deployments
kubectl get deployment -n -[namespace]

디플로이먼트 상세 정보

kubectl describe deployment [deployment-name]
kubectl describe deployment [deployment-name] -n [namespace]

디플로이먼트 업데이트

kubectl set image deployment/[deployment-name] [container-name]=[new-image]
kubectl rollout status deployment/[deployment-name]

서비스 관리

kubectl get services
kubectl get svc

서비스 상세 정보

kubectl describe service [service-name]
kubectl describe svc [service-name]

포트 포워딩

kubectl port-forward [pod-name] [local-port]:[remote-port]

네임스페이스 목록

kubectl get namespaces
kubectl get ns

네임스페이스 생성 및 삭제

kubectl create namespace [namespace]
kubectl delete namespace [namespace]

클러스터에 yml 파일 적용

kubectl apply -f [file.yml]

클러스터에 적용된 yml 리소스 삭제

kubectl delete -f [file.yml]

리소스 사용량 보기

kubectl top codes
kubectl top pods

[k8s] 마스터 노드 구성을 알아보아욤

불여우의 길 — Mon, 12 Aug 2024 10:01:07 +0900

마스터 노드

: 컨테이너를 실행하지 않으며 워커노드에서 실행되는 컨테이너를 관리하는 역할

1. API 서버

모든 요청을 처리하는 역할

쿠버네티스의 모든 기능들은 REST API 로 제공하고 그에 대한 명령을 처리

k8s 내부 모든 컴포넌트들이 서로를 호출하기 위해 사용하는 컴포넌트

2. controller manager

다양한 컨트롤러를 관리

ReplicaSet, Deployment 등 Controller를 관리하고 적절한 노드에 할당하는 역할

각 컨트롤러에게 pod의 복제/배포 명령 수행

3. scheduler

상황에 맞게 적절한 워크노드를 선택

pod, 서비스 등 각 리소스들을 적절한 노드에 할당하는 역할

pod를 어떤 노드에서 실행할지 결정

node에 배치된 pod는 각 노드늬 kubelet에 의해 컨테이너로 생성

4. etcd

클러스커 내 데이터를 담는 저장소

쿠버네티스 클러스터의 데이터베이스

클러스터의 모든 설정, 상태 데이터를 저장

etcd만 잘 백업하면 언제든지 클러스터 복구가 가능

저장, 일기, 상태변경 체크 가능

오직 api 서버와 통신하고 다른 모듈은 api를 거쳐 etcd 데이터에 접근

출처 :
https://pearlluck.tistory.com/136

쿠버네티스 아키텍쳐(2/2) (마스터노드/워커노드)

쿠버네티스 아키텍쳐 하나의 마스터노드와 여러대의 워커로드로 하나의 클러스터를 이루고 있는 구조 1. 마스터노드(Kubernetes Master) (aka.마스터) 쿠버네티스 클러스터 전체를 컨트롤 하는 시스템

pearlluck.tistory.com

https://tech.ktcloud.com/70

쿠버네티스, 이것만 알면 된다! - #3 쿠버네티스 구성 요소

쿠버네티스는 어떻게 이루어져 있을까요? 쿠버네티스는 여러 개의 노드(예를 들어, 가상서버/Virtual Machine)로 구성된 클러스터로 이루어져 있습니다. 출처: https://kubernetes.io/docs/concepts/_print/ 여기

tech.ktcloud.com

[k8s] helm 차트 설치, bitnami 사용하기

불여우의 길 — Mon, 22 Jul 2024 11:43:51 +0900

1. helm 차트 설치 (스크립트)

curl -fsSL -o get_helm.sh https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3

chmod 700 get_helm.sh

./get_helm.sh

2. wordpress 차트 검색

helm search hub wordpress

3. helm 사용해보기

bitnami 추가하기

helm repo add bitnami https://charts.bitnami.com/bitnami

bitnami repo 조회하기

helm search repo bitnami

bitnami update

helm repo update

[k8s] k3s 를 설치해보자 (linux)

불여우의 길 — Mon, 22 Jul 2024 11:22:20 +0900

쿠버네티스 연습을 위해 k3s를 가상서버에 설치해보자

linux 환경인 rocky 이미지로 만든 환경이라 linux 환경 설치 레퍼선를 참고했다.

https://docs.k3s.io/kr/quick-start

빠른 시작 가이드 | K3s

이 가이드는 기본 옵션으로 클러스터를 빠르게 시작하는 데 도움이 됩니다. 설치 섹션에서는 K3s를 설정하는 방법에 대해 자세히 설명합니다.

docs.k3s.io

1. curl 로 스크립트 설치

curl -sfL https://get.k3s.io | sh -

2. k3s 설치, 실행 확인

sudo systemctl status k3s

2. 에이전트 노트 추가 설치

curl -sfL https://get.k3s.io | K3S_URL=https://myserver:6443 K3S_TOKEN=mynodetoken sh -

짱짱 간단하쥬?

끗

[k8s] k8s를 알아보자

불여우의 길 — Thu, 11 Jul 2024 16:34:03 +0900

kubernetes

Node

Master Node (마스터 노드) : 전체 시스템을 관리, 통제
- 구성
  1. etcd (저장소)
  2. Kube API Server
  3. Scheduler
  4. controller
Worker Node (워커 노드) : 마스터 노드의 명령에 따라 애플리케이션 실행을 담당하는 하나의 시스템

Pod

구성
- 컨테이너
- volume
- 상태
  - pod정의
  - 스케줄링
  - 노드의 정보

Node는 k8s를 구성 요소 정보를 갖고있는 서버 자원이라면

Pod는 application이 동작하는 가상화 자원이다. (확장 가능)

k8s의 장점

환경에 종속받지 않음
분리된 워크로드 (pod로 application이 각각 동작. 서로 통신만 가능)
운영 관리의 자동화

참고 출처

따라하며 배우는 쿠버네티스 - 입문(1)

유튜브 강의 `따라하며 배우는 쿠버네티스`를 정리해 보았습니다.

velog.io

[k8s] k3로 쿠버네티스 연습하기

불여우의 길 — Fri, 5 Jul 2024 14:38:27 +0900

왜 k3 일까?

쿠버네티스와 완전히 호환되는 가벼운 배포판
설치가 매우 쉽고 리소스를 적게 사용
구조가 매우 단순
안정성은 떨어질 수 있음

k3s 설치

curl -sfL https://get.k3s.io | sh -s - --write-kubeconfig-mode 644

설치와 동시에 k3s.service 에 권한 부여

systemctl status k3s.service

마스터 노드 세팅

- 마스터 노드에 다음과 같은 포트가 열려있어야함

닫기

프로토콜 / 포트 범위 / 목적

TCP / 6443 / API 서버
TCP / 2379 - 2380 / etcd 서버 client API
TCP / 10250 / kubelet API
TCP / 10251 / kube-scheduler
TCP / 30000 - 32767 / nodePort services

# 마스터 통신을 위한 설정

mkdir ~/.kube
sudo cp /etc/rancher/k3s/k3s.yaml ~/.kube/config
sudo chown -R $(id -u):$(id -g) ~/.kube
echo "export KUBECONFIG=~/.kube/config" >> ~/.bashrc
source ~/.bashrc

kubectl get nodes

kubectl cluster-info

k3s Node Token값 / Master id 확인

- k3s 클러스터에 워커 노드를 추가하기 위해 마스터 노드에서 NODE_TOKEN값과 마스터 노드의 IP인 MASTER_IP 값을 확인

# 마스터 노드 토큰 확인

NODE_TOKEN=$(sudo cat /var/lib/rancher/k3s/server/node-token)
echo $NODE_TOKEN

# 마스터 노드 IP 확인

MASTER_IP=$(kubectl get node [master node의 NAME] -ojsonpath="{.status.addresses[0].address}")
echo $MASTER_IP

참고 출처 :

https://gmffl.tistory.com/16

ubuntu에 k3s 마스터 노드 설치 쉽고 간단하게

ubuntu에 k3s 마스터 노드 설치 방법 - OS 환경 : ubuntu 22.04 k3s란? - 간단하고 쉽게 kubernetes를 운영하기 위해 컨테이너 관련 기술을 주로 개발하는 Rancher Labs에서 만든 kubernetes의 또다른 버전 k3s 특징 -

gmffl.tistory.com

[AWS] CloudFront Function 사용하여 index.html 생략하기

불여우의 길 — Fri, 3 May 2024 14:36:36 +0900

next.js 를 사용해서 만든 소스코드를 S3에 올리기 위해 정적 호스팅이 가능하도록 변환하는 과정에서 라우팅 방식에 문제가 생겼다.

(프론트 개발자가 아니라서 잘 모르지만 제가 대충 이해한거에오 ㅎ)

s3 엔드포인트를 사용하면 index.html 을 생략해도 라우팅이 가능한데

Cloudfront 도메인을 사용하면 라우팅이 되지않았다.

예를 들자면

http://{s3-endpoint}/data/ 에 접근하면

http://{s3-endpoint}/data/index.html 화면이 호출된다

그런데 Cloudfront 도메인은

https://{CloudFront-domain}/data/ 로 접근할 경우 제대로 호출하지 못한다.

따라서 찾은 방법은 CloudFront의 Function을 사용하는 방법이다.

CloudFront Function 사용방법

https://docs.aws.amazon.com/ko_kr/AmazonCloudFront/latest/DeveloperGuide/example-function-add-index.html

파일 이름이 포함되지 않는 요청 URL에 index.html 추가 - Amazon CloudFront

파일 이름이 포함되지 않는 요청 URL에 index.html 추가 다음 예제 함수는 URL에 파일 이름이나 확장자를 포함하지 않는 요청에 index.html를 추가합니다. 이 함수는 Amazon S3 버킷에서 호스팅되는 단일

docs.aws.amazon.com

[CloudFront - 함수 - 함수 생성] 을 통해서 함수를 만들어준다

위 링크에서 해당 함수에 대한 소스 코드를 얻을 수 있다.

이렇게 구성하고 게시하기!

게시를 안하면 안됩니다용

그리곤 CloudFront - 배포 - 동작 편집을 눌러줍니당

그리곤 하단에서 함수연결을 통해 미리 만들어두었던 함수를 연결해준다.

그러면 해당 오류는 사라집니다~

함수 유형중 Lambda@Edge 라는 것이 있는데 이건 람다를 활용해서 사용하는 함수이다.

예전에는 이걸 많이 사용했던 것 같고 람다엣지를 사용하다가 요금이 과금이 된 포스팅을 적지 않게 볼 수 있었다.

그렇다면 CloudFront Function과 Lambda@Edge 에 대한 비용에 대해 알아보자

CloudFront Function과 Lambda@Edge 에 대한 비용

https://aws.amazon.com/ko/cloudfront/pricing/

Amazon CloudFront CDN - 요금제 및 요금 - 무료 체험

Origin Shield 요청 중앙화된 캐싱 계층으로 Origin Shield를 설정하는 경우 Amazon CloudFront 엣지 로케이션 지원 콘텐츠가 아닌, Origin Shield 리전으로 구성한 AWS 리전에 기반하여 요청 요금이 부과됩니다. O

aws.amazon.com

CloudFront Functions 호출 요금은 호출 1백만 개당 0.10 USD(호출당 0.0000001 USD)

전체 함수에서 총 호출 수에 대해 요금이 부과된다.

Lambda@Edge 요청 요금은 1백만 건당 0.60 USD(요청당 0.0000006 USD)입니다.

글로벌 Amazon CloudFront 이벤트에 대한 응답으로 함수를 실행할 때마다 요청 횟수를 계산.

CloudFront Function이 Lambda@Edge 보다 저렴하지만 그래도 호출할때마다 비용이 발생한다는게 부담스럽다.

대체할 수 있는 방법이 있을까...

[AWS] Public Ip 과금에 대체할 수 있는 방법

불여우의 길 — Wed, 24 Apr 2024 17:20:44 +0900

2024 2년부터 aws 에서 무료로 제공하던 public ip에 대해서 비용을 청구하기 시작했습니다.

1. VPC, 서브넷 변경

기존 구성이 퍼블릭 서브넷들로만 되어 있다면, 대체구성에서는 로드밸런서가 배치될 퍼블릭 서브넷과 EC2 Instance Connect Endpoint가 배치될 매니지먼트 서브넷 그리고 NAT게이트웨이를 배치할 NAT서브넷이 추가로 필요합니다.

2. 로드밸런서 구성 변경

인스턴스를 퍼블릭 서브넷에 생성하고 할당된 퍼블릭IP를 통해 직접 인터넷에 개방하고 있었다면, 이제는 안전한 프라이빗 서브넷에 퍼블릭IP 없이 배치하고 로드밸런서를 통해 외부에 서비스를 하도록 재구성하는 것이 좋습니다. 만약 기존에도 로드밸런서를 통해 외부서비스 구성은 하고 있으나 인스턴스가 여전히 할당 받은 퍼블릭 IP를 사용하고 있다면, 대체구성에서는 퍼블릭 IP를 더 이상 사용하지 않도록 변경합니다.

3. EC2 Instance Connect Endpoint 생성

퍼블릭IP가 제거된 인스턴스에 ssh, rdp 등의 관리적인 접근을 하기 위해서 전통적인 방법인 베스천호스트나 VPN구성이 있지만, EICE(이하 EC2 Instance Connect Endpoint)를 활용하면 보다 간편하고 비용 효율적으로 구성할 수 있습니다. EICE에 대한 자세한 설명은 아래 누리클라우드 블로그에 포스팅 되어 있으니 참고하여 보시기 바랍니다.

4. NAT 게이트웨이 생성

퍼블릭 IP가 없는 EC2 인스턴스가 보안 업데이트 등을 위해 외부와 인터넷 통신을 하기 위해서는 NAT게이트웨이가 필요합니다. NAT게이트웨이는 Mult-AZ로 AZ마다 배치하면 좋지만, 비용 효용성 측면에서 한 개의 AZ에만 배치하여도 좋습니다. 왜냐하면, 다른 AZ에 있는 인스턴스도 한 개의 NAT게이트웨이쪽으로 라우팅이 가능하고 보통 NAT게이트웨이를 통한 통신은 고가용성(HA)의 요구가 다소 덜하기 때문입니다.

5. 인스턴스 구성 변경

기존 인스턴스가 퍼블릭 IP를 사용하고 있다면, 대체구성에서는 퍼블릭 IP를 제거해야 합니다. 이를 위해, 인스턴스의 네트워크 구성에서 퍼블릭 IP를 없음으로 설정하면 됩니다. 그런데, 이미 퍼블릭IP를 할당하여 사용중이라면 현재까지는 해당 인스턴스를 복제하여 다시 생성하는 방법 외에 제거하는 방법이 없습니다. 그러니 앞으로 새로 생성할 인스턴스는 기본적으로 퍼블릭IP 할당을 방지하기 위해서 서브넷의 "퍼블릭 IPv4 주소 자동 할당 활성화" 옵션을 언체크해 두는 것이 좋습니다.

[출처]

https://blog.nuricloud.com/aws-alternatives-to-public-ipv4-charges/

[AWS] 퍼블릭IPv4 유료화에 따른 대체 구성 방법 | AWS

blog.nuricloud.com

어떤 방식이 적은 비용을 청구할지는 인스턴스를 사용하는 용도등에 따라 다르겠지만 라우팅을 사용하는 인스턴스라면 Public IP를 사용하는 편이 낫지 않을까 싶습니다ㅎㅎ

이에 관해서 Public IP 관리를 위한 Insight 기능을 추가하였습니다.

해당 기능을 사용하면 사용되는 Public IP에 대해 확인하고 관리할 수 있으니 사용해보시는 것을 추천드립니다.

개인적으로 한눈에 볼 수 있어 좋더라구용

https://aws.amazon.com/ko/blogs/korea/new-aws-public-ipv4-address-charge-public-ip-insights/

공지 – AWS Public IPv4 주소 요금 변경 및 Public IP Insights 기능 출시 | Amazon Web Services

AWS에서 퍼블릭(Public) IPv4 주소에 대한 새로운 요금이 도입됩니다. 2024년 2월 1일부터 서비스 연결 여부에 관계없이 모든 퍼블릭 IPv4 주소에 대해 시간당 IP당 0.005 USD의 요금이 부과됩니다. 계정에

aws.amazon.com

[AWS] AWS Compute Optimzer를 사용하여 비용최적화를 해보자

불여우의 길 — Tue, 23 Apr 2024 18:33:24 +0900

AWS Compute Optimzer를 사용하면 여러 리소스 사용 프로비저닝에 대해 알 수 있다.

올바른 크기 조정 권장 사항은 EC2 인스턴스에 대한 프로비저닝에 대해 알 수 있다면 Compute Optimizer는 lambda, fargate를 포함하여 다른 리소스에 대한 프로비저닝 또한 알 수 있다.

그리고 다음에 사용할 수 있는 서비스는 '비용최적화 허브'인데 활성화 해두면 AWS Compute Optimzer 와 Cloud Watch 를 통해 사용률 지표를 받아 리소스들의 사양에 대한 최적화 분석을 해준다고 한다.

1일정도 수집이 필요해서 수집된 이후에 포스팅 해보도록 하겠습니당 ^-^77

[AWS] 올바른 크기 조정 권장 사항 (rightsizing-preferences)을 사용하여 비용 최적화를 해보자

불여우의 길 — Tue, 23 Apr 2024 18:23:38 +0900

AWS를 비롯한 IaaS를 사용한다면 비용최적화는 꽤나 중요한 부분이라고 생각이된다.

여러가지 방법을 찾다가 '올바른 크기 조정 권장 사항 (rightsizing-preferences)' 를 사용하여 EC2 사용량에 대한 객관적인 판단을 할 수 있었다.

AWS Console - Cost Explore - 레거시 페이지 - 올바른 크기 조정 에 들어가면 EC2 프로비저닝에 대한 최적화 사항에 대해 알 수 있다.

이런식으로 인스턴스 조정 권유 사항에 대해 알 수 있다.

csv 파일로도 다운로드 받을 수 있다.

csv 파일로 받으면 권장스펙이 1순위 ~ 3순위까지 나오고 절감 예상 금액까지 조회 가능하니 비용최적화를 생각한다면 들여다 볼 필요가 있을 것 같습니당.ㅎㅎ

https://docs.aws.amazon.com/ko_kr/compute-optimizer/latest/ug/rightsizing-preferences.html

올바른 크기 조정 권장 사항 기본 설정 - AWS Compute Optimizer

Compute Optimizer는 이러한 임계값 및 헤드룸 값을 업데이트하여 최신 기술 업데이트를 반영하고 권장 사항 품질을 유지할 수 있습니다. Compute Optimizer는 워크로드 특성에 따라 선택한 파라미터를 조

docs.aws.amazon.com