utilisation d'un système vnxe avec des dossiers … · hôte linux ou solaris : montage ......

Connexion au stockage

Gamme EMC® VNXe™ Utilisation d'un système VNXe avec des dossiers partagés NFS VNXe OE version 2.4

RÉF. 300-010-549RÉV. 04

Utilisation d'un système VNXe avec des dossiers partagés NFS2

Copyright © 2013 EMC Corporation. Tous droits réservés.

Publié en mai 2013

EMC estime que les informations figurant dans ce document sont exactes à la date de publication. Ces informations sont sujettes à modification sans préavis.

Les informations contenues dans ce document sont fournies « en l'état ». EMC Corporation ne fournit aucune déclaration ou garantie d'aucune sorte concernant les informations contenues dans cette publication et rejette plus spécialement toute garantie implicite de qualité commerciale ou d'adéquation à une utilisation particulière. L'utilisation, la copie et la diffusion de tout logiciel EMC décrit dans cette publication nécessitent une licence logicielle en cours de validité.

EMC2, EMC et le logo EMC sont des marques déposées ou des marques commerciales d'EMC Corporation aux États-Unis et dans d'autres pays. Toutes les autres marques citées dans le présent document sont la propriété de leurs détenteurs respectifs.

Pour obtenir les informations légales les plus récentes concernant votre famille de produits, consultez la section Documentations et conseils techniques du site Web de support en ligne EMC.

Sommaire

Préface

Chapitre 1 Configuration d'un hôte en vue de l'utilisation du stockage de dossiers partagés NFS VNXe

Conditions requises pour la configuration d'un hôte en vue de l'utilisation du stockage NFS VNXe ................................................................................. 10

Conditions requises au niveau du VNXe ................................................ 10Conditions requises au niveau du réseau .............................................. 10

Utilisation de la haute disponibilité du réseau ............................................. 10Réseaux FSN ......................................................................................... 11Agrégation de liens ............................................................................... 12Configuration de l'agrégation de liens ................................................... 12

Configuration du stockage de dossiers partagés VNXe NFS pour l'hôte ........ 13Tous les hôtes : configuration de l'accès des utilisateurs et des groupes au partage NFS ............................................................................................ 14Hôte Citrix XenServer : montage du partage NFS........................................... 14Hôte Linux ou Solaris : montage du partage NFS .......................................... 15

Chapitre 2 Migration des données NFS vers le système VNXe

Environnement de migration NFS et ses limites ............................................ 18Migration de données NFS ........................................................................... 19

Chapitre 3 Utilisation de la fonction FLR avec le système VNXe

Terminologie et concepts propres à la fonction FLR ...................................... 22Terminologie relative à la fonction FLR................................................... 22Principes de base de la rétention au niveau des fichiers........................ 22Fonctionnement de la rétention au niveau des fichiers .......................... 23Restrictions associées à la rétention au niveau des fichiers................... 24

Gestion des fichiers d'un système de fichiers régi par la fonction FLR ........... 25Affichage des autorisations des fichiers ................................................ 25Définition de la date de rétention d'un fichier........................................ 26Vérification de la date de rétention........................................................ 26

Utilisation d'un système VNXe avec des dossiers partagés NFS 3

Sommaire

4 Utilisation d'un système VNXe avec des dossiers partagés NFS

PRÉFACE

En vue d'améliorer la qualité de sa gamme de produits, EMC publie régulièrement des révisions de ses matériels et logiciels. Par conséquent, il se peut que certaines fonctions décrites dans le présent document ne soient pas prises en charge par l'ensemble des versions des logiciels ou matériels actuellement utilisés. Pour obtenir les informations les plus récentes sur les fonctionnalités des produits, consultez les notes de mise à jour de vos produits.

Si un produit ne fonctionne pas correctement ou ne fonctionne pas de la manière décrite dans ce document, contactez le responsable de compte EMC.

Remarque : les informations figurant dans ce document sont exactes à la date de publication. De nouvelles versions de ce document peuvent être publiées sur le site Web de support en ligne EMC. Consultez ce site afin de vous assurer que vous utilisez la version la plus récente de ce document.

ObjectifLe présent document fait partie du jeu de documentation VNXe d'EMC. Il décrit la procédure de configuration des hôtes suivants avec des clients devant accéder au stockage de dossiers partagés du système de fichiers NFS sur un système VNXe disposant de l'environnement d'exploitation VNXe version 1.7.0 ou supérieure :

◆ Hôtes Citrix XenServer

◆ Hôtes Linux

◆ Hôtes Solaris

AudienceCe document s'adresse aux personnes chargées de configurer les hôtes afin d'accéder au stockage VNXe.

Le lecteur doit être familiarisé avec le stockage de dossiers partagés NFS VNXe et le système d'exploitation Citrix XenServer, Linux ou Solaris exécuté sur les hôtes à partir desquels les utilisateurs accéderont au stockage de dossiers partagés NFS VNXe.

Documentation connexeAutres documents relatifs à VNXe à consulter :

◆ EMC VNXe3100 – Guide d'information sur le matériel

◆ Guide d'installation du système EMC VNXe3100





◆ Utilisation d'un système VNXe avec des dossiers partagés CIFS

◆ Utilisation d'un système VNXe avec Microsoft Exchange 2007 ou Microsoft Exchange 2010


Préface

◆ Utilisation d'un système VNXe avec un stockage iSCSI générique

◆ Utilisation d'un système VNXe avec Microsoft Windows Hyper-V

◆ Utilisation d'un système VNXe avec des datastores VMware NFS ou VMFS

◆ Guide d'utilisation de la CLI VNXe

L'aide d'EMC Unisphere comporte des informations spécifiques sur le stockage et certaines fonctions VNXe. Vous trouverez l'aide de Unisphere, ainsi qu'un ensemble complet de documentation client consacrée au VNXe, sur le site Web de support en ligne EMC (http://www.emc.com/vnxesupport).

Conventions utilisées dans ce documentEMC utilise les conventions suivantes pour attirer l'attention du lecteur sur certains points particuliers :

DANGER

DANGER indique une situation dangereuse qui, si elle n'est pas évitée, entraînera des blessures graves, voire la mort.

AVERTISSEMENT

AVERTISSEMENT indique une situation dangereuse qui, si elle n'est pas évitée, risque d'entraîner des blessures graves, voire la mort.

ATTENTION

ATTENTION, utilisé avec le symbole d'alerte de sécurité, indique une situation dangereuse qui, si elle n'est pas évitée, risque d'entraîner des blessures mineures ou modérées.

AVIS

AVIS concerne les pratiques n'impliquant aucune blessure.

Remarque : une remarque donne une information importante, mais non vitale.

IMPORTANT

Le symbole et la mention « Remarque importante » présentent des informations essentielles pour l'utilisation des logiciels ou du matériel.


http://www.emc.com/vnxesupport

Préface

Conventions typographiques

Les conventions stylistiques suivantes sont utilisées dans ce document :

Normal Dans le texte courant (autre que les procédures) pour :• les noms d'éléments d'interface (tels que les noms de fenêtres,

de boîtes de dialogue, de boutons, de champs et de menus) ;• les noms de ressources, d'attributs, de pools, d'expressions

booléennes, de boutons, d'instructions DQL, de mots-clés, de clauses, de variables d'environnement, de fonctions et d'utilitaires ;

• les URL, les noms de chemins d'accès, les noms de fichiers, les noms de répertoires, les noms d'ordinateurs, les noms de fichiers, les liens, les groupes, les clés de service, les systèmes de fichiers et les notifications.

Gras Utilisé dans le texte courant (hormis les procédures) pour les noms de commandes, les options, les programmes, les processus, les services, les applications, les utilitaires, les noyaux, les notifications, les appels système et les pages man.

Utilisé dans les procédures pour :• les noms d'éléments d'interface (tels que les noms de fenêtres,

de boîtes de dialogue, de boutons, de champs et de menus) ;• les éléments avec lesquels l'utilisateur interagit spécifiquement

(sélection, clic de la souris, frappe au clavier, saisie au clavier).

Italique Utilisé dans tout le texte (y compris les procédures) pour :• titres complets de publications référencées dans le texte ;• la mise en valeur (par exemple, un nouveau terme) ;• variables.

Courier Utilisé pour :• sortie du système, telle qu'un message d'erreur ou un script ;• URL, chemins d'accès complets, noms de fichiers, invites et syntaxe

affichés en dehors du texte courant.

Courier gras Utilisé pour les entrées utilisateur spécifiques (par exemple, les commandes).

Courier italique Utilisé dans les procédures pour :• les variables de la ligne de commande ;• variables entrées par l'utilisateur.

< > Les chevrons simples entourent les valeurs de paramètres ou de variables indiquées par l'utilisateur.

[ ] Les crochets entourent les valeurs facultatives.

| Une barre verticale indique les sélections alternatives (la barre signifie « ou »).

{ } Les accolades entourent le contenu que l'utilisateur doit spécifier, c'est-à-dire x, y ou z.

... Les points de suspension indiquent des informations non essentielles omises dans l'exemple.


Préface

Où obtenir de l'aidePour obtenir des informations sur le support, les produits et les licences VNXe, procédez comme suit :

Informations sur le produit — Pour toute information sur la documentation, les notes de mise à jour, les mises à jour logicielles ou les produits, licences et services EMC, consultez le site Web de support en ligne EMC (enregistrement obligatoire) à l'adresse :


Support technique — Pour le support technique, accédez au support en ligne EMC. Sous Centre de services, plusieurs options sont disponibles, notamment pour créer une demande de service. Pour ouvrir une demande de service, vous devez disposer d'un contrat de support valide. Contactez le responsable de compte EMC pour savoir comment obtenir un contrat de support valide ou si vous avez des questions concernant votre compte.

Vos commentairesVos suggestions nous aident à améliorer l'exactitude, l'organisation et la qualité globale de nos documentations utilisateur. Nous vous invitons à envoyer votre avis sur ce document à l'adresse suivante :

[email protected]



CHAPITRE 1Configuration d'un hôte en vue de l'utilisation du stockage de dossiers partagés NFS VNXe

Ce chapitre explique comment configurer un hôte ou une machine virtuelle Citrix XenServer, Linux ou Solaris en vue de l'utilisation du stockage de dossiers partagés NFS EMC VNXe.

Les sujets abordés sont les suivants :

◆ Conditions requises pour la configuration d'un hôte en vue de l'utilisation du stockage NFS VNXe ................................................................................................. 10

◆ Configuration du stockage de dossiers partagés VNXe NFS pour l'hôte ................... 13◆ Tous les hôtes : configuration de l'accès des utilisateurs et des groupes

au partage NFS ....................................................................................................... 14◆ Hôte Citrix XenServer : montage du partage NFS...................................................... 14◆ Hôte Linux ou Solaris : montage du partage NFS...................................................... 15

Configuration d'un hôte en vue de l'utilisation du stockage de dossiers partagés NFS VNXe 9

Configuration d'un hôte en vue de l'utilisation du stockage de dossiers partagés NFS VNXe

Conditions requises pour la configuration d'un hôte en vue de l'utilisation du stockage NFS VNXe

Avant de configurer un hôte en vue de l'utilisation du stockage NFS VNXe, assurez-vous que les conditions préalables ci-après sont satisfaites au niveau du système VNXe et de la configuration réseau.

Conditions requises au niveau du VNXe

◆ Vous avez installé et configuré le système VNXe à l'aide de l'Assistant de configuration du VNXe, comme décrit dans le Guide d'installation du système EMC VNXe3100, le Guide d'installation du système EMC VNXe3150 ou le Guide d'installation du système EMC VNXe3300.

◆ Vous avez utilisé Unisphere ou la CLI VNXe pour configurer un ou plusieurs serveurs de dossiers partagés VNXe sur le système VNXe.

Conditions requises au niveau du réseau

L'hôte (le client) doit se trouver dans un environnement LAN avec le serveur de stockage de dossiers partagés VNXe.

Les utilisateurs peuvent stocker des fichiers sur un serveur de dossiers partagés VNXe dans un environnement NIS (Network Information Service), mais un serveur de dossiers partagés VNXe ne peut pas être configuré en tant que client NIS.

Utilisation de la haute disponibilité du réseauLe système VNXe garantit la haute disponibilité du réseau ou sa redondance grâce aux réseaux FSN qui étendent le basculement sur incident des liens dans le réseau en fournissant une redondance de niveau switch. Sur un système VNXe, chaque port d'un processeur de stockage est configuré dans un réseau FSN avec le port correspondant sur le SP homologue. Lorsque vous attribuez un port à une interface de serveur de dossiers partagés VNXe, le VNXe désigne automatiquement le port du SP où réside le serveur de dossiers partagés en tant que port principal dans le réseau FSN, et le port sur le SP homologue en tant que port secondaire au sein du réseau FSN. Il est impossible de créer, de supprimer ou de modifier la configuration des réseaux FSN de VNXe. Dès lors, pour profiter des réseaux FSN dans un système VNXe3100 équipé de deux SP, un système VNXe3150 doté de deux SP ou un système VNXe3300, les ports Ethernet de chaque SP doivent être raccordés à l'identique. Par exemple, si vous raccordez les ports eth2 et eth4 sur le SP A, et créez un serveur de stockage distinct sur chaque port, vous devez raccorder les ports eth2 et eth4 sur le SP B de la même manière.

En outre, le système VNXe prend en charge les agrégations de liens, permettant de combiner jusqu'à quatre ports Ethernet connectés au même switch physique ou logique en un seul et unique lien logique, autrement dit de les agréger. Pour configurer une agrégation de liens sur un système VNXe, les processeurs de stockage (SP) doivent posséder le même type et le même nombre de ports Ethernet, l'opération créant en définitive deux agrégations de liens, soit une sur chaque SP. Cette configuration sert la haute disponibilité de la façon suivante : en cas de défaillance de l'un des ports de l'agrégation de liens, le système transfère le trafic réseau vers l'un des autres ports de l'agrégation. En cas de défaillance de l'ensemble des ports de l'agrégation, le réseau FSN bascule vers l'agrégation de liens correspondante sur le SP homologue de manière à ce que le trafic réseau puisse se poursuivre. En ajoutant un module d'E/S Ethernet à chacun des SP d'un système VNXe3100, 3150 ou 3300, vous pouvez créer un groupe d'agrégation de liens supplémentaire sur l'ensemble de ports du module d'E/S.



La suite de cette section traite des points ci-dessous :

◆ « Réseaux FSN » à la page 11

◆ « Agrégation de liens » à la page 12

◆ « Configuration de l'agrégation de liens » à la page 12

Pour plus d'informations sur la disponibilité des données sur le système VNXe et dans votre infrastructure de connectivité, consultez le document EMC VNXe High Availability Overview dans la section « Livres blancs » sur le site Web de support du VNXe (http://www.emc.com/vnxesupport).

Réseaux FSN

Un réseau FSN (Fail-Safe Network) est une fonction qui garantit la haute disponibilité du réseau en étendant le basculement sur incident des liens du réseau grâce à une redondance de niveau switch. Un réseau FSN apparaît comme un lien unique disposant d'une seule adresse MAC et éventuellement de plusieurs adresses IP. Sur un système VNXe, un réseau FSN se compose d'un port sur un SP et du port correspondant sur l'autre SP. Chaque port est considéré comme une connexion unique. Les deux connexions constituant le réseau FSN partagent la même adresse matérielle (MAC). Si le système VNXe détecte l'échec de la connexion active, il bascule automatiquement sur la connexion de secours dans le réseau FSN, et cette connexion revêt l'identité réseau de la connexion défaillante.

Pour garantir une connectivité des hôtes au système VNXe en cas de basculement sur incident matériel, raccordez le système VNXe à plusieurs switches connectés à des périphériques FSN sur diverses cartes réseau de l'hôte. Les composants FSN sont ainsi connectés à différents switches. Si le switch de la connexion active est défaillant, le réseau FSN bascule sur une connexion utilisant un autre switch ; le basculement sur incident des liens dans le réseau est donc étendu.

Comme l'illustre la Figure 1, lorsque le SP VNXe détecte la perte du lien de communication actif vers le réseau FSN, la connexion bascule automatiquement sur une connexion de secours opérationnelle. Cette action est indépendante des fonctions du switch. Si une connexion du réseau FSN est interrompue, la liaison bascule sur l'autre lien. Si les deux connexions dans un réseau FSN sont défaillantes, la liaison est interrompue.

Figure 1 Basculement avec réseau FSN

Utilisation de la haute disponibilité du réseau 11



Agrégation de liens

Les agrégations de liens utilisent le protocole de la norme LACP IEEE 802.3ad. Une agrégation de liens apparaît comme un seul lien Ethernet et présente les avantages suivants :

◆ Haute disponibilité des chemins réseau depuis et vers le système VNXe : en cas de défaillance d'un port physique d'une agrégation de liens, le système ne perd pas la connectivité.

◆ Augmentation possible du débit global : plusieurs ports physiques sont reliés en un seul port logique ; le trafic réseau étant distribué entre les différents ports physiques.

Même si les agrégations de liens peuvent fournir davantage de bande passante globale qu'un seul port, la connexion à un client passe par un port physique unique. Elle est donc limitée à la bande passante du port. Si la connexion à un port échoue, le switch bascule automatiquement le trafic sur les autres ports du groupe. Une fois la connexion restaurée, le switch recommence automatiquement à utiliser ce port au sein du groupe.

Sur le système VNXe, vous pouvez configurer jusqu'à quatre ports dans une agrégation de liens. Lorsque vous configurez une agrégation de liens, vous configurez en réalité deux agrégations de liens, une sur chaque SP. Si l'un des ports d'une agrégation de liens est défaillant, le système transfère le trafic réseau vers l'un des autres ports du groupe. Si tous les ports du groupe sont défaillants, le réseau FSN bascule vers l'agrégation de liens correspondante sur le SP homologue.

Conditions requises en matière de switchSi les ports VNXe sont connectés à divers switches réseau, vous devez configurer tous les ports de switch connectés aux ports VNXe pour qu'ils passent immédiatement du mode de filtrage au mode de redirection, sans passer par les états Spanning Tree d'écoute et de découverte d'une interface. Sur les switches Cisco, vous devez activer la fonctionnalité PortFast pour chaque port de switch connecté à un port VNXe de manière à garantir le transfert par le switch de la trame Ethernet générée par le système VNXe lorsqu'un lien physique est activé. La fonctionnalité PortFast doit être activée port par port. Une fois l'activation effectuée, la variable PortFast oblige le port à passer immédiatement du mode de filtrage au mode de redirection. N'utilisez pas PortFast pour les connexions switch à switch.

Pour l'agrégation de liens, les switches réseau doivent prendre en charge le protocole IEEE 802.3ad et veiller à ce que les paquets d'une connexion TCP passent toujours par le même lien dans un sens donné.

Configuration de l'agrégation de liens

Pour réaliser une agrégation de liens, vous devez disposer d'au moins un switch 802.3ad, chacun avec un port disponible pour chaque port de switch que vous souhaitez connecter à un port VNXe dans l'agrégation.

Pour mettre en œuvre une agrégation de liens, vous devez mener à bien les deux configurations suivantes :

◆ « Configuration de l'agrégation de liens entre le switch et le système VNXe » à la page 13

◆ « Configuration de l'agrégation de liens entre l'hôte Citrix XenServer, Linux ou Solaris et le switch » à la page 13



Configuration de l'agrégation de liens entre le switch et le système VNXe1. Configurez les ports du switch, connectés au système VNXe, pour qu'ils prennent en

charge le protocole LACP en mode actif, comme indiqué dans la documentation de votre switch.

2. Pour regrouper les ports VNXe dans une agrégation de liens, utilisez l'option Configuration avancée Unisphere (Paramètres > Configuration supplémentaire > Configuration avancée). Pour plus d'informations sur l'utilisation de l'option Configuration avancée, reportez-vous à l'aide en ligne de Unisphere. Deux agrégations de liens sont créées avec les mêmes ports, une sur chaque SP.

Configuration de l'agrégation de liens entre l'hôte Citrix XenServer, Linux ou Solaris et le switchPour configurer l'agrégation de liens entre l'hôte Citrix XenServer, Linux ou Solaris et le switch, effectuez les tâches suivantes :

◆ « Tâche 1 : Configuration des ports du switch pour l'agrégation de liens » à la page 13

◆ En fonction du système d'exploitation de l'hôte :« Tâche 2 : Hôte Citrix XenServer : configuration d'une agrégation de liens » à la page 13ou« Tâche 3 : Hôte Linux : configuration d'une agrégation de liens » à la page 13ou« Tâche 4 : Hôte Solaris : configuration d'une agrégation de liens » à la page 13

Tâche 1 : Configuration des ports du switch pour l'agrégation de liens

Configurez les ports du switch, connectés à l'hôte Citrix XenServer, Linux ou Solaris, pour qu'ils prennent en charge l'agrégation de liens.

Tâche 2 : Hôte Citrix XenServer : configuration d'une agrégation de liens

Configurez l'agrégation de liens, comme décrit dans la documentation du pilote de carte réseau et/ou Citrix XenServer.

Tâche 3 : Hôte Linux : configuration d'une agrégation de liens

Configurez l'agrégation de liens, comme décrit dans la documentation du pilote de carte réseau et/ou Linux.

Tâche 4 : Hôte Solaris : configuration d'une agrégation de liens

Configurez l'agrégation de liens, comme décrit dans la documentation du pilote de carte réseau et/ou Solaris.

Configuration du stockage de dossiers partagés VNXe NFS pour l'hôteUtilisez Unisphere ou la CLI du VNXe pour :

1. créer un stockage de dossiers partagés NFS VNXe pour l'hôte ;

2. ajouter l'hôte au système VNXe et définir son accès au stockage de dossiers partagés.

Lorsque vous spécifiez l'accès, veillez à ne sélectionner que les adresses réseau (IP) des adaptateurs d'hôtes devant accéder au stockage de dossiers partagés.

Pour plus d'informations sur l'exécution de ces tâches, consultez l'aide en ligne de Unisphere.

Configuration du stockage de dossiers partagés VNXe NFS pour l'hôte 13


Tous les hôtes : configuration de l'accès des utilisateurs et des groupes au partage NFS

1. Connectez-vous à un hôte en tant qu'utilisateur root disposant de l'accès Lecture/écriture, accès racine autorisé sur le partage NFS VNXe.

Si le partage NFS n'est pas visible de l'hôte, vérifiez si vous êtes connecté au domaine voulu.

2. Configurez la structure de fichiers et le répertoire du partage.

3. Configurez les autorisations des utilisateurs et des groupes sur les répertoires et fichiers du partage.

Pour garantir une sécurité optimale, définissez l'accès le plus restrictif acceptable, par exemple en n'autorisant pas l'accès au niveau racine au partage ni le montage du partage en accès en lecture seule si cela est faisable.

4. Mieux encore, modifiez l'accès de l'hôte sur le système VNXe : au lieu de Lecture/écriture, accès racine autorisé, choisissez Utiliser l'accès par défaut, Lecture seule ou Lecture/écriture:

Remarque : vous devez être membre du groupe Administrateurs locaux VNXe pour pouvoir modifier l'accès des hôtes à un partage.

a. Ouvrez Unisphere et sélectionnez Stockage > Dossiers partagés.

b. Sélectionnez le dossier partagé correspondant au partage et cliquez sur Détails.

c. Cliquez sur l'onglet Partages.

d. Sélectionnez le partage, puis cliquez sur Détails.

e. Cliquez sur l'onglet Accès hôte NFS et dans la colonne Accès pour l'hôte, sélectionnez Utiliser l'accès par défaut, Lecture seule ou Lecture/écriture.

Hôte Citrix XenServer : montage du partage NFSUn serveur NFS doit être installé et géré depuis un autre système car Citrix XenServer SoftLayer ne monte actuellement pas le référentiel NFS dans XenCenter.

1. Ouvrez la console XenCenter.

2. Cliquez sur Nouveau stockage.

3. Dans la boîte de dialogue Nouveau, sélectionnez NFS sous Stockage de disques virtuels.

4. Dans Nom, entrez un nom décrivant le partage NFS VNXe.

5. Dans Nom du partage, entrez ServeurDossiersPartagés:/répertoire_local_point_montage



où ServeurDossiersPartagés:/répertoire_local_point_montage est le chemin d'exportation du partage NFS. Vous trouverez ce chemin d'exportation dans le rapport de configuration de VNXe propre au dossier partagé hébergeant le partage. Pour accéder à ce rapport, utilisez Unisphere en procédant comme suit :

a. Sélectionnez Stockage > Stockages de dossiers partagés.

b. Sélectionnez le dossier partagé NFS contenant le partage et cliquez sur Détails.

c. Cliquez sur Afficher les détails d'accès.

6. Cliquez sur Scan.

Le système recherche sur le partage NFS les référentiels de stockage existants. Vous pouvez vous rattacher à un référentiel de stockage existant ou en créer un sur le partage.

Si vous bénéficiez d'un accès en lecture sur le partage, après le montage de ce dernier, vous aurez la possibilité d'y créer des répertoires et de stocker des fichiers dans ceux-ci.

Hôte Linux ou Solaris : montage du partage NFSSur l'hôte, utilisez la commande mount pour monter le partage NFS.

Pour un hôte Linux, utilisezmount -t nfs ServeurDossiersPartagés:/répertoire_local_point_montage

Pour un hôte Solaris, utilisezmount -F nfs ServeurDossiersPartagés:/répertoire_local_point_montage

où ServeurDossiersPartagés:/répertoire_local_point_montage est le chemin d'exportation du partage NFS. Vous trouverez ce chemin d'exportation dans le rapport de configuration de VNXe propre au dossier partagé hébergeant le partage. Pour accéder à ce rapport, utilisez Unisphere en procédant comme suit :

1. Sélectionnez Stockage > Stockages de dossiers partagés.

2. Sélectionnez le dossier partagé NFS contenant le partage et cliquez sur Détails.

3. Cliquez sur Afficher les détails d'accès.

Si vous souhaitez que le partage soit monté automatiquement à chaque démarrage de l'hôte, vous devez ajouter une entrée pour ce partage dans le fichier /etc/fstab.

Si vous bénéficiez d'un accès en lecture sur le partage, après le montage de ce dernier, vous aurez la possibilité d'y créer des répertoires et de stocker des fichiers dans ceux-ci.

Hôte Linux ou Solaris : montage du partage NFS 15

CHAPITRE 2Migration des données NFS vers le système VNXe

Vous pouvez migrer des données NFS vers le système VNXe à l'aide d'une copie manuelle ou d'un outil spécifique de l'application, si vous disposez d'un tel outil.

Ce chapitre traite des points suivants :

◆ Environnement de migration NFS et ses limites ....................................................... 18◆ Migration de données NFS ...................................................................................... 19

Migration des données NFS vers le système VNXe 17

Migration des données NFS vers le système VNXe

Environnement de migration NFS et ses limitesSi la configuration NFS que vous souhaitez migrer présente l'une des caractéristiques suivantes, contactez votre fournisseur de services VNXe :

◆ Des partages plus nombreux que vous ne voulez en migrer

◆ Des autorisations que vous ne souhaitez pas réattribuer manuellement aux partages VNXe

◆ Un ou plusieurs partages que vous voulez répartir entre les partages VNXe

◆ Des partages que vous souhaitez combiner à d'autres partages sur le même partage VNXe

Le Tableau 1 décrit l'environnement nécessaire pour la migration de données NFS .

Que ce soit lors de la migration par copie manuelle ou de la migration au moyen d'une application, l'interruption de service dépend du temps nécessaire pour :

◆ copier le contenu du partage sur le partage VNXe ;

◆ reconfigurer les hôtes afin qu'ils se connectent au partage VNXe.

Tableau 1 Environnement nécessaire pour la migration de données NFS

Composant Exigences

Stockage VNXe Dossier partagé d'une taille de partage suffisante pour héberger les données du partage à migrer et les nouvelles données au fil de leur croissance

Hôte Hôte disposant d'un accès en lecture sur le partage contenant les données à migrer et d'un accès en écriture sur le partage VNXe sur lequel résideront les données migrées

Partage Partage qui sera intégralement migré vers le partage VNXe

Tableau 2 Caractéristiques de la migration par copie manuelle

Composant Exigences

Autorisations Risquent de ne pas être conservées

Interruption de service

Dépend du temps nécessaire pour :• copier le contenu du partage sur le partage VNXe et • reconfigurer les hôtes afin qu'ils se connectent au partage VNXe



Migration de données NFSPour migrer des données NFS vers un partage NFS VNXe, effectuez les tâches suivantes :

◆ « Tâche 1 : Configuration de l'accès à un partage VNXe pour l'hôte NFS » à la page 19.

◆ « Tâche 2 : Migration de données NFS par copie manuelle » à la page 19.

◆ « Tâche 3 : Migration de données NFS à l'aide d'un outil spécifique d'une application » à la page 19.

Tâche 1 : Configuration de l'accès à un partage VNXe pour l'hôte NFS

Sur l'hôte à utiliser pour la migration des données :

1. Configurez l'accès des utilisateurs au nouveau partage dans Active Directory, comme décrit à la section « Utilisation de la haute disponibilité du réseau » à la page 10.

2. Montez le nouveau partage NFS, comme décrit à la section « Hôte Linux ou Solaris : montage du partage NFS » à la page 15.

Tâche 2 : Migration de données NFS par copie manuelle

Pour réduire la période pendant laquelle un hôte n'a pas accès à un partage NFS en cours de migration, faites migrer les données d'un seul partage à la fois :

1. Si des clients utilisent activement le partage NFS, déconnectez ces clients et tous les autres clients susceptibles d'accéder aux données en cours de migration.

2. Utilisez la méthode qui, selon vous, convient le mieux pour copier les données de l'emplacement de stockage actuel vers le nouveau partage NFS VNXe.

Vous pouvez par exemple utiliser un outil tel que rsync. Assurez-vous que la méthode choisie conserve les éventuelles métadonnées, notamment les attributs de fichier, les horodatages et les droits d'accès à préserver.

3. Une fois l'opération de copie terminée, reconnectez les clients au nouveau partage NFS exporté par le système VNXe et mappez un lecteur à celui-ci si nécessaire.

Tâche 3 : Migration de données NFS à l'aide d'un outil spécifique d'une application

Procédez à la migration des données NFS au moyen de l'outil conformément aux instructions fournies dans la documentation de l'application.

Migration de données NFS 19

CHAPITRE 3Utilisation de la fonction FLR avec le système VNXe

Le serveur de dossiers partagés VNXe prend en charge la rétention au niveau des fichiers (FLR) pour le stockage des dossiers partagés. La fonction FLR permet de définir des autorisations au niveau des fichiers sur un système de fichiers afin de limiter l'accès en écriture pendant une période de rétention spécifiée. Un système de fichiers régi par la fonction FLR offre les avantages suivants :

◆ Il protège les données tout en assurant leur intégrité et leur accessibilité en vous permettant de créer un ensemble permanent de fichiers et de répertoires que les utilisateurs ne sont pas autorisés à modifier via NFS ou FTP.

◆ Il simplifie l'archivage des données sur des disques magnétiques réinscriptibles standard au travers d'opérations NFS courantes.

◆ Il permet une gestion du stockage plus flexible.

AVIS

Après avoir activé la fonction FLR pour un système de fichiers, vous ne pouvez plus la désactiver. De plus, il est possible que certains fichiers que vous souhaitez supprimer ne puissent plus l'être. N'activez la fonction FLR que si vous êtes certain de vouloir l'utiliser et que vous avez bien compris les implications de sa mise œuvre.

Ce chapitre traite des points suivants :

◆ Terminologie et concepts propres à la fonction FLR.................................................. 22◆ Gestion des fichiers d'un système de fichiers régi par la fonction FLR ...................... 25

Utilisation de la fonction FLR avec le système VNXe 21

Utilisation de la fonction FLR avec le système VNXe

Terminologie et concepts propres à la fonction FLRLa présente section contient les définitions des termes importants pour la compréhension de la fonction de rétention au niveau des fichiers sur les serveurs de dossiers partagés VNXe.

Terminologie relative à la fonction FLR

État expiré

État d'un fichier à l'expiration de sa période de rétention. Les clients et les utilisateurs peuvent ramener un fichier de l'état expiré à l'état non verrouillé ou supprimer un fichier à l'état expiré du système de fichiers régi par la fonction FLR.

État verrouillé

État d'un fichier auparavant accessible en lecture/écriture et qui passe en mode lecture seule dans un système de fichiers régi par la fonction FLR. Les clients et les utilisateurs ne peuvent pas supprimer les fichiers basculés à l'état verrouillé tant que leur période de rétention n'a pas expiré.

État non verrouillé

État initial d'un fichier au moment de sa création. Un fichier non verrouillé peut faire l'objet des mêmes opérations que tout fichier d'un système de fichiers non régi par la fonction FLR. Autrement dit, les clients et les utilisateurs peuvent le renommer, le modifier et le supprimer jusqu'à son basculement en mode FLR.

Principes de base de la rétention au niveau des fichiers

La rétention au niveau des fichiers ne peut être activée sur un système de fichiers donné qu'au moment de sa création. Lorsque vous créez un nouveau système de fichiers en activant la rétention au niveau des fichiers, il est marqué de façon permanente comme un système de fichiers FLR, et les clients et utilisateurs peuvent appliquer la protection FLR fichier par fichier uniquement.

Dans un système de fichiers régi par la fonction FLR, un fichier peut présenter l'un des quatre états suivants : non verrouillé, verrouillé, mode ajout uniquement ou expiré. Vous pouvez gérer les fichiers dont l'état est verrouillé soit en définissant la rétention au moyen du traitement par lot ou par répertoires (les archives de fichiers sont gérées au niveau du système de fichiers), soit en exécutant un script afin de localiser et supprimer les fichiers présentant l'état expiré.

Il est possible de supprimer un système de fichiers régi par la fonction FLR, mais pas de supprimer ni de modifier des fichiers dont l'état est verrouillé. De même, le chemin d'accès à un fichier à l'état verrouillé ne peut être modifié : vous ne pouvez donc ni renommer ni supprimer un répertoire d'un système de fichiers régi par la fonction FLR à moins qu'il ne soit vide.



Fonctionnement de la rétention au niveau des fichiers

Dans un système de fichiers régi par la fonction FLR, un fichier peut présenter l'un des quatre états suivants : non verrouillé, verrouillé, mode ajout uniquement ou expiré. La transition entre ces états s'effectue en fonction des date et heure du dernier accès (LAT, Last Access Time) et de l'autorisation en lecture seule du fichier.

Lors de la création d'un fichier, son état est non verrouillé. Un fichier non verrouillé est traité exactement de la même façon que tout fichier d'un système de fichiers non régi par la fonction FLR. Autrement dit, les clients et les utilisateurs peuvent le renommer, le modifier ou le supprimer.

Remarque : l’état dans lequel se trouve le fichier n'est pas visible par l'utilisateur. De plus, l'accès à un fichier à l'état CLEAN modifie son LAT. C'est par exemple le cas lorsqu'il fait l'objet d'une analyse antivirus, d'une sauvegarde ou d'une recherche de contenu.

Lorsque vous modifiez les autorisations d'accès à un fichier non verrouillé de l'attribut lecture/écriture à l'attribut lecture seule, le fichier passe de l'état non verrouillé à l'état verrouillé, et bascule en mode FLR. Les clients et les utilisateurs ne peuvent ni modifier ni supprimer un fichier à l'état verrouillé. De plus, le chemin d'accès à tout fichier dont l'état est verrouillé est protégé contre toute modification. Cela signifie que les clients et les utilisateurs d'un répertoire d'un système de fichiers régi par la fonction FLR ne peuvent ni renommer ni supprimer le répertoire, à moins qu'il ne soit vide, et qu'ils ne peuvent supprimer des fichiers à l'état verrouillé qu'après expiration de leur date de rétention.

Une date de rétention définit les date et heure d'expiration de la protection FLR d'un fichier. EMC recommande de spécifier une période de rétention avant de verrouiller un fichier à l'état FLR. Sans cela, le système applique comme paramètre par défaut une période de rétention illimitée. Dans ce cas, vous pouvez définir explicitement une période de rétention plus courte. Pour définir la date de rétention d'un fichier, vous pouvez remplacer ses date et heure de dernier accès via des opérations NFS par des date et heure d'expiration ultérieures. Ces date et heure d'expiration futures représentent la fin de la date de rétention du fichier.

Il vous est possible de faire passer un fichier vide de l'état verrouillé à l'état mode ajout uniquement. Pour cela, vous n'êtes pas obligé de définir sa date de rétention. Il vous suffit de modifier ses autorisations associées afin qu'il soit de nouveau inscriptible et non plus accessible en lecture seule. Tant qu'un fichier demeure vide, il peut passer de l'état verrouillé à l'état mode ajout uniquement et inversement.

Étant donné que les fichiers en mode ajout uniquement ne prennent pas en charge l'ajout non séquentiel de données, vous devez utiliser le mode ajout uniquement pour les applications qui envoient des données séquentielles. Si les données ne sont pas séquentielles, toute demande de modification ou de suppression du fichier est refusée. Lorsqu'un fichier est en mode ajout uniquement, les clients et les utilisateurs peuvent uniquement ajouter des données à la fin du fichier, et ils ne peuvent ni modifier ni supprimer des données déjà présentes dans le fichier. L'état mode ajout uniquement s'utilise le plus souvent pour un fichier journal, dans lequel seules de nouvelles données sont ajoutées. Lorsque des données ont été écrites dans un fichier en mode ajout uniquement et qu'il bascule à l'état verrouillé parce qu'il s'est vu affecter l'attribut lecture seule, il reste dans cet état jusqu'à dépassement de la date d'échéance de sa rétention.

Terminologie et concepts propres à la fonction FLR 23


Un fichier bascule de l'état verrouillé à l'état expiré une fois sa date de rétention atteinte. Un fichier à l'état expiré ne peut être supprimé que par son propriétaire ou son administrateur. La rétention au niveau des fichiers ne supprime pas automatiquement les fichiers présentant l'état expiré. Vous devez supprimer les fichiers expirés manuellement.

Si nécessaire, vous pouvez faire en sorte qu'un fichier à l'état expiré retrouve l'état verrouillé en prolongeant sa période de rétention, c'est-à-dire en spécifiant une nouvelle date ultérieure à la date d'expiration initialement prévue pour la rétention. Pour prolonger une période de rétention, remplacez le LAT du fichier par des date et heure ultérieures à la date d'expiration initiale. Il est possible de prolonger la période de rétention d'un fichier, mais pas de l'écourter. Si vous spécifiez de nouvelles date et heure d'accès antérieures aux date et heure d'accès actuelles du fichier, le serveur de dossiers partagés VNXe refuse la commande. La prolongation de la période de rétention d'un fichier et la modification des autorisations de lecture d'un utilisateur ou d'un groupe sur le fichier mises à part, vous n'avez pas la possibilité de modifier les métadonnées du fichier durant sa période de rétention.

Lorsque vous copiez un fichier accessible en lecture seule depuis un système de fichiers normal vers un système de fichiers verrouillé, il ne bascule pas vers l'état verrouillé. Au terme de la copie, le fichier est à l'état non verrouillé.

Restrictions associées à la rétention au niveau des fichiers

La fonction FLR impose les restrictions suivantes :

◆ Vous devez définir le niveau de rétention au niveau des fichiers au moment de la création du système de fichiers et vous ne pouvez pas modifier ce niveau une fois le système de fichiers créé.

◆ Les clients ou utilisateurs du système VNXe ne peuvent ni modifier ni supprimer des fichiers dont l'état est verrouillé. Le chemin d'accès à un fichier verrouillé est en outre protégé contre toute modification. Autrement dit, un répertoire d'un système de fichiers régi par la fonction FLR ne peut être renommé ou supprimé que s'il ne contient pas de fichiers protégés.

◆ EMC recommande vivement aux utilisateurs d'EMC Celerra AntiVirus Agent (CAVA) de mettre à jour leurs fichiers de définition de virus sur tous les moteurs antivirus (AV) résidents des pools CAVA et d'exécuter régulièrement une analyse complète du système de fichiers afin de détecter les éventuels fichiers verrouillés infectés. Si un fichier verrouillé infecté est identifié, l'antivirus résident ne peut ni le réparer ni le supprimer. Bien qu'il ne soit possible de supprimer le fichier qu'après sa date de rétention, vous pouvez modifier ses bits d'autorisation afin d'empêcher l'accès en lecture, de sorte que le fichier ne soit pas accessible aux utilisateurs. La fonction d'analyse lors de la première lecture de CAVA n'est pas en mesure de détecter un virus dans un fichier verrouillé. Consultez la documentation de CAVA disponible sur le site Web de support en ligne EMC (http://www.emc.com/vnxesupport) pour obtenir plus d'informations sur le produit.




◆ Bien que la rétention au niveau des fichiers prenne en charge toutes les fonctions de sauvegarde, l'attribut FLR n'est pas conservé lors d'une sauvegarde Network Data Management Protocol (NDMP). De ce fait, si vous utilisez la sauvegarde NDMP, vous devez vous assurer que les fichiers sont restaurés vers un système de fichiers VNXe régi par la fonction FLR. Si vous restaurez un fichier à partir d'une sauvegarde NDMP dont la date de rétention a expiré, le système de fichiers aura une date de rétention illimitée après la restauration. Si vous souhaitez protéger le fichier tout en évitant que sa date de rétention soit illimitée, restaurez-le vers un système de fichiers non régi par la fonction FLR, puis copiez-le vers un système FLR.

◆ Le système de fichiers racine d'un montage imbriqué ne peut pas utiliser la rétention au niveau des fichiers.

Gestion des fichiers d'un système de fichiers régi par la fonction FLRCette section décrit les procédures suivantes :

◆ « Affichage des autorisations des fichiers » à la page 25

◆ « Définition de la date de rétention d'un fichier » à la page 26

◆ « Vérification de la date de rétention » à la page 26

Affichage des autorisations des fichiers

Pour vérifier les bits d'autorisation des fichiers et leur LAT pour un système de fichiers d'un partage NFS, utilisez la commande permettant d'afficher la liste des fichiers, qui varie en fonction du système d'exploitation client.

Par exemple, saisissez :

ls -l --time-style=full-iso --time=atime

Exemple de sortie :

total 16drwxr-xr-x 2 root root 8192 2008-04-12 14:27:23.000000000 -0500

lost+found-rw-r--r-- 1 32770 32770 16 2010-06-16 14:42:18.000000000 -0500

miley_training.txt

Le bit d'autorisation en écriture (-rw-r--r--) sur le fichier miley_training.txt indique que ce fichier est soit non verrouillé, soit en mode ajout uniquement.

Gestion des fichiers d'un système de fichiers régi par la fonction FLR 25


Définition de la date de rétention d'un fichier

Pour définir la date de rétention d'un fichier NFS, utilisez la commande touch :

touch -at jjmmaahhmmm nom_fichier

où :

aa désigne l'année

mm désigne le mois

jj désigne le jour

hh désigne l'heure

mmm désigne les minutes

nom_fichier désigne le nom du fichier

Par exemple, pour définir la date de rétention du fichier miley_training.txt au 1er mai 2009 à 8 h 30, saisissez :

touch -at 200905010830 miley_training.txt

Vérification de la date de rétention

Pour vérifier la date de rétention d'un fichier, utilisez la commande permettant d'afficher la liste des fichiers, qui varie en fonction du système d'exploitation client.

Par exemple, saisissez :

ls -l --time-style=long-iso --time=atime

Cette commande dépend du système d'exploitation client.

Exemple de sortie :

total 16drwxr-xr-x 2 root root 8192 2010-04-12 14:27 lost+found-rw-r--r-- 1 32770 32770 16 2011-02-16 08:30 miley_training.txt

Remarque : la date de rétention du fichier miley_training.txt est ainsi paramétrée sur le 16 février 2011, à 8 h 30.


© 2011 - 2013 EMC Corporation. All Rights Reserved. EMC believes the information in this publication is accurate as of its publication date. The information is subject to change

without

notice.

THE INFORMATION IN THIS PUBLICATION IS PROVIDED “AS IS.” EMC CORPORATION MAKES NO

REPRESENTATIONS OR

WARRANTIES OF ANY KIND WITH RESPECT TO THE INFORMATION IN THIS PUBLICATION, AND

SPECIFICALLY

DISCLAIMS IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Use, copying, and distribution of any EMC software described in this publication requires an applicable software license.

EMC2, EMC, and the EMC logo are registered trademarks or trademarks of EMC Corporation in the United State and other

countries.

All other trademarks used herein are the property of their respective owners.

utilisation d'un système vnxe avec des dossiers … · hôte linux ou solaris : montage ......

Documents