Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Currently have a set of 6080's clustered. with about 100TB worth of disk space. My requirement is to share out all that space via cifs to about 20k folks (with about 2% usage at a time) and i was thinking of using vfilers to have a better dr setup. However, can the vfiler handle that many cifs sessions ? or would it be better to run cifs directly on the 6080, and just use snapmirror for DR ?
looking for recommendations here.
Thank you
Solved! See The Solution
1 ACCEPTED SOLUTION
migration has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
There is no specific limit per vfiler.. The 6080 limits for the entire controller are in effect and the total number of connections are based on the total of all vfilers. The 6080 can handle 96k user connections and 384k share connections and that can be split across the entire controller regardless of vfilers.
The default number of vfilers is 11, but you can increase to 65 (reboot needed). Each vfiler reserves about 400k of ram, so using vfilers (even to the max) won't be noticeable to performance.
So, it makes sense to create source vfilers then you can vfiler dr and have all your cifs shares updated on the target (since the vfiler has its own /etc in the replication).
5 REPLIES 5
migration has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
There is no specific limit per vfiler.. The 6080 limits for the entire controller are in effect and the total number of connections are based on the total of all vfilers. The 6080 can handle 96k user connections and 384k share connections and that can be split across the entire controller regardless of vfilers.
The default number of vfilers is 11, but you can increase to 65 (reboot needed). Each vfiler reserves about 400k of ram, so using vfilers (even to the max) won't be noticeable to performance.
So, it makes sense to create source vfilers then you can vfiler dr and have all your cifs shares updated on the target (since the vfiler has its own /etc in the replication).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Cool Scott,
Would you please also share similar vFiler limitation on FAS3250 as well?
Thanks
Henry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
65 per controller including vfiler0. So 64 vfilers per controller on top of the physical controller.
Sent from my iPhone 5
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Wow Scott,
YOU're quick:>)
Would you please also share your take on put 64 vFiler on a FAS3250 pros/cons as well?
Thanks
Henry
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
The limit has been unchanged on controllers since it was based on RAM and won't change in 7-mode… most don't go near the 64 limit.
