Web Guide데이터베이스 분리DB 호스팅서버 구성
데이터베이스 호스팅 분리하기
한 서버에 다 넣으면 하나가 죽을 때 전부 죽습니다.
규모가 커지면 데이터베이스를 따로 두는 것이 안정적입니다.
01왜 분리하나
역할이 다르면 필요한 자원도 다릅니다. 함께 두면 서로 간섭합니다.
1
자원 경쟁
웹 처리와 데이터 처리가 서로 자원을 빼앗습니다.
2
독립 증설
부족한 쪽만 키울 수 있습니다.
3
장애 격리
한쪽 문제가 다른 쪽에 덜 영향을 줍니다.
4
보안
데이터베이스를 외부에서 접근할 수 없게 둘 수 있습니다.
5
백업 분리
데이터만 별도로 관리하기 쉬워집니다.
6
확장
웹 서버를 여러 대로 늘릴 때 필수에 가깝습니다.
02언제 분리할까
작은 사이트는 합쳐 두는 편이 단순하고 저렴합니다.
합쳐 두는 것이 나은 경우
소규모 사이트 · 방문자가 적음 · 비용 부담 · 관리 인력 부족 · 구성이 단순
분리가 필요한 경우
데이터가 많음 · 웹 서버 여러 대 · 성능 문제 발생 · 보안 요건 · 안정성이 중요
03관리형 서비스 활용
데이터베이스를 직접 관리하는 것은 부담이 큽니다. 관리형 서비스가 대안입니다.
자동 백업
정해진 주기로 자동 백업됩니다.
시점 복구
특정 시점으로 되돌릴 수 있는 경우가 있습니다.
자동 패치
보안 업데이트를 대신 처리합니다.
이중화
장애 시 예비로 전환되는 구성이 가능합니다.
모니터링
상태를 확인할 수 있는 화면이 제공됩니다.
비용
직접 운영보다 비쌉니다. 관리 비용과 비교합니다.
04분리 시 주의
서버가 나뉘면 연결 설정과 보안이 중요해집니다.
내부 통신외부 인터넷을 거치지 않게 구성합니다.
접근 제한지정한 서버에서만 접속할 수 있게 막습니다.
지연 확인네트워크 지연이 성능에 영향을 줍니다.
연결 수 관리동시 연결 한도를 확인합니다.
암호화구간 암호화 적용 여부를 검토합니다.
백업 위치데이터 백업이 별도 위치에 저장되는지.
CHECK POINT
□ 현재 규모에서 분리가 필요한지 판단했는가
□ 데이터베이스가 외부에서 직접 접근되지 않는가
□ 지정된 서버에서만 접속 가능한가
□ 자동 백업이 설정되어 있는가
□ 복구 방법을 테스트해 봤는가
□ 관리형 서비스와 직접 운영을 비교했는가
□ 백업이 별도 위치에 보관되는가
#데이터베이스 분리#DB 호스팅#서버 구성#관리형 서비스#백업#보안#확장성#호스팅#웹비스타#홈페이지 제작