Services view

Usage

This view presents service inventory and health.

Typical use cases:

Quick insight of live service status

status!=ok

List services matching criteria

Example: “How many non-production services do I manage for the ERP system” app=ERP & type=!PRD

Example: “I lost a power line, which services are impacted”: nb_power_supply=1 & power_supply_1=POW_A

Generate diagrams of clusters to better communicate on disaster recovery plans and allocated resources

Check some rows and click Topology

Trigger actions on a service or a group of services

Check some rows and click Service action

Trigger actions on a node or a group of nodes

Check some rows and click Node action

Provision a new service from a template

Click Provisioning

Screenshot

_images/collector.view.services.1.png

Fields

Container type

The container type reflect the service integration type of the service. This setting is set in the service configuration file on the nodes as the mode parameter. The possible values are:

Mode

Description

hosted

The service is hosted on bare metal, non-virtualized resources : ip plumbed on a physical interface, applications and data in filesystems mounted on a real server.

zone

The service applications and data are deployed in a Solaris zone. The ip is still plumbed in the global zone. Filesystem resources are mounted in the global zone.

lxc

The service applications and data are deployed in a Linux Container (zone-like). The ip is plumbed on a virtual interface, with virtualized mac address. Filesystem resources are mounted in the host system.

vz

The service applications and data are deployed in a Linux Container (zone-like). The ip is plumbed on a virtual interface, with virtualized mac address or tunneled. Filesystem resources are mounted in the host system.

kvm

The service applications and data are deployed in a KVM virtual machine. The ip is plumbed on a virtual interface, with virtualized mac address. Filesystem resources are mounted in the virtual host.

vbox

The service applications and data are deployed in a VirtualBox virtual machine. The ip is plumbed on a virtual interface, with virtualized mac address. Filesystem resources are mounted in the virtual host.

xen

The service applications and data are deployed in a Xen virtual machine. The ip is plumbed on a virtual interface, with virtualized mac address. Filesystem resources are mounted in the virtual host.

hpvm

The service applications and data are deployed in a HP-UX native virtual machine. The ip is plumbed on a virtual interface, with virtualized mac address. Filesystem resources are mounted in the virtual host.

ovm

The service applications and data are deployed in a Oracle Virtual Machine. The ip is plumbed on a virtual interface, with virtualized mac address. Filesystem resources are mounted in the virtual host.

Responsible

The responsibles are persons receiving alerts for a service. Hovering the mouse over the icon spawns the name of the responsibles. No icon means no responsible, which is an anomaly, and as such, cause alerts to be emitted to the site’s administrator/manager.

Prefered node

Upon node reboot, only the services whose prefered node is set to this node are started. During those services start-up, the nodeware verifies the service is not running on another node and aborts the start-up if so.

Service type

This property is used by the nodeware to sanity check actions asked by the admin.

Type

Description

PRD

Production service. Services of this type can be started on any type of node.

DEV

Development service. Services of this type are not allowed to be started on production nodes.

TMP

Temporary service. Like DEV, but alerts won’t be sent for these services.

App

The application code is a way to group services dedicated/paid by some corporate entity or project. You can setup any application code you want in your services configuration file, using the app parameter.

Status

Status gizmos present the overall service health on top, and individual resource type status below. Color codes are:

Color

Description

green

resource is up

red

resource is down

orange

resource has warnings

grey

resource type is not used by the service

An all-greyed-out status marker indicates the presented data is too old to be trusted, though it displays the last overall known status. Hovering the mouse over the status markers will displayed the data refresh timestamp.

Tools

  • Node actions

  • Service actions

  • Topology

Dashboard notifications

  • Frozen services

  • Service status not updated

  • Services not up