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
Avantages et inconvénients des clusters
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 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
La défaillance d'un périphérique réseau, d'une liaison de données et de l'interface ne provoque pas l'échec d'une tête d'un sous-système en cluster. Pour vous protéger des pannes réseau à l'intérieur ou à l'extérieur de l'appareil, utilisez plutôt IPMP et/ou LACP. Une approche globale de la disponibilité nécessite la configuration appropriée du réseau et un plan de redondance à l'échelle du réseau.
Figure 2-23 Clustering pour la gestion réseau
Les interfaces réseau peuvent être configurées en tant que ressources singleton ou privées, à condition qu'elles possèdent une configuration IP statique. Les interfaces configurées à l'aide de DHCP doivent être privées et l'utilisation de DHCP dans les clusters est déconseillée. Lorsqu'ils sont configurés en tant que ressources singleton, tous les périphériques et les liaisons de données utilisés pour construire une interface peuvent être actifs sur une seule tête à la fois. De la même manière, les périphériques correspondants sur chaque tête doivent être connectés aux mêmes réseaux afin que le service soit fourni dans l'état de basculement. Pour un exemple, voir l'illustration ci-dessus.
Lors de la construction des interfaces réseau à partir de périphériques et de liaisons de données, il est essentiel pour le bon fonctionnement du cluster que chaque interface singleton contienne un périphérique dont l'identifiant et les fonctionnalités sont les mêmes sur les deux têtes. Les identifiants étant dépendants du type de périphérique et de l'ordre dans lequel ils sont détectés par l'appareil, le matériel installé sur les têtes clusterisées doit être identique. Chaque emplacement doit recevoir du matériel identique, installé dans le même ordre sur les deux têtes. Vous pouvez obtenir l'aide de votre revendeur Oracle agréé ou de tout agent technique pour la planification des mises à niveau matérielles compatibles.
Une route est toujours explicitement liée à une seule interface réseau. Les routes sont représentées dans le gestionnaire de ressources en tant que symbiotes et peuvent devenir actives uniquement lorsque les interfaces auxquelles elles sont associées sont opérationnelles. Par conséquent, une route liée à une interface actuellement en mode veille (exportée) est sans conséquence jusqu'à ce que l'interface soit activée lors du processus de reprise. Cela a son importance lorsque deux pools sont configurés et sont rendus disponibles sur un sous-réseau commun. Si un sous-réseau constitue l'emplacement d'origine d'un routeur utilisé par les appareils pour atteindre un ou plusieurs réseaux, une route distincte (par exemple, une deuxième route par défaut) doit être configurée, puis liée à chacune des interfaces actives et en veille associées à ce sous-réseau.
Exemple :
L'interface e1000g3 est assignée à "alice" et l'interface e1000g4 à "bob".
Chaque interface possède une adresse dans le réseau 172.16.27.0/24 et peut permettre de fournir le service aux clients dans le réseau 172.16.64.0/22, accessible via 172.16.27.1.
Deux routes doivent être créées sur 172.16.64.0/22 via 172.16.27.1. L'une doit être associée à e1000g3 et l'autre à e1000g4.
Une bonne idée consiste à affecter à chaque tête clusterisée une adresse IP utilisée uniquement pour l'administration (généralement sur un réseau de gestion dédié) et pour désigner l'interface en tant que ressource privée. Cela garantit l'accès à toutes les têtes qui fonctionnent à partir du réseau de gestion, même lorsque leur état est AKCS_STRIPPED et qu'elles sont en attente de rétablissement. Ce type d'attribution est important en cas d'utilisation de services tels que LDAP et Active Directory, qui nécessitent d'accéder aux autres ressources réseau lorsque la tête ne fournit pas le service. Si cela n'est pas pratique, ce processeur de service doit être connecté à un réseau fiable et/ou à un concentrateur de terminaux série afin que la tête puisse être gérée à partir de la console système.
Si aucune de ces actions n'est effectuée, il est impossible de gérer ou de surveiller une tête qui vient d'être initialisée tant que le rétablissement n'est pas terminé. Vous pouvez souhaiter surveiller ou gérer la tête fournissant actuellement le service pour un pool de stockage particulier. Cette approche est probablement plus utile lorsque vous souhaitez modifier certains aspects du stockage lui-même, comme modifier une propriété de partage ou créer un nouveau LUN. Pour cela, vous pouvez effectuer des tâches administratives dans les interfaces de service ou affecter une interface singleton distincte à utiliser uniquement pour gérer le pool avec lequel elle est mise en correspondance. Dans les deux cas, l'interface doit être affectée à la même tête que le pool utilisé pour la gestion.