Ignorer les liens de navigation | |
Quitter la vue de l'impression | |
Guide d'administration des systèmes Oracle® ZFS Storage Appliance, version 2013.1.3.0 |
A propos d'Oracle ZFS Storage Appliance
Configuration d'Oracle ZFS Storage Appliance
Configuration initiale de l'appareil
Configuration initiale à l'aide de la BUI
Configuration initiale à l'aide de la CLI
Utilisation de la page de configuration réseau de la BUI
Configuration des périphériques réseau
Configuration des liaisons de données réseau
Configuration des interfaces réseau
Configuration du multiacheminement IP (IPMP) réseau
Configuration des performances et de la disponibilité réseau
Configuration du routage réseau
Configuration du réseau à l'aide de la BUI
Création d'une interface à port unique à l'aide de la BUI
Modification d'une interface à l'aide de la BUI
Création d'une interface à port unique à l'aide de la BUI
Création d'une interface de liaison groupée LACP à l'aide de la BUI
Extension d'un groupement LACP à l'aide de la BUI
Extension d'un groupe IPMP à l'aide de la BUI
Création d'une liaison de données et d'une interface de partition InfiniBand à l'aide de la BUI
Création d'un VNIC sans ID de VLAN pour des contrôleurs en cluster à l'aide de la BUI
Création de VNIC avec le même ID de VLAN pour des contrôleurs en cluster à l'aide de la BUI
Ajout d'une route statique à l'aide de la BUI
Suppression d'une route statique à l'aide de la BUI
Configuration du réseau à l'aide de la CLI
Ajout d'une route statique à l'aide de la CLI
Suppression d'une route statique à l'aide de la CLI
Réglage de la propriété de multihébergement sur strict à l'aide de la CLI
Configuration d'un profil de données
Importation de pools de stockage existants
Annulation de la configuration du stockage
Configuration d'un pool de stockage à l'aide de la BUI
Ajout de périphériques de cache à un pool existant à l'aide de la BUI
Ajout de périphériques de cache à un pool existant à l'aide de la CLI
Présentation du statut de l'appareil
Résumé de l'utilisation de la mémoire
Section Matériel du Tableau de bord
Tableau de bord d'activité du disque
Exécution continue de l'écran Tableau de bord
Paramètres de statut du tableau de bord
Modification des statistiques d'activité affichées
Modification des seuils d'activité
Configuration du réseau de stockage SAN
Configuration du protocole SAN Fibre Channel
Configuration des modes de port FC à l'aide de la BUI
Détection de ports FC à l'aide de la BUI
Création de groupes d'initiateurs FC à l'aide de la BUI
Association d'un LUN à un groupe d'initiateurs FC à l'aide de la BUI
Changement de mode de port FC à l'aide de la CLI
Détection de ports FC à l'aide de la CLI
Création de groupes d'initiateurs FC à l'aide de la CLI
Association d'un LUN à un groupe d'initiateurs FC à l'aide de la CLI
Scripts de création d'alias pour les initiateurs et groupes d'initiateurs à l'aide de la CLI
Configuration du protocole SAN iSCSI
Configuration des initiateurs SAN iSCSI
Création d'une feuille de travail d'analyse à l'aide de la BUI
Configuration des cibles SAN iSER
Ajout d'une cible iSCSI possédant un IQN généré de manière automatique à l'aide de la CLI
Ajout d'une cible iSCSI avec IQN spécifique et authentification RADIUS à l'aide de la CLI
Ajout d'un initiateur iSCSI utilisant l'authentification CHAP à l'aide de la CLI
Ajout d'un groupe de cibles iSCSI à l'aide de la CLI
Ajout d'un groupe d'initiateurs iSCSI à l'aide de la CLI
Configuration du protocole SAN SRP
Configuration des cibles SRP à l'aide de la BUI
Configuration des cibles SRP à l'aide de la CLI
Configuration des utilisateurs
Gestion des propriétés utilisateur
Ajout d'un administrateur à l'aide de la BUI
Ajout d'un rôle à l'aide de la BUI
Ajout d'autorisations à un rôle à l'aide de la BUI
Suppression des autorisations d'un rôle à l'aide de la BUI
Ajout d'un utilisateur uniquement autorisé à afficher le tableau de bord à l'aide de la BUI
Ajout d'un rôle à l'aide de la CLI
Ajout d'un administrateur à l'aide de la CLI
Ajout d'autorisations à un rôle à l'aide de la CLI
Suppression des autorisations d'un rôle à l'aide de la CLI
Définition des préférences d'Oracle ZFS Storage Appliance
Définition des préférences à l'aide de la CLI
Configurations des clés SSH publiques à l'aide de la CLI
Ajout d'une alerte avec seuil à l'aide de la BUI
Ajout d'une action d'alerte à l'aide de la BUI
Ajout d'une alerte avec seuil à l'aide de la CLI
Ajout d'une action d'alerte à l'aide de la CLI
Reprise/suspension d'ensembles de données
Reprise/suspension de feuilles de travail
E/S d'interconnexion de cluster
Gestion des ressources du cluster
Reprise et rétablissement du cluster
Modifications de la configuration dans un environnement clusterisé
Considérations relatives au clustering pour le stockage
Considérations relatives au clustering pour la gestion réseau
Considérations relatives au clustering pour Infiniband
Prévention des états 'split-brain'
Estimation et réduction de l'impact de la reprise
Configuration du clustering à l'aide de la BUI
Annulation de la configuration du clustering à l'aide de la BUI
Arrêt de la configuration clusterisée à l'aide de la CLI
Arrêt de la tête de secours à l'aide de la CLI
Annulation de la configuration du clustering à l'aide de la CLI
Câblage des clusters ZS4-4, ZS3-4 et 7x20
Câblage des étagères de stockage pour la mise en cluster
Il est primordial de comprendre la portée de l'implémentation du clustering de la série Oracle ZFS Storage Appliance. Dans le secteur, le terme "cluster" fait référence à de nombreuses technologies et à des buts très divers. Dans la présente documentation, il fait référence à un métasystème composé de deux têtes d'appareil et d'un système de stockage partagé permettant une meilleure disponibilité au cas où l'une des têtes succombe à des pannes matérielles ou logicielles. Un cluster contient exactement deux appareils ou contrôleurs de stockage, ci-après dénommés têtes pour des raisons de concision. Il est possible d'attribuer à chaque tête un ensemble de stockage, une mise en réseau et d'autres ressources issues de l'ensemble disponible sur le cluster qui permettent la construction de l'une des deux topologies majeures. De nombreuses personnes utilisent le terme actif-actif pour décrire un cluster contenant aux moins deux pools de stockage, dont l'un est attribué à chaque tête avec les ressources réseau utilisées par les clients pour atteindre les données stockées dans ce pool, et actif-passif pour désigner le pool de stockage unique auquel la tête désignée comme active ainsi que ses interfaces réseau associées sont attribuées. Les deux topologies sont prises en charge par le système Oracle ZFS Storage Appliance. La distinction entre ces topologies est artificielle. Il n'existe aucune différence logicielle ou matérielle ente les deux et vous pouvez passer de l'une à l'autre quand vous le souhaitez en ajoutant ou en détruisant un pool de stockage. Dans les deux cas, si une tête échoue, l'autre (son pair) prend le contrôle de toutes les ressources connues et fournit les services associés à celles-ci.
Pour pallier aux heures ou aux jours d'inactivité requis pendant la réparation de la tête, le clustering fournit un pair qui distribue le service durant la réparation ou le remplacement. En outre, les clusters prennent en charge la mise à niveau non simultanée de logiciels qui permet de réduire les interruptions d'activité associées à la migration vers de nouveaux logiciels. Certaines technologies de clustering sont dotées de fonctionnalités supplémentaires allant au-delà l'amélioration de la disponibilité. Mais le sous-système de clustering de la série Oracle ZFS Storage Appliance n'a pas été conçu pour cela. En particulier, il ne permet pas l'équilibrage de charge sur plusieurs têtes, n'améliore pas la disponibilité en cas de panne de stockage, n'offre pas aux clients l'espace de noms du système de fichiers unifié entre plusieurs appareils ni ne divise la responsabilité du service au sein d'une zone géographique étendue en cas de récupération après sinistre. Ces fonctions sont également hors de portée du présent document. Néanmoins, Oracle ZFS Storage Appliance et les protocoles de données qu'il fournit prennent en charge de nombreuses fonctions et stratégies permettant d'améliorer la disponibilité :
La réplication de données, qui peut être utilisée pour la récupération après sinistre depuis un ou plusieurs sites éloignés géographiquement.
La mise en miroir des données côté client peut être effectuée à l'aide des LUN iSCSI fournies par plusieurs serveurs de stockage localisés de façon arbitraire.
L'équilibrage de charge est intégré au protocole NFS et peut être fourni pour certains autres protocoles via un matériel ou un logiciel externe (s'applique aux données en lecture seule).
Les composants matériels redondants incluent les alimentations, les périphériques réseau et les contrôleurs de stockage.
Le logiciel de gestion des pannes permet d'identifier les composants défectueux, de les supprimer du service et de guider les techniciens dans la réparation ou le remplacement par du matériel correct.
La redondance de la topologie Fabric réseau, permise par les fonctionnalités LACP et IPMP.
Les périphériques de stockage redondants (RAID)
Des informations supplémentaires relatives aux autres fonctions de disponibilité sont disponibles dans les sections appropriées du présent document.
Avant de vous décider entre une configuration en cluster ou autonome de la série Oracle ZFS Storage Appliance, il est important de peser le pour et le contre. Dans le secteur des technologies de l'information, il est courant de considérer le clustering comme un choix d'architecture automatique, bien que cette approche reflète une vision idéalisée des risques et des avantages du clustering promulguée par certains vendeurs du secteur. En plus de l'avancée incontestable, des coûts de matériel et de support encourus associés au marché de la seconde tête, le clustering présente également des risques techniques et opérationnels supplémentaires. Certains de ces risques peuvent être atténués en s'assurant que la totalité du personnel est parfaitement formé aux opérations du cluster, les autres étant intrinsèques au fonctionnement en cluster. Les risques sont les suivants :
Intolérance potentielle de l'application aux comportements dépendant du protocole durant la reprise
Possibilité que le logiciel de cluster tombe lui-même en panne ou qu'il induise une panne dans un autre sous-système qui n'aurait pas eu lieu dans une opération autonome
Plus grande complexité de gestion et plus forte probabilité que des erreurs opérateur surviennent lors de l'exécution de tâches de gestion
Possibilité que plusieurs erreurs ou une erreur opérateur grave induise une perte ou une altération des données qui n'aurait pas lieu dans une configuration autonome
Plus grande difficulté de récupération à partir des états logiciels et/ou matériels non anticipés.
Ces coûts et ces risques sont fondamentaux et s'appliquent d'une manière ou d'une autre à tous les produits clusterisés ou compatibles avec le clustering du marché (y compris la série Oracle ZFS Storage Appliance) et ne peuvent pas être entièrement éliminés ni limités. Les architectes de stockage doivent peser le pour et le contre par rapport à l'avantage principale du clustering : l'opportunité de transformer les heures ou jours d'indisponibilité en minutes, ou moins, dans le rare cas d'une panne matérielle ou logicielle catastrophique. Le fait que l'analyse coût/bénéfice favorise ou non l'utilisation du clustering dans un déploiement de la série Oracle ZFS Storage Appliance dépend de facteurs locaux tels que les termes du contrat de niveau de service, le personnel de support disponible et ses qualifications ainsi que les contraintes budgétaires, l'anticipation des différentes pannes potentielles et les autres stratégies d'amélioration de la disponibilité. Ces facteurs dépendent étroitement du site, de l'application et des activités et doivent être évalués au cas par cas. La compréhension de la documentation dans le reste de cette section vous aidera à prendre les bonnes décisions lors de la conception et l'implémentation de votre infrastructure de stockage unifié.