먼저 잠재 고객에 관한 이야기로 시작해 보겠습니다. 이 고객은 신발, 양말, 티셔츠 등 러닝 용품을 제조하는 가상의 유럽 기업입니다. 스페인에서 사업을 시작해 현지에서 인기를 얻었고, 곧 유럽과 중동의 다른 국가로 빠르게 진출했습니다.
이 회사는 다양한 지역과 매장을 지원하기 위해 수많은 웹사이트와 애플리케이션을 출시했습니다. 회사의 IT 리더들은 각 지역 팀이 자율적으로 운영될 수 있도록 일찍부터 여러 퍼블릭 클라우드 제공업체와 로컬 데이터 센터를 활용해 사이트와 앱을 서로 다른 환경에서 호스팅하기로 결정했습니다.
이제 이 회사는 서로 다른 환경을 더욱 손쉽게 관리하고 적응형 앱을 보다 원활하게 실행하여 블루-그린 배포를 지원하고자 합니다. (블루-그린 배포란 서로 분리되어 있지만 동일한 두 환경을 구성한 뒤, 한쪽에서는 현재 버전의 앱을 실행하고 다른 쪽에서는 새 버전을 실행하는 배포 방식입니다.)
DNS 부하 분산(DNSLB)이 이 기업의 목표 달성에 어떻게 도움이 되는지 살펴보겠습니다.
DNS 로드 밸런싱이란 무엇인가요?
DNS는 인터넷의 핵심 프로토콜 중 하나입니다. 사용자가 애플리케이션이나 웹사이트에 접속하려고 할 때마다 해당 리소스를 찾기 위해 DNS 요청이 수행됩니다. DNS가 없으면 애플리케이션이나 웹사이트에 접속할 수 없습니다.
DNS(Domain Name System)는 대부분의 사람에게 익숙한 용어일 수 있지만, GSLB(Global Server Load Balancing)라고도 하는 DNS 로드 밸런싱은 그렇지 않을 것입니다. 간단히 말해, DNS를 더욱 지능화한 기술로, 애플리케이션의 상태와 클라이언트의 소스 IP 주소를 기반으로 트래픽을 적절히 분산할 수 있습니다.
어떤 문제를 해결하나요?
오늘날 대부분의 애플리케이션은 더 이상 단일 위치가 아니라 여러 환경(예: 온프레미스와 퍼블릭 클라우드 또는 지역별 환경)에서 호스팅됩니다. 이를 통해 사용자에게 더 나은 서비스를 제공할 수 있지만, 고객의 트래픽을 가장 가까운 데이터 센터로 라우팅해야 할 필요성도 생깁니다.
이러한 상황에서는 일반적으로 애니캐스트 라우팅을 사용합니다. 하지만 모든 트래픽이 해당 공급자의 네트워크를 거쳐야 하므로, 서로 다른 공급자의 위치를 활용하는 아키텍처를 구성할 수 없습니다.
또한 고객에게는 장애가 발생한 백엔드를 감지하여 해당 백엔드로 요청을 보내지 않고 사용자 경험이 저하되는 것을 방지할 방법이 필요합니다.
이럴 때 DNS 부하 분산(DNSLB)이 유용합니다. 그 이유는 다음과 같습니다:
- DNSLB는 정기적인 상태 확인을 통해 애플리케이션에 참여하는 엔드포인트가 활성 상태인지 확인합니다.
- 뿐만 아니라 상태 확인 시 특정 키워드도 검사하여 백엔드가 정상인지 판단할 수 있으므로, 연결은 가능하지만 성능이 저하되어 콘텐츠를 제대로 제공하지 못하는 백엔드를 제외할 수 있습니다.
- Geo-IP 지원을 통해 최종 사용자에게 가장 관련성 높은 콘텐츠를 제공할 수 있습니다.
- 예를 들어 모든 사용자는 애니캐스트 웹 서비스로 연결되지만, PoP(접속 지점)에서 멀리 떨어진 국가의 사용자는 현지 데이터 센터나 지역 클라우드 제공업체로 연결될 수 있습니다.
- 또한 사용자를 해당 국가나 지역 외부로 보낼 수 없는 경우, 지리적 위치 기반 정책을 통해 관련 지역에서 콘텐츠가 제공되도록 합니다(이는 유럽 연합의 GDPR 요건에도 적용됩니다).
- DNSLB는 재해 복구 계획의 일부로 활용할 수도 있으며, 기본 위치에 장애가 발생할 경우 사용자를 대체 위치로 라우팅할 수 있습니다.
러닝 장비를 제조하며 IT 인프라가 여러 환경에 분산되어 있는 앞서의 기업 사례에서 DNSLB는 유연성을 확보하는 효과적인 방법입니다. DNSLB는 DNS 계층만 처리하고 나머지 트래픽은 선택된 대상(예: 퍼블릭 클라우드, 프라이빗 데이터 센터 등)으로 전달되기 때문입니다. 따라서 특정 벤더나 클라우드 제공업체에 종속되는 것을 방지할 수 있습니다.
또한 사용 가능한 다양한 부하 분산 알고리즘 덕분에 이 회사는 블루-그린 방식(사용자를 새 버전으로 점진적으로 전환하는 방식)을 사용해 앱의 새 버전을 배포할 수 있습니다. 나아가 “비율” 알고리즘을 사용하면 일부 서버나 노드에 먼저 새 버전을 적용한 후 나머지로 확대하는 카나리 배포도 수행할 수 있습니다.
SaaS로 제공되는 DNS 로드 밸런서
DNSLB를 SaaS로 이용하면 온프레미스 솔루션과 비교해 다음과 같은 뚜렷한 이점이 있습니다.
- 고객은 하드웨어나 네트워크 및 랙 용량을 확보하는 데 신경 쓸 필요가 없습니다.
- 분산 서비스 거부(DDoS) 공격 방어 기능이 포함되어 있으므로 고객이 직접 관리할 필요가 없습니다.
- Anycast 라우팅을 사용하면 최종 사용자가 자신의 위치에서 가장 가까운 DNS 서버에 액세스할 수 있으므로 지연 시간이 단축되고 더 나은 사용자 경험을 제공할 수 있습니다.
또한 고객이 기존 도구 및 시스템과 손쉽게 자동화하고 통합할 수 있도록 REST 기반 API도 제공되어야 합니다.
F5 Distributed Cloud DNS Load Balancer에 대해 자세히 알아보기
SaaS 기반 DNS 로드 밸런서 솔루션이 귀사에 어떤 도움을 줄 수 있는지 알아보려면 F5 Distributed Cloud DNS Load Balancer에서 확인해 보세요. 고객에게 속도, 간편성, 유연성 및 DDoS 방어 기능을 제공하는 데 어떻게 도움이 되는지 알아보세요.
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.