What happens to a Google Cloud preemptible VM when Google needs the resources back?
Think about how preemptible VMs are designed for cost savings but with limited availability.
Preemptible VMs are terminated with a 30-second preemption notice when Google reclaims resources. They cannot be restarted and are meant for fault-tolerant workloads.
Which workload is best suited to run on Google Cloud Spot VMs?
Consider the interruption nature of Spot VMs and which workloads tolerate it.
Spot VMs are ideal for batch jobs that can be restarted because they may be interrupted when resources are reclaimed.
Which security risk is most relevant when using preemptible VMs in Google Cloud?
Think about what happens when a preemptible VM is stopped abruptly.
Because preemptible VMs can be terminated with only a 30-second warning, unsaved data in memory or local disks may be lost, posing a data loss risk.
What is the best practice to handle interruptions of Spot VMs in Google Cloud?
Spot VMs provide a short warning before termination. How can you use that?
Spot VMs send a 30-second termination notice. Using a shutdown script to save state allows graceful handling of interruptions.
Which statement correctly describes a key difference between Google Cloud Preemptible VMs and Spot VMs?
Consider runtime limits and interruption behavior differences.
Preemptible VMs have a maximum runtime of 24 hours and are terminated after that. Spot VMs do not have this fixed limit but can be interrupted anytime.