The billing for Network File Storage is based on the cluster size. The data transfer between the Network File Storage and VMs is not tracked and free.

The initial cluster size must be between 2 TiB and 42 TiB, increasing in 1 TiB increments. All cluster space is fully usable. After creation, the cluster size can only be increased, not decreased.

Prices are listed in the respective price lists:

• IONOS SE – International, including Austria, France, Germany and Italy (English and German versions).

• IONOS Ltd. – United Kingdom.

• IONOS Inc. – United States and Canada.

Network File Storage uses the NFS protocol to provide shared data storage accessible to your VMs via a private network. It allows fine-grained POSIX permissions at file and directory levels. You can provision a shared Network File Storage using the NFS protocol. It enables easy data sharing between the connected VMs, all while benefiting from the reliability and security of a cloud-based storage solution.

During cluster creation, you must specify an IP address from your LAN for the cluster. The specified IP address is used as a floating IP address for the two VMs that the Network File Storage uses to provide high availability.

As seen in the illustration, you create a cluster within the Network File Storage and create shares within a cluster. Multiple VMs from within a VDC are connected to shares of a Network File Storage's cluster via a private LAN.

Each cluster can contain multiple shares within it. Shares are individual file systems within the storage. For example, you can imagine it as a cluster being a computer and shares are folders within it that are accessed by VMs. An administrator can allow VMs to use specific shares.

VMs on the same private network can connect to the Network File Storage's cluster. In addition, data can be accessed simultaneously from multiple compute instances (for example, VMs, and containers) without compromising data consistency. Multiple VMs from within the VDC can access the data simultaneously.

IONOS manages maintenance operations, such as software updates and hardware replacement, by offering redundant, high-availability cluster services.

You can also integrate it with Kubernetes clusters to provide persistent storage for containerized workloads.

Resilience

VMs are mounted on the POSIX-compliant exported file system inside a local mount point. It provides a fully managed and scalable storage on file level. The service manages all the file storage infrastructure, meaning you can avoid the complexity of deploying, patching, maintaining and scaling complex file system configurations. The service is highly scalable, highly available, and highly durable.

Currently, the Network File Storage is based on the Solid State Drive (SSD) - Standard performance class. Data is stored on two storage servers, providing active-active redundancy. For additional data protection, every storage server is based either on a hardware or a software RAID system.

Performance

Currently, the Network File Storage is based on the SSD Standard performance class, which is recommended for instant data access.

The table below lists the drive types and their specifications:

Security

• Encryption at rest involves encrypting data stored on physical media. It protects data from unauthorized access when the data is not actively being used. Network File Storage is based on Block Storage, and it implements encryption at rest.

• Secure deletion ensures that once data is deleted, it cannot be restored, even with access to the physical media. Network File Storage is based on Block Storage, and it implements secure deletion.

Limitations

• The cluster size cannot be decreased despite deleting some shares or data within them; the cluster will not shrink.

Features

• SSD Storage: Supports swift data retrieval and reliable data storage.

• Storage Size: The minimum cluster size is 2 TiB and the maximum cluster size is 42 TiB. It is a usable space; hence, you do not have to reserve free space for optimal performance.

• NFSv4.2: The latest NFS protocol version, NFSv4.2, allows standard read and write operations directly to storage.

• Encryption at rest: Provides encryption at rest, by default.

• Root squash security: Network File Storage's built-in security mechanism reduces the risk of unauthorized root-level access from the client machine to the NFS server. Enabling this feature prevents superuser privileges to the root user on a client machine. It also prevents potential attacks on the NFS server when the client machine is compromised.

Benefits

• High Performance & Reliability: NFSv4.2 protocol provides high availability and durability and the following benefits:

  • Reduced protocol overhead with compound operations and caching.

  • Efficient file operations with minimal server interaction.

  • Live data movement without interruption.

  • Detailed file-level access and performance telemetry.

• Seamless Management: Benefit from proactive IT infrastructure management and maintenance with IONOS’s managed Network File Storage.

• Efficient Data Sharing: Easily distribute and manage data across multiple VMs within a VDC, with centralized data organization and fine-grained POSIX access control.

The following use cases have been derived to meet your business needs based on the features and benefits of Network File Storage:

• Network File Storage for user home directories: Host user home directories in a networked environment where user data, including home directories, are stored and managed centrally.

• Shared storage for databases and application servers: With Network File Storage—central storage for your databases and application servers—you can enable seamless and secure access to the shared database and application server. It also optimizes storage costs through efficient usage and scaling mechanisms.

• Store web content and serve it to multiple web servers: It provides centralized cloud-based storage for web content accessible by multiple servers, thus simplifying content management and ensuring content uniformity.

Network File Storage

Network File Storage is a managed service that uses the Network File System (NFS) protocol to offer shared file storage to numerous Virtual Machines (VMs) within the Virtual Data Center (VDC).

For more information about:

• VMs, see Cubes or Compute Engine.

• VDCs, see Data Center Designer and Basic Tutorials.

Product Overview

How-Tos

Developer Tools

Tutorial

Frequently Asked Questions (FAQs)

Quick Links

A cluster represents a directory with individual file systems, called shares, within the Network File Storage cluster.

Create a Cluster

To create a Network File Storage cluster, follow these steps:

1. Log in to the DCD with your username and password.

2. Go to Menu > Storage > Network File Storage.

1. Select Create Cluster to create a new cluster.

1. Enter the following details in the Create Cluster window:

   • Define Cluster Properties

   • Associate a Data Center LAN with the Cluster

2. Click Save to create the cluster.

Define Cluster Properties

To define cluster properties, specify the following:

1. Cluster Name: Enter an appropriate name for your cluster.

2. Location: Select a location of your preference from the drop-down list. The drop-down list displays the server locations where you can create clusters.

3. Size: Select the size of the Network File Storage cluster in TiB using the slider. The size determines the billing fees.

4. File System Version: By default, the cluster supports the latest NFS protocol version NFSv4.2.

Associate a Data Center LAN with the Cluster

You can also follow the steps mentioned in the Finding your Private IP address section on the right side to retrieve an IP address.

1. Datacenter: Select a data center from the drop-down list to associate it with the cluster. The datacenter indicates the location of the Network File Storage cluster. The available data centers in the drop-down list vary according to the chosen Location. For more information, see Define cluster properties.

2. Datacenter LAN: Select a LAN to which the Network File Storage cluster must be connected in the data center.

3. Private IPv4 IP: Enter a private IP address or the subnet using the available Private IPs.

After creation, you can view the list of Network File Storage clusters or delete an existing one if it is no longer required.

To view a list of the clusters, follow these steps:

1. Log in to the DCD with your username and password.

2. Go to Menu > Storage > Network File Storage.

To delete a Network File Storage cluster, follow these steps:

1. Log in to the DCD with your username and password.

2. Go to Menu > Storage > Network File Storage. You will find a list of all the Network File Storage clusters.

3. Click in the OPTIONS column and select Delete Cluster.

Alternatively, you can also click on the NAME of the cluster and choose Delete Cluster on the Cluster Details window.

1. Select Delete in the dialog box to confirm deletion.

A share represents individual file systems within the Network File Storage cluster. Each cluster can contain multiple shares within it.

Create a Share

To create a share within a Network File Storage cluster, follow these steps:

1. Log in to the DCD with your username and password.

2. Go to Menu > Storage > Network File Storage.

3. Select a cluster from the list of clusters and select Manage Shares from the OPTIONS column.

1. Select Create Share in the Manage shares window and enter the following details:

1. Click Save to create a share.

Define Share Properties

To define share properties, specify the following details:

1. Name: Enter an appropriate name for the share.

2. (Optional) Quota: Specify the quota in MiB to restrict the amount of data that can be stored within the export file. Set the value to zero, if you want to disable the quota for export.

3. (Optional) GID: The ID of the group that owns the exported share. The default value is 512.

4. (Optional) UID: The ID of the user who owns the exported directory. The default value is 512.

Add Client Groups

Multiple VMs from within a VDC can be connected to shares of a Network File Storage's cluster via a private LAN.

1. (Optional) Description: Enter necessary information about the client group.

2. IP Networks: Select + Add IP Network to add an IP address with the mask CIDR notation. The specified network therefore becomes an authorized network while restricting access to all other networks. Example: 127.0.0.1/24.

1. Hosts: Select + Add Host to add the number of VMs that is allowed to access the share. Example: 10.234.62.123.

2. • None: Select if you do not want a squash mode. For security reasons, we do not recommend setting the mode to None.

   • Root Anonymous: Select to map a root user to an anonymous user.

   • All Anonymous: Select to map all users to anonymous user.

After creation, you can view the list of Network File Storage clusters, modify the settings, or delete an existing cluster if it is not required.

To manage clusters, follow these steps:

1. Log in to the DCD with your username and password.

2. Go to Menu > Storage > Network File Storage.

3. Select an existing cluster and do the following to modify the cluster settings:

   • click on the NAME of the cluster and select the Change cluster settings option in the Cluster Details window which will redirect you to the Change cluster settings window.

   • select Edit Cluster from the OPTIONS column and the Change cluster settings window is displayed.
4. Make the necessary modifications in the Change cluster settings window. You can only update the Cluster Name and its Size.