Difference between revisions of "Managing the VO"
Manuele.simi (Talk | contribs) (→Managing the VO resources) |
Manuele.simi (Talk | contribs) (→VOMS interface) |
||
| Line 23: | Line 23: | ||
| − | [[Image:VOMS- | + | [[Image:VOMS-home3.png]] |
By clicking on the '''VO Management''' link, the management area is open. By default, it lists all the registered users' identities: | By clicking on the '''VO Management''' link, the management area is open. By default, it lists all the registered users' identities: | ||
Revision as of 00:32, 8 January 2010
Contents
Editing the VO Layout
The VO layout characterises the arrangement of the VO graphical user interface. In particular, it specifies how the user interface main constituents, i.e. the portlets, are arranged in tabs, sub-tabs, rows and columns.
To create this layout, the VO Administrator should use the Layout Generator, a user friendly interface through which
- tabs and sub-tabs can be created, and
- portlets can be placed in the area identified by sub-tab;
Information on how to use the Layout Generator are available here
Editing the VO Information Space
The Information Space must be edited at least once in order to have the VO properly configured. This action registers the ScenarioCollectionInfo resource in the IS, needed for a proper exploitation of the Search capabilities. Such a resource drives the Collection Tree panel in the Search Area of the Portal.
Managing VO Users
As described in the VO configuration section, a new group in VOMS from the VOMS-Admin interface with the same name of the VO has been created as sub-group of the infrastructure's group. Moreover, at least one authorized user has been also configured to have the right of VO-Admin.
VOMS interface
The following picture shows the home page of the VOMS-Admin interface:
By clicking on the VO Management link, the management area is open. By default, it lists all the registered users' identities:
On the left side, there is a menu allowing to manage the 4 pillars of the VO administration:
- Users
- Groups
- Roles
- Attributes
VOMS groups
By clicking on the "Groups" item, the groups belonging the current infrastructure's group are listed:
The VO group must be among them.
VOMS roles
By clicking on the "Roles" item of the left menu, the roles belonging the current infrastructure's group are listed:
Besides the VO-Admin role (already assigned), at least the VRE-Designer and the VRE-Manager roles must be assigned to the appropriate identities within the VO group. This will give them the ability of creating and managing VREs by exploiting the VO resources.
The definition and association from Roles and Users have to be done through the Roles' Management and the Users' Management portlets. In order to access these portlets, the right of VO-Admin must be owned.
Monitoring the VO through the Information System
All the resources belonging a VO are registered in the Information System and they can be monitored through the gCube Monitoring System. In particular, there are three type of resources of major interest in a VO: the so-called infrastructural resources. They are:
- gCube Hosting Node (gHN)
- Service
- Running Instance (RI)
By exploiting the Infrastructure Viewer, these resource can be properly monitored.
Monitoring the gHNs and RIs
The GHN View allows to check the status of the gHNs and hosted RIs. If everything is OK, all the gHNs have to be in the CERTIFIED state and the RIs have to be in the READY state.
The following figure depicts a typical view of a VO where all the gHNs and RIs are OK (and displayed in green color):
All the gHN boxes are reported in green color and by passing the cursor over any of them, all the RIs hosted on that gHN are reported to be in a READY state.
If something is wrong, e.g. a gHN is not started correctly or a RI is not working, the view reports these situations, like in the following picture:
Here a gHN is not currently reachable and this is brought to the attention of the VO Administrator to take corrective actions.
Monitoring the Services
If the Software Repository has been populated correctly (see VO installation), a bunch of gCube services have been registered in the IS. The Service View allows to check wherever they are actually deployed, i.e. on which gHN(s) a RI of each service is deployed and activated, and the current status of each instance. The following picture shows an example of a Service View in a selected VO:
If all the instances are OK, there exists a green box for each instance grouped per service. If some of them are somehow not working properly, the related box has a different colour, depending on the reason (like in the example above, where two instances are in a black box).
If the VO Administrator wants to have a more detailed understanding of what is currently deployed in the VO, the Package View offers a nice way to check which software packages have been registered in the VO and, eventually, where they are actually deployed.
This is an example of a Package View where part of the packages are deployed (green boxes), while other are just registered (pink boxes):
Managing the VO resources
After having monitored the VO infrastructural resources, the VO Administrator could have the need to change something in their configuration. The Resource Management tool allows to play with them by offering several actions to operate over such resources (e.g. to shutdown a gHN, to change its scopes or the like).
