Skip to content

Project roles

A shared project is a set of resources which is available to more than one person (as opposed to the personal projects which are allocated to an individual). A brief summary of the current characteristics is as follows. There will be further evolutions of this model in future revisions of the service.

Function Personal Shared
Ownership Owned by the account Owned by the person requesting the project
Creation Automatically created when the person subscribes to the private cloud service Created manually using the process described
Deletion Removed when the person leaves CERN along with all virtual machines in the personal project. Deletion is manual operation on request
Member Role There are no members other than the person. Members can be added to the project. These new members can perform the same operations as the owner. The list of members can be defined as an e-group.
Account type Primary accounts only Secondary and service accounts can be members. Onwers must be a primary account.
Flavors Only the standard m2.* flavors are available Additional flavors can be requested
Quota Quota is fixed Additional quota for storage, CPU and images can be requested
Operator access No access for operators or sysadmins Start/Stop/Console operations available on request via the service desk for a project according to role

The rights of the roles are as follows

Role Description
Member VM creation within the quota of the project
VM deletion
Connect to console
Shutdown/Start/Reboot
Upload new images
Delete images

Note: these operations can be performed on any instance inside the project regardless of which account created the VM initially

Operator Connect to console
Shutdown/Start/Reboot

These rights are given to the computer centre operators to support out of hours interventions and are optional. Shared projects can request Operator access at project creation time.

Supporter Connect to console
Shutdown/Start/Reboot
Rescue

These rights are given to Linux/Windows support lines to fix issues with the operating systems of the machines and are optional.

Note: The VM can be configured to allow users other than members and operators to log into it. These controls are done using the standard Linux mechanisms such as through Puppet. Members should be considered as those administering the VMs rather than logging into them.

Changing members

The members of a project can be changed for existing projects using the resources portal in the Cloud Infrastructure section.

Adding operator and sysadmin access

If you wish VMs in your project to be controlled by the computer centre operations or system administrator teams, this can be enabled on a per-project basis.

This is enabled from the Resources and enable the Operators option.

Picture showing which box to tick

Adding support access to Linux or Windows team

If you have a problem with the operating system of your VM and you want to provide access to the Linux or Windows Team, this can be enabled on a per-project basis.

This is enabled from the Resources and enable the Supporters option.

Picture showing which box to tick