일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- S3
- Class
- 중급파이썬
- 채팅
- SSA
- wetube
- Props
- AWS
- merge
- socket io
- NeXT
- EC2
- docker
- crud
- Vue
- 튜플
- lambda
- RDS
- async
- 카톡
- SAA
- TypeScript
- react
- git
- flask
- dict
- MongoDB
- node
- pandas
- 파이썬
- Today
- Total
목록AWS (27)
초보 개발자
회사에서 사용하고 있는 RDS와 계약 되어있는 RI를 보던 중 크기가 다르길래 의아했다. 같은 클래스 인 것은 맞지만, 16xlarge가 아닌 8xlarge를 사용해도 되는 것인가 ? 그래서 찾아보았다. 아래의 표를 참고하여 보면, 단일 AZ인 경우에 midium은 숫자 2에 해당하는 유닛을 가지고 있으며, small은 1이니까 small을 2개 사용하여도 비용에 아무 문제가 없다는 뜻이다. micro라면 0.5이니, 4개를 사용할 수 있다는 뜻 ! 신기한 점은 반대로 large는 4에 해당하므로 RI로 midium을 계약했지만 large를 사용하는 경우 사용량의 50% 2/4 만큼만 지불 하면 된다는 것이다. 유연하다 !. 이것은 EC2에도 똑같이 적용이 된다. 하지만 다른 클래스에는 적용이 안된다. ..
EC2 상태가 정상적이지 않을 경우, EC2에 통신이 이루어 지지 않는다. 만약 EC2 단일 서버를 운영하는 회사가 있다면. 아무도 출근하지 않는 주말의 경우에 서버가 정상 작동이 되지 않는다면 주말 내내 서버를 이용하지 못한 부분에 있어 회사는 손해를 볼 수도 있다. 따라서 EC2를 자동으로 재부팅 시키는 방법을 찾아 보았다. Amazon Doc를 참고하면 자세히 설명이 되어 있다. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/UsingAlarmActions.html#AddingRebootActions 이 방법에 따르면 EC2에 Status check failed ( instance ) 일 경우 재부팅 하는 CloudWatch Alarm을 부착하여 해결할..
EC2 Instance 에서 Lambda로 변경하려는 이유 24/7 EC2 Instance를 굳이 사용할 이유가 있을까 싶었다. 저렴한 EC2스펙을 사용하고 있어 연간 비용이 얼마 들지 않는다 하더라도 단순히 배치 소스코드만 돌릴 뿐이어서, 람다로 실행시킨다면 좀 더 효율적으로 관리할 수 있을 것이라는 생각이 들었다. t2.midium 10개 , 3년 RI계약시 개당 687달러 , $ 6,870 per 3 years lambda 2GB ram 0.0000000333 per seconds , 한달에 4320번 호출, 한번에 배치 서버마다 다르지만 2~8초 소요 (7초로 잡음), 한달 약 $11 10개돌릴 경우 $3,960달러 per 3 years + NAT gateway + 1,607 = 5,567 3 y..