Live data from Hacker News

ClusterHQ is shutting down

clusterhq.com

171–180 of 230 posts

Re: ClusterHQ is shutting down

#171

Earlier quoted context omitted.

Let me clarify: not performant in any way that we want to implement. The NetApp referenced in that analysis would cost as much as we've spent on both of our OpenStack and Kube clusters. NetApp is great if you're a hospital or a bank but not an internet company. We need something built on common PC chassis, either as distributed local storage or some type of high speed interconnect.

Storage is definitely one of those businesses where "fast, good, cheap: pick any two" has always applied, and still does.

and as an industry, we are tending towards fast, cheap, and you can write code to work around not having "good"

Re: ClusterHQ is shutting down

#172

Earlier quoted context omitted.

I have zero idea what the legal definition of debt is in the country/jurisdiction you live in. I also didn't specify what country I live in. Additionally, my first point was one of metaphorical (social) debt. Given the context and the fact I'm typing in English it ought to have been clear I was referring to the definition of debt in English. If that wasn't clear, I apologise for the confusion.

> I have zero idea what the legal definition of debt is in the country/jurisdiction you live in. I also didn't specify what country I live in. Only definition that matters is the one in the jurisdiction this startup was in.

Last I checked this was a tech website not a legal one...

Re: ClusterHQ is shutting down

#173

Earlier quoted context omitted.

Out of interest, what are you migrating from?

Deployment across EC2 nodes, managed with devops scripts from a few different tools and monitored with conventional monitoring solutions like Nagios/Munin. We migrated from colocated racks to that a few years back. Personally, while there is undoubtedly a convenience factor with being pure EC2 and a cool factor with k8s, I think 80% of our stuff would be better off in the racks (which included a couple of hypervisors…

If you're deploying kubernetes to AWS, you should probably be using kops (but then I would say that, because I started the project. But OTOH I started it because nothing else fit the bill!)

Also, if you aren't already a member, come join us in #sig-aws on the kubernetes slack - we're a group of Kubernetes on AWS users, mostly happy - and working together to figure out the pieces where things could be better!

Re: ClusterHQ is shutting down

#174

Earlier quoted context omitted.

Check out this report if you don't believe me: http://www.clearskydata.com/clearsky-takes-primary-storage-t... Several members of our team were core developers of EqualLogic (pre-Dell buyout). We have significant investment from Akamai. I promise you this is not snake oil.

Check out this report? A link to a marketing data collection form? Come on. Link me to the PDF. Let's see the technical details of exactly how your solution is built out.

Technical details are here [1], though if entering a name and e-mail in a form is off-putting to you, I'm not sure anything could convince you to take the step of switching enterprise storage vendors.

Aside, I can't express how validating it is how much you (and others, given the downvotes) disbelieve me. It makes me quite proud to have helped develop a service considered so impossible that it is written off as black magic. It does make it hard to market the damn thing though ;)

[1] http://www.clearskydata.com/clearsky-global-storage-network-...

Re: ClusterHQ is shutting down

#175

Earlier quoted context omitted.

Look at the list of PV types for Kube What I see is a lot of complex network filesystems, vendor-specific solutions and gateway protocols to expensive SAN solutions, which are already chalk and cheese in terms of features and performance. Arguably one of the best features of unix-style systems is support for arbitrary mount points, filesystem drivers and (network or local) blockstores. Storage is, essentially, a well…

Yes. k8s is cool but it is vastly overcomplicated for the needs of the non-Googles. We've been porting my company's production infrastructure to it over the last year and while it's been fun, I don't think it's been the correct thing for us. Since suggesting your company is not in the same class of the companies that see literally billions of unique users every day, and thus may not need such overcomplicated solution…

Bookmarking this comment and yours further down thread. Very insightful. Regret I only have one upvote.

Disclaimer: DevOps going through the same process (everyone wanting to move to Kubernetes/k8 because its the new hotness/"orchestrated containers").

Re: ClusterHQ is shutting down

#176

Oh the immediate shutdowns! After going through the immediate Nebula shutdown, I'm glad we weren't depending on ClusterHQ. Same question I had for Nebula: you had no idea that a month ago you'd have to shutdown, right? I've started to follow these ex-CEOs so we avoid their next companies. This kind of shutdown is just terrible.

This is a ridiculous comment. Have you ever tried running a company? I'm certain the founders of these companies put their blood sweat and tears into their work, but unfortunately things didn't go as planned. They are probably deeply saddened and crushed about having to fire employees and made very hard decisions. Life doesn't revolve around you and your technology inconveniences.

Re: ClusterHQ is shutting down

#177

We've been running Kubernetes (500+ containers) in production for over a year now. I believe (and hope) that 2017 will be the year that persistent data storage will be solved. We are ready to move our data out of OpenStack and have our data services (Elasticsearch, Cassandra, MySQL, MongoDB) join the rest of our apps on Kube-orchestrated infrastructure. But, we're not there yet. The options just aren't good enough. L…

I don't want to break your hopes but stateful containers will only ever run on GCE and AWS.

The entire existence of stateful containers depends on having network storage at hands.

The only good network storages are GCE and AWS volumes, which are proprietary trade-secret technologies only available there.

If you want to play it old-school. You can run virtual machines with VmWare on bare metal servers with SAN disks (iSCSI/Fibber Channel). The Vm can be hot migrated from an host to another. It works and it's been battle tested for almost a decade. (IMO: Docker is not only new but a toy in comparison to that).

Re: ClusterHQ is shutting down

#178

Earlier quoted context omitted.

Storage is definitely one of those businesses where "fast, good, cheap: pick any two" has always applied, and still does.

and as an industry, we are tending towards fast, cheap, and you can write code to work around not having "good"

In my experience, if it isn't good relatively quickly, it certainly doesn't remain cheap for long.

Re: ClusterHQ is shutting down

#179

Oh the immediate shutdowns! After going through the immediate Nebula shutdown, I'm glad we weren't depending on ClusterHQ. Same question I had for Nebula: you had no idea that a month ago you'd have to shutdown, right? I've started to follow these ex-CEOs so we avoid their next companies. This kind of shutdown is just terrible.

This is a ridiculous comment. Have you ever tried running a company? I'm certain the founders of these companies put their blood sweat and tears into their work, but unfortunately things didn't go as planned. They are probably deeply saddened and crushed about having to fire employees and made very hard decisions. Life doesn't revolve around you and your technology inconveniences.

Please don't post uncivil comments to Hacker News. There's a good point in the middle of your post, but it's ruined by the name-calling of the first bit and the personal nastiness of the final bit, which break the site guidelines.

https://news.ycombinator.com/newsguidelines.html

Re: ClusterHQ is shutting down

#180

Earlier quoted context omitted.

Same here. Running ~100 app servers in K8S and the rest (databases & legacy apps) as regular GCE instances with PD drives. But long term going K8S-only is instrumental for us to prevent vendor lock-in. I really hope that storage for K8S happens this year in a form that is simpler than Gluster/Ceph/etc and preferably integrated. Right now we're using NFS and it's ok for the simple applications but I right now I wouldn…

What would it look like to be integrated? Could you just use your existing node solutions and hostpath and be set? Disclosure: I work at Google on Kubernetes

I think NFS without its issues (performance & security) would be ideal as an integrated solution.
Post reply on HN