VO Services Deployment and Configuration

From Gcube Wiki
Revision as of 17:57, 23 November 2011 by Manuele.simi (Talk | contribs) (Dynamic Deployment in gCube)

Jump to: navigation, search


VO Services

Besides the Enabling Services, in a typical deployment scenario, a subset of the gCube Services are deployed at VO level (while the remaining part is deployed at VRE level). The criteria for selecting the target scope level for a specific service are:

  • better performances in case of shared instances
  • complexity of the service's initialization/state creation
  • special requirements on the target gHN (such as a local DBMS instance)
  • high demand of storage/computational resources

The recommended deployment scenario, it is suggested to deploy at VO level the following groups of services:

  • Content Management
  • Metadata Management
  • Index Management
  • Personalisation Services
  • VRE Modeler

Then, according to the VO needs, other services could be optionally deployed at VO level:

  • Time Series
  • Ontology Management
  • Data Trasformation Services

Preparing the hosting gHNs

Before to proceed with the services' deployment, the related hosting gHNs must be prepared in order to host their running instances. In the suggested deployment scenario, at least 5 machines must be turned as gHNs.

Per each machine:

  1. install gCore and copy the Service Map files under the $GLOBUS_LOCATION/config folder
  2. configure the gHN to join the VO scope
  3. start the container and verify that the gHN is correctly published both in the infrastructure and in the VO Information Systems.

These 5 gHNs will be used to host the 5 suggested groups of services enumerated in the previous section.

VRE Modeler

The following service has to be selected for dynamic deployment:

  • VRE Modeler

It does not have any requirement on the target gHN.

Data Transformation

The following service has to be selected for dynamic deployment:

  • DataTransformationService

It does not have any requirement on the target gHN.

Index Management

The following services have to be selected:

  • Index Lookup
  • Index Management
  • Index Updater

These services are both memory and storage demanding, therefore the target dedicated gHN must match these characteristics (their values mainly depend on the VO expected content).

Ontology Management

The following service has to be selected:

  • OntologyManagementService

It does not have any special requirement on the target gHN.

Metadata Management

The following services have to be selected for dynamic deployment:

  • Metadata Manager
  • XMLIndexer
  • Metadata Broker

and installed on a clean gHN with a good storage capacity (for the XML indexing activities).

Content Management

The following services have to be selected for dynamic deployment:

  • Content Management
  • Collection Management
  • Storage Management
  • Archive Import

and installed on a clean gHN with a storage capacity of > 50 GB (this value mainly depends on the VO expected content).

Optionally, depending on the VO needs, the following service is selected and installed on a separated gHN:

  • TimeSeriesService

This service requires an instance of MySQL DBMS on the target gHNs.

gCube Personalization

The following services have to be selected for dynamic deployment:

  • User Profile Access
  • Profile Administration

They do not have any special requirement on the target gHN.