4 ms·
When CoreOS abandoned btrfs, it made me seriously start to consider the Joyent SDC stack, above all else just because ZFS can answer the storage question in a w
by themgt 12y ago
When CoreOS abandoned btrfs, it made me seriously start to consider the Joyent SDC stack, above all else just because ZFS can answer the storage question in a way that seemingly nothing on Linux will be able to provide in the near future
- raincom 12y agowell, micro services Paas does not care much about the storage: ephemeral storage is good. And you can re deploy the app with a click.
- smarterclayton 12y agoAs part of OpenShift and Kubernetes we're building stack integration for Gluster, Ceph, NFS, iSCSI, and others into the core runtime environment (so you can on-demand provision storage at a cluster level). Micro services may not care much about storage, but everything else does. https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/design/persistent-storage.md https://github.com/GoogleCloudPlatform/kubernetes/blob/maste... captures the first draft of it, but there's a lot more work going on to let you bind storage on demand to Docker containers at a cluster level.
- justincormack 12y agoClusterHQ is working on openzfs for containers too, on Linux.
- ferrantim 12y agoYep, and we think ZFS on Linux is ready real production use https://clusterhq.com/blog/state-zfs-on-linux/ https://clusterhq.com/blog/state-zfs-on-linux/
- deleted 12y ago[deleted]
- tracker1 12y agoI really, really like the Joyent SDC stack... It seems like a really nice solution. Though I wish they had the equivalent of S3 or Azure blob storage. Having to run your own VMs for archive storage seems like a pain, especially relative to the cost/amount of storage you get per VM.