diff --git a/pages/index.md b/pages/index.md index c3ca6064e54..4638cbdafa7 100644 --- a/pages/index.md +++ b/pages/index.md @@ -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) @@ -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) @@ -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) diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/guide.en-gb.md b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/guide.en-gb.md new file mode 100644 index 00000000000..ab4542d4694 --- /dev/null +++ b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/guide.en-gb.md @@ -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 +--- + + + +## 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 + +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}. + +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 +``` + +### 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 :/share_ /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 +:/share_ /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 . +- 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: `:/share_ /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). \ No newline at end of file diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/guide.fr-fr.md b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/guide.fr-fr.md new file mode 100644 index 00000000000..f185e33440e --- /dev/null +++ b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/guide.fr-fr.md @@ -0,0 +1,252 @@ +--- +title: "Enterprise File Storage - Connecter une instance Public Cloud à un volume EFS via le réseau privé vRack" +excerpt: "Découvrez comment connecter une instance Public Cloud à un volume Enterprise File Storage (EFS) via le réseau privé vRack." +updated: 2025-10-28 +--- + + + +## Objectif + +Monter un volume NFS Enterprise File Storage (EFS) depuis une instance Public Cloud via le réseau privé vRack. + +Cela garantit que tout le trafic de données reste sur le réseau privé, sans exposition à Internet. + +> [!primary] +> +> Le volume EFS et l'instance Public Cloud doivent se trouver dans la même région (par exemple RBX, GRA ou SBG), car les réseaux privés OpenStack sont régionaux. +> + +## Prérequis + +- Un [service Enterprise File Storage](/links/storage/enterprise-file-storage) dans votre compte OVHcloud. +- Une [instance OVHcloud Public Cloud](/pages/public_cloud/compute/public-cloud-first-steps) dans la même région. +- Un [réseau privé vRack Private Network](/pages/public_cloud/public_cloud_network_services/getting-started-07-creating-vrack) actif dans la même région. +- Avoir accès à l'[espace client OVHcloud](/links/manager) ou à la [CLI Openstack](/pages/public_cloud/public_cloud_cross_functional/loading_openstack_environment_variables). + +## Vue d'ensemble + +Le diagramme ci-dessous illustre comment un volume Enterprise File Storage (EFS) se connecte à une instance Public Cloud via le réseau privé vRack. + +![global schema](images/architecture.png){.thumbnail} + +1. Correspondance critique — VLAN ID + + L’identifiant VLAN (par exemple : `1900`) doit être strictement identique à la fois dans le réseau privé du Cloud Public et dans la configuration des services vRack. + +2. Correspondance critique — Sous-réseau (CIDR) + + Le CIDR du sous-réseau (par exemple : `10.235.0.0/24`) doit également correspondre entre les deux services afin qu’ils fonctionnent au sein du même réseau logique dans le vRack. + +3. Information — Plage d’adresses de service + + La plage d’adresses de service (par exemple : `10.235.0.240/28`) est un sous-ensemble réservé du sous-réseau principal. Ces adresses IP sont exclusivement utilisées par les points de terminaison du service EFS (par exemple : `10.235.0.241`) et ne doivent pas être attribuées à des instances. + +4. Sécurité — Règle ACL + + La liste de contrôle d’accès (ACL) du volume EFS doit autoriser explicitement l’adresse IP privée de toute instance nécessitant un accès (par exemple : `10.235.0.15`). + +5. Concept — Services vRack + + Les services vRack agissent comme un pont réseau sécurisé, permettant à des services managés tels qu’EFS situés en dehors de votre projet Public Cloud de se connecter de manière transparente à votre réseau privé vRack. + +## En pratique + +### Étape 1 - Associer le projet Public Cloud au vRack + +Avant de déployer votre volume Enterprise File Storage (EFS) via un réseau privé vRack, votre projet Public Cloud doit d'abord être associé à un vRack. + +Cette association permet le réseau privé entre vos instances Public Cloud et les services gérés par OVHcloud tels que l'EFS. + +Suivez la procédure décrite dans l'**étape 1 : activer et gérer un vRack** de notre guide « [Configuration du vRack Public Cloud](/pages/public_cloud/public_cloud_network_services/getting-started-07-creating-vrack) ». + +### Étape 2 - Créer un réseau privé dans votre projet Public Cloud + +Pour connecter votre instance Public Cloud à un volume EFS via vRack, provisionnez d'abord un réseau privé dédié dans votre projet. + +Ce réseau isolé permet une communication sécurisée entre vos instances et les ressources de stockage OVHcloud via l'architecture vRack. + +Suivez la procédure décrite dans l'**étape 2 : créer un réseau privé dans le vRack** de notre guide « [Configuration du vRack Public Cloud](/pages/public_cloud/public_cloud_network_services/getting-started-07-creating-vrack) ». + +### Étape 3 — Démarrer l'instance sur le réseau privé + +Déployez votre instance Public Cloud dans le réseau privé que vous avez créé. Assurez-vous qu'elle est connectée au bon sous-réseau pour permettre une communication sécurisée via le vRack. + +Suivez la procédure décrite dans l'**étape 3 : intégrer une instance au vRack** de notre guide « [Configuration du vRack 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} + +Assurez-vous qu'une adresse IP est attribuée à l'instance dans le sous-réseau sélectionné (par exemple : `10.235.0.15`). + +### Étape 4 - Créer une ressource de service vRack pour EFS + +Il existe deux méthodes pour créer une ressource de service vRack pour votre volume EFS. + +Ces deux méthodes atteignent le même objectif : connecter en toute sécurité votre service EFS à votre vRack et à vos instances Public Cloud. + +/// details | Première méthode : création via vRack Services + +Une ressource de service vRack agit comme un adaptateur réseau, reliant des services gérés comme l'EFS à votre vRack et à son sous-réseau privé. + +Pour des instructions détaillées, consultez la documentation officielle d'OVHcloud : [vRack Services - Exposer un service managé sur votre vRack](/pages/network/vrack_services/global). + +1. Dans l'[espace client OVHcloud](/links/manager), accédez à la section `Network`{.action}, puis cliquez sur `vRack Services`{.action}. + +2. Cliquez ensuite sur `Activer vRack Services`{.action}. + +3. Sélectionnez la même région que celle de votre vRack, de votre instance Public Cloud et de votre service EFS. Cliquez ensuite sur `Activer vRack Services`{.action}. + +4. Sélectionnez `Non merci, j'ai déjà un vRack`{.action} et acceptez les conditions générales pour confirmer. + + ![vrack activation popup](images/vrack_activation.png){.thumbnail} + +5. Localisez votre nouvelle ressource de service vRack dans la liste et cliquez sur son nom. + +![vrack list](images/vrack_list.png){.thumbnail} + +6. Modifiez le service vRack avec la configuration suivante : + + - Private Network : Sélectionnez le même vRack que celui utilisé pour votre projet Public Cloud. + + ![vrack - selection of the private network](images/vrack_selection_private_net.png){.thumbnail} + + - Créez un sous-réseau : + + ![vrack - creation of the subnet](images/vrack_selection_subnet.png){.thumbnail} + + > [!primary] + > + > Assurez-vous que le CIDR correspond à votre réseau privé Public Cloud. + > + + - Plage d'adresses du sous-réseau : par exemple, `10.235.0.0/24`. + - Plage d'adresses du service : par exemple, `10.235.0.240/28`. + - Sous-ensemble réservé du sous-réseau privé pour attribuer des adresses IP aux services EFS gérés dans le vRack. + - VLAN : Utilisez le même numéro VLAN que celui de votre réseau privé Public Cloud (voir [Step 2](#step2)). + - Cliquez sur `Créer un sous-réseau`{.action}. + + - Créez un Service Endpoint : + + ![vrack - creation of the endpoint service](images/vrack_selection_endpoint.png){.thumbnail} + +/// + +/// details | Seconde méthode : création via la section Enterprise File Storage + +1. Dans l'[espace client OVHcloud](/links/manager), accédez à la section `Bare Metal Cloud`{.action}. Cliquez sur `Enterprise File Storage`{.action} dans la rubrique **Stockage et sauvegarde**, puis sélectionnez votre service EFS. + +2. Dans l'encadré `Configuration du réseau`, cliquez sur `Configurer les paramètres réseaux`{.action}. + + ![efs - configure network settings](images/efs_configure_network.png){.thumbnail} + +3. Sélectionnez votre vRack. + +4. Si aucun service vRack n’a été créé, activez les services vRack et suivez la [première méthode : création via vRack Services](step4-a-region-selection) à partir du point 3. + +5. Si vous avez déjà créé un service vRack, sélectionnez votre service dédié. + +/// + +### Étape 5 — Connecter le volume EFS au vRack + +Une fois les étapes précédentes accomplies avec succès, tous les volumes créés dans votre service EFS résideront automatiquement dans votre vRack et son sous-réseau dédié, les rendant immédiatement accessibles à vos instances Public Cloud. + +### Étape 6 — Configurer le contrôle d'accès (ACL) + +Dans l'onglet `Contrôle d'accès (ACL)`{.action} de votre volume EFS : + +- Ajoutez les adresses IP ou plages CIDR autorisées à monter le volume : + + - Pour autoriser une instance unique, renseignez l'adresse IP de l'instance, par exemple : `10.235.0.15`. + - Pour autoriser toutes les instances du sous-réseau, renseignez l'adresse du sous-réseau, par exemple : `10.235.0.0/24`. + +- Définissez le niveau d'accès souhaité : **Lecture et écriture** ou **Lecture seule**. + +> [!primary] +> +> **Recommandation :** Utilisez des adresses IP individuelles autant que possible pour renforcer la sécurité. +> + +Après avoir appliqué les ACL, vérifiez la connectivité réseau depuis votre instance Public Cloud : + +```bash +ping +``` + +### Étape 7 — Monter le volume NFS + +1. Installez le client NFS sur votre instance Public Cloud : + + ```bash + sudo apt install -y nfs-common + ``` + +2. Montez le volume EFS : + + ```bash + sudo mkdir -p /mnt/efs + sudo mount -t nfs -o vers=3,timeo=600,retrans=2 :/share_ /mnt/efs + df -h /mnt/efs + ``` + +### Étape 8 — Activer le montage automatique au démarrage (facultatif) + +Pour garantir que votre volume EFS soit monté automatiquement au démarrage, ajoutez l'entrée suivante dans le fichier `/etc/fstab` : + +```bash +:/share_ /mnt/efs nfs vers=3,timeo=600,retrans=2 0 0 +``` + +Testez ensuite la configuration : + +```bash +sudo umount /mnt/efs +sudo mount -a +``` + +Si aucune erreur ne se produit, le volume EFS sera désormais monté automatiquement au démarrage. + +## Résultat attendu + +- L'instance peut accéder au volume EFS via l'. +- Toute la communication se déroule en privé au sein du vRack. +- Le montage NFS est entièrement fonctionnel et persistant après les redémarrages. + +## Troubleshooting + +| Symptôme | Cause probable | Résolution | +| ---------------------------------- | ------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------- | +| mount.nfs: No route to host | Instance et EFS pas dans la même région, ou VLAN ID incorrect. | Vérifiez que l'instance, l'EFS et les services vRack sont dans la même région. Recréez le service vRack en utilisant le même VLAN ID que le réseau privé. | +| mount.nfs: access denied by server | ACL EFS manquantes ou incorrectes. | Ajoutez l'IP de l'instance (par exemple : `10.235.0.x`) ou le sous-réseau (par exemple : `10.235.0.0/24`) avec le protocole NFSv3 et l'accès en Lecture/Écriture. | +| mount command hangs indefinitely | Version NFS incorrecte ou point de terminaison non réactif. | Utilisez : `-o vers=3,timeo=600,retrans=2` pour forcer NFSv3 et définir des délais d'attente. | +| mount succeeds but no read/write | ACL ou permissions POSIX trop restrictives. | Ajustez les ACL ou mettez à jour les permissions au niveau du volume. | +| mount works, but not after reboot | Aucune entrée dans `/etc/fstab`. | Ajoutez : `:/share_ /mnt/efs nfs vers=3,timeo=600,retrans=2 0 0`. | +| vRack Services shows “Inactive” | Service non encore provisionné. | Attendez la fin du provisionnement, ou réattachez le service depuis l'onglet Réseau privé de l'EFS. | + +## Aller plus loin + +[Enterprise File Storage - Gestion depuis l'espace client OVHcloud](/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 - Gestion des volumes](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_volumes) + +[Enterprise File Storage - Gestion des ACL de volume](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_volume_acl) + +[Enterprise File Storage - Gestion des snapshots de volumes](/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_volume_snapshots) + +Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur [ce lien](/links/professional-services) pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services. + +Échangez avec notre [communauté d'utilisateurs](/links/community). \ No newline at end of file diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/architecture.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/architecture.png new file mode 100644 index 00000000000..f7bf9e0ec0b Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/architecture.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_access_control.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_access_control.png new file mode 100644 index 00000000000..14a3e8b7830 Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_access_control.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_configure_network.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_configure_network.png new file mode 100644 index 00000000000..0810f2f7f7a Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_configure_network.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_configure_vrack.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_configure_vrack.png new file mode 100644 index 00000000000..e881fb30fab Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/efs_configure_vrack.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/instance-in-private-net.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/instance-in-private-net.png new file mode 100644 index 00000000000..40579ab9b50 Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/instance-in-private-net.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_activation.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_activation.png new file mode 100644 index 00000000000..6b0126acc0e Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_activation.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_list.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_list.png new file mode 100644 index 00000000000..8745d67f8b4 Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_list.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_endpoint.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_endpoint.png new file mode 100644 index 00000000000..7b2551d1584 Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_endpoint.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_private_net.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_private_net.png new file mode 100644 index 00000000000..0f52f034677 Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_private_net.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_subnet.png b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_subnet.png new file mode 100644 index 00000000000..67023ce838d Binary files /dev/null and b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/images/vrack_selection_subnet.png differ diff --git a/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/meta.yaml b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/meta.yaml new file mode 100644 index 00000000000..1f8dc7978b1 --- /dev/null +++ b/pages/storage_and_backup/file_storage/enterprise_file_storage/netapp_pci_connection_via_vrack/meta.yaml @@ -0,0 +1,3 @@ +id: 64c3bbe1-7c56-40be-96c6-f538f81262eb +full_slug: public-cloud-storage-netapp-connect-instance-vrack +reference_category: storage-file-storage-enterprise-file-storage \ No newline at end of file