Abstract: Examples of analyzing a log file are described. In an example, a log file comprising a plurality of event records is obtained from a computing device. The event records in the plurality of log files may be processed. Thereafter, an occurrence of anomaly in the log file may be ascertained.

Abstract: A distributed ledger system is described. The system includes a provider to provide a plurality of infrastructure resources, a client to access a first set of the plurality of resources; and an operator platform to facilitate access to the first set of resources from the providers, including a processor to generate one or more blocks of transaction data associated with each resource in the first set of resources to update chain code and measure of usage the first set of resources measure, wherein the chain code is stored in a distributed ledger database shared between the operator platform and the client.

Abstract: A system is described. The system includes a distributed ledger peer-to-peer blockchain fabric comprising a plurality of peer nodes, including a first peer node to receive a workload package, examine the workload package to determine a role of the first peer node within a cluster configuration of a first set of the plurality of peer nodes and execute the workload package at resources included in the first peer node.

Abstract: Examples of analyzing a log file are described. In an example, a log file comprising a plurality of event records is obtained from a computing device. The event records in the plurality of log files may be processed. Thereafter, an occurrence of anomaly in the log file may be ascertained.

Abstract: A distributed ledger system is described. The system includes a provider to provide a plurality of infrastructure resources, a client to access a first set of the plurality of resources; and an operator platform to facilitate access to the first set of resources from the providers, including a processor to generate one or more blocks of transaction data associated with each resource in the first set of resources to update chain code and measure of usage the first set of resources measure, wherein the chain code is stored in a distributed ledger database shared between the operator platform and the client.

Abstract: An example system including a processing resource and a memory resource. The memory resource may store instructions executable by the processing resource to receive, at a software-defined node of a computational infrastructure, a policy specifying a node metric criterion associated with executing a workload at the node; collect a present node metric corresponding to the specified node metric criterion at the node; receive a prediction, based on historical data, of a future modification to the present node metric corresponding to the specified node metric criterion at the node; determine, at the software-defined node, an eligibility value of the node to execute the workload based on the specified node metric criterion, the present node metric criterion, and the predicted future node metric criterion; and determine whether to deploy the workload to the node for execution based on the determined eligibility value.

Abstract: Example techniques for relocation of workloads across data centers of a data center system are described. A target for the data center system for power cost reduction or carbon footprint reduction or both is received. Power source information pertaining to power sources that power data centers of the data center system is also received. A workload to be relocated is identified based on characteristics of the workload, the power source information, and the target.

Abstract: A system is described. The system includes a distributed ledger peer-to-peer blockchain fabric comprising a plurality of peer nodes, including a first peer node to receive a workload package, examine the workload package to determine a role of the first peer node within a cluster configuration of a first set of the plurality of peer nodes and execute the workload package at resources included in the first peer node.

Abstract: Methods and systems are provided for the assignment and placement of at least two related workloads, including a first workload and a second workload, to one or more computing nodes in a computing cluster containing at least three computing nodes. In one example, a method includes assigning the first workload to a first computing node based upon a functional relationship between the first workload and the second workload to produce a first assignment, assigning the second workload to a second computing node based upon the functional relationship between the first workload and the second workload to produce a second assignment, and placing the first workload in the first computing node and placing the second workload in the first computing node based on the first and second assignments.

Abstract: Some examples described herein relate to a cluster computer system. In an example, a first node in a cluster computer system may determine that a second node has become unavailable. The first node may form a first sub-cluster with a plurality of nodes that are communicatively reachable in the cluster computer system. The first node may retain ownership over a first application running on the first node, to the exclusion of remaining nodes in the first sub-cluster, wherein retaining ownership over the first application comprises controlling access to a storage volume related to the first application. The first node may attempt to obtain ownership over a second application previously running on the second node before the second node became unavailable. In response to a successful attempt the first node may obtain ownership over the second application, to the exclusion of remaining nodes in the first sub-cluster.

Abstract: An example system including a processing resource and a memory resource. The memory resource may store instructions executable by the processing resource to receive, at a software-defined node of a computational infrastructure, a policy specifying a node metric criterion associated with executing a workload at the node; collect a present node metric corresponding to the specified node metric criterion at the node; receive a prediction, based on historical data, of a future modification to the present node metric corresponding to the specified node metric criterion at the node; determine, at the software-defined node, an eligibility value of the node to execute the workload based on the specified node metric criterion, the present node metric criterion, and the predicted future node metric criterion; and determine whether to deploy the workload to the node for execution based on the determined eligibility value.

Abstract: Examples disclosed herein relate performing a disaster recovery rehearsal of a workload in a three-datacenter topology. A workload may be selected on a computing system at a first datacenter location of a three-datacenter topology, for performing a disaster recovery rehearsal. The three-datacenter topology may comprise a first datacenter location, a second datacenter location and a third datacenter location. At least one of second datacenter location or third datacenter location may be selected for performing the disaster recovery rehearsal. A configuration of the workload may be cloned to generate a cloned workload. A resource may be identified in a selected datacenter location for performing the disaster recovery rehearsal. The cloned workload may be applied to the resource in the selected datacenter location, and a result of running the cloned workload on the resource may be generated. The computing system may receive the result from the selected datacenter location.

Abstract: Two or more nodes in a cluster are determined. The cluster manages one or more resources found on a device. An indication from a first node of the two or more nodes is received. The indication includes a request for an IP lease for the first node. A parity bit setting for the first node is determined. Responsive to determining the parity bit setting of the first node being set to one, an IP lease to the first node is indicated. Responsive to determining the parity bit setting of the first node being set to zero, a denial of an IP lease to the first node is indicated.

Abstract: Examples disclosed herein relate performing a disaster recovery rehearsal of a workload in a three-datacenter topology. A workload may be selected on a computing system at a first datacenter location of a three-datacenter topology, for performing a disaster recovery rehearsal. The three-datacenter topology may comprise a first datacenter location, a second datacenter location and a third datacenter location. At least one of second datacenter location or third datacenter location may be selected for performing the disaster recovery rehearsal. A configuration of the workload may be cloned to generate a cloned workload. A resource may be identified in a selected datacenter location for performing the disaster recovery rehearsal. The cloned workload may be applied to the resource in the selected datacenter location, and a result of running the cloned workload on the resource may be generated. The computing system may receive the result from the selected datacenter location.

Abstract: Some examples described herein relate to a cluster computer system. In an example, a first node in a cluster computer system may determine that a second node has become unavailable. The first node may form a first sub-cluster with a plurality of nodes that are communicatively reachable in the cluster computer system. The first node may retain ownership over a first application running on the first node, to the exclusion of remaining nodes in the first sub-cluster, wherein retaining ownership over the first application comprises controlling access to a storage volume related to the first application. The first node may attempt to obtain ownership over a second application previously running on the second node before the second node became unavailable. In response to a successful attempt the first node may obtain ownership over the second application, to the exclusion of remaining nodes in the first sub-cluster.

Abstract: Two or more nodes in a cluster are determined. The cluster manages one or more resources found on a device. An indication from a first node of the two or more nodes is received. The indication includes a request for an IP lease for the first node. A parity bit setting for the first node is determined. Responsive to determining the parity bit setting of the first node being set to one, an IP lease to the first node is indicated. Responsive to determining the parity bit setting of the first node being set to zero, a denial of an IP lease to the first node is indicated.