Instruction Manual
Table Of Contents
- Dell FluidFS V3 NAS Solutions For PowerVault NX3500, NX3600, And NX3610 Administrator's Guide
- Introduction
- How PowerVault FluidFS NAS Works
- FluidFS Terminology
- Key Features Of PowerVault FluidFS Systems
- Overview Of PowerVault FluidFS Systems
- PowerVault FluidFS Architecture
- Data Caching And Redundancy
- File Metadata Protection
- High Availability And Load Balancing
- Ports Used by the FluidFS System
- Other Information You May Need
- Upgrading to FluidFS Version 3
- FluidFS Manager User Interface Overview
- FluidFS 3.0 System Management
- Connecting to the FluidFS Cluster
- Managing Secured Management
- Adding a Secured Management Subnet
- Changing the Netmask for the Secured Management Subnet
- Changing the VLAN ID for the Secured Management Subnet
- Changing the VIP for the Secured Management Subnet
- Changing the NAS Controller IP Addresses for the Secured Management Subnet
- Deleting the Secured Management Subnet
- Enabling Secured Management
- Disabling Secured Management
- Managing the FluidFS Cluster Name
- Managing Licensing
- Managing the System Time
- Managing the FTP Server
- Managing SNMP
- Managing the Health Scan Throttling Mode
- Managing the Operation Mode
- Managing Client Connections
- Displaying the Distribution of Clients between NAS Controllers
- Viewing Clients Assigned to a NAS Controller
- Assigning a Client to a NAS Controller
- Unassigning a Client from a NAS Controller
- Manually Migrating Clients to another NAS Controller
- Failing Back Clients to Their Assigned NAS Controller
- Rebalancing Client Connections across NAS Controllers
- Shutting Down and Restarting NAS Controllers
- Managing NAS Appliance and NAS Controller
- FluidFS 3.0 Networking
- Managing the Default Gateway
- Managing DNS Servers and Suffixes
- Managing Static Routes
- Managing the Internal Network
- Managing the Client Networks
- Viewing the Client Networks
- Creating a Client Network
- Changing the Netmask for a Client Network
- Changing the VLAN Tag for a Client Network
- Changing the Client VIPs for a Client Network
- Changing the NAS Controller IP Addresses for a Client Network
- Deleting a Client Network
- Viewing the Client Network MTU
- Changing the Client Network MTU
- Viewing the Client Network Bonding Mode
- Changing the Client Network Bonding Mode
- Managing SAN Fabrics
- FluidFS 3.0 Account Management And Authentication
- Account Management and Authentication
- Default Administrative Accounts
- Default Local User and Local Group Accounts
- Managing Administrator Accounts
- Managing Local Users
- Managing Password Age and Expiration
- Managing Local Groups
- Managing Active Directory
- Managing LDAP
- Managing NIS
- Managing User Mappings between Windows and UNIX/Linux Users
- FluidFS 3.0 NAS Volumes, Shares, and Exports
- Managing the NAS Pool
- Managing NAS Volumes
- File Security Styles
- Thin and Thick Provisioning for NAS Volumes
- Choosing a Strategy for NAS Volume Creation
- Example NAS Volume Creation Scenarios
- NAS Volumes Storage Space Terminology
- Configuring NAS Volumes
- Cloning a NAS Volume
- NAS Volume Clone Defaults
- NAS Volume Clone Restrictions
- Managing NAS Volume Clones
- Managing CIFS Shares
- Managing NFS Exports
- Managing Quota Rules
- Viewing Quota Rules for a NAS Volume
- Setting the Default Quota per User
- Setting the Default Quota per Group
- Adding a Quota Rule for a Specific User
- Adding a Quota Rule for Each User in a Specific Group
- Adding a Quota Rule for an Entire Group
- Changing the Soft Quota or Hard Quota for a User or Group
- Enabling or Disabling the Soft Quota or Hard Quota for a User or Group
- Deleting a User or Group Quota Rule
- Managing Data Reduction
- FluidFS 3.0 Data Protection
- FluidFS 3.0 Monitoring
- FluidFS 3.0 Maintenance
- Troubleshooting
- Getting Help
If you need to access the same set of files from both Windows and UNIX/Linux, the best way to
implement multi‐protocol access is by setting up individual user mapping rules or by enabling automatic
user mapping. Ownership and access permissions are automatically translated based on user mapping
settings and file access credentials.
Modifying the file security style of a NAS volume affects only files and directories created after the
modification.
Thin and Thick Provisioning for NAS Volumes
Although PowerVault NAS pool is thickly provisioned to the FluidFS system, NAS volumes can be thin‐
provisioned. With thin‐provisioning (the default), storage space is consumed on the MD Arrays(s) only
when data is physically written to the NAS volume, not when the NAS volume is initially created. Thin‐
provisioning allows NAS volumes to account for future increases in usage. However, because it is possible
for the storage space allocated by the NAS volumes to exceed the storage space allocated to the NAS
pool, ensure that you monitor available capacity on the MD array(s) to ensure that the FluidFS system
always has sufficient free space available. You can also specify a portion of the NAS volume (Reserved
Space) that is dedicated to the NAS volume (no other volumes can take the space). The total Reserved
Space of all NAS volumes cannot exceed the available capacity of the NAS pool.
If a file is deleted from a thin‐provisioned NAS volume, the free space as seen in FluidFS Manager
increases. The freed up capacity is also visible and available to clients in the CIFS shares or NFS exports.
However, the MD array does not report any capacity freed up in the NAS pool.
Thick provisioning allows you to allocate storage space on the MD array(s) statically to a NAS volume (no
other volumes can take the space). Thick provisioning is appropriate if your environment requires
guaranteed space for a NAS volume.
Choosing a Strategy for NAS Volume Creation
Choosing to define multiple NAS volumes enables you to apply different management policies, such as
data reduction, data protection, security style, and quotas, based on your storage needs.
Consider the following factors to help choose the right strategy based on your environment’s
requirements:
• General requirements NAS volumes can be easily created, resized (increased or decreased) based
on the system capacity, or deleted.
– NAS volumes can be easily created, resized (increased or decreased) based on the system
capacity, or deleted.
– A single NAS volume can contain NFS exports, CIFS shares, or a combination of NFS exports and
CIFS shares.
– The minimum size of a NAS volume is 20 MB (or if the NAS volume has already been used, the
minimum size is the stored data).
• Business requirements: A company or application requirement for separation or for using a single
NAS volume must be considered. NAS volumes can be used to allocate storage for departments on
demand, using the threshold mechanism to notify administrators when they approach the end of their
allocated free space.
• Data reduction: Each NAS volume can have a dedicated data reduction policy to best suit the type of
data it stores.
• Snapshots: Each NAS volume can have a dedicated snapshot scheduling policy to best protect the
type of data it stores.
• Security style: In multiple protocol environments, it might be beneficial to separate the data and
define NAS volumes with UNIX security style for UNIX/Linux‐ased clients, and NTFS for Windows‐ased
clients. This enables the administrator to match the security style with business requirements and
90