Dockham City

Arquitectura en dos capas

Stub status en Nginx

server {
    listen 80;

    location /stub_status {
        stub_status;
    }
}

Stats de HAProxy

frontend stats
    bind *:8404
    stats enable
    stats uri /stats

healthcheck:
  test: ["CMD", "haproxy", "-c", "-f", "/usr/local/etc/haproxy/haproxy.cfg"]
  interval: 5s
  timeout: 3s
  retries: 5

Tres servicios coordinados

Instalación y core de prueba

El servicio expone el puerto 8983 al host, donde está disponible la interfaz de administración web. Los datos se persisten en un named volume montado en /var/solr dentro del contenedor.

# Crear core de prueba
docker exec -it solr solr create_core -c test

# Verificar que el core persiste ante reinicios
docker compose stop solr
docker compose start solr

Módulos y estructura

Módulos Apache habilitados

LoadModule dav_module modules/mod_dav.so
LoadModule dav_fs_module modules/mod_dav_fs.so
LoadModule dav_lock_module modules/mod_dav_lock.so
LoadModule auth_digest_module modules/mod_auth_digest.so
LoadModule socache_dbm_module modules/mod_socache_dbm.so

Verificar funcionamiento

# OPTIONS debe mostrar: PROPFIND, PROPPATCH, COPY, MOVE, LOCK, UNLOCK, DELETE
curl -v -X OPTIONS http://localhost:8081/uploads/

# Upload debe responder 201 Created
curl -v -T archivo.txt --digest -u admin:password http://localhost:8081/uploads/

Regenerar user.passwd

docker exec -it webdav htdigest -c /usr/local/apache2/user.passwd DAV-upload admin
docker cp webdav:/usr/local/apache2/user.passwd ./webdav/

osixia/openldap:1.5.0

No existe imagen oficial en Docker Hub para OpenLDAP. La imagen de Bitnami fue discontinuada. Se utilizó osixia/openldap por ser la más mantenida y documentada de la comunidad.

depends_on con conditions

Recrear servicios individualmente

# Recrear sin bajar el stack completo
docker compose up --force-recreate <nombre_servicio>

# Limpiar contenedores huérfanos
docker compose up --remove-orphans

Flujo de métricas

Tabla de exporters

command:
  - "--haproxy.scrape-uri=http://haproxy1-int:8404/stats;csv"

redis_exporter:
  image: oliver006/redis_exporter
  ports:
    - "9121:9121"
  environment:
    - REDIS_ADDR=redis://redis-master:6379
    - REDIS_PASSWORD=<password_del_master>

solr_exporter:
  image: noony/prometheus-solr-exporter
  ports:
    - "9231:9231"
  command: ["--solr.address", "http://solr:8983"]

Verificar targets

# Reload en caliente
curl -X POST http://localhost:9090/-/reload

# Ver estado de todos los targets
http://localhost:9090/targets

Dashboards instalados

Solr Monitoring — paneles

Dashboard construido manualmente usando las métricas del exporter noony/prometheus-solr-exporter.

Conceptos clave

Arquitectura de red

Windows host      192.168.56.1   (acceso SSH y SQL Developer)
VM Ubuntu 24      192.168.56.10  (Docker + gateway hacia internet)
VM Oracle Linux   192.168.56.20  (Oracle Database, sin internet directo)

Reglas iptables para NAT masquerading

sudo iptables -t nat -A POSTROUTING -o enp0s3 -j MASQUERADE
sudo iptables -A FORWARD -i enp0s8 -o enp0s3 -j ACCEPT
sudo iptables -A FORWARD -i enp0s3 -o enp0s8 -m state --state RELATED,ESTABLISHED -j ACCEPT

Información de la instancia

Verificación

# Estado del servicio
/etc/init.d/oracle-free-23ai status

# Conectarse como SYSDBA
su - oracle && sqlplus / as sysdba

# Verificar instancia y PDB
SELECT status FROM v$instance;
SELECT name, open_mode FROM v$pdbs;

# Verificar conectividad desde Ubuntu
curl -v telnet://192.168.56.20:1521

Hosts y redes

Contenedor interno a la red Docker

El generador corre dentro de la red Docker, accediendo a los servicios directamente por nombre de contenedor. Esto permite alcanzar servicios sin puertos expuestos al host como redis-master, ngx1 y ngx2.

Workers por componente

El delay incluye variación aleatoria de ±40% para evitar tráfico perfectamente uniforme. Cada 15 segundos se loguea un resumen de operaciones ok/err por componente.

Estructura de archivos

traffic-generator/
    Dockerfile         # python:3.12-alpine
    generator.py       # script principal con workers por componente
    requirements.txt   # requests, redis-py

Configuración en docker-compose

traffic-generator:
  container_name: traffic-generator
  build: ./traffic-generator
  environment:
    - STARTUP_WAIT=20   # espera inicial en segundos
  depends_on:
    haproxy1-int:
      condition: service_healthy
    redis-master:
      condition: service_healthy
  restart: unless-stopped

Control del servicio

# Levantar solo el generador (sin bajar el stack completo)
docker compose up -d --build traffic-generator

# Ver logs en tiempo real — resumen cada 15s
docker logs -f traffic-generator

# Pausar sin eliminar el contenedor
docker stop traffic-generator

# Reanudar
docker start traffic-generator