그러나 확장에 대해 생각해야 할 시점은 처음 시작할 때, 첫 고객이 서비스에 가입하기 전이다. 기업이 기능을 하나 둘 추가함에 따라 가입하는 고객도 늘어나고 비즈니스는 성장한다. 비즈니스가 성장하면 확장이 걱정거리가 된다.
확장의 필요성은 새로운 SaaS 서비스가 리소스 용량, 구체적으로 데이터 액세스 리소스 용량 한계에 다다를 때 명확하게 드러나는 경우가 많다. 많은 경우 데이터베이스가(어느 데이터베이스 기술을 사용하든) 나무 작아서 증가하는 수요를 감당하지 못하고 특정 지점 이상으로는 확장이 되지 않는다.
이 문제는 어느 데이터베이스 기술을 사용하든, 그리고 성장의 여지를 위해 얼만큼 큰 서버나 기타 인프라를 확보했든 관계없이 발생할 수 있다. 조만간 확장 문제에 직면하게 된다.
리소스 확장을 가로막는 벽이 명확하게 드러나고 확장을 위한 중대한 의사 결정이 필요해지면 애플리케이션 확장 역량을 강화하기 위해 샤딩(여러 개의 병렬 데이터베이스에 걸쳐 데이터를 분할하고 각 데이터베이스에 비즈니스의 한 세그먼트가 저장됨)을 조기 솔루션 중 하나로 선택하는 경우가 많다. 이유는 여러가지다.
1. 데이터를 여러 세그먼트로 분할하는 것은 데이터 리소스 문제를 해결하기 위한 간편한 방법으로 보인다. 데이터베이스 한 개로는 너무 작아 트래픽을 감당하지 못한다면 2개, 3개, 아니면 4개를 사용하면 된다!
2. 애플리케이션 데이터를 샤딩하고 나면 향후 트래픽 증가 시 동일한 접근 방법을 사용해서 애플리케이션에 병렬 데이터베이스를 더 추가해 계속 간단히 확장해 나갈 수 있을 것이다.
샤딩에 대해, 그리고 샤딩이 초기 데이터베이스 확장 문제를 해결하는 데 어떻게 사용되는지에 대해 더 구체적으로 살펴보자.
간단한 샤딩 예
샤딩이란 정확히 무엇일까? 일반적인 SaaS 사용례를 보면 고객이 애플리케이션과 상호작용하고, 이후 애플리케이션이 데이터베이스에 저장된 데이터를 사용한다. 고객의 수가 증가하면 애플리케이션에 대한 부하도 커진다. 보통 이 부하를 처리할 서버를 더 추가하는 방법으로 애플리케이션의 용량을 늘리는 편이 더 쉽다. (물론 한계가 있다. 그 한계에 대해서는 다음에 별도의 기사로 다룰 기회가 있을 것이다.)그러나 특정 고객 수에 이르면 갑자기 데이터베이스가 확장의 제약 요인이 된다. 데이터베이스가 늘어난 고객을 효과적으로 처리할 수 없고 결국 애플리케이션에 가용성, 성능 및 기타 문제가 발생한다. 이 과정이 그림 1에 나와 있다.
데이터베이스가 특정 크기와 용량에 이르면 더 이상 크기를 키우기가 어렵거나 불가능해진다. 대신 데이터베이스를 복수의 병렬 데이터베이스로 분할하고 고객층을 여러 데이터베이스로 나누는 방법을 선택할 수 있다.
그림 2와 같이 고객을 두 개의 별도의 데이터베이스로 나누면 늘어난 고객을 문제없이 처리할 수 있게 된다. 각 데이터베이스에는 특정 고객을 지원하는 데 필요한 모든 데이터가 들어가 있지만 개별 고객은 여러 데이터베이스에 걸쳐 분할된다.
여러 데이터베이스에 걸쳐 어떻게 데이터를 분할하고, 애플리케이션 내에서 어느 데이터베이스에 어느 고객의 데이터가 있는지를 어떻게 알 수 있을까? 일반적으로 샤딩 키를 사용해서 특정 데이터 집합이 포함된 데이터베이스를 확인한다. 샤딩 키는 고객 ID와 같은 정보인 경우가 많다. 일부 고객 ID를 한 데이터베이스에 할당하고 다른 고객 ID를 또 다른 데이터베이스에 할당함으로써 특정 고객의 모든 데이터를 하나의 데이터베이스에 넣을 수 있다. 따라서 각 고객에 대해 하나의 데이터베이스가 모든 고객 요청을 처리하는 데 사용되며, 신규 고객을 적절한 규모의 새 데이터베이스에 추가할 수 있다.
샤딩이 잘못되는 경우
그렇다면 이 접근 방식에서 무엇이 문제일까? 고객이 성장을 시작하게 되면 문제가 시작된다. 고객은 애플리케이션 사용량이 증가하면 더 많은 스토리지를 사용하고 더 많은 리소스를 소비하기 시작한다. 어느 순간 샤드 중 하나에 과도하 부하가 걸려 한 샤드의 고객 일부를 다른 샤드(부하가 상대적으로 낮은)로 옮겨야 한다. 해당 고객의 모든 데이터를 새 샤드에 복사한 다음 고객 ID가 새 샤드를 가리키도록 해야 한다.이 과정은 간단치 않다. 특히 고객이 인지할 만큼의 다운타임을 유발하지 않으면서 이 작업을 하고자 할 경우 더욱 어렵다. 고객의 애플리케이션 액세스에 영향을 미치지 않으면서 막대한 양의 데이터를 옮기려면 어떻게 해야 할까? 답은 보통 맞춤형 툴을 제작하는 것이다. 이 툴은 일반적으로 만들기 어렵고 실행에는 위험이 따른다. 그림 3은 “너무 큰 고객”이 데이터베이스 하나에 과부하를 일으켜 이 고객을 새로운 데이터베이스로 옮겨야 하는 상황에서 이 프로세스를 보여준다.
그 다음에 발생하는 문제는 한 고객이 너무 커져서 단독으로 전체 데이터베이스 샤드가 필요하게 되는 경우다. 이 상황에서 몸집이 조금 더 커지면 어떻게 될까?
이 고객을 옮길 곳이 없게 된다. 또 다른 확장의 제한, 지금의 샤딩 전략으로 해결할 수 없는 한계에 직면한 것이다.
리파티셔닝, 리밸런싱, 편중된 사용, 크로스-샤드 보고, 파티션된 분석 문제에도 대응해야 한다. 그러나 샤딩 메커니즘의 가장 큰 과제는 빠르게 변화하는 데이터 집합 크기에 대처해야 할 필요성과 샤드 간에 데이터를 옮겨야 할 필요성이다.
샤드, 할 것인가 말 것인가?
꼭 필요한 게 아니라면 하지 말 것을 권한다. 데이터를 샤드로 쪼개는 대신 서비스 및 기능별로 데이터를 분할하는 등의 다른 전략을 활용해서 데이터 확장에 대처할 수 있다.그러나 샤딩이 불가피한 경우도 있다. 따라서 반드시 샤딩을 해야 한다면 다음 사항에 유의한다.
1. 필요한 시점보다 훨씬 이전에 샤드를 설정한다. 낙관적인 관점에서 샤딩의 필요성을 예측하고 실제 사용량이 샤딩이 필요한 정도로 커지기 전에 샤딩하라.
2. 샤딩 키를 신중하게 선택한다. 샤드는 독립적인 동시에 균형도 맞아야 한다. 고객 ID를 사용하는 것은 좋은 아이디어처럼 보이지만(독립적인 데이터 집합을 쉽게 만들 수 있게 해줌) 각 고객의 규모는 다양하므로 고객 ID를 기반으로 샤드 균형을 맞출 경우 문제가 발생할 수 있다. 다른 공통적인 리소스를 기반으로 샤딩할 수도 있지만 구체적인 답은 애플리케이션의 비즈니스 로직과 요구사항에 따라 크게 좌우된다.
3. 샤딩을 프로덕션에 구현하기 전에 샤드를 관리하기 위한 툴을 구축한다. 예상보다 훨씬 더 빨리 툴이 필요한 시점이 온다. 툴은 샤딩된 개별 요소(고객 등)를 샤드에서 다른 샤드로, 투명하고 빠르고 효율적으로 옮길 수 있어야 한다. 툴은 확장 사고 중에 여러 리소스를 신속하게 리밸런싱할 수 있어야 한다. 또한 샤드 크기 조정이 잘못될 경우 알리기 위한 분석이 필요하다.
4. 다른 방법으로 데이터를 분할하는 방법을 진지하게 고려한다. 데이터를 중앙 데이터 저장소가 아닌 개별 서비스 및 마이크로서비스 내에 저장하는 방법을 고려한다. 데이터 집합이 작을수록 샤딩의 필요성은 낮아지며 필요할 때 샤딩을 더 간편하고 효율적으로 관리할 수 있다.
현대 애플리케이션은 성장한다. 사용량, 크기, 데이터의 복잡성, 애플리케이션의 복잡성, 애플리케이션을 관리하기 위해 필요한 사람의 수와 조직의 크기까지, 모두 성장하기 마련이다. 성장에 따라오는 과제를 무시하다가 시기를 놓치고, 이후 당면한 상황을 해결하기 위해 쉽고 빠른 방법을 선택하기 쉽다. 그러나 데이터 샤딩에서 아키텍처의 선택이 확장의 방해 요소가 아닌 도움이 되도록 하기 위해서는 계획과 철두철미한 실행이 중요하다. editor@itworld.co.kr
Sponsored
Surfshark
“유료 VPN, 분명한 가치 있다” VPN 선택 가이드
ⓒ Surfshark VPN(가상 사설 네트워크, Virtual Private Network)은 인터넷 사용자에게 개인 정보 보호와 보안을 제공하는 중요한 도구로 널리 인정받고 있다. VPN은 공공 와이파이 환경에서도 데이터를 안전하게 전송할 수 있고, 개인 정보를 보호하는 데 도움을 준다. VPN 서비스의 수요가 증가하는 것도 같은 이유에서다. 동시에 유료와 무료 중 어떤 VPN을 선택해야 할지 많은 관심을 가지고 살펴보는 사용자가 많다. 가장 먼저 사용자의 관심을 끄는 것은 별도의 예산 부담이 없는 무료 VPN이지만, 그만큼의 한계도 있다. 무료 VPN, 정말 괜찮을까? 무료 VPN 서비스는 편리하고 경제적 부담도 없지만 고려할 점이 아예 없는 것은 아니다. 보안 우려 대부분의 무료 VPN 서비스는 유료 서비스에 비해 보안 수준이 낮을 수 있다. 일부 무료 VPN은 사용자 데이터를 수집해 광고주나 서드파티 업체에 판매하는 경우도 있다. 이러한 상황에서 개인 정보가 유출될 우려가 있다. 속도와 대역폭 제한 무료 VPN 서비스는 종종 속도와 대역폭에 제한을 생긴다. 따라서 사용자는 느린 인터넷 속도를 경험할 수 있으며, 높은 대역폭이 필요한 작업을 수행하는 데 제약을 받을 수 있다. 서비스 제한 무료 VPN 서비스는 종종 서버 위치가 적거나 특정 서비스 또는 웹사이트에 액세스하지 못하는 경우가 생긴다. 또한 사용자 수가 늘어나 서버 부하가 증가하면 서비스의 안정성이 저하될 수 있다. 광고 및 추적 위험 일부 무료 VPN은 광고를 삽입하거나 사용자의 온라인 활동을 추적하여 광고주에게 판매할 수 있다. 이 경우 사용자가 광고를 보아야 하거나 개인 정보를 노출해야 할 수도 있다. 제한된 기능 무료 VPN은 유료 버전에 비해 기능이 제한될 수 있다. 예를 들어, 특정 프로토콜이나 고급 보안 기능을 지원하지 않는 경우가 그렇다. 유료 VPN의 필요성 최근 유행하는 로맨스 스캠은 인터넷 사기의 일종으로, 온라인 데이트나 소셜 미디어를 통해 가짜 프로필을 만들어 상대를 속이는 행위다. 이러한 상황에서 VPN은 사용자가 안전한 연결을 유지하고 사기 행위를 방지하는 데 도움이 된다. VPN을 통해 사용자는 상대방의 신원을 확인하고 의심스러운 활동을 감지할 수 있다. 서프샤크 VPN은 구독 요금제 가입 후 7일간의 무료 체험을 제공하고 있다. ⓒ Surfshark 그 외에도 유료 VPN만의 강점을 적극 이용해야 하는 이유는 다음 3가지로 요약할 수 있다. 보안 강화 해외 여행객이 증가함에 따라 공공 와이파이를 사용하는 경우가 늘어나고 있다. 그러나 공공 와이파이는 보안이 취약해 개인 정보를 노출할 위험이 있다. 따라서 VPN을 사용하여 데이터를 암호화하고 개인 정보를 보호하는 것이 중요하다. 서프샤크 VPN은 사용자의 개인 정보를 안전하게 유지하고 해킹을 방지하는 데 유용하다. 개인정보 보호 인터넷 사용자의 검색 기록과 콘텐츠 소비 패턴은 플랫폼에 의해 추적될 수 있다. VPN을 사용하면 사용자의 IP 주소와 로그를 숨길 수 있으며, 개인 정보를 보호할 수 있다. 또한 VPN은 사용자의 위치를 숨기고 인터넷 활동을 익명으로 유지하는 데 도움이 된다. 지역 제한 해제 해외 여행 중에도 한국에서 송금이 필요한 경우가 생길 수 있다. 그러나 IP가 해외 주소이므로 은행 앱에 접근하는 것이 제한될 수 있다. VPN을 사용하면 지역 제한을 해제해 해외에서도 한국 인터넷 서비스를 이용할 수 있다. 따라서 해외에서도 안전하고 편리하게 인터넷을 이용할 수 있다. 빠르고 안전한 유료 VPN, 서프샤크 VPN ⓒ Surfshark 뛰어난 보안 서프샤크 VPN은 강력한 암호화 기술을 사용하여 사용자의 인터넷 연결을 안전하게 보호한다. 이는 사용자의 개인 정보와 데이터를 보호하고 외부 공격으로부터 사용자를 보호하는 데 도움이 된다. 다양한 서버 위치 서프샤크 VPN은 전 세계 곳곳에 여러 서버가 위치하고 있어, 사용자가 지역 제한된 콘텐츠에 액세스할 수 있다. 해외에서도 로컬 콘텐츠에 손쉽게 접근할 수 있음은 물론이다. 속도와 대역폭 서프샤크 VPN은 빠른 속도와 무제한 대역폭을 제공하여 사용자가 원활한 인터넷 경험을 누릴 수 있도록 지원한다. 온라인 게임, 스트리밍, 다운로드 등 대역폭이 필요한 활동에 이상적이다. 다양한 플랫폼 지원 서프샤크 VPN은 다양한 플랫폼 및 디바이스에서 사용할 수 있다. 윈도우, 맥OS, iOS, 안드로이드 등 다양한 운영체제 및 디바이스에서 호환되어 사용자가 어디서나 안전한 인터넷을 즐길 수 있다. 디바이스 무제한 연결 서프샤크 VPN은 무제한 연결을 제공하여 사용자가 필요할 때 언제든지 디바이스의 갯수에 상관없이 VPN을 사용할 수 있다.