Administrator's Guide: How to set up a gCube infrastructure

From Gcube Wiki
Revision as of 19:27, 18 December 2009 by Manuele.simi (Talk | contribs)

Jump to: navigation, search

A gCube infrastructure is a set of working nodes (so-called gHNs, gCube Hosting Nodes) glued by the gCube enabling services and able to host gCube services in a cooperative way.

Minimal deployment scenario

In this section, we report the steps to setup a gCube infrastructure:

  1. decide the scope configuration, i.e. the name of the infrastructure
  2. identify a set of machines to turn on as gHNs (their number may vary depending on the Infrastructure needs)
  3. prepare a Service Map file for the infrastructure
  4. install the infrastructure enabling services:
    1. identify 3 machines to dedicate to the Infrastructure Enabling Services
    2. install gCore in the 3 machines and copy the two Service Map files under the $GLOBUS_LOCATION/config folder
    3. configure the first gHN to join to the infrastructure scope and
      • deploy and configure a IS-Collector instance and configure it to join the infrastructure scope
    4. configure the second gHN as ROOT and to join to the infrastructure scope and
      • deploy and configure a IS-Registry instance and configure it to join the infrastructure scope
      • deploy and configure a IS-Notifier instance and configure it to join the infrastructure scope
    5. configure the third gHN to join it to the infrastructure scope and
      • deploy a Software Repository instance and configure it to join both the infrastructure and the VO scope
      • deploy a VREManager instance and configure it to join the infrastructure scope
    6. start the 3 containers following the order of the deployments and verify that they work properly
  5. create the related group in VOMS

Other possible configurations

Alternative configurations can improve the infrastructure performances. In particular:

  • the IS-Notifier can be hosted on a different gHN with respect to the IS-Registry service
  • the Software Repository can be hosted on a different gHN with respect to the VREManager service
  • multiple Virtual Organizations can be defined and deployed

The 'optimal' configuration mainly depends on the number of available gHNs and on the expected exploitation of the infrastructure. More gHNs joining the infrastructure means a better distribution of resources and services across them.