

• Le AWS Systems Manager CloudWatch tableau de bord ne sera plus disponible après le 30 avril 2026. Les clients peuvent continuer à utiliser CloudWatch la console Amazon pour consulter, créer et gérer leurs CloudWatch tableaux de bord Amazon, comme ils le font aujourd'hui. Pour plus d'informations, consultez la [documentation Amazon CloudWatch Dashboard](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Dashboards.html). 

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Configuration de l’enregistrement des sessions sur le disque
<a name="session-manager-logging-disk"></a>

Une fois que vous avez activé la Session Manager connexion à Amazon S3 CloudWatch ou Amazon S3, toutes les commandes exécutées au cours d'une session (et le résultat de ces commandes) sont enregistrées dans un fichier temporaire sur le disque de l'instance cible. Le fichier temporaire est nommé `ipcTempFile.log`. 

Le `ipcTempFile.log` est contrôlé par le paramètre `SessionLogsDestination` du fichier de configuration SSM Agent. Ce paramètre accepte les valeurs suivantes :
+ **disque** : si vous spécifiez ce paramètre et que la journalisation de session sur Amazon S3 CloudWatch ou sur Amazon S3 *est activée*, SSM Agent crée le fichier journal `ipcTempFile.log` temporaire, enregistre les commandes de session et les affiche sur le disque. Session Managertélécharge ce journal sur S3 CloudWatch ou sur S3 pendant ou après la session, selon la configuration de journalisation. Le journal est ensuite supprimé selon la durée spécifiée pour le paramètre de configuration SSM Agent `SessionLogsRetentionDurationHours`.

  Si vous spécifiez ce paramètre et que la journalisation de session sur Amazon S3 CloudWatch et Amazon S3 sont *désactivées*, l'historique des commandes et les résultats sont SSM Agent toujours enregistrés dans le `ipcTempFile.log` fichier. Le fichier sera supprimé selon la durée spécifiée pour le paramètre de configuration SSM Agent `SessionLogsRetentionDurationHours`.
+ **none** : si vous spécifiez ce paramètre et que la journalisation de session sur Amazon S3 CloudWatch ou Amazon S3 est *activée*, la journalisation sur disque fonctionne exactement comme si vous aviez spécifié le `disk` paramètre. SSM Agentnécessite le fichier temporaire lorsque la journalisation de session sur Amazon S3 CloudWatch ou Amazon S3 est activée.

  Si vous spécifiez ce paramètre et que la journalisation de session sur Amazon S3 CloudWatch ou Amazon S3 *est désactivée*, le `ipcTempFile.log` fichier SSM Agent ne sera pas créé.

Utilisez la procédure suivante pour activer ou désactiver la création du fichier journal temporaire `ipcTempFile.log` sur le disque lors du démarrage d’une session.

**Pour activer ou désactiver la création du fichier journal temporaire Session Manager sur le disque**

1. Installez SSM Agent sur votre instance ou effectuez une mise à niveau vers la version 3.2.2086 ou supérieure. Pour plus d’informations sur la vérification du numéro de version de l’agent, veuillez consulter [Vérification du numéro de version de l'SSM Agent](ssm-agent-get-version.md). Pour plus d’informations sur l’installation manuelle de l’agent, repérez la procédure qui correspond à votre système d’exploitation dans les sections suivantes :
   + [Installation et désinstallation manuelles de SSM Agent sur les instances EC2 pour Linux](manually-install-ssm-agent-linux.md)
   + [Installation et désinstallation manuelles de SSM Agent sur les instances EC2 pour macOS](manually-install-ssm-agent-macos.md)
   + [Installation et désinstallation manuelles de SSM Agent sur les instances EC2 pour Windows Server](manually-install-ssm-agent-windows.md)

1. Connectez-vous à votre instance et localisez le fichier `amazon-ssm-agent.json` à l’emplacement suivant.
   + **Linux** :/etc/amazon/ssm/
   + **macOS**: /opt/aws/ssm/
   + **Windows Server**: C:\$1Program Files\$1Amazon\$1SSM

   Si le fichier `amazon-ssm-agent.json` n’existe pas, copiez le contenu de `amazon-ssm-agent.json.template` dans un nouveau fichier dans le même répertoire. Nommez le nouveau fichier `amazon-ssm-agent.json`. 

1. Spécifiez `none` ou `disk` pour le paramètre `SessionLogsDestination`. Enregistrez vos modifications.

1. [Redémarrez](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-status-and-restart.html) SSM Agent.

Si vous avez spécifié `disk` pour le paramètre `SessionLogsDestination`, vous pouvez vérifier que SSM Agent crée le fichier journal temporaire en démarrant une nouvelle session, puis en localisant le `ipcTempFile.log` à l’emplacement suivant :
+ **Linux** ://var/lib/amazon/ssm*target ID*/session/orchestration/ *session ID* /Standard\$1Stream/ .log ipcTempFile
+ **macOS**://opt/aws/ssm/data*target ID*/session/orchestration/ *session ID* /Standard\$1Stream/ .log ipcTempFile
+ **Windows Server**: C : \$1 \$1 Amazon ProgramData \$1 SSM \$1 \$1 session InstanceData \$1 orchestration *target ID* \$1 \$1 Standard\$1Stream *session ID* \$1 .log ipcTempFile

**Note**  
Par défaut, le fichier journal temporaire est enregistré sur l’instance pendant 14 jours.

Si vous souhaitez mettre à jour le paramètre `SessionLogsDestination` sur plusieurs instances, nous vous recommandons de créer un document SSM qui spécifie la nouvelle configuration. Vous pouvez ensuite utiliser Run Command de Systems Manager pour implémenter le changement sur vos instances. Pour plus d'informations, voir [Rédaction de vos propres AWS Systems Manager documents (blog)](https://aws.amazon.com/blogs/mt/writing-your-own-aws-systems-manager-documents/) et[Exécution de commandes sur des nœuds gérés](running-commands.md).