You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
| BEST_FIT_PROGRESSIVE | Throughput | May increase cost |
135
+
| SPOT_CAPACITY_OPTIMIZED | Least interruption | Only useful on Spot instances |
136
+
| SPOT_PRICE_CAPACITY_OPTIMIZED | Least interruption + Price | Only useful on Spot instances |
136
137
137
138
Batch provides different Allocation Strategies to help it choose which instances to provision.
138
139
If your workflow tolerates interruptions, you should enable `spot` on your `ComputeEnvironment`
139
-
and use `SPOT_CAPACITY_OPTIMIZED` (this is the default if `spot` is enabled).
140
+
and use `SPOT_PRICE_CAPACITY_OPTIMIZED` (this is the default if `spot` is enabled).
140
141
This will tell Batch to choose the instance types from the ones you’ve specified that have
141
-
the most spot capacity available to minimize the chance of interruption.
142
+
the most spot capacity available to minimize the chance of interruption and have the lowest price.
142
143
To get the most benefit from your spot instances,
143
144
you should allow Batch to choose from as many different instance types as possible.
145
+
If you only care about minimal interruptions and not want Batch to optimize for cost, use
146
+
`SPOT_CAPACITY_OPTIMIZED`. `SPOT_PRICE_CAPACITY_OPTIMIZED` is recommended over `SPOT_CAPACITY_OPTIMIZED`
147
+
for most use cases.
144
148
145
149
If your workflow does not tolerate interruptions and you want to minimize your costs at the expense
146
150
of potentially longer waiting times, use `AllocationStrategy.BEST_FIT`.
@@ -189,7 +193,8 @@ const computeEnv = new batch.ManagedEc2EcsComputeEnvironment(this, 'myEc2Compute
189
193
You can specify the maximum and minimum vCPUs a managed `ComputeEnvironment` can have at any given time.
190
194
Batch will *always* maintain `minvCpus` worth of instances in your ComputeEnvironment, even if it is not executing any jobs,
191
195
and even if it is disabled. Batch will scale the instances up to `maxvCpus` worth of instances as
192
-
jobs exit the JobQueue and enter the ComputeEnvironment. If you use `AllocationStrategy.BEST_FIT_PROGRESSIVE` or `AllocationStrategy.SPOT_CAPACITY_OPTIMIZED`,
196
+
jobs exit the JobQueue and enter the ComputeEnvironment. If you use `AllocationStrategy.BEST_FIT_PROGRESSIVE`,
197
+
`AllocationStrategy.SPOT_PRICE_CAPACITY_OPTIMIZED`, or `AllocationStrategy.SPOT_CAPACITY_OPTIMIZED`,
193
198
batch may exceed `maxvCpus`; it will never exceed `maxvCpus` by more than a single instance type. This example configures a
Copy file name to clipboardExpand all lines: packages/@aws-cdk/aws-batch-alpha/test/integ.managed-compute-environment.js.snapshot/BatchManagedComputeEnvironmentTestDefaultTestDeployAssertD4528F80.assets.json
Copy file name to clipboardExpand all lines: packages/@aws-cdk/aws-batch-alpha/test/integ.managed-compute-environment.js.snapshot/batch-stack.assets.json
0 commit comments