r3.xlarge 및 t2 인스턴스

r3.xlarge 및 t2 인스턴스

저는 AWS를 처음 접했고 비용을 최적화하는 방법을 모색하는 임무를 받았습니다. 저는 이를 위해 모범 사례와 전략을 살펴보았습니다.

  • 인스턴스에 적합한 크기 조정
  • 예약 인스턴스(RI) 및 스팟 인스턴스(SI)를 적절하게 사용(온디맨드 이상)
  • Auto Scaling 스토리지(중복성 감소, Glacier)
  • 태그 지정 전략

하지만 인스턴스 유형에 관해 구체적인 질문이 있습니다. 분명히, 우리는r3.xlarge240GB EBS(예: 4 CPU, 30.5GB RAM)를 갖춘 데모(신규 클라이언트용)에 사용되는 (온디맨드) 인스턴스이므로 자주 사용되지 않습니다.

질문 :

1) 다음으로 교체할 예정입니다.t2예를 들어 성능 저하(또는 기타 부작용) 없이 비용 이점(중장기적)을 제공합니까?

2) 그렇다면 어떤 t2 변형을 사용할 수 있습니까(t2.xlarge, t2.2xlarge 등)?

이것이 질문에 대한 적절한 장소가 아니라면 저의 무지로 인해 죄송합니다. 어떤 안내라도 주시면 감사하겠습니다.

당신의 도움을 주셔서 감사합니다!

답변1

r3.xlarge를 t2 노드로 교체하면 $가 절약됩니다. 노드가 가끔 데모에 사용되는 경우 t2의 버스트 CPU 특성이 잘 맞는 것 같습니다.

그러나 응용 프로그램의 세부 사항을 알지 못하면 어떤 것을 사용할 것인지 말할 수 없습니다. 너~할 것 같다해당 R3에서 정적 nginx 서버를 실행하고 메모리의 99%를 낭비하거나 대규모 인메모리 데이터베이스를 실행하고 거의 적합하지 않을 수 있습니다.

그것으로,http://www.ec2instances.info/다양한 AWS 인스턴스 유형의 시간당 비용과 용량을 비교하는 데 유용한 도구입니다. 앱(및 해당 성능 지표/기록)을 살펴보고 애플리케이션에 가장 적합한 크기로 전환하세요.

이 인스턴스를 항상 실행하는 경우 '예약 인스턴스' 구매를 고려하여 비용을 더욱 절감하세요. 예약 인스턴스(RI)는 1년 동안 인스턴스 비용을 지불하기로 약정하고 AWS에서 할인을 제공하는 청구 구조입니다. 청구 전용이므로 AWS는 일치하는 노드에 할인을 적용합니다. 아무것도 다시 프로비저닝하거나 특수 RI 노드를 시작할 필요가 없습니다.

관련 정보