Dave, Depending on your configuration and what apps you have, if you enable more than one application server in your Mid-Tier, especially if they are servers that are part of a server group, you may find that your home page application links are duplicated for each server you add...which is typically not ideal. What I have done in the past is to have the Mid-Tier's that are part of the LB all have the App LB name in them, and then have a separate 'admin MT' that in your case would have all 5 individual servers, but not the LB MT in it...thus allowing you to take actions on specific app servers as needed.
On Wed, Jul 29, 2015 at 4:08 AM, Dave Barber <daddy.bar...@gmail.com> wrote: > ** > All, > > My experience with mid-tier configuration is limited, so bear with me .... > > Our system is as follows (ITSM 8.1) : > Load balancer -> 5x Mid-tier servers -> Load balancer -> 5x AR Servers > > For normal user connections, this seems to be working perfectly. > > We're looking into a method of application and performance monitoring via > the mid-tier. Now, we can establish a connection directly to each mid-tier > without an issue. That'll allow us to keep an eye on the mid-tier > operation. > > Currently the mid-tiers are only configured to connect to the AR Servers > via the load balancer. We can add the individual AR Servers to the > mid-tier config pages (so mid-tier1 can have AR Server 1, mid-tier2 can > have AR Server 2, etc.), so that would allow us to establish a connection > from a specific mid-tier to a specific AR Server via the relevant > connection string. > > However - I wouldn't want to implement something that would break the > normal user connection through load balancers. > > Is this likely to be an issue - users will establish a connection via the > mid-tier load balancer URL, will the subsequent user connections from the > mid-tier use the "primary" (ie. first defined) server in the mid-tiers AR > Server Settings page? > > Regards > > Dave Barber > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
