Ignorer les liens de navigation | |
Quitter l'aperu | |
Guide d'installation du logiciel Oracle Solaris Cluster Oracle Solaris Cluster 4.1 (Français) |
1. Planification de la configuration d'Oracle Solaris Cluster
Recherche des tâches d'installation Oracle Solaris Cluster
Planification du SE Oracle Solaris
Directives concernant la sélection d'une méthode d'installation d'Oracle Solaris
Restrictions concernant les fonctions du SE Oracle Solaris
SPARC : Directives pour Oracle VM Server for SPARC dans un cluster
Planification de l'environnement Oracle Solaris Cluster
Périphériques d'accès à la console
Configuration du réseau public
Configuration du serveur de quorum
Protocole NTP (protocole d'heure réseau)
Composants configurables d'Oracle Solaris Cluster
Noms de noeud de cluster global et ID de noeud
Conditions requises et directives concernant le cluster global
Conditions requises et directives concernant le cluster de zones
Directives pour Trusted Extensions dans un cluster de zones
Planification des périphériques globaux, groupes de périphériques et systèmes de fichiers de cluster
Planification des périphériques globaux
Planification des groupes de périphériques
Planification des systèmes de fichiers de cluster
Choix des options de montage pour les systèmes de fichiers de cluster UFS
Informations sur le montage pour les systèmes de fichiers de cluster
Planification de la gestion des volumes
Directives concernant le logiciel de gestion de volumes
Directives concernant le logiciel Solaris Volume Manager
Journalisation du système de fichiers de cluster UFS
Directives concernant la mise en miroir
Directives concernant la mise en miroir des disques multihôtes
2. Installation de logiciels sur des noeuds de cluster global
3. Etablissement d'un cluster global
4. Configuration du logiciel Solaris Volume Manager
5. Création d'un système de fichiers de cluster
6. Création de clusters de zones
Cette section fournit les directives suivantes sur la planification de la gestion des volumes de votre configuration en cluster :
Le logiciel Oracle Solaris Cluster utilise le gestionnaire de volumes pour regrouper les disques en groupes de périphériques pouvant être gérés comme une seule unité. Il faut installer le logiciel Solaris Volume Manager sur tous les noeuds du cluster.
Consultez la documentation de votre gestionnaire de volumes et la section Configuration du logiciel Solaris Volume Manager pour des instructions relatives à l'installation et à la configuration du logiciel de gestion des volumes. Pour plus d'informations sur le recours à la gestion des volumes dans une configuration de cluster, reportez-vous aux sections Multihost Devices du manuel Oracle Solaris Cluster Concepts Guide et Device Groups du manuel Oracle Solaris Cluster Concepts Guide.
Tenez compte des instructions générales suivantes lorsque vous configurez vos disques à l'aide du gestionnaire de volumes :
RAID logiciel – Le logiciel Oracle Solaris Cluster ne prend pas en charge le RAID 5.
Disques multihôtes mis en miroir – Vous devez mettre en miroir tous les disques multihôtes des unités d'expansion de disque. Reportez-vous à la section Directives concernant la mise en miroir des disques multihôtes pour connaître les directives relatives à la mise en miroir des disques multihôtes. Il est inutile de procéder à la mise en miroir des logiciels si le périphérique de stockage fournit un RAID matériel ainsi que des chemins redondants vers les périphériques.
Racine mise en miroir – La mise en miroir du pool racine ZFS assure la haute disponibilité, mais cette mise en miroir n'est pas obligatoire. Reportez-vous à la section Directives concernant la mise en miroir pour des instructions qui vous aideront à mettre en miroir le pool racine ZFS.
Listes de noeuds – Pour assurer la haute disponibilité d'un groupe de périphériques, les listes de noeuds maîtres potentiels et la règle de basculement doivent être identiques dans tous les groupes de ressources associés. Ou si un groupe de ressources évolutives utilise davantage de noeuds que son groupe de périphériques associé, faites de la liste de noeuds du groupe de ressources évolutives un surensemble de la liste de noeuds du groupe de périphériques. Pour plus d'informations sur les listes de noeuds, reportez-vous aux informations de planification du groupe de ressources du Oracle Solaris Cluster Data Services Planning and Administration Guide.
Disques multihôtes – Vous devez connecter ou insérer tous les périphériques utilisés dans la construction d'un groupe de périphériques dans tous les noeuds configurés dans la liste des noeuds de ce groupe de périphériques. Le logiciel Solaris Volume Manager peut rechercher cette connexion automatiquement au moment où les périphériques sont ajoutés à un ensemble de disques.
Disques hot spare – Vous pouvez utiliser des disques hot spare pour augmenter la disponibilité, mais ces disques ne sont pas obligatoires.
Reportez-vous à la documentation du gestionnaire de volumes pour connaître les recommandations sur l'organisation des disques et les éventuelles restrictions supplémentaires.
Tenez compte des points suivants lorsque vous planifiez les configurations Solaris Volume Manager :
Dénomination unique – Les noms d'ensembles de disques doivent être uniques dans le cluster.
Noms d'ensemble de disques réservés – N'attribuez pas le nom admin ou shared à un ensemble de disques.
Médiateurs à deux chaînes – Une chaîne de disques se compose d'un boîtier de disques, de ses disques physiques, des câbles reliant le boîtier aux hôtes et d'adaptateurs d'interface. Chaque ensemble de disques configuré avec exactement deux chaînes de disque et géré par exactement deux ou trois hôtes Oracle Solaris s'appelle un ensemble de disques à deux chaînes. Des médiateurs à deux chaînes Solaris Volume Manager doivent être configurés pour ce type d'ensemble de disques. Pour configurer des médiateurs à deux chaînes, observez les règles suivantes :
Vous devez configurer chaque ensemble de disques sur deux ou trois hôtes agissant comme hôtes médiateurs.
Vous devez utiliser les hôtes pouvant gérer un ensemble de disques en tant que des médiateurs pour cet ensemble de disques. Si vous disposez d'un cluster campus, vous pouvez également configurer un troisième noeud ou un noeud non clusterisé sur le réseau du cluster sous la forme d'une troisième hôte médiateur pour améliorer la disponibilité.
Les médiateurs ne peuvent pas être configurés pour des ensembles de disques ne remplissant pas les conditions requises (deux chaînes et deux hôtes).
Pour plus d'informations, reportez-vous à la page de manuel mediator(7D).
La journalisation est requise pour les systèmes de fichiers de cluster UFS. Le logiciel Oracle Solaris Cluster prend en charge la journalisation UFS Solaris.Reportez-vous à la page de manuel mount_ufs(1M) pour plus d'informations.
Cette section fournit les directives suivantes sur la planification de la mise en miroir de votre configuration en cluster :
La mise en miroir de tous les disques multihôtes dans une configuration Oracle Solaris Cluster permet à la configuration de tolérer les pannes sur des périphériques isolés. Le logiciel Oracle Solaris Cluster requiert la mise en miroir de tous les disques multihôtes dans les unités d'expansion. Il est inutile de procéder à la mise en miroir des logiciels si le périphérique de stockage fournit un RAID matériel ainsi que des chemins redondants vers les périphériques.
Considérez les points suivants lorsque vous mettez en miroir des disques multihôtes :
Unités d'expansion de disque séparées – Chaque sous-miroir d'un miroir ou plex donné doit résider sur une unité d'expansion multihôte différente.
Espace disque – La mise en miroir double la quantité d'espace disque nécessaire.
Mise en miroir à trois voies – Le logiciel Solaris Volume Manager prend en charge la mise en miroir à trois voies. Cependant, Oracle Solaris Cluster ne nécessite qu'une mise en miroir à deux voies.
Tailles de périphérique différentes – Si vous placez la copie miroir sur un périphérique de taille différente, votre capacité de mise en miroir est limitée à la taille du sous-miroir ou du plex le plus petit.
Pour plus d'informations sur les disques multihôtes, reportez-vous à la section Multihost Devices du manuel Oracle Solaris Cluster Concepts Guide.
Oracle Solaris ZFS est le système de fichiers root par défaut de la version Oracle Solaris 11. Pour connaître les instructions relatives à la mise en miroir du pool racine ZFS, reportez-vous à la section Configuration d’un pool racine mis en miroir (SPARC ou x86/VTOC) du manuel Administration d’Oracle Solaris 11.1 : Systèmes de fichiers ZFS. Reportez-vous également au Chapitre 4, Gestion des composants du pool racine ZFS du manuel Administration d’Oracle Solaris 11.1 : Systèmes de fichiers ZFS pour des informations sur la procédure de gestion des différents composants du pool racine.
Pour une disponibilité maximale, mettez en miroir la racine (/), /usr , /var, /opt et swap sur les disques locaux. Toutefois, le logiciel Oracle Solaris Cluster ne requiert pas la mise en miroir du pool racine ZFS.
Tenez compte des points suivants lorsque vous prenez la décision de mettre en miroir ou non le pool racine ZFS :
Disque d'initialisation - Vous pouvez configurer le miroir en tant que pool racine amorçable. Vous pouvez ensuite effectuer une initialisation à partir du miroir si le disque d'initialisation principal tombe en panne.
Sauvegardes – Que vous ayez mis en miroir le pool racine ou non, il est recommandé d'effectuer des sauvegardes régulières de la racine. La mise en miroir seule ne protège pas des erreurs de gestion. Seul un plan de sauvegarde vous permet de restaurer des fichiers qui ont été modifiés ou supprimés accidentellement.
Périphériques de quorum – N'utilisez pas un disque configuré en tant que périphérique de quorum pour mettre en miroir un pool racine.
Contrôleurs séparés – La plus haute disponibilité implique la mise en miroir du pool racine sur un contrôleur séparé.