Abstract: The disclosure herein describes automating runbook operations associated with an application within an application host on an application platform. A runbook definition associated with the application is accessed by a processor, wherein the runbook definition includes trigger events and runbook operations associated with the trigger events. A runbook operator is executed on the application platform based on the accessed runbook definition and a runbook sidecar container is added to the application host by the runbook operator, wherein the runbook operator is enabled to perform the runbook operations within the application host via the runbook sidecar container. Based on detecting a trigger event, a runbook operation associated with the detected trigger event is performed by the runbook operator, via the runbook sidecar container, whereby the application is maintained based on performance of the runbook operations from within the application host.

Abstract: Various techniques are described for classifying synthetic data tasks and orchestrating a resource allocation between groups of eligible resources for processing the synthetic data tasks. Received synthetic data tasks can be classified by identifying a task category and a corresponding group of eligible resources (e.g., processors) for processing synthetic data tasks in the task category. For example, synthetic data tasks can include generation of source assets, ingestion of source assets, identification of variation parameters, variation of variation parameters, and creation of synthetic data. Certain categories of synthetic data tasks can be classified for processing with a particular group of eligible resources. For example, tasks to ingest synthetic data assets can be classified for processing on a CPU only, while a task to create synthetic data assets can be classified for processing on a GPU only. The synthetic data tasks can be queued and routed for processing by an eligible resource.

Abstract: A system and method for dynamically configuring a virtual machine to accommodate requests of a microservice application program and executing the microservice application program in the virtual machine with optimal computing resources are provided. The method includes: creating a dynamically configurable virtual machine including a first virtual CPU, receiving microservice application code, linking the microservice application code to generate executable code, determining and assigning memory in the dynamically configurable virtual machine for executing the executable code, executing the executable code using the dynamically configurable virtual machine, determining whether the dynamically configurable virtual machine requires reconfiguration and performing reconfiguration of the dynamically configurable virtual machine responsive to determining that the virtual machine requires reconfiguration.

Abstract: Provided is an in-vehicle recording apparatus including an information acquisition apparatus configured to acquire vehicle situation data, a storage apparatus, and a recording processing execution apparatus configured to execute, when an event defined in advance for the vehicle has occurred, recording processing of recording the vehicle situation data, which is defined in advance in accordance with a type of the event that has occurred, in the storage apparatus, the recording processing execution apparatus being further configured to, when a deletion condition including a deletion trigger condition is satisfied, delete vehicle situation data corresponding to the satisfied deletion trigger condition from the storage apparatus.

Abstract: A cloud resource management system trains, through ensemble learning, multiple time series forecasting models to forecast a future idle time of a virtual machine operating on a cloud computing service. The models are trained on historical usage and metric data of the virtual machine. The metric data includes CPU usage, disk usage and network usage. A select one of the models having the best accuracy for a target virtual machine is used in a production run to predict when the virtual machine will be idle. At this time, the virtual machine may be automatically shutdown in order to reduce the expense associated with the continued operation of the virtual machine.

Abstract: According to an example implementation, a computer-readable storage medium, computer-implemented method and a system are provided to receive a first class, the first class indirectly implementing a first interface, wherein the first class extends a second class that directly implements the first interface, identify one or more directly implemented methods within the first class, determine a method signature for one or more of the directly implemented methods, estimate that the first class indirectly implements the first interface based on the method signatures for the one or more directly implemented methods, and instrument the first class based on the estimating that the first class indirectly implements the first interface.

Abstract: A system and method is provided for managing virtualized computing resources. An exemplary method includes executing a computing service comprised of virtualized computing resources including a first virtual machine and a network address mapping module. The method further includes, responsive to receiving an indication that additional virtualized computing resources are needed to handle one or more requests from a client and directed to the computing service, generating a second virtual machine that can handle requests for the computing service by performing a linked cloning operation of the first virtual machine. The method includes, configuring the network address mapping module to modify requests for the second virtual machine, such that the second virtual machine has the same network address as the first virtual machine.

Abstract: A method and apparatus for task scheduling, execution and monitoring are provided. In the method and apparatus, a task package specifying at least one of a task, a task trigger or an execution environment is received. An execution environment is instantiated and the task is sent to the execution environment for execution.

Abstract: Techniques for signal handling between programs associated with different addressing modes in a computer system are described herein. An aspect includes, based on a signal occurring during execution of a first program in a first runtime environment, wherein the first program and the first runtime environment are associated with a first addressing mode, invoking a first signal exit routine associated with the first addressing mode. Another aspect includes allocating a signal information area (SIA) by the first signal exit routine. Another aspect includes calling a second signal exit routine associated with a second addressing mode that is different from the first addressing mode with an address of the SIA. Another aspect includes allocating a mirror SIA by the second signal exit routine. Another aspect includes handling the signal, and resuming execution based on the handling of the signal.

Abstract: Systems and methods for virtual machine memory migration by storage are provided. A method includes receiving a request to migrate a virtual machine from a source host to a destination host. The method further includes mapping, by the source host, a memory of the virtual machine to a storage device accessible over a network by the source host and by the destination host. The method further includes caching, by the source host, a portion of a state of the virtual machine. The method further includes issuing a synchronization command to synchronize the portion of the state of the virtual machine with the storage device. Responsive to determining that a time period to complete the synchronization command is below a threshold time period, the method further includes stopping the virtual machine on the source host. The method further includes starting the virtual machine on the destination host.

Abstract: Described herein are systems and methods for implementing a task assignment protocol. In one or more embodiments, a task management system receives task data and resource data. Responsive to the receipt, the task management system receives input for selection of a resource. A candidate subset of tasks that match the properties of the resource is then identified. Upon receipt of selection of the candidate task, a task icon updates. The task icon may update to reflect the resource identifier associated the assigned resource. Additionally, or alternatively, a resource icon is updated to reflect the availability of the resource. The protocol repeats until one or more resources are allocated to the tasks. A resource chart additionally displays to aid in evaluation of resource availability.

Abstract: The present disclosure describes methods, systems, and computer program products for data-centric integration modeling in an application integration system. One computer-implemented method includes receiving, by operation of an integration system, a logic integration program comprising a plurality of logic integration patterns that are defined in a data-centric logic integration language; generating a logical model graph based on the logic integration program, the logical model graph being runtime-independent; converting the logical model graph into a physical model graph, the physical model graph being runtime-specific; and generating logic integration runtime codes executable by the integration system based on the physical model graph.

Abstract: A processor from an introspection daemon running on a virtual machine can receive an introspection report comprising configuration state data of the virtual machine. The virtual machine can comprise a guest operating system hosting the introspection daemon. The configuration state data can comprise an execution state of an application running on the guest operating system of the virtual machine. The processor can generate a virtual machine image of the virtual machine in view of the introspection report. The processor can further initiate a migration of the virtual machine to at least one target cloud in view of the virtual machine image.

Abstract: Provided are techniques for encrypting a virtual disk of a virtual computing instance (VCI) while the VCI is online and still running using a mirror driver. In certain aspects a mirror driver is a filter running in an I/O stack used for accessing a virtual disk, such that the mirror driver receives I/Os destined to the virtual disk and mirrors those I/Os to the virtual disk and one or more additional virtual disks. The mirror driver begins copying data from an unencrypted source virtual disk to a destination virtual disk, and the data is encrypted as it is stored in the destination virtual disk, while the VCI is still online. During the copying, as new writes are issued to the unencrypted source virtual disk from the VCI, the mirror driver mirrors the writes to both the unencrypted source virtual disk and the destination virtual disk.

Abstract: A system and method of emulating virtual processor identifiers includes a nested hypervisor requesting a virtual processor identifier, which identifies a virtual processor, the request triggering an exit to a host hypervisor. The host hypervisor identifies a request including the virtual processor identifier. The host hypervisor generates a key defining an association between a virtual machine and the virtual processor identifier. The host hypervisor stores the key.

Abstract: A method, apparatus, system, and computer program product to managing a hyperconverged system. Hardware resource usage in a hyperconverged system is monitored. A set of supported applications for the hyperconverged system that have been purchased but are undeployed is identified. A determination is made as to whether a number of additional hardware nodes is needed to deploy and utilize the set of supported applications for the hyperconverged system that have been purchased but are undeployed. A set of actions is initiated in response to a determination that the number of additional hardware nodes is needed to deploy and utilize the set of supported applications for the hyperconverged system that have been purchased but are undeployed.

Abstract: Tasks in a cloud computing environment can be managed using multiple orchestration tools. For example, a request to perform a particular task in a cloud computing environment can be received. A database that includes relationships between multiple orchestration tools and characteristics of the multiple orchestration tools can be accessed. A first orchestration tool can be selected from the database based on a first characteristic related to the first orchestration tool in the database. The first orchestration tool can be capable of performing a first part of the particular task. A second orchestration tool can be selected from the database based on a second characteristic related to the second orchestration tool in the database. The second orchestration tool can be capable of performing a second part of the particular task. The particular task can be performed in the cloud computing environment using the first orchestration tool and the second orchestration tool.

Abstract: One or more implementations of the present specification provide a method and apparatus for securely entering a trusted execution environment in a hyper-threading scenario. The method can include: in response to that a logical processor running on a physical processor core generates a trusted execution environment entry event through an approach provided by a virtual machine monitor, labeling the logical processor with a state of expecting to enter a trusted execution environment; and in response to determining that all logical processors corresponding to the physical processor core are labeled with the state of expecting to enter a trusted execution environment, separately controlling each one of the logical processors to enter a trusted execution environment built on the physical processor core.

Abstract: A method can include receiving, by a high-availability (HA) service running in a data center having a plurality of virtual machines (VMs) and a hypervisor, credentials for the hypervisor and a list of VMs, the hypervisor credentials and the list of VMs received from a power and capacity management (PCM) service, the PCM service configured to selectively power VMs from the list of VMs on and off; sending, from the HA service to the PCM service, a health check request to determine if the PCM service is able of selectively power the VMs from the list of VMs on and off; and in response to determining the PCM service is unable to selectively power the VMs from the list of VMs on and off, powering on, by the HA service, one or more of the VMs from the list of VMs using the hypervisor credentials received from the PCM service.

Abstract: A processor-implemented method, system, and/or computer program product determines a testing regime for program code created in a development system. A risk factor of a user of the development system is calculated based on information relating to previous activities of the user. The calculated risk factor, which describes a likelihood of the user damaging the development system, is used to determine a testing regime for testing program code.