웹사이트 운영하면서, 파일 업로드를 EBS(HDD,SSD)에 직접 저장하고 있다면...
ELB로 오토스케일링해서 EC2 1대 더 늘렸을 때, ELB가 어느 EC2로 연결해도 동일한 EBS 사용하는 거 맞지?
동일한 EBS 사용하니까 OS의 상태도 동일할테고...
그게 아니라면 HDD도 동일한 조건으로 복사해서 오토스케일링으로 늘어난 EC2에 붙이고, 파일 업로드 등의 작업이 일어나면 AWS에서 알아서 EBS끼리 동기화 시켜주는 건가?
웹사이트 운영하면서, 파일 업로드를 EBS(HDD,SSD)에 직접 저장하고 있다면...
ELB로 오토스케일링해서 EC2 1대 더 늘렸을 때, ELB가 어느 EC2로 연결해도 동일한 EBS 사용하는 거 맞지?
동일한 EBS 사용하니까 OS의 상태도 동일할테고...
그게 아니라면 HDD도 동일한 조건으로 복사해서 오토스케일링으로 늘어난 EC2에 붙이고, 파일 업로드 등의 작업이 일어나면 AWS에서 알아서 EBS끼리 동기화 시켜주는 건가?
얌마 디스크 하나 쓰면 스켈링이 되겄냐? S3
아마존 아키텍쳐에서 EC2는 순수 프로세스 용으로 설계를 해야 스켈링이 돼지
ㅇㅇ 상식적으로 스케일링이니 EBS도 물리적 독립적으로 새로운 EC2에 붙어야겠지. 여기에서 궁금한 게 EC2가 2개라면 한쪽에서 파일 업로드 받아서 논리적드라이브/경로/.../파일명 으로 저장되면 다른 한쪽에 그 즉식 미러링되어서 복사되는지가 궁금하네. 이게 안되면 로드밸런싱 의미가 없으니까.. 그냥 노파심에 물어본다.
아 그리고 S3에 저장 안하고 EBS에 직접 저장하는 거라고 써놨다. S3 버킷이면 이런 이슈를 상상했을 필요도 없지.
아마존 문서 뒤져보다 찾았다. EBS 공유할지 별도로 붙일지(과금)를 스케일링 환경 구성에서 직접 선택할 수 있네. 27.32. x또 모르면서 아는 척 쩔었네. 역시 프갤 수준.
EBS 스케일링도 별도로 레이드 환경구성처럼 아예 따로 미리 구성해서 과금되는 거고, 결론은 ELB 오토스케일링에서 EC2 늘어나는 것은 동일한 EBS 사용하는 것이다. 즉 27.32.는 개소리 작렬. 어떤 머가리를 지니면 조도 모르면서 저렇게 자신만만하게 답변할 수 있는 거냐?