Abstract:
Techniques are described for managing execution of programs. In some situations, program execution is managed for multiple users using excess program execution capacity of one or more computing systems. In some such situations, excess or otherwise unused program execution capacity may be made available to execute programs on a temporary basis, such that the programs executing using the excess program execution capacity may be terminated at any time if other preferred use for the excess program execution capacity arises. The excess program execution capacity may in some situations be provided in conjunction with other dedicated program execution capacity that is allocated to particular users, such as to use unused dedicated capacity of some users as excess capacity for other users. In some situations, the techniques are used in conjunction with a fee-based program execution service that executes multiple programs on behalf of multiple users of the service.
Abstract:
Techniques are disclosed for a client-and-server architecture where the client makes scheduled execution of instances to the server. The server may then launch occurrences as indicated by one of these API calls at each of the scheduled times. The server may also implement operations to selectively execute particular occurrences, such as executing a new occurrence only when no other occurrences are still running. In other embodiments, the server may implement pricing information in a determination of whether to execute a particular occurrence.
Abstract:
A provider network provides task capture and execution for tasks performed with respect to resources in the provider network. Task actions performed with respect to resources may be captured based on inputs to a provider network via a network-based service for the provider network in order to generate a recorded task. The recorded task may be stored for subsequent execution. In response to the detection of an execution event for the recorded task, the task actions may be performed as described in the recorded task. In some embodiments, task parameters and execution events may be defined for recorded tasks. Multiple recorded tasks may be linked together to be managed and executed as recorded task workflows. Recorded tasks may also be obtained that were recorded by other clients, or recorded for different provider networks.
Abstract:
Techniques are described for facilitating sharing of executable software images between users in a configurable manner. In at least some situations, the executable software images are virtual machine images, and while executing may access and use remote network-accessible services (e.g., Web services). In addition, some or all shared executable software images may be made available in a fee-based manner by creator users, such that execution of such a fee-based software image by a software image execution service on behalf of a user other than the creator user is performed in exchange for fees from the other user as specified by the creator user. The creator user may further receive at least some of the specified fees paid by the other user, such as at least some of a difference between the specified fees and fees charged by the software image execution service for the execution.
Abstract:
Remote computing resource service providers allow customers to execute virtual computer systems in a virtual environment on hardware provided by the computing resource service provider. The hardware may be distributed between various geographic locations connected by a network. The distributed environment may increase latency of various operations of the virtual computer systems executed by the customer. To reduce latency of various operations predictive modeling is used to predict the occurrence of various operations and initiate the operations before they may occur, thereby reducing the amount of latency perceived by the customer.
Abstract:
Methods and apparatus for profile-guided preloading for virtualized resources are described. A block-level storage volume whose contents are to be populated via data transfers from a repository service is programmatically attached to a compute instance. An indication of data transfers from the repository to a block storage service implementing the volume is obtained, corresponding to a particular phase of program execution at the compute instance. A storage profile is generated, based at least in part on the indication of data transfers. The storage profile is subsequently used to pre-load data from the repository service on behalf of other compute instances.
Abstract:
A distributed execution environment provides instances of computing resources for customer use, such as instances of data processing resources, data storage resources, database resources, and networking resources. Data is collected from systems internal to and external to the distributed execution environment. Some or all of the data is utilized to compute instance availability information for instances of computing resources provided by the distributed execution environment. The instance availability information might then be provided to customers and other users of the distributed execution environment. Various types of actions might be taken in a manual or automated way based upon the computed instance availability information.
Abstract:
Technologies are described herein for providing notifications of computing resource availability for on-demand allocation. A resource request is received from a requesting application indicating the type, size, number, and other parameters of the computing resources desired. Upon determining that the requested computing resources are not immediately available, suitable alternative resources are determined based on the parameters of the requested resources. The availability of computing resources at the service provider is monitored, and when the requested resources or suitable alternatives become available, the requesting application is sent one or more resource availability notifications describing the available resources. The requesting application may then allocate the available resources from the service provider on-demand.
Abstract:
Methods and apparatus for instance configuration on remote platforms are disclosed. A storage medium comprises program instructions to implement a control server configured to, in response to an instance configuration request directed to a network-accessible service implemented using resource instances whose configuration is managed from within the provider network, determine whether configuration operations corresponding to the request are to be performed at a remote platform external to the provider network. In response to determining that configuration operations are to be performed at a remote platform, the control server issues commands to a selected remote platform; otherwise, it issues commands to an instance host of the provider network. Based on results of the commands, the control server provides a response to the request.
Abstract:
Techniques are described for facilitating sharing of executable software images between users in a configurable manner. In at least some situations, the executable software images are virtual machine images, and while executing may access and use remote network-accessible services (e.g., Web services). In addition, some or all shared executable software images may be made available in a fee-based manner by creator users, such that execution of such a fee-based software image by a software image execution service on behalf of a user other than the creator user is performed in exchange for fees from the other user as specified by the creator user. The creator user may further receive at least some of the specified fees paid by the other user, such as at least some of a difference between the specified fees and fees charged by the software image execution service for the execution.