SOA #5, Deployment & Provisioning - 1

 EC2 Launch Issues(중요!!)

• InstanceLimitExceeded Error : 리전 내에서 사용가능한 숫자를 넘어섬, 리전당 20개 가능
• InsufficientInstanceCapacity Error : 인스턴스를 가동할만큼 AWS가 보유한 하드웨어가 충분하지 않을 경우 발생하는 에러
• InsufficientInstanceCapacity Error 해결 방법
  • 몇 분 후에 다시 시도
  • 좀 더 적은 수의 인스턴스를 요청
  • 다른 타입의 인스턴스를 요청
  • 예약 인스턴스 구매 시도
  • 구체적인 AZ를 정하지 않고 구매 요청서를 제출

 EBS Volumes And IOPS

• EBS : 파일 시스템, 데이터베이스 등을 운영하는데 사용
• IOPS는 전적으로 볼륨의 사이즈에 의존함, 볼륨 사이즈가 증가하면 IOPS가 증가(IOPS hitting에 한계가 발생하면 볼륨사이즈를 늘려야 함)
• IOPS는 SSD 볼륨의 성능을 측정하는데 사용
• gp2 Type과 io1 Type 존재
• gp2 Type SSD
  • gp2 : 시스템 볼륨에 사용되는 일반적인 버전, 볼륨 사이즈가 증가하면 IOPS 성능 증가
  • gp2 볼륨의 경우, 기본 성능 3 IOPS/GB이며 100 ~ 최대 16000 IOPS까지 가능
  • 예를 들어 gp2 볼륨 사이즈가 50GiB일 경우, 150 IOPS까지 프로비저닝 가능
• io1 Type SSD
  • io1 : IOPS에 프로비져닝된 버전, NoSQ / RDS / 낮은 지연속도용, 볼륨 사이즈에 크게 영향을 받지 않고 IOPS 유지 가능
  • io1 볼륨은 최대 50 IOPS/GiB까지 가능하며, 크기가 1280GiB 이상인 볼륨은 최대 64000(5O x 1280GiB) IOPS까지 가능
  •  io1 볼륨 사이즈가 50GiB일 경우, 최대 2500 IOPS 프로비저닝 가능
• gp2 Type의 IOPS 한계를 뛰어넘는 워크로드가 발생한다면 어떻게 되는가
  • 리퀘스트 큐를 사용하고, 앱에 따라서 느려지는 현상을 볼 수 있음
  • 볼륨 사이즈를 증가시킬 수 있음, 그러나 5.2TB에 이미 다다랐다면 이미 최대치에 도달한 것
    (3 x 5.2TB = 16000 IOPS, gp2 Type 최대 속도)
  • 16,000 IOPS 이상 필요하다면 스토리지 클래스를 io1(Provisioned IOPS)로 바꾸어야 함