4. Q. 혁신적인 IT 운영이 무엇인가요?
A. 비즈니스 요구사항을 제약하지
않아야 합니다. 빠르게 인프라를
전개하고 초기 투자 비용을 최소화 할
수 있어야 합니다.
5. 인프라 테스트
1. 100대의 머신을 한 시간 내에 생성하고 삭제할 수 있습니까?
2. 필요 자원을 곧바로 서비스에 투입하고 투입한 만큼 성능 향상을 얻을 수
있습니까?
3. 임의의 H/W 장애, 교체, 제거 시에도 계속해서 서비스 할 수 있습니까?
4. 시스템의 전체 상황을 모니터링 하고 특정 이벤트에 대한 알람을 받을 수
있습니까?
5. 당신의 인프라 구성을 개발,테스트 부서에 투명하게 전달하고 긴밀하게
협력할 수 있습니까?
6. 당신의 인프라 구성의 복제본을 수 시간 내에 구성할 수 있습니까?
7. 서비스 중단 없이 지속적으로 코드를 배포할 수 있습니까?
6. 새로운 글로벌 서비스
비즈니스 초기 IT 투자 비용 최소화
빠른 시장 진입
요구사항
돈도 없고 시간도 없
다
7. 클라우드 서비스의 선택
플랫폼 선택이 자유롭다.
필요로개발된 기능을코드를 많이 제공한다. 없었
사실은 하는 우리의 가장 고치기 위한 시간이
다!
구현 사례나 백서가 잘 정리되어 있다.
8. 필요한 것은?
Just 3 Things
나, 랩탑 나,
인터넷 법인카드(절대카드)
START
가능
HERE VALID FROM EXPIRES END
04/11 04/14
팀장꺼임
취득 시 사용 용도 제한 없음
Getting Started Guide
9. 한장으로 설명하는 AWS
다양한 IT 인프라 자원을 사용자에게 서비스의 형태로 제공
Virtual Machine S3,EBS
Relational DB ELB
Load Balancer EC2
AWS는 가상의 데이터센터와
Storage RDS
호출 가능한 API를 제공한다
Memory cache Route53
DNS ElasticCache
CDN Cloudfront
10. AWS를 사용한 인프라 구축
Apache + php
Web
memcached
EC2
MySQL
App
Cache ElasticCache
DB RDS
11. 사용자 트래픽의 증가하면?
Load
Load Balancer 가 필요 Balancer
ELB
ELB의 도입
Web+App Web+App EC2
Cache ElasticCache
DB RDS
12. 웹 서버 추가 시나리오
1. EC2 인스턴스 생성
2. 소프트웨어 패키지 설치, 코드 배포, 각종 설정..
3. 테스트, 잘 동작하면 ELB에 연결
13. 엄청난 속도로 트래픽이 증가한다면?
우리 서비스도 저렇게 엄청난 속도
로 트래픽이 증가한다면?
해결책
1. 이미지 패키징
2. 설정 자동화 툴
14. 설정이 자동화된 인프라
Configuration
Manager Load ELB
Balancer
Web+App Web+App EC2
Cache ElasticCache
DB RDS
15. 확장도 자동화 하고 싶다!
Configuration
- 모니터링 Manager Load ELB
- 트리거 Balancer
- 생성 정책
Web+App Web+App EC2
Cloudwatch
Autoscale
Group
Cache ElasticCache
DB RDS
16. Autoscale 그냥 되는거 아니야?
Lunch Config 설정
Auto scaling group 설정 Cloudwatch metric 선택
Auto scaling policy 설정 Trigger 설정
3rd party 툴을 활용 eg. Rightscale, asgard
17. CDN?
HTML, 자바스크립트, 이미지, 플래시 파일을 사용자에게 배포해야 함
S3 + Cloudfront 조합을 사용
장점
S3 의 높은 가용성
세계 각지의 데이터센터에 컨텐츠를 캐싱하여 사용자의 체감 속도를
높임
Tip.
클라우드프론트 로깅을 통해 성능 통계를 추출
사용자 업로드가 필요한 서비스의 경우 3rd party 가속 솔루션을 활용
큰 사이즈의 파일은 S3 multipart upload 기능을 사용
18. 도메인 네임이 뭐 이렇게 길어?
ec2-23-20-117-134.compute-1.amazonaws.com
WHO AM I ? We need DNS too!
Use Route 53
! Tip : Route53 는 weight based, latency based 이름 조회를 제공한
다.
19. 음.. 다됐나?
Route53 DNS Storage S3
Configuration Load CDN Cloudfront
Manager Balancer
ELB
Web+App Web+App EC2
Cloudwatch
Autoscale
Group
Cache ElasticCache
DB RDS
20. 응, 다 됐어 이제 서비스 환경
구축하자
우리에게 필요한 환경은 여러 개!
이 짓을 또?
21. 인프라를 템플릿화 하자!
Cloudformation + Chef, puppet
Rightscale macro
동일한 인프라 셋을 수분 내에
복제할 수 있음!
22. 인프라 테스트
1. 100대의 머신을 한 시간 내에 생성하고 삭제할 수 있습니까?
2. 필요 자원을 곧바로 서비스에 투입하고 투입한 만큼 성능 향상을 얻을 수
있습니까?
3. 임의의 H/W 장애, 교체, 제거 시에도 계속해서 서비스 할 수 있습니까?
4. 시스템의 전체 상황을 모니터링 하고 특정 이벤트에 대한 알람을 받을 수
있습니까?
5. 당신의 인프라 구성을 개발,테스트 부서에 투명하게 전달하고 긴밀하게
협력할 수 있습니까?
6. 당신의 인프라 구성의 복제본을 수 시간 내에 구성할 수 있습니까?
7. 서비스 중단 없이 지속적으로 코드를 배포할 수 있습니까?
26. FAQ
클라우드를 쓰면 SE,NE,DBA 는 할 일이 없어지나요?
제 가상머신의 호스트 장비에 장애가 생기면 어떻게 되나요?
클라우드 환경은 보안에 더 취약하지 않나요?
https://forums.aws.amazon.com/thread.jspa?threadID=100180&tstart=0