A Host Node represents a general purpose computer on the network; any physical or virtual computer system in your organization. A host is of a specific type, such as a server or a desktop which BMC Atrium Discovery gains high quality interactive access to. A host is not an IP-connected device, such as a switch or a router.
The attributes of a Host node contain stable information about the host, such as processor and memory details, its primary host name, operating system information, whether it is virtual, and so forth. Hosts are considered inferred information because rules inside the reasoning engine are used to determine which hosts exist based on the DiscoveryAccess results obtained. Hosts will only be created for discovery targets that should be considered hosts, as opposed to switches, printers or other infrastructure.
The following section describes the scenarios in which a Host node is created, updated or destroyed automatically.
In order to maintain the model of hosts in the environment, BMC Atrium Discovery identifies hosts using an internal weighting algorithm, see Uniquely Identifying a Host for more information. Hosts are identified by a number of criteria using this algorithm. The creation, update and removal of a Host node are based on these identities.
A Host node is created in the datastore when a new host is inferred from a successful discovery. A Host is only created when good quality access to the target computer has been established. Good quality access is necessary for the BMC Atrium Discovery internal system to establish that there is sufficient stable information available to identify a Host. Stable information is considered to be data such as hardware details, how many active interfaces there are, bios serial numbers and so forth.
A Host node will not be created unless information is available from Device Info, Host Info and the discovered Network Interfaces.
For as long as BMC Atrium Discovery's host identification algorithm can determine that a particular discovery target corresponds to a particular Host node, the Host node is updated every time the target is scanned on any of its IP addresses. Once a Host node is created, BMC Atrium Discovery will update its attributes as the host changes over time, while still retaining the original Host node and key
.
When a Host node is first created, BMC Atrium Discovery constructs a key
attribute that uniquely identifies the host. The key is based on a combination of attribute values from the Host, but those attributes can change over time. As the host is rescanned, the Host node attributes that contributed to the key
can all change, but the key
itself will not be changed. If a Host node is destroyed and then the corresponding host is rescanned, a new Host node will be created. If the attribute values that were originally used to construct the key
have not changed, the new Host node will be given the same key
as the original one, but if any of the attributes have changed, the new Host node will have a different key
to the old one.
By default, a Host node will be automatically destroyed, if BOTH of the following circumstances are fulfilled:
Thus, if a host is not successfully scanned, by default, the Host node representing it will remain in the model for at least 10 days. In this context, "seen" means anything other than no update. The table below shows the default removal criteria for the Host Node.
Node Kind |
Days |
Scans |
---|---|---|
Host |
10 |
7 |
These are the default settings for the number of days and number of scans. You can change these settings on the Model Maintenance page. See Configuring model maintenance settings for more information.
When a Host node is destroyed, its related nodes are destroyed too. That is, if a Host node is destroyed, all of its software instances, network interfaces, files, and HBAs are also destroyed.
When a node with attachments is destroyed, the attachments are not destroyed, and remain attached to the destroyed node. See Attachments for an introduction to attachments.
If a host node is destroyed from the datastore, all of its relationships are destroyed as well. For example, a host may have a relationship to a location. If the host is destroyed, the relationship to that location will also be destroyed. See How nodes are removed.
There is no single identifying attribute that can be used reliably to identify hosts. BMC Atrium Discovery determines host identities using an internal host identification algorithm to select which existing Host node should be connected, if any, with the Directly Discovered Data from the current scan.
A Host node is only created or updated when BMC Atrium Discovery has enough information to determine that a suitable Host node does not already exist or that an existing Host node is the one to use. A host will not be created or updated unless BMC Atrium Discovery has working credentials to extract enough information from the host.
Once BMC Atrium Discovery has sufficient information on the scanned endpoint it searches in the datastore for candidate Host nodes to be updated. This is carried out using a series of search queries, for example:
The Host nodes returned by these, and other searches, are candidates for being linked with the scanned Discovery Access node.
All the candidates are then ranked using the BMC Atrium Discovery algorithm based on the data on the candidate and the data currently retrieved from the endpoint. Each attribute on the host could be one of the following:
For each attribute a score is set for confirmed, changed or absent values. These scores are then added together to build the ranking. The score for all the attributes are then added together.
Once all the candidates have been evaluated, Host nodes with a negative ranking are ignored, and the highest positive-ranked Host node will be chosen. If no Host nodes have a positive score, or if no candidates have been found, a new Host node is created. In all cases, the Host node is then updated with the new data.
BMC Atrium Discovery scans IP addresses, or endpoints. It is the job of the Host identification algorithm to match endpoints to Host nodes. When an endpoint is scanned, the host identification algorithm sometimes decides that the endpoint now corresponds to a different Host node to the previous scan of that endpoint. This can happen for three main reasons:
All three situations look the same from BMC Atrium Discovery's point of view – the discovered data is significantly different from the data previously retrieved from the endpoint. To facilitate understanding of these scenarios, BMC Atrium Discovery creates an EndpointIdentity
relationship between the Host nodes. The Host view displays the relationship and allows comparison of the new and old Host nodes.
In all situations, BMC Atrium discovery will ultimately resolve the condition. If the change is due to an IP address reassignment, the original Host may be found by scanning a different endpoint. If that happens, the Host is connected to the new endpoint and the EndpointIdentity relationship is removed. In other situations, the original Host node will age out according to the normal ageing rules.
BMC Atrium Discovery performs consolidation of virtual and partitioned hosts. When it does this, the model it constructs is as follows:
Virtual Hosts are modeled so that the virtual host is related through the software instance to the physical host. For example:
Where a number of IP devices are discovered that are logical devices on hosts, they are modeled as shown in the diagram below. See Host Node lifecycle.
For example, the following types of servers are treated in this manner:
Where a number of collaborative hosts are discovered (they are seen as individual IP devices and there is no parent), they are consolidated into clusters which are modeled as Cluster Nodes, see Cluster Lifecycle. For example, the following types of cluster are treated in this manner:
The attributes and relationships of a Host Node are described in the tables below. Where hidden attributes are included, they are described in the most relevant section. Not all attributes are discovered for every platform, see the Discovered Attributes by Platform page for information on this.
Fields that are displayed in the user interface but have no related attribute on a Host Node, that is, they are inherited or populated by relationships, are also shown.
UI Name | Description |
---|---|
General Details |
|
| The name that the host is known by, typically the same as hostname. |
Not displayed in UI | The name that the host is known by systems external to this host. |
Not displayed in UI | Globally unique key. |
Not displayed in UI | Description of the host. Legacy attribute not currently used. Can be used by patterns if desired. |
Not displayed in UI | URL for information about the host. Legacy attribute not currently used. Can be used by patterns if desired. |
Not displayed in UI | If true, the host is critical to operation of the business. Legacy attribute not currently used. Can be used by patterns if desired |
Not displayed in UI | If true, the host is supported by a third party. Legacy attribute not currently used. Can be used by patterns if desired |
Not displayed in UI | Other names by which this host is known. Legacy attribute not currently used. Can be used by patterns if desired |
Not displayed in UI | Type such as 'UNIX Server', 'Windows Desktop', and so on. This attribute is deprecated, use |
Type | Type such as 'UNIX Server', 'Windows Desktop', and so on. |
Hardware Vendor | The hardware vendor, for example, Dell Computer Corporation. |
Virtual | Flag if the host is virtual. |
Partition | Flag if the host is a partition. |
E10K SSP Hostname | The E10K SSP Hostname, the physical host for a Sun Microsystems "Blade" Servers. This is available on Sun Enterprise 10000 systems only. |
SunFire Domain | F15K SunFire domain. Common to all blades in a SunFire server. The attribute is set for all Host Nodes which are members of the server. |
Primary Domain Controller | The Windows Primary Domain Controller name of which this host is a member - only grabbed by Remquery method. |
Zonename | The Solaris Zonename of this host and its container. Currently only Solaris 10 supports zonenames. |
LDOM Name | Solaris LDOM name. |
LDOM Role | Solaris LDOM role. |
Power LPAR Name | IBM Power LPAR Name. |
Power LPAR Number | IBM Power LPAR Number. |
Identity |
|
Local FQDN | The fully qualified domain name of the host. |
DNS Domain | The DNS domain to which the host belongs. |
NIS/Windows Domain | The NIS/Windows domain to which the host belongs. |
Windows Workgroup | The Windows workgroup to which this host belongs. |
Operating System |
|
Discovered OS | The name and version of the Operating system. For example, Mandrake Linux release 9.1 (Bamboo) for i586. |
Discovered OS Class | Operating system class. |
Discovered OS Type | Operating system type. The name part of the os attribute. For example, Mandrake Linux. |
Discovered OS Version | Operating system version. The version part of the os attribute. For example, 9.1. |
Discovered OS Edition | Operating system edition. |
Discovered OS Architecture | Operating system architecture. |
Discovered OS Update Level | Operating system update level. |
Discovered OS Build | Operating system build information. |
Discovered OS Vendor | Operating system vendor. |
Service Pack | Service Pack number. Windows only. |
Discovered Kernel | The version of the kernel. For example, on an AIX host, 5.3. |
Patches and Packages |
|
Package Count | The number of packages. |
Patch Count | The number of patches. |
Attributes used internally to short circuit some processing |
|
Not displayed in UI | The patch checksum. |
Not displayed in UI | The package checksum. |
Host aging attributes |
|
Not displayed in UI | The number of consecutive successful (positive) or failed (negative) accesses, from any endpoint. |
Not displayed in UI | The time at which a scan was last successfully associated with this host. |
Not displayed in UI | The time at which a scan associated with this host failed. |
Hardware and Network |
|
Model | The model name of the hardware. |
Serial Number | The serial number of the hardware. |
UUID | The universally unique identifier (UUID) of the host. |
Unique Host Id | Unique Host identification string. |
RAM | The amount of RAM (in MB) on the host as reported by the host Operating System (OS). |
Number of Processors | The number of physical processors on the host. |
Processor Type | The type of processor used in the host. For example, Intel(R) Pentium(R) 4 CPU. |
Processor Speed | The speed of each processor in MHz. |
Number of Logical Processors | The number of logical processors available to the OS. |
Cores per Processor | The number of cores per physical processor available to the OS. |
Threads per Processor Core | The number of threads per core in multi/hyper threaded processors available to the OS. |
CPU Threading Enabled | Whether CPU hardware threading is enabled. |
Number of Processor Types | The number of physical processor types. |
All Processor Types | List of all processor types. |
All Processor Speeds | List of all processor speeds. |
Logical Processor Counts | List of logical processor counts. |
Physical Processor Counts | List of physical processor counts. |
Not displayed in UI | List of threads per core counts. |
Not displayed in UI | List of cores per processor counts. |
Power Supply Status | Displays the status for each power supply. This can be either OK or Fail. |
Attributes used only to facilitate search queries |
|
Not displayed in UI | BMC Atrium Discovery internal use only. Do not use. Internal attribute to aid searching Hosts by IP address. |
Not displayed in UI | BMC Atrium Discovery internal use only. Do not use. Internal attribute to aid searching Hosts by name. |
Attributes used for grouping |
|
| BMC Atrium Discovery internal use only. Records that a node has been marked as excluded from automatic grouping. Do not use. |
Attributes used for CMDB Sync |
|
CDM Virtual System Type | Attribute for populating the CDM |
Last successful CMDB sync | The time at which this Host was last successfully synchronized into the CMDB. |
Last failed CMDB sync | The time at which an attempt to synchronize this Host into the CMDB failed. |
CMDB sync duration | The time in seconds spent performing the last CMDB synchronization of this Host. |
CMDB CI count | The number of CIs corresponding to this Host at the last CMDB synchronization. |
CMDB Relationship count | The number of relationships between CIs corresponding to this Host at the last CMDB synchronization. |
The relationships on a Host Node are described in the table below.
UI name |
Relationship |
Description |
---|---|---|
Containing AutomaticGroup |
|
Owning AutomaticGroup. |
Containing Group |
|
Owning Group. |
Location |
|
Location of this Host. |
Hosted Applications |
|
Business Application Instances running on this Host. |
Software Instances |
|
Software Instances running on this Host. |
Aggregate Software Instances |
|
Aggregate Software Instances running on this Host. |
Runtime Environments |
|
Runtime Environments on this Host. |
Host Container |
|
Host container of which this is a member. |
Cluster |
|
Cluster of which this is a member. |
Containing VM |
|
Software container for this virtual Host. |
Network Interfaces |
|
Network interfaces of this Host. |
IPv4 Addresses |
|
IPv4 addresses of this Host. |
IPv6 Addresses |
|
IPv6 addresses of this Host. |
HBA Interfaces |
|
Fibre Channel HBAs of this Host. |
Files |
|
Files on this Host. |
Device Info |
|
DeviceInfo of this Host. |
Host Info |
|
HostInfo of this Host. |
Discovery Access |
|
DiscoveryAccess for this Host. |
Patches |
|
Patches on this Host. |
Not displayed in UI |
|
Patches contributing to this Host's attributes. |
Packages |
|
Packages on this Host. |
Not displayed in UI |
|
Packages contributing to this Host's attributes. |
File System |
|
FileSystem of this Host. |
Endpoint Used To Be Identified As |
|
Previous Host Identity. |
Endpoint Now Identified As |
|
Next Host Identity. |
Endpoint Used To Be Identified As |
|
Previous Device Identity. |
Endpoint Now Identified As |
|
Next Device Identity. |
Endpoint Used To Be Identified As |
|
Previous Mainframe Identity. |
Endpoint Now Identified As |
|
Next Mainframe Identity. |
Endpoint Used To Be Identified As |
|
Previous Printer Identity. |
Endpoint Now Identified As |
|
Next Printer Identity. |
Endpoint Used To Be Identified As |
|
Previous SNMP Managed Device Identity. |
Endpoint Now Identified As |
|
Next SNMP Managed Device Identity. |
Hardware Reference Data |
|
Hardware Reference data corresponding to this Host. |
Hardware Support Details |
|
Hardware Support Detail related to this Host. |
OS Support Details |
|
OS Support Detail related to this Host. |
Details |
|
Details of this Host. |
Collections |
|
A collection which this Host is a member of. |
Communicating With |
|
Other Hosts that this Host is communicating with. Only created when automatic grouping is enabled. |
Managed by Software Instance |
|
Software Instances that manage this Host. |
Discovery Conditions |
|
Discovery conditions to which this element pertains. |
Discovery Access Failure |
|
The failed access for an endpoint. |
Discovery Access Optimization |
|
The optimized access for an endpoint. |
Not displayed in UI |
|
A file attached to this element. |
Status |
|
The lifecycle status of this element. |
Recovery Time |
|
The recovery time specified for this element. |
Family |
|
Family of this element. |
Organizational Unit |
|
The Organizational Unit that this element belongs to. |
Location |
|
Location of this element. |
Support Manager |
|
The person responsible for the support of this element. |
Business Owner |
|
The person responsible for this element from a business perspective. |
IT Owner |
|
The person responsible for this element from an IT perspective. |