[Istio 가이드 ep.8] 2부 트래픽 관리 #2 | VirtualService & DestinationRule: 트래픽 라우팅 완전 정복

🔹 개요

이번 글에서는 Istio의 VirtualService와 DestinationRule을 활용한 고급 트래픽 라우팅 기법을 다룹니다.
Istio의 VirtualService와 DestinationRule을 활용하면,
단순한 서비스 간 연결을 넘어 세밀한 트래픽 관리, A/B 테스트, Canary 배포 등이 가능합니다.

이 글에서는 VirtualService와 DestinationRule의 개념, 실제 사용 방법,
그리고 실제 YAML 예제를 통해 트래픽을 유연하게 제어하는 방법을 살펴보겠습니다.

---

🔹 1. VirtualService와 DestinationRule이란?

✅ 1.1 VirtualService란?

VirtualService는 Istio에서 트래픽을 특정 서비스로 라우팅하는 리소스입니다.
이를 통해 단순한 서비스 연결을 넘어서 경로 기반 라우팅, 트래픽 분배, 리트라이 및 장애 대응 등을 설정할 수 있습니다.

VirtualService의 주요 기능

• 트래픽 분배: 서비스 버전(v1, v2) 간 트래픽을 가중치 기반으로 분배
• 경로 기반 라우팅: 특정 URL 패턴에 따라 다른 서비스로 라우팅 가능
• Fault Injection(장애 테스트): 네트워크 장애 시뮬레이션 가능

---

✅ 1.2 DestinationRule이란?

DestinationRule은 특정 서비스의 트래픽 정책을 정의하는 리소스입니다.
VirtualService와 함께 사용하여, 트래픽의 최종 목적지에서 어떤 정책을 적용할지 결정합니다.

DestinationRule의 주요 기능

• 서브셋(Subset) 정의: 특정 서비스 버전(v1, v2) 간 트래픽을 구분
• 로드 밸런싱 방식 설정: Round Robin, Least Connection 등
• 서킷 브레이커 적용: 요청 실패율이 높으면 트래픽을 자동 차단

---

🔹 2. VirtualService & DestinationRule 예제

✅ 2.1 VirtualService: 기본적인 트래픽 라우팅 설정

아래 예제에서는 VirtualService를 활용하여 트래픽을 두 개의 서비스(v1, v2)로 분배합니다.

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService  # 트래픽 라우팅을 정의하는 리소스
metadata:
  name: my-service
spec:
  hosts:
    - my-service  # 트래픽을 전달할 서비스 이름
  http:
    - route:
        - destination:
            host: my-service  # 대상 서비스 이름
            subset: v1  # v1 버전으로 트래픽 전달
          weight: 80  # 80%의 트래픽을 v1으로 전달
        - destination:
            host: my-service
            subset: v2  # v2 버전으로 트래픽 전달
          weight: 20  # 20%의 트래픽을 v2로 전달

설명:

• VirtualService → 특정 서비스에 대한 트래픽 라우팅 규칙을 정의
• destination.host → 트래픽을 전달할 서비스 이름 지정
• subset → 서비스의 특정 버전(v1, v2)으로 트래픽을 분배
• weight → 트래픽 분배 비율 설정 (v1: 80%, v2: 20%)

---

✅ 2.2 DestinationRule: 서비스 버전 관리 및 로드 밸런싱

아래 예제에서는 DestinationRule을 활용하여 서비스의 서브셋(subset)과 로드 밸런싱 정책을 설정합니다.

apiVersion: networking.istio.io/v1alpha3
kind: DestinationRule  # 트래픽 정책을 정의하는 리소스
metadata:
  name: my-service
spec:
  host: my-service  # 대상 서비스 이름
  subsets:
    - name: v1  # v1 버전 서브셋 정의
      labels:
        version: v1
    - name: v2  # v2 버전 서브셋 정의
      labels:
        version: v2
  trafficPolicy:
    loadBalancer:
      simple: LEAST_CONN  # 가장 적은 연결을 가진 서버로 트래픽 전달

설명:

• DestinationRule → 서비스의 트래픽 정책을 정의
• subsets → 특정 서비스 버전(v1, v2) 구분 가능
• trafficPolicy.loadBalancer.simple: LEAST_CONN →
  → 가장 적은 연결을 가진 서버로 트래픽을 분배하는 방식

---

✅ 2.3 VirtualService + DestinationRule을 활용한 Canary 배포

아래 예제에서는 Canary 배포를 위해 점진적으로 v2 서비스로 트래픽을 증가시키는 전략을 적용합니다.

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: canary-deployment
spec:
  hosts:
    - my-service
  http:
    - route:
        - destination:
            host: my-service
            subset: v1  # 기존 v1 서비스
          weight: 90  # 90%의 트래픽은 v1 서비스로 전달
        - destination:
            host: my-service
            subset: v2  # 신규 v2 서비스
          weight: 10  # 10%의 트래픽은 v2 서비스로 전달

설명:

• weight: 90, weight: 10 → 초기에 10%만 v2로 보내고 점진적으로 증가 가능
• Canary 배포 방식으로, v2 서비스의 안정성이 확인되면 점진적으로 트래픽을 증가

---

✅ 2.4 VirtualService를 활용한 경로 기반 라우팅

아래 예제에서는 특정 URL 경로(/api/v2)에 따라 트래픽을 v2 서비스로만 라우팅하는 설정입니다.

apiVersion: networking.istio.io/v1alpha3
kind: VirtualService
metadata:
  name: path-based-routing
spec:
  hosts:
    - my-service
  http:
    - match:
        - uri:
            prefix: "/api/v2"  # "/api/v2" 경로로 들어오는 트래픽을 v2 서비스로 전달
      route:
        - destination:
            host: my-service
            subset: v2
    - route:
        - destination:
            host: my-service
            subset: v1  # 나머지는 v1 서비스로 전달

설명:

• /api/v2 경로로 들어오는 요청만 v2 서비스로 전달
• 그 외 모든 요청은 기본 v1 서비스로 전달

---

📌 결론

• VirtualService는 트래픽을 특정 서비스로 라우팅하고, 경로 기반 라우팅, 가중치 기반 트래픽 분배, 장애 테스트(Fault Injection) 등을 수행할 수 있습니다.
• DestinationRule은 서비스의 서브셋을 정의하고, 로드 밸런싱 방식 및 서킷 브레이커 정책을 설정할 수 있습니다.
• VirtualService + DestinationRule을 조합하면, A/B 테스트 및 Canary 배포와 같은 고급 트래픽 제어가 가능합니다.
• 경로 기반 라우팅을 활용하면, 특정 API 버전에 따라 트래픽을 나누는 것도 가능합니다.