Amazon Technologies, Inc.

Roland Alexander Paterson-Jones

Tate Andrew Certain

Quinton Robin Hoole

Peter Nicholas Desantis

Matthew Scott Garman

Willem Robert Van Biljon

Atle Normann Jorgensen

Christopher C Pinkham

Gabriel Smit

Christopher David Brown

Benjamin Tobler

Marcin Piotr Kowalski

Andries Petrus Johannes Dippenaar

Gavin Alexander Bramhill

Mathew Daniel

Luis Felipe Cabrera

Marc John Brooker

Marvin Michael Theimer

Allan Henry Vermeulen

James Alfred Gordon Greenfield

Richard Alan Hamman

Duncan Matthew Clough

Gideon Jan-Wessel Redelinghuys

Peter N DeSantis

Gideon Klompje

Almero Gouws

James Robert Hamilton

Adi Habusha

Christopher Richard Jacques De Kadt

Ali Ghassan Saidi

Alexey Gadalin

Sachin Jain

Anton Valter

Jean-Paul Bauer

Ethan John Faust

Ohad Gdalyahu

Alexander Gregory Bestavros

Warren Robert Russell

Martin Stephen Van Tonder

Benjamin Van Der Merwe

Adi Meyers

Christopher De Kadt

Alexander Emmanuel Kafui Mallet

Christopher Brown

Methods and apparatus for client-directed placement of remotely configured service instances are described. One or more placement target options are selected for a client of a network-accessible service based on criteria such as service characteristics of the placement targets. The selected options, including a particular placement target that includes instance hosts configurable from remote control servers, are indicated programmatically to the client. A determination is made that a service instance is to be configured at the particular placement target on behalf of the client. A remote control server is configured to issue administrative commands to an instance host at the particular placement target to configure the service instance.

Client-directed placement of remotely-configured service instances

Techniques are described for managing access of executing programs to non-local block data storage. In some situations, a block data storage service uses multiple server storage systems to reliably store copies of network-accessible block data storage volumes that may be used by programs executing on other physical computing systems, and snapshot copies of some volumes may also be stored (e.g., on remote archival storage systems). A group of multiple server block data storage systems that store block data volumes may in some situations be co-located at a data center, and programs that use volumes stored there may execute on other computing systems at that data center, while the archival storage systems may be located outside the data center. The snapshot copies of volumes may be used in various ways, including to allow users to obtain their own copies of other users' volumes (e.g., for a fee).

Providing executing programs with access to stored block data of others

Techniques are described for managing access of executing programs to non-local block data storage. In some situations, a block data storage service uses multiple server storage systems to reliably store network-accessible block data storage volumes that may be used by programs executing on other physical computing systems. A group of multiple server block data storage systems that store block data volumes may in some situations be co-located at a data center, and programs that use volumes stored there may execute on other physical computing systems at that data center. If a program using a volume becomes unavailable, another program (e.g., another copy of the same program) may in some situations obtain access to and continue to use the same volume, such as in an automatic manner in some such situations.

Managing access of multiple executing programs to non-local block data storage

Methods and integrated circuit devices for recording memory-side page activity are provided. Memory systems typically have a combination of faster memory devices and slower memory devices. Frequently accessed memory pages (hot pages) should be maintained in the faster memory devices while less frequently accessed memory pages (cold pages) should be maintained in the slower memory devices. To determine the memory pages that should be moved between the faster memory devices and the slower memory devices, counters may be implemented to count transactions to the memory pages. The counter values may be periodically checked to identify memory pages that can be moved from faster memory devices to slower memory devices, and vice-versa.

Memory-side page activity recorder

Techniques are described for managing communications between multiple intercommunicating computing nodes, such as multiple virtual machine nodes hosted on one or more physical computing machines or systems. In some situations, users may specify groups of computing nodes and optionally associated access policies for use in the managing of the communications for those groups, such as by specifying which source nodes are allowed to transmit data to particular destinations nodes. In addition, determinations of whether initiated data transmissions from source nodes to destination nodes are authorized may be dynamically negotiated for and recorded for later use in automatically authorizing future such data transmissions without negotiation. This abstract is provided to comply with rules requiring an abstract, and it is submitted with the intention that it will not be used to interpret or limit the scope or meaning of the claims.

Transmissions management rules for virtual machine communications

Managing communications among virtual machine nodes of a network service provider

Disclosed are various embodiments for automated testing of systems and applications. A first computing device may be in data communication with a second computing device. The first computing device can receive a fault instruction specifying receive a fault instruction specifying a fault to inject into a virtual compute instance, parameters for the fault, a duration of the fault, and an identifier of the virtual compute instance. The first computing device can then send a command to a second computing device that hosts the virtual compute instance, wherein the command specifies at least the fault, the parameters for the fault, and the virtual compute instance. In turn, the second computing device can receive the command from the first computing device, save a pre-fault state of the virtual compute instance, and then introduce the fault into the virtual compute instance.

Automated testing of systems and applications

Techniques and technologies for migrating workloads between different VM instance types based on changes in resource utilization over a period of time. Selecting one VM instance type to host workloads can result in use of a VM instance type that is optimized for the workload during one timeframe of a period of time, but is over-provisioned or under-provisioned for the workload during another timeframe of a period of time. Accordingly, a service provider network may analyze historical utilization patterns of workloads over a period of time, and identify different VM instance types that are optimized for the workloads during different timeframes of the period of time. The service provider network may then cause the workloads to be migrated between the different VM instance types over the period of time such that the workloads are hosted on VM instances that are optimized for the current resource utilization of the workloads.

Migrating workloads between computing platforms according to resource utilization

Network-accessible service for executing virtual machines using client-provided virtual machine images

Configurable application execution service for executing applications on virtual machines

Techniques described and suggested herein include systems and methods for updating, adding, deleting, managing, and otherwise manipulating instance data across multiple virtual instances in an addressable fashion. For example, a customer may control or otherwise be associated with a fleet of virtual instances running on one or more hosts of a computing resource service provider. The described techniques enable customers, or other entities, to update instance data related to arbitrarily defined groups of the fleet using, e.g., tags or other common identifiers, so as to, e.g., alter operational characteristics of some or all of a given fleet of virtual instances without necessitating individual alteration of each instance.

Techniques for managing virtual instance data in multitenant environments

Techniques are described for managing the execution of programs on multiple computing systems, such as on virtual machine nodes executing on the computing systems. A program execution service may in some situations provide the multiple computing systems and manage the program execution on behalf of multiple customers or other users, including to select appropriate computing systems to execute one or more instances of a program for a user, such as based in part on configuration information specified by the user. The described techniques may further include managing communications between multiple intercommunicating computing nodes in some situations.

Growing community of inventors

Cape Town, South Africa

Roland Alexander Paterson-Jones