[NCLOUD] 리전 간 지리적 레이턴시 문제를 해결하기 위한 아이디어

안녕하세요

 

이번 시간에는 네이버 클라우드 플랫폼에서 리전 간 지리적 레이턴시 문제를 해결하기 위한 아이디어를 생각해보고자 합니다.

 

1. 문제 상황

최근 가상의 서비스 사업자는 한국에서의 사업을 글로벌 사업으로 확장하며 싱가포르에 인프라를 구성하였습니다. 사업자는 유연하고 탄력적인 인프라 환경을 원하여 퍼블릭 클라우드에 서비스를 구성하였고 자체 IDC를 보유하고 있어 민감한 정보가 있는 DB 서버는 IDC에 구성되길 희망합니다. 

 

현재 인프라 구성 상 싱가포르 리전과 국내 IDC 환경이 IPsecVPN으로 연결되어 있고 싱가포르 리전과 한국 리전 역시 IPsecVPN으로 연결되어 있습니다. 앞선 요구사항으로 국내 IDC에는 DB 서버를 싱가포르 리전에는 WEB/WAS 서버를 배치하였습니다.

 

이 경우 국내에 있는 클라이언트에서 싱가포르 리전에 서비스에 접근할 때 지리적으로 레이턴시가 발생하게 됩니다.

 

2. 지리적 레이턴시를 해결하기 위한 아이디어

1. CDN 서비스 이용한 정적 파일 캐싱

CDN은 주로 정적 파일 및 콘텐츠를 제공할 때 레이턴시를 줄이는데 효과적인 서비스입니다. CDN은 전 세계에 분산된 여러 엣지 서버를 통해 사용자가 요청한 콘텐츠를 가장 가까운 서버에서 제공하여 네트워크 레이턴시를 줄입니다.

 

글로벌 사용자에게 동일한 성능을 제공할 수 있고 정적 자원을 캐싱하여 빠르게 제공할 수 있습니다. 하지만 이는 정적 콘텐츠에 대한 캐싱이기 때문에 정적 콘텐츠가 없거나 캐싱을 사용하지 않는 경우 네트워크 간 레이턴시를 줄일 수 있는 근본적인 해결 방법은 아닐 수 있습니다.

 

2. 중계 서버를 이용한 네트워크 경로 최적화

다음과 같이 지리적 거리 때문에 레이턴시가 발생하는 경우 중계 서버를 통해 트래픽 경로를 최적화 하는 방법으로 레이턴시를 줄일 수도 있습니다. 사용자 요청이 중계 서버를 거쳐 서버로 전달되기 때문에 요청 경로를 최적화하거나 반복적인 요청은 캐싱을 통해 레이턴시를 줄이는 방법입니다. 또한 지리적으로 중간에 위치하기 때문에 가까운 중계 서버를 활용하여 통신 거리를 줄입니다.

 

네이버 클라우드의 경우 싱가포르 리전과 한국 리전의 중간인 홍콩 리전을 고려해볼 수 있지만 홍콩 리전의 경우 VPC 환경은 제공하고 있지 않습니다. 지리적으로 가까운 지점에 인프라를 추가로 구성하기 때문에 비용이 더 발생할 수 있습니다.

 

3. DB와 통신하는 서버를 가까운 곳으로 이전

대부분의 레이턴시는 보통 DB와의 통신 지연으로 인해 발생하기 때문에 WAS 서버를 IDC로 옮겨 네트워크 통신 간 레이턴시를 줄일 수 있습니다. 이는 물리적인 거리를 줄여 네트워크 지연을 최소화할 수 있는 방법입니다.

 

그 외에도 네트워크 성능이 높은 인스턴스를 사용하거나 프로토콜 기반의 성능 최적화가 있지만 지리적인 레이턴시를 해결하기 위한 방법으로 위 방법들을 고려해 볼 수 있습니다.

 

이번 시간에는 리전 간 지리적 레이턴시를 줄이기 위한 아이디어를 생각해봤습니다.

 

가장 좋은 방법은 WAS 서버를 DB 서버와 가까운 위치로 옮기고, CDN을 도입하여 정적 자원 캐싱을 통한 최적화가 가장 효과적일 것으로 생각됩니다.

 

감사합니다.