If you want to avoid continuing to increase memory and processor cores on the HP SAM Server, create multiple gateway servers and split user populations to limit the number of users using a particular gateway as their primary target. You may also split resources between HP SAM servers to distribute the load between servers.

Regionalization of Data Centers

When placing users in one region and blades in another:

As population size increases, the HP SAM Server should be local to the blades/resources as opposed to local to the users for the following reasons:

Because the database of users has to be pulled across the network to HP SAM Server memory, the WAN could impact performance if this database becomes too large.

If the two servers (SQL and HP SAM) are in the same data center, their communication can occur over the high speed backbone with little to no performance impact from the network.

With relatively small population sizes (fewer than 3,000), you may place the HP SAM Server local to the users as opposed to local to the blades/resources for the following reasons:

The database of users being pulled across the network to HP SAM Server is small and impacted very little by the WAN.

The local HP SAM Server limits the number of users hitting that server, so the server can be smaller.

Disaster Recovery designs

Multiple HP SAM servers can be configured so that users and resources will failover to another HP SAM server if a server becomes unreachable. It is recommended that the HP SAM servers be installed in different locations for a greater likelihood that at least one server will remain accessible.

Multiple SQL Databases

Typically, one SQL database should be shared between all HP SAM servers. Only in some situations does it make sense to use more than one distinct SQL database:

When customers can keep user and resource populations in entirely separate support arenas and users do not need to migrate between them.

When user populations go beyond 40,000.

When large user populations log on and off extremely frequently, because this will impact performance for everyone on that SQL database.

Otherwise, you should only have a single SQL database

14 Chapter 2 Requirements