Skip to content

The OSG and NSF Campus Cyberinfrastructure

The NSF Campus Cyberinfrastructure (CC*) program invests in coordinated campus-level cyberinfrastructure improvements, innovation, integration, and engineering for science applications and distributed research projects, including enhancements to campus networking and computing resources.

The Open Science Grid (as part of the Partnership to Advance Throughput Computing (PATh)), is here to help you with your Campus Cyberinfrastructure (CC*) proposal! Please contact us at [email protected]

We have significant experience working with CC* applicants and awardees, offering letters of collaboration and consulting for:

  • bringing the power of the OSG to YOUR researchers
  • gathering science drivers and planning local computing resources
  • CC*-required resource sharing for the Campus Compute category*, and other options for integrating local resources into OSG

*In the most recent call for proposals (NSF 21-528), joining the OSG is mentioned as a potential path to sharing resources with the wider research community:

Proposals are required to commit to a minimum of 20% shared time on the cluster and describe their approach to making the cluster available as a shared resource external to the campus, [...] One possible approach to implementing such a federated distributed computing solution is joining a multi-campus or national federated system such as the Open Science Grid.

Sharing Resources via the OSG

The OSG consortium provides standard services and support for computational resource providers (i.e., "sites") using a distributed fabric of high throughput computating (HTC) technologies. These distributed-HTC (dHTC) services communicate with the site's local resource management (e.g. "queueing") systems to provision resources for OSG users. The OSG itself does not own resources, but provides software and services that enable the sharing of resources by many sites, and enable users to take advantage of these from submission points (whether via an OSG-operated submission point, like OSG Connect, or a locally-managed one).

To contribute computational resources to the OSG, the following will be needed:

  • An existing compute cluster running on a supported operating system with a supported resource management system: Grid Engine, HTCondor, LSF, PBS Pro/Torque, Slurm, and some local cloud provisioners.
  • Outbound network connectivity from the cluster's worker nodes
  • SSH access to your local cluster's submit node from a known IP address
  • Temporary scratch space on each worker node and shared home directories on each cluster node
  • Installation of some additional packages on the local cluster, IF the site would like to maximize its ability to support users, including those with large per-job data, containerized software, and/or GPU jobs.

(There ARE some exceptions to the above. Contact us to discuss them!)

Next steps

If you are interested in OSG-offered services, please contact us for a consultation, even if your site does not meet all the conditions as outlined above!

Additional Materials

If you are interested in learning more about the dHTC, OSG, and what it means to share resources via OSG services, consider reviewing the following presentations from our October 2020 workshop on dHTC and OSG services for campuses (YouTube Playlist):