얼레벌레 얼레벌레

AWS CloudWatch Container Insight- 컨테이너형 애플리케이션 및 마이크로서비스에 대한 모니터링, 트러블 슈팅 및 알람을 위한 완전관리형 관측 서비스- Cloudwatch 대쉬보드로 container metrics, Prometeus metrics, application logs 및 performance log events를 탐색, 분석 및 시각화- CPU, 메모리, 디스크 및 네트워크와 같은 인프라 메트릭을 자동으로 수집 1. 클러스터의 매트릭 값 수집하기 위해 cloudwatch agent 설치2. cloudwatch log에 로그를 보내기 위핸 fluent bit 데몬셋 형태로 설치   cd ~/environmentmkdir -p manifests/cloudwatch-insig..

인그레스 컨트롤러 만들기(Ingress Controller)- 인그레스는 클러스터 외부에서 내부로 접근할때, 요청들을 어떻게 처리할지 정의해놓은 규칙- 외부 요청에 대한 로드 밸런성, TLS/SSL 인증서 처리, HTTP 경로에 대한 라우팅 등 설정 (L7의 영역)- Nodeport나 LoadBalancer로도 외부에 노출할 순 있지만,, 라우팅 규칙등의 상세한 옵션을 더 추가해야함-> 인그레스 필요- 인그레스 설정을 동작하기 위해 인그레스 컨트롤러를 만들어야함 -> 이 컨트롤러는 클러스터 생성할때 자동으로 생성되는게 아니라 직접 구현이 필요함AWS Load Balancer 컨트롤러 만들기- 클러스터에 인그레이스 자원이 생성될 때 ALB 및 필요한 자원이 새성되로록 트리거하는 컨트롤러임- 구성해놓은걸 가..

- EKS 는 kubernetes를 쉽게 실행할 수 있는 관리형 서비스임- EKS 를 사용하면 AWS 환경에서 쿠버네티스 컨트롤 플레인 이나 노드를 직접 설치하거나 운영, 유지할 필요없음 -> 관리형 쿠버네티스 !- AWS의 다양한 서비스들과 연동할 수 있음 -> ECR, ELB, IAM, VPC...실습 환경 구축하기- 본 실습에서는 aws cloud9 서비스를 Control Plane으로 지정하고, Worker node들을 다룰 예정- admin role을 만들어서 인스턴스에 붙여주고, cloud9 설정에서 AWS managed temporary credentials 설정을 비활성화rm -vf ${HOME}/.aws/credentials // 기존의 자격 증명 파일 제거 kubectl 설치- 쿠버네티..

전체 쿠버네티스 클러스터의 구조Node- 쿠버네티스 클러스터를 구성하는 머신들은 노드(node)라고 부름- 각 노드들은 물리적이거나 가상 머신일 수 있음Master Node : Control Plane을 형성하며, 전체 클러스터를 관리하는 마스터 노드Worker Node : Data Plane을 형성하며, 파드들을 통해 실제 애플리케이션 컨테이너 이미지들을 작동시키는 워커 노드 Object- 쿠버네티스의 오브젝트(object)는 클러스터의 상태를 나타내는 단위- 항상 오브젝트의 "현재 상태"를 "의도한 상태"와 동일하게 만들게끔 작동함ex) 동작중인 컨테이너 relicas 개수, 어떤 파드들이 어느 노드에서 동작중인지.. pod - 하나 이상의 컨테이너를 둘러싼 가장 작은 래퍼(wrapper) 단위데몬..

계속 추가 예정! 1. ip 확인 리눅스 명령어 - 현재 인스턴스의 private ip를 확인할 수 있음 ifconfig - public ip를 확인하는 명령어는? curl ifconfig.me or curl ifconfig.co 2. 웹사이트 잘 동작하는지 검증하는 명령어 curl google.com curl -v google.com # ssl, ip등 더 상세한 내용을 확인할 수 있음 3. 도메인의 ip를 조회하는 명령어 nslookup google.com 도메인 질의 프로세스 1. 로컬 캐시 조회 2. 로컬 네임서버 조회 : /etc/hosts 3. DNS 조회 : /etc/resolve.conf -> 옛날에는 도메인과 ip짝을 직접 지정해서, 로컬 네임서버를 통해 해당 짝을 찾도록 했는데, 요새는..

1에서는 component의 로컬 배포를 만드는 과정이었고, 이제는 component의 특정 버전에 만족하면 현장에서 디바이스에 배포할 구성 요소를 준비하는 과정에 대한 실습 -> 즉 클라우드에 배포하는 실습임!! AWS Cloud에서 component를 배포하려면 먼저 recipe 파일을 확장해 S3의 component artifact를 참조한 다음 component artifact를 S3로 업로드 해야한다. 배포가 구성되면 디바이스가 S3에서 아티팩트를 다운로드 한다. 즉, 1. recipe 파일 확장(s3의 artifact를 참조하는 방법으로 지정) 2. component artifact를 s3로 업로드 3. 배포 구성 완료 후 디바이스가 s3에서 아티팩트를 다운로드 하게 함 S3 버킷 생성하기 레..

https://catalog.us-east-1.prod.workshops.aws/workshops/5ecc2416-f956-4273-b729-d0d30556013f/en-US/chapter1-introduction/30-workshop-environment AWS IoT Greengrass V2 - Workshop (New) AWS IoT Greengrass v2 is an Internet of Things (IoT) open source edge runtime and cloud service that helps you build, deploy, and manage device software. You can learn basic knowledge to use AWS IoT Greengrass V2 th..

죽지도 않고 다시 찾아온 MGN포스팅하다가 그만뒀었는데... 이번주에 쓸 일이 있어서 다시한번 정리하는 겸 올려본다MGN (AWS Application Migration Service)- 애플리케이션 단의 마이그레이션을 가장 효율적이고 안전하게 클라우드로 마이그레이션- 자동화된 리프트 앤 시프트 솔루션- 어떠한 변화도 없이 애플리케이션을 마이그레이션- Replication Agent 소스 서버에 Replication Agent를 설치해서 MGN에 요청 보냄MGN 엔드포인트와 443번 포트로 통신함 - StagingReplication instance를 생성해서 소스 서버의 데이터를 복제하고, 데이터를 EBS 볼륨에 기록함업데이트 되는 데이터가 있으면 새로운 스냅샷을 생성해서 최신 상태로 유지함소스 서버의..