j.coles@rl.ac.uk

Core operationsCore operations

Jeremy ColesGridPP28

17th April 2012

Jeremy ColesGridPP28

17th April 2012

a

b

j.coles@rl.ac.uk

Core operationsCore operations

Jeremy ColesGridPP28

17th April 2012

Jeremy ColesGridPP28

17th April 2012

It is not about dressing things

up

It evolves – don’t get too angry if you

disagree!

GridPP28 Jeremy Coles – Manchester– 17/04/2012

Overview

Without spoiling the plot….

• The rest of today’s talks and discussion are concerned with the ‘core’ of grid operations. These are the things upon which smooth growth and day-to-day work rely.

• The main objective is obvious: to continue to develop and maintain a stable infrastructure that meets the needs of the user community within the constraints of the project

• There are many areas which challenge our ability to deliver on such an objective including:

- Problems with hardware

- Instabilities in or non-functioning “upgrades” to middleware

- Understanding and clearly sharing what needs to be done

- Strange user behavior and evolving requirements

- Misuse of, and balancing usage of, resources

- Divergent/Convergent or parallel political objectives

- Understanding and optimising usage and distribution of funds

3

GridPP28 Jeremy Coles – Manchester– 17/04/2012

WP-C in the GridPP4 proposal

Grid Deployment, Operations and Support

Coordination across Grid operational tasks including infrastructure wide monitoring, data handling, security, release management, training, documenting and support of institute based system administrators. The GridPP “Ops-Team” and NGI-based operations will be essential for the coherent and secure operation of a UK Grid. The support for data handling is mission-critical for the efficient extraction of physics results.

The project made provision for 8 posts that will, in addition to the required sysadmin work, take specific national responsibilities in the core Grid Operations team. In addition to these 8, there are several others who contribute effort to this core by way of site wide coordination or via EGI joint funded work. These posts are also expected to work closely with the experiments to meet their needs.

There are other ops team members who represent other work packages in the project such as storage, data management ….

4

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

5

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout4

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

6

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

a

b

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

7

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

8

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

9

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

10

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

11

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

12

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

The core areas

13

• Core grid services/Monitoring/Regional tools

• Security

• Documentation/website

• Wider VO services

• Staged rollout

• Ticket follow-up

• On-duty

• Accounting

• Interoperation

We came up with a structure that took the following as important task areas each of whichought to be “owned” or coordinated by someone in the ops team.

… most of these will be covered by the task coordinator in the talks in this session or later

GridPP28 Jeremy Coles – Manchester– 17/04/2012

Why discuss these now!?

• The current tasks are the first iteration of what we think is needed … it is useful to show you the main concerns, developments and/or plans for each area so that you can help us improve the scope, priorities and content

• We may have missed things that are or will become important

• The activities are “feeling” their way to what is needed. Things may need to be put back in context to avoid simply “making work” for little benefit… and outside scrutiny and wider discussion is useful in identifying what the project needs at this stage (for where it needs to be later).

14

Is it useful.Does it help?

GridPP28 Jeremy Coles – Manchester– 17/04/2012

Do we have the right answer?

PLEASE share your thoughts during the discussions that follow the talks. If you think something is too nebulous, you think it is ill defined, generally a waste of time, you think we’ve got it right, or you have better ideas then say! If you are a sysadmin and need something done better then explain it.

15

….PHONE A FRIEND!