Ignorer les liens de navigation | |
Quitter l'aperu | |
![]() |
Guide d'administration des systèmes Oracle® ZFS Storage Appliance |
Utilisation de la présente documentation
Chapitre 1 Présentation d'Oracle ZFS Storage Appliance
Chapitre 3 Configuration initiale
Chapitre 4 Configuration réseau
Chapitre 5 Configuration de stockage
Chapitre 6 Configuration du réseau de stockage SAN
Chapitre 7 Configuration utilisateur
Chapitre 8 Définition des préférences de ZFSSA
Chapitre 9 Configuration des alertes
Chapitre 10 Configuration de cluster
Fonctions et avantages du cluster
E/S d'interconnexion de cluster
Présentation de la 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
Scénarios de chemin redondant de clustering
Prévention des conditions 'split-brain'
Estimation et réduction de l'impact de la reprise
Configuration du cluster à l'aide de la BUI
Annulation de la configuration du clustering
Configuration du clustering à l'aide de la CLI
Arrêt de la configuration clusterisée
Annulation de la configuration du clustering
Câblage des clusters ZS3-4 et 7x20
Câblage des étagères de stockage
Page de la BUI de configuration du cluster
Chapitre 12 Partages, projets et schéma
Chapitre 15 Ecriture de scripts à l'aide de la CLI
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é.