3 ms·

Google Cloud Developer Advocate here. Go for it as long as you understand the downside. It's possible that all instances get preempted at once (especially at t

Google Cloud Developer Advocate here. Go for it as long as you understand the downside. It's possible that all instances get preempted at once (especially at the 24hr mark), that there isn't capacity to spin up new preemptible nodes in the selected zone once the old instance is deleted, etc. New VMs also take time to boot and join the cluster. If you are just doing dev/test stuff, I'd recommend using a namespace in your production cluster or spinning up and down test clusters on demand (which can be preemptible). If you have long running tasks (like a database) or are serving production traffic, using 100% preemptible nodes is not a good idea. Preemptible can be great for burst traffic and batch jobs, or you can do a mix of preemptible and standard to get the right mix of stability and cost.

swampthinker 9y ago
If you don't mind me asking, what exactly is the role of a developer advocate?
- fhoffa 9y ago
  https://medium.com/google-cloud/a-day-in-the-life-of-a-developer-advocate-for-google-cloud-platform-fe681c8645cf https://medium.com/google-cloud/a-day-in-the-life-of-a-devel... Not me or OP, but same team :)
  - swampthinker 9y ago
    Cheers!
ec109685 9y ago
What about spreading your K8s load across multiple instance types (given it is unlikely google runs out of all types at the same time). That plus historical modeling was the trick of a startup that Amazon acquired that promised to dramatically reduce compute cost, by using mostly spot instances. Would those types of mitigations work similarly with Google's premetable VM's?
- thesandlord 9y ago
  Compute Engine doesn't really have "Instance Types" or "Instance Families" per say, just Core/Memory combinations. Larger machines have a higher chance of preemption though (according to the PM of PVMs who stated that on this thread). There are a few interesting projects out there that do the kind of automation you are speaking of like these: https://github.com/binary-com/gce-manager https://github.com/binary-com/gce-manager https://github.com/skelterjohn/prevmtable https://github.com/skelterjohn/prevmtable Spreading multiple smaller machines over a multi-zone k8s deployment might help mitigate, but it will never solve all the issues.

swampthinker 9y ago

If you don't mind me asking, what exactly is the role of a developer advocate?

fhoffa 9y ago
https://medium.com/google-cloud/a-day-in-the-life-of-a-developer-advocate-for-google-cloud-platform-fe681c8645cf https://medium.com/google-cloud/a-day-in-the-life-of-a-devel... Not me or OP, but same team :)
- swampthinker 9y ago
  Cheers!

ec109685 9y ago

What about spreading your K8s load across multiple instance types (given it is unlikely google runs out of all types at the same time). That plus historical modeling was the trick of a startup that Amazon acquired that promised to dramatically reduce compute cost, by using mostly spot instances. Would those types of mitigations work similarly with Google's premetable VM's?

thesandlord 9y ago
Compute Engine doesn't really have "Instance Types" or "Instance Families" per say, just Core/Memory combinations. Larger machines have a higher chance of preemption though (according to the PM of PVMs who stated that on this thread). There are a few interesting projects out there that do the kind of automation you are speaking of like these: https://github.com/binary-com/gce-manager https://github.com/binary-com/gce-manager https://github.com/skelterjohn/prevmtable https://github.com/skelterjohn/prevmtable Spreading multiple smaller machines over a multi-zone k8s deployment might help mitigate, but it will never solve all the issues.