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.
ClusterHQ is shutting down
171–180 of 230 posts
Re: ClusterHQ is shutting down
#172Earlier 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.
Re: ClusterHQ is shutting down
#173Earlier 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…
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
#174Earlier 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.
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
#175Earlier 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…
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
#176Oh 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.
Re: ClusterHQ is shutting down
#177We'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…
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
#178Earlier 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"
Re: ClusterHQ is shutting down
#179Oh 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
#180Earlier 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