Workflow Soluiton

 View Only
  • 1.  Setting up Workflow with HA architecture

    Posted Jun 29, 2012 09:58 PM

    We use workflow sans smp and service desk.  We are looking to upgrade our workflow solution to 7.1 sp2 and want to improve availibility and stability. 

    Below is the best we have come up with in through the documentation. 

    I was wondering the following:

    1. Is it possible to dupilcate this in a seperate data centers
    2. and/or can we run multiple background processing servers.   



  • 2.  RE: Setting up Workflow with HA architecture

    Posted Jul 02, 2012 09:55 AM

    Both questions are related, so here goes.

    You can't really replicate this exact config in separate datacenters IF you plan on having the same Workflow Projects published to all the servers.

    The entire problem rests on the Check Timeouts and Escalations. This is the process that checks the Messages table in WF and then sends notices, escalations, or other events on a schedule.

    If you have more than one server actively doing Check Timeouts and Escalations then you will get the action repeated multiple times. So if an escalation sends an email notice, and you have 3 servers Checking timeouts and escalations, you'll get 3 duplicate emails - one from each server.

    You can have as many front end servers behind the VIP as you want - just make sure none of them have Check Timeouts and Escalations checked. You can only have 1 BackEnd server processing these escalations.

    You can setup other FE servers in a separate DC that all use the central DB server (you'll have to use some sort of Big IP or other process to make sure people access the closest server since they should all have the same URL) but these servers cannot have a separate BE server.

    One last thing, on the BE server, make sure you have a HOSTS file entry that redirects the VIP URL to the local BE server. This ensures all the time outs will run, but any link sent out will have the URL for the VIP – not of the local computer. The reason here is that Check Timeouts and Escalations invokes a web service to execute, but it can only execute a web service on the LOCAL machine. If you do not have the local hosts file set, it will try to invoke the web service on one of the FE servers and it will fail.

     

    Rob



  • 3.  RE: Setting up Workflow with HA architecture

    Posted Jul 09, 2012 11:18 AM

    Thanks is it then possible to point a vip to 2 BE servers one active and one passive?



  • 4.  RE: Setting up Workflow with HA architecture

    Posted Jul 10, 2012 11:41 AM

    If the BE server is supposed to be the server that processes the timeouts and escalations for the 2 FE servers - then NO. The BE server has to have the same URL as the FE servers, otherwise the links you send out from the BE server will have a differnt URL than the FE servers. When a user click that link, they will be directed to the BE server - thus defeating the purpose of having the FE ones!

     

    I have a slightly different setup. I have 2 sets of 3 servers - a goup that is for user interactions (web pages, workflows, etc) set up as described above - 2 front end servers - one Back End server.

    I then have a second set of 3 servers, again 2 on the Front end to process incomming requests, and the 3rd to handle any timeout and escaltions. These servers have the various web services running on them. These web services do not directly interact with the users, they simple serve up data requests. Some of them kick off timed or scheduled events which is why I have the 3rd server - it processes and time-outs or escalations.

     

    Rob