|
CNCF Storage WG 6/9/2017 Meeting Minutes
Thanks everyone for showing up for the first meeting, was great to have ~40 folks!
Here are the minutes: https://goo.gl/wRqerO
Here is the full recording: https://youtu.be/qAw3y6rdRbs
The CSI slides
Thanks everyone for showing up for the first meeting, was great to have ~40 folks!
Here are the minutes: https://goo.gl/wRqerO
Here is the full recording: https://youtu.be/qAw3y6rdRbs
The CSI slides
|
By
Chris Aniszczyk
·
#987
·
|
|
Re: Serverless Workgroup Kickoff
No worries!
Sent from my Verizon, Samsung Galaxy smartphone
No worries!
Sent from my Verizon, Samsung Galaxy smartphone
|
By
Kenneth Owens (kenowens) <kenowens@...>
·
#986
·
|
|
Re: Serverless Workgroup Kickoff
Thank you all for getting this off the ground.
Thank you all for getting this off the ground.
|
By
alexis richardson
·
#985
·
|
|
Serverless Workgroup Kickoff
Just wanted to give everyone an update on the serverless workgroup. We had our initial meeting, agreed on the objective of documenting what Serverless means to Cloud Native, outlined a white/position
Just wanted to give everyone an update on the serverless workgroup. We had our initial meeting, agreed on the objective of documenting what Serverless means to Cloud Native, outlined a white/position
|
By
Kenneth Owens (kenowens) <kenowens@...>
·
#984
·
|
|
Re: rook.io
Sorry I was thrown off by your “what does it do differently than Amazon” :-)
I mean block storage (raw block devices underneath pods comparable to AWS EBS), filesystems (shared POSIX compliant
Sorry I was thrown off by your “what does it do differently than Amazon” :-)
I mean block storage (raw block devices underneath pods comparable to AWS EBS), filesystems (shared POSIX compliant
|
By
Bassam Tabbara <Bassam.Tabbara@...>
·
#983
·
|
|
Re: rook.io
Bassam
I understand that part ;)
The part that I don't fully grok is what you mean by "storage". Forgive my naive questions.
Alexis
Bassam
I understand that part ;)
The part that I don't fully grok is what you mean by "storage". Forgive my naive questions.
Alexis
|
By
alexis richardson
·
#982
·
|
|
Re: Continued InfraKit Discussion
Hi Chris,
Thanks for starting the thread. In a nutshell, InfraKit focuses on being lightweight and embeddable while enabling self-management and capacity scaling features for the entire,
Hi Chris,
Thanks for starting the thread. In a nutshell, InfraKit focuses on being lightweight and embeddable while enabling self-management and capacity scaling features for the entire,
|
By
David Chung <david.chung@...>
·
#981
·
|
|
Re: rook.io
Camille, yes! :-)
The premise of Rook is to provide a cloud-native alternative to Amazon S3, EBS and EFS. These storage services can run directly inside the cloud native environment vs. vendor
Camille, yes! :-)
The premise of Rook is to provide a cloud-native alternative to Amazon S3, EBS and EFS. These storage services can run directly inside the cloud native environment vs. vendor
|
By
Bassam Tabbara <Bassam.Tabbara@...>
·
#980
·
|
|
Re: rook.io
Presumably providing an abstraction layer that can front Amazon, Google, and internal cloud offerings. For those of us who need such a thing.
Presumably providing an abstraction layer that can front Amazon, Google, and internal cloud offerings. For those of us who need such a thing.
|
By
Camille Fournier
·
#979
·
|
|
Re: rook.io
I don't understand what you are doing which is better than what Amazon can do alone.
I don't understand what you are doing which is better than what Amazon can do alone.
|
By
alexis richardson
·
#978
·
|
|
Re: rook.io
Do you mean EBS? For S3 which has 11 9’s (over a year) of durability you’d need 10s of Rook storage nodes spread across three availability zones.
For block storage, i.e. the use case in the
Do you mean EBS? For S3 which has 11 9’s (over a year) of durability you’d need 10s of Rook storage nodes spread across three availability zones.
For block storage, i.e. the use case in the
|
By
Bassam Tabbara <Bassam.Tabbara@...>
·
#977
·
|
|
Re: rook.io
So you need a pair of rook nodes to be more reliable than S3?
So you need a pair of rook nodes to be more reliable than S3?
|
By
alexis richardson
·
#976
·
|
|
Re: rook.io
Definitely. You would need to have a sizable cluster before you can reach high availability and durability numbers like S3.
However, EBS volumes supposedly have an annual failure rate of 0.1-0.2%, and
Definitely. You would need to have a sizable cluster before you can reach high availability and durability numbers like S3.
However, EBS volumes supposedly have an annual failure rate of 0.1-0.2%, and
|
By
Bassam Tabbara <Bassam.Tabbara@...>
·
#975
·
|
|
Re: rook.io
Ok so in the single node case you are less reliable than S3?
Ok so in the single node case you are less reliable than S3?
|
By
alexis richardson
·
#974
·
|
|
Re: rook.io
No. There are no writes to S3 at all, and that would slow down write significantly.
If you’re concerned about DR then you can take a crash-consistent snapshot of the volume(s) and send that off to
No. There are no writes to S3 at all, and that would slow down write significantly.
If you’re concerned about DR then you can take a crash-consistent snapshot of the volume(s) and send that off to
|
By
Bassam Tabbara <Bassam.Tabbara@...>
·
#973
·
|
|
Re: rook.io
Does the first storage node write to S3 before or after pushing updates to the other nodes
Does the first storage node write to S3 before or after pushing updates to the other nodes
|
By
alexis richardson
·
#972
·
|
|
Re: rook.io
Sure. Assuming a pod running in K8S has already mounted a Rook volume the main flow is:
- writes to the volume (say /dev/rbd0) go through the kernel module and then out on the network
- one of the
Sure. Assuming a pod running in K8S has already mounted a Rook volume the main flow is:
- writes to the volume (say /dev/rbd0) go through the kernel module and then out on the network
- one of the
|
By
Bassam Tabbara <Bassam.Tabbara@...>
·
#971
·
|
|
Re: rook.io
Please can you talk through the interaction flow for a local plus remote disk write on AWS, assuming the write is initiated by a process associated with a container cluster (eg k8s).
Please can you talk through the interaction flow for a local plus remote disk write on AWS, assuming the write is initiated by a process associated with a container cluster (eg k8s).
|
By
alexis richardson
·
#970
·
|
|
Re: rook.io
The most severe failure cases are ones that could lead to permanent data loss. There are a few, but first some background:
- Volumes are backed by virtual storage pools.
- Virtual pools are made up
The most severe failure cases are ones that could lead to permanent data loss. There are a few, but first some background:
- Volumes are backed by virtual storage pools.
- Virtual pools are made up
|
By
Bassam Tabbara <Bassam.Tabbara@...>
·
#969
·
|
|
Re: rook.io
What are the failure cases for this ?
<Bassam.Tabbara@...> wrote:
What are the failure cases for this ?
<Bassam.Tabbara@...> wrote:
|
By
alexis richardson
·
#968
·
|