Managing Storage Nodes
  • 22 Nov 2022
  • 4 Minutes to read
  • Dark
  • PDF

Managing Storage Nodes

  • Dark
  • PDF

CTERA Portal can write your data to storage nodes from many different vendors. The Storage Nodes page in the Global Administration view enables you to easily add new storage nodes, dedicate storage nodes to virtual portals, stop and start writing to different storage nodes, and migrate data seamlessly from a storage node to other storage nodes.

What Storage Node to Use

Storage considerations include company policy, cost, and total size required.

CTERA provides a storage node with the installation, Local Filesystem, which can be used up to a maximum of 20TB.

NFS storage, EMC Isilon (NFS), Generic (NFS), and NetApp (NFS), storage nodes can be used for storage up to 100TB.

All other storage nodes, such as Amazon S3 and IBM Cloud Object Storage (S3), support unlimited storage.

Using More than One Storage Node

You can define multiple storage nodes. When there are multiple storage nodes, that are not dedicated to specific virtual portals, CTERA manages the writes so that the nodes are balanced. If a storage node is down, data is not written to that node, but to the other storage nodes that are up.


Each block is written to a single storage node. If you want the same block to be written to another location, you have to use the storage provider functionality, such as Amazon Cross-Region Replication (CRR).
When there are storage nodes of different types, for example, Amazon S3 and Microsoft Azure Blob Storage, a block from a single file can be written to one storage node while another block from the same file is written to another storage node of a different type.

Grouping Storage Nodes in a Storage Class

A Storage Class represents a group of one or more storage nodes that share a similar business requirement, such as location. For example, a storage class can consist of a number of storage nodes all in the same location so that writes to the storage node for a specific folder group are always written to the same location. Storage classes can be used for the following:

  • Enable specific cloud folder group content to be written to a specific storage node.
  • To ensure compliance when data has to be stored in a specific location.
  • To improve performance by keeping the data location close to the userse.
  • To improve cost by ensuring that folder group content that is not accessed regularly, such as archived data, is always written to cheaper storage, whereas the content of a different folder group that is often required is always written to faster but more expensive storage.

Storage classes are defined using CLI. The storage nodes are assigned initially to a default storage class. The storage class can be changed from the default when the storage node is defined. After the storage node is defined the storage class cannot be changed.

Defining a Storage Class

Storage classes are defined using CLI. To run the CLI from the portal user interface, see Execute CLI Commands from the Global Admin User Interface. Use the following CLI to create a storage class: add /storageClasses/ name <name>
where <name> is the name you call the storage class.

Changingthe Name of a Storage Class

After defining a storage class, as described in /v1/docs/managing-storage-nodes-1#defining-a-storage-class you can change the name using the following CLI: set /storageClasses/<currentSCName>/ name <newSCName> where <currentSCName> is the name of the storage class to change and <newSCName> is the name to change it to.

Viewing Storage Nodes

To view all storage nodes in the system:

  • In the global administration view, select Main > Storage Nodes in the navigation pane.
    The STORAGE NODES page is displayed.
    The following information is displayed for each storage node:
    NAME – The storage node's name.

    • Status (under the name) – Whether the storage node is read/write enabled or read and delete only.

    TYPE – The storage node's type.
    BUCKET – The name of the storage node's bucket.
    STORAGE CLASS – The group of one or more storage nodes to which this storage node belongs.
    DEDICATED TO – The name of a single virtual portal to which the storage node is dedicated, if applicable. The storage node is used for this virtual portal and no other virtual portal uses it. The virtual portal will only write to storage nodes that are dedicated to it and not to other storage nodes.
    STATUS – The storage node's current status. This can be either of the following:

    • Connected
    • Not Connected

    The portal does not attempt to store new blocks in storage nodes that are not connected.

    STORAGE USAGE – The amount of storage available, followed by the amount of used storage. This field is only relevant for the Local Filesystem storage node, which is the default storage node when setting up the CTERA Portal.

To view details of a specific node:

  • Click the node name on the STORAGE NODES page.
    The storage node window is displayed with the storage node name as the window title.
    The details displayed depend on the type of storage node.

Was this article helpful?