Amazon AWS : 여러 인스턴스, 동일한 DB

Question

Amazon AWS 설정에서 복제 된 두 인스턴스 (다른 지역)가 어떻게 동일한 "기본"동적 웹 서버 파일을 참조하고 동일한 기본 데이터베이스에서 읽고 쓸 수 있습니까? ?

현재 AMI 인스턴스는 현재 EBS 지원 볼륨에 있습니다. 그러나 분명히 두 인스턴스간에 EBS 볼륨을 공유하려고하면 안 좋은 생각입니다. this older 2009 answer에서 많은 것을 모았지만 Amazon S3 이외의 대안은 무엇인지 분석하지 않습니다. 아니면 S3가 유일한 옵션입니까? 3 년 후에 OPs 추론이 유효합니까? DB 데이터를 공유하기위한 스토리지 옵션은 여러 인스턴스별로 실시간으로 실시간으로 생깁니 까? 당신이 설정의 모든 인스턴스가 액세스 할 수있는 서버 수

당신이 공유 데이터를 원하는 경우

. 모든 인스턴스에 대해 간단한 저장 영역을 원하면 Amazon S3 스토리지 서비스를 사용하여 분산되고 확장 가능한 데이터를 저장할 수 있습니다.

클라우드로 이동해도 설정은 동일하지만 파일 서버를 S3로 대체하거나 모든 인스턴스를 파일 서버에 연결할 수 있습니다.

Answer 1

당신은 EBS-백업 AMI는, 각 서버 인스턴스는 AMI에 저장되어있는 EBS 볼륨의 데이터를 자신의 "복사"를해야합니다 경우, 그들은 동일한 물리적 볼륨을 공유하지 않습니다. 이는 인스턴스 저장소 AMI를 사용하고 각 인스턴스에 특정 EBS 볼륨을 마운트하는 경우와 다릅니다.

Answer 2

확인할 사항 : a) 동일한 데이터베이스와 b) 서로 다른 지역 (서로 다른 가용 영역이 아닌)의 두 인스턴스간에 동일한 파일을 공유하고 싶습니까?

여러 지역에서 동일한 데이터베이스를 공유하는 것은 쉽지 않습니다. 가장 좋은 옵션은 비동기, 다중 마스터 복제 또는 수동 샤딩 전략입니다. 그러나 이러한 작업을 안전하고 효과적으로 수행하려면 신중하게 계획해야하며 응용 프로그램을이 아키텍처를 염두에두고 작성해야합니다. This article은 MySQL을 이용한 다중 마스터 복제와 관련된주의 사항에 대한 개요를 제공합니다.

너무 많은 옵션이 있기 때문에 여러 지역에서 파일을 공유하는 것은 어려울 수 있지만 일반적으로 SQL 데이터베이스를 사용하는 것보다 쉽습니다. 변수는 다음을 포함합니다 :

• 얼마나 많은 복제 대기 시간이 허용됩니까?
• 두 위치 모두에 편지를 보낼 예정입니까?
• 로컬로 어떤 종류의 I/O 성능이 필요합니까?
• 파일이 얼마나 자주 변경됩니까?

GlusterFS은 대부분의 사용 사례에서 좋은 절충안입니다. 그러나 어제 AWS는 allows inter-region copies of EBS snapshots이라는 새로운 기능을 발표했습니다. 귀하의 필요에 따라, 이것도 연구 가치가있을 수 있습니다.

Answer 3

포인트 1) GlusterFS는 다중 Az 및 다중 영역 복제에 적합한 옵션입니다.교차 영역 복제 중에 복제 지연이 약간 있습니다. 아키텍처에서이 점을 유의하십시오.

포인트 2) EBS 스냅 샷 크기가 적고 몇 시간의 복제 지연을 수용 할 수 있으면 Amazon EBS 스냅 샷 복사 기능. 그러나이를 위해서는 볼륨을 분리/연결하기위한 대상 영역에 대한 노력이 필요합니다.

포인트 3) S3는 여전히이 유스 케이스의 옵션입니다.