DOCSLIB.ORG

Combining Opensaf with Vmware Architecture, Measurement

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Combining Opensaf with Vmware Architecture, Measurement OpenSAF and VMware from the Perspective of High Availability Ali Nikzad, Ferhat Khendek Maria Toeroe Concordia University Ericsson SVM’2013 – Zurich – October 2013 1 Friday, October 18, 13 Outline } Introduction & Objectives } Some Background } Testbed, Failures and Metrics } The baseline architectures } Measurements } Analysis } Architectures combining OpenSAF and virtualization } Conclusion 2 Friday, October 18, 13 Introduction & Objectives } Service availability and continuity have become important requirements in several domains } High availability (demanded in some domains) is defined as at least 99.999% availability which is maximum of 5.26 minutes of downtime in a year } Including scheduled downtime for upgrade for instance } The computing world is moving toward cloud services and cloud computing } Virtualization is an important aspect } Virtualization has many advantages 3 Friday, October 18, 13 Introduction & Objectives } Evaluate and position virtualization and the SAForum middleware with respect to each other } Using OpenSAF and VMware in the test-bed } Analyzing the measurements } Determine pros and cons of using virtualization in/for high availability (HA) } Propose a solution(s) that combines the benefits from each 4 Friday, October 18, 13 Background – SAForum and OpenSAF AMF Checkpointing Notification Log SAForum is a consortium of telecommunication Etc. Logically grouped and computing companies developing standards for components enabling highly available services and applications Applications Application Interface OpenSAF is an open source project focused on SAForum Middleware Platform Service Availability implementing the SAForum Interface service specifications, among others AMF, SMF and Operating System IMM. Hardware Platform 5 Friday, October 18, 13 Background-AMF } AMF is one of the most important services defined by SAForum } AMF configuration: AMF logical entities … } AMF Node Node 1 Node 2 Node 3 } AMF Cluster Service Unit 1 Service Unit 2 Service Unit 3 } Component SA-Aware Pre-instantiable Non-SA-Aware Non-pre-instantiable Component 1 Component 2 Component 3 Service Group } Component Service Instance (CSI) Applicaon Service Instance } Service Unit (SU) Component Service Instance } Service Instance (SI) } Service Group (SG) } Redundancy Models 2N N+M N-Way N-Way-Active No-Redundancy } Application 6 Friday, October 18, 13 Background-Virtualization and VMware } Virtualization is the separation of a resource or request for a service from the underlying physical delivery of that service } VMs are hosted on software called hypervisor } Native (bare metal) } Hosted (non-bare metal) } VMware is one of the leading companies in providing virtualization solutions 7 Friday, October 18, 13 Background - VMware Availability solutions } VMware HA } VMware FT 8 Friday, October 18, 13 Testbed, Failures and Metrics } Test-beds: } 5 nodes cluster } Case study application: } VLC for Video streaming } Failures } VLC component failure (application failure) } VM failure } Physical node failure } More than 45 sets of measurements for metrics in different architectures for different failures 9 Friday, October 18, 13 Testbed – Metrics and Failures } Metrics } Qualitative (criteria) } Complexity of using the solution } Supported Redundancy Models } Scope of failure } Service continuity } Supported platforms Outage Time Recovery Time } Quantitative Metrics Failure Resump.on or Restart } Reaction Time of service Time } Repair Time First reac.on Faulty unit repaired } Recovery Time Reac.on Time } Outage Time Repair Time 10 Friday, October 18, 13 Baseline architectures SA-Aware and Non-SA-Aware versions of VLC on physical and virtual nodes VM availability with VMware HA VMware vSphere cluster SI VLC-CSI IP-CSI ESXi ESXi Node 1 Node 2 SG SU1 SU2 2N Red. VLC VLC component component IP IP component component Shared storage OpenSAF VLC Ubuntu Ubuntu Ubuntu VM Physical node 1 Physical node 2 SAF based architecture VMware HA 11 Friday, October 18, 13 Baseline architectures } OpenSAF on VMware HA } VMs’ lifecycle depends on the hypervisor’s availability mechanisms } VM migration is not considered 12 Friday, October 18, 13 Baseline architectures VLC component Architectures VM failure Node Failure failure Not OpenSAF on physical nodes with SA-Aware VLC component √ √ applicable OpenSAF on physical nodes with Non-SA-Aware VLC Not √ √ component applicable OpenSAF on virtual nodes with SA-Aware VLC component √ √ √ (with/without VMware HA enabled) OpenSAF on virtual nodes with Non-SA-Aware VLC component √ √ √ (with/without VMware HA enabled) VMware HA Not detectable √ √ 13 Friday, October 18, 13 Baseline architectures: Measurements Outage due to VLC component failure (application failure) 14 Friday, October 18, 13 Baseline architectures: Measurements Outage due to Virtual Machine failure 15 Friday, October 18, 13 Baseline architectures: Measurements Outage due to Node Failure I 16 Friday, October 18, 13 Baseline architectures: Measurements Repair of the faulty unit Repair of Failed component Failed VM Failed Node OpenSAF on Standalone machine Yes - No OpenSAF in VM Yes No No Yes (restarting the VM Yes(restarting the VM on VMware HA No on another host) another host) Yes(restarting the VM on OpenSAF in VM + HA Yes Yes another host) 17 Friday, October 18, 13 Baseline architectures: Analysis } SAF based architectures ü Service continuity with SA-Aware components and better reaction time ü Support application failure detection and recovery ü Less overhead û No repair for the cluster node } VMware HA ü Repair of the node is supported û but it is very long (~100s) û Inevitable 15% to 30% overhead due to the VM compared to the physical host deployment û No support for application failure } Baseline combined architecture ü The advantages of both architectures û but, Very long repair time (~100s) due to no redundancy of the VM 18 Friday, October 18, 13 Baseline architectures: Analysis The reaction time to the failure in OpenSAF is much faster So, why not manage the VMs’ life cycle with OpenSAF 19 Friday, October 18, 13 Architectures combining OpenSAF and virtualization: Availability in non-bare-metal hypervisor Physical Physical Cluster 1 Node 1 Cluster 1 Node 2 SG SU2 SU2 2N Red. VLC VLC component component IP IP component component SG No Red. OpenSAF Cluster 2 Ubuntu Ubuntu OpenSAF cluster 2 OpenSAF cluster 2 Node 1 Node 2 VM component 1 SU 1 SU 2 VM component 2 Hypervisor OpenSAF Hypervisor VMware workstaon Cluster 1 VMware workstaon Ubuntu Ubuntu 20 Friday, October 18, 13 Architectures combining OpenSAF and virtualization: Availability in non-bare-metal hypervisor Comparison of different architectures for VM failure Reaction Repair Recovery Outage VMware HA 72.166 27.166 99.332 OpenSAF with ESXi (VMware HA 1.905 107.90 0.047 1.953 manages the VMs) The new availability management in 3.449 3.73 0.056 3.505 non-bare-metal hypervisor * Times are in seconds 21 Friday, October 18, 13 Architectures combining OpenSAF and virtualization: Availability in non-bare-metal hypervisor Failure of the SA-Aware VLC component in different architectures Reaction Repair Recovery Outage VMware HA Not covered OpenSAF with no virtualization 0.009 0.136 0.046 0.055 OpenSAF with ESXi (VMware HA 0.013 0.243 0.068 0.081 manages the VMs) The new availability management in non- 0.012 0.848 0.580 0.592 bare-metal hypervisor The non-bare-metal hypervisor imposes delays on some of the measured times like repair and recovery bare-metal hypervisor can potentially resolve these delays 22 Friday, October 18, 13 Architectures combining OpenSAF and virtualization: Availability in bare-metal hypervisor SI 1 SI 2 VM 1-CSI VM 2-CSI Manager VM1 Manager VM 2 OpenSAF cluster 1 node 1 OpenSAF cluster 1 node 2 SG 1 SU1 SU3 2N red. VM 1 Comp VM 1 Comp VLC-CSI SI SG 2 SU2 SU4 IP-CSI 2N red. VM 2 Comp VM 2 Comp SG SU1 SU2 OpenSAF 2N Red. VLC VLC component component IP IP Ubuntu Ubuntu component component OpenSAF ESXi hypervisor 2 ESXi hypervisor 1 Ubuntu Ubuntu OpenSAF cluster OpenSAF cluster 2 Node 1 2 Node 2 23 Friday, October 18, 13 Architectures combining OpenSAF and virtualization: Availability in bare-metal hypervisor… VM Failure 24 Friday, October 18, 13 Architectures combining OpenSAF and virtualization : Availability in bare-metal hypervisor … Physical Node Failure 25 Friday, October 18, 13 Conclusion } From baseline architectures to combinations } Use the powerful availability management of OpenSAF and benefiting from virtualization } Increased outage time in the new deployment is because of the non-bare-metal hypervisor } The bare-metal architecture can possibly fix it… } Improve the repair time of a failed VM through management of the VM life cycle } Cover the different types of hypervisors (bare-metal and non-bare-metal) } The VM’s life cycle management } is not limited to a specific solution } can support other hypervisors like XEN and Linux KVM because of using similar and standard interfaces like libvirt } 26 Friday, October 18, 13 Thank you for your attention! 27 Friday, October 18, 13.
Load more

Recommended publications
  • Openicra : Vers Un Modèle Générique De Déploiement Automatisé Des Applications Dans Le Nuage Informatique
    ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC MÉMOIRE PRÉSENTÉ À L’ÉCOLE DE TECHNOLOGIE SUPÉRIEURE COMME EXIGENCE PARTIELLE À L’OBTENTION DE LA MAÎTRISE EN GÉNIE CONCENTRATION : RÉSEAUX DE TÉLÉCOMMUNICATIONS M. Ing. PAR Ridha GADHGADHI OPENICRA : VERS UN MODÈLE GÉNÉRIQUE DE DÉPLOIEMENT AUTOMATISÉ DES APPLICATIONS DANS LE NUAGE INFORMATIQUE MONTRÉAL, LE 6 SEPTEMBRE 2013 ©Tous droits réservés, Ridha Gadhgadhi, 2013 II ©Tous droits réservés Cette licence signifie qu’il est interdit de reproduire, d’enregistrer ou de diffuser en tout ou en partie, le présent document. Le lecteur qui désire imprimer ou conserver sur un autre media une partie importante de ce document, doit obligatoirement en demander l’autorisation à l’auteur. PRÉSENTATION DU JURY CE MÉMOIRE A ÉTÉ ÉVALUÉ PAR UN JURY COMPOSÉ DE : M. Mohamed Cheriet, directeur de mémoire Département de génie de la production automatisée à l’École de technologie supérieure M. Stéphane Coulombe, président du jury Département de génie logiciel et des TI à l’École de technologie supérieure M. Chamseddine Talhi, membre du jury Département de génie logiciel et des TI à l’École de technologie supérieure M. Ali Kanso, examinateur externe Ericsson Research, Ericsson Inc. IL A FAIT L’OBJET D’UNE SOUTENANCE DEVANT JURY ET PUBLIC LE 23 AOÛT 2013 À L’ÉCOLE DE TECHNOLOGIE SUPÉRIEURE REMERCIEMENTS Je tiens tout d’abord à remercier chaleureusement mon directeur de recherche, le professeur Mohamed Cheriet, pour son expertise, ses conseils et son soutien inconditionnel. Je remercie aussi Mathieu Lemay d’Inocybe Technologies Inc. pour ses conseils techniques. Je tiens à remercier tous les membres du jury de m'avoir fait l'honneur d'accepter de juger mon mémoire : • Monsieur Stéphane Coulombe, de l’ÉTS, Université du Québec; • Monsieur Chamseddine Talhi, de l’ÉTS, Université du Québec; • Monsieur Ali Kanso, d’Ericsson Montréal, Canada.
    [Show full text]
  • High Availability in Clouds: Systematic Review and Research Challenges Patricia T
    Endo et al. Journal of Cloud Computing: Advances, Systems Journal of Cloud Computing: and Applications (2016) 5:16 DOI 10.1186/s13677-016-0066-8 Advances, Systems and Applications REVIEW Open Access High availability in clouds: systematic review and research challenges Patricia T. Endo1,2*, Moisés Rodrigues2, Glauco E. Gonçalves2,3, Judith Kelner2, Djamel H. Sadok2 and Calin Curescu4 Abstract Cloud Computing has been used by different types of clients because it has many advantages, including the minimization of infrastructure resources costs, and its elasticity property, which allows services to be scaled up or down according to the current demand. From the Cloud provider point-of-view, there are many challenges to be overcome in order to deliver Cloud services that meet all requirements defined in Service Level Agreements (SLAs). High availability has been one of the biggest challenges for providers, and many services can be used to improve the availability of a service, such as checkpointing, load balancing, and redundancy. Beyond services, we can also find infrastructure and middleware solutions. This systematic review has as its main goal to present and discuss high available (HA) solutions for Cloud Computing, and to introduce some research challenges in this area. We hope this work can be used as a starting point to understanding and coping with HA problems in Cloud. Keywords: Cloud computing, High availability, Systematic review, Research challenges Introduction in $336,000 less revenue per hour. Paypal, the online pay- Cloud Computing emerged as a novel technology at the ment system, experiences in a revenue loss of $225,000 end of the last decade, and it has been a trending topic ever per hour.
    [Show full text]
  • Kubernetes As an Availability Manager for Microservice Based Applications Leila Abdollahi Vayghan
    Kubernetes as an Availability Manager for Microservice Based Applications Leila Abdollahi Vayghan A Thesis in the Department of Computer Science and Software Engineering Presented in Partial Fulfillment of the Requirements for the Degree of Master of Computer Science at Concordia University Montreal, Quebec, Canada August 2019 © Leila Abdollahi Vayghan, 2019 CONCORDIA UNIVERSITY SCHOOL OF GRADUATE STUDIES This is to certify that the thesis prepared By: Leila Abdollahi Vayghan Entitled: Kubernetes as an Availability Manager for Microservice Based Applications and submitted in partial fulfillment of the requirements for the degree of Master in Computer Science complies with the regulations of the University and meets the accepted standards with respect to originality and quality. Signed by the final examining committee: ________________________________________________ Chair Dr. P. Rigby ________________________________________________ Internal Examiner Dr. D. Goswami ________________________________________________ Internal Examiner Dr. J. Rilling ________________________________________________ Co-Supervisor Dr. F. Khendek ________________________________________________ Co-Supervisor Dr. M. Toeroe Approved by: ___________________________________ Dr. L. Narayanan, Chair Department of Computer Science and Software Engineering _______________ 2019___ __________________________________ Dr. Amir Asif, Dean, Faculty of Engineering and Computer Science ii ABSTRACT Kubernetes as an Availability Manager for Microservice Based Applications Leila
    [Show full text]
  • System Design for Telecommunication Gateways
    P1: OTE/OTE/SPH P2: OTE FM BLBK307-Bachmutsky August 30, 2010 15:13 Printer Name: Yet to Come SYSTEM DESIGN FOR TELECOMMUNICATION GATEWAYS Alexander Bachmutsky Nokia Siemens Networks, USA A John Wiley and Sons, Ltd., Publication P1: OTE/OTE/SPH P2: OTE FM BLBK307-Bachmutsky August 30, 2010 15:13 Printer Name: Yet to Come P1: OTE/OTE/SPH P2: OTE FM BLBK307-Bachmutsky August 30, 2010 15:13 Printer Name: Yet to Come SYSTEM DESIGN FOR TELECOMMUNICATION GATEWAYS P1: OTE/OTE/SPH P2: OTE FM BLBK307-Bachmutsky August 30, 2010 15:13 Printer Name: Yet to Come P1: OTE/OTE/SPH P2: OTE FM BLBK307-Bachmutsky August 30, 2010 15:13 Printer Name: Yet to Come SYSTEM DESIGN FOR TELECOMMUNICATION GATEWAYS Alexander Bachmutsky Nokia Siemens Networks, USA A John Wiley and Sons, Ltd., Publication P1: OTE/OTE/SPH P2: OTE FM BLBK307-Bachmutsky August 30, 2010 15:13 Printer Name: Yet to Come This edition first published 2011 C 2011 John Wiley & Sons, Ltd Registered office John Wiley & Sons Ltd, The Atrium, Southern Gate, Chichester, West Sussex, PO19 8SQ, United Kingdom For details of our global editorial offices, for customer services and for information about how to apply for permission to reuse the copyright material in this book please see our website at www.wiley.com. The right of the author to be identified as the author of this work has been asserted in accordance with the Copyright, Designs and Patents Act 1988. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form or by any means, electronic, mechanical, photocopying, recording or otherwise, except as permitted by the UK Copyright, Designs and Patents Act 1988, without the prior permission of the publisher.
    [Show full text]
  • Protection Group (PG): This Is a Dynamic Entity That Informally Represents the Groups of Components to Which a CSI Has Been Assigned
    ÉCOLE DE TECHNOLOGIE SUPÉRIEURE UNIVERSITÉ DU QUÉBEC THESIS PRESENTED TO ÉCOLE DE TECHNOLOGIE SUPÉRIEURE IN PARTIAL FULFILLEMENT OF THE REQUIREMENTS FOR A MASTER’S DEGREE WITH THESIS IN INFORMATION TECHNOLOGY ENGINEERING M. A. Sc. BY Maxime TURENNE A NEW DOMAIN SPECIFIC LANGUAGE FOR GENERATING AND VALIDATING MIDDLEWARE CONFIGURATIONS FOR HIGHLY AVAILABLE APPLICATIONS MONTREAL, October 6th, 2015 Maxime Turenne 2015 This Creative Commons licence allows readers to download this work and share it with others as long as the author is credited. The content of this work may not be modified in any way or used commercially. BOARD OF EXAMINERS THESIS M.A.Sc. THIS THESIS HAS BEEN EVALUATED BY THE FOLLOWING BOARD OF EXAMINERS Mr. Abdelouahed Gherbi, Thesis Supervisor Department of software and IT engineering at École de technologie supérieure Mr. Ali Kanso, Thesis Co-supervisor Researcher at Ericsson Canada Mr. Mohamed Cheriet, Chair, Board of Examiners Department of software and IT engineering at École de technologie supérieure Mr. Sègla Kpodjedo, Member of the jury Department of software and IT engineering at École de technologie supérieure THIS THESIS WAS PRENSENTED AND DEFENDED IN THE PRESENCE OF A BOARD OF EXAMINERS AND THE PUBLIC SEPTEMBER 4TH, 2015 AT ÉCOLE DE TECHNOLOGIE SUPÉRIEURE ACKNOWLEDGMENTS I would like to express my sincere gratitude to: • My supervisors, Dr. Abdelouahed Gherbi not only for giving me the chance to benefit from his large and substantial knowledge, but also for his human approach from which I have learned a lot. • Dr. Ali Kanso from who I learned almost everything about high availability for his inspiring example as a scientific and colleague.
    [Show full text]
  • Kubernetes As an Availability Manager for Microservice Applications
    Kubernetes as an Availability Manager for Microservice Applications Leila Abdollahi Vayghan Mohamed Aymen Saied Maria Toeroe Ferhat Khendek Engineering and Computer Engineering and Computer Ericsson Inc. Engineering and Computer Science Science Montreal, Canada Science Concordia University Concordia University [email protected] Concordia University Montreal, Canada Montreal, Canada Montreal, Canada [email protected] [email protected] [email protected] Abstract— The move towards the microservice based services that can be deployed and scaled independently by fully architecture is well underway. In this architectural style, small and automated deployment machinery, with minimum centralized loosely coupled modules are developed, deployed, and scaled management [2]. Microservices are built around separate independently to compose cloud-native applications. However, for business functionalities. Each microservice runs in its own carrier-grade service providers to migrate to the microservices process and communicates through lightweight mechanisms, architectural style, availability remains a concern. Kubernetes is often using APIs [3]. Microservices address the drawbacks of an open source platform that defines a set of building blocks which monolithic applications. They are small and can restart faster at collectively provide mechanisms for deploying, maintaining, the time of upgrade or failure recovery. Microservices are scaling, and healing containerized microservices. Thus, loosely coupled, and failure of one microservice will not affect Kubernetes hides the complexity of microservice orchestration while managing their availability. In a preliminary work we other microservices of the system. The fine granularity of this evaluated Kubernetes, using its default configuration, from the architectural style makes the scaling more flexible and more availability perspective in a private cloud settings.
    [Show full text]
  • Introduction Minimizing Planned Downtime of SAP Systems with the Virtualization Technologies & Systematic Review and Resear
    Introduction Minimizing Planned Downtime of SAP Systems with the Virtualization Technologies & systematic review and research challenges in cloud computing Mrs.Priyanka Hariom Singh In-charge Principal Of K.S.E.T’S COLLEGE OF COMPUTER APPLICATIONS ABSTRACT Cloud Computing has been used by different types of clients because it has many advantages, including the minimization of infrastructure resources costs, and its elasticity property, which allows services to be scaled up or down according to the current demand. From the Cloud provider point-of-view, there are many challenges to be overcome in order to deliver Cloud services that meet all requirements defined in Service Level Agreements (SLAs). High availability has been one of the biggest challenges for providers, and many services can be used to improve the availability of a service, such as SAP infrastructures on which hundreds of users depend for their work and especially when systems such as materials management, supply chain management (SCM), and customer relationship management (CRM) run concurrently and interact with each other. we can also find infrastructure and middleware solutions. This systematic review has as its main goal to present and discuss high available (HA) solutions and new technologies implementation which are introduced by oracle i.e Minimizing Planned Downtime of SAP Systems with the Virtualization Technologies for Cloud Computing, and to introduce some research challenges in this area. Keywords:Cloud computing , biggest challenges for providers, SAP infrastructures, Service Level Agreements (SLAs) ,High availability, Systematic review I.INTRODUCTION Cloud Computing emerged as a novel technology at the end of the last decade, and it has been a trending topic ever since.
    [Show full text]
  • Opensaf and Vmware from the Perspective of High Availability
    OpenSAF and VMware from the Perspective of High Availability Ali Nikzad A Thesis in The Department of Computer Science and Software Engineering Presented in Partial Fulfillment of the Requirements for the Degree of Master of Applied Science (Software Engineering) at Concordia University Montreal, Quebec, Canada November 2013 © Ali Nikzad, 2013 CONCORDIA UNIVERSITY School of Graduate Studies This is to certify that the thesis prepared By: Ali Nikzad Entitled: OpenSAF and VMware from the Perspective of High Availability and submitted in partial fulfillment of the requirements for the degree of complies with the regulations of the University and meets the accepted standards with respect to originality and quality. Signed by the final examining committee: Dr. T. Popa _______________________________ Chair Dr. J. Rilling __ ________________________ Examiner Dr. J. Paquet ___________________________ Examiner Dr. F. Khendek_ ________________________ Supervisor Dr. M. Toeroe _ ______________________ Co-Supervisor Approved by Dr. S. P. Mudur________________________ Chair of Department Dr. C. Trueman___________________________________ Dean of Faculty Date: November 2013 ii Abstract OpenSAF and VMware from the Perspective of High Availability Ali Nikzad Cloud is becoming one of the most popular means of delivering computational services to users who demand services with higher availability. Virtualization is one of the key enablers of the cloud infrastructure. Availability of the virtual machines along with the availability of the hosted software components are the fundamental ingredients for achieving highly available services in the cloud. There are some availability solutions developed by virtualization vendors like VMware HA and VMware FT. At the same time the SAForum specifications and OpenSAF as a compliant implementation offer a standard based open solution for service high availability.
    [Show full text]
  • Third Party Software Notices And/Or Additional Terms and Conditions
    Third Party Software Notices and/or Additional Terms and Conditions F20240-501-0240 2019.12.06 This page and/or pages linked from this page contain Third Party Software Notices and/or Additional Terms and Conditions applicable for each Matrox product that may be updated from time to time. It is the responsibility of the Licensee to verify that the agreements listed are current and applicable. Please note that this list is not exhaustive and was determined according to Matrox’s understanding and to the best of its knowledge. Note: Links using the GIT protocol require the use of a GIT tool. For more information, see https://git-scm.com/. Maevex 5100 Series Software Version Software Package Link License Version License Link Apache v2.2.22 http://archive.apache.org/ Apache 2.0 https://www.apache.org/l dist/httpd icenses/LICENSE-2.0 asoundlib (ALSA) v1.0.24.2 http://software- LGPL (Library 2.1 https://www.gnu.org/lice dl.ti.com/dsps/dsps_public General Public nses/old-licenses/lgpl- _sw/ezsdk/latest/index_FD License) 2.1.en.html S.html AutoMapper v3.1.0 https://www.nuget.org/pac MIT No version https://opensource.org/li kages/AutoMapper/ applicable censes/MIT Avahi v0.6.31 http://www.avahi.org/dow LGPL 2.1 https://www.gnu.org/lice nload nses/old-licenses/lgpl- 2.1.en.html Busybox v1.20.2 http://www.busybox.net/d GPL (General 2.0 https://www.gnu.org/lice ownloads Public License) nses/gpl-2.0.en.html Dropbear v0.51 http://matt.ucc.asn.au/dro MIT No version https://opensource.org/li pbear/releases applicable censes/MIT Glib v2.24.2 https://gstreamer.ti.com/gf
    [Show full text]
  • IP Multimedia for Municipalities
    IP Multimedia for Municipalities The supporting architecture DAN PETERSTRÖM KTH Information and Communication Technology Master of Science Thesis Stockholm, Sweden 2009 TRITA-ICT-EX-2009:103 IP Multimedia for Municipalities: The supporting architecture Dan Peterström [email protected] Aug 18, 2009 Examiner and academic advisor: Prof. G. Q. Maguire Jr., KTH Industrial advisor: Per Ljungberg, Ericsson Abstract Fiber deployment is becoming popular and is seen as a way to increase a community’s attractiveness to new inhabitants and companies. A new Open Access network is emerging, leading to a more horizontal network architecture. Combining this architecture with IMS enables developers to easily develop new and attractive services. To facilitate the development of new IMS services there needs to be an easy to use development environment and a reliable hardware/software platform upon which to deploy them. This thesis project will explore the design, development, and evaluation of new IMS applications targeted at municipal networks as well as the service platforms they are deployed on. The thesis will also examined what role IMS plays in Municipalities and why they may need a tailored IMS solution. During the thesis a reference network for Municipalities was put together and tested. Different service platforms were tested and evaluated. Sammanfattning Fiberutbyggnad har blivit mycket populärt och ses som ett sätt att öka en stads attraktivitet för nya invånare och företag. Ett nytt öppen nät håller på att växa fram, detta leder till en mer horisontell nätverksarkitektur. Kombinera denna arkitektur med IMS så kan utvecklare lättare utveckla nya och attraktiva tjänster. För att underlätta utvecklingen av nya IMS-tjänster måste det finnas ett lättanvänd utvecklingsmiljö och en pålitlig hårdvaru/mjukvaru plattform att installera dem på.
    [Show full text]
  • Opensaf Release 4 Overview “The Architecture Release”
    OpenSAF Release 4 Overview “The Architecture Release” Mario Angelic Expert Middleware Architectures, Ericsson OpenSAF TLC [email protected] Presentation Outline • Background Information – OpenSAF Release 3 Architecture Overview • Release 4, “Architecture Release” – Functionality – Architecture Improvement • Streamlining • Modularity • Architecture alignment First, a chart 2000 1000 1800 900 1600 800 1400 1200 700 1000 600 800 600 500 400 400 200 300 0 200 100 jan-08 apr-08 jul-08 okt-08 jan-09 apr-09 jul-09 okt-09 jan-10 apr-10 0 Rel 2 Rel 3 Rel 4 Presentation Outline • Background Information – OpenSAF Release 3 Architecture Overview • Release 4, “Architecture Release” – Functionality – Architecture Improvement • Streamlining • Modularity • Architecture alignment OpenSAF 3.0 Key Features HA Applications SNMP Subagent + Command Line Interface SA Forum Information Model Management Service Management Access System Resource SA Forum SA Forum Availability XML Service Monitor Cluster Membership Management Framework Distributed Tracing Message Based SA Forum SA Forum Service Checkpoint Service Message Service Checkpoint Service Description Availability Interface Service SA Forum SA Forum Manager + Virtual IP Log Service Notification Service System LEAP (Utility Library) Persistent Store SA Forum SA Forum Service Lock Service Event Service Message Distribution Service (MDS over TIPC) HW Platform Porting Layer Linux (RHEL, SUSE, WRS PNE LE, Fedora, Mvista, Ubuntu)/SOLARIS Hardware Platform OpenSAF 3.0 key services AMF Application • Availability
    [Show full text]
  • Administració Avançada Del Sistema Operatiu GNU/Linux
    Sintonització, optimització i alta disponibilitat Remo Suppi Boldrito PID_00239613 GNUFDL • PID_00239613 Sintonització, optimització i alta disponibilitat Índex Introducció ........................................................... 5 Objectius ............................................................... 7 1. Sintonització, optimització i alta disponibilitat............. 9 1.1. Aspectes bàsics ................................................ 9 1.1.1. Monitoratge sobre UNIX System V ................... 10 1.2. Test de rendiment (Benchmark) ................................ 17 1.2.1. Optimització del sistema ............................. 19 1.2.2. Optimitzacions de caràcter general ................... 22 1.2.3. Configuracions complementàries ..................... 23 1.2.4. Resum d’accions per a millorar un sistema ........... 27 1.3. Monitoratge................................................... 30 1.3.1. Munin ................................................ 30 1.3.2. Monit ................................................ 31 1.3.3. SNMP + MRTG ....................................... 33 1.3.4. Nagios ................................................ 37 1.3.5. Ganglia ............................................... 40 1.3.6. Cacti.................................................. 42 1.3.7. Altres eines ........................................... 44 1.4. Alta disponibilitat en Linux (High-Availability Linux) .......... 46 1.4.1. Guia simple clúster amb Heartbeat per HA amb Apac- he .................................................... 47 1.4.2.
    [Show full text]