Administrator's Guide: How to set up a gCube infrastructure
From Gcube Wiki
Revision as of 00:49, 2 October 2009 by Manuele.simi (Talk | contribs) (→Minimal deployment scenario)
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. When creating a new infrastructure, there are two kinds of configuration: secure configuration and non-secure configuration.
Non-secure configuration
Minimal deployment scenario
In this section, we report the steps to setup a gCube infrastructure with one Virtual Organization (VO):
- decide the scope hierarchy configuration, i.e. the names of the Infrastructure and of the VO
- identify a set of machines to turn on as gHNs (their number may vary depending on the infrastructure needs)
- prepare a Service Map file for each scope (Infrastructure and VO)
- setup the Infrastructure:
- identify 3 machines to dedicate to the Infrastructure Enabling Services
- install gCore in the 3 machines and copy the two Service Map files under the $GLOBUS_LOCATION/config folder
- configure the gHN to join to the infrastructure scope and
- deploy the IS-Collector on the node to join the VO scope
- configure the second gHN as ROOT and to join to the infrastructure scope and
- deploy the IS-Registry on the node and configure it to join the infrastructure scope
- deploy the IS-Notifier on the node and configure it to join the infrastructure scope
- configure one third gHN to join it to the infrastructure scope and
- deploy a deploy and populate 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
- start the 3 containers following the order of the deployments and verify that they work properly
- setup the VO
- identify 3 machines to dedicate to the VO Enabling Services
- install gCore in the 3 machines and copy the Service Map files under the $GLOBUS_LOCATION/config' folder
- configure the gHN to join to the VO scope and
- deploy the IS-Collector on the node
- configure the second gHN as ROOT and to join to the VO scope and
- deploy and configure a IS-Registry instance on the node to join the VO scope
- deploy and configure a IS-Notifier instance on the node to join the VO scope
- configure one third gHN to join it to the VO scope and
- deploy and configure a VREModeler to join the VO scope
- deploy and configure VREManager Service to join the VO scope
- start the 3 containers following the order of the deployments and verify that they work properly
- start the container on the IS VO gHN and then on the VREManager VO gHN and verify that they work properly
- configure and start generic gHNs
- install gCore in each machine and copy the VO Map files under the $GLOBUS_LOCATION/config folder
- configure the gHNs to join the VO as start scope:
- start the container on each machine and verify that the gHN is correctly published both in the root VO and in the VO IS
- setup the portal by following the ... instructions.
- configure one or more VREs by exploiting the Administration user interface capability.
Other possible configurations
Alternative configurations can improve the infrastructure performances. In particular:
- the IS-Notifier can be hosted on a different (and standard, i.e. non-root) gHN with respect to the other two IS core services
- the Software Repository can be hosted on a different (and standard, i.e. non-root) gHN with respect to the VREManager service
- multiple VOs can be defined
- more than one IS can be setup for each VO in order to distribute the load over them
The 'optimal' configuration mainly depends on the number of available gHNs. More gHNs joining the infrastructure means a better distribution of resources and services across them.