섹션 3 의 [Loadbalancer 생성해서 VM 연결해주기] 강의에서 AWS 의 LoadBalancer 를 앞 단에 연결해 주신 상태인데요.섹션 5 의 [Process manager - 여러 프로세스를 뛰우고 load balancing 해주기] 강의에서는 pm2 를 이용해 또 LoadBalancer 를 생성해 주시고 있습니다.Load Balancer 를 2개를 생성하는 것인가요?  

[질문 전 답변]1. 강의에서 다룬 내용과 관련된 질문인가요? [아니요]2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? [예]3. 질문 잘하기 법을 읽어보셨나요? [예 | 아니요](https://www.inflearn.com/blogs/1719)4. 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.[질문 하기]안녕하세요. 두가지 질문이 있습니다. 쿠버네티스를 처음접하여 이상한 질문이 있다면 죄송합니다. ㅠ1. 현재 deployment와 service replicaset=3으로 실행시키고 있습니다.실행하면서 kubectl set image deployment <deployment name> <이름>=<버전>로 하면 파드가 계속 3개를 유지하면서 배포되는건 확인을 했습니다. 하지만 파드는 running이지만 service에 loadBalancer에 바로 붙지 않고 약간의 텀이 있습니다. 이런경우 어떤 방법이 있을까요? front, backend 등을 쿠버네티스로 관리할 경우 하나의 클러스터로 관리하나요? 만약 관리한다면 다른 namespace에서 관리하나요?  

새로 고침하면 다른 load balancer가 랜덤으로 다른 파드에 연결할 것 같은데 브라우저가 달라야 다른 파드로 연결이 되는게 이해가 안갑니다!

안녕하세요 강사님 강의를 보면서 많은 도움이 되었습니다. Spring Cloud Gateway - Load Balancer 1,2 강의를 보고나서 궁금한 점이 있어서 글을 남깁니다.   강의에서 보면 Spring Cloud Gateway에서 load balance를 처리하셨는데,  따로 Spring Cloud Load Balancer 의존성 추가없이, 단지 lb://MY-FIRST-SERVICE로만 처리하여  Load balance 기능이 작동되는 것을 확인했습니다.   그렇다면 Spring Cloud Load Balancer가 Spring cloud Gateway 안에 내장되어 있는건가요? 아니면 Spring Cloud Load Balancer는 완전히 다른 모듈이고, Spring Cloud Gateway안에 있는 독자적인 loadbalance기능이 있다고 생각해야되는 걸까요?  만약 내장되어 있다면, 강의에 있는 프로젝트와 같은 상황에서 Spring Cloud Load Balancer를 따로 처리할 필요가 없는건가요? Spring Cloud Load Balancer의 용도에 대해서 고민이 되어 글을 남깁니다. 감사합니다.

실습 내용대로 로드밸런서 셋팅을 했는데 해당 IP로 접근이 되지 않아 질문드립니다. [현재 적용한 내용] 1. 로드밸런서 생성 2. metallb 애드온 활성화 3. metallb config map 적용   1. minikube의 driver를 docker로 start했는데, 이러면 minikube service를 이용해 연결해야만 접근이 가능한가요?위에 나오는 IP와 Port로 바로 접근이 불가능한가요? 2. 혹시 minikube service를 이용하지 않아도 접근이 가능해야한다면 제가 어떤 것을 더 하면 될까요?   답변 부탁드리겠습니다. 감사합니다. :)

apigatewayservice에서 application.yml 파일에서 lb://MY-FIRST-SERVICE 이렇게 load balancer로 수정을 하니까 이전에 뜨지 않았던 아래와 같은 오류가 뜹니다. 이유가 무엇인가요,,,? 이걸 어떻게 해결해야할지 모르겠어요.   java.net.UnknownHostException: failed to resolve 'DESKTOP-QSU4PN8.mshome.net' after 2 queries  at io.netty.resolver.dns.DnsResolveContext.finishResolve(DnsResolveContext.java:1046) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:  Error has been observed at the following site(s): *__checkpoint ⇢ org.springframework.cloud.gateway.filter.WeightCalculatorWebFilter [DefaultWebFilterChain] *__checkpoint ⇢ HTTP GET "/first-service/welcome" [ExceptionHandlingWebHandler] Original Stack Trace: at io.netty.resolver.dns.DnsResolveContext.finishResolve(DnsResolveContext.java:1046) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] at io.netty.resolver.dns.DnsResolveContext.tryToFinishResolve(DnsResolveContext.java:999) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] at io.netty.resolver.dns.DnsResolveContext.query(DnsResolveContext.java:417) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] at io.netty.resolver.dns.DnsResolveContext.access$600(DnsResolveContext.java:65) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] at io.netty.resolver.dns.DnsResolveContext$2.operationComplete(DnsResolveContext.java:466) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.DefaultPromise.notifyListener0(DefaultPromise.java:578) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.DefaultPromise.notifyListeners0(DefaultPromise.java:571) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.DefaultPromise.notifyListenersNow(DefaultPromise.java:550) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.DefaultPromise.notifyListeners(DefaultPromise.java:491) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.DefaultPromise.setValue0(DefaultPromise.java:616) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.DefaultPromise.setFailure0(DefaultPromise.java:609) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.DefaultPromise.tryFailure(DefaultPromise.java:117) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.resolver.dns.DnsQueryContext.tryFailure(DnsQueryContext.java:224) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] at io.netty.resolver.dns.DnsQueryContext$4.run(DnsQueryContext.java:176) ~[netty-resolver-dns-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.PromiseTask.runTask(PromiseTask.java:98) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.ScheduledFutureTask.run(ScheduledFutureTask.java:170) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.AbstractEventExecutor.safeExecute(AbstractEventExecutor.java:164) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:469) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:500) ~[netty-transport-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:986) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.70.Final.jar:4.1.70.Final] at java.base/java.lang.Thread.run(Thread.java:834) ~[na:na] Caused by: io.netty.resolver.dns.DnsNameResolverTimeoutException: [/203.246.162.253:53] query via UDP timed out after 5000 milliseconds (no stack trace available)  

안녕하세요 질문이 있어 글 올립니다. LB를 생성 후 외부 IP를 부여 받은 상황에서 client가 LB의 외부IP:80으로 요청을 하면 traffic flow가 LB:80 > NodeIP:NodePort > Iptables > DNAT > Pod 로 도착하는게 맞나요? (kube-proxy 모드는 iptables 라고 가정했을시) 아니면 CNI PlugIN에 따라서 이 부분도 달라지나요? GKE에서 확인했을떄 GCP에서 제공하는 Firewall에서는 NodePort관련해서 Open되어있지 않은상황이며 (open되어있지 않아도 pod까지 연결이 잘되는 상황입니다.) LB:80 > NodeIP:80 > Iptables > DNAT > Pod 이러한 흐름으로 pod까지 연결되는것 같은데 (방화벽은 기본 all deny인 상태입니다. ) 이런식으로도 흘러갈 수 있는지가 궁금합니다!