상태 변화

작을 때는 단순한 RDB도
규모가 커지면 확장 방식이 갈립니다

한 서버 안에서는 단순하지만, 트래픽이 커질수록 더 큰 장비로 버틸지 여러 대로 나눌지 결정해야 합니다.

초기 상태 단일 DB 서버에서 조인과 트랜잭션을 한곳에서 처리

성장 압력 사용자 수와 쓰기량, 데이터 종류가 함께 증가

선택 지점 한 대를 더 키울지, 여러 대로 나눌지 결정

스케일 업

같은 RDB 서버의 CPU, RAM, 스토리지를 계속 키웁니다.

한 대 강화

변화

구조는 유지한 채 서버 사양만 올립니다.

한계

장비 성능에는 상한이 있고, 고사양일수록 비용이 급격히 커집니다.

결과: 가능하지만 오래 버티기 어렵다 처음에는 쉽지만 대규모 서비스로 갈수록 비용 곡선이 가팔라집니다.

데이터와 요청을 여러 서버에 나눠 처리량을 늘리려는 방식입니다.

여러 대 분산

변화

노드를 늘리려면 데이터도 서버별로 나눠 저장해야 합니다.

한계

조인, 트랜잭션, 일관성을 서버 사이에서 맞춰야 해 RDB에는 까다롭습니다.

결과: 이론상 자연스럽지만 RDB에는 까다롭다 관계형 모델의 강점이 분산 순간 운영 부담으로 바뀌기 쉽습니다.

핵심

RDB는 단일 서버의 상한과 분산 시 관계 유지 비용이 함께 커지며 대규모 확장에서 한계를 드러냅니다.