일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- MySQL
- 트러블슈팅
- backend
- 로드밸런서
- FLAB
- Spring
- 알고리즘
- 레디스
- Flutter
- nGrinder
- 부트캠프
- AWS
- EC2
- 에프랩
- 플러터
- 멘토링
- 백엔드
- 데이터구조
- grafana
- F-Lab
- 도커
- 후기
- github
- java
- redis
- 코딩테스트
- 성능테스트
- 자바
- error
- 자바백엔드
- Today
- Total
목록AWS (4)
민스씨의 일취일장
PaymentService에 적용된 Redis Cache를 분산 캐시(distributed cache)로 전환하는 과정(GitHub Issues #28)에 대한 글이다.Redis를 클러스터로 만들어 분산캐시 도입하기작업 순서 계획1. redis.conf 작성 및 적용2. 새로운 Redis용 인스턴스 생성3. Redis 노드(컨테이너)들을 클러스터 구성(생성) 명령 수행4. Redis 분산 캐시를 사용할 수 있도록 애플리케이션 설정 수정1. redis.conf 작성 및 적용nginx.conf와 마찬가지로, redis.conf를 작성해준다. 이 파일은 Redis 컨테이너 실행시 Volume으로 연결 해 줄 것이다. 경로는 어디다 해도 상관 없지만 민스씨 본인은 redis/redis.conf 경로로 할 것이다..
상황EC2(Free Tier) 상태 running이고, 시스템 로그를 들여다 봐도 문제가 없는데 접속이 안되는 문제가 발생했다.원인CPUCreditBalance가 고갈된 것이 원인이었다. 아무리 프리티어 내의 사용량이여도, 시간당 가용할 수 있는 CPU자원의 한계가 정해져 있다는 것이다. 요즘 성능테스트로 부하를 많이 일으켜서 CPU 사용할 수 있는 Credit을 모두 소진 한 것이다.해결방법해결책은 기다리면 된다. CPU Credit은 시간당 쓸 수 있는 양과 같기 때문에, 시간이 지나면 다시 원상태로 회복된다.
현재 운영중인 EC2 인스턴스와 똑같은 인스턴스를 생성하는 방법에 대한 글이다.AWS 구동중인 EC2 인스턴스와 똑같은 인스턴스 생성 방법동기똑같은 서버를 하나 더 증설하거나, 테스트 하기 위해서 등 여러 이유로 똑같은 설정의 서버(인스턴스)를 생성해야 할 때가 있다. 그럴 때 이전에 설정 화면을 스크린샷 찍어두거나, 기록해 두었다면 똑같이 하면 된다. 하지만 이 방법은 많이 번거롭기도 하고, 조그만 실수에도 인스턴스를 삭제하고 새로 만들어야 하는 위험이 있다. 이번 포스팅에서는 간단하게 완전히 똑같은 인스턴스를 생성하는 방법에 대해 알아볼 것이다.방법1 - AMI(Amazon Machine Image) 생성먼저 AWS EC2 콘솔에서 들어가 동일하게 만들고 싶은 인스턴스를 선택한다.그런 다음 오른쪽 위..
AWS EC2 SSH ERROR - port 22 : timed out 발생 상황 터미널로 ec2에 접속 시 타임아웃 에러가 발생했다. 오류 메시지는 아래와 같다. ssh: connect to host [host IP Adderess] port 22: Operation timed out 발생 원인 다양한 원인이 있을 수 있다. 하지만 이전에 연결이 됐는데 똑같은 방법으로 연결 시도 했을 때 안된다면 본인의 IP 주소가 변경됐을 가능성이 있다. 해결 방법 AWS에 접속 후 해당 EC2의 보안 인바운드 규칙 수정을 해준다. 여기서 Port가 22인 설정에서 내 IP를 다시 눌러보면 기존과 다른 IP가 입력되는 것을 볼 수 있다. 즉, 사용중인 PC의 IP 주소가 변경됐다는 의미이다. 그럼 다시 접속이 원할이..