Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
3 changes: 3 additions & 0 deletions pages/index.md
Original file line number Diff line number Diff line change
Expand Up @@ -729,6 +729,7 @@
+ [Forensics: How to deal with Public Cloud instances](public_cloud/compute/forensics)
+ [Local Zone VPN-as-a-Service (VPNaaS) with Tailscale Integration](public_cloud/compute/local-zones-vpn-tailscale-integration)
+ [Migration of instances between different regions](public_cloud/compute/migration_between_regions)
+ [How to connect a Public Cloud instance to an EFS volume via vRack](storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack)
+ [Storage and Backup](products/public-cloud-storage)
+ [Object Storage](products/public-cloud-storage-object-storage)
+ [General information](public-cloud-storage-object-storage-general-information)
Expand Down Expand Up @@ -1965,6 +1966,7 @@
+ [Enterprise File Storage - NFS Client considerations](storage_and_backup/file_storage/enterprise_file_storage/netapp_nfs_client_considerations)
+ [Enterprise File Storage - FAQ](storage_and_backup/file_storage/enterprise_file_storage/netapp_faq)
+ [Enterprise File Storage - Private network configuration](storage_and_backup/file_storage/enterprise_file_storage/netapp_network_config)
+ [Enterprise File Storage - Connect a Public Cloud instance to an EFS volume via vRack](storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack)
+ [File Storage services - Responsibility model](account_and_service_management/responsibility_sharing/file-storage)
+ [File Storage reversibility policy](account_and_service_management/reversibility/08-file-storage-reversibility-policy)
+ [HA-NAS](storage-file-storage-ha-nas)
Expand Down Expand Up @@ -2084,6 +2086,7 @@
+ [vRack Services](products/network-vrack-services)
+ [vRack Services - Exposing a Managed Service on your vRack](network/vrack_services/global)
+ [Enterprise File Storage - Private network configuration](storage_and_backup/file_storage/enterprise_file_storage/netapp_network_config)
+ [Enterprise File Storage - Connect a Public Cloud instance to an EFS volume via vRack](storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack)
+ [Content Delivery Network (CDN) Infrastructure](network-content-delivery-network-cdninfrastructure)
+ [Configuring a domain name for the first time](network/content_delivery_network_infrastructure/first_domain_name_configuration)
+ [Understanding quota on the CDN](network/content_delivery_network_infrastructure/quota)
Expand Down
Original file line number Diff line number Diff line change
@@ -0,0 +1,252 @@
---
title: "Enterprise File Storage - Connect a Public Cloud instance to an EFS Volume via vRack Private Network"
excerpt: "Find out how to connect a Public Cloud instance to an Enterprise File Storage (EFS) volume using a vRack private network."
updated: 2025-10-28
---

<style>
details>summary {
color:rgb(33, 153, 232) !important;
cursor: pointer;
}
details>summary::before {
content:'\25B6';
padding-right:1ch;
}
details[open]>summary::before {
content:'\25BC';
}
</style>

## Objective

Mount an Enterprise File Storage (EFS) NFS volume from a Public Cloud instance using a private vRack network.

This ensures that all data traffic remains on the private network, with no Internet exposure.

> [!primary]
>
> The EFS volume and the Public Cloud instance must be located in the same region (e.g. RBX, GRA, or SBG), as OpenStack private networks are regional.
>

## Requirements

- An [Enterprise File Storage](/links/storage/enterprise-file-storage) service in your OVHcloud account.
- An [OVHcloud Public Cloud instance](/pages/public_cloud/compute/public-cloud-first-steps) in the same region.
- An active [vRack Private Network](/pages/public_cloud/public_cloud_network_services/getting-started-07-creating-vrack) in the same region.
- Access to the [OVHcloud Control Panel](/links/manager) or the [Openstack CLI](/pages/public_cloud/public_cloud_cross_functional/loading_openstack_environment_variables).

## Overview

The diagram below illustrates how an Enterprise File Storage (EFS) volume connects to a Public Cloud instance through a private vRack network.

![global schema](images/architecture.png){.thumbnail}

1. Critical Match — VLAN ID

The VLAN ID (e.g. `1900`) must be identical in both the Public Cloud private network and the vRack Services configuration.

2. Critical Match — Subnet CIDR

The subnet CIDR (e.g. `10.235.0.0/24`) must also match across both services to ensure they operate within the same logical network in the vRack.

3. Info — Service address range

The service address range (e.g. `10.235.0.240/28`) is a reserved subset of the main subnet. These IPs are exclusively used by EFS service endpoints (e.g. `10.235.0.241`) and must not be assigned to instances.

4. Security — ACL Rule

The EFS volume’s Access Control List (ACL) must explicitly authorize the private IP of any instance requiring access (e.g. `10.235.0.15`).

5. Concept — vRack Services

vRack Services acts as a secure network bridge, allowing managed services such as EFS outside your Public Cloud project to connect seamlessly to your private vRack network.

## Instructions

### Step 1 - Associate the Public Cloud project with the vRack

Before deploying your Enterprise File Storage (EFS) volume through a private vRack network, your Public Cloud project must first be associated with a vRack.

This association enables private networking between your Public Cloud instances and OVHcloud managed services such as EFS.

Follow the procedure described in the **step 1: activating and managing a vRack** in our guide "[Configuring vRack for Public Cloud](/pages/public_cloud/public_cloud_network_services/getting-started-07-creating-vrack)".

### Step 2 - Create a Private Network in Your Public Cloud Project <a name="step2"></a>

To connect your Public Cloud instance to an EFS volume via vRack, first provision a dedicated private network within your project.

This isolated network enables secure communication between your instances and OVHcloud storage resources through the vRack architecture.

Follow the procedure described in the **step 2: creating a private network in the vRack** in our guide "[Configuring vRack for Public Cloud](/pages/public_cloud/public_cloud_network_services/getting-started-07-creating-vrack)".

### Step 3 — Launch the Instance on the Private Network

Deploy your Public Cloud instance within the private network you created. Ensure it is connected to the correct subnet to enable secure communication over the vRack.

Follow the procedure described in the **step 3: integrating an instance into vRack** in our guide "[Configuring vRack for Public Cloud](/pages/public_cloud/public_cloud_network_services/getting-started-07-creating-vrack)".

![instance creation on the Private Network](images/instance-in-private-net.png){.thumbnail}

Ensure that an IP address is assigned to the instance in the selected subnet (e.g. `10.235.0.15`).

### Step 4 - Create a vRack Service resource for EFS

There are two ways to create a vRack Service resource for your EFS volume.

Both methods achieve the same goal: securely connecting your EFS service to your vRack and Public Cloud instances.

/// details | First method: creating via vRack Services

A vRack Service resource acts as a network adapter, connecting managed services like EFS to your vRack and its private subnet.

For detailed guidance, see OVHcloud’s official documentation: [vRack Services - Exposing a Managed Service on your vRack](/pages/network/vrack_services/global).

1. In the [OVHcloud Control Panel](/links/manager), navigate to `Network`{.action} section, then click on `vRack Services`{.action}.

2. Then click `Activate vRack Services`{.action}.

3. Select the same region as your vRack, Public Cloud instance and EFS service. Then click `Activate vRack Services`{.action}. <span id="step4-a-region-selection"></span>

4. Select `No thanks, i already have a vRack`{.action} and accept the terms and conditions to confirm.

![vrack activation popup](images/vrack_activation.png){.thumbnail}

5. Then, locate your newly created vRack Service in the list and click its name.

![vrack list](images/vrack_list.png){.thumbnail}

6. Edit the vRack Service with the following configuration:

- Private Network: Select the same vRack used for your Public Cloud project.

![vrack - selection of the private network](images/vrack_selection_private_net.png){.thumbnail}

- Create a subnet:

![vrack - creation of the subnet](images/vrack_selection_subnet.png){.thumbnail}

> [!primary]
>
> Ensure the CIDR matches your Public Cloud private network.
>

- Subnet address Range: e.g. `10.235.0.0/24`.
- Service address Range: e.g. `10.235.0.240/28`.
- Reserved subset of the private subnet for assigning IPs to managed EFS services within the vRack.
- VLAN: Use the same VLAN number as your Public Cloud private network (see [Step 2](#step2)).
- Click `Create subnet`{.action}.

- Create a Service Endpoint:

![vrack - creation of the endpoint service](images/vrack_selection_endpoint.png){.thumbnail}

///

/// details | Second method: creating via Enterprise File Storage section

1. In the [OVHcloud Control Panel](/links/manager), navigate to the `Bare Metal Cloud`{.action} section. Click `Enterprise File Storage`{.action} under the heading **Storage and backups**, then select your EFS service.

2. In the `Network Configuration` box, click `Configure Network Settings`{.action}.

![efs - configure network settings](images/efs_configure_network.png){.thumbnail}

3. Select your vRack.

4. If no vRack Services have been created yet, activate the vRack Services and follow the [first method: creating via vRack Services](step4-a-region-selection) from the third point.

5. If you have already created a vRack service, select your dedicated service.

///

### Step 5 — Connect the EFS Volume to the vRack

Once the previous steps are completed successfully, all volumes created in your EFS service will automatically reside within your vRack and its dedicated subnet, making them immediately accessible to your Public Cloud instances.

### Step 6 — Configure access control (ACLs)

In the `Access Control List (ACL)`{.action} tab of your EFS volume:

- Add the IPs or CIDR ranges authorized to mount the volume:

- To allow a single instance, enter the instance's IP address, for example: `10.235.0.15`.
- To allow all instances within the subnet, enter the subnet address, for example: `10.235.0.0/24`.

- Set the desired Access Level: **Read and write** or **Read-only**.

> [!primary]
>
> **Recommendation:** Use individual IPs whenever possible to enhance security.
>

After applying the ACLs, verify network connectivity from your Public Cloud instance:

```bash
ping <YOUR-EFS-SERVICE-IP>
```

### Step 7 — Mount the NFS Volume

1. Install the NFS client on your Public Cloud instance:

```bash
sudo apt install -y nfs-common
```

2. Mount the EFS volume:

```bash
sudo mkdir -p /mnt/efs
sudo mount -t nfs -o vers=3,timeo=600,retrans=2 <YOUR-EFS-SERVICE-IP>:/share_<ID> /mnt/efs
df -h /mnt/efs
```

### Step 8 — Enable Automatic Mount on Boot (optional)

To ensure your EFS volume mounts automatically at startup, add the following entry to the `/etc/fstab` file:

```bash
<YOUR-EFS-SERVICE-IP>:/share_<ID> /mnt/efs nfs vers=3,timeo=600,retrans=2 0 0
```

Then test the configuration:

```bash
sudo umount /mnt/efs
sudo mount -a
```

If no errors occur, the EFS volume will now automatically mount on boot.

## Expected Result

- The instance can access the EFS volume via <YOUR-EFS-SERVICE-IP>.
- All communication occurs privately within the vRack.
- The NFS mount is fully functional and persistent across reboots.

## Troubleshooting

| Symptom | Likely Cause | Resolution |
| ---------------------------------- | --------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------- |
| mount.nfs: No route to host | Instance and EFS not in the same region, or wrong VLAN ID. | Ensure the instance, EFS, and vRack Services are in the same region. Recreate the vRack Service using the same VLAN ID as the private network. |
| mount.nfs: access denied by server | EFS ACL missing or incorrect. | Add the instance IP (e.g. `10.235.0.x`) or subnet (e.g. `10.235.0.0/24`) with protocol NFSv3 and Read/Write access. |
| mount command hangs indefinitely | Wrong NFS version or unresponsive endpoint. | Use: `-o vers=3,timeo=600,retrans=2` to force NFSv3 and define timeouts. |
| mount succeeds but no read/write | ACLs or POSIX permissions too strict. | Adjust ACLs or update volume-level permissions. |
| mount works, but not after reboot | Missing `/etc/fstab` entry. | Add: `<YOUR-EFS-SERVICE-IP>:/share_<ID> /mnt/efs nfs vers=3,timeo=600,retrans=2 0 0`. |
| vRack Services shows “Inactive” | Service not yet provisioned. | Wait for provisioning to complete, or reattach the service from the EFS Private Network tab. |

## Go further

[Managing Enterprise File Storage from the OVHcloud Control Panel](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_control_panel)

[Enterprise File Storage - API Quickstart](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_quick_start)

[Enterprise File Storage - Managing volumes](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_volumes)

[Enterprise File Storage - Managing volume ACLs](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_volume_acl)

[Enterprise File Storage - Managing volume snapshots](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_volume_snapshots)

If you need training or technical assistance to implement our solutions, contact your sales representative or click on [this link](/links/professional-services) 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](/links/community).
Loading