Hi @shibani06,
If you are planning to reduce the number of Publishers and Dispatchers in Production, there are a few important points to consider before scaling down:
-
Traffic & Load Analysis
-
Check your traffic patterns (page views, concurrent users, API calls) for the remaining 8 sites.
-
Run load tests on 2 publishers + 2 dispatchers to confirm they can handle peak loads comfortably.
-
Redundancy & HA
-
Moving from 4 → 2 publishers/dispatchers reduces fault tolerance. If one node goes down, you’ll only have 1 left.
-
Ensure your load balancer health checks and failover strategy are solid.
-
Content Publishing & Replication
-
Dispatcher Configuration
-
Update your load balancer config when reducing dispatchers.
-
Validate cache hit ratio and invalidation rules to avoid bottlenecks.
-
Warm up cache after scale-down to reduce first-hit latency.
-
Monitoring & Alerts
-
Put strong monitoring in place for CPU, memory, GC, replication queues, and dispatcher cache health.
-
This is critical because fewer nodes mean less buffer if something spikes.
-
Disaster Recovery / Rollback Plan
-
Keep automation (CloudFormation, Ansible, etc.) ready so you can quickly scale back to 4 if needed.
-
Test the rollback before cutting servers.
-
License & Cost
In short: Yes, you can scale down to 2 publishers + 2 dispatchers if your remaining 8 sites have much lower load. Just make sure you validate with load testing, have strong monitoring, and keep a fallback plan.