Installation du système SAP HANA haute disponibilité

Le gestionnaire de cycle de vie de la base de données SAP HANA peut être utilisé pour installer un système hôte multiple SAP HANA dans l'une des interfaces de programme et avec une combinaison de méthodes de spécification de paramètre.

Un système multi-hôte est un système avec plusieurs hôtes qui peuvent être configurés comme hôtes de travail actifs ou hôtes de secours inactifs. Le logiciel SAP HANA est conçu pour une architecture flexible qui permet une installation distribuée. Cela signifie que la charge peut être équilibrée entre différents hôtes. Le logiciel SAP HANA peut être installé sur un environnement système de fichiers partagés. Ce système de fichiers partagés doit être monté par tous les hôtes qui font partie du système.

Un système multi-hôtes peut être installé en tant que nouveau système sur plusieurs hôtes ou en ajoutant un ou plusieurs nouveaux hôtes à un système hôte unique déjà installé. Pour ajouter des hôtes à un système existant, utilisez le HDBLCM SAP HANA résident.

Il est important de passer en revue les concepts de systèmes multi-hôtes, tels que le regroupement d'hôtes et les options de stockage, avant d'installer un système multi-hôte.

Lors de la configuration d'un système à plusieurs hôtes, les hôtes supplémentaires doivent être définis comme hôtes de travail ou hôtes de secours (worker est la valeur par défaut). Les machines de travail traitent les données ; les machines de secours ne traitent aucun traitement et au lieu de cela, il suffit d'attendre de reprendre les processus en cas de panne de machine de travail.

En tant que base de données in-memory, SAP HANA vise non seulement à maintenir la fiabilité de ses données en cas de défaillance, mais aussi à reprendre les opérations avec la plupart de ces données rechargées en mémoire le plus rapidement possible. L'auto-basculement de l'hôte est une solution locale de récupération des erreurs qui peut être utilisée comme mesure supplémentaire ou alternative à la réplication du système. Un (ou plusieurs) hôte(s) de secours sont ajoutés à un système SAP HANA et configurés pour fonctionner en mode de secours.

Avant d'installer un système multi-hôte, il est important de déterminer si une haute disponibilité est nécessaire et comment les hôtes doivent être regroupés pour garantir le basculement automatique de l'hôte préféré. Pour que le basculement automatique de l'hôte soit réussi, en cas d'échec de l'hôte actif (worker), l'hôte de secours reprend son rôle en démarrant son instance de base de données à l'aide des données rendues persistantes et des fichiers journaux de l'hôte défaillant. Le serveur de noms de l'une des instances SAP HANA agit comme le gestionnaire de cluster qui pend tous les hôtes régulièrement. Si un hôte défaillant est détecté, le gestionnaire de cluster s'assure que l'hôte de secours reprend le rôle et que l'hôte défaillant n'est plus autorisé à accéder en écriture aux fichiers (appelés « escrime ») pour éviter la corruption des données. Le plantage d'un service unique ne déclenche pas le basculement car les services sont normalement redémarrés par hdbdaemon.

Le regroupement d'hôtes n'affecte pas la répartition de la charge entre les hôtes de travail. La charge est répartie entre tous les travailleurs dans un système SAP HANA. S'il existe plusieurs hôtes de secours dans un système, le regroupement d'hôtes doit être pris en compte, car le regroupement d'hôtes décide de l'affectation des ressources de secours en cas de défaillance d'une machine de travail. Si aucun groupe d'hôtes n'est spécifié, tous les hôtes appartiennent à un groupe d'hôtes appelé "par défaut". Plus il y a d'hôtes de secours dans un groupe d'hôtes, plus la sécurité de basculement est importante.

Si chacun des hôtes de secours se trouve dans un groupe d'hôtes différent, l'hôte de secours dans le même groupe que l'hôte de travail défaillant est préféré. Si un hôte de secours n'est pas disponible dans le même groupe d'hôtes, le système tente de basculer vers un hôte de secours qui fait partie d'un autre groupe hôte. L'avantage de cette configuration est que dans un système SAP HANA avec des ressources de machines mixtes, des machines de taille similaire peuvent être regroupées. Si un petit hôte de travail échoue, et qu'un petit standby dans le même groupe prend le relais, les processus sont déplacés vers une machine avec des ressources similaires, ce qui permet de poursuivre le traitement comme d'habitude avec une allocation optimale des ressources.

Si vous utilisez SAP Business Warehouse pour appliquer une stratégie de données basée sur la température, vous pouvez optimiser de manière significative l'utilisation de la mémoire et des ressources matérielles en réservant un nœud de l'infrastructure SAP HANA étendue exclusivement aux données tièdes. Dans la gestion du cycle de vie de l'information, les stratégies multi-température sont souvent appliquées, les données étant classées par fréquence d'accès comme chaudes, tièdes ou froides. En fonction de cette classification et de l'utilisation des données, ces données sont stockées dans différentes zones de mémoire.

Une stratégie de mémoire multi-température peut être requise pour différentes raisons, par example:

• Stockage des données historiques.

• Journaux Clickstream pour plusieurs années de données Web et journaux de machine détaillés.

• Directives pour la sauvegarde des données de l'entreprise, telles que la nécessité de sauvegarder toutes les données pendant au moins sept ans pour des raisons légales.

Les directives de dimensionnement SAP HANA standard permettent un encombrement des données de 50 % de la RAM disponible. Cela garantit que toutes les données peuvent toujours être conservées dans la RAM et qu'il y a suffisamment d'espace pour les ensembles de résultats intermédiaires. Ces règles de dimensionnement peuvent être considérablement assouplies sur le groupe d'extensions, car les données tièdes sont accessibles moins fréquemment, avec des accords de niveau de service de performance réduits, avec des processus moins gourmands en CPU, seulement partiellement en même temps.

Pour implémenter une stratégie de mémoire à plusieurs températures, vous pouvez affecter des hôtes à des groupes de salariés. Les données chaudes et tièdes sont ensuite réparties sur les hôtes. Pour améliorer les performances et l'utilisation de la mémoire, un nœud de travail est affecté à un nœud d'extension distinct. Contrairement aux nœuds standard (coordinateur et collaborateur), le nœud d'extension est exclusivement destiné aux données qui ne sont pas accessibles aussi fréquemment (tiède) que les autres données (chaudes). Pour plus d'informations, voir la note SAP : 2453736.

Dans les systèmes SAP HANA à hôte unique, il est possible d'utiliser des systèmes de fichiers locaux résidant sur des périphériques de stockage internes ou externes directement connectés, tels que des disques durs SCSI, des SSD, du stockage SAN ou NAS. Cependant, pour créer un système multi-hôte avec des fonctionnalités de basculement, cela ne suffit pas. Le type de système de fichiers choisi ou l'infrastructure SAN, ainsi qu'une fonctionnalité SAP HANA capable de clôturer les disques, doivent garantir ce qui suit :

• L'hôte de secours dispose d'un accès au fichier pour les volumes de données et de journaux de l'hôte en échec.

• L'hôte de travail défaillant n'a plus accès en écriture aux fichiers, appelés « escrime ».

Il existe deux configurations de stockage fondamentalement différentes qui remplissent ces deux conditions : les périphériques de stockage partagés ou les périphériques de stockage distincts avec réaffectation de basculement. Ne confondez pas le stockage partagé avec le répertoire d'installation /hana/shared qui doit être partagé sur tous les hôtes.

Un sous-système de stockage partagé, accessible à l'aide de systèmes de fichiers tels que NFS ou le GPFS d'IBM, permet de s'assurer que l'hôte de secours a accès à tous les fichiers hôte actifs dans le système. Dans une solution de stockage partagé, les périphériques de sous-système de stockage connectés en externe peuvent fournir des points de montage dynamiques pour les hôtes.

Étant donné que les sous-systèmes de stockage partagé varient dans leur gestion de la clôture, il incombe au partenaire matériel et à leurs partenaires de stockage de développer une solution de basculement sécurisée contre la corruption spécifique au système de fichiers utilisé pour accéder à ce sous-système de stockage. Une solution de stockage NFSv3 doit être utilisée en combinaison avec le connecteur de stockage fourni par le partenaire matériel. Les solutions de stockage NFSv4 et GPFS peuvent éventuellement être utilisées avec un connecteur de stockage. Un système de stockage partagé peut être configuré comme dans la figure suivante. Cependant, les montages peuvent différer entre les partenaires matériels et leurs configurations.

Il est également possible d'affecter un stockage distinct à chaque hôte SAP HANA, qui n'a rien de monté à l'exception de la zone partagée. Un stockage SAN doit être utilisé en combinaison avec le connecteur de stockage SAP Fiber Channel, que SAP HANA offre aux fournisseurs de technologies de stockage. Lors du basculement, SAP HANA utilise l'API du connecteur de stockage pour indiquer au pilote du périphérique de stockage de remonter les volumes de données et de journaux requis à l'hôte de secours et de séparer les mêmes volumes de l'hôte en échec.

Dans un environnement non partagé, un stockage distinct est utilisé en combinaison avec l'API du connecteur de stockage. Pour plus d'informations sur l'API du connecteur de stockage, voir le Guide d'administration du connecteur de stockage SAP Fiber Channel disponible dans la note SAP : 1900823.

Un système SAP HANA peut être configuré comme un système à plusieurs hôtes lors de l'installation, à l'aide du gestionnaire du cycle de vie de la base de données SAP HANA (HDBLCM) à partir du support d'installation. Il est également possible d'ajouter des hôtes après l'installation d'un système SAP HANA à hôte unique ou multiple, à l'aide du gestionnaire de cycle de vie de la base de données SAP HANA.

Utilisez l'interface utilisateur graphique du gestionnaire de cycle de vie de la base de données SAP HANA, l'interface de ligne de commande ou l'interface utilisateur Web du gestionnaire de cycle de vie de la base de données SAP HANA pour ajouter un ou plusieurs hôtes à un système SAP HANA existant. Les options de configuration varient en fonction de la manière dont l'hôte est ajouté.

La première considération est de savoir si l'hôte auquel vous êtes connecté est intégré dans le système. Si vous êtes connecté à un hôte système configuré, vous êtes sur un hôte intégré et ajoutez un hôte non intégré au système.

Si vous ajoutez un hôte à un système à hôte unique, l'interface d'écoute est automatiquement configurée comme globale lors de l'ajout de l'hôte. Une fois l'hôte ajouté au système, l'adresse réseau interne peut être définie et la communication inter-services peut être reconfigurée sur un autre paramètre, si nécessaire.

Les conditions préalables suivantes doivent être remplies pour que les hôtes puissent être ajoutés à un système SAP HANA :

• Le système SAP HANA a été installé avec son logiciel serveur sur un système de fichiers partagés (options d'exportation rw, no_root_squash).

• L'hôte a accès aux répertoires d'installation <sapmnt> et <sapmnt>/<SID>.

• Le système SAP HANA a été installé avec le gestionnaire de cycle de vie de la base de données SAP HANA.

• Le serveur de base de données SAP HANA est opérationnel.

• Vous êtes connecté en tant qu'utilisateur racine ou en tant qu'utilisateur administrateur système <sid>adm.

• La différence entre l'heure système définie sur l'hôte d'installation et l'hôte supplémentaire n'est pas supérieure à 180 secondes.

• L'administrateur du système d'exploitation (<sid>adm) peut exister sur l'hôte supplémentaire. Assurez-vous que vous disposez du mot de passe de l'utilisateur <sid>adm existant et que les attributs utilisateur et les affectations de groupes sont corrects. Le programme résident du gestionnaire de cycle de vie de la base de données SAP HANA ne modifie pas les propriétés d'un utilisateur ou d'un groupe existant.

• Note SAP : 1900823 - API du connecteur de stockage SAP HANA

• Note SAP : 405827 - Linux : systèmes de fichiers recommandés

• Note SAP : 2453736 - How-To: Configuring SAP HANA for SAP BW Extension Node in SAP HANA 2.0