member-identity

member-identity

Used in: cluster-config.

The member-identity element contains detailed identity information that is useful for defining the location and role of the cluster member.

Elements

The following table describes the elements you can define within the member-identity element.

Element Required/Optional Description
<cluster-name> Optional The cluster-name element contains the name of the cluster. In order to join the cluster all members must specify the same cluster name.

It is strongly suggested that cluster-name be specified for production systems, thus preventing accidental cluster discovery among applications.

Preconfigured override is tangosol.coherence.cluster
<site-name> Optional The site-name element contains the name of the geographic site that the member is hosted at. For WAN clustering, this value identifies the datacenter within which the member is located, and can be used as the basis for intelligent routing, load balancing and disaster recovery planning (i.e. the explicit backing up of data on separate geographic sites). The name is also useful for displaying management information (e.g. JMX) and interpreting log entries.

It is optional to provide a value for this element. Deployments that spread across more than one geographic site should specify a site-name value.

Preconfigured override is tangosol.coherence.site.
<rack-name> Optional The rack-name element contains the name of the location within a geographic site that the member is hosted at. This is often a cage, rack or bladeframe identifier, and can be used as the basis for intelligent routing, load balancing and disaster recovery planning (i.e. the explicit backing up of data on separate bladeframes). The name is also useful for displaying management information (e.g. JMX) and interpreting log entries.

It is optional to provide a value for this element. Large scale deployments should always specify a rack-name value.

Preconfigured override is tangosol.coherence.rack.
<machine-name> Optional The machine-name element contains the name of the physical server that the member is hosted on. This is often the same name as the server identifies itself as (e.g. its HOSTNAME, or its name as it appears in a DNS entry). If provided, the machine-name is used as the basis for creating a machine-id, which in turn is used to guarantee that data are backed up on different physical machines to prevent single points of failure (SPOFs). The name is also useful for displaying management information (e.g. JMX) and interpreting log entries.

It is optional to provide a value for this element. However, it is strongly encouraged that a name always be provided.

Preconfigured override is tangosol.coherence.machine.
<process-name> Optional The process-name element contains the name of the process (JVM) that the member is hosted on. This name makes it possible to easily differentiate among multiple JVMs running on the same machine. The name is also useful for displaying management information (e.g. JMX) and interpreting log entries.

It is optional to provide a value for this element. Often, a single member will exist per JVM, and in that situation this name would be redundant.

Preconfigured override is tangosol.coherence.process.
<member-name> Optional The member-name element contains the name of the member itself. This name makes it possible to easily differentiate among members, such as when multiple members run on the same machine (or even within the same JVM).The name is also useful for displaying management information (e.g. JMX) and interpreting log entries.

It is optional to provide a value for this element. However, it is strongly encouraged that a name always be provided.

Preconfigured override is tangosol.coherence.member.
<role-name> Optional The role-name element contains the name of the member role. This name allows an application to organize members into specialized roles, such as cache servers and cache clients. The name is also useful for displaying management information (e.g. JMX) and interpreting log entries.

It is optional to provide a value for this element. However, it is strongly encouraged that a name always be provided.

Preconfigured override is tangosol.coherence.role.
<priority> Optional The priority element specifies a priority of the corresponding member.

The priority is used as the basis for determining tie-breakers between members. If a condition occurs in which one of two members will be ejected from the cluster, and in the rare case that it is not possible to objectively determine which of the two is at fault and should be ejected, then the member with the lower priority will be ejected.

Valid values are from 1 to 10.

Preconfigured override is tangosol.coherence.priority.