AKS 환경에 응용 프로그램 배포 방법
AKS도 만들었고,
AKS - Azure Kubernetes Service의 SLO/SLA 변경 방법
; https://www.sysnet.pe.kr/2/0/12922
ACR 서비스도 만들어 여러분들의 docker 이미지를 등록했으니,
AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포
; https://www.sysnet.pe.kr/2/0/12925
이제 AKS에 실제로 여러분들의 앱을 실행할 차례입니다. 이에 대한 자세한 내용은 아래의 동영상 강의에 나와 있습니다.
AKS 활용법 101 | ep6. Application 배포하기 | 애저 듣고보는 잡학지식
; https://www.youtube.com/watch?v=-kVXhaf_as8
자, 그럼 따라 해 볼까요? ^^ 모든 정보는 AKS 대시보드의 "Connect" 링크를 통해 얻을 수 있습니다.
명령어 실행을 위해 대시보드에서 Shell을 실행시키거나,
아니면 Azure CLI를 다운로드해,
Azure CLI를 설치하는 방법
; https://docs.microsoft.com/ko-kr/cli/azure/install-azure-cli
여러분들의 로컬 PC에서 실습할 수 있습니다. 이번 실습에서는 Azure CLI를 설치한 로컬 컴퓨터에서 진행하겠습니다.
자, 그럼 우선 원격 AKS에 연결하기 위한 인증 정보를 먼저 구성 후,
C:\docker_test> az login
The default web browser has been opened at https://login.microsoftonline.com/organizations/oauth2/v2.0/authorize. Please continue the login in the web browser. If no web browser is available or if the web browser fails to open, use device code flow with `az login --use-device-code`.
[
{
"cloudName": "AzureCloud",
// ...[생략]...
}
]
C:\docker_test> az account set --subscription [...your_sub_id...]
C:\docker_test> az aks get-credentials --resource-group [...your_res_group...] --name [...your_aks_name...]
Merged "aks-jennifer-demo" as current context in %USERPROFILE%\.kube\config
인증 과정을 마쳤으면, 이후 여느 k8s와 다름없이 kubectl 명령어를 사용할 수 있습니다.
// AKS 생성 시 만들었던 agentpool 노드
C:\docker_test> kubectl get nodes -o wide
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
aks-agentpool-20726260-vmss000000 Ready agent 2d22h v1.21.7 10.240.0.4 <none> Ubuntu 18.04.6 LTS 5.4.0-1064-azure containerd://1.4.9+azure
"
AKS의 준비 단계 - ACR(Azure Container Registry)에 docker 이미지 배포" 글에서 실습했던 voting app을 AKS에 실행하기 위해 다음과 같은 yaml 파일을 준비할 수 있습니다.
apiVersion: apps/v1
kind: Deployment
metadata:
name: sample-back
spec:
replicas: 1
selector:
matchLabels:
app: sample-back
template:
metadata:
labels:
app: sample-back
spec:
containers:
- name: sample-back
image: ariestest.azurecr.io/oss/bitnami/redis
env:
- name: ALLOW_EMPTY_PASSWORD
value: "yes"
ports:
- containerPort: 6379
name: redis
---
apiVersion: v1
kind: Service
metadata:
name: sample-back
spec:
ports:
- port: 6379
selector:
app: sample-back
---
apiVersion: apps/v1
kind: Deployment
metadata:
name: sample-front
spec:
replicas: 1
selector:
matchLabels:
app: sample-front
template:
metadata:
labels:
app: sample-front
spec:
containers:
- name: sample-front
image: ariestest.azurecr.io/azuredocs/azure-vote-front
ports:
- containerPort: 80
env:
- name: REDIS
value: "sample-back"
---
apiVersion: v1
kind: Service
metadata:
name: sample-front
spec:
type: LoadBalancer
ports:
- port: 80
selector:
app: sample-front
(위에서, 이미지 주소만 여러분들의 ACR로 바꿉니다.)
적용하고,
C:\docker_test\azure-voting-app-redis> kubectl apply -f test.yaml
deployment.apps/sample-back created
service/sample-back created
deployment.apps/sample-front created
service/sample-front created
확인합니다.
C:\docker_test\azure-voting-app-redis> kubectl get deployments
NAME READY UP-TO-DATE AVAILABLE AGE
sample-back 1/1 1 1 25s
sample-front 1/1 1 1 25s
C:\docker_test\azure-voting-app-redis> kubectl get pods
NAME READY STATUS RESTARTS AGE
sample-back-56bf7ff864-frbbc 1/1 Running 0 32s
sample-front-7b4f94df4-sh6wx 1/1 Running 0 31s
C:\docker_test\azure-voting-app-redis> kubectl get svc
NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE
kubernetes ClusterIP 10.0.0.1 <none> 443/TCP 2d23h
sample-back ClusterIP 10.0.62.4 <none> 6379/TCP 38s
sample-front LoadBalancer 10.0.169.139 20.200.227.213 80:31051/TCP 37s
그리고 실제로 서비스가 수행 중인지, 위의 "get svc" 명령의 결과로 보이는 "EXTERNAL-IP"를 이용해 "
http://20.200.227.213" 주소로 웹 브라우저를 접속하면 정상적으로 voting app이 동작합니다. ^^
자, 이제 autoscale 기능을 맛볼 수 있습니다.
즉, 위의 경우 "sample-front"에 대해 최소 2개의 pod를 유지하고 최대 5개까지 자동으로 늘릴 수 있도록 다음과 같은 명령을 줄 수 있습니다.
C:\docker_test\azure-voting-app-redis> kubectl autoscale deployment --max=5 sample-front --min=2
horizontalpodautoscaler.autoscaling/sample-front autoscaled
메시지를 보면 "horizontal pod autoscaler" 문자열이 보이는데, 줄여서 hpa라고 합니다. 그리고 이와 관련한 정보를 조회할 수 있고,
C:\docker_test\azure-voting-app-redis> kubectl get hpa
NAME REFERENCE TARGETS MINPODS MAXPODS REPLICAS AGE
sample-front Deployment/sample-front <unknown>/80% 2 5 2 79s
당연히 sample-front에 대한 pod도 늘어난 것을 볼 수 있습니다.
C:\docker_test\azure-voting-app-redis> kubectl get deployments
NAME READY UP-TO-DATE AVAILABLE AGE
sample-back 1/1 1 1 18m
sample-front 2/2 2 2 18m
C:\docker_test\azure-voting-app-redis> kubectl get pods
NAME READY STATUS RESTARTS AGE
sample-back-56bf7ff864-frbbc 1/1 Running 0 18m
sample-front-7b4f94df4-kgxv9 1/1 Running 0 113s
sample-front-7b4f94df4-sh6wx 1/1 Running 0 18m
이제부터는 최소 2개의 서비스가 유지되고, 이후 부하가 증가하면 최대 5개의 서비스가 뜨게 됩니다.
만약 autoscale 기능을 끄고 싶다면 다음의 명령어로 삭제할 수 있습니다.
C:\docker_test\azure-voting-app-redis> kubectl delete hpa sample-front
horizontalpodautoscaler.autoscaling "sample-front" deleted
C:\docker_test\azure-voting-app-redis> kubectl get hpa
No resources found in default namespace.
그런데, 재미있는 것은 hpa의 경우 설정을 삭제해도 이미 늘어나 있는 pod를 제거하진 않습니다. 따라서 만약 이것을 초기화하고 싶다면 test.yaml 파일을 다시 적용해야 합니다.
C:\docker_test\azure-voting-app-redis> kubectl apply -f test.yaml
deployment.apps/sample-back unchanged
service/sample-back unchanged
deployment.apps/sample-front configured
service/sample-front unchanged
C:\docker_test\azure-voting-app-redis> kubectl get deployments
NAME READY UP-TO-DATE AVAILABLE AGE
net-razor31-sample 1/1 1 1 5h9m
sample-back 1/1 1 1 30h
sample-front 1/1 1 1 30h
참고로, "
AKS 활용법 101 | ep6. Application 배포하기 | 애저 듣고보는 잡학지식" 동영상의 마지막 즈음에 보면, hap를 테스트하기 위해 일부러 부하를 주는 container를 하나 소개하고 있습니다.
c:\temp> az container create -g [...resource_group...] -n aries-load-test-1 --image azch/loadtest -e SERVICE_ENDPOINT=http://... --restart-policy Never -no-wait
위의 SERVICE_ENDPOINT에 부하를 줄 대상 URL을 지정하는 식입니다. 그리고, 부하를 주는 컨테이너의 상태는 로그로 확인할 수 있습니다.
c:\temp> az container logs -g [...resource_group...] -n aries-load-test-1
물론, 부하가 진행되면서 hpa에 따른 pod의 증가가 나타납니다.
[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]