초보 개발자

배경 AWS 계정을 만들고, 보안상의 문제를 예방하기 위해 MFA를 사용을 강제하는 것이 베스트 프랙티스이다. 콘솔에 로그인 하는 경우에는 자동적으로 MFA인증을 하도록 설정이 되어있지만, AWS CLI를 이용할 경우에는 MFA를 인증하지 않아, 보안상으로 문제가 생길 수 있다. 문제 확인 AWS CLI를 이용할 경우에는 aws configure을 통해, ACCESS KEY를 등록할 필요가 있다. 보안상의 이유로 MFA를 유효화 한 경우라도 별도의 설정을 해주지 않으면 AWS CLI를 바로 사용할 수 있다. 즉 CLI를 사용할 경우에는 MFA유무에 관계없이 ACCESS KEY만 등록이 되어있으면 사용이 가능하다는 뜻이다. 이렇게 된다면 아래의 문제점이 발생할 수 있는데. 다른 사람이 내 PC를 사용하는 ..

CDK 커맨드 입력 시 오류 발생 상황 : CDK 명령어를 입력하였을 때 예상대로 동작하지 않고 에러메시지가가 발생하였다. 에러 메시지 : Unable to resolve AWS account to use. It must be either configured when you define your CDK Stack, or through the environment 문제 원인 문제의 원인은 ~/.aws/credential 파일에 입력되어있는 키 값을 소문자가 아닌 대문자로 입력되어있었던 것이 문제였다. access key 및 그 이외의 정보를 대문자로 표기하여 사용하고 있었다. AWS_ACCESS_KEY_ID = !@# AWS_SECRET_ACCESS_KEY = !@@ AWS_SESSION_TOKEN = !..

KMS에서 커스텀 키(마스터 키)를 생성, 이를 이용해 데이터 키를 생성할 수 있다. 커스텀 키는 전적으로 AWS에서 관리하며 로컬로 내보내기가 불가능하다. 커스텀 키를 이용해서 데이터 키를 생성한다. 이 데이터 키를 이용해서 파일을 암호화한다. 그리고 마스터 키를 이용해서 데이터 키를 암호화 한 뒤, 데이터 키와 암호화 되기 전의 파일을 삭제한다. 이 후 복호화 하고 싶을 때 커스텀 키를 사용해서 암호화 된 데이터 키를 데이터 키로 바꾼 뒤 이 데이터 키를 이용해서 암호화 된 데이터를 복호화 한다. 남에게 보여주고 싶지 않은 나의 비밀 일기장 텍스트 파일이 있다고 해보자. 이 파일을 내 바탕화면에 두었다. 어느날 친구가 놀러와서 내가 화장실에 있는동안 비밀 일기장 파일을 연다고 가정하면 내 비밀스러운 ..

2023.9.28일 한국면허를 일본면허로 변경하기위해선 아래의 준비물이 필요하다. 준비물 면허증 번역문, 운전 경력 증명서, 출입국 신고기록 증명서, 주민표, 재류카드, 여권, 한국 운전면허증, 증명사진 2장 면허증 번역문,운전 경력 증명서, 출입국 신고기록 증명서 관할 대한민국 영사관에 가서 신청해야함 준비물 1. 재류카드, 여권, 한국 운전면허증 2. 재류카드 복사본,한국 운전면허증 복사본, 운전 경력 증명서, 출입국 신고 기록 증명서 가필요하다. 2번은 영사관에서 구할 수 있으며, 수수료가 발생 ( 약 700엔 정도 ) 1번은 확실히 챙겨가야함 창구에 도착하면 관련서류 작성과 제출을 요구함. 영업시간 확인 할 것 주거지역 관할 영사관 확인할 것 운전 경력증명서, 출입국 신고기록 증명서는 정부 24에..

Snapshot Storage snapshot에 관한 자료를 보던 중, snapshot storage의 산정방식이 흥미로워 정리해보려고한다. 위의 자료에 의하면, 같은 볼륨에 대한 스냅샷이 여러개 존재하며 각 볼륨의 콘텐츠와 크기가 변했을 경우에 최대한 상위 스냅샷의 데이터를 참조하여 효율적으로 사용하도록한다. 먼저 Snap A에서 10 GIB가 사용이 되었고, 이후 볼륨에서 삭제와 생성을 통해서 4GIB가 변경된 후 스냅샷을 생성한 경우, Snap A(상위 스냅샷)과 겹치는 부분 6GIB는 Snap A에서 참조하고 4GIB만 Snap B에서 새롭게 생성이 된다. 마찬가지로 Snap C를 생성한 경우, Snap B와 비교했을 때 새로운 데이터가 2GIB추가만 되었을 뿐이므로, 기존 6GIB는 Snap A..

문제 EC2 CloudWatch Agent 를 설치 후 실행하려고 하니 아래와 같은 오류메시지가 발생했다. error parsing socket_listener, open /usr/share/collectd/types.db: no such file or directory types.db라는 것이 없어서 에러가 난 것 같다. 해결 방법 sudo mkdir /usr/share/collectd sudo touch /usr/share/collectd/types.db 위와 같이 해당 파일을 만들어 줌으로써 해당에러는 발생하지 않았다.

docker named volume 단순히 데이터를 메모리에다 저장해둔 상태라면, 당연한 말이지만 서버를 중단시켰다가 켜기만 해도 데이터가 사라져있을 것이다. 새로운 컨테이너를 생성해도 이 전 컨테이너의 데이터는 찾을 수 없을 것이다. 따라서 named volume을 사용해서 docker에서 데이터를 유지할 수 있는 방법을 알아보자!! 아래의 명령어를 입력하여 mongo db를 사용해보자 docker run --name mongo_db -p 27017:27017 -d mongo 나의 docker images에 mongo image가 있다면 그걸 실행시키지만 없다면 docker hub에서 mongo라는 image를 찾아서 실행을 시켜준다. mongo db에 데이터를 넣고 빼는 걸 편하게 도와주기 위해서 R..

배경 상황 RDS MySQL을 사용하고 있었고 1개의 primary와 3개의 read replica가 있었다. 각 replica의 스펙은 m5.12xlarge이었으며, RAM이 192GB, vCPU가 48이다. 상당히 고스펙의 데이터베이스라고 할 수 있다. Database에 자사 상품의 정보가 담겨있고, Agent가 API를 요청하면 server에서 해당 API내용에 맞는 쿼리를 RDS로 요청 후 리턴하는 구조이다. 따라서 Insert update보다는 select 쿼리가 압도적인 비중을 차지한다. QPS기준으로 하루에 300정도를 유지했으며, read replica가 3개이므로 각 데이터 베이스가 100을 부담한다고 생각했다. RDS이 과다 프로비저닝 된 것이라고 생각을 했는데, CPU를 보니 평균 7..