Examples
From Roald Hoffmann to his researchers, 5/28/2014:
Cornell Advanced Computing (CAC) RedCloud service (11/9/2015):
- As with any IaaS cloud, users are expected to possess working knowledge and expertise in system administration to effectively secure, configure, and use their virtual server instances.
- http://www.cac.cornell.edu/wiki/index.php?title=Red_Cloud_%28Eucalyptus_3%29
See also
Cluster support matrix:
Who is responsible? | Level | Older cluster | Contemporary cluster | Notes | Stack order |
---|---|---|---|---|---|
Research group member only | Applications: running within a user's directory |
|
| What will run on contemporary OS? | 10C |
Research group (designated member) | Applications: Research software, residing in research group's shared directory | xtaloopt, phonop | xtaloopt, phonop | What will run on contemporary OS | 10B |
ChemIT | Applications: Select research software, residing in ChemIT-designated directory | Gaussian, ADF | Gaussian, ADF | Q: Are these the correct applications? | 10A |
ChemIT | Compiler applications: Select software, residing in ChemIT-designated directory | Intel compiler, using ChemIT-managed license server. | Intel compiler, using ChemIT-managed license server. | What will run on contemporary OS? | 9 |
ChemIT | System applications: Provisioning web interface to cluster services | WebMO (old version) | WebMO (latest version) | Collum's only, | 8 |
ChemIT | System applications: Job queuing and scheduling systems | Maui/ Torque | Maui/ Torque |
| 7 |
ChemIT | Compute node provisioning | Perceus | Warewulf |
| 6 |
ChemIT | Monitoring tools | RAID controller card monitoring (hard disk monitoring) | RAID controller card monitoring (hard disk monitoring) |
| 5 |
ChemIT | Versioning tools | Back In Time | Back In Time | Optional | 4 |
ChemIT | Backup software (not just versioning!) | EZ-Backup (off-site) | EZ-Backup (off-site) | Optional? | 3 |
ChemIT | Operating System (OS) | Fedora 13 (or 9 and 11!) | CentOS 6 |
| 2 |
|
| Scheraga | Scheraga (matrix; migrating to) | Migration in progress: | 1 |
Cluster or | Research group's software installer and maintainer | Notes |
---|---|---|
Scheraga | Various, including historically Czerek | Gia is group's point lead for the upgrade project |
Lancaster | Kyle |
|
Lancaster: Crane | Who? |
|
Hoffmann | 3/19/14: Who now? | Was Andreas. Who now? |
Freed (Eldor) | Who? | Single Linux system |
Baird (name?) | Who? | 2 Windows servers |
Define "responsible"
Group which selects, installs (compiles, if necessary), debugs, maintains, updates, and otherwise keeps software functional. Finds alternatives. Secures resources to make work, and otherwise "owns" the problem.
...
Conversations with Oliver
Group | Representative | Date, notes |
---|---|---|
Crane | Brian | 11/26/13, Tues. Initial briefing. No concerns expressed at this time. |
Hoffmann | Roald | 11/25/13, Mon. |
Issues
- Version neglect makes support harder over time, for any of these layers.
- Impact on research when software (1) updates, or (2) upgrades.
Other language used to hopefully help clarify roles and responsibilities related to software on the research clusters
(1) Application software your researchers install on the cluster should not go in the home directories. Instead, software should be installed in:
...
I have drafted a page listing the research applications (and related software) on your cluster, identifying explicitly the software your researchers are responsible for installing (including compiling) and maintaining:
https://confluence.cornell.edu/x/ogNpDw
Details:
The page also lists, for completeness and clarity, application software ChemIT , (through Lulu, ) is responsible for installing (including compiling) and configuring. (For added clarity, that software is installed elsewhere on your cluster; see page for directory details.) Even for software ChemIT is responsible for installing, researchers still have the responsibility to know how to effectively use the software, to confirm it works correctly (and helping characterize the problem when it doesn't), and for thoughtfully responding to requests related to our debugging efforts of that software to meet your researchers' needs.