Topology Configurations for Multi-Cell Routing
In a multi-cell situation we have two topology options for configuring multi-cell routing preference rules for applications that exist in two cells, which we consider to be recommended best practices. Neither of these topologies employ core-group bridges and for Versions 7.x and higher it is discouraged to use core-group bridges to link cells.
Star Topology
The Star Topology works well if we have multiple cells and the center cell contains all on demand routers (ODR's). You would remove all ODRs from the point cells and move them into the center cell. For the sake of high availability it's a good idea to cluster the ODRs, and to keep them on separate hardware and separate power supplies, etc. You would use the linkcells script to link the cells. This is easy, it's quick, and it's a best practice. It's highly-scalable, as we can add more cells as necessary. Discovery is also still there -- if we add applications to one cell or another, the ODR will learn of them automatically, just as if everything were in one cell.
Indications for the star topology include:
- For the consolidation of ODRs, ODRs in a single center cell can route to application servers in multiple point cells.
- Multiple cells share the same hardware resources. A single Application Placement Controller (APC) in the center cell can manage the performance of all cells in the star topology by starting and stopping application servers in point cells to meet current demand.
- For scalability, if a single cell is preferred from a management perspective, there are scalability limitations associated with a single cell. This multi-cell topology enables you to scale higher while still managing a single cell of ODRs, and at the same time, also managing dynamic clusters across all cells as a unit.
For information on configuring a star topology please see Configure multi-cell performance management: Star Topology
Peer-Cell Topology
The Peer-cell Topology works well if we have two or more disjoint data centers, one cell per data center, and we want failover capability between them. In this topology, the ODRs remain in the cells; however, the two cells are not joined via core-group bridges. In front of the two cells, we have one or more load-balancers, plugins, or sprayers which are able to both preserve session affinity (as applicable), as well as equitably distribute traffic.
Indications for the peer-cell topology include:
- Your cells are peers (e.g. duplicates of one another)
- You want to join two or more disjoint data centers
- The cells to join do not share hardware
- The cells to join all need to contain ODRs
For more information on configuring a peer-cell topology please see Configure multi-cell performance management: Peer-Cell Topology
Subtopics
- (dist)(zos) Enable communication between cells that have security enabled
When two cells have security enabled, such as LDAP, perform additional steps so that these cells can communicate with each other.
Related concepts
Overview of request flow prioritization
Related tasks
Configure multi-cell performance management: Star Topology Configure multi-cell performance management: Peer-Cell Topology Create ODRs Create ODRs Set up Intelligent Management for dynamic operations Enable communication between cells that have security enabled