JavaScript is required to for searching.
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
Oracle Technology Network
Bibliothèque
PDF
Vue de l'impression
Commentaires
search filter icon
search icon

Informations sur le document

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

Configuration réseau

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

Création d'un groupe IPMP à l'aide de la détection des défaillances basée sur sondes et sur l'état des liaisons

Création d'un groupe IPMP à l'aide de la détection des défaillances basée uniquement sur l'état des liaisons

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 de stockage

Choix d'un profil de stockage

Configuration d'un profil de données

Importation de pools de stockage existants

Ajout de stockage

Annulation de la configuration du stockage

Renommer un pool de stockage

Nettoyage du pool de 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

Statut sur le tableau de bord

Résumé de l'utilisation de la mémoire

Services du tableau de bord

Section Matériel du Tableau de bord

Tableau de bord d'activité du disque

Alertes récentes

CLI du tableau de bord

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é

Statut NDMP

Etats NDMP

Configuration du réseau de stockage SAN

Terminologie 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

Autorisations utilisateur

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

Propriétés des préférences

Définition des préférences à l'aide de la CLI

Configurations des clés SSH publiques à l'aide de la CLI

Configuration des alertes

Catégories d'alertes

Alertes avec seuil

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

Envoi d'alertes par e-mail

Envoi d'un déroutement SNMP

Envoi de messages SYSLOG

Reprise/suspension d'ensembles de données

Reprise/suspension de feuilles de travail

Exécution d'un workflow

Configuration du clustering

Présentation du clustering

Avantages et inconvénients des clusters

Terminologie du cluster

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

Interfaces IP locales privées

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 ZS3-2

Câblage des clusters ZS4-4, ZS3-4 et 7x20

Câblage des étagères de stockage pour la mise en cluster

Utilisation des services

Maintenance d'Oracle ZFS Storage Appliance

Utilisation des partages

Intégration d'applications à Oracle ZFS Storage Appliance

Configuration du multiacheminement IP (IPMP) réseau

Les groupes IP MultiPathing servent à fournir des adresses IP qui restent disponibles en cas de défaillance d'une interface IP (due à la déconnexion d'un câble physique ou à une défaillance de la connexion entre un périphérique réseau et son commutateur par exemple), ou en cas de défaillance du chemin entre le système et ses passerelles système. Le système détecte les défaillances en surveillant les notifications de fonctionnement ou de défaillance de la liaison de données sous-jacente de l'interface IP et, de façon optionnelle, en effectuant des vérifications à l'aide d'adresses de test pouvant être assignées à chaque interface IP du groupe, comme décrit plus bas. Il est possible de placer un nombre quelconque d'interfaces IP dans un groupe IPMP, à condition qu'elles se trouvent toutes sur la même liaison (LAN, partition IB ou VLAN) ; de même, il est possible d'assigner un nombre quelconque d'adresses haute disponibilité à un groupe IPMP.

Au sein d'un groupe IPMP, chaque interface IP est désignée soit comme active ou de secours :

Il est possible de configurer plusieurs interfaces IP actives et de secours, mais chaque groupe IPMP doit être configuré avec une interface IP active au moins. IPMP s'efforce d'activer autant d'interfaces IP de secours que nécessaire pour préserver le nombre d'interfaces actives configuré. Si un groupe IPMP est configuré avec deux interfaces actives et deux interfaces de secours par exemple et que toutes les interfaces fonctionnent correctement, seules les deux interfaces actives sont utilisées pour envoyer et recevoir des données. Si une interface active subit une panne, l'une des interfaces de secours est activée. Si l'autre interface active est défaillante (ou l'interface de secours activée tombe en panne), la seconde interface de secours est activée. Si, par la suite, les interfaces activées sont réparées, les interfaces de secours sont à nouveau désactivées.

Les interfaces IP peuvent être détectées par la détection via les liens ou via la détection par sonde (c'est-à-dire qu'une adresse de test est configurée).

Si la détection des défaillances basée sur sondes est activée sur une interface IP, le système détermine les systèmes cible à sonder de manière dynamique. La table de routage est tout d'abord analysée pour identifier les passerelles (routeurs) situées sur le même sous-réseau que l'adresse de test de l'interface IP, et jusqu'à cinq d'entre elles sont sélectionnées. Si aucune passerelle n'est trouvée sur le même sous-réseau, le système envoie une sonde ICMP multidiffusion (à 224.0.01. pour IPv4 ou ff02::1 pour IPv6) et sélectionne les cinq premiers systèmes situés sur le même sous-réseau qui envoient une réponse. Lors de la détection et de la réparation des défaillances réseau à l'aide d'IPMP, vous avez ainsi la garantie qu'au moins un voisin sur chaque liaison ou que la passerelle par défaut répond aux demandes d'écho ICMP. IPMP fonctionne aussi bien avec des configurations d'adresse IPv4 qu'avec des configurations d'adresse IPv6. Dans le cas d'IPv6, l'adresse liaison locale est utilisée en tant qu'adresse de test.


Remarque -  N'utilisez pas la détection des défaillances basée sur sondes lorsqu'aucun système (autre que le pair du cluster) sur le même sous-réseau que les adresses IPMP de test n'est configuré pour répondre aux demandes d'écho ICMP.

Le système sonde les systèmes cible à tour de rôle. Si cinq sondes successives restent sans réponse, l'interface IP est considérée comme défaillante. Inversement, s'il obtient des réponses à dix sondes successives, le système considère comme réparée une interface IP précédemment défaillante. Vous pouvez définir la valeur de temps de la détection des défaillances par sondes IPMP du système dans l'écran IPMP. Cette valeur détermine de manière indirecte le taux d'envoi des sondes et l'intervalle de réparation : un temps de détection des défaillances de 10 secondes, par exemple, signifie que le système envoie des sondes à intervalles de deux secondes environ et que le système aura besoin de 20 secondes pour détecter une réparation d'interface basée sur sondes. Vous ne pouvez pas contrôler directement les systèmes cible sélectionnés par le système, mais vous pouvez les contrôler de manière indirecte par le biais de la table de routage.

Le système surveille la table de routage et, le cas échéant, ajuste automatiquement les systèmes cible sélectionnés. Par exemple, si le système utilise des cibles détectées par multidiffusion, mais qu'une route comportant une passerelle sur le même sous-réseau que l'adresse de test de l'interface IP est ajoutée par la suite, le système passe automatiquement à l'envoi de sondes à la passerelle. De même, s'il procède à l'envoi de sondes à des cibles détectées par multidiffusion, le système actualise régulièrement l'ensemble de cibles sélectionnées, par exemple parce que des cibles précédemment sélectionnées ne répondent plus.

Pour obtenir des instructions pas à pas sur la création de groupes IPMP, reportez-vous à : Utilisation du protocole IPMP.

Pour plus d'informations sur les interfaces locales privées, reportez-vous à la section Configuration du clustering.