Skip to content

Commit 5b04e99

Browse files
authored
Merge pull request #51010 from diegoalb/patch-3
The article is not clear about the possibility for expanding a SHARE
2 parents afe008b + 6e15dbc commit 5b04e99

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

articles/storsimple/storsimple-ova-best-practices.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -157,8 +157,8 @@ Keep in mind the following best practices when provisioning shares or volumes on
157157

158158
* The file sizes relative to the provisioned size of a tiered share can impact the tiering performance. Working with large files could result in a slow tier out. When working with large files, we recommend that the largest file is smaller than 3% of the share size.
159159
* A maximum of 16 volumes/shares can be created on the virtual array. For the size limits of the locally pinned and tiered volumes/shares, always refer to the [StorSimple Virtual Array limits](storsimple-ova-limits.md).
160-
* When creating a volume, factor in the expected data consumption as well as future growth. The volume cannot be expanded later.
161-
* Once the volume has been created, you cannot shrink the size of the volume on StorSimple.
160+
* When creating a volume, factor in the expected data consumption as well as future growth. The volume or share cannot be expanded later.
161+
* Once the volume/share has been created, you cannot shrink the size of the volume/share on StorSimple.
162162
* When writing to a tiered volume on StorSimple, when the volume data reaches a certain threshold (relative to the local space reserved for the volume), the IO is throttled. Continuing to write to this volume slows down the IO significantly. Though you can write to a tiered volume beyond its provisioned capacity (we do not actively stop the user from writing beyond the provisioned capacity), you see an alert notification to the effect that you have oversubscribed. Once you see the alert, it is imperative that you take remedial measures such as delete the volume data (volume expansion is currently not supported).
163163
* For disaster recovery use cases, as the number of allowable shares/volumes is 16 and the maximum number of shares/volumes that can be processed in parallel is also 16, the number of shares/volumes does not have a bearing on your RPO and RTOs.
164164

0 commit comments

Comments
 (0)