Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Ideal Windows Server for DSTX 8.0.1?

Status
Not open for further replies.

clk430

Programmer
Sep 21, 2005
235
US
I'm not too familiar with the behind the scenes aspect of 8.0.1, but I know it has a lot of cabailities i.e multile event servers etc.

What is an ideal set-up for a windows box to best leverage all of DSTX 8.0.1's capabiltites?

Hyper-threaded procs? Windows 2003? etc.?
 
You can't run multiple Event Servers of the same version on Windows. You can use the multi-process Event Server.

What you need depends on the number of watches, data size, data volume per time period, complexity of data, complexity of map and rules, functions used, 3rd party adapters used etc.

If you are limited to Intel hardware, and want the best environment to run DS TX, use RedHat AS 3. or HPUX on Itanium.

Get as much RAM as will fit in the box. Get as many actual CPUs as affordable.

Best bet is to design a load balancing / failover system.

Have one Event Server running on one bax to watch for triggers. This does not process the data. It will send the data via WebSphere MQ to a router map on one of the servers. It can do this round robin (using a rule and getandset) or you can have a script monitoring the server loads and updatings a DB table, so that the rule sends the data to the least busy server. Another script monitors a heartbeat map in each Event Server install on any server. If it is missed, it calls a recovery routine, if that doesn't work, that Event Server ID is taken out of the DB table for the round robin. If you servers are big enough, it could start a copy of that Event Server instance up on another machine. If the main distribution ES goes down, it would be started on another server. Servers can be added to the system with a small change to the script and DB table data.
With MQ clustered and your DB clustered, you have a fault tolerant, error tolerant, expandable system.

E-mail checks to me as required :)





BocaBurger
<===========================||////////////////|0
The pen is mightier than the sword, but the sword hurts more!
 
Boca,
Do you view that as a better solution than clustering the EventServer server?
 
Cluster is fail over only. It is cheaper since you don't need two production licences, but it can't handle the data volume and is not easily expandable. You can add as many servers as you can pay for with the solution I posted. If business grows 200%, it is easy to compensate for it with this solution. A cluster will just fail over if A crashes, and it is it due to load, B will crash too.
If you can add C and D as needed, I think it is a better solution.



BocaBurger
<===========================||////////////////|0
The pen is mightier than the sword, but the sword hurts more!
 
Hopefully, if you business grows to require more servers, you could afford the extra licenses.

I'm a belt and supenders person :)

Just my $.02, but if you need to stay with Intel hardware, you might consider RedHat Linux as the OS. If only for the debugging capabilities.



BocaBurger
<===========================||////////////////|0
The pen is mightier than the sword, but the sword hurts more!
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top