🌐
AWS re:Post
repost.aws › questions › QUezAlgpQFSNuDMPycP7a9rQ › spot-fleet-for-on-demand-instance
spot fleet for on demand instance | AWS re:Post
June 14, 2025 - If you still prefer the Fleet approach, ... RunInstances API. Remember that the main benefit of Spot Fleet is the ability to combine On-Demand and Spot Instances to optimize for cost and availability....
🌐
Amazon Web Services
docs.aws.amazon.com › amazon ec2 › user guide › ec2 fleet and spot fleet › work with spot fleet
Work with Spot Fleet - Amazon Elastic Compute Cloud
The fleet launches On-Demand Instances when there is available capacity, and launches Spot Instances when your maximum price exceeds the Spot price and capacity is available.
🌐
Amazon Web Services
docs.aws.amazon.com › amazon ec2 › user guide › ec2 fleet and spot fleet
EC2 Fleet and Spot Fleet - Amazon Elastic Compute Cloud
Through Capacity Rebalancing, a fleet can also monitor and proactively replace your Spot Instances that are at an elevated risk of interruption. ... A fleet can use an On-Demand Capacity Reservation to reserve On-Demand capacity.
🌐
Amazon Web Services
docs.aws.amazon.com › amazon ec2 › user guide › ec2 fleet and spot fleet › configuration options for your ec2 fleet or spot fleet › use allocation strategies to determine how ec2 fleet or spot fleet fulfills spot and on-demand capacity
Use allocation strategies to determine how EC2 Fleet or Spot Fleet fulfills Spot and On-Demand capacity - Amazon Elastic Compute Cloud
However, when launching instances, the fleet uses the allocation strategy that you specify to pick the specific pools from all your possible pools. (Linux instances only) If you configure your Spot Instance to launch with AMD SEV-SNP turned on, you are charged an additional hourly usage fee that is equivalent to 10% of the On-Demand hourly rate
🌐
Boltops
blog.boltops.com › 2018 › 07 › 15 › what-is-the-difference-between-spot-fleet-vs-spot-instances
What is the Difference Between Spot Fleet vs Spot Instances - BoltOps Blog
Spot Fleets make it much easier to design a Highly Available fault-tolerant architecture with spot instances. With spot fleets, you can request a variety of servers for the spot fleet request.
🌐
AWS
learnaws.org › 2020 › 01 › 01 › aws-spot-fleet-reduce-cost-improve-reliability
How to use AWS Spot Fleet to lower costs and improve reliability
Before we go deeper into Spot Fleet, it is useful to understand how Spot instances work. AWS has three tiers of EC2 instances. They are: On-Demand Instances: This is generally the default option when you create an EC2 instance. Most of the time, when you see any EC2 pricing online, it refers to the On-Demand pricing.
🌐
Amazon Web Services
amazonaws.cn › products › amazon ec2 › amazon ec2 spot
Amazon EC2 Spot Instances FAQs
1 week ago - The main differences are that Spot instances typically offer a significant discount off the On-Demand prices, your instances can be interrupted by Amazon EC2 for capacity requirements with a 2-minute notification, and Spot prices adjust gradually based on long term supply and demand for spare ...
🌐
Reddit
reddit.com › r/aws › ec2 on-demand pricing via spot requests (fleet)
r/aws on Reddit: EC2 on-demand pricing via Spot Requests (fleet)
November 29, 2022 -

I'm having a hard time understanding the pricing for EC2 on-demand instances when launched via "spot requests" and would be grateful if someone with more AWS experience can clue me in :)

So EC2 on-demand pricing is relatively straight forwarded when launching on-demand instances in a standard way (Console -> EC2 -> Instances -> Launch instance -> Select Instance type)

E.g. for t2.micro the price is 0,018 USD

Instance type selection on a standard "launch instance" flow

However, when the same instance is launched via "spot requests" (Console -> EC2 -> Spot request -> Request spot instances) it is much cheaper. I understand what spot instances are (they can be reclaimed by the AWS with short notice), but with spot requests, it is possible to request on-demand capacity along with spot capacity... It is possible to request only on-demand capacity and get on-demand instances much cheaper.

E.g. "spot request" config for a single on-demand instance

Spot request capacity definition defining a single on-demand instance

Given that instance is provisioned this way it is significantly cheaper than instances of the same type started via standard "Instance launch" flow. See the savings section for t2.micro on-demand instances started via "spot request" on the following image:

So for the t2.micro instance:

  • Standard launch => 0,018USD per hour

  • Spot request launch => 0,004USD per hour

So the question is what is the catch with on-demand instances started via "spot requests"? Can they also be reclaimed at short notice (I didn't find any docs stating so...)? Is there something else that I'm missing here?

🌐
Ec2spotworkshops
ec2spotworkshops.com › launching_ec2_spot_instances › spot_fleet.html
(Optional) - Launching an EC2 Spot Instance via Spot Fleet request :: EC2 Spot Workshops
This Spot Fleet will maintain a weighted target capacity of 12, as specified in the value for TargetCapacity. Additionally, you are specifying an On-Demand target capacity of 4. Remember that Amazon EC2 calculates the difference between the total capacity and On-Demand capacity in order to launch Spot Instances.
Find elsewhere
Top answer
1 of 2
1
Your observation about Spot instances not honoring latency values provided to `StartMatchmaking `is correct. The `FlexMatch `matchmaking service will try to optimize placement for On-Demand game sessions based on latency, but it does not have the same level of control over Spot instance placement. When using Spot instances, the overall placement is determined by the queue configuration and available Spot capacity. Some key points: Spot instances may be terminated at any time if capacity is needed, so `FlexMatch `cannot guarantee placing matches in a specific region even if latency is better elsewhere. You can try listing the region with your fleet as the first destination in the queue to increase chances of matches being placed there. But FlexMatch has less control over Spot placements than On-Demand. https://docs.aws.amazon.com/gamelift/latest/developerguide/tutorial-queues-spot.html
2 of 2
0
Hey OptimalGamer, As Giovanni pointed out, FlexMatch doesn't distinguish between SPOT and ON_DEMAND; however, there are recommended best practices you can follow to balance costs while maintaining reliability without "forcing". I recommend reading through the whole article on setting up queues in GameLift's documentation (ending with the tutorial Giovanni linked), but some highlights are: * Queues provide customization for prioritizing Cost vs Latency vs hard-coded order etc: https://docs.aws.amazon.com/gamelift/latest/developerguide/queues-design.html#queues-design-priority * GameLift provides various best practices including recommending a backup ON_DEMAND fleet available for each location you want SPOT: https://docs.aws.amazon.com/gamelift/latest/developerguide/queues-best-practices.html A common-place strategy is to prioritize Latency first then Cost second while having ON_DEMAND fleets to backup your SPOT fleets. This means that your players will place first in locations they have the best latency, and your SPOT fleets will be prioritized over ON_DEMAND to reduce costs as your SPOT fleet scales up to meet the demand. It's worth noting that GameLift queues can only place into fleets that have space available, so you should look into scaling policies for your fleets to make sure you can handle increases and drops in player traffic: https://docs.aws.amazon.com/gamelift/latest/developerguide/fleets-autoscaling.html Regards,
🌐
Amazon Web Services
docs.aws.amazon.com › amazon ec2 › user guide › ec2 fleet and spot fleet
On-Demand in Spot Fleet
A fleet can launch multiple purchase options (Spot and On-Demand Instances), allowing you to optimize costs through Spot Instance usage.
🌐
Sumo Logic
sumologic.com › app catalog › amazon and aws › amazon ec2 spot fleet
Amazon EC2 Spot Fleet | Sumo Logic Docs
A Spot Fleet is a set of Spot Instances and optionally On-Demand Instances that is launched based on criteria that you specify. The Spot Fleet selects the Spot capacity pools that meet your needs and launches Spot Instances to meet the target ...
🌐
Ec2spotworkshops
ec2spotworkshops.com › launching_ec2_spot_instances › ec2_fleet.html
Launching EC2 Spot Instances via EC2 Fleet :: EC2 Spot Workshops
The EC2 Fleet request specifies separately the target capacity for Spot and On-Demand Instances using the OnDemandTargetCapacity and SpotTargetCapacity fields inside the TargetCapacitySpecification structure.
🌐
Spot.io
spot.io › resources › aws-autoscaling › aws-spot-fleet-the-first-step-to-saving-with-spot-instances
AWS Spot Fleet: The first step to saving with Spot Instances
October 12, 2025 - This depends on availability of ... automatically fallback to on-demand—Spot Fleet does not let you automatically failover to an on-demand instance when a spot instance fails....
🌐
Nordcloud
nordcloud.com › home › content hub › everything you needed to know about spot instances
Everything you needed to know about spot instances
December 15, 2022 - You can then set up your bid price globally for around the same price as the m4.large On-demand price. Spot fleet then attempts to launch the specified instances that will result in the lowest cost.
🌐
Scaler
scaler.com › topics › aws › spot-fleet
AWS Spot Fleet - Scaler Topics
March 31, 2023 - The idle compute capacity can be used in the form of Spot Instances by the users with almost 90% discount compared to on-demand instances. We need to bid for the pricing of spot instances, and if the bidding price is greater than the market ...
🌐
Qubole
docs.qubole.com › en › latest › admin-guide › cluster-admin › spot-nodes.html
Using AWS Spot Instances and Spot Blocks in QDS Clusters — Qubole Data Service documentation
If the remaining list of worker node types is empty, then Qubole places a synchronous Fleet Spot API request for the original worker node types (that is without filtering for unstable instance families). Synchronous requests return instantly and the Spot Request Timeout is not applicable. If the required capacity is still not achieved, Qubole would fall back to On-Demand nodes if it is configured However, the additional On-Demand nodes launched as a result of fallback would be replaced with Spot nodes during rebalancing.