toward
play

Toward R E D U B I N Broad-Spectrum Autonomic Management - PowerPoint PPT Presentation

I V N E U R S E I T H Y T O H F G Toward R E D U B I N Broad-Spectrum Autonomic Management Edmund Smith <edmund.smith@stir.ac.uk> Paul Anderson <dcspaul@inf.ed.ac.uk> ICN 2007, April 2007 Overview


  1. I V N E U R S E I T H Y T O H F G Toward R E D U B I N Broad-Spectrum Autonomic Management Edmund Smith <edmund.smith@stir.ac.uk> Paul Anderson <dcspaul@inf.ed.ac.uk> ICN 2007, April 2007

  2. Overview • Background - “system configuration” & “autonomics” - a comparison & a practical illustration • The problem - most practical “fabrics” require elements of both - this means that there is usually no clear declarative specification for the fabric configuration • A proposed approach - a integrated multi-resolution framework - further research

  3. System Configuration Convergence Hardware Configuration Software “Fabric” performing according to specification Specifications& Policies

  4. System Configuration • Starting with: - several hundred new machines with empty disks - a repository of all the necessary software packages - a specification of the required service • Load the software and configure the machines to provide the service • This involves many internal services: - DNS, LDAP, DHCP, NFS, NIS, SMTP, Web … - the relationships are most important • Maintain the specification when things change - either the requirements, or the system (failures)

  5. Autonomics • Autonomic computer systems are ones which: “Maintain and adjust their operation in the face of changing workloads, demands, and external conditions, and in the face of hardware or software failures of innocent, or malicious origin.” J Kephart

  6. Autonomics • Autonomic operations can occur at any level in the configuration “stack” - - recreate a corrupt configuration file on one host - restart a failed daemon on one host - redeploy a service to another host when a host fails - configure extra hosts into a cluster when the overall load increases • Autonomics can be thought of as the automation of the entire system configuration process

  7. A comparison • The fields of Autonomics and System Configuration have evolved in separate communities with a different emphasis - - System configuration provides ways of specifying and managing the configuration of an infrastructure, and “low-level” autonomics - Autonomics provide solutions to “high-level” automation, such as service migration • Current practical installations use elements of both

  8. An example • A high-level autonomic process may determine which nodes are to be used to provide the elements of a web-service - web front-end, database etc. - this will handle service migration and reconfiguration in response to load or failures • Lower-level system configuration tools support (re-)configuration of the underlying infrastructure - DNS, Kerberos, firewall holes, backups, etc.

  9. The problem • Modern system configuration tools allow the fabric configuration to be maintained from an explicit declarative specification. • This is important - - we can reason about the configuration - eg. for security verification - we can compose multiple aspects • If the configuration is manipulated by a separate autonomic layer, then the overall declarative specification is usually lost

  10. An example - LCFG 1 compiler 2 3 3 3 client client client 4 4 4

  11. What do we need? • A model which supports a uniform configuration process at all levels • Manual and autonomic elements of the specification must be integrated so that it is possible to reason across the whole system - for example, about authorisation • Autonomic components must generate configurations which are governed by declarative constraints - “loose” specifications

  12. A multi-resolution framework Installation a Service classes b Services c d Aspects e f Nodes Team 2 Team 1 Autonomics Bindings: Specifications:

  13. Further research • Specification languages - - constraints (mcfg) - aspect composition (mcfg) - authorisation (cfgas) - multi-resolution specifications • Deployment - distributed evaluation - deployment sequencing

  14. I V N E U R S E I T Some Links H Y T O H F G R E D U B I N • Slides: http://homepages.inf.ed.ac.uk/dcspaul/publications/icn2007-slides.pdf • Paper: http://homepages.inf.ed.ac.uk/dcspaul/publications/icn2007.pdf • Paul Anderson http://homepages.inf.ed.ac.uk/dcspaul < dcspaul@inf.ed.ac.uk> • LISA, Large installation System Administration Conference November 11th-16th 2007, Dallas http://www.usenix.org/events/lisa07/

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend