Motorola and the stylized M logo are trademarks registered in the U.S. Patent and Trademark Office. All other product or service names
are the property of their respective owners.
®
Intel
is a trademark or registered trademark of Intel Corporation or its subsidiaries in the United States and other countries.
™
and all other Java-based marks are trademarks or registered trademarks of Sun Microsystems, Inc. in the U.S. and other
, Windows® and Windows Me® are registered trademarks of Microsoft Corporation; and Windows XP™ is a trademark of
®
, CompactPCI®, AdvancedTCA™ and the PICMG, CompactPCI and AdvancedTCA logos are registered trademarks of the
®
is a registered trademark of The Open Group in the United States and other countries.
Notice
While reasonable efforts have been made to assure the accuracy of this document, Motorola assumes no liability resulting from any
omissions in this document, or from the use of the information obtained therein. Motorola reserves the right to revise this document
and to make changes from time to time in the content hereof without obligation of Motorola to notify any person of such revision or
changes.
Electronic versions of this material may be read online, downloaded for personal use, or referenced in another document as a URL to
a Motorola website. The text itself may not be published commercially in print or electronic form, edited, translated, or otherwise altered
without the permission of Motorola,
It is possible that this publication may contain reference to or information about Motorola products (machines and programs),
programming, or services that are not available in your country. Such references or information must not be construed to mean that
Motorola intends to announce such Motorola products, programming, or services in your country.
Limited and Restricted Rights Legend
If the documentation contained herein is supplied, directly or indirectly, to the U.S. Government, the following notice shall apply unless
otherwise agreed to in writing by Motorola.
Use, duplication, or disclosure by the Government is subject to restrictions as set forth in subparagraph (b)(3) of the Rights in Technical
Data clause at DFARS 252.227-7013 (Nov. 1995) and of the Rights in Noncommercial Computer Software and Documentation clause
at DFARS 252.227-7014 (Jun. 1995).
Availability Service Programmer’s Reference (6806800C44B)
7
List of Figures
8
Availability Service Programmer’s Reference (6806800C44B)
About this Manual
Overview of Contents
This manual is divided into the following chapters and appendices.
zChapter 1: Introduction
Describes the functionality and main features of the Availability Service
zChapter 2: Management Interface
Describes how to configure the functionality of the Availability Service
zAppendix A: Sample Application
Describes the sample application which illustrates the functionality of the Availability
Service. The sample application is delivered with the Avantellis software.
zAppendix B: Related Documentation
Provides references to further documentation and specifications that are related to NCS
and the Availability Service.
Abbreviations
This document uses the following abbreviations:
AbbreviationDefinition
AMCAlarm Management Controller
AMFAvailability Management Framework
APIApplication Programming Interface
ARPAddress Resolution Protocol
AvAAvailability Agent
AvDAvailability Director
AvMAvailability Manager
AvSvAvailability Service
BOMBill of Material
CLICommand Line Interface
Cluster Membership AgentCLA
CSIComponent Service Interface
DTSvDistributed Tracing Service
Event Distribution ServiceEDSv
FRUField Replaceable Unit
HISvHardware Interface Service
Availability Service Programmer’s Reference (6806800C44B)
9
About this Manual
AbbreviationDefinition
HPIHardware Platform Interface
LEAPLayered Enhanced Accelerated Portability
MASvManagement Access Service
MBCSvMessage Based Checkpoint Service
MDSMessage Distribution Service
MIBManagement Information Base
NCSNetplane Core Services
PCAPPayload Construction and Availability Service
SAFService Availability Forum
SCAPSystem Construction and Availability Process
SGService Group
SIService Instance
SNMPSystem Network Management Protocol
SRMSvSystem Resource Monitoring Service
SUService Unit
XMLExtended Markup Language
Conventions
The following table describes the conventions used throughout this manual.
NotationDescription
0x00000000Typical notation for hexadecimal numbers (digits
0b0000Same for binary numbers (digits are 0 and 1)
boldUsed to emphasize a word
ScreenUsed for on-screen output and code related
Courier + BoldUsed to characterize user input and to separate it
ReferenceUsed for references and for table and figure
File > ExitNotation for selecting a submenu
<text>Notation for variables and keys
are 0 through F), for example used for addresses
and offsets
elements or commands in body text
from system output
descriptions
10
[text]Notation for software buttons to click on the screen
and parameter description
...Repeated item for example node 1, node 2, ...,
node 12
Availability Service Programmer’s Reference (6806800C44B)
About this Manual
NotationDescription
.
.
.
..Ranges, for example: 0..4 means one of the
|Logical OR
Omission of information from example/command
that is necessary at the time being
integers 0,1,2,3, and 4 (used in registers)
Indicates a hazardous situation which, if not
avoided, could result in death or serious injury
Indicates a hazardous situation which, if not
avoided, may result in minor or moderate injury
Indicates a property damage message
Summary of Changes
This manual has been revised and replaces all prior editions.
Part NumberPublication DateDescription
6806800A44AFebruary 2007First edition
6806800A44BSeptember 2007Minor text updates for Avantellis Release
Comments and Suggestions
We welcome and appreciate your comments on our documentation. We want to know what you
think about our manuals and how we can make them better.
Mail comments to:
No danger encountered. Pay attention to important
information
Availability Service Programmer’s Reference (6806800C44B)
11
About this Manual
zeccrc@motorola.com
In all your correspondence, please list your name, position, and company. Be sure to include
the title, part number, and revision of the manual and tell how you used it.
Germany
12
Availability Service Programmer’s Reference (6806800C44B)
Introduction
1.1Overview
The NCS Availability Service (AvSv) is the core service of the NetPlane software. It provides
service availability to applications by coordinating the redundant resources in a cluster to
provide a system with no single point of failure. It provides high-availability mechanisms to the
application software it manages. These include life-cycle management of application software,
fault detection, fault isolation, escalation, recovery, and repair.
The AvSv functionality is a highly compliant implementation of Service Availability Forum’s
Application Interface Specification of Availability Management Framework (SAI-AIS-AMFB.01.01) and Cluster Membership Service (SAI-AIS-CLM-B.01.01).
The Availability Service (AvSv) provides the following functionality:
1
zLeverage the SAF "System Description and Conceptual Model"
zHonour the Availability Management Framework" API
zHonour the SA Cluster membership Service API
zHouse the MIB tables corresponding to the hardware portion of the deployment system
description which includes entity containment and fault domain hierarchy information
zHouse the MIB tables corresponding to the software portion of the deployment system
description which include configuration of AMF-defined logical entities and their
relationship
zPerform blade validation on receipt of HPI hot swap insertion events
zHandle fault events such as HPI hot swap extraction events, threshold crossing events etc.
The AvSv maintains a software system model database which captures SAF-described logical
entities and their relationships to each other. The software system model database is initially
configured from data contained in the System Description file. Through time the system model
will modify due to changing system realities and administrative actions.
The SAF logical entities related in the system model include components which normalize the
view of physical resources such as processes, drivers or devices. Components are grouped into
Service Units according to fault dependencies that exist among them. A Service Unit is also
scoped to one or more (physical) fault domains. Service Units of the same type are grouped
into Service Groups (SG) which exhibit particular redundancy modelling characteristics.
Service Units within a SG are assigned to Service Instances (SI) and given a High Availability
state of active and standby.
The hardware database maintained by AvSv includes hardware entity containment information
and the hardware fault domain hierarchy. All hardware entities are represented by their HPI
entity paths. The hardware entity containment tree only includes managed FRUs which may or
may not include processor environments., and non-FRU resources which include processor
environments. The fault domain data includes dependency relationships between parent-child
Availability Service Programmer’s Reference (6806800C44B)
13
IntroductionModels and Concepts
entities as well as non-parent child entities. The hardware system model also includes
validation data for managed FRUs and the linkages between entities and AMF logical nodes.
All the processor environment entities in the hardware entity containment tree, which
correspond to AMF nodes, contain the node name of the associated node. The node name
provides the linkage between the hardware and the software system models.
Further functionality provided by AvSv includes:
zAutomatic and administrative means to instantiate, terminate and restart resources
zAutomatic and administrative means to manage or reflect Service Group, Service Unit,
Service Instance and Resource state
zAdministrative means to perform switch-over
zAdministrative means to reset (but not power cycle) nodes
zHeartbeat and event subscription schemes for fault detection, isolation and identification
zHealth-check services to probe and prevent system trauma that lead to faults
zFault recovery mechanisms to fail-over SIs which maintain service availability in case of
system trauma
zFault repair mechanisms to restore failed components
zValidation of hardware resources (managed FRUs) entering the system
The AsVs itself cannot be a single-point of failure. It provides its own internal scheme and
mechanisms to protect itself from its own failure.
1.2Models and Concepts
This chapter provides information on:
zService Structure and architecture
zCompliancy to SAF standard
zService Dependencies
zReferences to SAF documents which provide details about the service functionality
zService Extensions
zImplementation Notes
zConfiguration
1.2.1Service Structure Overview
14
Availability Service is made up of the following distributed sub-parts:
zAvailability Manager
zAvailability Director
zAvailability Node Director
Availability Service Programmer’s Reference (6806800C44B)
Service Structure OverviewIntroduction
zAvailability Agent
zCluster Membership Agent
Figure 1-1Availability Service - Subparts
1.2.1.1Availability Manager
NetPlane Core Services’ Availability Manager (AvM) maintains the hardware model of the
system above. It acts as a bridge between the Availability Management Framework (AMF) and
the Hardware Platform Interface (HPI). It supports activation and deactivation of fieldreplaceable units (FRUs), Reset Management, Lock Management, and Fault Management.
AvM interacts with internal role distribution and fault management mechanisms to capture the
role of system manager hosts and propagate it to the AMF. It is also used to trigger
administrative switchovers of system manager hosts. AvM resides on both the active and
standby system manager hosts.
1.2.1.2Availability Director
The Availability Director (AvD) maintains the entire system model, consisting of nodes, the
Service Groups (SG), their constituent Service Units (SUs), their constituent components, and
their corresponding component service instance (CSI) and service instances (SIs) that are in
the system. There is an active and a standby instance of the AvD in a system. The AvD runs as
part of a System Construction and Availability Process (SCAP) on the system manager host.
Its main tasks include fault detection, isolation and recovery procedures as defined in the SAF
AMF. Any problems and failures on a component that cannot be handled locally, are prompted
to the Availability Director which controls and triggers the isolation of the affected component
and, if possible, the activation of a stand-by component.
Availability Service Programmer’s Reference (6806800C44B)
15
IntroductionCompliance Report
1.2.1.3Availability Node Director
The Availability Node Director (AvND) resides on each system node and its main task is to
maintain the node-scoped part of the software system model described above.
The AvND coordinates local fault identification and repair of components and furthermore
facilitates any wishes it receives from the Availability Director.
The AvND watches for components arriving or leaving the system and summarizes this
information in a Service Unit (SU) presence state, and keeps the AvD informed about the
current status and changes. The AvND is capable of disengaging, restarting and destroying any
component within its scope. This may occur according to AvD instructions or as a result of an
administrative action or automatically triggered by policies.
1.2.1.4Availability Agent
The Availability Agent (AvA) is the linkable library that provides a means for the AvSv to
exchange information with system components overseen by the process in which this library is
planted. It does not run as a separate thread.
The AvA implements the SAF Availability Management Framework API and provides the entrypoint for accessing AMF functionality.
1.2.1.5Cluster Membership Agent
The Cluster Membership Agent (CLA) is a linkable library that enables AvSv to provide
information about nodes in the cluster to the process in which it is linked. It does not run as a
separate thread.
The CLA implements the SAF Cluster Membership Service Library functionality and provides
an entry point to the SAF CLM functionality.
1.2.2Compliance Report
Availability Service conforms to the Application Interface specifications mentioned in the
following SAF documents:
zSAI-AIS Volume 1: Overview and Models (SAI-AIS-B.01.01)
3.1 Logical Entities YesConstituent sub-sections that
3.1.2ComponentsYesAvSv currently does not
Ye s
Ye s
of hardware resources only
when they are modeled using
proxy components
NAInformational
are only partially supported
or not supported are
mentioned below. Note that
the rest of the sub-sections
are fully supported.
support external components
3.1.2.3Proxy and Proxied
Components
3.1.4Service UnitsYesAvSv currently does not
3.2State ModelsYes
3.3Fail-over and Switchover
3.4Administrative
Operations
3.5Possible Combination of
States for Service Units
Availability Service Programmer’s Reference (6806800C44B)
YesAvSv currently supports only
YesAvSv supports switchover of
Ye s
Ye s
the model in which proxied
and their proxy components
are on the the same Node.
support External Service
Units.
service instances caused
due to administrative
operations specified in SAAIS-AMF-B.01.01 and some
proprietary switchover
mechanisms not specified in
the document.
17
Loading...
+ 37 hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.