Configuring CIs in a manual service as a manual cluster

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 1 minute de lecture
  • Configure or modify a CI as a specific CI or a generic CI class in a manual service (that was not discovered automatically) as a manually defined cluster. A manual cluster delivers redundancy capabilities in the cluster and provides continued operations or services of the entire cluster in case of failure of one or more CIs in that cluster.

    Manual cluster allows you to group CIs under a logical cluster in a service. In the impact tree you can set the relative impact of a cluster member on the cluster.
    Remarque :
    Creation of nested manual clusters (cluster inside cluster) is currently not supported.

    Once the CI is defined as a manual cluster its impact calculation shows the magnitude of an outage on its children CIs. Impact calculation uses factors such as impact rules and CI relationships to calculate the severity of a generated alert. Impact rules, which are used for impact calculation, estimate the magnitude or severity of an outage based on affected CIs and determines how the impact applies to parent or child entities that are part of an application service.

    The magnitude of an outage can be 100% down, 60% affected, 40% impaired, or 20% impaired.

    Redundancy is defined in impact rules. For example, you can define that the parent CI is critical if at least two child CIs are critical. The impact from child to parent CIs is not always 100%. If the CIs of all three children are affected, the impact is 100% down.

    In a service map, you can configure or modify a specific CI or a generic CI class in a manual service as a manually defined cluster. When configuring as a generic CI class, all the CIs of the selected class in that service are configured the same.

    Remarque :
    Visual representation of a manual cluster may differ from the visual representation of a cluster that is discovered automatically.