일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
- slack
- alertmanager
- SSL Offload
- ingress
- Codebuild
- RKE2
- cicd
- Codepipeline
- AWS
- ingress controller
- Persistent Volume Claim
- emptyDir
- emptyDir Volume
- Prometheus
- volume
- grafana
- ncp
- DevOps
- HTTPS Redirect
- Persistent Volume
- NFS Client Privisioner
- aws-dop
- Codedeploy
- pod
- kubernetes
- ALB
- k8s
- node exporter
- codecommit
- Naver cloud platform
- Today
- Total
목록kubernetes (3)
Cloud SA's This and That
파드에서 실행 중인 애플리케이션이 디스크에 데이터를 유지해야 하고 파드가 다른 노드로 재스케줄링된 경우에도 동일한 데이터를 사용해야 한다면 이전에 언급한 볼륨의 유형 중 emptyDir이나 hostPath 등은 사용할 수 없다.(참고 : https://jyyoon94.tistory.com/16) 그렇다면 해당 데이터들은 NAS 유형에 저장되어야 하는데 테스트 전 PersistentVolume과 PersistentVolumeClaim에 대해 간단히 알아보도록 한다. PersistentVolume(PV) & PersistentVolumeClaim(PVC) 퍼시스턴트 볼륨은 파드 개발자가 실제 네트워크 스토리지 인프라에 관한 지식을 갖추고 있어야 한다.(NFS 기반의 볼륨을 생성하려면 개발자는 NFS 익스포트..
테스트 전 간단하게 쿠버네티스의 볼륨에 대해 정리하자면, 파드 내부의 각 컨테이너는 고유하게 분리된 파일시스템을 가진다. 새로 시작한 컨테이너는 이전에 실행했던 컨테이너에 쓰여진 파일시스템을 접근할 수 없다.(같은 파드에 실행된다고 해도 마찬가지) 하지만 새로운 컨테이너가 이전에 종료된 위치에서 계속되기를 원한다면 (실제 데이터를 가진 디렉터리를 보존하고 싶을 수도 있다.) 쿠버네티스는 스토리지 볼륨을 정의하는 방법으로 해당 기능을 제공한다. [볼륨 소개] - 쿠버네티스 볼륨은 파드의 구성요소로 컨테이너와 동일하게 파드 스펙에서 정의된다. - 볼륨은 독립적인 오브젝트가 아니므로 자체적으로 생성, 삭제될 수 없다. - 볼륨은 파드의 모든 컨테이너에서 사용 가능하지만 접근하려는 컨테이너에서 각각 마운트되어야..
쿠버네티스 클러스터 외부에서 서비스를 액세스하는 방법 중 단일 IP 주소로 여러 서비스를 노출하는 인그레스 리소스를 사용하는 방법을 통해 서비스를 노출하여 접속해보는 테스트를 진행해보았다. 우선 간단히 인그레스에 대해 설명하자면! 로드밸런서 서비스는 각 서비스마다 자신의 공인 IP 주소를 가진 로드밸런서가 필요하지만 인그레스는 하나의 IP 주소로 수십 개의 서비스에 접근 가능하도록 지원해준다. 클라이언트가 HTTP 요청을 보낼 때 요청한 호스트(host)와 경로(path)에 따라 요청을 전달한 서비스가 결정된다. > 인그레스는 네트워크 스택의 어플리케이션 계층(HTTP)에서 작동한다. (서비스가 할 수 없는 쿠키 기반의 세션 어피티니 등과 같은 기능 제공) * 쿠버네티스 세션 어피니티에 대해 궁금하다면?..