**
You may find this presentation handy as well. It was my attempt to pull together the info in all the various install manuals -
http://communities.bmc.com/communities/docs/DOC-2841 
 
Kelly Deaver
Effective Technologies
www.effect-tech.com

[email protected] (ARSlist mail)
[email protected] (Business mail)
 
 
-------- Original Message --------
Subject: Re: How to implement HA architecture?
From: "Garrison, Sean (Norcross)" <[email protected]>
Date: Fri, December 04, 2009 3:12 pm
To: [email protected]

True high availability allows your server to still be up and running if one of the locations goes down. This is pretty much impossible with remedy because the app server is highly dependent on the connection to the db. We tried it with one of our remote locations and it took 45 minutes just for one app server to start because the DB was located in Georgia and the App server was in Ohio. Our ultimate solution was to replicate the db to ohio and use the app servers in ohio (connecting to a local db in ohio) as hot backups just in case the ones in georgia goes down.

What Axton said below is pretty much our setup (except we have 3 app servers and 4 mid-tier). The only thing we added was a hot backup environment in another location.

Hope that helps,

Sean




-----Original Message-----
From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Axton
Sent: Friday, December 04, 2009 10:42 AM
To: [email protected]
Subject: Re: How to implement HA architecture?

One more thing to add. You need to configure health checks in the F5
for the midtier and arserver nodes. I have not fully vetted any of
these approaches, but these are my thoughts:

ARS:
1. port check (this mostly works)
2. iRules in the F5 to simulate a session

Midtier:
1. HTTP post to a page that the web server displays
2. HTTP post to a page that the servlet container renders (midtier config)
3. HTTP post to a page that the midtier renders (home page)
4. port check

Axton Grams

The opinions, statements, and/or suggested courses of action expressed
in this E-mail do not necessarily reflect those of BMC Software, Inc.
My voluntary participation in this forum is not intended to convey a
role as a spokesperson, liaison or public relations representative for
BMC Software, Inc.

On Fri, Dec 4, 2009 at 9:40 AM, Axton <[email protected]> wrote:
> For ARS:
> - Create an F5 farm for udp/111, tcp/111, and the port ars listens on
> - Enable session persistence based on src ip (needed due to floating licenses)
> - Configure a server group in ARS
>
> For MidTier:
> - Create and F5 farm for tcp/80 and tcp/443
> - Enable session persistence based on src ip (needed because midtier
> does not synchronize/use central store for session information)
>
> When you configure the midtier as to what arservers to point to, there
> are a couple of options:
> - point it to the ars farm: this causes issues because all midtier
> sessions go to the same arserver
> - point each midtier server to the individual server
>
> When working with the F5, you need the arservers to be on a network
> that gives a route to the db that does not traverse the F5.  This is
> typically accomlished using a back end network that the arservers and
> db servers are connected to.
>
> Axton Grams
>
> The opinions, statements, and/or suggested courses of action expressed
> in this E-mail do not necessarily reflect those of BMC Software, Inc.
> My voluntary participation in this forum is not intended to convey a
> role as a spokesperson, liaison or public relations representative for
> BMC Software, Inc.
>
> On Fri, Dec 4, 2009 at 2:35 AM, Martin Liu <[email protected]> wrote:
>> ** Hi List,
>>
>> I have two physical windows machines running ARS.
>>
>> Another two machines behind F5 are installed Mid-tier, they will connect to
>> ARS.
>>
>> The customer have HA requirement for ARS. I could have two options: 1)MS
>> Windows Cluster; 2)Remedy server group.
>>
>> But I don't know how to configure for HA architecture. Any advice?
>>
>> --
>> Regards,
>>
>> 刘征 Martin Liu
>> ----------------------------------
>> Blog: http://martinliu.cn
>> _Platinum Sponsor: [email protected] ARSlist: "Where the Answers
>> Are"_
>

_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
Platinum Sponsor:[email protected] ARSlist: "Where the Answers Are"
_Platinum Sponsor: [email protected] ARSlist: "Where the Answers Are"_

Reply via email to