kind: 다른 네트워크 대역의 클러스터 2개 만들기

쿠버네티스 클러스터 관련하여 다양한 테스트를 하다 보면 네트워크 대역이 다른 두 개의 클러스터가 필요할 때가 있다.단순히 파드나 서비스 대역이 다른 것이 아닌, 노드 대역을 다르게 설정하려면 Docker 컨테이너의 네트워크 대역이 달라야 한다.Docker 컨테이너 네트워크 생성green 클러스터를 위한 네트워크 브리지를 하나 생성한다.docker network create --subnet=172.18.0.0/16 green-net 이번에는 다른 클러스터를 위한 blue 네트워크 브리지를 생성한다.docker network create --subnet=172.19.0.0/16 blue-net  생성 후 확인하면 브리지 네트워크가 생성된 것을 볼 수 있다. green 클러스터 생성하기 환경변수를 이용하여 실..

• format_list_bulleted K8S/ecosystem
• · 2024. 10. 5.
• textsms

[네떡스터디🔥kans] Calico CNI 알아보기 - Direct 모드

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다. 마지막으로 오버레이 네트워크를 사용하지 않는 Direct 모드에 대해서 알아보고자 합니다.  Direct 모드란calico에서는 파드에서 만들어진 패킷을 별도의 캡슐화 없이 목적지 노드로 전달하는 모드입니다.  Direct모드 설치하기Instance의 출발지 목적지 확인하는 기능 비활성화# AWS CLI 로 특정 인스턴스의 Source/Destination Check 기능을 Disable 하기aws ec2 modify-instance-attribute --instance-id --source-dest-check "{\"Value\": false}" 인스턴스가 테스트에 사용할 kubernetes 인스턴..

• format_list_bulleted K8S/🔥 network study🔥
• · 2024. 9. 9.
• textsms

[네떡스터디🔥kans] Flannel CNI 알아보기

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다. 시작하기 전: 쿠버네티스 네트워킹쿠버네티스 네트워크 모델은 4가지 요구사항과 4가지 문제를 해결해야 합니다. ✰ 요구사항파드와 파드간 통신시 NAT 없이 통신이 가능합니다.노드의 에이전트(kubelet, systemd)는 파드와 통신이 가능합니다.호스트 네트워크를 사용하는 파드는  NAT없이 파드와 통신이 가능합니다.서비스 클러스터 IP대역과 파드가 사용하는 IP대역은 중복되지 않아야 합니다. ✰ 문제 점파드 내 컨테이너는 루프백을 통한 통신을 할 수 있습니다.파드 간 통신을 할 수 있습니다.클러스터 내부에서 서비스를 통한 통신을 할 수 있습니다.클러스터 외부에서 서비스를 통한 통신을 할 수 있습니다...

• format_list_bulleted K8S/🔥 network study🔥
• · 2024. 9. 4.
• textsms

[네떡스터디🔥kans] 파드 & pause 컨테이너

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다. 시작하기 전환경 정보orbstack: orb version 01:55:28 Version: 1.7.2 (1070200) Commit: 50f93373f351fe839fd72948e6aad032774c0f6c (v1.7.2)kind v0.24.0 go1.22.6 darwin/arm64 간단한 nginx 파드를 띄워보도록 하겠습니다.먼저 kind를 사용해서 클러스터를 생성합니다. 이렇게 아무런 설정 없이 클러스터를 만들게 되면 최신버전의 클러스터가 생성이 됩니다. 다시 워커노드가 있는 클러스터를 생성해서 nginx파드를 하나 생성해 보겠습니다.  여기에는 nginx의 파드를 보면 컨테이너는 nginx컨테이..

• format_list_bulleted K8S/🔥 network study🔥
• · 2024. 9. 4.
• textsms

[네떡스터디🔥kans] cgroup v1, v2

최신 리눅스 환경에서는 여러 애플리케이션과 프로세스가 동시에 실행되면서 CPU, 메모리, 네트워크 등 다양한 자원을 효율적으로 관리하는 것이 매우 중요합니다.특히, Docker나 Kubernetes와 같은 컨테이너 환경에서는 하나의 노드에서 여러 애플리케이션이 운영되므로, 특정 프로세스가 자원을 과도하게 사용하면 전체 시스템에 영향을 줄 수 있습니다.이를 방지하기 위해 리눅스 커널은 Cgroup(Control Groups)이라는 기능을 제공합니다.Cgroup을 통해 각 프로세스 그룹이 사용할 수 있는 자원의 양을 제한하고, 실시간으로 모니터링하며, 프로세스 제어나 우선순위 조정을 보다 효율적으로 할 수 있습니다.이 글에서는 Cgroup의 개념과 함께, Cgroup v1과 v2의 차이점, 그리고 실제 환경..

• format_list_bulleted K8S/🔥 network study🔥
• · 2024. 8. 31.
• textsms