[DevOps] GCP 하나의 LB로 여러 서비스 운영하기

DevOps/DevOps

sebinChu 2024. 5. 13. 11:53

로드 밸런서는 운영관리 입장에서 상당히 많은 편의성을 제공한다.

그래서 그런지 규모가 작은 프로젝트 즉, "부하 분산"이 필요없는 프로젝트임에도 불구하고 정말 많은 사람들이 로드 밸런서를 활용한다.

그런데 나의 경우, 작은 프로젝트에 LB를 쓰는게 그 기술의 취지에 맞지 않고, 그렇기에 많은 자원이 낭비가 된다는 생각에 쓰기가 싫었다. (뭔가 괜히 패배하는 기분이랄까..?)

여기서부터 지옥 시작이었다.

포트로 분리된 서버에 LB 없이 하나의 서버로 각각의 포트에 SSL을 적용하는 테스크를 진행 (이 가설엔 논점이 굉장히 많은데, 다른 포스팅에서 다뤄보겠다.)했는데, 사실 이건 로드 밸런서로 뚝딱뚝딱 1-2시간이면 할 수 있는 업무다.

[사건의 발단🥹] 그런데 위와 같은 이유로 로드밸런서를 사용하기 싫었고, 일일이 수작업을 하기로 했다. ➡️ 심지어 이 수작업을 하는 기술들을 한국에서도 많이 사용하고 있었고(certbot) 의심없이 시작을 했지만, 결국 해내지 못했다!

그래서 패배를 인정하고 로드밸런서를 각각 서버마다 만들어서 쓰게되었다.

운 좋게도 회사에서 비슷한 솔루션(?)과 같은 업무가 주어져서 이 삽질에 대해 다시 생각해볼 기회가 생겼다.

솔루션은 로드밸런서 하나로 여러 서버를 운영해보는 것이었다. 처음엔 이 아키텍처가 위와 똑같은 이유로 이해가 안됐다.

로드 밸런서는 부하를 분산하는 것인데, 다른 여러 서비스(멀티 모듈)로 분산을 설정 해버리면 어떢함??? 아키텍처에 맞지 않아! 이런 생각이 나를 지배했다.

그런데 이 아키텍처 설계의 의도를 생각해보면, 그냥 있는 기술을 나의 상황에 맞게 잘 설계한 것이다.

시중에 나온 기술을 어떻게 응용할 수 있냐에 따라 구축할 수 있는 건 무한했고, 기술을 잘 사용하기 위해서는 유연성과 응용력이 정말 필요한 소양이라는 깨달음을 얻었다. 정석대로 하는 것이 반드시 좋은 결과로 도출되는 건 아니다! 나의 꼼꼼함에 유연성을 첨가하자...

여러 서브 도메인을 하나의 로드 밸런서 라우팅을 통해 이용한다. (로드밸런서가 주는 설정 편의가 크니까)
주의할 점
- 트래픽이 급격하게 많이 몰리면 당연히 이런 구조는 당연히 장애가 발생한다. (부하 분산을 하나의 서비스에 대해 하는 것이 아니니까) 따라서 테스트 서버 등과 같이 비용 절감이 필요하되, 로드 밸런서의 편의성이 필요한 곳에만 한정하여 사용한다.