AWS 구성도 & 아키텍처 (6) 썸네일형 리스트형 eks 서비스 아키텍처 (모니터링 Application 추가) # eks 서비스 아키텍처에 모니터링 Application 환경을 추가 하였다. Grafana + Prometeus, KubernetesDashboard 환경을 구성 하였다. 1. Grafana+Prometheus 모니터링 환경 대쉬보드는 아래와 같다. No data가 보이는데 이것은 기존의 리소스 쿼리와 바뀐것이 있어서 No data로 표시 된것 같다. (바뀐 쿼리 정보를 찾아서 수정할 필요 있음) 모니터링 화면은 이미 생성된 template이 많이 있으므로, 원하는 template를 다운받은 후 자신의 환경에 맞게 커스텀 해주면 된다. 2. KubernetesDashboard 쿠버네티스 대쉬보드 에서는 쿠버네티스의 다양한 기능들의 설정을 확인하고 리소스들을 수정할 수 있다. 또한 자원의 모니터링도 가.. eks 서비스 아키텍처 (기본-basic) # 아키텍처 흐름 설명 1. 유저가 접속하거나 새로운 무언가가 접속하면 트래픽이 발생한다. 트래픽은 포트로 구분할 수 있다. 예를들어 80으로 들어오는 모든 트래픽은 ALB로 전송, 8888,7777로 들어오는 트래픽은 NLB로 전송, 등으로 구분하여 LoadBalancing을 할 수 있다. 2. ALB와 NLB를 거쳐 구분된 트래픽은 ALB는 ingress로, NLB는 바로 Service로 이동한다. ingress 에서는 트래픽의 특정 값을 이용하여 설정에 맞게 분배한다. 분배된 트래픽은 Service로 이동한다. (ingress는 게이트웨이 역할을 한다고 보면 된다.) 3. Service는 pod를 찾는다. 그리고 해당 pod에게 트래픽을 전달한다. 4. Worker Node의 리소스를 이용하여 po.. 스케줄링(배치)을 활용한 데이터 분석 파이프라인 구성도 # 스케줄링(배치)를 활용한 데이터 분석 파이프라인 구성 1. S3 → Glue → Athena → QuickSight or S3 → Glue → S3 (데이터 정제) → QuickSight 2. S3 → Redshift → Glue → Athena → QuickSight or S3 → Redshift → Glue → S3 → QuickSight 3. S3 → QuickSight 4. Redshift → QuickSight - 데이터 성격, 활용용도 및 데이터 정제 정도에 따라서 프로세스를 선택 후 구성가능... - 데이터가 복잡하거나 여러 정제 작업이 필요할 경우에는 보다 복잡한 프로세스가 될 가능성이 높음... 실시간 데이터 분석 파이프라인 구성도 쿠버네티스 간략한 프로세스 # 용어설명 - Deployment : 일반적으로 로컬 상태가 없는 파드를 실행하여 복제된 애플리케이션을 관리하는 API 오브젝트. > 로컬 상태가 없는 파드라는것은 다른 환경에서 가져와서 실행하는 복제된 애플리케이션 이라고 봐야겠고, 그 API를 실행 및 관리하는 서비스? 라고 봐야할듯. - ReplicaSet : 레플리카셋은 (목표로) 주어진 시간에 실행되는 레플리카 파드 셋을 유지 관리 한다. 디플로이먼트(Deployment) 와 같은 워크로드 오브젝트는 레플리카셋을 사용해서 해당 레플리카셋의 스펙에 따라 구성된 파드 의 수를 클러스터에서 실행한다. > 리플리카셋은 해당 pod의 상태를 유지 관리 하고, 디플로이먼트 에서 설정한 값에 따라서 pod 수를 유지한다.(만약 pod가 알수없는 이유로 죽는.. Kubenetes 개념도 이전 1 다음
