겉바속촉

[CLOUD] AWS 실습_S3로 web hosting 본문

IT 일기 (상반기)/CLOUD

[CLOUD] AWS 실습_S3로 web hosting

겉바속촉 2020. 12. 22. 10:42
728x90
반응형

 

1단계. 버킷만들기

 

1. 콘솔열기

2. 버킷 만들기

3. create

 

 

2단계. 정적 웹 사이트 호스팅 활성화

 

 

1. 원하는 버킷 선택

2. properties 선택

3. static website hosting

4. 인덱스 문서 index.html 이름 입력

5. 오류 문서 error.html 이름 입력

 

 

 

 

 

3단계. 퍼블릭 액세스 차단 설정 편집

 

1. 원하는 버킷 선택

2. premisson 선택

3. edit (편집) 선택

 

 

 

5. 모든 퍼블릭 액세스 차단 선택 취소 후 저장

 

6. 확인 입력후 확인 클릭

 

 

 

4단계. 버킷 콘텐츠를 공개적으로 사용 가능하도록 설정하는 버킷 정책 추가

 

1. 원하는 버킷 선택

2. premisson 선택

3. 버킷 정책 선택

 

 

 

4. 버킷 정책 편집기에 다음 코드 붙여넣기

 

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "PublicReadGetObject",
            "Effect": "Allow",
            "Principal": "*",
            "Action": [
                "s3:GetObject"
            ],
            "Resource": [
                "arn:aws:s3:::example.com/*"
            ]
        }
    ]
}

 

여기서 주의할 점 : example.com ----> 고쳐주셔야합니다 (버킷 생성시 만든 이름과 동일해야 오류 안남)

 

 

5. 저장

 

 

 

5단계. 인덱스 문서 구성

 

1. index.html 문서 작성

 

그냥 메모장 켜서 바탕화면에 저장해두세요:)

즉 로컬에 저장할 것

<html xmlns="http://www.w3.org/1999/xhtml" >
<head>
    <title>My Website Home Page</title>
</head>
<body>
  <h1>Welcome to my website</h1>
  <p>Now hosted on Amazon S3!</p>
</body>
</html>

 

2. 이제 원하는 버킷에다가 다음과 같이 로컬에 있는 index.html을 업로드

 

 

 

6단계. 웹 사이트 엔드포인트 테스트

 

1. 버킷 목록에서 정적 웹 사이트를 호스팅하는 데 사용할 버킷 이름 선택

2. 정적 웹 사이트 호스팅 선택

3. 엔드포인트 선택

 

4. 다음과 같이 뜬다면 성공!

 

 


 

웹에 스태틱한 캐시 서비스  

 

aws 서비스 scope 

global과 region은 위치가 달라짐

 

<global 서비스>

 

아마존의 S3의 버킷 네임 = global

IAM, CDN(Cloud Front), Route53(DNS->Full Qualified Domain Name) ==> 엣지 로케이션에 배치

 

 

<Region 서비스>

S3 object 저장소, VPC(가상 N/W)

 

 

<AZ 서비스>

AZ = Availability Zone

 

aws 사이트에 가보면 우리는 리전 및 AZ 탭에서 다음과 같이 확인 가능

동그라미 : 리전,   점 : 엣지 로케이션

 

대륙별로 확인이 가능합니다

 

 

웹 서버가 죽으면 고객이 서비스를 이용하지 못한다

그럼 지속적인 서비스를 받으려면

 

장애 대비 이중화를 해야함 --> 중복되게!! 대신 인프라는 좀 떨어져서 구축!!

 

물리적인 하드웨어 위에 EC2라는 가상머신 형태로 사용하는데

예를 들어 그 건물이 폭탄으로 붕괴된다면

 

그 데이터센터에 올라간 모든 고객의 가상머신들은 일제히 장애가 발생하여

서비스가 중단될 것

 

그래서 물리적으로 수십km 정도 분리되게 구축해야함

 

고객한테 서비스가 중요하다면 하나의 가상머신이 아닌

떨어져있는 데이터센터에 이중화하라고 해야함

 

 

이게 바로 가용존

availability zone

 

 

 

이는 우리가 aws 사이트에서도 확인이 가능

 

 

전세계의 가용존은 77개

서울의 가용존은 4개

 

대표적인 가용존이 바로 EC2 (EBS -> EC2에 사용할 목적의 스토리지), subnet (Routetable,...)

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

728x90
반응형