동일 VPC내 Private Subnet의 DB 접속 관련 문의

안녕하세요.

쿠버네티스로 오랫동안 힘들어하다가 강사님의 강의로 많이 배우고 서비스 런칭도 준비 중인 개발자입니다.

제가 네이버 클라우드 플랫폼을 통해 쿠버네티스 서비스를 배포하던 중 통신관련 어려움이 있어 문의를 드립니다.

VPC 구성

• 192.168.0.0/16

Subnet 구성

• 서브넷1: Private, 192.168.0.0/24 - Load Balancer 용

• 서브넷2: Public, 192.168.1.0/24 - DevOps 용

• 서브넷3: Private, 192.168.2.0/24 - k8s 노드용

• 서브넷4: Private, 192.168.3.0/24 - MongoDB용(설치가 아닌 구매형)

NAT 설치

• Private 서브넷의 인터넷 접속을 위해 라우팅 설정

서브넷3에 nodejs로 개발한 frontend와 backend를 각각의 deployment와 service로 배포하였고 정상 동작을 확인했습니다.

다음으로, 서비스 노출을 위해 alb.nginx.ingress 컨트롤러를 설치하고 ingress를 배포했습니다. ingress를 배포하면 서브넷1에 자동으로 alb가 생성되고 frontend와 backend가 타겟으로 자동 연동되어 정상적으로 트래픽이 주입되는 것도 확인했습니다.

우선, 쿠버네티스를 선택하면서 가장 힘들었던 부분이 서비스 노출이었습니다. 플랫폼 마다 alb와 ingress 설정 부분이 상이했고, 특히 제가 사용하는 nCloud 쪽은 관련 자료도 많지 않았었느데 강사님의 강의가 정말 많은 도움이 되었습니다. 감사합니다.

처음에는 Atlas의 mongoDB를 연동해서 테스트를 진행했는데 정상적으로 DB 접속도 되어서 문제가 없었습니다.

이제 mongoDB도 nCloud에서 서비스하는 상품으로 변경하기 위해 private 타입은 서브넷4를 선택했습니다. nCloud의 경우 구매형 mongoDB도 VPC내에 설치하는 방식입니다.

mongoDB의 접속은 nCloud 내에서만 접속 가능한 private endpoint를 이용했습니다.

그랬더니 DB접속이 불가능했습니다.

혹시 몰라서 public 타입의 서브넷2에 임의의 인스턴스를 생성해서 backend(pod가 아닌 실제 소스코드)를 설치해서 db접속을 시도하니 정상 접속이 가능했습니다. 동일 VPC내 public SN의 인스턴스가 다른 private SN의 DB로의 접속은 원활하다는 것은 확인했습니다.

아마도 pod가 private 서브넷에 있어서 mongoDB의 endpoint를 resolution하지 못하는 것 같습니다. pod에 직접 접속해서 endpoint에 ping을 넣으면 bad address 에러가 반환됩니다.

dev@dev:~/REAL_VIS$ k exec -it backend-deployment-65b69f6649-h554c /bin/sh
kubectl exec [POD] [COMMAND] is DEPRECATED and will be removed in a future version. Use kubectl exec [POD] -- [COMMAND] instead.
/ # ping e80k8.vpc.mg.naverncp.com
ping: bad address 'e80k8.vpc.mg.naverncp.com'
/ # 

public 서브넷의 인스턴스에서 ping을 넣으면 응답을 하진 않지만 주소(192.168.3.6)가 resolution 되는건 확인했습니다.

root@devops:~# ping e80k8.vpc.mg.naverncp.com
PING e80k8.vpc.mg.naverncp.com (192.168.3.6) 56(84) bytes of data.
^C
--- e80k8.vpc.mg.naverncp.com ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4098ms

이런 경우에는 어떻게 해결을 해야할지 조언 부탁드립니다.

감사합니다.