희스토리

원인 1) EC2 모니터링 중 System Status Check / Instance Status Check 실패 System Status Check : 인스턴스가 실행되는 기본 호스트에서의 문제 시 발생. 네트워크, 하드웨어, 소프트웨어 문제로 인해 기본 호스트가 응답 혹은 연결 불가 시 발생 Instance Status Check : 인스턴스의 연결 가능성에 문제 시 발생. 부팅 실패, 볼륨 탑재 실패, CPU/Memory 소진, 커널 패닉, 네트워크 문제 등 OS레벨 오류로 발생 **확인 방법 : 해당 인스턴스 선택 후 하단 'Status Checks' 탭 확인, 'Monitoring' 탭 'Status check failed' 지표 확인 원인 2) AWS가 수행하는 호스트 단 예약된 Network..

AWS System Manager Run Command 활용하여 EC2 메모리, 디스크 용량 등 모니터링 하기 기본적으로 제공되는 EC2 관련 CloudWatch 지표 - CPU 사용률 - 네트워크 I/O - 디스트 Read/Write - 기타 (T타입의 경우 CPU크레딧 관련 지표) ** 메모리, 디스크 용량은 지원하지 않으므로 CloudWatch Agent 설치를 통해 수집 가능 REQIREMENT) EC2 instance 에 접속해서 CollectD 디렉토리랑 파일 생성 sudo mkdir -p /usr/share/collectd/ sudo touch /usr/share/collectd/types.db STEP 1) Run Command 에서 활용할 파라미터 생성 - Systems Manager 콘..

1. EC2 콘솔에서 좌측 네비게이션 페인 내 '키 페어' 클릭 2. '키 페어 생성' 클릭 후 키 페어 명 입력, 프라이빗 키 파일 형식은 pem 키로 선택 후 '키 페어 생성' 클릭 3. 다운 받은 키 안전한 폴더에 저장 4. puttygen 실행 후 'Load' 클릭하여 해당 키 로드, 'Save private key' 클릭한 뒤 ppk 키로 저장 5. EC2 콘솔 내 해당 인스턴스 중지 6. 해당 인스턴스 체크박스 활정화 후 작업, 인스턴스 설정, 사용자 데이터 편집 클릭 7. 최 하단 입력 창에 하기 내용 입력 Content-Type: multipart/mixed; boundary="//" MIME-Version: 1.0 --// Content-Type: text/cloud-config; cha..

pm2 list pm2 monit pm2 kill pm2 start 경로 pm2 logs curl localhost:8080/[헬스체크 uri] su [유저] init 6 ps -ef | grep LISTEN ** ssm ec2 롤, 오토스케일링 그룹에 붙이기 ** 인스턴스 타입 변경 [테스트한 부분] 오토스케일링 설정 0으로 변경하고 ami로 인스턴스 생성해서 서버 잘 뜨는지 확인 로그에서 에러 확인 -> db 연결 에러 확인 db 보안그룹 확인 -> /32로 아이피 들어가는 것 확인 -> 10.0.0.0/16 변경

Metadata: AWS::CloudFormation::Interface: ParameterGroups: - Label: default: Resource Id Parameters: - EC2TagKey - EC2TagValue - Label: default: Start/Stop Time Parameters: - StartTimeInGMT - StopTimeInGMT Parameters: EC2TagKey: Description: EC2TagKey Type: String Default: Service EC2TagValue: Description: EC2TagValue Type: String Default: test StartTimeInGMT: Description: Start hour in GMT Defa..

1) 스냅샷으로 AMI 생성 - 스냅샷 선택 후 작업 탭의 이미지 생성 클릭 - EBS 스냅샷에서 이미지 생성 설정값 기입 후 생성 클릭 2) Auto Scaling 시작 템플릿 수정 - 시작 템플릿으로 들어가 수정하고자하는 시작 템플릿을 선택하고 작업 클릭 -> 템플릿 수정(새 버전 생성) 클릭 - 상단에서 두번째 설정인 시작 템플릿 컨텐츠에서 AMI 선택란 클릭 -> 해당되는 AMI 클릭 - 설정 중 일부 변경 제거 메시지 나타나면 변경 확인 클릭 - 최하단의 템플릿 버전 생성 클릭 - 시작 템플릿 보기 클릭 후 해당 템플릿 하단의 버전 세부 정보 버전 클릭 후 생성한 버전 클릭 - 기존 인스턴스 종료 후 새로운 인스턴스 생성 확인

** IAM에서 CloudWatchAgentServerPolicy가 해당 인스턴스에 적용되어있음을 전제로 진행합니다.** 1) Cloudwatch-agent 설치 - Cloudwatch-agent를 설치할 인스턴스 선택 후 연결 클릭 - 인스턴스에 연결 설정에서 Session Manager 탭의 연결 클릭 - Cloudwatch-agent 설치를 위한 명령어 => wget https://s3.amazonaws.com/amazoncloudwatch-agent/amazon_linux/amd64/latest/amazon-cloudwatch-agent.rpm => rpm -U ./amazon-cloudwatch-agent.rpm - Cloudwatch-agent 설정을 위한 wizard 실행 명령어 => /op..

1) 인스턴스 AMI 생성 - 인스턴스 선택 후 작업 탭의 이미지 및 템플릿 클릭 -> 이미지 생성 클릭 - 이미지 이름 기입 후 이미지 및 스냅샷 태그 지정 -> 이미지 생성 클릭 **AMI(Amazon Machine Image)는 인스턴스 전체의 백업본 이미지이며 스냅샷은 EBS 볼륨의 백업본 입니다. **이미지와 스냅샷 태그를 동일하게 할 경우 "이미지와 스냅샷을 함께 태그 지정" 선택 후 지정해주시면됩니다. 2) Auto Scaling 시작 템플릿 수정 - 수정하고자하는 시작 템플릿을 선택하고 작업 클릭 -> 템플릿 수정(새 버전 생성) 클릭 - 상단에서 두번째 설정인 시작 템플릿 컨텐츠에서 AMI 선택란 클릭 -> 해당되는 AMI 클릭 - 설정 중 일부 변경 제거 메시지 나타나면 변경 확인 클릭..

[ 세부 정보 ] https://docs.aws.amazon.com/systems-manager/latest/userguide/session-manager-getting-started.html ------------------------------------------------------------------------------------------------------------------------ 인스턴스 SSH 접속 STEP 1 ) SSM Session Manager 세팅 1. CLI 설치 : https://docs.aws.amazon.com/cli/latest/userguide/install-cliv2-windows.html 2. SSM Agent 플러그인 설치 : cmd창 -> 다운로드 폴..

1. 윈도우 키 누르고 검색창에 cmd 입력하여 명령프롬프트 창 오픈 2. ssh -i [인스턴스 pem 키 위치]\[pem 키 명] ec2-user@[인스턴스 IP] 입력 3. 짜자잔 접속 완료! **처음 인스턴스 생성 시 pem 키를 꼭 다운로드하여 로컬에 저장한 후 해당 위치 기억할 것!! **ssh는 기본 22포트를 사용하기때문에 Security Group의 inbound에서 22번 포트가 열려있는지 확인할 것!! [ FUN(?) FACT ] - SSH(Secure Shell)는 원격 접속을 위한 프로토콜입니다. - 리눅스는 SSH가 기본적으로 설치되어있습니다. - 22번 포트가 보안에 취약할 수 있으므로 다른 포트로도 변경이 가능합니다. cmd 창 이용하여 인스턴스 ssh 접속 방법