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

Amazon Elastic File System

aws.amazon.com

Post reply on HN
Print view View original

181–190 of 217 posts

Re: Amazon Elastic File System

#181

Post by rgbrenner »

andrew311 wrote: post #179
rgbrenner wrote: post #170

Earlier quoted context omitted.

something that behaves like a local file system (without the gotchas of NFS like a lack of delete on close), but I don't have to snapshot and create new volumes and issue file system expansion commands to grow a volume. I want seamless and automatic growth. Wouldn't EBS w/ thin provisioning get you most of this? Just create a massive volume, and you get billed for the space actually used. (and the volume size could a…

Yes, good point. This would provide effectively "infinite" backing storage. There might be some hurdles to overcome, though. For example, when you delete a file, will EBS know that the blocks are now free and thus can be decommissioned? This might mean the whole stack needs to support things like TRIM. I'm not sure the rest of the stack is smart enough yet. I'd love to hear from a storage/FS expert on this. Edit: coi…

The reason I suggested it is because thin volumes are well understood, so the issues are straightforward... and it's been implemented in many products (lvm; virtually every san; xenserver & vmware; etc). So there really shouldn't be many surprises if amazon were to implement it.

And yes, trim is used to mark blocks as free.

Honestly, it's so widespread, I would be surprised if Amazon weren't already using it to over-commit ebs.

Re: Amazon Elastic File System

#182

Post by travem »

cozzyd wrote: post #163
cwyers wrote: post #90

Earlier quoted context omitted.

Until Amazon starts offering EC2 OS X instances, I'm not sure that's as relevant.

I assume Amazon can't offer EC2 OS X instances until Apple allows OS X to be virtualized

FYI OS X can be virtualized, but only run on Apple hardware. VMware have some details on the other caveats here -> http://kb.vmware.com/selfservice/microsites/search.do?langua...

Re: Amazon Elastic File System

#183

Post by gnur »

karpodiem wrote: post #175
tracker1 wrote: post #152

Earlier quoted context omitted.

FYI: In windows (desktop versions) it's only now in the "Enterprise" version, and apparently will be removed in Windows 10. Not sure if there are limitations to which server versions are currently supported. CIFS/SAMBA in Linux has been pretty good, imho for the past couple years... though I still get some occasional wonky behavior from my NAS box.

Where have you heard that they are removing the NFS client in Win10?

I have read this as well, and to my experience, it really isn't available in my windows 10 preview vm.

Re: Amazon Elastic File System

#184

Post by rjurney »

jordanthoms wrote: post #164
rjurney wrote: post #131

Earlier quoted context omitted.

Says the guy who will own one within a year. Or the Android knock off.

The Android knockoff that was released a year beforehand.

And it was a smash hit, right? Or... nope, iwatches were shit until Apple defines how the interface will work.

Re: Amazon Elastic File System

#186

Post by btgeekboy »

sciurus wrote: post #173
tracker1 wrote: post #145

Earlier quoted context omitted.

I think that you are correct, that some technical details are definitely needed for comparison... To me, this matches up against Azure Files (which is CIFS/SAMBA based)... Though, even if redundancy isn't a factor, it's nice that you can have network file shares without having to run your own dedicated instance in a given cloud. There are plenty of situations where having a common networked filesystem makes sense acr…

Aren't seeding static content and user-uploaded files both use-cases that are well-handled by an object store like S3?

Assuming your application was written for something like S3, yes. That's a big assumption though.

Re: Amazon Elastic File System

#187

Post by rjurney »

wpietri wrote: post #176
rjurney wrote: post #129

Earlier quoted context omitted.

Are you kidding? Apple reinvents every space they enter with profound invention. Do you remember computers before the Mac? Notebooks before the Macbook? Music players before the iPod? Phones before the iPhone? Tablets before the iPad? And in a month you'll think: watches before the Apple Watch?

I think their skill is more profound commercialization. I do in fact remember all of those things. I even owned all of those things before Apple entered those markets. Apple invented very little for any of them. Their strength lies in taking existing technologies, rebuilding them with a strong user focus, and then marketing the hell out of them. So much so that many people apparently forget what came before.

Most of their success is owing to the invention of new interfaces that fit new form factors. Before that, only dissatisfying shit is available, and the market is mostly novelty. After that, new device categories have actual features a human can use, and a market happens and knock offs compete.

Re: Amazon Elastic File System

#188

Post by prewett »

andrewchambers wrote: post #142
rjurney wrote: post #129

Earlier quoted context omitted.

Are you kidding? Apple reinvents every space they enter with profound invention. Do you remember computers before the Mac? Notebooks before the Macbook? Music players before the iPod? Phones before the iPhone? Tablets before the iPad? And in a month you'll think: watches before the Apple Watch?

Yes I do remember all those things, they were pretty good.

Yeah, they were pretty good until I used the Apple version... :) (Exception: MacOS 9 laptops, MacBooks pre-titanium)

My phone before the iPhone was horrible, though. Partly that was my fault for getting a Razr. The user interface somehow managed it so that my thumb was always in exactly the wrong spot for what I needed to push right now. It was a joyous day when I found someone to give that thing away to. (On the good side, it woke up two years after I stopped using it, plugging it in, etc. to give me an alarm I had set. Now that is a reliability!)

Re: Amazon Elastic File System

#189

Post by ipedrazas »

smarterclayton wrote: post #148
tristanz wrote: post #107

Earlier quoted context omitted.

I'd love to see an easy to manage version for containerized cloud stacks like Kubernetes and Mesos. I think the AWS move here validates that NFS is still an ok pattern to use for some applications. I've had mixed experiences with Gluster a year ago, including lost files, so something that was rock solid and easy to manage would be a great product.

Yeah, that's something the Ceph and Gluster teams have been working on to integrate with Kubernetes seamlessly (or at least, easily). The gluster core drivers for volumes landed recently, and self service service on demand FS is a goal.

Is it not the same that uses OpenStack? I can see a lot of potential with containers + efs

Re: Amazon Elastic File System

#190

Post by antaviana »

click170 wrote: post #74
jeffbarr wrote: post #31

Earlier quoted context omitted.

We'll be providing a lot more details later.

Fair enough, but one of the biggest reasons I ignore these types of posts is because too often they lack these critical details, they come off as puff pieces to me. IMO these posts would hold value for a larger audience if that info was included in them.

There's a business side for it. Besides recruiting future customers via a preview, you also sublimilaly put off would-be customers decisions until your solution is ready to compete with existing solutions. Microsoft did it very successfully for years.
Post reply on HN