Project

General

Profile

D64 OpenAIRE Maintenance Report » History » Version 55

Marek Horst, 16/12/2016 02:10 PM

1 1 Marek Horst
h1. D6.4 OpenAIRE Maintenance Report (v1, 9th of December 2016)
2
3
{{toc}}
4
5
h2. Overview
6
7 37 Marek Horst
This document contains information about the deployment, status of OpenAIRE2020 services and content, and the history of major modifications of the system hosted at ICM, Poland. Zenodo repository is hosted at CERN, Switzerland.
8 1 Marek Horst
9
The official maintenance of the OpenAIRE2020 services began on January 1st, 2015 when the project started.
10
11 37 Marek Horst
*TODO: elaborate the following*
12 18 Alessia Bardi
The deliverable will consist in a high-level report on the status of 
13
* OpenAIRE workflows (CNR),
14
* services (ICM), 
15 30 Marek Horst
* and Information Space (UNIBI).
16 1 Marek Horst
17 18 Alessia Bardi
h2. Information Space
18 1 Marek Horst
19 53 Marek Horst
The OpenAIRE [[Core Data Model]] comprises the following interlinked entities: 
20
* results ( in form of publications, datasets and patents)
21
* persons
22
* organisations
23
* funders
24
* funding streams
25
* projects
26
* data sources (in form of institutional, thematic, and data repositories, Current Research Information Systems (CRIS), thematic and national aggregators, publication catalogues and entity registries)
27 43 Jochen Schirrwagen
28 1 Marek Horst
h3. Data Sources
29 46 Jochen Schirrwagen
30 53 Marek Horst
Data sources in OpenAIRE are divided in: 
31 50 Jochen Schirrwagen
* data providers (~805) OpenAIRE continuously collects information from (_downloadFrom_) and need to comply with the "OpenAIRE Guidelines":https://guidelines.openaire.eu
32 1 Marek Horst
* data sources (~6562) where metadata are collected from compatible data providers (usually aggregators)
33 54 Marek Horst
34
The table below presents number of data sources grouped by OpenAIRE compatibility level and data source type:
35 50 Jochen Schirrwagen
36 46 Jochen Schirrwagen
|*data source type*|*compatibility*|*count*|
37 47 Jochen Schirrwagen
|institutional repository |openaire-3.0 |122 |
38 48 Jochen Schirrwagen
| |openaire-2.0+ |103 |
39
| |openaire-2.0 |10 |
40
| |openaire-basic |252 |
41 47 Jochen Schirrwagen
|thematic repository |openaire-3.0 |5 |
42 48 Jochen Schirrwagen
| |openaire-2.0+ |9 |
43
| |openaire-basic |22 |
44
|other publication repository |openaire-3.0 |8 |
45
| |openaire-2.0+ |1 |
46
| |openaire-2.0 |2 |
47
| |openaire-basic |34 |
48 47 Jochen Schirrwagen
|data repository |openaire-data-2.0 |11 |
49
|publication repository aggregator |openaire-3.0 |5 |
50 48 Jochen Schirrwagen
| |openaire-2.0 |1 |
51
| |openaire-basic |7 |
52 47 Jochen Schirrwagen
|data repository aggregator |openaire-data |1 |
53 48 Jochen Schirrwagen
|journals |openaire-3.0 |71 |
54
| |openaire-2.0 |2 |
55
| |openaire-basic |77 |
56 47 Jochen Schirrwagen
|journal aggregator / publisher |openaire-3.0 |4 |
57 48 Jochen Schirrwagen
| |openaire-basic |26 |
58 1 Marek Horst
| |proprietary |1 |
59
|publication catalogue |proprietary |12 |
60 50 Jochen Schirrwagen
|repository registries|proprietary|2 |
61 1 Marek Horst
|funder databases |proprietary |8 |
62 51 Jochen Schirrwagen
63 52 Marek Horst
The number of data sources is based on the OpenAIRE-index from December 15, 2016.
64 49 Jochen Schirrwagen
65 20 Jochen Schirrwagen
h3. Content Status
66 18 Alessia Bardi
67 55 Marek Horst
First table presents numbers for different InformationSpace main entities and fulltexts:
68
69 45 Jochen Schirrwagen
|*data type*|*count*|
70
|publication metadata|17460368|
71 1 Marek Horst
|dataset metadata|3226586|
72
|projects|653268|
73 18 Alessia Bardi
|organizations|64591|
74 20 Jochen Schirrwagen
|authors|16188328|
75
|EuropePMC XML fulltext|1574358|
76 1 Marek Horst
|PDF fulltext|2227458|
77 55 Marek Horst
78
Second table provides numbers related to inferences generated by IIS:
79 29 Marek Horst
80
|*inference type*|*count*|
81
|datasets matched|88610|
82
|projects matched|351302|
83
|software urls references|21481|
84
|protein db references|196462|
85
|research initiatives references|7294|
86
|documents classified|2405869|
87
|similar documents found|164602477|
88
|citations matched by reference text|11390293|
89 1 Marek Horst
|citations matched by id|3929053|
90
91 30 Marek Horst
Tables based on IIS report generated on November 20, 2016 for OpenAIRE production infrastructure.
92
93
h3. Zenodo Content Status
94
95
|*data type*|*count or size*|
96
|records|96771|
97 1 Marek Horst
|managed files|181778|
98 30 Marek Horst
|files total size|8TB|
99
100 52 Marek Horst
Presented numbers are based on Zenodo repository status on December 14, 2016.
101 18 Alessia Bardi
102
h2. [[OpenAIRE workflows]]
103
104
The OpenAIRE aggregation system is based on the "D-NET software toolkit":http://www.d-net.research-infrastructures.eu/. D-NET is a service-oriented framework specifically designed to support developers at constructing custom aggregative infrastructures in a cost-effective way. D-NET offers data management services capable of providing access to different kinds of external data sources, storing and processing information objects of any data models, converting them into common formats, and exposing information objects to third-party applications through a number of standard access API. Most importantly, D-NET offers infrastructure enabling services that facilitate the construction of domain-specific aggregative infrastructures by selecting and configuring the needed services and easily combining them to form autonomic data processing workflows. 
105
106
The Enabling Layer contains the Services supporting the application framework. These provide functionalities such as Service registration, discovery, subscription and notification and data transfer mechanisms through ResultSet Services. Most importantly, these Services are configured to orchestrate Services of other layers to fulfil the OpenAIRE specific requirements and implement the *[[OpenAIRE workflows]]*.
107
108
h2. Services
109
110
How the system is maintained
111
112
h3. Software life-cycle
113
114
h4. D-NET services
115 1 Marek Horst
116
The D-NET services are shipped as web applications and deployed on the tomcat application server (v7.0.52) on three distinct systems: dev, beta, production. To support the deployment process all the software artifacts are automatically built on a continuous integration system ("Jenkins":https://ci.research-infrastructures.eu) and hosted on a dedicated maven repository ("nexus":http://maven.research-infrastructures.eu/nexus), while webapp builds are made available via "http server":http://ppa.research-infrastructures.eu/ci_upload. The mentioned tools supporting the software lifecycle are maintained by CNR.
117
118
The D-NET services deployment is performed in subsequent stages:
119
* The development infrastructure plays the role of test bench for the integration of the software developed by different institutions. It is maintained by CNR and runs mostly un-released code and contains mock or subsets of the data available on the production system.
120
* The beta infrastructure runs only released code. It is maintained by ICM and consists of the final integration stage where all the system workflows are tested on the real data (not necessarily the same data as the production system) before making them available to the production system. Although the software running on the beta system is not yet production ready, its portal is publicly accessible in order to showcase new features and data.
121
* The production infrastructure is maintained by ICM and runs only code that was tested on the beta system.
122 18 Alessia Bardi
123 1 Marek Horst
D-NET backend services are packed in four different web applications, each of them running on a dedicated tomcat instance.
124 18 Alessia Bardi
125 1 Marek Horst
h4. Information Inference Service
126 26 Marek Horst
127
"Information Inference Service":https://github.com/openaire/iis versioning and deployment is described on "IIS versioning and deployment":https://issue.openaire.research-infrastructures.eu/projects/openaire/wiki/IIS_versioning_and_deployment wiki page. 
128
129 1 Marek Horst
Formerly IIS was being deployed on CDH4 cluster. Since October 1st, 2015 dedicated "cdh5 branch":https://github.com/openaire/iis/commits/cdh5 was created where new SPARK modules were introduced and existing modules were optimized. On November 20, 2016 for the first time all inferences in production infrastructure were generated by IIS deployed on new CDH5 OCEAN cluster. Both stability and major performance increase were noticed, inference generation time decreased from over 2 days to 12 hours.
130 18 Alessia Bardi
131 1 Marek Horst
h4. Portal
132 23 Marek Horst
133
OpenAIRE portal is hosted at ICM. It uses Joomla! 3.6.2, a free dynamic portal engine and content management system (CMS).
134
135
The Joomla! depends on other upstream applications:
136
137
* Apache 2.4.7
138
* PHP 5.5.9
139
* MySQL 5.5.53
140 1 Marek Horst
* OpenLDAP 2.4.31
141 18 Alessia Bardi
142 1 Marek Horst
h4. Zenodo
143
144
Zenodo repository employs an instance of the Invenio software, developed by CERN.
145 31 Marek Horst
146
Repository is deployed in a production system (https://zenodo.org) and a QA system (https://sandbox.zenodo.org). In total the two systems are running on 30 VMs hosted in CERNs OpenStack infrastructure. All machines are configured using Puppet and are running on top of CERN CentOS 7.2.
147
148
Zenodo/Invenio depends on the following applications:
149
- HAProxy for load balancing
150
- Nginx for serving static content and proxying request to application server
151
- UWSGI as application server for Zenodo/Invenio application
152
- Redis for memory cache
153
- RabbitMQ as message broker
154
- Celery as distributed task queue
155
- PostgreSQL as database
156
- Elasticsearch as search engine
157
158 1 Marek Horst
Deployment process is described at http://zenodo.readthedocs.io/projectlifecycle.html#release-process
159 33 Marek Horst
160
See https://github.com/zenodo/zenodo/commits/production for changes to Zenodo production system (does not include changes to Invenio modules).
161 35 Marek Horst
162
Zenodo repository was relaunched on Invenio v3 alpha on September 12, 2016.
163 18 Alessia Bardi
164 1 Marek Horst
h3. Infrastructure services
165 18 Alessia Bardi
166 1 Marek Horst
Because OpenAIRE2020 services are a continuation and incremental extension of the services already present that resulted from OpenAIRE+ project, so they are still hosted on that same machines. More details are available at "OpenAIRE+ WP5 Maintenance Report":http://wiki.openaire.eu/xwiki/bin/view/OpenAIREplus%20Specific/WP5%20Maintenance%20Report.
167 18 Alessia Bardi
168 1 Marek Horst
h4. Hadoop clusters
169 18 Alessia Bardi
170 1 Marek Horst
h5. DM hadoop cluster
171
172
CDH version: @cdh4.3.1@
173
174
h5. IIS hadoop cluster
175 24 Marek Horst
176
There were two IIS clusters deployed:
177 39 Marek Horst
* old CDH4 IIS cluster, version @cdh4.3.1@, in operation until December 9, 2016 
178 1 Marek Horst
* new CDH5 IIS cluster deployed on March 22, 2016 in OCEAN infrastructure, supports MRv2 on YARN and SPARK
179 24 Marek Horst
180
CDH5 cluster version history:
181 27 Marek Horst
** @5.5.2@ deployment on March 22, 2016
182
** @5.5.2 -> 5.7.5@ upgrade on November 30, 2016
183 24 Marek Horst
** @5.7.5 -> 5.9.0@ upgrade on December 8, 2016
184 1 Marek Horst
185
h4. Databases
186 28 Marek Horst
187
|_database type_|_usage_|_version_|
188 24 Marek Horst
| postgress | statistics | @9.1.23@ |
189
| postgress | DNet services | @9.3.14@ |
190
| mongodb | DNet services | @3.2.6@ |
191 1 Marek Horst
| virtuoso | LOD | @7.2@ |
192 41 Marek Horst
193 18 Alessia Bardi
h4. Piwik analytics platform
194 24 Marek Horst
195
Currently deployed Piwik version: @2.17.1@, since December 6, 2016.
196 40 Marek Horst
197 24 Marek Horst
h4. ownCloud filesync platform
198 40 Marek Horst
199 18 Alessia Bardi
Deployed at https://box.openaire.eu. Current version: @8.2.7@, since October 19, 2016.
200 1 Marek Horst
201 22 Marek Horst
h3. Architectural changes
202 1 Marek Horst
203 18 Alessia Bardi
[[D64_Servers_Administration_Operations_Changelog|Change Log for servers administration operations]]
204
205 1 Marek Horst
h4. Introducing CDH5 IIS cluster hosted in OCEAN infrastructure
206
207
Slave node specification:
208
* Huawei RH1288 V3
209
* CPU: 2x Intel(R) Xeon(R) CPU E5-2680 v3 @ 2.50GHz (24 cores, 48 threads)
210
* RAM: 128GB
211
* HDD: 4x SATA 6TB 7.2K RPM (HDFS)
212
213
Cluster summary (16 slaves):
214
* CPU: 384 cores, 768 threads
215
* RAM: 2048GB
216
* HDD: 384TB (HDFS)
217
218
YARN available resources:
219
* vcores: 640
220
* memory: 1.44TB
221 18 Alessia Bardi
* HDFS: 344TB
222 1 Marek Horst
223
h4. Incorporating resources from old CDH4 IIS cluster into existing DM CDH4 cluster
224 25 Marek Horst
225 1 Marek Horst
This task was possible after shutting down old IIS CDH4 cluster what happened on December 9, 2016.
226 25 Marek Horst
227
h4. Deploying DNet postgress and mongodb databases on separate machines
228
229
Separating @openaire-services@ database instances into dedicated ones (since June 27, 2016):
230
* @openaire-services-postgresql@
231
* @openaire-services-mongodb@
232 34 Marek Horst
233 1 Marek Horst
h4. Updating Zenodo repository infrastructure at CERN
234 34 Marek Horst
235
Several architectural changes were introduced in CERN's infrastructure:
236
* changed storage backend from OpenAFS to CERN EOS (18 PB disk cluster) for better scalability
237
* changed from self-managed MySQL database to CERN Database Team managed PostgreSQL database
238
* deployment of Elasticsearch clusters (6 VMs)
239
* SLC to CentOS 7 on all 30 VMs
240 1 Marek Horst
241
h3. System downtimes
242 36 Marek Horst
243
h4. @ICM
244 1 Marek Horst
245 36 Marek Horst
* [planned] November 14, 2016, 2 hours. #2423 dealing with Linux Dirty COW vulnerability: kernel upgrade, OpenAIRE services restart.
246
247
h4. @CERN
248
249
* [unplanned] September 16, 2016, 3 hours. Preparation of a new load balancer caused an automatic update of CERN outerperimeter firewall that automatically closed access to the operational load balancers.
250
* [planned] September 12, 2016, 8 hours. Complete migration from old infrastructure to new infrastructure
251 1 Marek Horst
* minor incidents until September 12, 2016 due to overload of the legacy system