[Workload]: chaos-process workload (random process killing)

[mrhillsman]

Workload Name

chaos-process

Workload Description

This workload periodically sends signals to random non-essential processes within the VM to simulate process-level chaos. It tests application and system resilience to unexpected process termination, including:

• Random process killing via kill/pkill
• Configurable signal type (SIGTERM, SIGKILL, etc.)
• Configurable interval between kill actions
• OOM triggering scenarios

Tooling and Packages

• Tool: kill, pkill (available by default in base image)
• RPM packages: procps-ng (for pkill, pre-installed via golden image, see [Feature]: Golden container disk image with pre-installed workload tools #16)
• systemd service command: custom script that selects and signals random non-essential processes

VM Count Model

Single VM (like cpu, memory, disk)

Required Resources

• Persistent storage (DataVolume)
• Kubernetes Service (for inter-VM communication)
• Kubernetes Secret (for credentials or config)
• Additional CPU/memory beyond defaults
• GPU or special device passthrough

Cloud-Init Details

Packages: pre-installed via golden image (#16)
Systemd unit: process chaos loop with configurable interval and Restart=always
Write files: /usr/local/bin/chaos-process.sh (process selection and signaling script)

Use Case

Process resilience testing for validating that workloads and monitoring systems handle unexpected process termination gracefully. Useful for testing systemd service restart policies, validating Kubernetes liveness probe behavior, and verifying alerting rules for process failures.

Additional Context

Depends on golden container disk image (#16).

Related Issues: #16 (golden image dependency), #17 (chaos-network sibling)

Split from #15