Month: November 2026

Amazon CEO Andy Jassy recently said that AWS’s large committed cloud capacity is largely sold out through 2027, with a good chunk of 2028 already allocated, while the company continues to reserve headroom for On Demand, EC2 and Bedrock.

Jassy made the remarks in a video podcast with Andreessen Horowitz co-founder Ben Horowitz and general partner Erik Torenberg, reported by Reuters on October 23. AWS sells capacity assurance through On-Demand Capacity Reservations and Capacity Blocks for ML, where a customer reserves instances in a named Availability Zone, and in the Capacity Blocks case, for a fixed window beginning on a future date. As previously reported on InfoQ, AWS raised Capacity Blocks for ML rates by about 15% uniformly across every region in January, covering P5en, P5e, P5 and P4d GPU instances along with Trn2 and Trn1.

Capacity for 2026 is already gone, Jassy said, and the company could invest well beyond the roughly $220 billion in capital expenditure planned for this year without it being a poor use of capital. On the allocation itself:

2027 is largely sold out. We always leave a certain amount for on demand and our inference service bedrock, or EC2, but largely sold out all the big chunks. A good chunk of 2028 is sold out.

Cloud analyst David Linthicum argued that the reporting overstated the position, drawing a distinction between the pre-reserved blocks Jassy described and what an enterprise can allocate day to day:

Of course, I suspect I can still go into the AWS console today and allocate GPU capacity for AI workloads. Maybe not the exact massive, pre-reserved, hyperscale capacity block some large model provider wants for the next three years, but that’s not exactly the same thing as “AWS is sold out.”

Linthicum added that the market already carries enough confusion around reserved instances, on-demand services and committed capacity, and that headlines of this kind lead to bad assumptions and bad strategy.

Discussion on Reddit turned to current availability rather than the 2027 commitments. The highest-rated comment, from a developer posting as cbigsby, describes constraints on ordinary instance types:

We’ve been seen a big rise in compute capacity issues the past month or so at work, just for regular ec2 instances. Forget spot instances we have trouble getting enough on demand. Luckily mostly tied to CI but there have been a few days where the production k8s clusters have been concerningly constrained.

Similar reports appeared elsewhere. Richard T., a technical operations manager, commented on Linthicum’s post that Microsoft has released only limited information about Azure East US capacity constraints, and that his team adopted reserved instances to secure capacity against projected growth. A commenter in a parallel thread reported trouble obtaining sufficient compute from any of the three major providers, and said the constraint was not limited to GPUs.

Ian Rae, replying to Linthicum, pointed to the architectural consequence of that response:

next thing you know, folks reserve cloud resources they are worried they might need, which is an anti-cloud pattern

AWS already ships tooling for the problem Rae describes. As reported on InfoQ last October, EC2 Capacity Manager aggregates capacity data into a cross-account, cross-region dashboard and reports the ratio of used to unused reserved capacity as a measure of reservation efficiency.

The $220 billion figure covers total capital expenditure rather than AI spending alone, a distinction raised by commenters in both threads. Amazon reports third-quarter results on October 29, where its remaining performance obligations disclosure will show how much of the committed capacity is contracted revenue.

AWS has recently released File Mover Express, an open-source application under the Apache 2.0 license for transferring large files between local systems and Amazon S3. Available for macOS, Windows, and Linux, it supports parallel transfers, automatic performance tuning, retries, pause and resume, and file integrity verification.

Designed to “move media to S3 at wire speed,” File Mover Express supports auto-tuned parallel transfers, pause and resume, a desktop GUI, a scriptable CLI, and automatic uploads from monitored folders.

The project is primarily developed in Go for its transfer engine and TypeScript with Angular for its graphical interface. It also supports integration with AI assistants through MCP and OIDC-based authentication with identity providers. Provanshu Dey, senior solutions architect at AWS, Asbjorn Kjaer, senior software engineer at AWS, Matthew Muccio, solutions architect at AWS, and Ross Dickson, senior customer solutions manager at AWS, explain:

At the core of File Mover Express is a daemon-based transfer engine that decouples transfers from your desktop session. The daemon can run on the machine of your choice, whether that is your workstation, a server in the data center, or an Amazon Elastic Compute Cloud (Amazon EC2) instance, while you control it from a drag-and-drop graphical user interface (GUI) or a scriptable command line interface (CLI) over an encrypted, password-protected connection.

Media teams regularly transfer terabytes of assets between on-premises storage and the cloud. These transfers often involve tight deadlines and processes that must continue after the initiating user or machine disconnects. Traditional transfer clients may stop when a desktop session ends, while commercial alternatives can introduce licensing costs, proprietary protocols, or third-party infrastructure. File Mover Express supports uploads and downloads, allowing teams to transfer large files to Amazon S3 and retrieve them for editing, review, or restoration.

Source: GitHub project

File Mover Express splits large files into chunks and uploads them in parallel using multipart uploads. With the autotuning mode, it adjusts the number of parallel streams and chunk sizes to optimize throughput for the available connection. Transfers also support configurable retries and file-level pause and resume. Dey, Kjaer, Muccio, and Dickson add:

File Mover Express provides security features including file encryption in flight, file encryption at rest, and encryption for the control plane. All transfers use HTTPS, and access to your S3 buckets is governed by AWS Identity and Access Management (IAM) with a documented minimum-permission policy (…) For teams that centralize identity, File Mover Express supports single sign-on through OpenID Connect (OIDC).

File Mover Express calculates checksums in the background and caches them locally for reuse when files remain unchanged. It supports MD5, XXHash, XXHash64, and XXH3, offering a choice between compatibility and hashing performance. For transfers to distant buckets, users can enable S3 Transfer Acceleration, while bandwidth limits help control network usage. On LinkedIn, Dickson writes:

Moving large media files to the cloud shouldn’t be the slow part of your day 🙂 That’s why a group of us at AWS built File Mover Express (…) For anyone in media moving camera cards, dailies, or deliverables, it tackles the usual pain.

The project’s source code is available on GitHub, along with pre-built packages for macOS, Windows, and Linux.

Services by Moomoo Technologies Inc.