[Infra Ops] Redis/Elasticsearch 접속 확인과 운영 기초

# 1. 연결 확인 (가장 기본)
redis-cli ping
# PONG → 정상

# 원격 Redis 접속 (패스워드 있는 경우)
redis-cli -h redis-server -p 6379 -a yourpassword ping
# 환경변수 방식 (보안)
REDISCLI_AUTH=yourpassword redis-cli -h redis-server ping

# 2. 메모리 상태 확인
redis-cli info memory | grep -E "used_memory_human|maxmemory_human|mem_fragmentation_ratio"
# used_memory_human: 1.50G    → 현재 사용 메모리
# maxmemory_human: 2.00G      → 설정된 최대 메모리
# mem_fragmentation_ratio: 1.2 → 1.5 이상이면 단편화 심각

# 3. 전체 키 수 확인
redis-cli dbsize
# (integer) 1234567  → 키 수

# 4. 키스페이스 (DB별 키 수, 만료 키 수)
redis-cli info keyspace
# db0:keys=1234567,expires=45678,avg_ttl=3600000

# 5. 느린 명령어 로그 확인
redis-cli slowlog get 10
# 실행 시간이 긴 명령어 목록 (기본 10ms 이상)
redis-cli slowlog len  # 느린 명령어 누적 수

# 현재 메모리 정책 확인
redis-cli config get maxmemory
redis-cli config get maxmemory-policy

# 설정 변경 (재시작 없이 적용)
redis-cli config set maxmemory 2gb
redis-cli config set maxmemory-policy allkeys-lru

# redis.conf에서 영구 설정
# maxmemory 2gb
# maxmemory-policy allkeys-lru

# 캐시 전용 Redis 서버
redis-cli config set maxmemory-policy allkeys-lru

# 세션 저장 Redis 서버 (데이터 손실 불가)
redis-cli config set maxmemory-policy noeviction
# noeviction이면 메모리 여유를 넉넉히 확보해야 함

# KEYS — 절대 운영 사용 금지
redis-cli keys "session:*"
# O(N) 연산, 단일 스레드 블로킹
# 키 100만 개 → Redis 수 초 응답 없음 → 서비스 장애

# SCAN — 운영 환경에서 사용할 키 조회 방법
# cursor 기반으로 점진적 스캔 (블로킹 없음)
redis-cli scan 0 MATCH "session:*" COUNT 100
# 반환값: [다음 cursor, [키 목록]]
# cursor가 0으로 돌아오면 전체 스캔 완료

# 쉘에서 반복 스캔 (전체 패턴 키 조회)
redis-cli --scan --pattern "session:*"
# 내부적으로 SCAN을 반복 호출하며 모든 결과 출력

# 특정 패턴 키 수 카운트 (대략적)
redis-cli --scan --pattern "session:*" | wc -l

# 실시간으로 모든 명령어를 출력 (디버깅용)
redis-cli monitor
# 출력 예시:
# 1717041600.123456 [0 127.0.0.1:52341] "GET" "session:abc123"
# 트래픽 많은 운영 환경에서는 성능에 영향 — 짧게만 사용

[Sentinel 구조]
  Sentinel1   Sentinel2   Sentinel3
      ↓           ↓           ↓
   Master  →  Slave1  →  Slave2
  (장애 시 Slave1이 Master 승격)

[Cluster 구조 — 최소 3 Master + 3 Replica]
  Master1(slot 0-5460)    Master2(slot 5461-10922)    Master3(slot 10923-16383)
      ↓                         ↓                            ↓
  Replica1                  Replica2                     Replica3

# 1. 클러스터 전체 상태 (가장 먼저 확인)
curl http://es-server:9200/_cluster/health?pretty

# 응답 예시 (Green):
# {
#   "cluster_name": "my-cluster",
#   "status": "green",
#   "number_of_nodes": 3,
#   "number_of_data_nodes": 3,
#   "active_primary_shards": 15,
#   "active_shards": 30,
#   "relocating_shards": 0,
#   "initializing_shards": 0,
#   "unassigned_shards": 0   ← 0이어야 Green
# }

# 응답 예시 (Yellow):
# "status": "yellow",
# "unassigned_shards": 5   ← Replica 샤드 미할당

# 응답 예시 (Red):
# "status": "red",
# "unassigned_shards": 3   ← Primary 샤드 미할당

# 2. 인덱스 목록 및 상태
curl http://es-server:9200/_cat/indices?v
# 출력:
# health status index         uuid   pri rep docs.count store.size
# green  open   products-2026 abc123   1   1    1234567      2.3gb
# yellow open   orders-2025   def456   1   1     567890      890mb

# 3. 노드 상태 확인
curl http://es-server:9200/_cat/nodes?v
# 출력:
# ip          heap.percent ram.percent cpu load_1m node.role name
# 10.0.1.10          45          78   5     0.5 mdi       node-1
# 10.0.1.11          52          80   8     0.8 mdi       node-2

# 4. 미할당 샤드 상세 원인 확인 (Yellow/Red 시)
curl http://es-server:9200/_cluster/allocation/explain?pretty