ysh2의 블로그

Moving between Storage Classes클래스 간에 객체를 이전할수 있는데, 그게 가능한지 보여주는 다이어그램이다.위의 이미지처럼 예를 들어 Standard에서 Standard IA로 이전할 수 있고, 다시 Intelligent Tiering, 그리고 One-Zone IA로, 그리고 다음으로 보이는 것처럼 Flexible Retrieval 또는 Deep Archive로 갈 수 있다.실제로 객체에 자주 액세스하지 않을 걸 알고 있다면 'Standard IA'로 옮길 수 있고,객체를 아카이브화 하려는 걸 알고 있다면 Glacler 티어나 Deep Archive 티어로 이전할 수 있다.이런 객체들을 수작업으로 옮길 수도 있지만 '라이프사이클 규칙'을 이용해서 자동으로 옮길 수도 있다. Amazo..

S3 Stroage Classes(스토리지 클래스)Amazon S3에서 객체를 생성할 때 클래스를 선택할 수 있다.스토리지 클래스를 수동으로 수정할 수도 있다.S3 수명 주기 구성을 사용해 모든 스토리지 클래스 간에 객체를 자동으로 이동시킬 수도 있다.  - Durability(내구성)Amazon S3로 인해 객체가 손실될 수 있는 확률이다.(= 객체가 손실되는 횟수)Amazon S3의 내구성은 아주 높다.(= 1만 년에 한 번 객체가 손실될 확률일 만큼)모든 스토리지 클래스의 내구성은 동일하다.  - Availability(가용성)얼마나 쉽게 서비스를 이용할 수 있는지이다.(= 서비스가 얼마나 용이하게 제공되는지)  - 예를 들어, S3 Standard의 가용성은 99.99%인데 즉, 1년에 약 53분..

Amazon S3 - Replication(복제) (CRR & SRR)CRR == '교차 리전 복제'SRR == '같은 리전으로 복제' - 어떤 특정한 리전에 S3 버킷이 있고, 이를 다른 리전의 S3 버킷에 복제해야 할 때 사용한다.버킷간에는 비동기 복제가 필요하다고 해보자. - 가장 먼저, 소스 버킷과 복제 대상 버킷 둘 모두 버전 관리 기능이 활성화되어야 한다. - CRR은 이름 그대로 두 리전이 달라야하고, 반대로 SRR은 같은 리전이어야 한다.버킷은 서로 다른 AWS 계정간에도 사용할 수 있다. 복제는 비동기 식으로 이루어진다.복제 과정은 백그라운드에서 이루어지게 된다.복제 기능이 정상적으로 실행되려면, S3에 올바른 IAM 권한, 즉 읽기, 쓰기 권한을 S3에 부여해야 한다.사용 사례  - C..

Amazon S3 - Versioning(버전 관리)Amazon S3에서는 파일을 버전 관리할 수 있다.버킷 수준에서 활성화해야하는 설정이다.버킷을 버전관리하면, 의도하지 않게 삭제하지 않도록 보호해주기 때문에 좋다. - 가령, 한 파일 버전을 삭제하는 경우 사실상 삭제 마커를 추가한 것이다.    따라서 이전 버전을 복구 할 수 있다. 또 이전 버전으로 롤백할 수도 있다.버전 관리를 활성화하기 전에 버전 관리가 적용되지 않은 모든 파일은 널(null) 버전을 갖게 된다.  - 버전 관리를 중단해도 이전 버전을 삭제하지는 않는다.  - 버전 관리는 안전한 작업이다. 위의 이미지처럼 버킷이 주어졌고, 버전 관리로 활성화된 상태이다.사용자가 파일을 업로드할 때마다 선택키에서 해당 파일의 버전이 생성될텐데, ..

Amazon S3 - Static Website HostingS3는 웹사이트를 호스팅하고 인터넷에서 액세스 할 수 있게 만들 수 있다.웹사이트 URL은 이것을 생성하는 AWS 리전에 따라 달라진다. - 예를 들어, 밑의 둘 중 하나가 될 것 이다.    http://bucket-name.s3-website-aws-region.amazonaws.com    http://bucket-name.s3-website-aws.region.amazonaws.com   유일한 차이점으로는 빨간색으로 표시한 대시 기호와 점이다. S3 버킷에는 HTML 파일이나 이미지 파일 등이 있다고 하고, 위의 웹 사이트 호스팅과 호환할 수 있게 만들어보자.해당 URL과 함께 나타날텐데, 그럼 사용자는 S3 버킷에 액세스 할 수 있게..

Amazon S3의 사용 사례백업과 스토리지파일용 또는 디스크용, 재해 복구의 용도로 사용아카이브용 - S3 파일을 아카이브 해두면 추후 매우 손쉽게 검색할 수 있다.하이브리드 클라우드 스토리지애플리케이션 호스팅미디어 호스팅데이터 레이크 & 빅 데이터 분석정적 웹사이트 호스 Amazon S3 - BucketsS3는 파일을 '버킷'에 저장하는데, 버킷은 상위 레벨 디렉토리로 표시된다.S3 버킷의 파일은 '객체'라고 한다.버킷은 계정 안에 생성되고, 버킷에는 전역적으로 고유한 이름이 있어야 한다.  - 이름은 계정에 있는 모든 리전과 AWS에 존재하는 모든 계정에서 고유해야 한다.     (= AWS에서 전역적으로 고유한 단 하나의 이름)버킷은 리전 수준에서 정의된다.  - 버킷 이름이 모든 리전과 모든 계..

Typical architecture : Web App 3-tier로드밸런서는 사용자의 모든 요청을 처리하고 있다. 그런 다음, 여러 가용 영역을 가진 오토 스케일링 그룹이 있다. 그리고 각 AZ에는 일부 EC2 인스턴스가 배포될 것이다. 그리고 백엔드에는 데이터 서브넷이 있을 수 있다.그래서 읽기와 쓰기를 수행하는 RDS 데이터베이스가 있다.그런 다음 캐싱 레이어가 필요한 경우, ElastiCache를 살펴봐야한다.  Developer problems on AWS배포할 애플리케이션이 너무 많고 이들이 동일한 아키텍처를 따를 경우, 매번 이를 다시 생성하는 것은 번거로울 수 있다.개발자로서 코드를 배포하기 위해 인프라를 관리하는 것은 복잡하다.모든 데이터베이스, 로드 밸런서 등을 일일이 구성하고 싶지 않..

Instantiatin Applications quickly풀 스택(EC2, EBS, RDS)을 실행하면 다음과 같은 작업에 시간이 걸릴 수 있다.  - 애플리케이션 설치  - 데이터 삽입 (또는 복구)  - 모든 구성  - 애플리케이션 실행속도를 높이기 위해 클라우드의 장점을 사용할 수 있다.어떻게 하면 더 빨리 할 수 있을까?! EC2 Instances : Use a Golden AMIEC2 인스턴스에서 Golden AMI를 사용할 수 있다.  - Golden AMI는 애플리케이션과 OS 종속성 등 모든 것을 사전에 설치하고 그것으로부터 AMI를 생성하는 것이다.이후로는 EC2 인스턴스들을 Golden AMI로부터 직접 실행하면 된다.이렇게 하는 이유는 애플리케이션, OS 종속성 등을 재설치할 필요가..

Stateful Web App : MyWordPress.com완전히 확장 가능한 WordPress 웹사이트를 만들려고 한다. WordPress는 웹사이트를 만드는데 흔히 사용되는 방법으로 아주 인기가 많다.사람들은 WordPress를 AWS에 배포하는 걸 좋아한다.WordPress가 작동하는 방식으로 어떤 드라이브에 그림을 저장하고 기본적으로 모든 인스턴스들이 그 데이터에 접근해야 한다. RDS layer첫 번째로 할 일은 RDS가 있는 계층을 생성하는 것이다.다중 AZ이고 모든 EC2 인스턴스에 걸쳐 적용된다. 만약 정말로 크게 확장하고 싶다면 어떻게 할까?다음 예시를 보자.Scaling with Aurora : Muti AZ & Read Replicas위의 계층을 오로라 MySQL로 교체할 것이다. ..

Stateful Web App : MyClothes.comMyClothes.com 상태 유지 웹 애플리케이션이라고 생각하고 설명해보겠습니다.MyClothes.com은 온라인으로 쇼핑을 하게 해주고, 장부구니가 있고, 동시에 수백 명의 사용자가 있고 이 모든 사용자들이 웹사이트를 둘러본다.확장을 할 수 있어야 하고, 수평 확장성을 유지하며 애플리케이션의 웹 티어를 최대한 무상태로 유지해야 한다.주소 등의 사용자 정보를 효과적으로 보관하고 어디에서나 접근할 수 있는 데이터베이스에 저장한다.  이전 글에 봤던 것과 같은 종류의 아키텍처가 있다고 생각해보다.사용자가 있고 Route53과 다중 AZ ELB가 있으며, 오토 스케일링 그룹과 세 개의 AZ가 기본적으로 있다.애플리케이션이 ELB에 접근하고 ELB는 '..