[id='xsite_active_passive-{context}']
= Client Connections Across Sites
Clients can write to {brandname} clusters in either an Active/Passive or
Active/Active configuration.

.Active/Passive

The following diagram illustrates Active/Passive where {brandname} handles
client requests from one site only:

image::xsite-active-passive.svg[]

In the preceding image:

. Client connects to the {brandname} cluster at **LON**.
. Client writes "k1" to the cache.
. The site master at **LON**, "n1", sends the request to replicate "k1" to the site master at **NYC**, "nA".

With Active/Passive, **NYC** provides data redundancy. If the {brandname}
cluster at **LON** goes offline for any reason, clients can start sending
requests to **NYC**. When you bring **LON** back online you can synchronize
data with **NYC** and then switch clients back to **LON**.

.Active/Active

The following diagram illustrates Active/Active where {brandname} handles
client requests at two sites:

image::xsite-active-active.svg[]

In the preceding image:

. Client A connects to the {brandname} cluster at **LON**.
. Client A writes "k1" to the cache.
. Client B connects to the {brandname} cluster at **NYC**.
. Client B writes "k2" to the cache.
. Site masters at **LON** and **NYC** send requests so that "k1" is replicated to **NYC** and "k2" is replicated to **LON**.

With Active/Active both **NYC** and **LON** replicate data to remote caches
while handling client requests. If either **NYC** or **LON** go offline,
clients can start sending requests to the online site. You can then bring
offline sites back online, push state to synchronize data, and switch clients
as required.
