Multiple RTs from a single code base?

RT Users
1

Hi,

I plan to run several different RTs (about 25) on a single host
and I would like to avoid multiple copies of the RT libraries.

My preferred solution would be to specify the appropriate
config file in the Apache configuration and just run multiple
databases.

Has anyone experience with this kind of setup?

As the config files are hardcoded into webmux.pl I see only
two options: alter RT a bit (thus making updates a pain) or
multiply webmux.pl and adjust the config file for each copy.

Is the latter solution possible or does it break any dependencies
beyond webmux.pl

Thanks a lot in advance.

Jan
Jan Algermissen algermissen@acm.org
Consultant & Programmer

http://www.gooseworks.org

2

jalgermissen@topicmapping.com wrote:

Hi,

I plan to run several different RTs (about 25) on a single host
and I would like to avoid multiple copies of the RT libraries.

My preferred solution would be to specify the appropriate
config file in the Apache configuration and just run multiple
databases.

Has anyone experience with this kind of setup?

As the config files are hardcoded into webmux.pl I see only
two options: alter RT a bit (thus making updates a pain) or
multiply webmux.pl and adjust the config file for each copy.

Is the latter solution possible or does it break any dependencies
beyond webmux.pl

Thanks a lot in advance.
You can’t do this under mod_perl with single Apache instance.
If you want 25 instances of RT then may be something wrong in the
beginning? I think you’ll come into memory problems.
You should consider using FastCGI. One apache instance and 1+ FastCGI
server on each RT instance.
I’m not FCGI guru and don’t know how much memory each server eat for RT.

Don’t understand why you need such setup.

	Best regards. Ruslan.
3

“Ruslan U. Zakirov” cubic@acronis.ru schrieb am 31.03.2004, 14:02:46:

jalgermissen@topicmapping.com wrote:

Hi,

I plan to run several different RTs (about 25) on a single host
and I would like to avoid multiple copies of the RT libraries.

My preferred solution would be to specify the appropriate
config file in the Apache configuration and just run multiple
databases.

Has anyone experience with this kind of setup?

As the config files are hardcoded into webmux.pl I see only
two options: alter RT a bit (thus making updates a pain) or
multiply webmux.pl and adjust the config file for each copy.

Is the latter solution possible or does it break any dependencies
beyond webmux.pl

Thanks a lot in advance.
You can’t do this under mod_perl with single Apache instance.

Ah, damn. Sure - how stupid.

If you want 25 instances of RT then may be something wrong in the
beginning? I think you’ll come into memory problems.
You should consider using FastCGI. One apache instance and 1+ FastCGI
server on each RT instance.
I’m not FCGI guru and don’t know how much memory each server eat for RT.

Don’t understand why you need such setup.

The company I need this for has a number of customers that are
managed seperately but have an identical setup and service processes.
I want to avoid stuffing everything in a single RT and having to
manage 25 times 3 queues each and 25 times say 15 customer-users
each etc. But it seems I’ll have to do that anyway…or get 25 machines
:wink:

Thanks for pointing out my brain damage about mod_perl - ugrrh.

Jan

  Best regards. Ruslan.

Jan
Jan Algermissen algermissen@acm.org
Consultant & Programmer

http://www.gooseworks.org

4

It is possible to have various RT instances in the same machine, you
just need various RT instalations and various apache instalations.

Each apache must listen either to a different IP or different port.

I have a system over here with 3 RTs, and it works just fine.

jalgermissen@topicmapping.com wrote:

"Ruslan U. Zakirov" <cubic@acronis.ru> schrieb am 31.03.2004, 14:02:46:
  
jalgermissen@topicmapping.com wrote:
    
Hi,

I plan to run several different RTs (about 25) on a single host

and I would like to avoid multiple copies of the RT libraries.


My preferred solution would be to specify the appropriate

config file in the Apache configuration and just run multiple

databases.


Has anyone experience with this kind of setup?


As the config files are hardcoded into webmux.pl I see only

two options: alter RT a bit (thus making updates a pain) or

multiply webmux.pl and adjust the config file for each copy.


Is the latter solution possible or does it break any dependencies

beyond webmux.pl


Thanks a lot in advance.



You can't do this under mod_perl with single Apache instance.
    
Ah, damn. Sure - how stupid.
  
If you want 25 instances of RT then may be something wrong in the 
beginning? I think you'll come into memory problems.
You should consider using FastCGI. One apache instance and 1+ FastCGI 
server on each RT instance.
I'm not FCGI guru and don't know how much memory each server eat for RT.

Don’t understand why you need such setup.



The company I need this for has a number of customers that are
managed seperately but have an identical setup and service processes.
I want to avoid stuffing everything in a single RT and having to
manage 25 times 3 queues each and 25 times say 15 customer-users
each etc. But it seems I'll have to do that anyway....or get 25 machines
;-)

Thanks for pointing out my brain damage about mod_perl - ugrrh.

Jan

  
		Best regards. Ruslan.
    
Jan
5

jalgermissen@topicmapping.com wrote:

The company I need this for has a number of customers that are
managed seperately but have an identical setup and service processes.
I want to avoid stuffing everything in a single RT and having to
manage 25 times 3 queues each and 25 times say 15 customer-users
each etc. But it seems I’ll have to do that anyway…or get 25 machines
:wink:

You could try to use VMware GSX-server for that.
But you need a big server :wink:

Anyone running RT on an IBM z-Series ? :wink:

Or use FreeBSD jails for the RT-installations and apaches and use
different DBs for each (all DBs on one host).
You’d still need mutliple servers though, just not 25.

It gives me headaches just from thinking about it …

Rainer

6

The company I need this for has a number of customers that are
managed seperately but have an identical setup and service processes.
I want to avoid stuffing everything in a single RT and having to
manage 25 times 3 queues each and 25 times say 15 customer-users
each etc. But it seems I’ll have to do that anyway…or get 25
machines
:wink:

Or you could use FastCGI and separate RT instances with a single
webserver.
But really, I’m still not sure how 25 instances x 3 queues per instance
is harder to manage than one instance with 75 queues.

JEsse

PGP.sig (186 Bytes)

7

Hi all–

thanks for the help so far!

Jesse Vincent wrote:

The company I need this for has a number of customers that are
managed seperately but have an identical setup and service processes.
I want to avoid stuffing everything in a single RT and having to
manage 25 times 3 queues each and 25 times say 15 customer-users
each etc. But it seems I’ll have to do that anyway…or get 25
machines
:wink:

Or you could use FastCGI and separate RT instances with a single
webserver.
But really, I’m still not sure how 25 instances x 3 queues per instance
is harder to manage than one instance with 75 queues.

My requirements just changed and I now have to come up with an integrated
solution. What I need is one RT instance with 25 (and growing) customers
and three queues each. Each customer will have a number of users (say 20).

(We are implementing the ITIL framework[1] and thus need the three queues
for Incidents, Problems and RFCs.)

Does anyone have experiences with the scalability of RT when it comes to
this amount of queues/users (it could well be that there are 300 queues
a year or two from now).

If anyone has used similar setups and would like to share ideas/solutions
please let me know (I would also share the ITIL experiences I made so
far if there is interest.)

Thanks and sorry for going a bit off-topic.

Jan

[1] http://www.itil.org.uk/
(if someone likes more links, let me know)

JEsse

             Name: PGP.sig

PGP.sig Type: application/pgp-signature
Encoding: 7bit
Description: This is a digitally signed message part

Jan Algermissen http://www.topicmapping.com
Consultant & Programmer http://www.gooseworks.org