Start an isolated KubeMQ server
Use a fresh named volume and a unique container name. Management stays on 127.0.0.1:18080; the test client connects to 127.0.0.1:19092.
Show the Docker command
export KMQ_DEMO_ID="kmq-kafka-$(python3 -c 'import uuid; print(uuid.uuid4().hex[:10])')"
docker run -d --pull always \
--platform linux/amd64 \
--name "$KMQ_DEMO_ID" --hostname kubemq \
-p 127.0.0.1:18080:8080 \
-p 127.0.0.1:19092:19092 \
-e STORE_ENGINE=next \
-e STORE_NEXT_ACK_POLICY=strict \
-e STORE_STORE_PATH=/kubemq/store \
-e API_BIND_ADDRESS=0.0.0.0 \
-e CONNECTORS_KAFKA_PORT=19092 \
-e CONNECTORS_KAFKA_ADVERTISED_HOST=127.0.0.1 \
-e CONNECTORS_KAFKA_ADVERTISED_PORT=19092 \
-v "$KMQ_DEMO_ID-data:/kubemq/store" \
europe-docker.pkg.dev/kubemq/images/kubemq-next:v3.6.18This requests strict acknowledgment and advertises Kafka on port 19092. The test client shares this isolated broker’s network namespace. A single node provides local disk synchronization, not protection through independent replicas.
Wait for the Kafka connector to accept connections before the next step. Keep this terminal open so the evaluation’s container name remains available.