16. 사용하지 않는 파드는 모두 종료되고 1개만 남습니다.
▲ 그림 3-63 부하가 없어서 최소 조건인 파드 1개만 남은 상태
17. 부하 테스트가 끝났습니다. 파드 부하량에 따라 HPA가 자동으로 파드 수를 조절하는 것을 확인했습니다. HPA를 잘 활용하면 자원의 사용을 극대화하면서 서비스 가동률을 높일 수 있습니다. 앞에서와 마찬가지로 생성한 디플로이먼트, 서비스, 메트릭 서버를 삭제합니다. MetalLB는 계속 사용하므로 삭제하지 않습니다.4
[root@m-k8s ~]# kubectl delete deployment hpa-hname-pods
deployment.apps "hpa-hname-pods" deleted
[root@m-k8s ~]# kubectl delete hpa hpa-hname-pods
horizontalpodautoscaler.autoscaling "hpa-hname-pods" deleted
[root@m-k8s ~]# kubectl delete service hpa-hname-svc
service "hpa-hname-svc" deleted
[root@m-k8s ~]# kubectl delete -f ~/_Book_k8sInfra/ch3/3.3.5/metrics-server.yaml
clusterrole.rbac.authorization.k8s.io "system:aggregated-metrics-reader" deleted
clusterrolebinding.rbac.authorization.k8s.io "metrics-server:system:auth-delegator" deleted
rolebinding.rbac.authorization.k8s.io "metrics-server-auth-reader" deleted
apiservice.apiregistration.k8s.io "v1beta1.metrics.k8s.io" deleted
serviceaccount "metrics-server" deleted
deployment.apps "metrics-server" deleted
service "metrics-server" deleted
clusterrole.rbac.authorization.k8s.io "system:metrics-server" deleted
clusterrolebinding.rbac.authorization.k8s.io "system:metrics-server" deleted
쿠버네티스에서 파드를 생성한 후에 실제로 쿠버네티스 외부의 사용자들이 쿠버네티스 내부에 있는 파드에 접속할 수 있도록 경로를 만들어주는 여러 가지 종류의 서비스들을 살펴봤습니다. 다음 절에서는 마지막으로 디플로이먼트 외에 다른 오브젝트를 사용해 보겠습니다.
4 만약 해당 내용을 직접 확인하고 싶다면, 다음 주소에서 해당 내용을 영상으로 확인할 수 있습니다.