kubernetes는 현재 public subnet에 존재하고, Database는 Private Subnet에 존재한다. 같은 VPC에 존재하긴 하지만 이 Database에 연결학 위해서는 public subnet에 있는 인스턴스(proxy 역할)를 통해 연결하거나, 새로운 proxy server를 만들어서 DB에 접근해야한다. 물론 NAT Gateway를 이용하는 방법도 있다. 나는 비용을 최소화 해야 하기 때문에.. 역시 기존에 올린 Teleport Proxy를 이용해서 Private Subnet에 있는 DB와 연결했다.  먼저 teleport로 로그인하자.tsl은 없는 명령어이고 편의상 만든 함수이다. 이 함수에 대한 설명은 이전 포스팅을 참고하면된다. 간단히 설명하면tsh 로 내가 만든 proxy..

2024.11.19 - [devops/minikube] - 3. Connect to Minikube Cluster via Teleport(1) 3. Connect to Minikube Cluster via Teleport(1)Teleport란 무엇인가?텔레포트는 원래 인프라 접근을 위해 인증서 기반으로 사용자를 관리하는 솔루션인데 쿠버네티스에서 사용할 수 있다. 실제로 현업에서도 많이 쓰기도 하고, 재택을 많이 차ggorockee.tistory.com에 이어서 teleport를 올리도록 하겠다. 인증서와 domain만 있으면 teleport를 올리는 것은 참 쉽다.(이 부분이 초심자에게는 어려워서 그렇지..) 텔레포트를 올리는 방법은 아래 링크를 참고하면된다.https://goteleport.com/do..

aws EC2에 Minikube를 올리도록 하자. 나의 관심사는 최대한 비용을 덜 내야 하기 때문에 SPOT인스턴스 말고는 선택지가 없다. 물론 단점이 있긴 하지만...1. AWS가 인스턴스를 회수 할 수 있다. 작업이 중단될 가능성이 있다는 뜻이다.2. 가격변동성이 있는데 가격이 변동해도 on-demand보다는 싸다. 경영장의 입장에서 정확하게 예측하려면 어렵겠지만..3. 이거또한 (1)의 연속성이다. 인스턴스가 중단될 경우를 대비하여 체크포인트, 상태 저장 등 이런 거를 처리해줘야 하는데 나는 개발서버이기도 하고 데이터를 크게 다룰거 같지 않아서 그냥 사용하기로 했다. 4. 모든 유형이  SPOT 인스턴스로 제공되지 않는다는 것인데, 나같은 개인이나 작은 회사에서는 사용할 만한 인스턴스를 다 지원한다..