[Infra Ops] AWS 기반 인프라 운영 실무와 전환 고려사항

# EC2 인스턴스 목록과 상태 확인 (AWS CLI)
aws ec2 describe-instances \
  --query "Reservations[].Instances[].[InstanceId,State.Name,PublicIpAddress,PrivateIpAddress,Tags[?Key=='Name'].Value|[0]]" \
  --output table

# 특정 인스턴스 상세 정보
aws ec2 describe-instances --instance-ids i-1234567890abcdef0

# SSM Session Manager로 접속 (SSH 포트 불필요)
aws ssm start-session --target i-1234567890abcdef0
# → 웹 콘솔과 동일한 셸 세션 시작

# EC2 인스턴스 시작/중지/재시작
aws ec2 start-instances --instance-ids i-1234567890abcdef0
aws ec2 stop-instances --instance-ids i-1234567890abcdef0
aws ec2 reboot-instances --instance-ids i-1234567890abcdef0

# 인스턴스 메타데이터 확인 (인스턴스 ID, 리전 등)
curl -s http://169.254.169.254/latest/meta-data/instance-id
curl -s http://169.254.169.254/latest/meta-data/placement/region

# 시스템 리소스 확인 (온프레미스와 동일)
top
df -h
free -h

# Security Group 목록 확인
aws ec2 describe-security-groups --group-ids sg-12345678

# 출력 예시 (인바운드 규칙)
# IpPermissions:
#   - IpProtocol: tcp
#     FromPort: 80
#     ToPort: 80
#     IpRanges: [{CidrIp: 0.0.0.0/0}]   # 전체 허용
#   - IpProtocol: tcp
#     FromPort: 22
#     ToPort: 22
#     IpRanges: [{CidrIp: 10.0.0.0/8}]  # 내부망만 허용

# Security Group에 인바운드 규칙 추가 (443 HTTPS)
aws ec2 authorize-security-group-ingress \
  --group-id sg-12345678 \
  --protocol tcp \
  --port 443 \
  --cidr 0.0.0.0/0

# 규칙 제거
aws ec2 revoke-security-group-ingress \
  --group-id sg-12345678 \
  --protocol tcp \
  --port 8080 \
  --cidr 0.0.0.0/0

원칙 1: 최소 권한 — 필요한 포트만 열기
원칙 2: 소스 제한 — 0.0.0.0/0 대신 특정 IP/Security Group
원칙 3: 레이어 분리
  - ALB Security Group: 80, 443 → 0.0.0.0/0
  - EC2 Security Group: 80, 443 → ALB Security Group에서만 허용
  - RDS Security Group: 3306 → EC2 Security Group에서만 허용

# RDS 인스턴스 목록 확인
aws rds describe-db-instances \
  --query "DBInstances[].[DBInstanceIdentifier,DBInstanceStatus,Endpoint.Address,EngineVersion]" \
  --output table

# RDS 엔드포인트 확인 (접속 주소)
aws rds describe-db-instances \
  --db-instance-identifier my-mysql-db \
  --query "DBInstances[0].Endpoint.Address" \
  --output text

# RDS에 MySQL 클라이언트로 접속 (EC2에서)
mysql -h my-db.xxxxxxxxx.ap-northeast-2.rds.amazonaws.com \
  -u admin -p mydb

# 읽기 복제본 목록 확인
aws rds describe-db-instances \
  --query "DBInstances[?ReadReplicaSourceDBInstanceIdentifier!=null].[DBInstanceIdentifier,Endpoint.Address]" \
  --output table

일상 점검:
  - RDS 콘솔 → CloudWatch 메트릭: CPU, 연결 수, IOPS
  - 자동 백업 보존 기간 확인 (기본 7일, 최대 35일)
  - 미처리 파라미터 그룹 변경 확인 (pending-reboot)

파라미터 그룹 주요 항목:
  - max_connections: 최대 연결 수 (인스턴스 메모리에 비례)
  - slow_query_log: 1 (활성화 권장)
  - long_query_time: 1 (1초 이상 슬로우 쿼리 기록)
  - innodb_buffer_pool_size: 메모리의 70~75%

# S3 버킷 목록 확인
aws s3 ls

# 버킷 내용 확인
aws s3 ls s3://my-bucket/
aws s3 ls s3://my-bucket/logs/ --human-readable

# 파일 업로드
aws s3 cp /opt/dist/index.html s3://my-bucket/
aws s3 cp /opt/dist/ s3://my-bucket/static/ --recursive

# 파일 다운로드
aws s3 cp s3://my-bucket/backup/mysql_20260530.sql.gz /tmp/

# 동기화 (로컬 → S3, 변경된 파일만)
aws s3 sync /opt/dist/ s3://my-bucket/static/ --delete

# 파일 삭제
aws s3 rm s3://my-bucket/old-file.txt
aws s3 rm s3://my-bucket/old-dir/ --recursive

# 버킷 정책 확인
aws s3api get-bucket-policy --bucket my-bucket

# mysqldump 결과를 직접 S3로 업로드 (로컬 저장 없이)
mysqldump --single-transaction --all-databases | \
  gzip | \
  aws s3 cp - s3://my-bucket/backup/mysql_$(date +%Y%m%d).sql.gz

# S3 수명 주기 정책 — 30일 후 Glacier로 이전 (콘솔에서 설정)
# 90일 후 삭제 규칙 추가로 비용 관리

# EC2 CPU 사용률 조회 (최근 1시간, 5분 단위)
aws cloudwatch get-metric-statistics \
  --namespace AWS/EC2 \
  --metric-name CPUUtilization \
  --dimensions Name=InstanceId,Value=i-1234567890abcdef0 \
  --start-time $(date -u -d '1 hour ago' +%Y-%m-%dT%H:%M:%SZ) \
  --end-time $(date -u +%Y-%m-%dT%H:%M:%SZ) \
  --period 300 \
  --statistics Average \
  --output table

# RDS CPU 사용률 조회
aws cloudwatch get-metric-statistics \
  --namespace AWS/RDS \
  --metric-name CPUUtilization \
  --dimensions Name=DBInstanceIdentifier,Value=my-mysql-db \
  --start-time $(date -u -d '1 hour ago' +%Y-%m-%dT%H:%M:%SZ) \
  --end-time $(date -u +%Y-%m-%dT%H:%M:%SZ) \
  --period 300 \
  --statistics Average

# CloudWatch 로그 그룹 목록
aws logs describe-log-groups \
  --query "logGroups[].logGroupName" \
  --output text

# 로그 스트림 최근 항목 확인
aws logs get-log-events \
  --log-group-name /aws/ec2/myapp \
  --log-stream-name i-1234567890abcdef0 \
  --limit 50

aws cloudwatch put-metric-alarm \
  --alarm-name "EC2-CPU-High" \
  --alarm-description "EC2 CPU 80% 초과" \
  --namespace AWS/EC2 \
  --metric-name CPUUtilization \
  --dimensions Name=InstanceId,Value=i-1234567890abcdef0 \
  --period 300 \
  --evaluation-periods 2 \
  --threshold 80 \
  --comparison-operator GreaterThanThreshold \
  --statistic Average \
  --alarm-actions arn:aws:sns:ap-northeast-2:123456789:my-alerts

네트워크 지연:
  온프레미스: 서버 간 1ms 이하 레이턴시
  AWS 같은 리전 내: 수 ms (AZ 간 1~3ms)
  → 마이크로서비스 간 호출이 많다면 지연 영향 측정 필요

비용 최적화:
  - Reserved Instance(예약 인스턴스): 1~3년 약정으로 최대 72% 할인
  - Spot Instance: 유휴 용량 활용, 최대 90% 할인 (중단 가능)
  - Right-sizing: 과도하게 큰 인스턴스 타입 사용 여부 점검
  → Cost Explorer로 서비스별 비용 확인 필수

보안 설정:
  - 기본 VPC와 Security Group 설정이 너무 열려 있는 경우 흔함
  - IAM 역할 최소 권한 원칙 적용
  - S3 버킷 공개 접근 차단 확인 (Public Access Block)
  - CloudTrail 활성화 (API 호출 감사 로그)

# AWS VPN 연결 상태 확인 (Site-to-Site VPN)
aws ec2 describe-vpn-connections \
  --query "VpnConnections[].State" \
  --output text

# VPN 터널 상태 확인
aws ec2 describe-vpn-connections \
  --query "VpnConnections[].VgwTelemetry[].[OutsideIpAddress,Status,StatusMessage]" \
  --output table

# ALB 목록 확인
aws elbv2 describe-load-balancers \
  --query "LoadBalancers[].[LoadBalancerName,State.Code,DNSName]" \
  --output table

# 타겟 그룹 헬스 상태 확인
aws elbv2 describe-target-health \
  --target-group-arn arn:aws:elasticloadbalancing:ap-northeast-2:123456789:targetgroup/my-tg/abcdef

# 출력 예시:
# HealthStatus: healthy / unhealthy / unused
# Reason: Target.ResponseCodeMismatch (헬스체크 응답 코드 불일치)

# 리스너 규칙 확인 (HTTPS → HTTP 리다이렉트 등)
aws elbv2 describe-listeners \
  --load-balancer-arn arn:aws:elasticloadbalancing:ap-northeast-2:123456789:loadbalancer/app/my-alb/abcdef