Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Hakuna Cloud – Stop cloud servers when they are not in use

hakuna.cloud

Post reply on HN
Print view View original

51–60 of 64 posts

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#51

Post by cj »

rednerrus wrote: post #33
grepthisab wrote: post #28

Earlier quoted context omitted.

Maybe. This is a bit of a cottage industry that shouldn't need to exist. It's so hard to get data and visibility into these things in AWS right now. Billing is hard, it's impossible to easily tell what is costing me what in every region, etc. AWS should do all this natively as part of their service, but everything is so poorly designed from a user standpoint that it's very time consuming to do, so third-party service…

https://www.cloudhealthtech.com/

If anyone here has used this, what has your experience been?

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#52

Post by cbluth »

dharmab wrote: post #3

Efficiency is an area where there can be a lot of cost hiding. We recently saved a lot of money by: - Using the Kubernetes Vertical Pod Autoscaler ( https://github.com/kubernetes/autoscaler/tree/master/vertica... ) for CPU and memory scaling, and switching to metrics like requests per second and connection count for horizontal scaling - Collecting metrics on container CPU and memory allocation vs utilization - Writin…

> Tuning our VM instance sizes and autoscaler configs

Do you run kubernetes in VMs on baremetal?

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#53

Post by qubit23 »

dharmab wrote: post #3

Efficiency is an area where there can be a lot of cost hiding. We recently saved a lot of money by: - Using the Kubernetes Vertical Pod Autoscaler ( https://github.com/kubernetes/autoscaler/tree/master/vertica... ) for CPU and memory scaling, and switching to metrics like requests per second and connection count for horizontal scaling - Collecting metrics on container CPU and memory allocation vs utilization - Writin…

If you ever open-source your rightsizing scripts, I think a lot of people (including myself) would find that useful. While the vertical pod autoscaler attempts to solve this problem, it's incompatible with horizontal pod autoscalers based on CPU and memory, and thus unusable in a lot of cases. Going with a semi-automated solution might be ideal.

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#54

Post by manigandham »

gingerlime wrote: post #34

Interesting. Why proxying though rather than monitoring DNS queries on the CNAME? And updating to point to the right ip when the server is live (This could maybe help with the 10gb base limit + $0.08/gb?) Not trying to be an armchair coach but rather understand the architecture decisions and trade-offs that I must have missed

What happens where there are no servers live? Should the request fail?

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#55

Post by manigandham »

Interesting model, although I suggest looking at the GCP Cloud Run approach using Knative to start and server containers on demand.

That's the next generation of Lambda that all clouds and vendors are moving towards, and increases developer agility with much faster cold-start times. If we could have Cloud Run today across multiple clouds and locations with geo-loadbalancing stitched together automatically, that would be valuable.

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#56

Post by reilly3000 »

grepthisab wrote: post #28
tlarkworthy wrote: post #12

It's pretty cool that utility computing is large enough to spawn 3rd party companies that further increase effeciency of the pool. It's layers upon layers of technical progress in parallel.

Maybe. This is a bit of a cottage industry that shouldn't need to exist. It's so hard to get data and visibility into these things in AWS right now. Billing is hard, it's impossible to easily tell what is costing me what in every region, etc. AWS should do all this natively as part of their service, but everything is so poorly designed from a user standpoint that it's very time consuming to do, so third-party service…

Tag every resource you provision (probably on 3-5) dimensions and you’ll never wonder where your money is going. It’s a great system, but most people (including me for the first 3 years) skip the tags screen by default.

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#58

Post by ma2rten »

dharmab wrote: post #3

Efficiency is an area where there can be a lot of cost hiding. We recently saved a lot of money by: - Using the Kubernetes Vertical Pod Autoscaler ( https://github.com/kubernetes/autoscaler/tree/master/vertica... ) for CPU and memory scaling, and switching to metrics like requests per second and connection count for horizontal scaling - Collecting metrics on container CPU and memory allocation vs utilization - Writin…

I am confused by your use of the word cost hiding. Do you mean cost saving?

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#59

Post by mkl »

tarl0s wrote: post #13
gregmac wrote: post #8

> Hakuna Cloud is a software-as-a-service HTTPS proxy. You don't need to change existing software or infrastructure, and you don't need to install additional tools on your servers. > Each cloud server must have an FQDN/DNS name configured as a CNAME to our load balancers. > When your server stops receiving requests, it will be stopped. As soon as a new request arrives, Hakuna will start it. Interesting idea. It's lik…

At Hakuna we use our own service to start and stop our Jira and NPM servers; the instances are automatically stopped at night or whenever nobody needs to do `npm install`. In our use case, the EC2 instance starts in about 50 seconds, with another minute needed to start the Jira service. We have a demo, deployable directly from our CLI, that starts a Nginx server on an Oracle Cloud instance in less than 40 seconds. If…

You should probably check your website on mobile. For me on Firefox Android, the unmoving header takes up 60-70% of the screen and the actual scrolling content is crammed into the bottom fraction.

Re: Hakuna Cloud – Stop cloud servers when they are not in use

#60

Post by gingerlime »

manigandham wrote: post #54
gingerlime wrote: post #34

Interesting. Why proxying though rather than monitoring DNS queries on the CNAME? And updating to point to the right ip when the server is live (This could maybe help with the 10gb base limit + $0.08/gb?) Not trying to be an armchair coach but rather understand the architecture decisions and trade-offs that I must have missed

What happens where there are no servers live? Should the request fail?

I think they can point to some kind of a "Loading..." page that they can host? (SSL can be managed with Let's encrypt, since the CNAME is effectively controlled by them)
Post reply on HN