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.

Difference between revisions of "GOCDB/Release4/Development/CentralUnification"

From EGIWiki
Jump to navigation Jump to search
Line 27: Line 27:
* Switch goc.egi.eu to read/write mode
* Switch goc.egi.eu to read/write mode
* Move the GOCDB monitor to goc.egi.eu (/testportal/GOCDB_monitor/ops_monitor_check.php)
* Move the GOCDB monitor to goc.egi.eu (/testportal/GOCDB_monitor/ops_monitor_check.php)
* Point ops-monitor's Nagios at goc.egi.eu rather than gocdb4.esc.rl.ac.uk
* Point ops-monitor's Nagios check "ops_monitor_check.php" at goc.egi.eu rather than gocdb4.esc.rl.ac.uk
* Move SCT's internal Nagios to point to goc.egi.eu rather than gocdb4.esc.rl.ac.uk
* Move SCT's internal Nagios to point to goc.egi.eu rather than gocdb4.esc.rl.ac.uk
* Disable ops-monitor Nagios checks for gocdb4.esc.rl.ac.uk
* Disable ops-monitor Nagios checks entirely for gocdb4.esc.rl.ac.uk
* Power down gocdb4.esc.rl.ac.uk, save logs
* Power down gocdb4.esc.rl.ac.uk, save logs
* Remove gocdb4.esc.rl.ac.uk from DNS
* Remove gocdb4.esc.rl.ac.uk from DNS

Revision as of 13:41, 31 May 2012

Introduction

As of 31.05.12 the GOCDB service is provided through two portals: a read only instance at goc.egi.eu and a read/write instance at gocdb4.esc.rl.ac.uk. We would like to consolidate these and provide the service (including PI) through one read/write portal at goc.egi.eu.

History

Two portals were provided to support the deployment of multiple "regional" read/write portals containing different data. These "regional" portals would publish their data to the "central" read-only portal. A central read/write portal was provided for NGIs who didn't want to host their own regional GOCDB instance. However as a regional synchronised GOCDB doesn't yet exist this separation confuses users.

If a regional synchronising GOCDB is developed in future we can revert back to the old model.

Plan

  1. Bring up the planned changes at JRA-1 (Done 24.05.12)
  2. Create an RT ticket from the proposal and send it round OTAG, JRA-1 and SA-1.
  3. Agree on a date
  4. Widely disseminate the change
    1. No more gocdb4.esc.rl.ac.uk
  5. Switch ops-monitor to check goc.egi.eu instead of gocdb4.esc.rl.ac.uk.
  6. Make the change

Technical Plan

Overview

Switch off gocdb4.esc.rl.ac.uk and switch goc.egi.eu to read/write mode.

Actions

  • Remove the "Portal Instance" user interface element
  • Remove landing page
  • Change the front page to refer to only one "GOCDB"
  • Switch goc.egi.eu to read/write mode
  • Move the GOCDB monitor to goc.egi.eu (/testportal/GOCDB_monitor/ops_monitor_check.php)
  • Point ops-monitor's Nagios check "ops_monitor_check.php" at goc.egi.eu rather than gocdb4.esc.rl.ac.uk
  • Move SCT's internal Nagios to point to goc.egi.eu rather than gocdb4.esc.rl.ac.uk
  • Disable ops-monitor Nagios checks entirely for gocdb4.esc.rl.ac.uk
  • Power down gocdb4.esc.rl.ac.uk, save logs
  • Remove gocdb4.esc.rl.ac.uk from DNS

Concerns

Extra Load

In this plan, the load on the read/write portal and the read-only portal would be placed on the same machine. This could potentially affect the service.

The graphs below show one week's worth of CPU load for both machines. As this load is so low we believe this won't be an issue.

A week's worth of CPU usage on GOCDB's Read Only Instance
A week's worth of CPU usage on GOCDB's Read/Write Instance

Note: the regular orange bars show a high amount of wait on IO. This is caused by our daily backup procedure.