41–50 of 136 posts
Strange to do a whole long section on price-comparison without talking about AWS's spot instances, which are often much cheaper than the reserved instances.
Buy X capacity reserved
Buy Y capacity spot instance
Buy Z capacity on demand to fill in the peaks
And it becomes a function of putting in more time = cheaper total bill.
GCE workflow is:
Buy the instances you need, bill will work out at the end of the month.
Interesting read. Can someone explain this point to me? "Software-defined networking means that google.com appears to be one hop away" One hop from...? Everywhere? Each server? How does that help? I understand 'traceroute' but not where that single hop to Google comes in and why that's great.
Yep. That's right.Google has built their custom networking. It's like when a machine A sends packet to machine B, the packet is handed over to Google SDN (Software-defined Network), which carries to over their private network and then injects the packet into machine B. Googles network is an order of magnitude faster compared to AWS.
I am not sure about the technical merit of this link. Best of show: "Google probably has the best networking technology on the planet." How do we quantify this? "This is important for several reasons. On EC2, if a node has a hardware problem, it will likely mean that you'll need to restart your virtual machine." I would much rather create a service that can tolerate single node outages than relying on "live migration…
Every once in a while you'll hear some random spec from one of these companies, and it's always pretty surprising, but Amin's team has achieved 5 Petabit/s in bisectional bandwidth. It's more than surprising.
[1] https://www.youtube.com/watch?v=FaAZAII2x0w [2] https://www.youtube.com/watch?v=n4gOZrUwWmc [3] https://www.youtube.com/watch?v=RffHFIhg5Sc
Strange to do a whole long section on price-comparison without talking about AWS's spot instances, which are often much cheaper than the reserved instances.
https://cloud.google.com/preemptible-vms/
It would be interesting to see Quizlet thoughts on GCP preemptible VMs vs AWS spot instances and why they think they are better (or not?), but that could be the subject of a whole different post.
(Disclaimer: I work at Google - https://twitter.com/felipehoffa)
I am not sure about the technical merit of this link. Best of show: "Google probably has the best networking technology on the planet." How do we quantify this? "This is important for several reasons. On EC2, if a node has a hardware problem, it will likely mean that you'll need to restart your virtual machine." I would much rather create a service that can tolerate single node outages than relying on "live migration…
I know, lots of dimensions for that comparison, but probably picking a few dimensions, or letting users select a few, could give a reasonable ranking of services and prices.
I am not sure about the technical merit of this link. Best of show: "Google probably has the best networking technology on the planet." How do we quantify this? "This is important for several reasons. On EC2, if a node has a hardware problem, it will likely mean that you'll need to restart your virtual machine." I would much rather create a service that can tolerate single node outages than relying on "live migration…
> "Google probably has the best networking technology on the planet." How do we quantify this?
In the article they did a bunch of tests. Quote: GCP does roughly 7x better for the comparison of 4-core machines, but for the largest machine sizes networking performance is roughly equivalent.
There is also https://github.com/GoogleCloudPlatform/PerfKitBenchmarker if you want to benchmark things yourself.
Seriously, try it yourself. I think you will be pleasantly surprised.
> I would much rather create a service that can tolerate single node outages than relying on "live migrations".
Services should tolerate node failure even on GCP, live migration does not really help with that. It's more about reducing ops. With AWS, you have to manually reboot your machines when a infra upgrade happens. With GCP it is automatic.
> I am not sure what he meant by the SSD comparison, Amazon EBS that can be SSD but still it is a network mounted storage.
I'm not too sure what your question is?
> Discarding Azure was purely arbitrary
Agreed, would love to know more about why they didn't consider Azure
Strange to do a whole long section on price-comparison without talking about AWS's spot instances, which are often much cheaper than the reserved instances.
Note that Google Cloud offers preemptible instances, up to 70% cheaper than the normal ones. https://cloud.google.com/preemptible-vms/ It would be interesting to see Quizlet thoughts on GCP preemptible VMs vs AWS spot instances and why they think they are better (or not?), but that could be the subject of a whole different post. (Disclaimer: I work at Google - https://twitter.com/felipehoffa )
"Azure was eliminated since its a Linux-second cloud" I have a feeling this person never really dove into Azure, and just wrote it off because it had Microsoft services built in; and of course various sysadmins still have a strong bias against Microsoft, especially if they are Open Source advocates. Seems like the entire article is mostly just comparing AWS to GCP instead of giving an actual overview of the cloud lan…
Honest question. If you are a 100% linux shop, what do you gain with Azure? Do they have better linux chops than GCE or AWS?
I like Azure Web Apps, Sql, and Storage PaaS offerings, as well as hosted Mongo and similar 3rd party services. In general, my experience is that they are cheaper and better managed than most stuff my customers roll themselves.
I would suggest that any "100% anything" shop look at the PaaS offerings of the various clouds and see if the benefits outweigh the risks.
I am not sure about the technical merit of this link. Best of show: "Google probably has the best networking technology on the planet." How do we quantify this? "This is important for several reasons. On EC2, if a node has a hardware problem, it will likely mean that you'll need to restart your virtual machine." I would much rather create a service that can tolerate single node outages than relying on "live migration…