일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 중급파이썬
- pandas
- 튜플
- TypeScript
- S3
- docker
- SSA
- EC2
- socket io
- NeXT
- AWS
- 파이썬
- react
- flask
- wetube
- crud
- lambda
- Class
- node
- Vue
- Props
- RDS
- dict
- 채팅
- SAA
- 카톡
- git
- MongoDB
- merge
- async
- Today
- Total
목록전체 글 (420)
초보 개발자
회사에서 사용하고 있는 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..
학습 기간 : 약 2달 기초 지식 : 인스턴스에 서버를 배포해보거나,RDS를 생성해보거나, 로드밸런서, 오토스케일링만 기본적으로 만들어 본 정도? 종류나 차이에 대해선 몰랐음 학습 방법 : Udemy 스테파니 강의 (약 2만원 정도)를 수강하였다. 한 강의당 1~10분 정도로 짧지만 양이 좀 많아 총 러닝시간이 30시간정도 인 것 같다. 이걸 다 수강하는데 한달 반 정도 걸렸다. 범위가 많아서 중간에 이해 안되거나 하면 찾아보다가도 도저히 안되면 그냥 넘겼다. 어처피 시험에서는 물어보는 범위는 한정되어있기에 그 이외의 것을 안봐도 무방하다. 전부 다 본 뒤 덤프 문제를 10일정도 풀었다. examtopic사이트 기준으로 내가 시험 칠 때 약 368문제 였고 처음부터 끝까지 2번 푼 뒤( 정독으로 )에 틀..
CloudFormation 리소스에 대한 인프라의 윤곽을 구분짓는 방법이다. 거의 대부분의 리소스가 지원된다. 보안그룹이 필요하고, EC2가 필요하고, s3버킷이 필요하고, 로드밸런서가 필요하다고 느낄 수 있다. CloudFormation은 이 모든 것을 자동으로 생성합니다. 우리가 정한 순서와 구성 그대로다. 먼저 스택을 만든 다음 스택 템플릿을 제공해야한다. 장점이 여러개 있는데 1. 모든 인프라가 코드라는 점이다. 수동으로 리소스를 만들 필요가 없다. 2.비용적인 면에서 이익이다. 스택 내의 각 리소소는 스택 내에서 만들어진 다른 리소스들과 비슷하게 태그된다. 또한 템플릿을 사용하여 리소스 비용을 예측가능. 절약 전략을 사용가능하다. 오후 5시에 자동으로 모든 템플릿 삭제하도록 하거나, 다음날 오전..
Lambda, SNS, & SQS SQS + Lambda SQS대기열과 Lambda 함수를 사용하는 것으로 이벤트가 SQS 대기열에 삽입되고 Lambda 서비스가 SQS 대기열을 폴링합니다. 문제가 발생하면 해당 메시지를 다시 SQS 대기열에 입력하고 폴링을 재시도 한다. 이건 무한정 반복될 것이므로 다섯번의 재시도 후에는 데드 레터 대기열로 보내도록 SQS를 설정할 수 있다. SQS FIFO + Lambda FIFO란 선입선출이다. 도착한 순서에 따라 메시지를 처리한다는 뜻이다. 여기에는 Lambda 함수가 대기열 메시지를 순서대로 처리를 시도하는데 순서대로 처리하기 때문에 한 메시지를 처리하지 못하면 차단이 발생하여 처리가 끝나지 않고 결국 전체 대기열 처리가 차단 된다. 이 경우에도 마찬가지로 데드..
Disater 재해란 회사의 사업 지속이나 재정에 부정적인 영향을 미치는 이벤트를 말한다. 재해 복구는 이러한 재해에 대비하고 재해가 발생할 시 복구하는 작업을 의미한다. 전형적인 것은 온프레미스를 2개 두는 것이다. 비용이 엄청든다. 아니면 온프레미스를 기본데이터 센터로 두고 클라우드를 사용할 수도 있다. 재해 발생 시 클라우드를 사용하는 방식을 하이브리드 복구라고 한다. 하지만 모두 클라우드에 있는경우 AWS Cloud 리전 A에서 B로 재해 복구를 수행하면 완전 클라우드 유형이 될 것이다. RPO : 복구 시점 목표를 의미한다. RTO : 복구 시간 목표를 의미한다 . RPO란 얼마나 자주 백업을 실행할지를 정한다. 1분 한시간 등 원하는 대로 설정할 수 있다. 예를들어 한시간으로 설정을 해두었다면..
Transit Gateway 여기서는 VPC를 모두 피어링 할 필요가 없으며 Transit Gateway를 통해 전이적으로 연결된다. 모든 VPC가 서로 통신할 수 있는데 Direct Connect Gateway를 Transit Gateway에 연결하면 Direct Connect연결이 각기 다른 VPC에 직접 연결된다. 또 site to site VPN으로 연결하고 싶은 경우도 Transit Gateway와 연결할 수 있다. IP멀티캐스트가 나오면 Trainsit Gateway를 찍자 Traffic Mirroring VPC에서 네트워크 트래픽을 수집하고 검사하되 방해되지 않는 방식으로 실행하는 기능이다. 관리 중인 보안 어플라이언스로 트래픽을 라우팅한다. 예시를 들어보면 EC2 인스턴스(소스A)와 탄력적..