EC2-공유 스토리지-S3FS 또는 EBS?


9

지금 웹 서비스를 EC2에 구축하고로드 밸런서 뒤에 단일 인스턴스가 있습니다. 물론 여러 인스턴스를 수용 할 것입니다.

저의 초기 아이디어는 모든 인스턴스를 바보 같은 슬레이브로 실행하고 S3을 로컬 스토리지로 사용하는 것이 었습니다. 이를 위해 S3FS를 사용하기 시작했지만 웹 서비스 환경에서 프로덕션 용도로 사용할 준비가되지 않았습니다. 로그 쓰기는 결코 늦지 않은 것처럼 보입니다. 캐시 플래그 등이 없어도 이상한 캐싱과 관련된 여러 가지 문제. 일반적으로 악몽이 발생합니다.

그러나 대안은 거의 없습니다. 하나는 분명히 하나의 인스턴스에 연결될 수있는 EBS 볼륨입니다. 이것을 공유하기위한 몇 가지 솔루션 :-

  • 다른 인스턴스와의 SMB 공유 하나의 마스터와 나머지 슬레이브가있는 경우-obv는 여기에 여러 EBS 볼륨이있는 이중화가 필요합니까?
  • 다른 상자와의 Rsync 공유. 영구적이지 않은 것을 고려하면 고통스럽고 주기적으로 업데이트됩니다. 주요 변경 사항이 발생할 때 스크립트를 강제로 업데이트하는 경우 잠재적으로 괜찮습니다.

질문은 ... 사람들은 무엇을 하는가? 완전히 일반적인 유스 케이스처럼 보이지만 포럼 및 SF에서도 발견되는 다양한 답변은 간결한 답변이 없다고 제안하는 것 같습니다. 도움이 필요했습니다!

답변:


0

옵션에 대한 친숙 함, 편안한 것, 공유하는 항목 및 동기화 빈도, 동기화해야하는 빈도, 방법에 따라 많은 답변이 있기 때문입니다. 활용 될 것입니다 (하트 비트 용, 읽기 전용 또는 쓰기 인스턴스, 균형 잡힌 인스턴스 등) 및 설정이 얼마나 복잡하고 사용중인 애플리케이션 (자체를 동기화 할 수있는 데이터베이스) 공유 스토리지 용으로 구축 된 애플리케이션 ? ...)

Rsync를 사용하여 동기화, 파일 서버 공유, NFS 서버, DRBD "소프트웨어 RAID 1"등을 예약 할 수 있습니다. 특정 사용 사례와 데이터 백업 방법에 따라 다릅니다.

짧은 대답은 사용 사례에 따라 다르므로 질문에 대한 답변이 없습니다.


고마워 바트 나는 그런 종류의 대답을 두려워했다. 유스 케이스는 ... PHP로 구동되는 웹 서비스를 가지고 있습니다. 이미지, CSS 및 나머지를 호스팅합니다 (이는 모두 표준 s3 / cloudfront로 이식 될 수 있음) .DB는 RDS에 있습니다. 기록 된 유일한 것은 실제로 과거의 로그 파일입니다. -s3부터 최신 상태로 유지하기 위해 rsync와 함께 EBS를 사용하려고합니다. 그리고 수동으로 업데이트를 푸시하는 스크립트.
waxical

2

S3 / CloudFront로 푸시되는 EBS 볼륨은 특히 이미지, CSS, 자바 스크립트, 해당 유형의 항목이 걱정되는 경우 가장 좋은 방법으로 보입니다.

EBS는 특히 서버의 파일 시스템에 대해 S3보다 스냅 샷 / 백업이 더 쉽습니다.

한 서버를 "마스터"로 지정하고 다른 서버를 "슬레이브"로 지정하고 예를 들어 "마스터"만 변경할 수 있습니다.

로깅에 대해서는 http://loggly.com/ 또는 https://papertrailapp.com/ 과 같은 일부 클라우드 로깅 서비스를 살펴보십시오 .

HTH

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.