Enterprise File Storage - API Quickstart

Knowledge Base

Enterprise File Storage - API Quickstart


Icons/System/eye-open Created with Sketch. 274 Views 27.10.2021 Cloud / Enterprise File Storage
Enterprise File Storage now adds support for NetApp Trident CSI:  Seamlessly provision persistent storage volumes from Enterprise File Storage in your Managed Kubernetes Service.  Follow the guide to get started now!

Objective

In this quickstart guide, we will provide an overview of how to use your Enterprise File Storage offer for file storage.

Learn how to retrieve information about your service and how to create and access your first volume using the OVHcloud API.

Basics

OVHcloud Enterprise File Storage allows you to create and manage file volumes that can be accessed over a network.

You're able to choose file volume size, manage accesses using ACLs or create snapshots.

Requirements

Instructions

All API routes used for this quickstart are available under the /storage section here: https://ca.api.ovh.com/console/#/storage.

While using the API, all fields marked with an asterisk (*) are required.

Retrieving information about your service

All your active services can be retrieved by using the following route:

Creating a new volume

A volume is a unit of storage with a size and a protocol.

To create a new volume use the following route:

ParameterRequiredDescription
serviceNameYesService ID
NetAppShare.descriptionVolume description
NetAppShare.nameVolume name
NetAppShare.protocolYesVolume protocol
NetAppShare.sizeYesVolume size in Gigabytes

Choose NFS as protocol and a size of 10 Gigabytes for example.

Adding an ACL to the volume

Volume ACLs allow to grant or deny access to a volume.

Default behaviour is to deny all access to a volume.

After creating a volume, you need to grant access to it.

To create a new ACL that will allow you to connect to your newly created volume, use the following route:

ParameterRequiredDescription
serviceNameYesService ID
shareIdYesVolume ID
NetAppShareACLRule.accessLevelYesACL access level. Can be rw (read and write) or ro (read-only).
NetAppShareACLRule.accessToYesIP address or a range of IP addresses in CIDR notation.

Using CIDR notation, you can grant access to your volume from x.x.x.x/x network. For example: 192.0.2.0/24

Mounting the volume

Inspect the ACL creation status using the following route:

ParameterRequiredDescription
serviceNameYesService ID
shareIdYesVolume ID
aclRuleIdYesACL ID

Replace aclRuleId with the ID of the ACL created for your volume.

ACL status should be active.

Once the ACL is active, retrieve access paths for the volume using the following route:

ParameterRequiredDescription
serviceNameYesService ID
shareIdYesVolume ID

You will be presented with one or multiple access paths for your volume.

You are now able to mount the volume with the following command:

mount -t nfs accessPath

If you are using Linux, you will need to have nfs-utils package installed.

Once mounted, your volume is now usable to store files.

Cleaning up

You can remove your volume using the following route:

ParameterRequiredDescription
serviceNameYesService ID
shareIdYesVolume ID

Go further

If you need training or technical assistance to implement our solutions, contact your sales representative or click on this link to get a quote and ask our Professional Services experts for assisting you on your specific use case of your project.

Join our community of users on https://community.ovh.com/en/.

Related articles