Partie II Informations d'installations GRUB, Solaris Zones et création de volumes RAID-1

Cette section présente diverses technologies liées à l'installation et à la mise à niveau de SE Solaris. Elle propose également des recommandations et décrit les conditions requises pour l'installation.

• Installation pour système de fichiers racine (/) ZFS

• Initialisation sur systèmes x86 ou SPARC

• Technologie de partitionnement Solaris Zones

• Composants Solaris Volume Manager tels que les volumes RAID-1

Chapitre 6 Installation de système de fichiers racine ZFS(planification)

Ce chapitre indique les configurations requises et restrictions s'appliquant afin de vous aider dans l'installation d'un pool racine ZFS. Il fournit également une présentation des programmes d'installation pouvant installer un pool racine ZFS.

• Configuration requise pour l'installation d'un pool racine ZFS

• Programmes d'installation Solaris pour l'installation de pools racines ZFS

Si vous disposez de plusieurs environnements d'initialisation sur votre système, consultez le Chapitre7Initialisation SPARC et x86 (présentation et planification) pour obtenir de plus amples informations sur l'initialisation.

Configuration requise pour l'installation d'un pool racine ZFS

Espace disque requis pour une installation ZFS.

Sur un système doté d'un système de fichiers UFS, la zone de swap et le vidage sont généralement sur la même tranche de disque. UFS partage donc la zone de swap avec le périphérique de vidage. Dans un pool racine ZFS, la zone de swap et le vidage constituent des zvols séparés, c'est-à-dire qu'ils ne partagent pas le même espace physique. Lorsqu'un système est installé ou mis à niveau avec un système de fichiers racine ZFS, la taille de la zone de swap et le périphérique de vidage dépendent de la mémoire physique. La quantité minimum d'espace de pool disponible pour un système de fichiers racine ZFS d'initialisation dépend de la quantité de mémoire physique, de l'espace disque disponible et du nombre d'environnements d'initialisation à créer. Environ 1 Go de mémoire et 2 Go minimum d'espace disque recommandés. L'espace est occupé selon la répartition suivante :

• Zone de swap et périphérique de vidage - La taille de swap par défaut correspond à la moitié de la taille de la mémoire physique. Elle ne doit pas être inférieure à 512 Mo et ne doit pas dépasser 2 Go. Le périphérique de vidage est calculé en fonction de la taille de la mémoire et du contenu du fichier dumpadm.conf. Ce fichier détermine quels éléments sont envoyés dans le vidage mémoire sur incident. Il est possible de régler les tailles de la zone de swap et des volumes de périphérique avant ou après l'installation. Pour de plus amples informations, reportez-vous à la section Introducing ZFS Properties du Solaris ZFS Administration Guide .

• Environnements d'initialisation - En plus d'une nouvelle configuration requise en termes d'espace de swap et de vidage ou d'un réglage des tailles de la zone de swap et du vidage, la migration d'un environnement d'initialisation ZFS depuis un environnement d'initialisation UFS nécessite environ 6 Go. Tous les environnements d'initialisation ZFS clonés à partir d'un autre environnement d'initialisation ZFS ne nécessitent pas d'espace disque supplémentaire. Cependant, la taille de l'environnement d'initialisation peut augmenter lors de l'application de patchs. Tous les environnements d'initialisation ZFS d'un même pool racine utilisent les mêmes périphériques de swap et de vidage.

Programmes d'installation Solaris pour l'installation de pools racines ZFS

Les programmes d'installation suivants réalisent une installation initiale d'un pool racine ZFS.

• Programme d'installation en mode texte de Solaris

• Installation JumpStart personnalisée avec profil d'installation

Solaris Live Upgrade permet de faire migrer un système de fichiers UFS vers un pool racine ZFS. Solaris Live Upgrade permet également de créer des environnements d'initialisation ZFS pouvant être mis à niveau.

Chapitre 7 Initialisation SPARC et x86 (présentation et planification)

Depuis la version Solaris 10 10/08, l'architecture d'initialisation Solaris modifiée offre de nombreuses nouvelles fonctions, y compris la possibilité d'initialiser à partir de différents types de systèmes de fichiers, par exemple des systèmes de fichiers ZFS. Ce chapitre décrit certaines de ces modifications et apporte des références vous permettant d'obtenir davantage d'informations sur l'initialisation. De plus, ce chapitre offre une présentation de l'initialisation GRUB pour systèmes x86.

Ce chapitre se compose des sections suivantes :

• Initialisation pour Solaris (présentation)

• x86 : initialisation avec GRUB (généralités)

• x86 : initialisation avec GRUB (planification)

Initialisation pour Solaris (présentation)

Depuis la version Solaris 10 10/08, la procédure d'initialisation de Solaris SPARC a été reconçue afin d'offrir une plus grande similitude avec l'architecture d'initialisation Solaris x86. L'architecture d'initialisation améliorée de Solaris apporte les avantages suivants pour la plate-forme SPARC : intialisation directe, initialisation de disque virtuel et miniracine de disque virtuel. Ces technologies d'activation prennent en charge les fonctions suivantes :

• Initialisation d'un système à partir de types de systèmes de fichiers supplémentaires, tels qu'un système de fichiers ZFS.

• Initialisation d'une mini racine unique pour l'installation de logiciels depuis un support DVD, NFS ou HTTP

D'autres améliorations ont été apportées, notamment au niveau de la réduction des délais d'initialisation, de la flexibilité et de la réduction des besoins en maintenance.

Dans le cadre de cette reconception de l'architecture, notez également que les archives d'initialisation Solaris et la commande bootadm, auparavant uniquement disponibles sur la plate-forme Solaris x86, font maintenant partie intégrante de l'architecture d'initialisation Solaris SPARC.

Bien que l'implémentation de l'initialisation de Solaris SPARC ait été modifiée, cela n'a d'incidence sur aucune des procédures administratives pour l'initialisation d'un système SPARC. Les installations Solaris ont été modifiées et incluent désormais l'installation à partir d'un système de fichiers ZFS. En revanche, il n'existe aucun autre changement en ce qui concerne la nouvelle architecture d'initialisation.

Initialisation d'environnements d'initialisation ZFS - Présentation

Si votre système exécute plus d'un système d'exploitation ou dispose de plus d'un environnement d'initialisation racine au sein d'un pool racine ZFS, vous pouvez effectuer l'initialisation à partir de ces environnements à la fois pour les plates-formes SPARC et x86. Les environnements d'initialisation disponibles pour l'initialisation incluent les environnements d'initialisation créés par Solaris Live Upgrade.

• Depuis la version Solaris 10 10/08 , pour un système SPARC, vous pouvez initialiser un système de fichiers ZFS dans un pool ZFS. Pour les pools racines ZFS, vous pouvez répertorier les environnements d'initialisation disponibles à l'aide de la commande boot avec l'option -L. Vous pouvez ensuite choisir un environnement d'initialisation et utiliser la commande OBP boot avec l'option -Z pour initialiser cet environnement d'initialisation. L'option -Z constitue une alternative pour la commande luactivate également utilisée pour initialiser un nouvel environnement d'initialisation pour un pool racine ZFS. La commande luactivate constitue la méthode la plus utilisée pour passer d'un environnement d'initialisation à un autre. Dans le cas d'un système de fichiers UFS, vous continuez d'utiliser le PROM OBP OpenBoot^TM comme interface administrative principale, la sélection des options d'initialisation étant effectuée à l'aide des commandes OBP.

• Depuis la version Solaris 10 1/06 , pour les systèmes x86, un menu d'initialisation GRUB fournit l'interface permettant l'initialisation entre plusieurs environnements d'initialisation. Depuis la version Solaris 10 10/08, ce menu répertorie les environnements d'initialisation ZFS disponibles pour l'initialisation. Si l'environnement d'initialisation par défaut correspond à un système de fichiers ZFS et que le menu GRUB est affiché, vous pouvez garder l'environnement d'initialisation par défaut ou en choisir un autre pour l'initialisation. Le menu GRUB constitue une alternative pour la commande luactivate également utilisée pour initialiser un nouvel environnement d'initialisation pour un pool racine ZFS. La commande luactivate reste la méthode recommandée pour commuter d'un environnement à l'autre.

Sur les systèmes SPARC comme sur les systèmes x86, chaque pool racine ZFS dispose d'un jeu de données désigné comme étant le système de fichiers racine par défaut. Si, dans le cas d'un système SPARC, vous saisissez la commande d'initialisation, ou, pour les systèmes x86, vous choisissez l'environnement par défaut dans le menu GRUB, ce système de fichiers racine par défaut est initialisé.

x86 : initialisation avec GRUB (généralités)

Chargeur d'initialisation libre, GRUB constitue le chargeur d'initialisation par défaut dans le système d'exploitation Solaris.

Le programme d'initialisation est le premier programme logiciel qui démarre après la mise sous tension d'un système. Après avoir mis sous tension un système x86, le BIOS (Basic Input/Output System) initialise l'unité centrale, la mémoire et le matériel de la plate-forme. Après l'initialisation, le BIOS charge le programme d'initialisation depuis le périphérique d'initialisation configuré, puis transfère le contrôle du système au programme d'initialisation.

GRUB est un programme d'initialisation Open Source doté d'une interface à menu simple contenant des options d'initialisation prédéfinies dans un fichier de configuration. GRUB dispose également d'une interface de ligne de commande accessible depuis l'interface de menu, qui permet d'exécuter diverses commandes d'initialisation. Dans le système d'exploitation Solaris, la mise en oeuvre GRUB est conforme à la spécification Multiboot. Vous trouverez une spécification détaillée sur le site http://www.gnu.org/software/grub/grub.html.

Étant donné que le noyau Solaris est complètement compatible avec la spécification Multiboot, vous pouvez initialiser un système Solaris x86 en utilisant GRUB. GRUB facilite l'initialisation et l'installation de divers systèmes d'exploitation.

L'intuitivité de GRUB au niveau des systèmes de fichiers et des formats exécutables dans le noyau, permet de charger un système d'exploitation sans avoir à enregistrer la position physique du noyau sur le disque. Avec l'initialisation GRUB, le noyau est chargé en définissant son nom de fichier, le lecteur et la partition dans laquelle il se trouve. L'initialisation GRUB remplace l'assistant de configuration de périphériques Solaris et simplifie l'initialisation avec un menu GRUB.

x86 : initialisation avec GRUB (planification)

Cette section décrit de manière générale l'initialisation avec GRUB et le menu GRUB.

Lorsque vous installez le système d'exploitation Solaris , deux entrées de menu GRUB sont installées par défaut sur le système. La première entrée est l'entrée du système d'exploitation Solaris. La seconde entrée est l'archive d'initialisation de secours qui doit être utilisée pour récupérer le système. Les entrées de menu Solaris GRUB sont installées et mises à jour automatiquement lors de l'installation et de la mise à niveau du logiciel Solaris. Ces entrées sont gérées directement par le système d'exploitation et ne doivent pas être modifiées manuellement.

Au cours d'une installation standard du système d'exploitation Solaris, GRUB est installé dans la partition Solaris fdisk sans modifier le BIOS du système. Si le système d'exploitation ne se trouve pas sur le disque d'initialisation BIOS, vous devez effectuer l'une des opérations suivantes :

• modifier le BIOS ;

• utiliser un gestionnaire d'initialisation pour initialiser la partition Solaris. Pour plus d'informations, reportez-vous à votre gestionnaire d'initialisation.

Il est préférable d'installer le système d'exploitation Solaris sur le disque d'initialisation. Si plusieurs systèmes d'exploitation sont installés sur la machine, vous pouvez ajouter les entrées au fichier menu.lst. Ces entrées s'affichent dans le menu GRUB lors du démarrage suivant du système.

Pour obtenir des informations supplémentaires sur la diversité des systèmes d'exploitation, consultez la section How Multiple Operating Systems Are Supported by GRUB du System Administration Guide: Basic Administration .

x86 : exécution d'une installation avec GRUB depuis le réseau

L'exécution d'une initialisation réseau avec GRUB nécessite un serveur DHCP configuré pour des clients PXE et un serveur d'installation qui fournit un service tftp. Le serveur DHCP doit pouvoir répondre aux classes DHCP, PXEClient et GRUBClient. La réponse DHCP doit contenir les informations suivantes :

• adresse IP du serveur de fichier ;

• nom du fichier d'initialisation (pxegrub).

rpc.bootparamd, généralement nécessaire sur le serveur pour effectuer une initialisation réseau, n'est pas nécessaire pour une initialisation réseau avec GRUB.

Si aucun serveur PXE ou DHCP n'est disponible, vous pouvez charger GRUB depuis un CD-ROM ou un disque local. Ensuite, vous pouvez configurer manuellement le réseau dans GRUB et télécharger le programme multi-initialisation et l'archive d'initialisation depuis le serveur de fichiers.

Pour plus d'informations, reportez-vous à la section Overview of Booting and Installing Over the Network With PXE du Solaris 10 10/08 Installation Guide: Network-Based Installations.

Chapitre 8 Mise à niveau lorsque des Solaris Zones sont installées sur un système (planification)

Ce chapitre décrit l'utilisation de la technologie de partitionnement Solaris Zones dans le cadre de la mise à niveau de SE Solaris lorsque des zones non globales sont configurées.

Ce chapitre se compose des sections suivantes :

• Zones Solaris (Présentation)

• Mise à niveau avec les zones non globales

• Espace disque requis par les zones non globales

Zones Solaris (Présentation)

La technologie de partitionnement Solaris Zones est utilisée pour virtualiser les services du système d'exploitation et fournir un environnement isolé et sécurisé pour l'exécution des applications. Une zone non globale représente un environnement virtualisé du système d'exploitation, créé dans une seule instance du SE Solaris. Lorsque vous créez une zone non globale, vous générez un environnement d'exécution d'application dans lequel les processus sont isolés du reste du système. Ce partitionnement empêche les processus en cours d'exécution dans une zone non globale d'analyser ou d'affecter les processus en cours d'exécution dans d'autres zones non globales. Ainsi, même un processus exécuté avec les informations d'identification du superutilisateur ne peut affecter l'activité des autres zones. Une zone non globale fournit également une couche analytique qui sépare les applications des attributs physiques de l'ordinateur sur lequel elles sont déployées. par exemple les chemins d'accès aux périphériques physiques.

Chaque système Solaris comporte une zone globale. La zone globale a deux fonctions principales. La zone globale est à la fois la zone par défaut pour le système et la zone utilisée pour le contrôle administratif au niveau du système. Tous les processus sont exécutés dans la zone globale si aucune autre zone n'est créée par l'administrateur général. C'est la seule zone à partir de laquelle il est possible de configurer, d'installer, de gérer ou de désinstaller une zone non globale. Seule la zone globale peut être initialisée à partir du matériel système. L'administration de l'infrastructure du système, notamment les périphériques physiques et la reconfiguration dynamique n'est réalisable qu'à partir de la zone globale. Les processus, dotés de privilèges adéquats et en cours d'exécution dans la zone globale, ont la possibilité d'accéder à des objets associés aux zones non globales.

Mise à niveau avec les zones non globales

Vous pouvez installer et configurer des zones non globales une fois le système d'exploitation Solaris installé. Vous pouvez mettre à niveau un système d'exploitation Solaris comportant des zones non globales. Si des zones non globales personnalisées sont installées, elles sont ignorées pendant la procédure de mise à niveau. La liste ci-dessous répertorie les modifications permettant la gestion de systèmes comportant des zones non globales :

• Avec le programme d'installation interactif Solaris, il est possible d'effectuer une mise à niveau ou d'appliquer un patch au système lorsque des zones non globales sont installées. L'opération peut prendre un certain temps en fonction du nombre de zones non globales installées. Pour plus d'informations sur l'installation à l'aide de ce programme, reportez-vous au Chapter 2, Installing With the Solaris Installation Program For UFS File Systems (Tasks), du Solaris 10 10/08 Installation Guide: Basic Installations .

• Lors d'une installation JumpStart automatisée, il est possible d'effectuer une mise à niveau ou d'appliquer un patch en utilisant les mots-clés appropriés. L'opération peut prendre un certain temps en fonction du nombre de zones non globales installées. Pour plus d'informations sur l'installation à l'aide de ce programme, reportez-vous au Solaris 10 10/08 Installation Guide: Custom JumpStart and Advanced Installations .

• Avec Solaris Live Upgrade, vous pouvez procéder à une mise à niveau ou appliquer un patch au système comportant des zones non globales. Si vous utilisez un système comportant des zones non globales, Solaris Live Upgrade est le programme recommandé pour la mise à niveau ou l'ajout de patchs. La durée de mise à niveau risque d'être beaucoup plus longue avec d'autres programmes de mise à niveau, car celle-ci augmente de façon linéaire en fonction du nombre de zones non globales installées. Si vous appliquez un patch au système à l'aide de Solaris Live Upgrade, il est inutile de mettre le système en mode mono-utilisateur. Solaris Live Upgrade permet également d'optimiser la disponibilité du système pendant l'opération. La liste ci-dessous répertorie les modifications permettant la gestion de systèmes comportant des zones non globales :

  • Vous devez installer le nouveau package SUNWlucfg avec les autres packages Solaris Live Upgrade, SUNWlur et SUNWluu.

  • La création d'un environnement d'initialisation à partir de l'environnement en cours d'exécution est essentiellement la même que dans les versions précédentes à une exception près. Vous pouvez spécifier une tranche de destination pour un système de fichiers non partagé au sein d'une zone non globale. Cette opération est possible uniquement dans les conditions suivantes :

    • si la commande zonecfg add fs appliquée à l'environnement d'initialisation actuel a entraîné la création d'un système de fichiers distinct pour une zone non globale ;

    • si ce système de fichiers distinct réside sur un système de fichiers partagé, tel que /zone/root/export.

    Pour éviter de partager ce système de fichiers distinct dans le nouvel environnement d'initialisation, la commande lucreate désigne à présent une tranche de destination pour un système de fichiers distinct dans une zone non globale. L'argument de l'option -m dispose d'un nouveau champ facultatif, nom de zone. Ce nouveau champ place le système de fichiers distinct de la zone non globale sur une tranche à part dans le nouvel environnement d'initialisation. Pour plus d'informations sur la configuration d'une zone non globale avec un système de fichiers distinct, voir zonecfg(1M).

    ---

    Remarque –

    Par défaut, tout système de fichiers autre que les systèmes de fichiers critiques (root (/), /usr et /opt) est partagé entre l'environnement d'initialisation actuel et le nouvel environnement d'initialisation. Lorsque vous mettez à jour des fichiers partagés dans l'environnement d'initialisation actif, vous mettez automatiquement à jour les données de l'environnement d'initialisation inactif. Le système de fichiers /export est un exemple de système de fichiers partagé. Si vous utilisez l'option -m et l'option zonename, le système de fichiers partagé de la zone non globale est copié sur une tranche à part et les données ne sont pas partagées. Cette option empêche le partage des systèmes de fichiers de la zone non globale (créés à l'aide de la commande zonecfg add fs) entre les environnements d'initialisation.

    ---

  • La comparaison des environnements d'initialisation a été améliorée. La commande lucompare permet désormais de comparer les environnements d'initialisation en tenant compte du contenu des zones non globales.

  • La commande lumount permet aux zones non globales d'accéder aux systèmes de fichiers correspondants définis sur les environnements d'initialisation inactifs. Lorsque l'administrateur de la zone globale monte un environnement d'initialisation inactif à l'aide de la commande lumount, cet environnement s'applique également aux zones non globales.

  • L'inventaire des systèmes de fichiers à l'aide de la commande lufslist permet d'obtenir la liste des systèmes de fichiers correspondant à la zone globale et aux zones non globales.

• Concernant les systèmes de fichiers UFS, pour obtenir des instructions étape par étape sur l'utilisation de Solaris Live Update lorsque des zones non globales sont installées, reportez-vous au Chapter 8, Upgrading the Solaris OS on a System With Non-Global Zones Installed, du Solaris 10 10/08 Installation Guide: Solaris Live Upgrade and Upgrade Planning .

• Concernant les pools racines ZFS, pour obtenir une présentation et des instructions étape par étape, reportez-vous au Chapter 14, Solaris Live Upgrade For ZFS With Non-Global Zones Installed, du Solaris 10 10/08 Installation Guide: Solaris Live Upgrade and Upgrade Planning .

Sauvegarde de votre système avant l'exécution d'une mise à niveau avec zones

Vous devez sauvegarder les zones globales et non globales sur votre système Solaris avant de procéder à la mise à niveau. Pour plus d'informations sur la sauvegarde d'un système comportant des zones, reportez-vous au Chapter 26, Solaris Zones Administration (Overview), du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones .

Espace disque requis par les zones non globales

Lorsque vous installez la zone globale, prévoyez un espace suffisant pour toutes les zones susceptibles d'être créées. Chaque zone non globale a des besoins en mémoire qui lui sont propres.

La quantité de mémoire requise par une zone n'est pas limitée. L'administrateur système est chargé de restreindre l'espace. Même un système à processeur unique peut supporter plusieurs zones s'exécutant simultanément. La nature des packages installés dans la zone globale a une incidence sur l'espace disque nécessaire aux zones non globales créées. Le nombre de packages et l'espace disque requis sont des facteurs.

Pour une description complète des conditions requises et des recommandations relatives à la planification, reportez-vous au Chapter 18, Planning and Configuring Non-Global Zones (Tasks), du System Administration Guide: Solaris Containers-Resource Management and Solaris Zones .

Chapitre 9 Création de volumes RAID-1 (miroirs) au cours de l'installation - Présentation

Ce chapitre présente les avantages de la création de volumes RAID-1 (miroirs) pour le système de fichiers racine (/). Il décrit également les composants Solaris Volume Manager requis pour créer des systèmes de fichiers mis en miroirs. Ce chapitre comprend les rubriques suivantes :

• Pourquoi utiliser les volumes RAID-1 ?

• Comment les volumes RAID-1 fonctionnent-ils ?

• Présentation des composants de Solaris Volume Manager

• Exemple d'organisation des disques d'un volume RAID-1

Pour de plus amples informations sur Solaris Live Upgrade ou JumpStart, reportez-vous aux références suivantes :

• Pour Solaris Live Upgrade : section General Guidelines When Creating RAID-1 Volumes (Mirrored) File Systems du Solaris 10 10/08 Installation Guide: Solaris Live Upgrade and Upgrade Planning

• JumpStart :

  • Section filesys Profile Keyword (Creating RAID-1 Volumes) du Solaris 10 10/08 Installation Guide: Custom JumpStart and Advanced Installations

  • Section metadb Profile Keyword (Creating State Database Replicas) du Solaris 10 10/08 Installation Guide: Custom JumpStart and Advanced Installations

Pourquoi utiliser les volumes RAID-1 ?

Lors de l'installation ou de la mise à niveau, vous pouvez créer des volumes RAID-1 pour la duplication de vos données système sur plusieurs disques physiques. Ainsi, vos données sont protégées en cas d'altération ou de panne d'un disque.

Les méthodes d'installation Solaris JumpStart personnalisée et Solaris Live Upgrade utilisent la technologie Solaris Volume Manager pour créer des volumes RAID-1 qui mettent en miroir un système de fichiers. Solaris Volume Manager constitue un outil performant et fiable pour la gestion de vos disques et données à l'aide de volumes. Il permet d'effectuer des concaténations, des entrelacements et autres configurations complexes. Les méthodes d'installation JumpStart personnalisée et Solaris Live Upgrade prennent en charge un sous-ensemble de ces fonctions, comme la création d'un volume RAID-1 pour le système de fichiers racine (/). Si vous créez des volumes RAID-1 lors de l'installation ou de la mise à niveau, il n'est pas nécessaire de le faire après l'installation.

• Pour des instructions reportez-vous à la section Directives relatives à la méthode JumpStart personnalisée et à Solaris Live Upgrade.

• Pour des informations détaillées sur les logiciels et composants complexes Solaris Volume Manager, reportez-vous au Solaris Volume Manager Administration Guide.

Comment les volumes RAID-1 fonctionnent-ils ?

Solaris Volume Manager gère les disques physiques et les données associées à l'aide de disques virtuels. Dans Solaris Volume Manager, un disque virtuel est appelé volume. Un volume est le nom d'un groupe de tranches physiques identifié par le système comme un périphérique logique unique. Dans la terminologie UNIX® standard, les volumes sont en fait des pseudo-périphériques ou périphériques virtuels.

Un volume fonctionne de la même façon qu'un disque physique du point de vue d'une application ou d'un système de fichiers (tel qu'UFS). Solaris Volume Manager convertit les demandes d'E/S dirigées vers un volume en demandes d'E/S aux disques membres sous-jacents. Les volumes Solaris Volume Manager sont créés à partir des tranches (partitions de disques) ou à partir d'autres volumes Solaris Volume Manager.

Les volumes permettent d'accroître les performances du système et la disponibilité des données. Dans certains cas, les volumes peuvent aussi améliorer les performances en matière d'E/S. Du point de vue du fonctionnement, les volumes se comportent comme des tranches. Les volumes ayant le même aspect que les tranches, ils sont transparents pour les utilisateurs finaux, les applications et les systèmes de fichiers. Comme pour les périphériques physiques, vous pouvez utiliser le logiciel Solaris Volume Manager pour accéder aux volumes à travers des noms de périphériques bruts ou de blocs. Le nom de volume varie suivant que le bloc ou périphérique brut est utilisé ou non. Les méthodes d'installation JumpStart personnalisée et Solaris Live Upgrade prennent en charge l'utilisation de périphériques en mode bloc pour la création de systèmes de fichiers miroirs. Pour plus d'informations sur les noms de volumes, reportez-vous à la section Contraintes et directives liées à l'attribution de noms aux volumes RAID dans le cadre des méthodes JumpStart personnalisée et Solaris Live Upgrade .

Lorsque vous créez des volumes RAID-1 à partir de volumes RAID-0 (concaténations à une seule tranche), Solaris Volume Manager duplique les données sur les sous-miroirs RAID-0 et considère les sous-miroirs comme constituant un volume unique.

La Figure 9–1 représente un miroir qui duplique le système de fichiers racine (/) sur deux disques physiques.

Figure 9–1 Création de volumes RAID-1 dans le système de fichiers racine (/) de deux disques

La Figure 9–1 représente un système ayant la configuration suivante.

• Le miroir nommé d30 est composé des sous-miroirs nommés d31 et d32. Le miroir, d30, duplique les données du système de fichiers racine (/) sur les deux sous-miroirs.

• Le système de fichiers racine (/) sur hdisk0 est inclus dans la concaténation à une seule tranche appelée d31.

• Le système de fichiers racine (/) est copié sur le disque dur appelé hdisk1. Cette copie constitue la concaténation à une seule tranche d32.

Présentation des composants de Solaris Volume Manager

Les méthodes d'installation JumpStart personnalisée et Solaris Live Upgrade permettent de créer les composants suivants, nécessaires à la réplication de données :

• base de données d'état et répliques de bases de données d'état (metadbs) ;

• volumes RAID-1 (miroirs) avec des concaténations à une seule tranche (sous-miroirs).

Cette rubrique décrit brièvement chacun de ces composants. Pour des informations plus détaillées, reportez-vous au Solaris Volume Manager Administration Guide.

Base de données d'état et répliques de bases de données d'état

La base de données d'état est une base de données contenant les informations relatives à un disque physique. Elle enregistre et suit les modifications apportées à votre configuration. Solaris Volume Manager met automatiquement à jour la base de données d'état en cas de modification de configuration ou d'état. La création d'un nouveau volume est un exemple de modification de configuration. La panne d'un sous-miroir est un exemple de modification d'état.

La base de données d'état est constituée d'un ensemble de copies de bases de données répliquées. Chaque copie, appelée réplique de base de données d'état, assure que les données de la base de données sont toujours correctes. En conservant des copies de la base de données d'état, vous vous protégez des pertes de données occasionnées par des points de panne uniques. La base de données d'état suit l'emplacement et le statut de toutes les répliques de bases de données d'état connues.

Pour fonctionner, Solaris Volume Manager requiert la création de la base de données d'état et de ses répliques. Toute configuration Solaris Volume Manager doit posséder une base de données d'état en fonctionnement.

Les répliques de bases de données d'état garantissent la validité des données de la base de données. Lorsque la base de données d'état est mise à jour, chaque réplique de base de données d'état est également mise à jour. Les mises à jour ont lieu l'une après l'autre afin d'empêcher l'altération de toutes les mises à jour en cas de panne du système.

Si le système perd une réplique de base de données d'état, Solaris Volume Manager doit identifier les répliques de base de données d'état qui contiennent encore des données valides. Solaris Volume Manager détermine cette information à l'aide de l'algorithme de consensus majoritaire. Avant de considérer les bases de données comme correctes, l'algorithme requiert qu'une majorité (la moitié + 1) de répliques de bases de données soient disponibles et en accord. Du fait de cet algorithme de consensus majoritaire, vous devez créer au moins trois répliques de bases de données d'état au moment de la configuration de votre disque. Un consensus peut être atteint si au moins deux des trois répliques de bases de données d'état sont disponibles.

Chaque réplique de base de données d'état occupe 4 Mo (8192 secteurs de disque) de la capacité de stockage du disque par défaut. Les répliques peuvent être stockées sur les périphériques suivants :

• une tranche de disque local dédiée ;

• Solaris Live Upgrade uniquement :

  • une tranche locale destinée à faire partie d'un volume ;

  • une tranche locale destinée à faire partie d'un périphérique UFS de journalisation.

Les répliques ne peuvent pas être stockées dans la tranche racine (/), swap ou /usr, ni dans les tranches qui contiennent des fichiers ou des données existants. Après le stockage des répliques, les volumes ou systèmes de fichiers peuvent être placés sur la même tranche.

Vous pouvez conserver plus d'une copie de base de données d'état sur une tranche. Toutefois, en plaçant les répliques de base de données sur une seule tranche, vous risquez de rendre le système plus sensible aux points de panne uniques.

Volumes RAID-1 (miroirs)

Un volume RAID-1, ou miroir, est un volume qui contient des copies identiques des données des volumes RAID-0 (concaténations à une seule tranche). Après la configuration d'un volume RAID-1, le volume peut être utilisé comme s'il s'agissait d'une tranche physique. Vous pouvez dupliquer n'importe quel système de fichiers, y compris ceux qui existent déjà. Vous pouvez également utiliser un volume RAID-1 pour n'importe quelle application, comme par exemple une base de données.

La mise en miroir de systèmes de fichiers à l'aide de volumes RAID-1 présente les avantages et les inconvénients suivants :

• Avec les volumes RAID-1, les données peuvent être lues simultanément depuis les volumes RAID-0 (les deux volumes sont en mesure de servir n'importe quelle requête), garantissant ainsi de meilleures performances. En cas d'échec d'un disque physique, vous pouvez continuer à utiliser le miroir sans dégradation des performances ni perte de données.

• Les volumes RAID-1 requièrent un certain investissement en termes de disques. Vous avez besoin d'un espace disque deux fois plus important que le volume de données.

• Le logiciel Solaris Volume Manager doit écrire sur tous les volumes RAID-1 ; la duplication des données peut dès lors également augmenter le temps requis pour l'écriture des requêtes sur le disque.

Volumes RAID-0 (concaténations)

Un volume RAID-0 est une concaténation à une seule tranche. La concaténation est un volume dont les données sont organisées en série et de manière adjacente entre les composants, formant une seule unité de stockage logique. Les méthodes d'installation JumpStart personnalisée et Solaris Live Upgrade ne permettent pas de créer des bandes ou autres volumes Solaris Volume Manager complexes.

Lors de l'installation ou de la mise à niveau, vous pouvez créer des volumes RAID-1 (miroirs) et attacher des volumes RAID-0 à ces miroirs. Les volumes RAID-0 mis en miroir sont appelés sous-miroirs. Un miroir est composé d'un ou plusieurs volumes RAID-0. Après l'installation, vous pouvez gérer les données sur différents volumes de sous-miroir RAID-0 en administrant le volume du miroir RAID-1 via le logiciel Solaris Volume Manager.

La méthode d'installation JumpStart personnalisée permet de créer un miroir comportant jusqu'à deux sous-miroirs. Solaris Live Upgrade permet de créer un miroir comportant jusqu'à trois sous-miroirs. En pratique, un miroir à deux voies est généralement suffisant. Un troisième sous-miroir permet de faire des sauvegardes en ligne sans perdre la redondance des données alors qu'un sous-miroir est déconnecté pour la sauvegarde.

Exemple d'organisation des disques d'un volume RAID-1

La figure suivante affiche un volume RAID-1 qui duplique un système de fichiers racine (/) sur deux disques physiques. Les répliques de bases de données d'état (metadbs) sont placées sur les deux disques.

Figure 9–2 Organisation des disques d'un volume RAID-1

La Figure 9–2 représente un système ayant la configuration suivante.

• Le miroir nommé d30 est composé des sous-miroirs nommés d31 et d32. Le miroir, d30, duplique les données du système de fichiers racine (/) sur les deux sous-miroirs.

• Le système de fichiers racine (/) sur hdisk0 est inclus dans la concaténation à une seule tranche appelée d31.

• Le système de fichiers racine (/) est copié sur le disque dur appelé hdisk1. Cette copie constitue la concaténation à une seule tranche d32.

• Des répliques de bases de données sont créées sur chacune des tranches : hdisk0 et hdisk1.

Chapitre 10 Création de volumes RAID-1 (miroirs) au cours de l'installation - Planification

Ce chapitre contient les directives de création de volumes RAID-1 à l'aide des méthodes d'installation JumpStart personnalisée ou Solaris Live Upgrade, ainsi que les configurations requises.

Ce chapitre comprend les rubriques suivantes :

• Configuration minimale requise

• Instructions et conditions relatives aux répliques de bases de données d'état

• Conditions et instructions relatives aux volumes RAID-1 et RAID-0

• Initialisation en mode monoutilisateur et maintenance du miroir

Pour de plus amples informations sur Solaris Live Upgrade ou JumpStart, reportez-vous aux références suivantes :

• Pour Solaris Live Upgrade : section General Guidelines When Creating RAID-1 Volumes (Mirrored) File Systems du Solaris 10 10/08 Installation Guide: Solaris Live Upgrade and Upgrade Planning

• JumpStart :

  • Section filesys Profile Keyword (Creating RAID-1 Volumes) du Solaris 10 10/08 Installation Guide: Custom JumpStart and Advanced Installations

  • Section metadb Profile Keyword (Creating State Database Replicas) du Solaris 10 10/08 Installation Guide: Custom JumpStart and Advanced Installations

Configuration minimale requise

Pour créer des volumes RAID-1 afin de dupliquer des données sur des tranches spécifiques, les disques à utiliser doivent être directement reliés au système et disponibles lors de l'installation.

Instructions et conditions relatives aux répliques de bases de données d'état

Afin d'éviter les points de panne uniques, vous devez répartir les répliques de bases de données d'état sur plusieurs tranches, lecteurs et contrôleurs. Vous souhaitez qu'une majorité de répliques survivent à la panne d'un seul composant. Vous pouvez perdre une réplique (par exemple, lorsqu'un périphérique échoue) ; la panne risque d'engendrer des problèmes au moment de l'exécution du logiciel Solaris Volume Manager ou lors de la réinitialisation du système. Pour fonctionner, le logiciel Solaris Volume Manager requiert la disponibilité d'au moins la moitié des répliques, mais une majorité (la moitié plus une) pour être réinitialisé en mode multiutilisateur.

Pour de plus amples informations sur la création et l'administration des répliques de bases de données d'état, reportez-vous au Solaris Volume Manager Administration Guide .

Sélection de tranches pour les répliques de bases de données d'état

Avant de sélectionner les tranches des répliques de bases de données d'état, lisez attentivement les directives et recommandations suivantes :

Choix du nombre de répliques de bases de données d'état

Avant de choisir le nombre de répliques de base de données d'état, lisez attentivement les directives suivantes :

• Il est recommandé d'utiliser entre 3 et 50 répliques par groupe de disques Solaris Volume Manager. Il est conseillé de suivre les directives indiquées ci-dessous.

  • Sur un système comportant une seule unité de disque : mettez les trois répliques sur une tranche.

  • Sur un système comportant deux à quatre unités de disque : mettez deux répliques sur chaque unité de disque.

  • Sur un système comportant cinq unités de disque ou plus : mettez une réplique sur chaque lecteur.

• Des répliques de base de données d'état supplémentaires peuvent améliorer les performances du miroir. En général, il convient d'ajouter deux répliques à chaque miroir ajouté au système.

• Si votre volume RAID-1 est utilisé pour des E/S aléatoires de petite taille (par exemple pour une base de données), vérifiez votre nombre de répliques. Pour obtenir les meilleures performances, assurez-vous d'avoir au moins deux répliques supplémentaires par volume RAID-1 sur les tranches (et aussi de préférence sur les disques et contrôleurs) non connectées au volume RAID-1.

Répartition des répliques de bases de données d'état entre les contrôleurs

Si plusieurs contrôleurs sont définis, distribuez les répliques aussi uniformément que possible sur tous les contrôleurs. Cette stratégie permet de fournir de la redondance en cas d'échec d'un contrôleur et d'équilibrer la charge. Si le contrôleur a plusieurs disques, au moins deux de ces disques doivent contenir une réplique.

Conditions et instructions relatives aux volumes RAID-1 et RAID-0

Lorsque vous utilisez les volumes RAID-1 (miroirs) et les volumes RAID-0 (concaténations à une seule tranche), tenez compte des points suivants.

Directives relatives à la méthode JumpStart personnalisée et à Solaris Live Upgrade

Les méthodes d'installation JumpStart personnalisée et Solaris Live Upgrade prennent en charge un sous-ensemble des fonctions intégrées au logiciel Solaris Volume Manager. Si vous créez des systèmes de fichiers miroirs à l'aide de ces programmes d'installation, lisez attentivement les directives présentées ci-dessous.

Contraintes et directives liées à l'attribution de noms aux volumes RAID dans le cadre des méthodes JumpStart personnalisée et Solaris Live Upgrade

Respectez les règles suivantes lorsque vous définissez les noms des volumes.

• Appliquez une méthode d'attribution de noms permettant de faire correspondre les numéros des tranches et des disques aux numéros des volumes.

• Les noms de volumes doivent commencer par la lettre d suivie d'un nombre, par exemple : d0.

• Solaris Volume Manager comporte 128 noms de volumes par défaut (numérotés de 0 à 127). Voici des exemples de noms de volumes :

  • Périphérique /dev/md/dsk/d0 – volume du bloc d0

  • Périphérique /dev/md/dsk/d1 –volume du bloc d1

• Définissez des plages de valeurs pour chaque type de volume. Vous pouvez par exemple attribuer les numéros 0 à 20 aux volumes RAID-1 et les numéros 21 à 40 aux volumes RAID-0.

Conventions d'attribution de noms aux volumes RAID avec Solaris Live Upgrade

Lorsque vous créez des volumes RAID-1(miroirs) et RAID-0 (sous-miroirs) avec Solaris Live Upgrade, vous pouvez activer la détection et l'assignation de noms de volumes par le logiciel ou attribuer ces noms vous-même. Si vous activez la détection des noms par le logiciel, celui-ci attribuera le premier nom de miroir ou sous-miroir disponible. Si vous les assignez aux miroirs, choisissez des noms se terminant par zéro de façon à ce que l'installation puisse utiliser les noms finissant par 1 et 2 pour les sous-miroirs. Si vous assignez des noms de sous-miroir, assignez des noms se terminant par 1 ou 2. Si les numéros sont mal assignés, le miroir risque de ne pas être créé. Par exemple, si vous spécifiez un nom de miroir se terminant par 1 ou 2 (d1 ou d2), Solaris Live Upgrade ne peut pas créer le miroir si le nom est identique à celui de l'un des sous-miroirs.

Dans les versions précédentes, il était possible de saisir un nom de volume abrégé. À partir de la version 10 10/08, vous ne pouvez entrer que le nom de volume complet. Par exemple, seul le nom de volume complet, de type /dev/md/dsk/d10, peut être utilisé pour spécifier un miroir.

Exemple 10–1 Solaris Live Upgrade : activation de la détection et de l'attribution de nom par le logiciel pour le miroir et le sous-miroir

Dans cet exemple, Solaris Live Upgrade assigne les noms de volume. Les volumes RAID-1 d0 et d1 sont les seuls volumes utilisés. Pour le miroir d10, Solaris Live Upgrade sélectionne d2 pour le sous-miroir du périphérique c0t0d0s0 et d3 pour le sous-miroir du périphérique c1t0d0s0.

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs -m /:/dev/dsk/c0t0d0s0:attach
-m /:/dev/dsk/c1t0d0s0:attach

Exemple 10–2 Solaris Live Upgrade : assignation de noms de miroir et de sous-miroir

Dans cet exemple les noms de volumes sont assignés dans la commande. Pour le miroir d10, d11 est le nom du sous-miroir du périphérique c0t0d0s0 et d12 celui du sous-miroir du périphérique c1t0d0s0.

lucreate -n newbe -m /:/dev/md/dsk/d10:mirror,ufs -m /:/dev/dsk/c0t0d0s0,/dev/md/dsk/d11:attach
-m /:/dev/dsk/c1t0d0s0,/dev/md/dsk/d12:attach

Pour de plus amples informations sur les conventions d'attribution de noms de Solaris Volume Manager, reportez-vous au Solaris Volume Manager Administration Guide .

Conventions d'attribution de noms aux volumes RAID lors de l'installation JumpStart personnalisée

Lorsque vous créez des volumes RAID-1 (miroirs) et RAID-0 (sous-miroirs) avec la méthode d'installation JumpStart personnalisée, vous pouvez activer la détection et l'assignation de nom par le logiciel ou attribuer vous-même ces noms dans le profil.

• Si vous activez la détection des noms par le logiciel, celui-ci attribuera le premier numéro de volume disponible.

• Si vous assignez les noms dans le profil, choisissez des noms de miroirs se terminant par zéro de façon à ce que l'installation puisse utiliser les noms finissant par 1 et 2 pour les sous-miroirs.

  ---

  Remarque –

  Si les numéros sont mal assignés, le miroir risque de ne pas être créé. Si vous spécifiez par exemple un nom de miroir se terminant par 1 ou 2 (d1 ou d2), JumpStart ne peut pas créer le miroir si le nom est identique à celui de l'un des sous-miroirs.

  ---

Vous pouvez abréger les noms des tranches de disques physiques et des volumes Solaris Volume Manager. L'abréviation est le nom le plus court permettant d'identifier un périphérique de manière unique. Regardez les exemples qui suivent.

• Un volume Solaris Volume Manager peut être identifié par sa désignation dnum, ainsi /dev/md/dsk/d10 devient d10 par exemple.

• Si un système possède un seul contrôleur et plusieurs disques vous pouvez utiliser t0d0s0, mais s'il contient plusieurs contrôleurs, vous devez utiliser c0t0d0s0.

Exemple 10–3 Activation de la détection des noms de miroir et de sous-miroir par le logiciel

Dans l'exemple de profil suivant, on assigne au miroir les premiers numéros de volume disponibles. S le miroir suivant se terminant par zéro est d10, les noms d11 et d12 sont affectés aux sous-miroirs.

filesys                 mirror c0t0d0s1  / 

Exemple 10–4 Attribution de noms de miroir et de sous-miroir

Dans l'exemple de profil ci-dessous, le numéro de miroir assigné dans le profil est d30. Les noms de sous-miroir sont attribués par le logiciel, en fonction du numéro de miroir et des premiers sous-miroirs disponibles. Les noms attribués aux sous-miroirs sont d31 et d32.

filesys                 mirror:d30 c0t1d0s0 c0t0d0s0  /

Pour de plus amples informations sur les conventions d'attribution de noms de Solaris Volume Manager, reportez-vous au Solaris Volume Manager Administration Guide .

Instructions de sélection des disques et des contrôleurs

Au moment du choix des disques et contrôleurs à utiliser pour mettre en miroir un système de fichiers, tenez compte des directives présentées ci-dessous :

• L'utilisation de composants situés sur différents contrôleurs permet d'augmenter le nombre de lectures et d'écritures simultanées pouvant être effectuées.

• Gardez les tranches des différents sous-miroirs sur différents disques et contrôleurs. Les données sont beaucoup moins bien protégées si les tranches de deux sous-miroirs (ou plus) du même miroir sont sur le même disque.

• Il est préférable de répartir les sous-miroirs entre différents contrôleurs car ces derniers et les câbles qu'ils utilisent ont tendance à tomber en panne plus souvent que les disques. En procédant de la sorte, on accroît également les performances du miroir.

• Utilisez le même type de disques et de contrôleurs pour un même miroir. Le niveau de performance des divers modèles ou marques de disques et de contrôleurs est variable, surtout s'il s'agit de périphériques de stockage SCSI anciens. L'utilisation de disques et de contrôleurs de qualité inégale sur un même miroir peut entraîner une dégradation importante des performances du système.

Directives pour la sélection des tranches

Au moment du choix des tranches à utiliser pour mettre en miroir un système de fichiers, tenez compte des directives présentées ci-dessous.

• Tous les systèmes de fichiers, y compris racine (/), swap et /usr peuvent utiliser un miroir. Cela s'applique également à toute application, par exemple une base de données.

• Veillez à ce que les tranches de sous-miroirs soient de taille égale. Des sous-miroirs de taille différente génèrent de l'espace disque non utilisé.

• Si vous disposez d'un système de fichiers en miroir au sein duquel le premier sous-miroir connecté ne commence pas au cylindre 0, vous ne devez connecter aucun sous-miroir commençant au cylindre 0. Si vous tentez de connecter un sous-miroir commençant au cylindre 0 sur un miroir dont le sous-miroir original ne commence pas sur ce cylindre, le message d'erreur suivant s'affiche :

  can't attach labeled submirror to an unlabeled mirror

  Vous devez vous assurer soit que tous les sous-miroirs à relier au miroir démarrent sur le cylindre 0, soit qu'aucun ne démarre sur ce cylindre.

  Les cylindres de démarrage ne doivent pas nécessairement être identiques pour tous les sous-miroirs, mais l'ensemble des sous-miroirs doit soit inclure, soit ne pas inclure le cylindre 0.

Initialisation en mode monoutilisateur et maintenance du miroir

Si un système avec des miroirs pour les systèmes de fichiers racine (/), /usr et swap est initialisé en mode monoutilisateur, le système indique que ces miroirs requièrent une action de maintenance. Lorsque vous affichez ces miroirs à l'aide de la commande metastat, ces derniers, et probablement tous les miroirs du système, apparaissent à l'état « maintenance requise ».

Même si cette situation peut sembler présenter un danger potentiel, ne vous en inquiétez pas. La commande metasync -r, exécutée normalement à l'initialisation pour synchroniser les miroirs, est interrompue lorsque le système est initialisé en mode monoutilisateur. Après réinitialisation du système, la commande metasync -r s'exécute et resynchronise tous les miroirs.

Si cette interruption pose un problème, exécutez metasync -r manuellement.

Pour de plus amples informations sur metasync, reportez-vous à la page de manuel metasync(1M) et au Solaris Volume Manager Administration Guide .