Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Recuperación y conservación de registros
AWS ParallelCluster crea métricas de Amazon EC2 para el almacenamiento HeadNode e instancias de cómputo. Puede ver las métricas en los paneles personalizados de la CloudWatch consola. AWS ParallelCluster también crea flujos de CloudWatch registro de clústeres en grupos de registros. Puede ver estos registros en los paneles personalizados de la CloudWatch consola o en los grupos de registros. La sección Supervisión de la configuración del clúster describe cómo puede modificar los CloudWatch registros y el panel del clúster. Para obtener más información, consulte Integración con Amazon CloudWatch Logs y CloudWatch Panel de control de Amazon.
Los registros son un recurso útil para solucionar problemas. Por ejemplo, si desea eliminar un clúster que falla, puede ser útil crear primero un archivo con los registros del clúster. Siga los pasos que se indican en Registros de archivos para crear un archivo.
Temas
Los registros del clúster no están disponibles en CloudWatch
Si los registros del clúster no están disponibles en CloudWatch, asegúrate de no haber sobrescrito la configuración del AWS ParallelCluster CloudWatch registro al añadir registros personalizados a la configuración.
Para añadir registros personalizados a la CloudWatch configuración, asegúrate de añadirlos a la configuración en lugar de buscarlos y sobrescribirlos. Para obtener más información sobre fetch-config
yappend-config
, consulte los archivos de configuración de varios CloudWatch agentes en la Guía del CloudWatch usuario.
Para restaurar la configuración del AWS ParallelCluster CloudWatch registro, puede ejecutar los siguientes comandos dentro de un AWS ParallelCluster nodo:
$
PLATFORM="$(ohai platform | jq -r ".[]")" LOG_GROUP_NAME="$(cat /etc/chef/dna.json | jq -r ".cluster.log_group_name")" SCHEDULER="$(cat /etc/chef/dna.json | jq -r ".cluster.scheduler")" NODE_ROLE="$(cat /etc/chef/dna.json | jq -r ".cluster.node_type")" CONFIG_DATA_PATH="/usr/local/etc/cloudwatch_agent_config.json" /opt/parallelcluster/pyenv/versions/cookbook_virtualenv/bin/python /usr/local/bin/write_cloudwatch_agent_json.py --platform $PLATFORM --config $CONFIG_DATA_PATH --log-group $LOG_GROUP_NAME --scheduler $SCHEDULER --node-role $NODE_ROLE /opt/aws/amazon-cloudwatch-agent/bin/amazon-cloudwatch-agent-ctl -a fetch-config -m ec2 -c file:/opt/aws/amazon-cloudwatch-agent/etc/amazon-cloudwatch-agent.json -s
Registros de archivos
Puede archivar los registros en Amazon S3 o en un archivo local (según el parámetro --output-file
).
nota
Añada permisos a la política de bucket de Amazon S3 para conceder el CloudWatch acceso. Para obtener más información, consulte Establecer permisos en un bucket de Amazon S3 en la Guía del usuario de CloudWatch Logs.
$
pcluster export-cluster-logs --cluster-name
mycluster
--regioneu-west-1
\ --bucketbucketname
--bucket-prefixlogs
{ "url": "https://bucketname.s3.eu-west-1.amazonaws.com/export-log/mycluster-logs-202109071136.tar.gz?..." }
# use the --output-file parameter to save the logs locally$
pcluster export-cluster-logs --cluster-name
mycluster
--regioneu-west-1
\ --bucketbucketname
--bucket-prefixlogs
--output-file/tmp/archive.tar.gz
{ "path": "/tmp/archive.tar.gz" }
El archivo contiene las transmisiones y los eventos de AWS CloudFormation pila de Amazon CloudWatch Logs del nodo principal y de los nodos de cómputo de los últimos 14 días, a menos que se especifique explícitamente en la configuración o en los parámetros del export-cluster-logs
comando. El tiempo que tarda el comando en finalizar depende del número de nodos del clúster y del número de flujos de registro disponibles en CloudWatch los registros. Para obtener más información sobre los flujos de registro disponibles, consulte Integración con Amazon CloudWatch Logs.
Registros conservados
A partir de la versión 3.0.0, AWS ParallelCluster conserva CloudWatch los registros de forma predeterminada cuando se elimina un clúster. Si quiere eliminar un clúster y conservar sus registros, asegúrese de que Monitoring/Logs/CloudWatch/DeletionPolicy no esté establecido como Delete
en la configuración del clúster. De lo contrario, cambie el valor de este campo a Retain
y ejecute el comando pcluster update-cluster
. A continuación, ejecuta pcluster delete-cluster --cluster-name
para eliminar el clúster, pero conserva el grupo de registros que está almacenado en Amazon CloudWatch.<cluster_name>
Registros de nodos finalizados
Si un nodo de cómputo estático termina inesperadamente y no CloudWatch tiene registros, compruebe si AWS ParallelCluster ha registrado la salida de la consola de ese nodo de cómputo en el nodo principal del /var/log/parallelcluster/compute_console_output
registro. Para obtener más información, consulte Registros clave para la depuración.
Si el /var/log/parallelcluster/compute_console_output
registro no está disponible o no contiene el resultado del nodo, utilícelo AWS CLI para recuperar el resultado de la consola del nodo defectuoso. Inicie sesión en el nodo principal del clúster y obtenga el nodo fallido instance-id
del archivo /var/log/parallelcluster/slurm_resume.log
.
Recupere la salida de la consola mediante el siguiente comando con el instance-id
:
$
aws ec2 get-console-output --instance-id
i-abcdef01234567890
Si un nodo de procesamiento dinámico se cierra automáticamente tras su lanzamiento y no CloudWatch tiene registros, envíe un trabajo que active una acción de escalado del clúster. Espere a que se produzca un error en la instancia y recupere el registro de la consola de la instancia.
Inicie sesión en el nodo principal del clúster y obtenga el nodo de computación instance-id
del archivo /var/log/parallelcluster/slurm_resume.log
.
Recupere el registro de la consola de la instancia mediante el siguiente comando:
$
aws ec2 get-console-output --instance-id
i-abcdef01234567890
El registro de salidas de la consola puede ayudarle a depurar la causa raíz de un error en un nodo de computación cuando el registro del nodo de computación no esté disponible.