Disponibilité et performances optimisées pour les applications cloud hybrides stratégiques.

Catégorie de fonctionnalité

Fonctionnalité

Détails

Prise en charge de Kubernetes

Volumes persistants

InfoScale fournit trois classes de stockage persistant (performance, résilience et sécurité avec chiffrement) pour les applications d'état en conteneurs. La création de volumes persistants garantit qu'il n'y a pas de perte de données en cas d'échec des conteneurs. Par conséquent, les données sont toujours disponibles, quel que soit l'endroit où les conteneurs sont programmés dans l'écosystème des conteneurs.

Prise en charge de Kubernetes

Disponibilité des applications

InfoScale gère la haute disponibilité et l'automatisation de la restauration des applications exécutées dans des conteneurs en surveillant les processus et ressources critiques des applications. InfoScale fournit également une clôture et un arbitrage pour empêcher la corruption des données des applications et accélérer la restauration.

Prise en charge de Kubernetes

Gestion du stockage avancée

InfoScale prend en charge le plug-in Kubernetes Container Storage Interface (CSI) pour fournir un stockage partagé haute performance pour les clusters Kubernetes à l'aide du stockage rapide qui est directement connecté aux nœuds de cluster Kubernetes. InfoScale Storage fournit un stockage persistant et hautement disponible, conforme aux spécifications CSI pour les applications d'entreprise. Pour ce faire, il utilise un accès au stockage parallèle hautement performant sur un stockage partagé (SAN) ou dans des environnements de partage de stockage flexible (FSS). InfoScale prend également en charge Velero, qui est une application tierce, pour la gestion du cycle de vie des instantanés.

Prise en charge de Kubernetes

Migration des applications

InfoScale prend en charge le déplacement d'applications non-conteneurisées vers des environnements de conteneurs en copiant les volumes de stockage de données d'applications dans les nœuds de cluster de Kubernetes. Le plugin InfoScale CSI présente ensuite les mêmes données aux applications qui s'exécutent dans le conteneur.

Sécurité et gouvernance

Prise en charge de la protection contre les ransomwares

Pour garantir la conformité aux exigences de sécurité et de gouvernance des données critiques, la prise en charge des fonctionnalités suivantes est ajoutée au module Veritas File System (VxFS) :

• Un système de stockage WORM (stockage non réinscriptible).
• Une horloge de sécurité.
• Des journaux d'audit.

Conformité

Clés de chiffrement de volume pour la conformité

Pour les volumes chiffrés créés avec un groupe de disques de la version 300 ou ultérieure, InfoScale utilise les normes FIPS 140-2 pour valider le chiffrement de clé (KEK) qui sécurise le chiffrement de volume. Pour les volumes chiffrés créés avec la version 290 ou antérieure du groupe de disques, vous devez d'abord passer à la version 300 ou ultérieure du groupe de disques. Par la suite, vous pouvez utiliser la modification de chiffrement pour vous assurer qu'InfoScale utilise les normes FIPS pour valider le KEK.

Communication

Prise en charge de la configuration de LLT sur un multiport UDP

LLT utilise des ports UDP pour la communication entre les nœuds de cluster et crée un port UDP pour chaque lien LLT. Dans les environnements de partage de stockage flexible (FSS), les opérations de lecture-écriture peuvent être effectuées sur des disques distants, et un socket par liaison LLT peut ne pas être suffisant pour des volumes importants de données. D'autres sockets sont nécessaires pour atteindre le parallélisme et le débit requis pour répondre aux besoins des applications qui génèrent d'importants volumes de données.

Mises à niveau de nœuds de cluster

Déploiement des mises à niveau des nœuds de cluster avec des versions différentes du moteur VCS

Le processus de déploiement des mises à niveau réduit le temps d'arrêt d'un cluster lors d'une mise à niveau au temps nécessaire pour effectuer un basculement sur un groupe de services. InfoScale 7.4.2 et les versions ultérieures vous permettent de configurer des clusters avec des nœuds qui exécutent différentes versions du moteur VCS. Pour prendre en charge de telles configurations, le programme d'installation fournit une option de déploiement des mises à niveau pour les composants InfoScale qui met à niveau les RPM du noyau et les RPM liés aux agents VCS dans le même processus. Le déploiement des mises à niveau peut impliquer des temps d'arrêt d'applications pendant la mise à niveau d'un nœud, mais aucun temps d'arrêt de cluster.

Catégorie de fonctionnalité

Fonctionnalité

Détails

Réplication

Journalisation DCM dans DCO

Dans InfoScale 7.4.1 et les versions antérieures, lorsque la réplication est configurée, un journal de mappe de modification de données (DCM, Data Change Map) est associé à chaque volume de données en tant que plex de journal dans le RVG. À partir de la version 7.4.2, InfoScale vous permet de maintenir les journaux DCM en mappes Fast Mirror Resync (FMR) par volume dans l'objet de modification de données (DCO, Data Change Object) qui est associé aux volumes de données correspondants.

Réplication

Mode synchrone adaptatif dans VVR

Le mode synchrone adaptatif de VVR constitue une amélioration du mode de remplacement synchrone déjà existant. En mode synchrone adaptatif, la réplication passe de synchrone à asynchrone en fonction de la latence du réseau intersite. Cela permet à la réplication d'être effectuée en mode synchrone lorsque les conditions du réseau sont bonnes et de basculer automatiquement en mode asynchrone en cas d'augmentation de la latence du réseau intersite.

Veritas File System

Modification des versions de structure de disque (DLV) VxFS

Les modifications de DLV suivantes sont désormais applicables :

• Nouvelle prise en charge de DLV 16.
• La DLV par défaut est DLV 16.
• Arrêt de la prise en charge de DLV 11.

Veritas Volume Manager

Prise en charge de la gestion de la clé de chiffrement au niveau des groupes de disques et de l'opération de modification de chiffrement

InfoScale prend en charge l'utilisation d'une seule clé KMS pour tous les volumes dans un groupe de disques. Par conséquent, vous pouvez conserver une clé KMS commune au niveau du groupe de disques au lieu de conserver une clé KMS individuelle pour chaque volume. Lorsque vous démarrez un volume chiffré qui partage une clé KMS avec le groupe de disques, VxVM doit récupérer uniquement une clé pour permettre l'accès au volume. Ainsi, une clé KMS commune réduit la charge réseau envoyée au KMS sous forme de multiples requêtes basées sur le nombre de volumes. Une seule requête au KMS vous permet de démarrer tous les volumes en une seule opération.

Agents Cluster Server

Agent Mount compatible avec IMF

IMF pour le montage est désormais pris en charge pour les systèmes de fichiers VxFS, ext4, XFS et NFS.

Agents Cluster Server

Prise en charge de SystemD pour les agents Sybase et SybaseBk

Les agents VCS pour Sybase et SybaseBk sont désormais pris en charge dans les environnements SystemD et les fichiers de service des unités VCS sont disponibles pour les services d'application correspondants.

Cluster Server

Prise en charge de la configuration de LLT sur un multiport UDP

LLT utilise des ports UDP pour la communication entre les nœuds de cluster et crée un port UDP par lien LLT. Dans un environnement Flexible Storage Sharing (FFS), les données peuvent être lues et écrites sur des disques distants. Dans ce cas, un port par liaison LLT peut être insuffisant pour les opérations de lecture-écriture de grande envergure. Davantage de ports sont nécessaires pour parvenir au parallélisme et au débit nécessaires afin de répondre aux besoins des applications à forte production de données. La configuration de LLT sur multiport UDP vous permet de créer des ports supplémentaires pour chaque liaison. Ces ports sont réservés à l'envoi d'E/S.

Cluster Server

Possibilité de désactiver CmdServer

Par défaut, le processus CmdServer s'exécute en tant que daemon. Il démarre dès que VCS démarre et le daemon ne peut pas être désactivé. InfoScale vous permet désormais de désactiver le daemon CmdServer.

Cluster Server

Possibilité d'arrêter VCS sans évacuation des groupes de services

Par défaut, lorsque VCS est arrêté dans le cadre d'une opération de redémarrage du système, les groupes de services actifs sur le nœud sont migrés vers un autre nœud de cluster. Dans certains cas, il est préférable de ne pas évacuer les groupes de services lors d'un redémarrage du système. Par exemple, pour éviter une intervention administrative lors d'un arrêt manuel. InfoScale vous permet désormais de choisir d'évacuer ou non les groupes de services lors de l'arrêt de VCS.

Cluster Server

Prise en charge du démarrage de VCS dans un environnement personnalisé

InfoScale fournit les fichiers suivants qui vous permettent de personnaliser votre environnement de démarrage VCS et le mode de démarrage du moteur VCS :

• pre_hastart pour exécuter des tâches personnalisées avant hastart.
• custom_vcsenv pour installer un environnement personnalisé.
• custom_had_start pour personnaliser le démarrage du HAD.

Cluster Server

Possibilité de former un cluster avec différentes versions du moteur VCS

À partir de la version 7.4.2, InfoScale permet de former des clusters avec des nœuds qui exécutent différentes versions du moteur VCS. Pour cela, il fournit un cadre qui vous permet de :

• Ajouter des nœuds avec des nouvelles versions du moteur VCS à un cluster existant.
• Mettre à niveau InfoScale sur un nœud à la fois sans qu'un temps d'arrêt de la haute disponibilité au niveau du cluster ne soit nécessaire.
• Gérer l'utilisation simultanée de plusieurs versions de moteur VCS à l'aide du numéro de protocole du cluster.

Configurations prises en charge

Prise en charge obsolète d'Oracle 11g R2

InfoScale ne prend plus en charge les configurations avec Oracle 11g R2 ou version antérieure.

Configurations prises en charge

Prise en charge d'Oracle 19c

InfoScale prend désormais en charge les configurations à instance unique avec Oracle 19c.

Sécurité

Chiffrement du mot de passe amélioré pour les utilisateurs et agents VCS

Le composant VCS utilise désormais par défaut l'algorithme AES-256 pour chiffrer les mots de passe des utilisateurs et agents VCS, pour une sécurité renforcée. L'utilitaire vcsencrypt et la commande hauser génèrent des mots de passe chiffrés à l'aide de l'algorithme AES-256 standard.

Installation et mises à niveau

Prise en charge d'Ansible améliorée

Dans cette version, des fonctionnalités supplémentaires ont été ajoutées au module Ansible fourni par Veritas. Vous pouvez désormais utiliser Ansible pour effectuer les opérations suivantes dans un environnement InfoScale sous Linux :

• Ajouter et supprimer des nœuds dans un cluster.
• Configurer un cluster avec LLT sur UDP.
• Créer des volumes basés sur des étiquettes de disque.
• Configurer et créer des ressources pour Veritas Volume Replicator (VVR) et Cluster.
• Répliquer des volumes (CVR).
• Créer un cluster à nœud unique.

Installation et mises à niveau

Modifications du package VRTSperl

Le package VRTSperl 5.30 est construit à l'aide du code source Perl 5.30. Par conséquent, toutes les fonctions et corrections de la base Perl 5.30 sont disponibles dans VRTSPerl 5.30. En outre, la correction du problème suivant est désormais incluse dans VRTSPerl 5.30 :

Impossible de définir des ID de groupe supplémentaires #17031 : https://github.com/perl/perl5/issues/17031

Installation et mises à niveau

Modification des procédures de mise à niveau

Vous pouvez effectuer la mise à niveau vers Veritas InfoScale 7.4.2 uniquement si la version du produit actuellement installé est l'une des versions de base suivantes :

• 6.2.1
• 7.2
• 7.3.1
• 7.4.1

Catégorie de fonctionnalité

Fonctionnalité

Détails

Configurations prises en charge

Prise en charge des configurations CIFS sur SUSE 15

Vous pouvez configurer CIFS en mode utilisateur, en mode domaine ou en mode ads.

Configurations prises en charge

Prise en charge de SUSE 15

Catégorie de fonctionnalité

Fonctionnalité

Détails

Agents Cluster Server

Utilisation des attributs SystemD pour Sybase et SybaseBk

Les attributs SystemD sont applicables uniquement sur SLES 12, RHEL 7 et les distributions compatibles RHEL prises en charge. InfoScale fournit les attributs facultatifs suivants aux agents Sybase et SybaseBk dans les environnements SystemD.

Agents Cluster Server

Prise en charge de SystemD pour les agents Sybase et SybaseBk

Les agents VCS pour Sybase et SybaseBk sont désormais pris en charge dans les environnements SystemD et les fichiers de service des unités VCS sont disponibles pour les services d'application correspondants.

Cluster Server

Désactivation de CmdServer

Par défaut, le processus CmdServer s'exécute en tant que daemon. Il démarre dès que VCS démarre et le daemon ne peut pas être désactivé. InfoScale vous permet désormais de désactiver le daemon CmdServer.

Cluster Server

Arrêt de VCS sans évacuation des groupes de services

Par défaut, lorsque VCS est arrêté dans le cadre d'une opération de redémarrage du système, les groupes de services actifs sur le nœud sont migrés vers un autre nœud de cluster. Dans certains cas, il est préférable de ne pas évacuer les groupes de services lors d'un redémarrage du système. Par exemple, pour éviter une intervention administrative lors d'un arrêt manuel. InfoScale vous permet désormais de choisir d'évacuer ou non les groupes de services lors de l'arrêt de VCS. Une nouvelle variable d'environnement, NOEVACUATE, a été introduite pour vous permettre de spécifier s'il faut ou non évacuer les groupes de services lorsqu'un nœud est arrêté ou redémarré.

Configurations prises en charge

Prise en charge d'InfoScale dans les environnements HCI Nutanix

InfoScale prend en charge l'architecture d'infrastructure hyperconvergée (HCI) de Nutanix. L'hyperviseur Nutanix Acropolis (AHV) peut coexister avec l'infrastructure de stockage existante et décharger les charges de travail des plates-formes de stockage existantes pour améliorer les performances, les capacités et l'évolutivité linéaire d'InfoScale. Cette fonctionnalité offre une architecture unifiée, évolutive et sans partage, sans point de défaillance unique (SPOF). Vous pouvez configurer des clusters InfoScale sur des machines virtuelles (VM) hébergées sur Nutanix AHV. Vous pouvez créer les configurations haute disponibilité (HA) suivantes pour des applications à l'aide des composants InfoScale sur les machines virtuelles Nutanix :

• Configuration actif/actif dans laquelle les données d'application résident sur Veritas Cluster File System (CFS)
• Configuration actif/passif dans laquelle les données d'application résident sur Veritas File System (VxFS)

Vous pouvez configurer des applications pour la reprise après incident (DR) à l'aide du composant Volume Replicator (VVR) et de la fonctionnalité Global Cluster Option (GCO) d'InfoScale.

Les configurations InfoScale sont prises en charge uniquement sur Nutanix AOS 5.10.5 et versions ultérieures.

Catégorie de fonctionnalité

Fonctionnalité

Détails

Installation et mises à niveau

Prise en charge d'Ansible

Ansible est un outil courant de gestion de configuration qui automatise diverses opérations de configuration et de déploiement dans votre environnement. Les playbooks Ansible sont des fichiers écrits au format YAML qui contiennent du code lisible vous permettant de définir les opérations effectuées dans votre environnement.

Veritas fournit désormais des modules Ansible qui peuvent être utilisés dans les playbooks pour installer ou mettre à niveau Veritas InfoScale, déployer des clusters ou configurer des fonctionnalités telles que Flexible Storage Sharing (FSS), Cluster File System (CFS) et Disk Group Volume.

Pour obtenir les modules Ansible, des modèles de playbook et le guide permettant d'utiliser Ansible dans un environnement InfoScale, rendez-vous sur :

https://sort.veritas.com/utility/ansible

Installation et mises à niveau

Mise à niveau

Vous pouvez effectuer la mise à niveau vers Veritas InfoScale 7.4.1 uniquement si la version de base du produit actuellement installé est 6.2.1 ou une version ultérieure.

Installation et mises à niveau

Fin de la prise en charge de la coexistence des produits Veritas InfoScale

La prise en charge de la coexistence des produits Veritas InfoScale suivants n'est plus assurée dans la version 7.4.1 :

• InfoScale Availability et InfoScale Storage
• InfoScale Availability et InfoScale Foundation

Veritas ne prend plus en charge la coexistence de plusieurs produits InfoScale dans un même système.

Gestion des licences

Misc

Veritas recueille des informations relatives aux licences et aux plates-formes depuis les produits InfoScale, dans le cadre du programme d'amélioration des produits Veritas. Les informations recueillies nous permettent d'identifier la manière dont nos clients déploient et utilisent le produit et ainsi de gérer les licences client plus efficacement.

Le collecteur de télémétrie Veritas est utilisé pour recueillir des informations relatives aux licences et aux plates-formes depuis les produits InfoScale, dans le cadre du programme d'amélioration des produits Veritas. Le collecteur de télémétrie Veritas envoie ces informations à un serveur de périphérie.

Le récepteur Veritas Cloud Receiver (VCR) est un serveur de périphérie cloud préconfiguré et déployé par Veritas. Lors de l'installation ou de la mise à niveau d'InfoScale, assurez-vous de configurer Veritas Cloud Receiver (VCR) en tant que serveur de périphérie.

Pour obtenir plus d'informations sur l'installation et la configuration de la collecte de données de télémétrie, consultez les guides Installation de Veritas InfoScale ou Configuration et mise à niveau de Veritas InfoScale.

Sécurité

Prise en charge d'un certificat tiers pour la validation d'entité sur un serveur SSL/TLS

InfoScale prend en charge l'utilisation d'un certificat tiers pour la validation d'entité sur un serveur SSL/TLS dans VxAT, sur un hôte Linux.

Remarque : le certificat tiers n'est pas pris en charge pour l'hôte Windows.

Dans les versions précédentes d'InfoScale, le serveur SSL/TLS utilise un certificat auto-signé. Ce dernier n'est pas vérifié par une autorité de certification fiable et présente donc des risques de sécurité.

Grâce à la prise en charge de certificats tiers fiables, vous pouvez désormais générer un certificat pour le serveur SSL/TLS en fournissant la phrase secrète chiffrée à InfoScale. InfoScale émet alors une requête de signature de certificat, qui servira ensuite à générer un certificat pour le serveur SSL/TLS.

Pour plus d'informations, consultez le Guide d'installation de Veritas InfoScale - Linux.

Sécurité

Arrêt de la prise en charge du serveur SSL/TLS pour TLSv1.0 et TLSv1.1

Afin de réduire les vulnérabilités en matière de sécurité, les protocoles TLSv1.0 et TLSv1.1 ne sont pas pris en charge par défaut. Cependant, vous pouvez activer ces protocoles en définissant la valeur de l'attribut AT_CLIENT_ALLOW_TLSV1 sur 1.

Sécurité

Arrêt de la prise en charge

Les fonctionnalités suivantes ne sont plus prises en charge dans cette version :

• L'attribut AllowV2 servant à activer ou désactiver le protocole SSLv2.
• Les suites de codes à complexité moyenne pour la communication SSL.

Sécurité

openssl 1.0.2o pour une sécurité renforcée

Le serveur VxAT utilise désormais openssl 1.0.2o pour la communication SSL.

Configurations prises en charge

Prise en charge d'Oracle 18c

InfoScale prend désormais en charge les configurations à instance unique avec Oracle 18c.

Configurations prises en charge

Prise en charge d'Oracle Enterprise Manager 13c

InfoScale fournit désormais un plug-in OEM pour Oracle 13c.

Environnements cloud

Nouveaux agents haute disponibilité pour Google Cloud Platform (GCP)

InfoScale a introduit les agents GoogleIP et GoogleDisk pour les environnements GCP.

Ces agents sont fournis avec le produit.

Agent GoogleIP
L'agent GoogleIP gère les ressources réseau dans Google Cloud.

L'agent effectue les tâches suivantes :

• Obtention des informations de la carte réseau, création de la configuration et association ou dissociation de l'adresse IP privée aux instances de machine virtuelle
• Gestion du routage des adresses IP de superposition pour basculer entre les sous-réseaux

La ressource GoogleIP dépend de la ressource IP.

Agent GoogleDisk
L'agent GoogleDisk fonctionne avec les disques persistants zonaux dans Google Cloud. L'agent met les disques en ligne, surveille leur état et les arrête. Il attache les disques à une instance de machine virtuelle rattachée au même groupe de ressources ou à un autre. L'agent utilise GCP Python SDK pour déterminer si les disques sont connectés aux instances de machine virtuelle ou non.

La ressource GoogleDisk ne dépend d'aucune autre ressource.

Pour plus d'informations, consultez le Guide de référence des agents intégrés Cluster Server - Linux.

Environnements cloud

Prise en charge de la hiérarchisation au niveau des fichiers pour migrer des données à l'aide de connecteurs cloud

InfoScale prend en charge la hiérarchisation au niveau des fichiers pour migrer des données à l'aide de connecteurs cloud.

Avec la hiérarchisation au niveau des fichiers, un fichier unique est divisé en morceaux de taille définie et chaque morceau est stocké en tant qu'objet unique. Un fichier peut ainsi comprendre plusieurs objets. Une métadonnée appropriée est associée à chaque objet, ce qui facilite l'accès au fichier directement depuis le cloud.

Parce qu'un fichier est divisé en objets individuels, les performances de lecture-écriture sont améliorées. De plus, la grande taille des objets facilite la migration de gros fichiers au moyen d'un découpage minimal.

Pour plus d'informations sur la migration des données à l'aide de connecteurs cloud, reportez-vous au document Les solutions InfoScale dans des environnements cloud.

Environnements cloud

Prise en charge des configurations InfoScale dans Google Cloud

InfoScale vous permet de configurer des applications pour la haute disponibilité et la reprise après incident dans des environnements Google Cloud. Les agents GoogleIP et GoogleDisk sont fournis pour prendre en charge les ressources IP et les ressources disque dans GCP.

Les configurations de réplication suivantes sont prises en charge :

• Réplication d'une région GCP à l'autre
• Réplication sur plusieurs zones et régions GCP (cluster de campus)

Les configurations de haute disponibilité et de reprise après incident suivantes sont prises en charge :

• Basculement au sein d'un sous-réseau d'une zone GCP à l'aide d'une adresse IP privée virtuelle
• Basculement entre des sous-réseaux GCP à l'aide d'une adresse IP de superposition
• Reprise après incident sur plusieurs régions GCP ou réseaux VPC
• Stockage partagé au sein d'une zone GCP ou entre plusieurs zones GCP

Pour plus d'informations, reportez-vous au document Les solutions InfoScale dans des environnements cloud.

Agents Cluster Server

Prise en charge d'un agent d'application cloné

L'agent d'application est utilisé pour rendre des applications hautement disponibles lorsqu'un agent ISV approprié n'est pas disponible. Pour rendre plusieurs applications différentes hautement disponibles à l'aide d'un cluster, vous devez créer un groupe de services pour chaque application. InfoScale vous permet de cloner l'agent d'application afin de pouvoir configurer un groupe de services différent pour chaque application. Vous devez ensuite attribuer les autorisations d'opérateur appropriées à chaque groupe de services pour qu'il fonctionne comme prévu.

Remarque : un agent d'application cloné est également compatible avec IMF.

Pour plus d'informations, consultez le Guide de référence des agents intégrés Cluster Server relatif à votre plate-forme.

Agents Cluster Server

Agent SambaShare compatible avec IMF

L'agent SambaShare est désormais compatible avec IMF.

Agents Cluster Server

Nouveaux attributs optionnels dans l'agent de serveur Samba

L'agent de serveur Samba prend désormais en charge les interfaces et les attributs BindInterfaceOnly. Ces attributs permettent à l'agent de surveiller toutes les chaînes d'interfaces prises en charge par le serveur Samba.

Veritas Volume Manager

Amélioration des performances du daemon vradmind pour la collecte de statistiques consolidées

Vous pouvez configurer VVR de sorte à ce qu'il recueille des statistiques sur les composants VVR. Les statistiques recueillies peuvent être utilisées pour surveiller le système et diagnostiquer les problèmes de configuration de VVR. Par défaut, VVR recueille automatiquement les statistiques au démarrage du daemon vradmind.

Les performances du daemon vradmind sont améliorées lorsqu'il est configuré en tant que processus multithread dans lequel un thread est spécifiquement réservé à la collecte de statistiques périodiques.

Remarque : si le daemon vradmind n'est pas en cours d'exécution, VVR cesse de recueillir les statistiques.

Pour plus de détails, consultez le Guide de l'administrateur de la réplication Veritas InfoScale.

Veritas Volume Manager

Modification de la reconstruction automatique dans un environnement FSS

Dans des environnements FSS, la reconstruction automatique utilise un mécanisme basé sur des politiques pour réparer les défaillances de stockage. Les défaillances de stockage peuvent inclure une défaillance du support de disque ou des défaillances de nœud qui rendent le stockage inaccessible. Cependant, VxVM n'était pas en mesure de faire la différence entre les défaillances de support de disque et les défaillances de nœud. Par conséquent, VxVM définissait la même valeur pour les deux paramètres ajustables node_reloc_timeout et storage_reloc_timeout.

Le daemon de reconstruction automatique a été amélioré et peut désormais distinguer la défaillance du support de disque des défaillances de nœud. Vous pouvez à présent définir des valeurs différentes pour les paramètres ajustables node_reloc_timeout et storage_reloc_timeout pour la reconstruction automatique dans les environnements FSS. La valeur par défaut du paramètre ajustable storage_reloc_timeout est de 30 minutes et celle du paramètre ajustable node_reloc_timeout est de 120 minutes. Vous pouvez modifier la valeur des paramètres ajustables en fonction des besoins de votre entreprise.

Veritas File System

Modification des versions de structure de disque (DLV) VxFS

Les modifications de DLV suivantes sont désormais applicables :

• Nouvelle prise en charge de DLV 15
• La DLV par défaut est DLV 15
• Arrêt de la prise en charge de DLV 10

Cette modification signifie que vous pouvez créer et installer VxFS uniquement sur DLV 11 et versions ultérieures. Vous pouvez utiliser les versions 6 à 10 de DLV pour une installation locale uniquement.

Veritas File System

Prise en charge des attributs étendus de sécurité SELinux

La politique SELinux pour RHEL 7.6 et versions ultérieures inclut désormais la prise en charge du système de fichiers VxFS en tant que stockage persistant des attributs étendus de sécurité SELinux. Grâce à cette prise en charge, vous pouvez désormais utiliser les fonctions et fonctionnalités de sécurité SELinux sur des fichiers et répertoires VxFS sur RHEL 7.6 et versions ultérieures.

Réplication

Prise en charge supplémentaire pour désigner un nœud secondaire en tant que propriétaire du journal

Dans un environnement de reprise après incident, VVR respecte l'ordre d'écriture des E/S d'application reçues. Lors de la réplication dans un environnement de groupe de disques partagé, VVR désigne un nœud de cluster en tant que propriétaire du journal pour respecter l'ordre des écritures.

Par défaut, VVR désigne le nœud maître en tant que propriétaire du journal.

Afin d'optimiser la charge de travail du nœud principal, VVR vous permet désormais de sélectionner n'importe quel nœud de cluster (nœud secondaire) pour lui assigner le rôle de propriétaire du journal.

Remarque : dans les cas suivants, la modification du rôle de propriétaire du journal n'est pas conservée et le nœud principal reprend cette fonction.

• Mise à niveau du produit
• Mise à niveau ou redémarrage du cluster
• Défaillance du nœud secondaire propriétaire du journal

Pour obtenir plus d'informations sur la désignation d'un nœud secondaire en tant que propriétaire du journal, consultez le Guide de l'administrateur de la réplication Veritas InfoScale™ 7.4.1.

Réplication

Aperçu technologique : mode synchrone adaptatif dans VVR

Lorsque l'attribut synchrone de RLINK est défini sur remplacer dans VVR, le système bascule temporairement le mode de réplication de synchrone à asynchrone chaque fois que RLINK est déconnecté. L'option remplacer permet à VVR de continuer à recevoir des écritures de la part de l'application même lorsque RLINK est déconnecté. Cependant, en cas de latence élevée du réseau, la réplication continue de s'exécuter en mode synchrone et entraîne une dégradation des performances de l'application.

Le mode synchrone adaptatif de VVR constitue une amélioration du mode de remplacement synchrone déjà existant. En mode synchrone adaptatif, la réplication passe de synchrone à asynchrone en fonction de la latence du réseau intersite. Cela permet à la réplication d'être effectuée en mode synchrone lorsque les conditions du réseau sont bonnes et de basculer automatiquement en mode asynchrone en cas d'augmentation de la latence du réseau intersite.

• seuil de passage en mode asynchrone (pourcentage d'occurrences dont le délai d'attente a expiré)
• intervalle de temps pendant lequel le seuil est calculé
• intervalle de temps pendant lequel le système doit rester en mode asynchrone avant de repasser en mode synchrone

Vous pouvez également définir des alertes qui se déclencheront lorsque le système subit des périodes prolongées de détérioration du réseau. Pour obtenir plus d'informations, consultez le Guide de l'administrateur de la réplication Veritas InfoScale - Linux.