(실패) orbstack + kubespray로 쿠버네티스 생성하기

사내에서는 Docker를 쓰고 있지만 개인적으론 도커가 너무 무겁다 느껴져서 개인 PC에서는 orbstack을 주로사용한다. orbstack은 그런데 컨테이너 뿐만 아니라 vm도 생성할 수 있는데 이번 기회에 kubespray랑 결합해서 생성이 가능한지 확인해보고자 한다. -> 실패했음.. orbstack은 vm도 생성이 가능하긴 하지만 에러가 너무 많이 발생함..  orbstack 알아보기 orbstack은 명령어가 orb와 orbctl이라는 2개의 명령어가 설치된다. orb는 머신의 리눅스 쉘에 들어가기 위해서 쓰거나 머신 내부에 명령어를 전달할때 주로 사용하고 실제로 머신을 생성하고 삭제하는 등의 컨트롤은 orbctl로 할수 있다.  머신을 조회해보면 아래와 같이 나온다. orbctl list 머신..

• format_list_bulleted K8S
• · 2025. 2. 16.
• textsms

gce에 cilium native-routing으로 설치하기

gke에 옵션으로 cilium을 설치할 수 있는건 다들 해보셧을 거라 생각합니다. 하지만 gce에는..? native-routing이란 ..!! 간단하게 설명하면 파드의 아이피를 overlay네트워크를 사용하거나 nat해서 노드의 아이피로 변환하지 않고 그대로 라우팅을 하는 라우팅 방법입니다. 공식 문서를 보면 alias ip를 사용해서 GKE 뿐만 아니라 GCE에서도 가능한것 처럼 소개되어있는데 구체적으로 어떻게 하면 되는지 나와있지 않아 삽질을 엄청 하였고.. 결국 방법을 찾아냈는데 그 내용을 공유해볼까 합니다. https://docs.cilium.io/en/stable/network/concepts/routing/#google-cloud 참고로 이 글을 gce의 네트워크에 대해서는 잘 모르는 사람이..

• format_list_bulleted cilium
• · 2025. 2. 2.
• textsms

쿠버네티스 런타임 wasm으로 변경해서 실행해보기 (runwasi)

2024.11.28 - [CS/wasm] - 쿠버네티스 런타임 wasm으로 변경해서 실행해보기컨테이너를 wasm으로 실행한거에 이어서 이번에는 wasm런타임으로 쿠버네티스 클러스터를 변경해보려고 합니다. wasm런타임에는 여러가지가 있지만 runwasi를 사용해보겠습니다.  아래의 그림처럼 컨테이너 런타임이 runc에서 wasmedge로 변경되게됩니다. runwasi 설치하기containerd의 런타임에 runwasi를 추가하여 wasm 컨테이너도 실행해보려고 합니다.https://github.com/containerd/runwasi GitHub - containerd/runwasi: Facilitates running Wasm / WASI workloads managed by containerdFaci..

• format_list_bulleted wasm
• · 2024. 11. 28.
• textsms

wasm 컨테이너 실행하기

wasm 컨테이너 이미지 생성하기타겟 추가하기rustup target add wasm32-wasip1 프로젝트 생성하기cargo new http-server 설정 변경하기[package]name = "http-server" # 프로젝트 이름version = "0.1.0" # 프로젝트 버전edition = "2021" # Rust 에디션[dependencies]tokio_wasi = { version = "1", features = ["rt", "macros", "net", "time", "io-util"]}warp_wasi = "0.3.3" # warp_wasi 의존성 코드 수정하기// src/main.rsuse warp::Filter;#[to..

• format_list_bulleted wasm
• · 2024. 11. 28.
• textsms

[네떡스터디🔥kans] AWS - EKS와 AWS LoadBalancer Controller

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다.   aws에서는 eks의 로드밸런서를 구성하기 위해 aws loadbalancer controller를 제공합니다. 설치를 하지 않은 경우에는 NLB로 구성이 되지만 CLB(Classic Loadbalancer) 혹은 ALB(Application LoadBalancer)를 사용하고 싶은 경우에는 별도의 설치가 필요합니다. 설치하기AWS Loadbalancer Controller는 EKS에만 설치할 수 있는 컨트롤러는 아니지만 EKS에 설치하는 방법에 대해서만 소개하도록 하겠습니다. IAM 정책 다운로드 및 생성# 정책 다운로드curl -o iam-policy.json https://raw.githubu..

• format_list_bulleted 🔥 network study🔥
• · 2024. 11. 2.
• textsms

[네떡스터디🔥kans] AWS - EKS와 Amazon VPC CNI

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다. AWS의 EKS에는 AWS에서 제공하는 공식 CNI 플러그인이 있습니다. 바로 Amazon VPC CNI입니다. 이 플러그인은 EKS 클러스터에서 파드 네트워킹을 원활하게 지원하는 핵심 요소로, 이번 글에서는 Amazon VPC CNI의 주요 기능과 이를 EKS 환경에서 효과적으로 활용하는 방법을 살펴보겠습니다.  https://github.com/aws/amazon-vpc-cni-k8s GitHub - aws/amazon-vpc-cni-k8s: Networking plugin repository for pod networking in Kubernetes using Elastic Network Inte..

• format_list_bulleted 🔥 network study🔥
• · 2024. 11. 2.
• textsms

[네떡스터디🔥kans] AWS - EKS 시작하기

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다.  EKS 란Amazon EKS(Amazon Elastic Kubernetes Service)는 AWS에서 제공하는 완전 관리형 Kubernetes 서비스입니다. Control Plane(Kubernetes API 서버, etcd 등)은 AWS에서 관리하므로, 사용자가 직접 설정하거나 유지보수할 필요가 없습니다. 따라서 사용자는 Control Plane을 직접 볼 수 없습니다. EKS는 IAM, VPC 등의 AWS 리소스와 통합하여 사용할 수 있으며, AWS Fargate를 통해 서버리스 방식으로 파드를 실행할 수 있는 기능도 제공합니다.  EKS 생성하기다음과 같은 구조로 EKS를 생성해보도록 하겠습니..

• format_list_bulleted 🔥 network study🔥
• · 2024. 11. 2.
• textsms

Linux TC(Traffic Control)

현대 시스템에서는 여러 애플리케이션이 동시에 네트워크 자원을 사용하면서 서로 경쟁하게 됩니다. 특히 컨테이너 기반 환경에서는 네트워크 사용량이 증가함에 따라 자원 경쟁으로 인해 성능 저하나 지연(latency)이 발생할 수 있습니다. 이런 문제를 해결하기 위해 Linux 커널은 TC(Traffic Control)라는 네트워크 트래픽 제어 시스템을 제공합니다.   TC의 역할TC는 네트워크 트래픽을 효과적으로 관리하고 최적화하여 처리량(Throughput)과 지연(Latency) 같은 네트워크 성능 지표를 개선하는 데 사용됩니다. tc를 사용하여 특정 유형의 트래픽에 우선순위를 부여하거나, 각 애플리케이션 및 컨테이너가 사용 가능한 대역폭을 제한할 수 있습니다. TC의 동작 과정네트워크 패킷이 장치를 통과..

• format_list_bulleted network
• · 2024. 10. 31.
• textsms

BBR(Bottleneck Bandwidth and RTT) 혼잡 제어 알고리즘

사실 이글을 쓰기 위한 이전의 혼잡제어 정리글이 보고싶다면 아래에서~2024.10.27 - [CS/network] - 혼잡 제어 Congestion Control BBR은 Google이 개발한 혼잡 제어 알고리즘으로, 네트워크에서 병목 대역폭과 왕복 시간(RTT)을 추정하여 최적의 전송 속도를 유지하는 방식이다. 기존 TCP 혼잡 제어 방식과 달리, BBR은 패킷 손실이 아닌 대역폭과 지연 시간이라는 지표를 기반으로 속도를 조정하여 네트워크 자원을 더 효율적으로 활용한다. 기존 혼잡 제어 방식과의 차이기존의 TCP 혼잡 제어 방식(TCP CUBIC, TCP Reno 등)은 패킷 손실을 혼잡 신호로 인식한다. 전송 도중 패킷이 손실되면 네트워크가 혼잡하다고 판단하고 전송 속도를 줄이며, 손실이 없을 때는 ..

• format_list_bulleted network
• · 2024. 10. 27.
• textsms

[네떡스터디🔥kans] Cilium CNI 알아보기 - Netkit

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다.2024.10.27 - [K8S/🔥 network study🔥] - [네떡스터디🔥kans] Cilium CNI 알아보기 - TCX Cilium은 Kubernetes와 같은 클라우드 네이티브 환경에서 네트워크 보안과 성능을 강화하기 위해 설계된 네트워크 및 보안 솔루션입니다. 최근 Cilium은 더 높은 네트워크 성능을 위해 netkit이라는 새로운 장치를 도입했는데요. 이번 글에서는 netkit이 어떤 방식으로 성능을 최적화하고, 기존 네트워크 장치와는 무엇이 다른지 살펴보겠습니다. 참고 영상 관련 문서 Netkit이란? Netkit은 Cilium이 Kubernetes 환경에서 Pod 간의 네트워크..

• format_list_bulleted 🔥 network study🔥
• · 2024. 10. 27.
• textsms

[네떡스터디🔥kans] Cilium CNI 알아보기 - TCX (Next-Gen TC)

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다.    Kubernetes에서 서비스 로드밸런서를 구현하기 위해 iptables를 기본으로 사용한다는 것은 Kubernetes 공식 문서나 조금이라도 공부해본 사람이라면 익히 알고 있을 것입니다. 하지만 Cilium을 기본 CNI로 사용하는 환경에서는 kube-proxy를 사용하지 않을 수 있고, Kubernetes의 네트워크 스택에는 iptables 이전에 tc와 XDP라는 영역이 존재합니다. Cilium은 이 영역에 eBPF 코드를 심어 네트워크 트래픽을 제어합니다.그러나 tc 레이어에 많은 eBPF 코드를 로드하면서 네트워크 구조가 복잡해지고, 성능 저하 문제가 발생하기 시작했습니다. 이를 해결하기..

• format_list_bulleted 🔥 network study🔥
• · 2024. 10. 27.
• textsms

혼잡 제어 Congestion Control

혼잡 제어는 네트워크에서 데이터가 너무 몰려 속도가 느려지거나 손실되는 것을 막기 위한 기술이다. 마치 고속도로에 차가 몰려 교통체증이 생기는 것처럼, 네트워크에서도 데이터가 한꺼번에 몰리면 문제가 발생할 수 있다. 이를 방지하기 위해 혼잡 제어는 데이터 전송 속도를 조절하여 네트워크가 원활하게 흐르도록 돕는 역할을 한다.1988년 연구에 따르면, 단순히 수신자가 송신 속도를 조절하는 방식은 오히려 문제를 더 키울 수 있다고 한다. 예를 들어, 라우터에서 데이터가 잠깐 지연될 경우, 송신자가 응답을 받지 못한 것으로 착각하고 동일한 데이터를 다시 보내면서 혼잡이 더 심해질 수 있다. 따라서 혼잡 제어에서는 송신자가 네트워크 상황을 파악하고 스스로 전송량을 조절해야 한다는 결론이 도출되었다.    혼잡윈도..

• format_list_bulleted network
• · 2024. 10. 27.
• textsms

Kubernetes Controller에서 Owns와 Watches의 차이점

Kubernetes 컨트롤러를 개발할 때 Owns와 Watches를 설정하는 것은 매우 중요합니다. 이 두 개념은 컨트롤러가 특정 리소스를 어떻게 감시하고 반응할지를 결정하는데 영향을 줍니다. 이번 글에서는 Owns와 Watches의 차이점을 명확히 이해하고, 언제 어떤 것을 사용해야 하는지 살펴보겠습니다. Owns란Owns는 컨트롤러가 직접 생성한 리소스를 감시할 때 사용됩니다. 즉, 컨트롤러가 특정 리소스를 생성하고, 그 리소스에 변경이 생길 때 이를 감지하여 다시 조정(Reconcile)하도록 설정할 수 있습니다. 또한, Owns를 사용하면 자동으로 해당 리소스의 OwnerReference가 설정됩니다. 이를 통해 컨트롤러는 해당 리소스의 변경 사항을 감지하고 적절한 대응을 할 수 있습니다.예제 코..

• format_list_bulleted ecosystem
• · 2024. 10. 25.
• textsms

네트워크 패킷 추적 도구 - PWRU: Packet, Where Are You?

네트워크 문제를 해결하다 보면, 패킷이 어디로 갔는지, 왜 도착하지 않는지 알기 어려운 상황에 종종 직면하게 됩니다. tcpdump나 ngrep 같은 기존 도구들은 패킷 추적에 유용하지만, 복잡한 네트워크 환경에서는 한계가 있습니다. 바로 이때 등장하는 것이 pwru입니다. pwru란 무엇인가?pwru는 "Packet, Where Are You?"의 약자로, eBPF(extended Berkeley Packet Filter) 기술을 사용해 Linux 커널에서 패킷을 추적하는 도구입니다. eBPF는 커널의 동작을 세밀하게 분석할 수 있도록 해주며, 이를 통해 패킷이 이동하는 경로를 정확히 추적할 수 있습니다. 특히 pwru는 Cilium 프로젝트의 일환으로 개발되었기 때문에, 복잡한 네트워크 환경을 갖춘 ..

• format_list_bulleted cilium
• · 2024. 10. 21.
• textsms

Bonding 인터페이스에서 Cilium XDP 활성화 하기

네트워크 성능 최적화는 많은 엔지니어들에게 중요한 과제입니다. 특히, 고성능 네트워크 환경에서는 패킷 처리 속도를 높이고 지연 시간을 줄이는 것이 필수적입니다. 이 글에서는 XDP(eXpress Data Path)와 Bonding 인터페이스를 결합하여 네트워크 성능을 최대화하는 방법과 이를 실제로 설정하는 방법을 설명합니다. 이 글에서 다루지 않는것Bonding 설정의 기본: Bonding 인터페이스를 어떻게 설정하는지에 대한 기본적인 설명.XDP의 깊은 기술적 내용: XDP의 상세한 내부 동작 방식에 대한 설명. XDP란?XDP(eXpress Data Path)는 네트워크 패킷이 운영체제에 도달하기 전에 빠르게 처리할 수 있게 해주는 Linux 기능입니다. 이렇게 하면 네트워크 성능을 크게 높이고, 데..

• format_list_bulleted cilium
• · 2024. 10. 21.
• textsms

[네떡스터디🔥kans] Service Mesh: Istio - ambient

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다.  Ambient Mesh란 ?기존의 sidecar방식의 메시는 sidecar를 설치하지 않은 파드의 경우 mesh로 넣을 수 없고, 파드마다 컨테이너를 추가해줘야했기 때문의 오버헤드가 컸습니다. Ambient Mesh에서는 모든 파드간 네트워크 통신은 Ztunnel이라는 경량화된 데이터 플레인 엔티티를 통해 처리됩니다. 이 Ztunnel은 각 노드에서 트래픽을 수집하고 제어하는 역할을 하며, 마이크로서비스 간의 통신을 간접적으로 처리합니다. 또한, 프록시 업그레이드나 배포 시의 오류 가능성도 줄어들게 됩니다. 직접 설치해보기cilium 설정 변경하기ambient mesh의 경우 istio-cni를 필요..

• format_list_bulleted 🔥 network study🔥
• · 2024. 10. 19.
• textsms

Maglev 알고리즘 사용해보기

이전 글에서 maglev가 어떻게 동작하는지 대충(?) 살펴봤는데 이젠 그럼 실제로 어떤지도 살펴보려고 한다.이전글 읽어보기2024.10.03 - [K8S/cilium] - Maglev: Google의 로드밸런싱 알고리즘 테스트용 클러스터 만들기클러스터 만들기kind gateway api crd 설치kubectl apply -f https://raw.githubusercontent.com/kubernetes-sigs/gateway-api/v1.2.0/config/crd/standard/gateway.networking.k8s.io_gatewayclasses.yamlkubectl apply -f https://raw.githubusercontent.com/kubernetes-sigs/gateway-api/..

• format_list_bulleted cilium
• · 2024. 10. 18.
• textsms

Operator 개발: 컨트롤러 동작방식 이해하기

커스텀 컨트롤러를 개발할일이 가끔가다 생기는데 이번에 새로 커스텀 컨트롤러로 개발해보고싶은게 생겼습니다. 만들어보기 전에 컨트롤러 동작방식 대해 살펴보고 개발을 해볼까 합니다. 오늘은 컨트롤러의 동작방식을 이해하기 위한 글 입니다. 오퍼레이터 패턴이란오퍼레이터 패턴, 혹은 오퍼레이터는 시스템의 현재 상태를 원하는 상태로 유지하기 위한 자동화된 로직을 의미합니다. 즉, 현재 상태와 목표 상태가 있을 때, 이 둘을 자동으로 조정하여 일치시키는 것이 오퍼레이터의 역할입니다. 운영자가 수동으로 하던 작업을 코드로 자동화한 것이라고 생각하면 이해하기 쉽습니다.예를 들어, 데이터베이스의 백업과 복구 작업을 오퍼레이터를 통해 자동으로 처리할 수 있습니다. CNCF 프로젝트에서는 오퍼레이터 패턴에 대한 백서를 제공하며..

• format_list_bulleted ecosystem
• · 2024. 10. 14.
• textsms

[네떡스터디🔥kans] Service Mesh: Istio - sidecar

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다.  Sidecar Proxy의 역할Istio에서 사이드카 프록시는 서비스 간 트래픽을 관리하는 핵심 역할을 담당합니다. 각 서비스에 배포된 사이드카는 네트워크 트래픽을 가로채고, 이를 통해 트래픽 라우팅, 보안, 모니터링 기능을 제공합니다. Istio는 Envoy 프록시를 사용해 모든 서비스 간 트래픽을 제어하며, 이를 통해 암호화, 인증, 로깅 등을 통합 설정으로 쉽게 적용할 수 있습니다. 이런 통합 관리 덕분에 개발자는 네트워크 세부 사항을 신경 쓰지 않고 애플리케이션 코드에만 집중할 수 있습니다.  Sidecar 아키텍처사이드카 아키텍처는 서비스 간 통신을 간편하게 만들어 줍니다. Istio의 제어..

• format_list_bulleted 🔥 network study🔥
• · 2024. 10. 14.
• textsms

[네떡스터디🔥kans] Service Mesh: Istio

CloudNet@ 가시다님이 진행하는 쿠버네티스 네트워크 스터디 KANS 3기 내용을 정리한 글입니다.  마이크로서비스 아키텍처가 널리 도입되면서 서비스 간 통신이 복잡해졌고, 이를 해결하기 위한 기술 중 하나가 바로 서비스 메쉬(Service Mesh)입니다. Istio는 대표적인 서비스 메쉬로, 서비스 간의 네트워크 트래픽을 관리하고 제어하는 역할을 합니다. 이번 글에서는 Istio의 다양한 역할에 대해 알아보겠습니다. Service Mesh란?Service Mesh는 마이크로서비스 간 통신을 제어하고 관리하는 레이어입니다. 마이크로서비스 아키텍처에서는 각 서비스가 독립적으로 배포되고 실행되기 때문에 서비스 간 통신이 매우 중요합니다. Service Mesh는 이런 통신을 제어하면서 보안, 로깅, 모..

• format_list_bulleted 🔥 network study🔥
• · 2024. 10. 14.
• textsms