Déploiement automatisé de VM pour IBM Db2 sous Linux pour SAP

Ce guide de déploiement explique comment déployer les ressources Google Cloud d'une instance IBM Db2 sous Linux compatible avec les applications SAP.

Les instructions de ce guide font appel à Terraform pour déployer et configurer la VM, le système d'exploitation Linux et les volumes de disque requis pour IBM Db2, ainsi que pour installer l'agent de surveillance de Google Cloud pour SAP NetWeaver.

Pour en savoir plus sur la planification du déploiement, consultez le guide de planification IBM Db2 pour SAP.

Prérequis

Si vous souhaitez que votre charge de travail SAP s'exécute conformément aux exigences liées à la résidence des données, au contrôle des accès, au personnel d'assistance ou à la réglementation, vous devez créer le dossier Assured Workloads requis. Pour en savoir plus, consultez la page Contrôles de conformité et de souveraineté pour SAP sur Google Cloud.

Si vous ne disposez pas encore de projet Google Cloud avec la facturation activée, vous devez en créer un avant de procéder au déploiement d'une machine virtuelle (VM) pour l'installation d'IBM Db2.

Créer un projet

Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

Go to project selector

Make sure that billing is enabled for your Google Cloud project.

Configurer l'environnement de commande `gcloud`

Ces instructions font appel à Cloud Shell pour la saisie des commandes gcloud qui déploient ou configurent vos ressources Google Cloud. Cloud Shell est accessible via la console Google Cloud dans votre navigateur.

Cloud Shell s'exécute sur une VM fournie par Google Cloud chaque fois que vous démarrez Cloud Shell. Lorsque vous utilisez Cloud Shell pour la première fois, Google Cloud crée également un répertoire $HOME persistant qui est restauré chaque fois que vous ouvrez Cloud Shell.

La VM provisionnée inclut la dernière version de Google Cloud CLI. Par conséquent, les commandes gcloud que vous utilisez dans Cloud Shell sont les mêmes que celles que vous utiliseriez dans une instance de gcloud CLI installée localement.

Si gcloud CLI est installé, vous pouvez exécuter les commandes gcloud spécifiées dans ces instructions à partir de votre ordinateur local. Toutefois, si vous installez gcloud CLI en local, vous devez toujours vous assurer d'utiliser la dernière version de gcloud CLI.

Que vous utilisiez Cloud Shell ou gcloud CLI, vous pouvez définir et modifier les propriétés de votre environnement de commande gcloud et les enregistrer en tant que configuration. Les configurations sont des collections de paires clé-valeur qui influencent le comportement des commandes gcloud.

Vous pouvez effectuer certaines actions de base avec une configuration dans Cloud Shell, parmi lesquelles :

Initialiser une configuration :
```
gcloud init
```
Vérifier les paramètres de votre configuration gcloud actuelle :
```
gcloud config list
```
Basculez vers le projet Google Cloud requis. Remplacez PROJECT_ID par l'ID de votre projet Google Cloud.
```
gcloud config set project PROJECT_ID
```
Définissez une région par défaut. Remplacez REGION par une région Google Cloud.
```
gcloud config set compute/region REGION
```
Définissez une zone par défaut. Remplacez ZONE par une zone Google Cloud.
```
gcloud config set compute/zone ZONE
```
Créez une configuration. Remplacez NAME par le nom de la configuration.
```
gcloud config configurations create NAME
```

Pour en savoir plus sur l'utilisation des configurations, consultez la page Gérer les configurations de gcloud CLI.

Créer un réseau

Pour des raisons de sécurité, nous vous recommandons de créer un réseau, dont vous contrôlez les accès en ajoutant des règles de pare-feu ou toute autre méthode.

Si votre projet dispose d'un réseau VPC par défaut, ne l'utilisez pas. À la place, créez votre propre réseau VPC afin que les seules règles de pare-feu appliquées soient celles que vous créez explicitement.

Lors du déploiement, les instances de VM nécessitent généralement un accès à Internet pour télécharger l'agent Google Cloud pour SAP. Si vous utilisez l'une des images Linux certifiées SAP disponibles dans Google Cloud, l'instance de VM requiert également l'accès à Internet pour enregistrer la licence et accéder aux dépôts des fournisseurs d'OS. Une configuration comprenant une passerelle NAT et des tags réseau de VM permet aux VM cibles d'accéder à Internet même si elles ne possèdent pas d'adresses IP externes.

Pour créer un réseau VPC pour votre projet, procédez comme suit :

Créez un réseau en mode personnalisé. Pour plus d'informations, consultez la section Créer un réseau en mode personnalisé.
Créez un sous-réseau, puis spécifiez la région et la plage d'adresses IP. Pour plus d'informations, consultez la section Ajouter des sous-réseaux.

Configurer une passerelle NAT

Si vous avez besoin de créer une ou plusieurs VM sans adresse IP publique, vous devez utiliser la traduction d'adresse réseau (NAT) pour permettre aux VM d'accéder à Internet. Utilisez Cloud NAT, un service géré distribué et défini par logiciel de Google Cloud, qui permet aux VM d'envoyer des paquets sortants vers Internet et de recevoir tous les paquets de réponses entrants établis correspondants. Vous pouvez également configurer une VM distincte en tant que passerelle NAT.

Pour créer une instance Cloud NAT pour votre projet, consultez la page Utiliser Cloud NAT.

Une fois que vous avez configuré Cloud NAT pour votre projet, vos instances de VM peuvent accéder en toute sécurité à Internet sans adresse IP publique.

Ajouter des règles de pare-feu

Par défaut, les connexions entrantes extérieures au réseau Google Cloud sont bloquées. Pour autoriser les connexions entrantes, configurez une règle de pare-feu pour votre VM. Les règles de pare-feu ne régulent que les nouvelles connexions entrantes vers une VM. Une fois la connexion avec une VM établie, le trafic est autorisé dans les deux directions via cette connexion.

Vous pouvez créer une règle de pare-feu qui autorise l'accès à des ports spécifiés ou pour autoriser l'accès entre plusieurs VM d'un même sous-réseau.

Créez des règles de pare-feu pour autoriser l'accès à des éléments tels que :

Les ports par défaut utilisés par SAP NetWeaver, comme indiqué dans le document Ports TCP/IP de tous les produits SAP.
Les connexions de votre ordinateur ou votre environnement de réseau d'entreprise vers votre instance de VM Compute Engine. Si vous ne savez pas quelle adresse IP utiliser, contactez l'administrateur réseau de votre entreprise.
Communication entre VM dans une configuration à trois niveaux, évolutive ou à haute disponibilité. Par exemple, si vous déployez un système à trois niveaux, votre sous-réseau comprend au moins deux VM : une VM pour SAP NetWeaver et une autre pour le serveur de base de données. Pour activer la communication entre deux VM, vous devez créer une règle de pare-feu autorisant le trafic provenant du sous-réseau.

Consultez la section Créer des règles de pare-feu pour créer les règles de pare-feu de votre projet.

Déployer une VM Linux pour Db2 avec Terraform

Les instructions suivantes font appel à Terraform pour déployer une instance de VM avec Linux et tous les disques persistants dont IBM Db2 a besoin pour prendre en charge les applications SAP. Vous définissez les valeurs nécessaires à l'installation dans un fichier de configuration sap_db2.tf fourni par Google Cloud.

Les instructions suivantes utilisent Cloud Shell, mais vous pouvez choisir d'utiliser Terraform dans votre terminal local.

Ouvrez Cloud Shell.

Ouvrir Cloud Shell
Téléchargez le fichier de configuration sap_db2.tf dans votre répertoire de travail en saisissant la commande suivante dans Cloud Shell :
```
wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/terraform/sap_db2.tf
```
Ouvrez le fichier sap_db2.tf dans l'éditeur de code Cloud Shell.

Pour ouvrir l'éditeur de code Cloud Shell, cliquez sur Ouvrir l'éditeur.

Dans le fichier sap_db2.tf, mettez à jour les valeurs d'argument suivantes en remplaçant le contenu entre guillemets doubles par les valeurs de votre installation.

La plupart des arguments facultatifs ont une valeur par défaut. Lorsque vous ne spécifiez pas d'argument facultatif, la configuration Terraform utilise la valeur par défaut de cet argument, le cas échéant.

Argument	Type de données	Description
`source`	Chaîne	Spécifie l'emplacement et la version du module Terraform à utiliser lors du déploiement. Le fichier de configuration `sap_db2.tf` comprend deux instances de l'argument `source` : l'une active et l'autre incluse en tant que commentaire. L'argument `source` actif par défaut spécifie `latest` comme version de module. La deuxième instance de l'argument `source`, qui est désactivée par défaut par un caractère `#` de début, spécifie un horodatage qui identifie une version de module. Si vous avez besoin que tous vos déploiements utilisent la même version de module, supprimez le caractère `#` de début de l'argument `source` qui spécifie l'horodatage de la version, puis ajoutez-le à l'argument `source` spécifiant `latest`.
`project_id`	Chaîne	Indiquez l'ID de votre projet Google Cloud dans lequel vous déployez ce système. Par exemple, `my-project-x`.
`zone`	Chaîne	Spécifiez la zone dans laquelle vous déployez votre système SAP. Cette zone doit se trouver dans la même région que celle que vous avez sélectionnée pour votre sous-réseau. Par exemple, si votre sous-réseau est déployé dans la région `us-central1`, vous pouvez spécifier une zone telle que `us-central1-a`.
`machine_type`	Chaîne	Spécifiez le type de machine virtuelle (VM) Compute Engine sur lequel vous devez exécuter votre système SAP. Si vous avez besoin d'un type de VM personnalisé, spécifiez un type de VM prédéfini avec un nombre de processeurs virtuels le plus proche possible de la quantité dont vous avez besoin tout en étant légèrement supérieur. Une fois le déploiement terminé, modifiez le nombre de processeurs virtuels et la quantité de mémoire. Par exemple, `n1-highmem-32`.
`subnetwork`	Chaîne	Spécifiez le nom du sous-réseau que vous avez créé à une étape précédente. Si vous procédez au déploiement sur un VPC partagé, spécifiez cette valeur en tant que `SHARED_VPC_PROJECT_ID/SUBNETWORK`. Exemple : `myproject/network1`.
`linux_image`	Chaîne	Indiquez le nom de l'image du système d'exploitation Linux sur laquelle vous souhaitez déployer votre système SAP. Par exemple, `rhel-9-2-sap-ha` ou `sles-15-sp5-sap`. Pour obtenir la liste des images de système d'exploitation disponibles, consultez la page Images dans la console Google Cloud.
`linux_image_project`	Chaîne	Spécifiez le projet Google Cloud qui contient l'image que vous avez spécifiée pour l'argument `linux_image`. Ce projet peut être votre propre projet ou un projet d'image Google Cloud. Pour une image Compute Engine, spécifiez `rhel-sap-cloud` ou `suse-sap-cloud`. Pour trouver le projet d'image correspondant à votre système d'exploitation, consultez la page Détails des systèmes d'exploitation.
`instance_name`	Chaîne	Spécifiez un nom pour l'instance de VM hôte. Le nom peut contenir des lettres minuscules, des chiffres et des traits d'union. Les instances de VM des hôtes de calcul et de secours utilisent le même nom, auquel sont ajoutés la lettre `w` et le numéro d'hôte.
`db2_sid`	Chaîne	Spécifiez le SID de votre instance de base de données IBM Db2. L'ID doit comporter trois caractères alphanumériques et commencer par une lettre. Toutes les lettres doivent être en majuscules. Par exemple, `ED1`.
`db2_sid_size`	Entier	Facultatif. Spécifiez la taille en Go du volume `/db2/DBSID`, qui est le répertoire racine de votre instance de base de données IBM Db2. La taille minimale est de 8 Go. La valeur par défaut est `8`.
`db2_home_size`	Entier	Facultatif. Spécifiez la taille en Go du volume `/db2/db2DBSID`, qui est le répertoire d'accueil de votre instance de base de données IBM Db2. La taille minimale est de 8 Go. La valeur par défaut est `8`.
`db2_dump_size`	Entier	Facultatif. Spécifiez la taille en Go du volume `/db2/DBSID/db2dump`, qui contient les fichiers de dump de votre instance de base de données IBM Db2. La taille minimale est de 8 Go. La valeur par défaut est `8`.
`db2_sap_temp_size`	Entier	Facultatif. Spécifiez la taille en Go du volume `/db2/DBSID/saptmp`, qui contient l'espace de table temporaire de l'instance de base de données. La taille minimale est de 8 Go. La valeur par défaut est `8`.
`db2_sap_data_size`	Entier	Facultatif. Spécifiez la taille en Go du volume `/db2/DBSID/sapdata`, qui contient les fichiers de données de la base de données. La taille minimale est de 30 Go. La valeur par défaut est `30`.
`db2_sap_data_ssd`	Booléen	Facultatif. Spécifiez `true` pour provisionner un disque persistant SSD pour le volume `/db2/DBSID/sapdata`. Si vous spécifiez `false`, un disque persistant avec équilibrage est provisionné. La valeur par défaut est `true`.
`db2_log_size`	Entier	Facultatif. Spécifiez la taille en Go du volume `/db2/DBSID/logdir`, qui contient les journaux de transaction de la base de données. La taille minimale est de 8 Go. La valeur par défaut est `8`.
`db2_log_ssd`	Booléen	Facultatif. Spécifiez `true` pour provisionner un disque persistant SSD pour le volume `/db2/DBSID/logdir`. Si vous spécifiez `false`, un disque persistant avec équilibrage est provisionné. La valeur par défaut est `true`.
`db2_backup_size`	Entier	Facultatif. Spécifiez la taille en Go du volume `/db2backup`, qui contient les sauvegardes de la base de données. Si vous ne spécifiez pas cet argument ou définissez sa valeur sur `0`, aucun disque n'est provisionné pour le volume `/db2backup`.
`usr_sap_size`	Entier	Pour exécuter IBM Db2 et SAP NetWeaver sur la même instance de VM, spécifiez la taille du disque `/usr/sap` en Go. Si vous ne spécifiez pas cet argument ou définissez sa valeur sur `0`, aucun disque n'est provisionné pour le volume `/usr/sap`.
`sap_mnt_size`	Entier	Pour exécuter IBM Db2 et SAP NetWeaver sur la même instance de VM, spécifiez la taille du disque `/sapmnt` en Go. Si vous ne spécifiez pas cet argument ou définissez sa valeur sur `0`, aucun disque n'est provisionné pour le volume `/sapmnt`.
`swap_size`	Entier	Pour exécuter IBM Db2 et SAP NetWeaver sur la même instance de VM, spécifiez la taille du volume d'échange en Go. Si vous ne spécifiez pas cet argument ou si vous définissez sa valeur sur `0`, aucun disque n'est provisionné pour le volume d'échange.
`network_tags`	Chaîne	Facultatif. Spécifiez un ou plusieurs tags réseau séparés par une virgule que vous souhaitez associer à vos instances de VM à des fins de routage ou de pare-feu. Si vous spécifiez `public_ip = false` et ne spécifiez pas de tag réseau, veillez à fournir un autre moyen d'accès à Internet.
`public_ip`	Booléen	Facultatif. Détermine si une adresse IP publique est ajoutée ou non à votre instance de VM. La valeur par défaut est `true`. Attention : Ne spécifiez `false` que si vous avez configuré une passerelle NAT avec un tag réseau défini pour la VM ou si vous avez fourni à la VM une autre route d'accès à Internet. Si aucun moyen d'accès à Internet n'est disponible, l'installation échoue.
`service_account`	Chaîne	Facultatif. Spécifiez l'adresse e-mail d'un compte de service géré par l'utilisateur qui sera utilisée par les VM hôtes et par les programmes qui s'exécutent sur celles-ci. Par exemple, `svc-acct-name@project-id.iam.gserviceaccount.com`. Si vous spécifiez cet argument sans valeur ou si vous l'omettez, le script d'installation utilise le compte de service Compute Engine par défaut. Pour en savoir plus, consultez la page Gestion de l'authentification et des accès pour les programmes SAP sur Google Cloud.
`sap_deployment_debug`	Booléen	Facultatif. Lorsque Cloud Customer Care vous demande d'activer le débogage pour votre déploiement, spécifiez `true`, qui permet au déploiement de générer des journaux de déploiement détaillés. La valeur par défaut est `false`.
`reservation_name`	Chaîne	Facultatif. Pour utiliser une réservation de VM Compute Engine spécifique pour ce déploiement, spécifiez le nom de la réservation. Par défaut, le script d'installation sélectionne toute réservation Compute Engine disponible en fonction des conditions suivantes. Que vous définissiez son nom ou que le script d'installation le sélectionne automatiquement, la réservation doit être définie comme suit pour être utilisable : L'option `specificReservationRequired` est définie sur `true` ou, dans la console Google Cloud, l'option Sélectionner une réservation spécifique est sélectionnée. Certains types de machines Compute Engine sont compatibles avec les plates-formes de processeur qui ne sont pas couvertes par la certification SAP de ce type de machine. Si la réservation cible concerne l'un des types de machines suivants, la réservation doit spécifier les plates-formes de processeur minimales, comme indiqué : `n1-highmem-32` : Intel Broadwell `n1-highmem-64` : Intel Broadwell `n1-highmem-96` : Intel Skylake `m1-megamem-96` : Intel Skylake Les plates-formes de processeur minimales pour tous les autres types de machines certifiés par SAP pour une utilisation sur Google Cloud sont conformes à la configuration minimale requise de processeur SAP.

L'exemple de fichier de configuration sap_db2.tf suivant crée une VM configurée pour exécuter à la fois le serveur de base de données IBM Db2 et SAP NetWeaver. Le fichier de configuration demande à Terraform de déployer une VM n1-standard-16 exécutant un système d'exploitation SLES 15 SP3. La VM comprend tous les répertoires requis pour exécuter IBM Db2 avec SAP NetWeaver.

#
# ...
module "sap_db2" {
  source = https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/sap_db2/sap_db2_module.zip
  #
  # By default, this source file uses the latest release of the terraform module
  # for SAP on Google Cloud. To fix your deployments to a specific release
  # of the module, comment out the source property above and uncomment the source property below.
  #
  # source = "https://storage.googleapis.com/cloudsapdeploy/terraform/YYYYMMDDHHMM/terraform/sap_db2/sap_db2_module.zip"
  # ...
  project_id = "example-project-123456"
  zone = "us-central1-f"
  machine_type = "n1-standard-16"
  subnetwork = "example-subnet-us-central1"
  linux_image = "sles-15-sp3-sap"
  linux_image_project = "suse-sap-cloud"

  instance_name = "ex-vm-db2-lin"

  db2_sid = "AS1"
  db2_sid_size = 15
  db2_home_size = 15
  db2_dump_size = 15
  db2_sap_temp_size = 20
  db2_sap_data_size = 50
  db2_sap_data_ssd = true
  db2_log_size = 30
  db2_log_ssd = true
  db2_backup_size = 100

  usr_sap_size = 15
  sap_mnt_size = 15
  swap_size = 24
  # ...
}

Pour initialiser votre répertoire de travail actuel et télécharger le plug-in du fournisseur Terraform et les fichiers de modules pour Google Cloud, procédez comme suit :
```
terraform init
```
La commande terraform init prépare votre répertoire de travail pour d'autres commandes Terraform.

Pour forcer l'actualisation du plug-in du fournisseur et des fichiers de configuration dans votre répertoire de travail, spécifiez l'option --upgrade. Si l'option --upgrade est omise et que vous n'apportez aucune modification à votre répertoire de travail, Terraform utilise les copies mises en cache localement, même si latest est spécifié dans l'URL source.
```
terraform init --upgrade 
```
Vous pouvez également créer le plan d'exécution Terraform :
```
terraform plan
```
La commande terraform plan affiche les modifications requises par votre configuration actuelle. Si vous ignorez cette étape, la commande terraform apply crée automatiquement un plan et vous invite à l'approuver.
Pour appliquer le plan d'exécution, procédez comme suit :
```
terraform apply
```
Lorsque vous êtes invité à approuver les actions, saisissez yes.

La commande apply Terraform configure l'infrastructure Google Cloud en fonction des arguments définis dans le fichier de configuration Terraform. Le processus peut prendre quelques minutes. Pour vérifier la progression du déploiement, suivez les étapes de la section suivante.
Une fois l'instance de VM déployée, il se peut que vous ayez besoin de Compute Engine pour enregistrer le disque de démarrage si l'instance de VM a été supprimée. Dans ce cas, procédez comme suit :
1. Dans la console Google Cloud, accédez à la page instances de VM de Compute Engine.
  
  Accéder à la page "Instances de VM"
2. Pour ouvrir la page Détails de l'instance de VM correspondant à votre instance, cliquez sur son nom.
3. Cliquez sur Modifier.
4. Dans la section Disque de démarrage, pour la Règle de suppression, assurez-vous que l'option Conserver le disque est sélectionnée.
5. Cliquez sur Enregistrer.

Valider le déploiement

Pour vérifier le déploiement, consultez les journaux de déploiement dans Cloud Logging et la configuration de la VM.

Vérifier les journaux

Dans la console Google Cloud, ouvrez Cloud Logging pour surveiller la progression de l'installation et rechercher les erreurs.

Remarque : L'exécution de cette étape dans Cloud Logging peut engendrer des coûts. Pour en savoir plus, consultez la section sur les tarifs de Cloud Logging.

Accéder à CloudLogging
Filtrez les journaux :
Explorateur de journaux
1. Sur la page Explorateur de journaux, accédez au volet Requête.
2. Dans le menu déroulant Ressource, sélectionnez Global, puis cliquez sur Ajouter.
  
  Si l'option Global n'apparaît pas, saisissez la requête suivante dans l'éditeur de requête :
  resource.type="global" "Deployment"
3. Cliquez sur Exécuter la requête.
Ancienne visionneuse de journaux
- Sur la page Ancienne visionneuse de journaux, dans le menu de sélection de base, sélectionnez Global comme ressource de journalisation.
Analysez les journaux filtrés :
- Si "--- Finished" s'affiche, le traitement du déploiement est terminé, et vous pouvez passer à l'étape suivante.
- Si vous rencontrez une erreur de quota :
  1. Sur la page Quotas de la section "IAM et administration", augmentez les quotas qui ne répondent pas aux exigences de IBM Db2 répertoriées dans
  2. Ouvrez Cloud Shell.
    
    Accéder à Cloud Shell
  3. Accédez à votre répertoire de travail et supprimez le déploiement pour nettoyer les VM et les disques persistants de l'installation ayant échoué :
```
terraform destroy
```
    Lorsque vous êtes invité à approuver l'action, saisissez yes.
  4. Réexécutez le déploiement.

Vérifier la configuration de la VM

Une fois l'instance de VM déployée sans erreur, connectez-vous à votre VM via SSH. Sur la page Instances de VM de Compute Engine, vous pouvez cliquer sur le bouton SSH de votre VM ou utiliser la méthode SSH de votre choix.
Passez à l'utilisateur racine.
```
sudo su -
```

À l'requête de commande, saisissez df -h. Assurez-vous d'obtenir un résultat semblable à celui-ci :

Filesystem                     Size  Used Avail Use% Mounted on
devtmpfs                       4.0M  8.0K  4.0M   1% /dev
tmpfs                           52G     0   52G   0% /dev/shm
tmpfs                           21G   18M   21G   1% /run
tmpfs                          4.0M     0  4.0M   0% /sys/fs/cgroup
/dev/sda3                       30G  4.3G   26G  15% /
/dev/sda2                       20M  2.9M   18M  15% /boot/efi
tmpfs                           11G     0   11G   0% /run/user/0
/dev/mapper/vg_db2sid-vol       15G   48M   15G   1% /db2/AS1
/dev/mapper/vg_db2dump-vol      15G   48M   15G   1% /db2/AS1/db2dump
/dev/mapper/vg_db2sapdata-vol   50G   84M   50G   1% /db2/AS1/sapdata
/dev/mapper/vg_db2saptmp-vol    20G   53M   20G   1% /db2/AS1/saptmp
/dev/mapper/vg_db2log-vol       30G   63M   30G   1% /db2/AS1/log_dir
/dev/mapper/vg_db2home-vol      15G   48M   15G   1% /db2/db2as1
/dev/mapper/vg_db2backup-vol   100G  135M  100G   1% /db2backup
/dev/mapper/vg_usrsap-vol       15G  200M   15G   2% /usr/sap
/dev/mapper/vg_sapmnt-vol       15G   48M   15G   1% /sapmnt
tmpfs                           11G     0   11G   0% /run/user/1000

Pour vérifier que le répertoire d'échange a bien été créé, exécutez la commande suivante :
```
cat /proc/meminfo | grep Swap
```
Un résultat semblable aux lignes suivantes doit s'afficher :
```
SwapCached:            0 kB
SwapTotal:      25161724 kB
SwapFree:       25161724 kB
```

Nettoyer et réessayer le déploiement

Si l'une des étapes de vérification du déploiement des sections précédentes indique que l'installation a échoué, vous devez annuler votre déploiement et réessayer en procédant comme suit :

Corrigez les erreurs pour vous assurer que votre déploiement n'échouera pas à nouveau pour la même raison. Pour en savoir plus sur la vérification des journaux ou la résolution des erreurs liées aux quotas, consultez la section Vérifier les journaux.
Ouvrez Cloud Shell ou, si vous avez installé Google Cloud CLI sur votre poste de travail local, ouvrez un terminal.

Ouvrir Cloud Shell
Accédez au répertoire contenant le fichier de configuration Terraform que vous avez utilisé pour ce déploiement.
Supprimez toutes les ressources faisant partie de votre déploiement en exécutant la commande suivante :
```
terraform destroy
```
Lorsque vous êtes invité à approuver l'action, saisissez yes.
Relancez le déploiement comme indiqué précédemment dans ce guide.

Installer le serveur de base de données

Maintenant que votre système d'exploitation est configuré, vous pouvez passer à l'installation du serveur de base de données IBM Db2.

Pour obtenir des instructions sur l'installation de SAP NetWeaver avec IBM Db2, consultez le guide d'installation spécifique à votre système SAP NetWeaver.

Pour installer IBM Db2 sur votre VM Linux, procédez comme suit :

Établissez une connexion SSH avec votre VM basée sur Linux.
Téléchargez ou copiez l'ensemble complet de supports SAP pour IBM Db2 sur votre VM.

Vous pouvez télécharger l'ensemble des supports SAP à partir du portail d'assistance SAP.
Installez le serveur de base de données IBM Db2 à l'aide du Software Provisioning Manager (SWPM) de SAP.
Installez le fichier de licence IBM Db2.

Pour en savoir plus sur l'installation d'une licence IBM Db2 obtenue auprès de SAP, consultez la note SAP 816773 – DB6 : Installation d'une licence SAP OEM (en anglais).

Vérifier l'installation de l'agent Google Cloud pour SAP

Après avoir déployé une VM et installé le système SAP, vérifiez que l'agent Google Cloud pour SAP fonctionne correctement.

Vérifier que l'agent Google Cloud pour SAP est en cours d'exécution

Pour vérifier que l'agent est en cours d'exécution, procédez comme suit :

Établissez une connexion SSH avec votre instance de VM hôte.

Exécutez la commande suivante :

systemctl status google-cloud-sap-agent

Si l'agent fonctionne correctement, la sortie contient active (running). Exemple :

google-cloud-sap-agent.service - Google Cloud Agent for SAP
Loaded: loaded (/usr/lib/systemd/system/google-cloud-sap-agent.service; enabled; vendor preset: disabled)
Active:  active (running)  since Fri 2022-12-02 07:21:42 UTC; 4 days ago
Main PID: 1337673 (google-cloud-sa)
Tasks: 9 (limit: 100427)
Memory: 22.4 M (max: 1.0G limit: 1.0G)
CGroup: /system.slice/google-cloud-sap-agent.service
       └─1337673 /usr/bin/google-cloud-sap-agent

Si l'agent n'est pas en cours d'exécution, redémarrez-le.

Vérifier que l'agent hôte SAP reçoit les métriques

Pour vérifier que les métriques d'infrastructure sont collectées par l'agent Google Cloud pour SAP et envoyées correctement à l'agent hôte SAP, procédez comme suit :

Dans votre système SAP, saisissez la transaction ST06.
Dans le volet de synthèse, vérifiez la disponibilité et le contenu des champs suivants pour vous assurer de la configuration de façon correcte et complète de l'infrastructure de surveillance SAP et Google :
- Fournisseur cloud : Google Cloud Platform
- Accès à la surveillance améliorée : TRUE
- Détails de la surveillance améliorée : ACTIVE

Effectuer des tâches post-déploiement

Avant d'utiliser votre instance IBM Db2, nous vous recommandons d'effectuer les étapes de post-déploiement suivantes :

Mettez à jour votre logiciel IBM Db2 avec la dernière version des correctifs, si disponible.
Installez tous les composants supplémentaires.
Configurez et sauvegardez votre nouvelle base de données IBM Db2.

Pour en savoir plus sur le post-déploiement, reportez-vous à la section relative aux tâches post-installation dans le guide d'installation correspondant au système SAP que vous utilisez avec IBM Db2.

Dépannage

Cette section explique comment résoudre les problèmes courants.

Résoudre les problèmes de connexion à votre VM

Si vous rencontrez des problèmes de connexion à votre VM via ssh, vérifiez que vous avez créé une règle de pare-feu pour ouvrir le port 22 sur le réseau Google Cloud que vous utilisez.

Pour découvrir d'autres problèmes possibles, consultez la section Problèmes connus pour la connexion via ssh à partir du navigateur.

Dépanner l'agent de surveillance de Google

Pour résoudre les problèmes liés à l'agent de surveillance pour SAP NetWeaver, consultez la page Résoudre les problèmes liés à la surveillance.

Déploiement automatisé de VM pour IBM Db2 sous Linux pour SAP

Prérequis

Créer un projet

Configurer l'environnement de commande gcloud

Créer un réseau

Configurer une passerelle NAT

Ajouter des règles de pare-feu

Déployer une VM Linux pour Db2 avec Terraform

Valider le déploiement

Vérifier les journaux

Explorateur de journaux

Ancienne visionneuse de journaux

Vérifier la configuration de la VM

Nettoyer et réessayer le déploiement

Installer le serveur de base de données

Vérifier l'installation de l'agent Google Cloud pour SAP

Vérifier que l'agent Google Cloud pour SAP est en cours d'exécution

Vérifier que l'agent hôte SAP reçoit les métriques

Effectuer des tâches post-déploiement

Dépannage

Résoudre les problèmes de connexion à votre VM

Dépanner l'agent de surveillance de Google

Configurer l'environnement de commande `gcloud`