콘텐츠로 이동

SRE 시나리오 검증

FDAI는 질문이 다르면 시나리오 묶음도 다르게 씁니다. 카탈로그 항목은 시나리오가 형식에 맞게 작성되었고 알려진 신호에 연결되어 있음을 증명합니다. 재생은 컨트롤 루프가 예상한 결과에 도달함을 증명합니다. 실제 적용 모드 실행은 일회용 Azure 환경에서 진짜 장애가 주입되고, 관찰되고, 원상 복구됐음을 증명합니다. 이 세 가지 근거 수준은 서로 바꿔 쓸 수 없습니다.

이 문서는 현재 SRE 시나리오 묶음과 카탈로그 시나리오 ID 135개를 모두 보여 줍니다. 이 집계는 2026-07-17에 저장소에서 다시 계산했습니다.

시나리오 집합현재 증거증명 범위
SRE demo 묶음1818/18 관찰 모드 커버리지Detect, 경로, RCA, 통제된 응답, 검증 대응 존재
참조 live-enforce 일괄 점검1010/10 검증된, detected, reverted일회용 Azure 기반에서 실제 injector와 탐색 작동
고정된 control-loop 집합 v2026.079무결성 및 재생 테스트 66개 통과변경, DR, FinOps 기대 결과가 shipped 루프에서 재생됨
에이전트 결정 시나리오6에이전트 시나리오 테스트 22개에 포함되어 통과Forseti가 예상 auto, 사람 승인, 거부, 판단 보류 반환
에이전트 파이프라인 시나리오8에이전트 시나리오 테스트 22개에 포함되어 통과Forseti, Thor, Var, Saga의 cross-agent 안전성 불변식 유지
Chaos 카탈로그135135/135 스키마, 신호, symptom-index 검증모든 카탈로그 기록이 구조적으로 유효하고 검색 가능
Default-factory 전달 subset9393/93 injector 및 탐색 쌍 예행 실행 빌드전달 배선 존재. 실제 운영 fault 실행을 뜻하지 않음
Promoted 카탈로그0승격된 항목 없음Collected 항목이 강제 적용 충족 여부를 상속하지 않음

이와 별도로 Command Deck 주장 모음 14건은 근거 없는 통과 0건, 잘못된 거절 0건으로 답변의 근거 확인을 검증합니다. 이는 대화 안전성 모음이지 SRE 운영 시나리오 묶음이 아니므로 이 문서의 시나리오 합계에는 넣지 않습니다.

ID시나리오유형검증
S1AKS pod killFault관찰 모드 커버리지. aks-pod-kill 실제 운영 적용 모드
S2AKS pod CPU stressFault관찰 모드 커버리지. aks-pod-cpu-spike 실제 운영 적용 모드
S3AKS pod 네트워크 지연 시간Fault관찰 모드 커버리지. network-rtt-delay 실제 운영 적용 모드
S4AKS HTTP abortFault관찰 모드 커버리지. aks-http-abort 실제 운영 적용 모드
S5VM CPU stressFault관찰 모드 커버리지. vm-cpu-stress 실제 운영 적용 모드
S6VM 기억 stressFault관찰 모드 커버리지. vm-mem-stress 실제 운영 적용 모드
S7VM 네트워크 지연 시간Fault관찰 모드 커버리지. network-rtt-delay 실제 운영 적용 모드
S8MySQL CPU-credit exhaustionFault관찰 모드 커버리지. mysql-cpu-pressure 실제 운영 적용 모드
S9TPM pressure에 따른 Azure OpenAI 429Fault관찰 모드 커버리지. aoai-tpm-throttle 실제 운영 적용 모드
S10애플리케이션 게이트웨이 백엔드 first-byte 지연 시간Fault관찰 모드 커버리지. network-rtt-delay 실제 운영 적용 모드
S11의존성 장애 cascadeFault관찰 모드 커버리지. appgw-backend-failure 실제 운영 적용 모드
S12Bad 배포와 롤아웃 stallFault관찰 모드 커버리지. aks-bad-deploy 실제 운영 적용 모드
S13지식 인제스트와 구성 표류Non-faultScheduled 거버넌스 및 assurance 경계
S14Alert-driven automatic 조사 트리거Non-fault웹훅, 이벤트 ingest, IRP 경계
C1Continuous-load 기준선기준선관찰 모드 calibration 커버리지
C2Continuous 부하 중 pod killFaultaks-pod-kill 재사용
C3부하 중 single-pod CPU hotspotFaultaks-pod-cpu-spike 재사용
C4Single-pod 기억 hotspot과 OOM killFaultvm-mem-stress를 pod 기억 stress로 재사용

2026-07-13 기준 점검에서는 모든 행에 outcome=validated, detected=true, reverted=true가 기록됐습니다.

시나리오 ID예상 신호탐색 등급
aks-pod-killpod_restartKubernetes 이벤트
aks-pod-cpu-spikenode_cpuChaos Mesh 상태
network-rtt-delaygateway_latencyChaos Mesh 상태
aks-http-abortrequest_failureChaos Mesh 상태
vm-cpu-stresshost_cpuAzure Monitor 메트릭
vm-mem-stresshost_memoryVM 게스트 명령
mysql-cpu-pressuredb_cpuAzure Monitor 메트릭
aoai-tpm-throttlerate_limitHTTP 429 샘플
appgw-backend-failurebackend_healthKubernetes endpoints
aks-bad-deployrollout_stallKubernetes pod 상태

지연 시간 점검에서 이벤트와 상태 확인은 3.5초 안에 관찰됐고, VM 메모리 압박은 약 31초가 걸렸습니다. Azure Monitor의 CPU 측정은 이동 집계 구간을 조회하기 때문에 초기 측정 공백이 남아 있습니다. 첫 조회 값을 실제 초기 지연 시간으로 취급하지는 않습니다.

시나리오 ID도메인기대 계층기대 결정기대 액션
change.drift-manual-portal-edit.003변경T0사람 승인없음
change.nsg-allow-any-inbound.002변경T0사람 승인없음
change.tag-owner-missing.001변경T0auto있음. 관찰 모드 전달
dr.backup-vault-restore-rehearsal.002DRT0auto있음. 관찰 모드 전달
dr.chaos-experiment-novel.003DRT2사람 승인없음
dr.replica-lag-degraded.001DRT1사람 승인없음
finops.right-size-vm-high-monthly.002FinOpsT0사람 승인없음
finops.stop-idle-dev-vm-off-hours.003FinOpsT1auto있음. 관찰 모드 전달
finops.unattached-public-ip.001FinOpsT0auto있음. 관찰 모드 전달

에이전트 판단과 파이프라인 시나리오

섹션 제목: “에이전트 판단과 파이프라인 시나리오”

Forseti 판단 매트릭스: 이름이 붙은 시나리오 6개

섹션 제목: “Forseti 판단 매트릭스: 이름이 붙은 시나리오 6개”
시나리오기대 결과
auto_rule_firedauto
hil_rule_fired사람 승인
deny_irreversible거부와 정족수 2
hil_unknown_event_triage구체적인 리소스가 있어 사람 승인
abstain_no_resource_targetactionable 대상이 없어 판단 보류
rbac_denied_operator거부 및 security 이벤트 생성

에이전트 간 파이프라인 매트릭스: 사례 8개

섹션 제목: “에이전트 간 파이프라인 매트릭스: 사례 8개”
시나리오 사례불변식
관찰 모드의 auto변경 없이 판단하고 감사함
사람 승인 요청Pending 승인 티켓 정확히 1개
거부Approval 또는 실행에 도달하지 않음
Mixed 스트림결정과 전달 개수가 같음
중복 전달전달 1회, 중복 1회 측정, 이중 실행 없음
빈 또는 junk 이벤트판단 보류하고 다운스트림 액션 없음
자기 승인 시도차단되고 security 신호로 측정됨
Repeated 자기 승인재시도가 security 개수를 부풀리지 않음

카오스 카탈로그: 시나리오 ID 135개

섹션 제목: “카오스 카탈로그: 시나리오 ID 135개”

현재 카탈로그에서 기본 팩토리가 실행 가능으로 분류하고 사전 검증 단계에서 만들어 내는 항목은 93개입니다. 나머지 42개는 AWS FIS 교차 클라우드 참고용 17개, 별도 주입기나 하드웨어가 필요한 GPU 시나리오 21개, Kubernetes 문서 기반 후보 3개, 예전 Redis 재부팅 시나리오 1개입니다. 135개 모두 collected/에 있고 promoted/에는 아직 하나도 없습니다.

Azure Chaos Studio - ID 15개
  • chaos.azure-chaos-studio.agent-cpu-pressure
  • chaos.azure-chaos-studio.agent-network-disconnect
  • chaos.azure-chaos-studio.agent-network-latency
  • chaos.azure-chaos-studio.agent-network-packet-loss
  • chaos.azure-chaos-studio.agent-physical-memory-pressure
  • chaos.azure-chaos-studio.agent-stop-service
  • chaos.azure-chaos-studio.cosmos-db-failover
  • chaos.azure-chaos-studio.keyvault-deny-access
  • chaos.azure-chaos-studio.load-balancer-backend-remove
  • chaos.azure-chaos-studio.nsg-security-rule
  • chaos.azure-chaos-studio.redis-reboot
  • chaos.azure-chaos-studio.service-bus-firewall-block
  • chaos.azure-chaos-studio.vm-redeploy
  • chaos.azure-chaos-studio.vm-shutdown
  • chaos.azure-chaos-studio.vmss-shutdown
Chaos Mesh - ID 14개
  • chaos.chaos-mesh.block-delay
  • chaos.chaos-mesh.container-kill
  • chaos.chaos-mesh.dns-error
  • chaos.chaos-mesh.http-delay
  • chaos.chaos-mesh.http-replace
  • chaos.chaos-mesh.io-fault
  • chaos.chaos-mesh.kernel-panic
  • chaos.chaos-mesh.network-bandwidth
  • chaos.chaos-mesh.network-corrupt
  • chaos.chaos-mesh.network-duplicate
  • chaos.chaos-mesh.network-loss
  • chaos.chaos-mesh.network-partition
  • chaos.chaos-mesh.pod-failure
  • chaos.chaos-mesh.stress-memory
Litmus - ID 16개
  • chaos.litmus.container-kill
  • chaos.litmus.disk-fill
  • chaos.litmus.node-cpu-hog
  • chaos.litmus.node-drain
  • chaos.litmus.node-memory-hog
  • chaos.litmus.pod-cpu-hog
  • chaos.litmus.pod-delete
  • chaos.litmus.pod-dns-error
  • chaos.litmus.pod-http-latency
  • chaos.litmus.pod-http-status-code
  • chaos.litmus.pod-io-stress
  • chaos.litmus.pod-memory-hog
  • chaos.litmus.pod-network-corruption
  • chaos.litmus.pod-network-duplication
  • chaos.litmus.pod-network-latency
  • chaos.litmus.pod-network-loss
Kubernetes 문서 기반 - ID 3개
  • chaos.kubernetes-docs.dns-resolution-failure
  • chaos.kubernetes-docs.image-pull-backoff
  • chaos.kubernetes-docs.pod-disruption-budget-gap
합성한 일반 시나리오 - ID 48개
  • chaos.general.db-saturate-db-cpu-extreme
  • chaos.general.db-saturate-db-cpu-high
  • chaos.general.db-saturate-db-cpu-mild
  • chaos.general.disk-delay-host-cpu-extreme
  • chaos.general.disk-delay-host-cpu-high
  • chaos.general.disk-delay-host-cpu-mild
  • chaos.general.dns-delay-gateway-latency-extreme
  • chaos.general.dns-delay-gateway-latency-high
  • chaos.general.dns-delay-gateway-latency-mild
  • chaos.general.lb-deny-backend-health-extreme
  • chaos.general.lb-deny-backend-health-high
  • chaos.general.lb-deny-backend-health-mild
  • chaos.general.llm_endpoint-throttle-rate-limit-extreme
  • chaos.general.llm_endpoint-throttle-rate-limit-high
  • chaos.general.llm_endpoint-throttle-rate-limit-mild
  • chaos.general.pod-corrupt-rollout-stall-extreme
  • chaos.general.pod-corrupt-rollout-stall-high
  • chaos.general.pod-corrupt-rollout-stall-mild
  • chaos.general.pod-delay-gateway-latency-extreme-v2
  • chaos.general.pod-delay-gateway-latency-extreme
  • chaos.general.pod-delay-gateway-latency-high-v2
  • chaos.general.pod-delay-gateway-latency-high
  • chaos.general.pod-delay-gateway-latency-mild-v2
  • chaos.general.pod-delay-gateway-latency-mild
  • chaos.general.pod-drop-request-failure-extreme-v2
  • chaos.general.pod-drop-request-failure-extreme
  • chaos.general.pod-drop-request-failure-high-v2
  • chaos.general.pod-drop-request-failure-high
  • chaos.general.pod-drop-request-failure-mild-v2
  • chaos.general.pod-drop-request-failure-mild
  • chaos.general.pod-saturate-node-cpu-extreme-v2
  • chaos.general.pod-saturate-node-cpu-extreme
  • chaos.general.pod-saturate-node-cpu-high-v2
  • chaos.general.pod-saturate-node-cpu-high
  • chaos.general.pod-saturate-node-cpu-mild-v2
  • chaos.general.pod-saturate-node-cpu-mild
  • chaos.general.pod-stop-pod-restart-extreme
  • chaos.general.pod-stop-pod-restart-high
  • chaos.general.pod-stop-pod-restart-mild
  • chaos.general.vm-saturate-host-cpu-extreme-v2
  • chaos.general.vm-saturate-host-cpu-extreme
  • chaos.general.vm-saturate-host-cpu-high-v2
  • chaos.general.vm-saturate-host-cpu-high
  • chaos.general.vm-saturate-host-cpu-mild-v2
  • chaos.general.vm-saturate-host-cpu-mild
  • chaos.general.vm-saturate-host-memory-extreme
  • chaos.general.vm-saturate-host-memory-high
  • chaos.general.vm-saturate-host-memory-mild
GPU 및 AI serving - ID 22개
  • chaos.gpu.gpu-delay-gpu-pcie-degradation
  • chaos.gpu.gpu-ecc_error-gpu-ecc-uncorrectable-v2
  • chaos.gpu.gpu-ecc_error-gpu-ecc-uncorrectable
  • chaos.gpu.gpu-hang-gpu-util-zero-wasted
  • chaos.gpu.gpu-oom-gpu-vram-oom-v2
  • chaos.gpu.gpu-oom-gpu-vram-oom
  • chaos.gpu.gpu-quota_shrink-gpu-idle-hours-wasted
  • chaos.gpu.gpu-quota_shrink-gpu-sku-mismatch
  • chaos.gpu.gpu-thermal_throttle-gpu-temp-throttle
  • chaos.gpu.gpu-throttle-gpu-power-throttle
  • chaos.gpu.gpu-xid_event-gpu-xid-event-v2
  • chaos.gpu.gpu-xid_event-gpu-xid-event
  • chaos.gpu.gpu_cluster-saturate-gpu-util-saturated
  • chaos.gpu.inference_endpoint-cache_overflow-kv-cache-pressure
  • chaos.gpu.inference_endpoint-delay-inference-p99-spike
  • chaos.gpu.inference_endpoint-delay-weights-fetch-stall
  • chaos.gpu.inference_endpoint-ramp-cold-start-latency-spike
  • chaos.gpu.llm_endpoint-quota_shrink-token-spend-spike
  • chaos.gpu.training_job-checkpoint_fail-spot-preempt-cascade
  • chaos.gpu.training_job-delay-distributed-straggler
  • chaos.gpu.training_job-hang-nccl-timeout
  • chaos.gpu.training_job-preempt-spot-preempt-cascade
AWS FIS cross-CSP 참조 - ID 17개
  • chaos.aws-fis.ec2-reboot-instances
  • chaos.aws-fis.ec2-send-spot-instance-interruptions
  • chaos.aws-fis.ec2-stop-instances
  • chaos.aws-fis.ec2-terminate-instances
  • chaos.aws-fis.ecs-stop-task
  • chaos.aws-fis.eks-pod-cpu-stress
  • chaos.aws-fis.eks-pod-network-latency
  • chaos.aws-fis.network-disrupt-connectivity
  • chaos.aws-fis.rds-failover-db-cluster
  • chaos.aws-fis.rds-reboot-db-instances
  • chaos.aws-fis.s3-bucket-pause-replication
  • chaos.aws-fis.ssm-cpu-stress
  • chaos.aws-fis.ssm-disk-fill
  • chaos.aws-fis.ssm-kill-process
  • chaos.aws-fis.ssm-memory-stress
  • chaos.aws-fis.ssm-network-latency
  • chaos.aws-fis.ssm-network-packet-loss
  • 카탈로그 검증 완료는 스키마, 등록된 신호, 고유 ID, 증상 색인 검사를 통과했다는 뜻입니다.
  • 실행 가능은 필요한 정보가 다 갖춰졌을 때 기본 팩토리가 주입기와 점검 쌍을 만들어 낼 수 있다는 뜻입니다. 실제로 장애를 실행했다는 뜻은 아닙니다.
  • 관찰 커버리지 확보는 아무것도 바꾸지 않은 채로 감지, 라우팅, 근본 원인 분석, 대응, 안전성 매핑이 모두 갖춰져 있다는 뜻입니다.
  • 실제 적용 모드 검증 완료는 일회용 환경에서 주입, 예상한 감지, 롤백까지 기록했다는 뜻입니다.
  • 승격됨은 시나리오가 자체 승격 기준을 통과했다는 뜻입니다. 현재 카탈로그에 승격된 항목은 하나도 없습니다.
알아볼 내용문서
카탈로그 시나리오를 안전하게 실행하는 방법카오스 엔지니어링
발견된 문제와 예측을 검증하는 방법관측성, 감지, 예측
성과 측정을 비교하는 방법SRE 성과 측정
내부 확장 설계SRE 시나리오 라이브러리 확장