2002 - cesnet

2002 - cesnet 2002 - cesnet

13.07.2015 Views

11.1.2 Version 2.0We concentrated our main activities on the complex reconstruction of thelogging service concept and implementation of new functions. The loggingservice is based upon the event-driven model, where individual componentssend information on particular events to a remote database and task states are(re)constructed accordingly.The basic logging service is asynchronous, i.e., neither timely delivery ofevents, nor their order is guaranteed. Nevertheless, this approach becomesinsufficient in situations where the logging service is used internally within theresource management system for transferring information, e.g., when recoveringthe status after a certain component collapsed. For this purpose, we haveextended the model with the support of the priority and synchronous eventlogging, within which a logging function call is not ended until the event transferto the (remote) database is confirmed.The most essential modification is the extended support of types of loggedevents that will also allow logging of so-called user events, i.e., events generateddirectly by a user and/or the application itself. This support virtually requireda complete reconstruction of the existing implementation, which supports easyintegration of new event types in version 2.0.For version 2.0, we also changed the event processing concept and implementationof the so-called state automaton. The state automaton in version 2.0 nowprocesses all incoming events and stores the resulting state accompanied witha timestamp to the database. We expanded the state cache concept, in whichstates of events that are most frequently requested by users are stored. The fullversion 2.0 functionality (including C and C++ API) is described in appropriatedocuments of the DataGrid project.In addition to our other activities, we started to deal also with the issue of apermanent logging service, which will be capable of storing information abouttasks for very long time periods (years). The first version of the appropriatedocument is currently subject to our internal review procedure.11.1.3 R-GMA and Logging ServiceR-GMA, i.e., the Relational Grid Monitoring Architecture, represents a generalconcept of working with monitoring information within the DataGrid project.R-GMA should provide an infrastructure that will be used to collect monitoringinformation and make them available. Basically, the monitoring information includesinformation on task states as well.142 High-speed National Research Network and its New Applications 2002

Therefore, we organized a meeting with representatives of workpackage 3,which is responsible for the monitoring service, in the first half of the year andagreed on the form of our collaboration. Within this model, the R-GMA infrastructureshould ensure availability of the information on event states, includinga so-called notification service, thus significantly lowering the utilization ofthe logging database itself.Unfortunately, the delay in conversion to version 2.0 negatively influenced theimplementation of needed R-GMA components as well. The components donot have a fully functional form yet. Therefore, we currently have only a datagenerator for R-GMA available and are able to send task state information to thisinfrastructure. The R-GMA infrastructure is, however, not yet able to store thesedata reliably and send them to users who are interested in them – the serviceretains its non-guaranteed character for now. Besides, the R-GMA infrastructuredata security issue has not been satisfactorily resolved yet. The communicationvia secured SSL channels affects the overall performance too negatively.11.2 SecurityIn the first half of 2002, we launched a service for extending the validity ofcertificates with the myProxy server. Modifications performed in the myProxyserver have been included in the new official distribution.During the preparation of version 2.0, we unified approaches used within WP1to ensure the secure communication of remote components and created a newlibrary that includes functions for handling certificates as well.11.3 Project ContinuationIn 2002, the 6 th EU Framework Program was announced. Together with otherDataGrid project co-researchers, we submitted what is known as an Express ofInterest for the pan-European Grid infrastructure. Since autumn, we have beenintensively participating in preparation of a consortium that is going to submitthe project draft already upon the first announcement from 17 December 2002.At the end of the year, representatives of Poland, Slovakia, Hungary, Austria,and the Czech Republic agreed on creation of the Central-European Grid Consortium,which will have its first constituent meeting at the beginning of January2003. The aim behind the creation of this consortium is not only to gain astronger position within the pan-European consortium, but also to identify andsubsequently resolve common problems, which often differ from those that arehandled by constituent EU countries. These issues mainly include the inten-High-speed National Research Network and its New Applications 2002143

Therefore, we organized a meeting with representatives of workpackage 3,which is responsible for the monitoring service, in the first half of the year andagreed on the form of our collaboration. Within this model, the R-GMA infrastructureshould ensure availability of the information on event states, includinga so-called notification service, thus significantly lowering the utilization ofthe logging database itself.Unfortunately, the delay in conversion to version 2.0 negatively influenced theimplementation of needed R-GMA components as well. The components donot have a fully functional form yet. Therefore, we currently have only a datagenerator for R-GMA available and are able to send task state information to thisinfrastructure. The R-GMA infrastructure is, however, not yet able to store thesedata reliably and send them to users who are interested in them – the serviceretains its non-guaranteed character for now. Besides, the R-GMA infrastructuredata security issue has not been satisfactorily resolved yet. The communicationvia secured SSL channels affects the overall performance too negatively.11.2 SecurityIn the first half of <strong>2002</strong>, we launched a service for extending the validity ofcertificates with the myProxy server. Modifications performed in the myProxyserver have been included in the new official distribution.During the preparation of version 2.0, we unified approaches used within WP1to ensure the secure communication of remote components and created a newlibrary that includes functions for handling certificates as well.11.3 Project ContinuationIn <strong>2002</strong>, the 6 th EU Framework Program was announced. Together with otherDataGrid project co-researchers, we submitted what is known as an Express ofInterest for the pan-European Grid infrastructure. Since autumn, we have beenintensively participating in preparation of a consortium that is going to submitthe project draft already upon the first announcement from 17 December <strong>2002</strong>.At the end of the year, representatives of Poland, Slovakia, Hungary, Austria,and the Czech Republic agreed on creation of the Central-European Grid Consortium,which will have its first constituent meeting at the beginning of January2003. The aim behind the creation of this consortium is not only to gain astronger position within the pan-European consortium, but also to identify andsubsequently resolve common problems, which often differ from those that arehandled by constituent EU countries. These issues mainly include the inten-High-speed National Research Network and its New Applications <strong>2002</strong>143

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!