97f8c4b677
This commit provides the option to pass in Ceph cluster-id instead of a MON list from the storage class. This helps in moving towards a stateless CSI implementation. Tested the following, - PV provisioning and staging using cluster-id in storage class - PV provisioning and staging using MON list in storage class Did not test, - snapshot operations in either forms of the storage class Signed-off-by: ShyamsundarR <srangana@redhat.com> |
||
---|---|---|
cmd | ||
deploy | ||
docs | ||
examples | ||
pkg | ||
scripts | ||
vendor | ||
.gitignore | ||
.mergify.yml | ||
.travis.yml | ||
deploy.sh | ||
Gopkg.lock | ||
Gopkg.toml | ||
LICENSE | ||
Makefile | ||
README.md |
Ceph CSI 1.0.0
Container Storage Interface (CSI) driver, provisioner, and attacher for Ceph RBD and CephFS.
Overview
Ceph CSI plugins implement an interface between CSI enabled Container Orchestrator (CO) and CEPH cluster. It allows dynamically provisioning CEPH volumes and attaching them to workloads. Current implementation of Ceph CSI plugins was tested in Kubernetes environment (requires Kubernetes 1.13+), but the code does not rely on any Kubernetes specific calls (WIP to make it k8s agnostic) and should be able to run with any CSI enabled CO.
For details about configuration and deployment of RBD and
CephFS CSI plugins, see documentation in docs/
.
For example usage of RBD and CephFS CSI plugins, see examples in examples/
.
Troubleshooting
Please submit an issue at: Issues
Slack Channels
Join us at Rook ceph-csi Channel