티스토리

아리수
검색하기

블로그 홈

아리수

arisu1000.tistory.com/m

arisu1000 님의 블로그입니다.

구독자
10
방명록 방문하기

주요 글 목록

  • Log Aggregation의 진화: 카카오의 Fluentd 대체기 지난 1년반동안 했던 일을 정리했습니다.https://tech.kakao.com/posts/671 Log Aggregation의 진화: 카카오의 Fluentd 대체기 - tech.kakao.com카카오는 내부 로그 수집 시스템으로 kemi-log를 운영하고 있습니다. kemi...tech.kakao.com 공감수 1 댓글수 0 2024. 12. 4.
  • envoy 환경설정하기 envoy 컨테이너로 실행하기 docker image를 이용해서 다음처럼 간단하게 실행해 볼 수 있습니다. docker run --rm -d -p 10000:10000 -p 9901:9901 envoyproxy/envoy-dev 브라우저에서 http://localhost:10000 으로 접근하면 기본 설정인 google 페이지가 뜨는걸 볼 수 있습니다. 현재 envoy의 설정내용은 다음처럼 컨테이너 id를 확인해서 cat 명령으로 설정파일 내용을 확인할 수 있습니다. $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES d31c8d8d7168 envoyproxy/envoy-dev "/docker-entrypoint.…" 41 minutes .. 공감수 2 댓글수 0 2020. 3. 27.
  • envoy 기본 개념 envoy 주요 용어 호스트(Host) : 논리적인 네트워크 애플리케이션을 의미합니다. 하나의 물리적인 장비에 여러개의 호스트가 있을 수 있습니다. 물리 장비 하나에 여러개의 주소가 있는 경우에 그 각각의 주소를 이용하는 애플리케이션들이 모두 하나의 호스트가 될 수 있습니다. 다운스트림(Downstream) : 엔보이에 요청을 보내고 응답을 받는 호스트입니다. 보통 요청을 보내는 클라이언트를 뜻합니다. 업스트림(Upstream) : 엔보이로 부터 요청을 받아서 응답을 보내는 호스트를 의미합니다. 보통 요청을 받아주는 서버를 뜻합니다. 리스너(Listener) : 다운스트림 클라이언트에서 연결할 수 있는 네트워크 위치(포트, 유닉스 도메인 소켓)를 의미합니다. 엔보이는 다운스트림에서 연결할 수 있는 리스너.. 공감수 3 댓글수 0 2020. 3. 25.
  • golang 참고 페이지 Go 공식 문서 : https://golang.org/doc/ Go 커뮤니티들 https://golang.org/help/ 웹 실습 https://tour.golang.org/list https://play.golang.org/ effective go https://golang.org/doc/effective_go.html 읽을거리 한글 문서 : https://github.com/golang-kr/golang-doc/wiki 공식 github wiki : https://github.com/golang/go/wiki go 관련 도서 모음 : https://github.com/golang/go/wiki/Books articles : https://github.com/golang/go/wiki/Articles.. 공감수 0 댓글수 0 2020. 3. 23.
  • "쿠버네티스 입문 : 90가지 예제로 배우는 컨테이너 관리 자동화 표준" 출간 제가 집필한 쿠버네티스 책이 출간됐습니다. 오랜동안 작업했고 우여곡절도 많았는데 드디어 나와서 감회가 새롭네요. 쿠버네티스에 입문하는 분들께 도움이 되기를 기대합니다. 예스 24 : http://www.yes24.com/Product/Goods/85578606?scode=032&OzSrank=2 쿠버네티스 입문 현업의 운영 경험을 바탕으로 엄선한 쿠버네티스 입문 A~Z현재 다양한 인프라 구축의 핵심 기술은 컨테이너이다. 운영체제, 데이터베이스, 웹 서버 등 인프라 구축에 필요한 컨테이너 이미지 각각을 조합해 인프라 환경을 손쉽게 설정할 수 있다. 그런데 이러한 컨테이너 각각을 사용자가 수동으로 관리하려면 적지 않은 수고를 들여야 한다.쿠... www.yes24.com 교보문고 : http://www.ky.. 공감수 11 댓글수 14 2019. 12. 30.
  • istio를 이용해서 클러스터 외부에서 내부로 접근하도록 설정해보기 istio를 설정하기 위해서 istio용으로 만들어둔 CRD를 사용한다. 이 중에서 이번에 Gateway와 VirtualService가 필요하다. istio에서 트래픽 라우팅을 조절하기 위해서는 VirtualService를 사용한다. 아래 내용 참조. 자세한 내용은 https://istio.io/docs/reference/config/networking/v1alpha3/virtual-service/ 에 있음. apiVersion: networking.istio.io/v1alpha3 kind: VirtualService metadata: name: test-route spec: hosts: - "*" gateways: - my-gateway http: - match: - uri: prefix: "/" ro.. 공감수 0 댓글수 0 2019. 8. 26.
  • istio 현재 설정 내용 확인하기 https://github.com/istio/istio/releases 에서 자신의 환경에 맞는 파일을 다운받아서 압축을 풀면 bin/istioctl 명령어가 있어서 istio 상태를 파악하는데 사용할 수 있다. ./bin/istioctl proxy-status NAME CDS LDS EDS RDS PILOT VERSION istio-egressgateway-68d9cfdd4-vkff8.istio-system SYNCED SYNCED SYNCED (100%) NOT SENT istio-pilot-56b4dd7bd7-h5mtr 1.1.3 istio-ingressgateway-7fbf7bcf45-vrmp5.istio-system SYNCED SYNCED SYNCED (100%) SYNCED istio-pil.. 공감수 0 댓글수 0 2019. 8. 23.
  • istio ControlZ 웹 화면보기 istio의 기본 컴포넌트들은 controlZ 웹 화면이 있다. kubectl로 9876포트를 포트포워드 걸어두고 웹으로 접속하면 관련 화면이 보인다. kubectl port-forward -n istio-system pods/istio-citadel-66d49b64fc-tdf92 9876:9876 공감수 0 댓글수 0 2019. 8. 21.
  • istio 설치하기 Docker for Desktop에 설치하기 준비하기 그림처럼 CPU는 4코어 이상사용하게 하고 메모리는 5기가 이상 사용하게 설정이 되어 있어야 함. istio를 다운로드 받아서 실행할수 있게 path에 추가 curl -L https://git.io/getLatestIstio | ISTIO_VERSION=1.1.7 sh - cd istio-1.1.7 export PATH=$PWD/bin:$PATH istio 설치 시작 istio용 CRD를 먼저 설치한다. for i in install/kubernetes/helm/istio-init/files/crd*yaml; do kubectl apply -f $i; done istio 설치 kubectl apply -f install/kubernetes/istio-.. 공감수 1 댓글수 2 2019. 8. 19.
  • istio란 무엇인가? 2017년 5월에 Google, Lyft, IBM에서 내놓은 서비스 메쉬(Service Mesh) 솔루션입니다. 서비스 메쉬는 마이크로서비스아키텍처(MSA) 구조에서 각 서비스들간의 트래픽을 제어하는 역할을 합니다. 주요 기능 서비스간의 트래픽이나 API 호출을 컨트롤 통신사이의 트래픽을 암호화하고 인증과 권한제어가 가능함. 트래픽 정책이나 자원 제어 서비스들에 대한 tracing, monitoring, logging을 자동으로 수행 아키텍처 이스티오의 구조는 논리적으로 data plane과 control plane 두 개의 영역으로 구분되어 있습니다. data plane : 실제 데이터 트래픽이 돌아다니는 영역. control plane : 트래픽 경로를 설정하고 관리하는 용도로 사용. Mixer의 정.. 공감수 2 댓글수 0 2019. 8. 15.
  • Envoy Proxy 소개 https://www.envoyproxy.io/ envoy는 클라우드 네이티브용으로 Lyft 사에서 C++로 개발해서 2016년 12월 14일 공개한 L7 프록시입니다. 2017년 5월에 Google, Lyft, IBM에서 공동으로 개발해서 내놓은 Service Mesh 오픈소스인 Istio의 메인 프록시가 됐습니다. 공개후 1년 뒤인 2017년 12월 14일에 CNCF에 11번째 프로젝트로 합류했습니다. 그리고 다시 1년뒤인 2018년 11월 28일 CNCF의 3번째 졸업 프로젝트가 되었습니다. CNCF의 첫번째 졸업프로젝트는 Kubernetes이고 두번째 졸업프로젝트는 Prometheus입니다. envoy는 다음을 목표로 하고 태어났습니다. "The network should be transparen.. 공감수 0 댓글수 3 2019. 8. 8.
  • 쿠버네티스 pod 구성 패턴 사이드카 패턴(Sidecar) 사이드카 패턴은 원래 사용하려고 했던 기본컨테이너의 기능을 확장하거나 강화하는 용도의 컨테이너를 추가하는 패턴입니다. 기본 컨테이너에는 원래 목적의 기능에만 충실하고 나머지 부가적인 공통 기능들은 사이드카 컨테이너를 추가해서 사용할 수 있습니다. 일반적인 웹서버의 예를 생각해 보면 다음 그림처럼 웹서버 컨테이너는 웹서버로서의 역할에 충실하고 자신의 로그는 포드의 파일로 남깁니다. 그러면 사이드카 역할인 로그수집 컨테이너가 파일시스템에 쌓이는 로그를 수집해서 외부의 로그수집 시스템으로 보내는 역할을 합니다. 이렇게 구성하게 되면 웹서버 컨테이너만 다른 역할을 하는 컨테이너로 변경하게 되면 로그수집 컨테이너는 그대로 사용할 수 있습니다. 그래서 이런 공통역할을 하는 컨테이너의 .. 공감수 0 댓글수 2 2019. 3. 19.
  • 쿠버네티스 커스텀 리소스(kubernetes Custom Resources) 쿠버네티스는 api 구조 들이 잘 정의되어 있습니다. 그래서 뛰어난 확장성을 가지고 있습니다. 쿠버네티스에서 제공하는 내장된 리소스 뿐만 아니라 사용자가 필요한 리소스를 쿠버네티스 내부에 정의해서 사용할 수 있습니다. 이렇게 커스텀리소스(CustomResource)를 정의해 놓으면 쿠버네티스 시스템 내부에 녹아들어서 kubectl같은 쿠버네티스 기본 명령어들과 함께 사용하는 것이 가능해 집니다. 그리고 그런 리소스들을 이용하는 자신만의 api 컨트롤러들을 만들어서 사용하는 것이 가능합니다. 쿠버네티스에서 사용자가 원하는 모든 기능들을 기본 기능으로 제공하려 하기 보다는 자신들에게 필요한 기능들은 직접 추가해서 사용할 수 있도록 커스텀 리소스 관련 기능들을 제공하고 있습니다. 커스텀 컨트롤러 커스텀 리소스.. 공감수 2 댓글수 0 2019. 1. 11.
  • helm 차트 사용하기 helm 차트 구조 helm에서 사용하는 차트는 디렉토리 하나에 들어가 있는 파일들의 집합입니다. 디렉토리 이름을 차트이름으로 지정하고 그 안에 필요한 파일들을 넣습니다. 디렉토리안의 파일들은 대략 다음과 같은 구조를 가집니다. wordpress/ Chart.yaml # 차트에 대한 정보를 가지고 있음. LICENSE # 옵션 : 차트 라이센스에 대한 정보를 가지고 있음. README.md # 옵션 : 차트에 대한 설명 파일 requirements.yaml # 옵션 : 차트의 의존성을 명시한 파일 values.yaml # 이 차트에서 사용하는 기본 설정 값 charts/ # 이 차트에 관련되어 있는 차트들 templates/ # 쿠버네티스 매니페스트 파일들로 변환될 YAML템플릿 파일들 templates.. 공감수 2 댓글수 0 2018. 12. 24.
  • helm 기본 helm 소개 helm은 쿠버네티스 패키지 매니저 입니다. 쿠버네티스를 사용하다보면 결국 수많은 YAML파일들을 관리해야 됩니다. helm에서는 이런 YAML파일들의 집합을 차트(chart)라고하고, 이 차트를 관리할 수 있게 해주는 도구가 helm입니다. helm은 쿠버네티스의 하위 프로젝트로 시작되었다가 2018년 6월에 CNCF재단의 정식 프로젝트로 승격되었습니다. Helm은 차트를 만들고, 차트 압축 파일(tgz)를 만들수 있습니다. 그리고 차트들이 저장되어 있는 차트 저장소(chart repository)와 연계해서 쿠버네티스 클러스터에 차트를 설치하거나 삭제할 수 있습니다. helm으로 설치된 차트들의 배포 주기를 관리할 수도 있습니다. helm을 이용하면 잘 정리된 차트들을 이용해서 필요한 .. 공감수 5 댓글수 0 2018. 12. 21.
  • 쿠버네티스 DNS(kubernetes dns) 쿠버네티스에서는 클러스터 내부에서만 사용가능한 DNS를 설정해 놓고 사용할 수 있습니다. 그래서 포드간 통신을 할때나 IP가 아닌 도메인을 설정해 두고 사용할 수 있습니다. 그렇게해서 한 클러스터에서 사용하던 yaml파일에서 포드간 통신을 도메인으로 설정해 둔다면 그걸 별다른 수정 없기 그대로 다른 클러스터로 가져가서 사용하는 것도 가능합니다. ip로 통신하도록 되어 있다면 한곳에서 세팅해놨던 yaml파일을 다른곳으로 옮겨 가져가서 사용하려고 할때 그 클러스터에서 사용하는 ip 대역이 다른 것이라면 그대로 사용할 수가 없게 됩니다. 이럴때 설정이 도메인을 사용하도록 되어 있다면 별다른 수정없이 그대로 사용할 수가 있습니다. 그 뿐만 아니라 일부의 경우에는 서비스디스커버리(service discovery).. 공감수 14 댓글수 3 2018. 9. 17.
  • 쿠버네티스 오토스케일링(kubernetes autoscaling) 클라우드를 사용하면서 유용한 기능으로 언급하는 것중에 가장 많이이야기하는게 오토스케일링이 아닐까 싶습니다. 컨테이너 오케스트레이션 쪽에서는 컨테이너만 잘 준비되어 있으면 오토스케일링이 더욱 쉬워지게 되었습니다. 쿠버네티스에서도 HPA(Horizontal Pod Autoscaler)라는 기본 오토스케일링 기능이 내장되어 있습니다. HPA는 CPU 사용률 기반으로 디플로이먼트로 실행된 포드의 개수를 개수를 늘리거나 줄이는 역할을 해줍니다. HPA 설정하기 오토스케일링 설정을 해보도록 하겠습니다. 다음 파일을 autoscaling.yaml로 저장한 다음에 kubectl apply -f autosclinging.yaml로 적용시키면 됩니다. apiVersion: autoscaling/v1 kind: Horizo.. 공감수 3 댓글수 0 2018. 9. 12.
  • 쿠버네티스 모니터링 : 프로메테우스(kubernetes monitoring : phrometheus) 모니터링 솔루션으로 최근 가장 많이 주목받고 있는건 프로메테우스(phrometheus)입니다. 프로메테우스는 사우드클라우드(SoundCloud)에서 최초 개발했고 현재는 CNCF에 속한 프로젝트입니다. CNCF에 속한 여러가지 프로젝트들 중에서 쿠버네티스가 첫번째 졸업생이고 프로메테우스가 두번째 졸업생일 정도로 많은 주목을 받고 있는 프로젝트 입니다. 프로메테우스 주요 기능 프로메테우스의 주요 기능으로는 시계열(time series) 데이터를 저장할 수 있는 다차원(multi-dimensional) 데이터 모델과 이 데이터 모델을 효과적으로 활용할 수 있는 PromQL이라는 쿼리 언어가 있습니다. 기본적인 데이터 수집은 pull 구조로 되어 있어서 프로메테우스 서버가 수집하려는 대상에게서 데이터를 가져오.. 공감수 3 댓글수 2 2018. 9. 10.
  • 쿠버네티스 모니터링 : metrics-server (kubernetes monitoring : metrics-server) 메트릭서버(metrics-server) 개념 쿠버네티스의 메트릭 수집 모니터링 아키텍처에서 코어메트릭 파이프라인 쪽을 가볍게 하기 위해서 힙스터를 deprecated시키고 그 다음으로 쿠버네티스에서 모니터링 표준으로 도입하려고 하는건 메트릭서버(metrics-server)입니다. 메트릭서버는 힙스터를 간소화한 버전이라고 생각하면 됩니다. kubelet에서 메트릭데이터를 수집해서 메모리에 저장하고 있습니다. 또한 apiserver를 통해 포드나 노드의 메트릭을 조회하는데 사용되는 메트릭 API(Metrics API)를 제공해 줍니다. 쿠버네티스에서 필요한 핵심 데이터들은 대부분 etcd에 저장되지만 메트릭 데이터들을 etcd에 저장하면 etcd의 부하가 너무 커지기 때문에 그렇게 하지 않고 메모리에 저장하.. 공감수 3 댓글수 1 2018. 9. 7.
  • 쿠버네티스 모니터링 아키텍처(kubernetes monitoring architecture) 메트릭 분류 쿠버네티스에서 수집하는 메트릭은 크게 2개의 메트릭으로 분류됩니다. 시스템 메트릭(system metrics)과 서비스 메트릭(service metrics)으로 나눠집니다. 시스템 메트릭(system metrics) 시스템 메트릭은 노드나 컨테이너의 CPU, 메모리 사용량 같은 일반적인 시스템 관련 메트릭들입니다. 시스템 메트릭은 다시 코어 메트릭(core metrics)과 비코어메트릭(non-core metrics)으로 나뉩니다. 코어 메트릭은 쿠버네티스 내부 컴포넌트들이 사용하는 메트릭들입니다. 현재 클러스터내의 가용자원이 얼마나 되는지 파악하는데도 사용하고 내장된 오토스케일링등에서도 사용합니다. 대시보드에서도 사용하고 “kubectl top” 같은 명령어에서 사용하는 메트릭 데이터도 여.. 공감수 4 댓글수 0 2018. 9. 3.
  • 쿠버네티스 모니터링 : 힙스터(kubernetes monitoring : heapster) 클러스터에서 애플리케이션을 운영하다가 보면 현재 클러스터의 상태는 어떤지 앱의 상태는 어떤지 모니터링하는 것이 중요합니다. 기본적인 시스템 메트릭인 CPU, 메모리부터 시작해서 애플리케이션의 특수한 메트릭 정보까지 많은 것들을 모니터링해야 합니다. 쿠버네티스에서는 기본적으로 사용할 수 있는 모니터링 도구로 힙스터(heapster)를 제공해 왔었습니다. 하지만 힙스터는 쿠버네티스 1.11버전에서 deprecated되었고, 1.13버전에서 완전히 제거될 예정입니다. 그리고 앞으로는 메트릭서버(metrics-server)를 힙스터 대체로 사용하길 권장하고 있습니다. 그외에 추가적으로 더 세세한 모니터링이 필요하면 프로메테우스(Prometheus) 같은 전문 모니터링 도구를 이용할 것을 권장하고 있습니다. 힙스.. 공감수 0 댓글수 0 2018. 9. 3.
  • 쿠버네티스 대시보드(kubernetes dashboard) 쿠버네티스는 일반적으로 커맨드라인 도구인 kubectl을 사용해서 관리합니다. 클러스터의 관리뿐만 아니라 포드의 생성/삭제/업데이트를 모두 kubectl를 통해서 할 수 있습니다. 하지만 이외에도 대시보드(dashboard, https://github.com/kubernetes/dashboard)라는 웹 UI를 제공하기도 합니다. 웹UI배포는 https://github.com/kubernetes/dashboard/blob/master/src/deploy/recommended/kubernetes-dashboard.yaml 이 파일을 사용하면 됩니다. 이 파일의 마지막에 있는 서비스 부분만 다음 처럼 수정해 줍니다. 포트를 사용해서 직접 접근가능하게 노드포트를 사용하도록 변경해줍니다. --- # ------.. 공감수 0 댓글수 3 2018. 8. 31.
  • 쿠버네티스 로깅(kubernetes logging) 클러스터 환경에서 앱을 운영할때 주의해야할 것 중에 하나가 로그를 처리하는 것입니다. 컨테이너 오케스트레이터를 사용하는 환경에서 로그를 수집해야할 때 주의해야 할 점 중에 하나는 로그를 로컬디스크에 파일로 쌓지 않아야 한다는 것입니다. 전통적인 애플리케이션 운영환경에서는 로컬 파일시스템의 지정된 위치에 파일로 로그를 쌓도록 구성합니다. 그리고 로그 양이 너무 많아져서 디스크사용량을 전부 채울때까지 로그가 쌓이는 것을 방지하기 위해서, logrotate를 사용하거나 애플리케이션의 로그관련 라이브러리나 프레임워크에서 옵션을 지정해서 로그가 쌓이기 시작한지 일정 시간이 지나거나 로그양이 일정 크기에 도달하면 오래된 로그들을 자동으로 삭제하도록 처리합니다. 이런 운영방식은 앱들이 항상 지정된 장비에서 실행된다는.. 공감수 3 댓글수 13 2018. 8. 29.
  • 쿠버네티스 네트워킹 : 서비스 네트워킹(kubernetes service networking) 쿠버네티스에서 포드간에 어떻게 통신하는지는 알아봤습니다. 하지만 쿠버네티스에서 실제로 서비스용으로 앱을 올려서 사용한다면 단순히 포드와 포드사이의 통신만 하는 일은 사실 잘 없습니다. 단일 포드보다는 여러개의 포드를 띄우게 되고 그 포드들의 앞에 서비스를 두고 사용하는 것이 일반적인 구성입니다. 그래서 실제로 클러스터 내부에서 통신을 할때는 서비스의 IP를 바라보도록 되어 있습니다. clusterIP나 NodePort로 구성했을때 어떻게 서비스를 거쳐서 실제 포드까지 패킷이 가게 되는지 알아보겠습니다. 쿠버네티스에서는 포드용 CIDR과 서비스용 CIDR을 별도로 지정하게 되어 있습니다. 포드용 CIDR은 마스터용 프로세스들을 실행할 때 --cluster-cidr 옵션을 이용해서 지정해 줍니다. 서비스용 .. 공감수 5 댓글수 2 2018. 8. 27.
  • 쿠버네티스 네트워킹 : 포드 네트워킹(kubernetes pod networking) 쿠버네티스는 일반적인 도커 네트워크와는 다른 구조를 가지고 있습니다. 여러대의 노드를 사용해서 클러스터를 구성하는데 개별 노드에 뜬 포드들이 서로 IP를 통해서 통신을 할 수 있는 구조가 됩니다. 그리고 각 포드는 1개의 컨테이너로 구성되는게 아니라 여러개의 컨테이너로 구성됩니다. 여기서는 포드에 어떻게 IP가 할당되고 어떤 원리로 클러스터 내부에서 그 IP를 통해서 통신이 가능한지 살펴보도록 하겠습니다. 먼저 일반적인 도커 네트워크 구조를 살펴 보겠습니다. 다음 그림처럼 일반적인 도커네트워크는 호스트에 docker0이라는 브릿지가 추가되어서 컨테이너와 호스트간의 네트워크를 연결해 주도록 되어 있습니다. 컨테이너에는 가상의 veth0이라는 네트워크 디바이스가 추가되어서 docker0와 통신을 하게 됩니다.. 공감수 7 댓글수 7 2018. 8. 23.
  • 쿠버네티스 볼륨(kubernetes volume : PersistentVolume, PersistentVolumeClaim) 컨테이너는 기본적으로 상태가 없는(stateless) 앱을 사용합니다. 상태가 없다는건 어떤 이유로건 컨테이너가 죽었을때 현재까지의 데이터가 사라진다는 것입니다. 상태가 없기 때문에 컨테이너에 문제가 있거나 노드에 장애가 발생해서 컨테이너를 새로 띄우거나 다른곳으로 옮기는게 자유롭습니다. 이것이 컨테이너의 장점입니다. 하지만 앱의 특성에 따라서 컨테이너가 죽더라도 데이터가 사라지면 안되고 보존되어야 하는 경우가 있습니다. 대표적으로 정보를 파일로 기록해두는 젠킨스가 있습니다. mysql같은 데이터베이스도 컨테이너가 내려가거나 재시작했다고해서 데이터가 사라지면 안됩니다. 그 때 사용할 수 있는게 볼륨입니다. 볼륨을 사용하게 되면 컨테이너가 재시작을 하더라도 데이터가 사라지지 않고 유지됩니다. 더 나아가서 .. 공감수 4 댓글수 3 2018. 8. 20.
  • 쿠버네티스 권한관리(Authorization) 권한관리 기본 쿠버네티스 클러스터의 api에 접근하기 위해서는 우선 유효한 사용자 인지 인증(authentication)을 거처야 합니다. 인증이 됐으면 그 사용자가 접근하려고하는 api에 권한이 있는지 확인이 된 다음에 api를 사용할 수 있습니다. 하나의 클러스터를 여러명의 사용자가 사용하는 경우에 api나 네임스페이스별로 권한을 구분해서 권한이 있는 곳에만 접근을 가능하게 할 수 있습니다. 특정 자원에 대한 읽기 전용 권한만 추가해서 다른 사람이 관리하는 네임스페이스라고 하더라도 참고용으로 살펴보게 할수도 있습니다. 물론 관리자는 모든 api에 대한 권한을 열어두고 모든 자원에 접근할수가 있습니다. 쿠버네티스에서는 이러한 권한 관리를 위해서 여러가지 방법을 제공하고 있습니다. 크게 ABAC(Attr.. 공감수 7 댓글수 5 2018. 8. 16.
  • 쿠버네티스 인증(Authentication) 사용자가 쿠버네티스의 API에 접근하기 위해서는 인증(Authentication)을 거쳐야 합니다. apiserver는 테스트 목적으로 로컬호스트의 8080포트에 http 포트를 띄웁니다. 외부에서 접근할 수 있는 기본포트는 6443인데 TLS인증이 적용되어 있습니다. 일반적인 https인증은 접근하는 클라이언트에서는 인증서가 필요없지만, 쿠버네티스의 apiserver에 열려 있는 이 포트에 접근하기위해서는 apiserver에서 가지고 있는 인증서에서 검증 가능한 유효한 인증서를 가지고 접근해야 통신이 가능합니다. 인증되지 않은 클라이언트가 외부에서 apiserver에 접근하는 것을 막기 위해서 입니다. 쿠버네티스에서 인증을 요청하기 위한 사용자는 일반적인 사용자와 서비스어카운트(service accou.. 공감수 0 댓글수 2 2018. 8. 13.
  • 쿠버네티스 taint, toleration 쿠버네티스 클러스터의 특정 노드에 taint를 지정할 수 있습니다. taint를 설정한 노드에는 포드들이 스케쥴링 되지 않습니다. taint가 걸린 노드에 포드들을 스케쥴링 하려면 toleration을 이용해서 지정해 주어야합니다. taint는 cordon이나 draint처럼 모든 포드가 스케쥴링 되지 않게 막는건 아니고, toleration을 이용한 특정 포드들만 실행하게 하고 다른 포드들은 들어오지 못하게 하는 역할을 합니다. 주로 노드를 지정된 역할만 하게할 때 사용합니다. DB용 포드를 띄워서 노드 전체의 CPU나 RAM자원을 독점해서 사용하게 할 수 있습니다. GPU가 있는 노드에는 다른 포드들은 실행되지 않고, 실제로 GPU를 사용하는 포드들만 실행시키도록 설정할 수도 있습니다. taint는 .. 공감수 3 댓글수 3 2018. 8. 8.
  • 쿠버네티스 cordon, drain 쿠버네티스 클러스터를 사용하다 보면 특정 노드에 있는 포드들을 모두 다른 곳으로 옮기거나 아니면 특정 노드에는 포드들이 스케쥴링 되지 않도록 제한을 걸어둘 필요가 있습니다. 이런한 기능들을 제공하는 명령어가 kubectl에 있습니다. cordon, drain, taint등이 그런 용도의 명령어 들입니다. cordon 사용방법 kubectl cordon은 지정된 노드에 더이상 포드들이 스케쥴링되서 실행되지 않도록 합니다. cordon을 해보기 위해서 다음처럼 kubectl get nodes로 노드 이름을 확인한 다음에 cordon을 합니다. cordon을 한 다음에 다시 노드를 확인해 보면 노드의 status에 Ready외에 SchedulingDisabled이 추가된걸 확인할 수 있습니다. $ kubect.. 공감수 1 댓글수 0 2018. 8. 6.
    문의안내
    • 티스토리
    • 로그인
    • 고객센터

    티스토리는 카카오에서 사랑을 담아 만듭니다.

    © Kakao Corp.