본문 바로가기

CNCF

ExternalTrafficPolicy 설정을 위한 kubernetes service 분석
2021. 3. 24. 물리적인 로드밸런서 혹은 Metallb와 같은 Kubernetes 에서 논리/물리적인 로드밸런싱이 상단에서 이뤄진다면, 로드밸런싱이 2번 이상 될테고 그럴경우 다양한 문제를 발생 할 수 있기에 service 의 트래픽 flow 를 확인 하고 대처 하는 방안데 대하여 이야기 하고자 한다. 해당 kubernetes 버전은 1.19를 kubespray 로 배포되어 있는 상태이다. 테스트 환경은 다수의 worker 노드들 중에서 test-node=nginx 인 worker 노드들을 대상으로 진행 된다. 해당 kubernetes cluster의 cni는 calico를 ip-in-ip 터널링이 always 설정되어 있는 구조 이다. root@cy01-ceph120:~# kubectl get nodes -L test..
MetalLB BGP 모드를 이용한 Loadbalaning
2021. 3. 14. 기본적인 구성은 아래와 같이 worker3대가 10.10.2.0/24의 인터페이스가 연결되어 있으며, 같은 네트워크에 BGP를 사용할 L3SW가 연결 되어 있다. 그리고 Client 는 172.16.100.0 대역대로 L3SW와 연결 되어 있다. NXOS-9K로 구성된 상단 스위치의 인터페이스 설정은 아래와 같다. interface Ethernet1/1 no switchport ip address 10.10.2.210/24 no shutdown interface Ethernet1/2 no switchport ip address 172.19.100.210/24 no shutdown ... metallb 구성을 위하여 kubernetes 에서 kube-proxy strictARP true로 변경 해야 한다...
Antrea Overview
2020. 7. 30. 해당 문서는 https://github.com/vmware-tanzu/antrea 기반으로 번역된 문서입니다. Antrea Architecture Antrea는 Kubernetes 중심 및 Kubernetes 네이티브가 되도록 설계되어있다. Kubernetes 클러스터의 네트워킹 및 보안에 중점을 두고 최적화되었다. 구현은 가능한 한 Kubernetes 및 Kubernetes 기본 설루션을 활용한다. Antrea는 Open vSwitch를 네트워킹 data plane.으로 사용된다. Open vSwitch는 Linux 및 Windows를 모두 지원하는 고성능 프로그래밍 가능 가상 스위치이다. Antrea는 Open vSwitch를 사용하여 Kubernetes 네트워크 정책을 고성능으로 효율적으로 구현할 ..
Kubernetes1.17 Hard Way (Libvirt) using docker,flannel
2020. 3. 22. Kubernetes1.17 Hard Way (Libvirt) using docker,flannel 해당 문서는 https://github.com/alosadagrande/kubernetes-the-hard-way-libvirt-kvm/blob/master/docs/01-prerequisites.md,https://veerendra2.github.io/kubernetes-the-hard-way-3/ 를 기반으로 테스트된 문서 입니다. Prerequisites 호스트 서버에서 설정되어 있는 인스턴스는 아래와 같이 배포를 위한 서버기반으로 master 인스턴스3개와 worker 인스턴스 3개로 구성된다. 이중 master 인스턴스틑 worker의 역할과 같이 진행 할 수 있도록 한다. kubernetes 배포..
Spinnaker 를 통한 Kubernetes환경의 Application 배포(2)-CI/SCM연동
2020. 1. 1. 앞의 문서(https://cyuu.tistory.com/161) 에서 Spinnaker의 전반적인 구조를 이야기 했었다. 이어서 Spinnaker의 장점중 하나인 다양한 CI /SCM연동을 위한 방법을 이야기 하려고 한다. 해당 문서에서는 Gitlab과 Jenkins연동을 이야기 하려고 한다. Configure a GitLab artifact account Spinnaker의 artifact는 원격지의 artifact를 이용하여 원격지의 파일 및 이미지를 가져와서 활용할 수 있는 리소스이다. 해당 문서에서는 Gitlab를 artifact로 등록 하여 Git에 저장되어 있는 파일을 호출하여 Kubernetes의 Manifset파일을 Spinnaker에서 직접 관리하는것이 아닌, 외부 Gitlab의 Git으..
Spinnaker 를 통한 Kubernetes환경의 Application 배포(1)
2019. 12. 25. Spinnaker? •Spinnaker는 에서 Netflix에서 구축 된 클라우드 배포 모범 사례를 염두에 두고 구축 •Spinnaker의 목적은 응용 프로그램을 안정적으로 배포하기 위해 기본 클라우드 플랫폼의 전문가의 도움없이 배포를 안정적으로 하는 것 •대신 그들은 실제 문제 영역에 더 집중할 수 있고 롤아웃의 복잡성에 덜 집중 •엔지니어링 팀은 일관된 개념적 모델을 사용하여 지속적으로 전용 운영 팀에 참여하지 않고도 다양한 클라우드 플랫폼에 배포 •적은 노력으로 Netflix와 Google에서 정의한 모범 사례를 기반으로 배포 Application-centric Control Plane •Spinnaker는 가상 머신 및 컨테이너에서 로드밸런서 및 보안 그룹에 이르는 모든 애플리케이션 리소스에 대한..
Helm Chart를 이용한 Kubernetes배포/관리
2019. 11. 23. Helm 특징 복잡한 애플리케이션 배포 관리 Kubernetes 오케스트레이션 된 응용프로그램의 배포는 매우 복잡할 수 있다. Kubernetes 환경에서 helm 차트는 복잡한 응용프로그램의 배포를 코드로 관리하여 자동으로 배포할 수 있도록 제공한다. 응용프로그램의 빠른 배포를 통하여 다양한 테스트 환경 배포 및 운영 환경 배포 시간을 줄여 개발에 집중하도록 한다. Hooks Kubernetes 환경에서 helm 차트로 설치, 업그레이드,삭제 그리고 롤백과 같은 응용프로그램 생명주기의 개입할 수 있는 기능을 Hook을 통하여 제공한다. 릴리즈 관리 Helm으로 배포된 응용프로그램은 하나의 릴리즈로 불립니다. 해당 릴리즈는 배포된 응용프로그램의 버전 관리를 가능하도록 한다 Helm 기본 구성 Helm C..

티스토리툴바