-
Notifications
You must be signed in to change notification settings - Fork 21
Simple Router Rules
하나이상의 버전을 상황에 따라 번갈아가며 라우팅하는 Canary Deploy 의 시나리오를 위해 v2 recommendation 서비스를 디플로이 합니다. 이를 위해서 다음과 같이 기존 recommendation 서비스의 코드 일부를 수정합니다:
Istio 의 트래픽 컨트롤 기능을 확인하기 위하여 `RecommendationVerticle.java` 를 다음과 같이 수정하고 도커이미지를 빌드/배포합니다.
private static final String RESPONSE_STRING_FORMAT = "recommendation v2 from '%s': %d\n";이때, "v2"로 도커이미지를 빌드할 때 버전을 명시하는 것이 중요합니다.
cd recommendation/java/vertx
mvn clean package
docker build -t gcr.io/uengine-istio-test/recommendation:v2 .
docker images | grep recommendation
recommendation v2 c31e399a9628 5 seconds ago 438MB
recommendation v1 f072978d9cf6 8 minutes ago 438MB그리고 docker image v2 용 Deployment 설정인 Deployment-v2.yml 을 디플로이하는 것이 중요합니다.
kubectl apply -f <(istioctl kube-inject -f ../../kubernetes/Deployment-v2.yml)
kubectl get pods -w해당 pod가 istio side car 와 함께 기동되었는지 확인하기 위하여 READY 컬럼이 "2/2" 로 표시되는지 확인합니다:
NAME READY STATUS RESTARTS AGE
customer-3600192384-fpljb 2/2 Running 0 17m
preference-243057078-8c5hz 2/2 Running 0 15m
recommendation-v1-60483540-9snd9 2/2 Running 0 12m
recommendation-v2-2815683430-vpx4p 2/2 Running 0 15s그런후에 customer 를 테스트합니다:
curl <service ip>you likely see "customer => preference => recommendation v1 from '99634814-d2z2t': 3", where '99634814-d2z2t' is the pod running v1 and the 3 is basically the number of times you hit the endpoint.
curl <service ip>you likely see "customer => preference => recommendation v2 from '2819441432-5v22s': 1" as by default you get round-robin load-balancing when there is more than one Pod behind a Service
Send several requests to see their responses:
./scripts/run.sh기본 Kubernetes 의 동작은 라운드-로빈 방식으로 pod들에 번갈아가며 워크로드를 배분합니다. 여기에 추가적으로 recommendation-v2 deployment 에 대한 인스턴스를 늘여줍니다.
kubectl scale --replicas=2 deployment/recommendation-v2라운드로빈이기 때문에, v1 에 한번, v2에 두번씩 번갈아가며 배분됩니다.
customer => preference => recommendation v1 from '2819441432-qsp25': 29
customer => preference => recommendation v2 from '99634814-sf4cl': 37
customer => preference => recommendation v2 from '99634814-sf4cl': 38istio-tutorial 메인 디렉토리로 이동한 후,
istioctl create -f istiofiles/destination-rule-recommendation-v1-v2.yml
istioctl create -f istiofiles/virtual-service-recommendation-v2.yml
curl <service url>v2 만이 표시되는 것을 확인 할 수 있습니다.
Note: "create"보다는 "replace" 를 사용해야 기존 설정을 변경할 수 있습니다.
istioctl replace -f istiofiles/virtual-service-recommendation-v1.yml
istioctl get virtualservice
istioctl get virtualservice -o yaml그냥 기존 룰을 제거하면, 기본 라운드-로빈 방식으로 다시 전환됩니다:
istioctl delete -f istiofiles/virtual-service-recommendation-v1.ymlCanary Deployment scenario: push v2 into the cluster but slowly send end-user traffic to it, if you continue to see success, continue shifting more traffic over time
$ kubectl get pods -l app=recommendation
NAME READY STATUS RESTARTS AGE
recommendation-v1-3719512284-7mlzw 2/2 Running 6 2h
recommendation-v2-2815683430-vn77w 2/2 Running 0 1hCreate the virtualservice that will send 90% of requests to v1 and 10% to v2
istioctl create -f istiofiles/virtual-service-recommendation-v1_and_v2.ymland send in several requests:
./scripts/run.shIn another terminal, change the mixture to be 75/25
istioctl replace -f istiofiles/virtual-service-recommendation-v1_and_v2_75_25.ymlClean up
istioctl delete -f istiofiles/virtual-service-recommendation-v1_and_v2_75_25.yml
istioctl delete -f istiofiles/destination-rule-recommendation-v1-v2.ymlor you can run:
./scripts/clean.sh