Configuration de périphériques de journal ZFS distincts

Version Solaris 10 10/08 : le journal d'intention ZFS (ZIL) permet de répondre aux exigences de la norme POSIX dans le cadre de transactions synchronisées. Par exemple, les transactions de base de données doivent souvent se trouver sur des périphériques de stockage stables lorsqu'elles sont obtenues à partir d'un appel système. NFS et d'autres applications peuvent également assurer la stabilité des données à l'aide de fsync(). Par défaut, le ZIL est attribué à partir de blocs dans le pool de stockage principal. Dans cette version de Solaris, vous pouvez décider si vous souhaitez que les blocs ZIL continuent à être alloués à partir du pool de stockage principal ou à partir d'un autre périphérique de journal. Les performances peuvent parfois être améliorées en vous servant de périphériques de journal d'intention distincts dans votre pool de stockage ZFS, notamment d'une NVRAM ou d'un disque dédié.

Les périphériques de journal du ZIL ne sont pas liés aux fichiers journaux de base de données.

Vous pouvez installer un périphérique de journalisation ZFS au moment de la création du pool de stockage ou après sa création. Pour obtenir des exemples de configuration de périphériques de journal, reportez-vous aux sections Création d'un pool de stockage ZFS avec des périphériques de journal et Ajout de périphériques à un pool de stockage.

connexion d'un périphérique de journal à un périphérique journal existant afin de créer un périphérique mis en miroir. Cette opération est similaire à la connexion d'un périphérique à un pool de stockage qui n'est pas mis en miroir.

Considérez les points suivants pour déterminer si la configuration d'un périphérique de journalisation ZFS convient à votre environnement :

• Toute amélioration des performances observée suite à l'implémentation d'un périphérique de journalisation distinct dépend du type de périphérique, de la configuration matérielle du pool et de la charge de travail de l'application. Pour des informations préliminaires sur les performances, consultez le blog suivant :

  http://blogs.sun.com/perrin/entry/slog_blog_or_blogging_on

• Les périphériques de journal peuvent être mis en miroir et leur réplication peut être annulée, mais RAID-Z n'est pas pris en charge pour les périphériques de journal.

• Si un périphérique de journal distinct n'est pas mis en miroir et que le périphérique contenant le journal échoue, le stockage des blocs de journal retourne sur le pool de stockage.

• Les périphériques de journal peuvent être ajoutés, remplacés, connectés, déconnectés, importés et exportés en tant que partie du pool de stockage. À partir de la version Solaris 10 9/10, les périphériques de journal peuvent être supprimés.

• La taille minimale d'un périphérique de journal correspond à la taille minimale de chaque périphérique d'un pool, à savoir 64 Mo. La quantité de données en jeu pouvant être stockée sur un périphérique de journalisation est relativement petite. Les blocs de journal sont libérés lorsque la transaction du journal (appel système) est validée.

• La taille maximale d'un périphérique de journalisation doit être approximativement égale à la moitié de la taille de la mémoire physique car il s'agit de la quantité maximale de données en jeu potentielles pouvant être stockée. Si un système dispose par exemple de 16 Go de mémoire physique, considérez une taille maximale de périphérique de journal de 8 Go.