LAMP Proposal

Discussion points, not in any particular order:

Live Production Systems

Following details are required:

• Number of users
• Hours of use during the day
• Peak or sensitive periods
• Level of activity (transactions per day)
• Quality of service
  1. Speed of response for a user
  2. Speed of restore after failure
  3. Can we afford to lose transactions?
  4. Turn around time for a support request
• Type of data stored and usage

VM's and Applications

To keep applications separate, it would be a good idea to have one application per VM.

Is this a good idea? Can anyone see variations on this? For example:

• Does it apply to test systems?
• Does it apply to dev systems (eg: TRAC, svn)?

Managed versus Capacity only Systems

This is my (Jeff's) understanding of this. "Managed" is seen from an RCS point of view. That is:

• A "Managed" system would be one managed by RCS.
• A "Capacity Only" one is seen as being managed elsewhere. RCS supplies only the capacity.

I'm not sure exactly what this would mean in practice. Perhaps it's just a rule of thumb. But there are important considerations behind this...

• Will the live production systems (eg: Labels Webapp, caTissue, i2b2) be managed by RCS? If not BRICCS must supply the management side of things.
• The level of management might need to vary. Take test systems. This could be Unit testing, Integration testing, or Acceptance testing. I can see this range of testing being required where the management side of a live system is complicated. See next point.
• Whoever manages the i2b2 data warehouse (University or UHLT), the live systems cannot be managed in isolation. The two systems must be synchronized in some way. A failure on one side will have ramifications for the other.