Container Definition

Introduction

Nodeum provides a logical representation of files virtualization.

This defines an abstraction layer between file servers and the clients that access those file servers.

The file virtualization layer manages files and file systems across different storages.

This file system is reachable through the network with standard transport protocols such as NFS, SMB and S3.

About Container

Containers are storage space where the end user can access to read, write or modify any files.

These spaces are accessible through NFS/SMB and through S3 protocol ; in this case the containers are seen as a bucket with a user access authentication.

The solution used disk caching which allows fast access for all data transactions. This caching definition is flexible to fit into your use case. We support several types of disk system to define this cache.

The container, which is seen as network folder, has set of access rights defined for one or more users and/or groups of users. The authentication and authorization can be managed locally, with Active Directory or with LDAP.

Quota and disk allocation are settings to limit caching usage per container and global capacity.

In summary

Containers are the point of access for data stored behind Active Archive workflow.

  • Containers use the local Nodeum Disk Caching system when data are copied.

  • Each container allows privilege management. Users & Groups access permissions configuration can be set for each container.

Containers are accessible :

  • as a Network Shared Folder into the Nodeum's server in using NFS/SMB protocols.

  • as a Bucket in using S3 protocol (on port 9000).

Even if the file stored on a secondary storage, the user see the file, the user can retrieve it easily and the user keep the access to the data.

How to create a Container ?

This describes the different steps to create containers inside Nodeum.

The Container definition is available in the Data Container menu.

To create a new Container

Click on the '+' button and complete the information requested.

Description

Container Name

This is the name of the Container. The name is set at the creation and can't be changed. If you are looking to use it as S3 target please refer to the Specifications to follow the naming conventions.

Comment

This allows adding a description or comment.

Advanced Settings

It is about advanced settings

Automatic Push Data

To configure this option, you have to select a destination pool. When contents are written in the container, these contents will be automatically recopied to the selected destination storage.

Cache Cleaning

Define a target secondary storage that will be used to offload contents stored in the cache. This will be activated only if the cache is full or reach the limit capacity defined.

Quota

This quota specifies the maximum size to allocate to this container.

Cache resources allocation

Specify the percentage of the overall data container size to allocate to this container (0 equals no limitation)

Privileges Definition

To configure the Rights and Privileges for each container, you have to select the action button on the right of the container line.

Then you can define what the use allowed to access the Container in Read/Write or Read OnlyYou have some options available :

You choose the user(s) and select the permission you need like:

  • Read/Write

  • Read Only

  • No access.

Finally, you can also set the privilege for the Guest account.

How to use a Container with a S3 Protocol ?

If you have an Application or Server configured to store its data in S3. Nodeum can receive directly the data into a specific Container.

For this, you need to configure some parameters to activate the communication between the Application and Nodeum.

Here are the different steps to follow :

  1. Create a specific user

  2. Enable the S3 access for this User and Nodeum will generate automatically the Key id and Password you need to receive S3 data.

  3. Create a container and give the privileges to the user you have just created above.

  4. Remap the S3 policies for this newly created container.

Last updated