In addition to the Standard/On-Demand instances, which are purchased at a fixed rate, BioData Catalyst powered by Seven Bridges also supports running task executions using cloud provider’s spare capacity. Such instances are Amazon Web Services (AWS) EC2 Spot Instances and Google Cloud Preemptible VM Instances. These are provided at a significant discount and their availability varies with general usage.
In this section, learn how the Platform uses these instance types and how this strategy could help you reduce the cost of running your tasks.
Amazon EC2 Spot Instances let you take advantage of unused EC2 capacity in the AWS cloud suitable for time-flexible workloads. They are available for all projects whose location is set to an AWS region.
With Spot instances, you pay the Spot price that's in effect for the time period your instances are running. Spot instance prices are set by Amazon EC2 and adjust gradually based on long-term trends in supply and demand for Spot instance capacity.
Spot Instances are available at up to a 90% discount compared to On-Demand prices. To compare the current Spot prices against standard On-Demand rates, visit the Spot Instance Advisor.
Preemptible instances are highly affordable, short-lived compute instances suitable for time-flexible workloads. They offer the same machine types and options as regular compute instances, last for up to 24 hours and are available in all projects whose location is set to a Google Cloud region.
Pricing is fixed so you will always get low cost and financial predictability, without taking the risk of gambling on variable market pricing.
Preemptible instances are up to 80% cheaper than regular instances. To compare pricing list for standard and preemptible instances, visit Google Compute Engine Pricing.
Both Spot and Preemptible instances are provided as an excess compute capacity so their availability varies with usage. The cloud provider might terminate these instances at any time if it requires access to those resources due to high demand.
The job(s) running on the instance at the time of termination will be interrupted and have to be run again from the beginning. The jobs will be restarted on an equivalent regular On-Demand instance to minimize time wasted in completing your task, unless the cause of termination is the "instance stopped responding" error. If that is the case, the jobs will be restarted on a Spot instance as well, since the cause of the error is a network or hardware malfunction, or a tool-related error, rather than Spot instance interruption.
Restarting jobs on another instance will inevitably prolong task execution time and add to the cost of running that job. The cost of re-running is greatest for long jobs that get interrupted close to completion. The possibility of interruption is why these instances are not recommended for running long, time-critical jobs.
Updated over 1 year ago