Administration guide > Configure the deployment environment > Configuring deployment policies > Controlling shard placement with zones
Define zones for containers
Overview
Zones are collections of container servers. A container server can belong to at most one zone. A container server is assigned to a zone when it starts.
Without WAS
- For stand-alone containers, to specify the zone for all the containers in the started server...
startOgServer.sh -zone
- You can specify zone names programmatically using the embedded server API.
Within WAS
You can use node groups to place servers in specific zones using...
ReplicationZone<ZoneName>Servers running on a node that is part of such a node group are included in the zone specified by the element...
<ZoneName>WAS does not prohibit nodes from being in multiple node groups. Because eXtreme Scale limits container servers to a single zone, ensure that any of the nodes is in only one ReplicationZone node group.
For example, divide four nodes into two zones, A and B.
- Configure four nodes: node1, node2, node3, and node4, each node having two servers.
- Create a node group named ReplicationZoneA and a node group named ReplicationZoneB.
- Add node1 and node2 to ReplicationZoneA and add node3 and node4 to ReplicationZoneB.
- When the servers on node1 and node2 are started, they join ReplicationZoneA, zone A in eXtreme Scale. Also, the servers on node3 and node4 join ReplicationZoneB, as zone B to eXtreme Scale.
Remember: A container server checks for zone membership at startup only. Adding a new node group or changing the membership only has an impact on newly started or restarted container servers.
Parent topic:
Controlling shard placement with zones