In my previous post I presented the queue as a model for multi-server architectures. As discussed at the end of that post, the model has two main drawbacks: each server must have the same service rate, and there’s no mechanism for modelling the overhead of routing between servers. Modelling a multi-server system using a single queue - even a queue with multiple servers - ignores important real-world system characteristics. In this post, I’ll explain how we can arrange queues into networks that capture the cost of routing and allow for servers with different service rates.

## Open Jackson Networks

We’re going to concern ourselves with a particular class of queue network
called **open Jackson networks**. The ‘open’ in the name refers to the
fact that customers arrive from outside the system much like the queues
we’ve seen so far. In a closed Jackson network, there are no arrivals from
the outside and customers never leave the system; in other words the
amount of work in the system is constant.

The most interesting characteristic of Jackson networks is that they have
a product form solution for the steady-state distribution. This is
a rather grand way of saying that we can calculate the steady-state
distribution of the network by treating each queue as if it were operating
independently. For Jackson’s theorem to apply, all routing between queues
in the network must be *Markovian*, that is routing of customers between
nodes in the network is *probabilistic*.

At first glance, the requirement to route probabilistically might seem rather restrictive, but in reality it merely requires a small change in mindset. If our real world system routes traffic between servers in a round-robin fashion, then our model can route between queues with probability .

## Modelling Load Balanced Servers

To get a better understanding for Jackson networks, let’s consider a concrete example of two servers operating behind a load balancer:

Here you can see that traffic arrives at the load balancer () from the outside with rate and is then routed between each of the servers ( and ) with probability .

The probability that a customer leaves queue and enters queue is . We use the index to represent the outside world, so is the probability that a job enters queue from the outside world and is the probability that a job leaves queue for the outside world.

We can represent these routing probabilities as a matrix:

We see from the matrix that , the probability that a job enters queue from outside the system is and the probability that jobs move from queue to either queue or queue is .

Jackson’s theorem tells us that, provided we have Markovian routing, and that each queue has its own well-defined steady state, then the whole network has a well-defined steady-state distribution. Furthermore, the product form rule tells us the network’s steady-state distribution:

The important point here is that each queue must have a well-defined steady state. If not, then the product form rule does not apply. So then, how do we determine if each queue in a network has a well-defined steady state? For that we need to calculate the flow balance equations.

### Flow Balance

The flow balance equations for a network with queues is a set of equations that we can solve to find the effective arrival rate at each queue .

Looking back at our matrix of routing probabilities, it should be clear that any queue can receive customers from the outside world, but also that customers can flow in cycles through the network. Nothing in the Jackson model requires that the network is acyclic. Thus the effective arrival rate for each queue must account for arrivals from outside and for arrivals from all other queues within the network.

More formally, the flow balance equations for a Jackson network with nodes are:

Working through this we see that the effective arrival rate at each queue is , the sum of all arrivals from other queues, adjusted by the corresponding routing probability, plus the arrivals from outside the system.

Our sample network is a special case: a feed forward network. In a feed forward network, the network must be acyclic and customers cannot appear in the same queue more than once. Calculating flow balance for such networks is greatly simplified as we can see by working through the flow balance for each queue:

Recall from the discussion of queues that the stability condition for is . If this condition holds for each of our queues, then we know that our network has a steady-state distribution given by Jackson’s theorem. Using the service rates from the diagram above we can calculate for each of our queues:

Since for all our queues we know that each queue is stable and thus the network is stable.

### Steady-State Probabilities

With the knowledge that our network has a well-defined steady state, we can apply Jackson’s theorem to calculate the steady-state probabilities for our network.

The steady-state probability for an queue is . Applying the product rule for Jackson network we get:

Let’s now calculate the probability that we have two customers at each of the queues, that is, let’s calculate :

## Latency of Queue Networks

As with the queue models we’ve seen so far, the steady-state probabilities are not that interesting on their own. Rather, the results that follow from these probabilities are what interest us. To determine the average latency for the network recall Little’s Law:

The mean number of customers is equal to the arrival rate multiplied by the mean latency . We know the arrival rate for our network, so we if can calculate the mean number of customers in the network, the latency will follow. Since we are able to consider each queue in isolation after solving the flow balance equations, it’s enough to calculate the mean number of customers for each queue and then sum them:

For our network:

With in hand, we can now calculate the latency for our network:

Coarse-grained results such as average wait time and average occupancy gives us rough insight into our queue networks. We can gain better insight using simulation tools such as PDQ and SimJS. SimJS provides a drag-and-drop interface for designing queue networks and can simulate many hours of queue activity in a handful of minutes.

I plan to write about network simulation more in a later entry, but for now I recommend you try out SimJS.

### Conclusion

Queue networks are a useful tool for modelling complex distributed applications. We gain the simplicity of Jackson networks provided we ensure Markovian routing throughout our model. If our network is free from cycles, calculating flow balance is simply a case of tracing traffic from the entrypoints of the network all the way through to the exit points.

When modelling your own systems using queue theory, prefer network models over models. Networks afford the flexibility to model varying service rates across the servers in the network, and provide a means to model the overhead of traffic routing.