Alert.png The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.

PROC17 Decommissioning of service type

From EGIWiki
Revision as of 12:59, 29 April 2013 by Krakow (talk | contribs)
Jump to navigation Jump to search
Main EGI.eu operations services Support Documentation Tools Activities Performance Technology Catch-all Services Resource Allocation Security


Documentation menu: Home Manuals Procedures Training Other Contact For: VO managers Administrators




Title Service type decommission
Document link https://wiki.egi.eu/wiki/PROC17
Last modified 1.0
Policy Group Acronym OMB
Policy Group Name Operations Management Board
Contact Group operations at mailman.egi.eu
Document Status Draft
Approved Date
Procedure Statement A procedure for removal of service type from production infrastructure.
Owner Owner of procedure


Overview

The Service type decommission procedure was created to define steps which have to be taken to remove a service type from the production infrastructure.

Definitions

Please refer to the EGI Glossary for the definitions of the terms used in this procedure.

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", “MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119.

Steps

This procedure is run if a software related to the service type is unsupported or it was decide to change the name of the service type.


Responsible Action
1 COO Decides and announce  decommission deadline for the service type to OMB
2
COO The broadcast is send to NGI managers and Site administrators
3 NGI managers Announce the information to the site.
4 Nagios team A security probe is developed for the security nagios that extracts hostnames from GOCDB and BDII associated to the decommissioned service type and raises critical alarm in the security dashboard
5 ROD/COD
Followup the process till the decommission deadline


After Decommision deadline



Responsible Action
1 SAM team Probes for the service type are removed from profiles:
  • ROC
  • ROC_OPERATORS
  • ROC_CRITICAL
  • the SAM probes at the earliest convenience are removed from the SAM releas.
2
GGUS If for the service type specific SU in GGUS exists, the SU should be removed from GGUS.
3 GOCDB The service type should be disabled in GOCDB (i.e. service entries can no more declared to be of the service type), but not removed.
4 COO The broadcast is send to NGI managers and Site administrators that the service type was decommissioned.

Revision history

Version Authors Date Comments