wiki:020513_GEMINI_Demo

Version 41 (modified by mjaffee@indiana.edu, 11 years ago) (diff)

--

Demo on Feb 5, 2013: Progress Towards GEMINI v2(beta) Release

February 5, 2013, 1pm - 4pm

Via webex

DRAFT (2/1) Agenda:

Introductions

1:00pm

1) Service to service authentication and authorization, using proxy certs

1:05pm
Ezra

GEMINI AA Demo

2) Instrumentize script

1:25pm
Ezra and Hussam

+ configuration (figure)

Hussam's slice will be pre-created and look like

+ summary of demo steps

There will be two version of the demo due to state of the code being worked on. Hussam's version of the instrumentize will have all code related to active measurement installation, configuration disabled, where as Ezra's version of the same instrumentation script will have the active measurements with the AA Stuff enabled.

Demo Plan

  • A slice will be pre-created.
  • GN is loaded with a custom image called “GEMINI_GN”
  • All MP Nodes are loaded with a custom image called “GEMINI_MP”
  • Show the scripts that comprise the whole instrumentize process
  • Start the Instrumentize Process
  • Start gdesktop-init.py
  • Start gdesktop-instrumentize.py

Executing the demo: Hussam & Ezra

current interfaces to other entities, and message flows (like “AA-workflow”)

Both version of the instrumentation code will talk to the GENIDESKTOP Parser Service to obtain User information, Slice/Slice Credential Information and Manifest information thus making the instrumentation process somewhat independent of the Control Frameworks. NO communication between AMs/SAs and the User's instrumentation code is required since this now the work of the Parser service. A Detailed list of the Parser API and its return values is provided in this document ParserAPI.pdf.

features available now (2/5)

  • All previous Passive data collection functionality still available.
  • Drupal CMS to display passive data collected on the GN available
  • Passive data archive to irods using GSI and proxy certs

features expected to be available by GEC16 (3/19)

  • Convert Parser API backend to use OMNI inorder to make it compatible with different Control Frameworks and AMs
  • Add new Parser API call to allow the parser to store the AM list provided by the user. This is required since OMNI requires that user provide this list or else it polls every AM in its list obtained from the Clearing House, which would slow down the parser.

issues that need to be resolved before GEC16 (3/19)

  • Deploy and test the complete merged Active and Passive instrumentation code in the User Workspace and from the GeniDesktop.

3) Configuring GEMINI services, from GUI in GN, to UNIS, to services

1:40pm
Ahmed + others?

+ configuration (figure)

+ summary of demo steps

+ current interfaces to other entities, and message flows (like “AA-workflow”)

+ features available now (2/5)

+ features expected to be available by GEC16 (3/19)

+ issues that need to be resolved before GEC16 (3/19)

4) Measurements, BLiPP in nodes, to MS in GN, to GUI on GN

2:00pm
Matt

+ configuration (figure)

Blipp Components

Blipp Data Flow

Configuration Workflow

+ summary of demo steps

+ current interfaces to other entities, and message flows (like “AA-workflow”)

+ features available now (2/5)

+ generic scheduling
+ passive probes

+ cpu
+ memory
+ network

+ active probes

+ ping

+ more unit tests
+ measurement aggregation
+ flexible, cascading configuration structure

+ features expected to be available by GEC16 (3/19)

+ metadata reuse, either from service summary, or caching locally
+ net probe to gather port info and merge with what's already in unis
+ bandwidth probe
+ one way ping probe

+ issues that need to be resolved before GEC16 (3/19)

+ AA
+ Many more tests
+ Configuration interface

5) GENI Desktop, initing global node, displaying topology, instrumentize, displaying measurements

2:30pm
UKentucky Charles

+ configuration (figure)

+ summary of demo steps

+ current interfaces to other entities, and message flows (like “AA-workflow”)

+ features available now (2/5)

+ features expected to be available by GEC16 (3/19)

+ issues that need to be resolved before GEC16 (3/19)

6) Steps for accessing iRODS from GN via GSI

3:00pm
Hussam, Wesley, Jeanne, Shu

+ configuration (figure)

+ summary of demo steps

+ current interfaces to other entities, and message flows (like “AA-workflow”)

Uses proxy certs generated during the instrumentize process and copied onto the GN Node.

+ features available now (2/5)

  • Current version on archives passive measurement data and metadata.
  • There is no web-interface for the user to run this archive process
  • I am not sure if the web-interface supports GSI authentication to view the data and metadata. If this feature is not available, then it would be a really huge task for the user to view the data and metadata since the icommands are complicated form a user's viewpoint.
  • Irods account creation is outside the scope of the GEMINI Instrumentize process. The user is expected to have this account before hand.

+ features expected to be available by GEC16 (3/19)

  • Web-interface to initiate the archive process

+ issues that need to be resolved before GEC16 (3/19)

  • If there are plans for archiving Active measurement data, then that itself is a huge amount of work.

Features needed by GEC16 (3/19)

3:30pm
discussion

+ Image for GN

+ Image for other nodes

+ Basic host measurements, using BLiPP

+ Some active network measurements, using BLiPP

Issues that need to be resolved before GEC16 (3/19)

3:45pm
discussion

+ Usable on InstaGENI racks; also protoGENI?

+ Approach to first tutorial session: all demo (agree?)

+ Small-group topics for second tutorial session






Instyrumentize

Attachments (17)