Skip to content

Commit 427f211

Browse files
authored
Merge pull request #283 from songjiaxun/limitation_page
doc: add separate limitation page
2 parents 38a42e7 + fd1477b commit 427f211

File tree

2 files changed

+7
-3
lines changed

2 files changed

+7
-3
lines changed

README.md

Lines changed: 1 addition & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -44,9 +44,7 @@ Please refer to [install Azure Blob Storage CSI driver](https://github.com/kuber
4444
- [CSI driver troubleshooting guide](./docs/csi-debug.md)
4545
4646
### Limitations
47-
- Although Blob CSI Driver allows ReadWriteMany access mode to be used, its functionality is limited by the underlying volume-mounting technology. If azure-storage-fuse is being used to mount a Blob storage container, multiple nodes are allowed to mount the same container, but for just read-only scenarios. It means, you can still use ReadWriteMany mode to claim a volume, but you should carefully avoid writing to one single file from multiple nodes as there will be data corruption. NFSv3, in the contrast, fully supports ReadWriteMany access mode.
48-
- The azure-storage-fuse method only supports Linux agent nodes.
49-
- For the Kubernetes clusters that are running on Azure Stack Hub environments, only Standard Locally-redundant storage (Standard_LRS) Storage Account is supported. You will not be blocked if you claim a volume with other types of Storage Account but under the hood, the account type will be converted to Standard_LRS.
47+
Please refer to [Azure Blob Storage CSI Driver Limitations](./docs/limitations.md)
5048
5149
## Kubernetes Development
5250
Please refer to [development guide](./docs/csi-dev.md)

docs/limitations.md

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,6 @@
1+
# Azure Blob Storage CSI Driver Limitations
2+
- Although Blob CSI Driver allows ReadWriteMany access mode to be used, its functionality is limited by the underlying volume-mounting technology. If azure-storage-fuse is being used to mount a Blob storage container, multiple nodes are allowed to mount the same container, but for just read-only scenarios. It means, you can still use ReadWriteMany mode to claim a volume, but you should carefully avoid writing to one single file from multiple nodes as there will be data corruption. NFSv3, in the contrast, fully supports ReadWriteMany access mode.
3+
- The azure-storage-fuse method only supports Linux agent nodes.
4+
- For the Kubernetes clusters that are running on Azure Stack Hub environments, only Standard Locally-redundant storage (Standard_LRS) Storage Account is supported. You will not be blocked if you claim a volume with other types of Storage Account, however, under the hood the account type will be converted to Standard_LRS.
5+
- The memory consumption of azure-storage-fuse (blobfuse) may be high when large files are being processed. Thus, by default the Blob CSI Driver container has a memory restriction of 2100Mi. This known issue is described in [this ticket](https://github.com/Azure/azure-storage-fuse/issues/454).
6+
- Restart csi-blobfuse-node daemonset would make current blobfuse mount unavailable. This issue is tracked by [this ticket](https://github.com/kubernetes-sigs/blob-csi-driver/issues/115).

0 commit comments

Comments
 (0)