2015.09.10 17:22
RDBMS는 데이터 무결성이 굉장히 큰 부분으로 확장, 축소에 있어 자유롭지 못합니다.
EC2의 경우는 업로드/다운로드 등 사용자로 인해 빈번하게 변경 되는 데이터들은 S3로 업로드 될 수 있도록 가이드하고 있습니다.
새로운 인스턴스가 배포 될 때 Bootstrapping을 이용해 S3의 있는 데이터를 가져온다던지 DNS에 추가 하거나, 소프트웨어를 설치해서
유연하고 확장성 있는 추가/제거가 자동화 될 수 있었습니다.
하지만, DB의 경우 데이터가 중복으로 들어 갈 우려가 있으며, 잘못 된 데이터는 삭제 되거나 시점이 맞지 않는 등의 다양한 상황이
발생 할 수 있습니다.
그래서 오토스케일링은 제공하지 않고 있으며, 확장을 위해서 Elastic cache 서비스 활용하거나, Read Replication 와 DB Sharding 과 같은 방식을 통해
확장 하는 방법과 Replication 지원 솔루션을 통해서 Multi-Master 구성이나 Cluster 구성을 통해 극복 할 수 있습니다.
가장 효율적인 구성은 서비스 특성이나 환경에 대한 부분들을 고려해야 합니다.
실제 DB 구성방안에 대한 부분은 향후 글 작성 하도록 하겠습니다.
번호 | 제목 | 글쓴이 | 날짜 | 조회 수 |
---|---|---|---|---|
11 | AWS key 파일 변환 (pem.key -> ppk.key) | 호스트웨이 | 2015.09.22 | 1252 |
10 | T2 instance 특징은 무엇인가요? | 호스트웨이 | 2016.04.28 | 1087 |
9 | AWS Lamda 이용하여 cron 처럼 사용 | 호스트웨이 | 2015.09.13 | 972 |
8 | Linux AWS CLI 환경 구성 | 호스트웨이 | 2015.09.13 | 894 |
7 | aws cli preview 기능 사용 | 호스트웨이 | 2015.09.13 | 797 |
6 | AWS S3 파일 타임스템프 확인 | 호스트웨이 | 2015.09.13 | 755 |
5 | AWS ELB TCP 적용 방법 | 호스트웨이 | 2016.06.01 | 727 |
4 | s3cmd multipart uploads | 호스트웨이 | 2015.09.11 | 466 |
3 | AWS divice farm 지원 단말기 목록 검색 | 호스트웨이 | 2015.09.13 | 465 |
2 | S3 성능 고려 사항 | 호스트웨이 | 2016.04.27 | 378 |
1 | Sub 도메인 확장 | 호스트웨이 | 2016.04.27 | 313 |