Always-Available File AccessTo make network data constantly available through your newly created cluster, you need to create and configure shared cluster pools and volumes. Shared volumes can be any of the traditional Linux filesystems (Reisfer, EXT2/3, and so on) or NSS. Shared NSS volumes must be created on shared NSS pools. NSS pools can be designated as sharable either during or after creation. This is possible through both iManager and the command-line nssmu utility. To create a cluster-enabled NSS pool during pool creation via iManager, complete the following steps:
Cluster-Enabling a Volume After Pool CreationWhen you have created the NSS pool, you can add sharable NSS volumes. Shared volumes can be created with either iManager or nssmu. The following steps can be used to create a shared volume using iManager:
The whole point in creating a cluster is to provide constant access to network resources. Because one of the principal resources on a network is data, cluster-enabling a storage pool will likely be one of the things you do first. NOTETo cluster-enable a non-NSS volume, create the Linux partition on the shared storage system as you normally would. After creation, create a cluster resource with the proper load and unload script to provide access to the partition.Cluster-Enabling a Storage Pool After CreationIf you chose not to cluster-enable a storage pool when it was initially created, you can do so after the fact from iManager. Make sure you deactivate the pool and dismount the volume(s) before cluster-enabling them. To cluster-enable an existing pool, complete the following steps: You can delete cluster-enabled volumes and pools in the same way that you delete standard NSS volumes and pools. When a cluster-enabled resource is deleted, NCS will automatically modify its load scripts to remove that resource. Modifying Node Assignment for a Storage PoolWhen you cluster-enable a storage pool, all nodes in the cluster are automatically assigned to the pool. The order of assignment is the order in which the nodes appear in the list. To assign or unassign nodes, or to change the failover order, complete the following steps:
The first server in the Nodes list will be the preferred node for the cluster-enabled storage pool. Failover will occur sequentially down the list. Configuring Storage Pool PoliciesAfter a storage pool has been cluster-enabled, you can configure the start, failover, and failback parameters. To do this, complete the following steps: Adjusting these settings gives you granular control over the behavior of your clustered storage pool. |
Always-Available File AccessTo make network data constantly available through your newly created cluster, you need to create and configure shared cluster pools and volumes. Shared volumes can be any of the traditional Linux filesystems (Reisfer, EXT2/3, and so on) or NSS. Shared NSS volumes must be created on shared NSS pools. NSS pools can be designated as sharable either during or after creation. This is possible through both iManager and the command-line nssmu utility. To create a cluster-enabled NSS pool during pool creation via iManager, complete the following steps:
Cluster-Enabling a Volume After Pool CreationWhen you have created the NSS pool, you can add sharable NSS volumes. Shared volumes can be created with either iManager or nssmu. The following steps can be used to create a shared volume using iManager:
The whole point in creating a cluster is to provide constant access to network resources. Because one of the principal resources on a network is data, cluster-enabling a storage pool will likely be one of the things you do first. NOTETo cluster-enable a non-NSS volume, create the Linux partition on the shared storage system as you normally would. After creation, create a cluster resource with the proper load and unload script to provide access to the partition.Cluster-Enabling a Storage Pool After CreationIf you chose not to cluster-enable a storage pool when it was initially created, you can do so after the fact from iManager. Make sure you deactivate the pool and dismount the volume(s) before cluster-enabling them. To cluster-enable an existing pool, complete the following steps: You can delete cluster-enabled volumes and pools in the same way that you delete standard NSS volumes and pools. When a cluster-enabled resource is deleted, NCS will automatically modify its load scripts to remove that resource. Modifying Node Assignment for a Storage PoolWhen you cluster-enable a storage pool, all nodes in the cluster are automatically assigned to the pool. The order of assignment is the order in which the nodes appear in the list. To assign or unassign nodes, or to change the failover order, complete the following steps:
The first server in the Nodes list will be the preferred node for the cluster-enabled storage pool. Failover will occur sequentially down the list. Configuring Storage Pool PoliciesAfter a storage pool has been cluster-enabled, you can configure the start, failover, and failback parameters. To do this, complete the following steps: Adjusting these settings gives you granular control over the behavior of your clustered storage pool. |