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.
Protección de datos en AWS Servicio de computación paralela
El modelo de responsabilidad AWS compartida El modelo de responsabilidad
Con fines de protección de datos, le recomendamos que proteja Cuenta de AWS las credenciales y configure los usuarios individuales con AWS IAM Identity Center o AWS Identity and Access Management (IAM). De esta manera, solo se otorgan a cada usuario los permisos necesarios para cumplir sus obligaciones laborales. También recomendamos proteger sus datos de la siguiente manera:
-
Utiliza la autenticación multifactor (MFA) en cada cuenta.
-
Úselo SSL/TLS para comunicarse con AWS los recursos. Exigimos TLS 1.2 y recomendamos TLS 1.3.
-
Configure el registro de actividad de los usuarios y de la API con AWS CloudTrail. Para obtener información sobre el uso de CloudTrail rutas para capturar AWS actividades, consulte Cómo trabajar con CloudTrail rutas en la Guía del AWS CloudTrail usuario.
-
Utilice soluciones de AWS cifrado, junto con todos los controles de seguridad predeterminados que contiene Servicios de AWS.
-
Utiliza servicios de seguridad administrados avanzados, como Amazon Macie, que lo ayuden a detectar y proteger la información confidencial almacenada en Amazon S3.
-
Si necesita módulos criptográficos validados por la FIPS 140-3 para acceder a AWS través de una interfaz de línea de comandos o una API, utilice un punto final FIPS. Para obtener más información sobre los puntos de conexión de FIPS disponibles, consulte Estándar de procesamiento de la información federal (FIPS) 140-3
.
Se recomienda encarecidamente no introducir nunca información confidencial o sensible, como por ejemplo, direcciones de correo electrónico de clientes, en etiquetas o campos de formato libre, tales como el campo Nombre. Esto incluye cuando trabajas con AWS PCS u otros sistemas que Servicios de AWS utilizan la consola, la API o los SDK. AWS CLI AWS Cualquier dato que introduzca en etiquetas o campos de formato libre utilizados para los nombres se pueden emplear para los registros de facturación o diagnóstico. Si proporciona una URL a un servidor externo, recomendamos encarecidamente que no incluya la información de las credenciales en la URL para validar la solicitud para ese servidor.
Cifrado en reposo
El cifrado se habilita de forma predeterminada para los datos en reposo al crear un clúster de AWS Parallel Computing Service (AWS PCS) con la Consola de administración de AWS API de AWS PCS o los AWS SDK. AWS CLI AWS PCS usa una clave AWS de KMS propia para cifrar los datos en reposo. Para obtener más información, consulte las claves del cliente y AWS las claves en la Guía para AWS KMS desarrolladores. También puedes usar una clave gestionada por el cliente. Para obtener más información, consulte La política de claves de KMS requerida para su uso con volúmenes de EBS cifrados en AWS PC.
El secreto del clúster se almacena AWS Secrets Manager y se cifra con la clave KMS administrada por Secrets Manager. Para obtener más información, consulte Trabajando con secretos de clústeres en AWS PC.
En un clúster AWS PCS, los siguientes datos están en reposo:
-
Estado del planificador: incluye datos sobre los trabajos en ejecución y los nodos aprovisionados en el clúster. Estos son los datos que Slurm conserva en los
StateSaveLocationdefinidos en su.slurm.confPara obtener más información, consulta la descripción StateSaveLocationen la documentación de Slurm. AWS PCS elimina los datos del trabajo una vez finalizado el trabajo. -
Secreto de autenticación del programador: AWS PCS lo usa para autenticar todas las comunicaciones del programador en el clúster.
Para obtener información sobre el estado del programador, AWS PCS cifra automáticamente los datos y los metadatos antes de escribirlos en el sistema de archivos. El sistema de archivos cifrados utiliza un algoritmo de AES-256 cifrado estándar del sector para los datos en reposo.
Cifrado en tránsito
Sus conexiones a la API AWS PCS utilizan el cifrado TLS con el proceso de firma Signature Version 4, independientemente de si utiliza los SDK AWS Command Line Interface (AWS CLI) o los AWS SDK. Para obtener más información, consulte Firmar solicitudes de AWS API en la Guía del AWS Identity and Access Management usuario. AWS administra el control de acceso a través de la API con las políticas de IAM para las credenciales de seguridad que utilizas para conectarte.
AWS PCS usa TLS para conectarse a otros AWS servicios.
En un clúster de Slurm, el programador está configurado con el complemento de autenticación que proporciona auth/slurm autenticación para todas las comunicaciones del programador. Slurm no proporciona cifrado a nivel de aplicación para sus comunicaciones; todos los datos que fluyen entre las instancias del clúster permanecen de forma local en la VPC de EC2 y, por lo tanto, están sujetos al cifrado de la VPC si esas instancias admiten el cifrado en tránsito. Para obtener más información, consulte el cifrado en tránsito en la guía del usuario de Amazon Elastic Compute Cloud. La comunicación se cifra entre el controlador (aprovisionado en una cuenta de servicio) y los nodos del clúster de su cuenta.
Administración de claves
AWS El PCS usa una clave AWS de KMS propia para cifrar los datos. Para obtener más información, consulte las claves de cliente y AWS las claves en la Guía para AWS KMS desarrolladores. También puedes usar una clave gestionada por el cliente. Para obtener más información, consulte La política de claves de KMS requerida para su uso con volúmenes de EBS cifrados en AWS PC.
El secreto del clúster se almacena AWS Secrets Manager y se cifra con la clave KMS administrada por Secrets Manager. Para obtener más información, consulte Trabajando con secretos de clústeres en AWS PC.
Inter-network privacidad de tráfico
AWS Los recursos informáticos de PCS para un clúster residen en 1 VPC de la cuenta del cliente. Por lo tanto, todo el tráfico interno del servicio de AWS PCS dentro de un clúster permanece dentro de la AWS red y no viaja a través de Internet. La comunicación entre el usuario y los nodos AWS PCS puede transmitirse a través de Internet y recomendamos usar SSH o Systems Manager para conectarse a los nodos. Para obtener más información, consulte ¿Qué es? AWS Systems Manageren la Guía AWS Systems Manager del usuario.
También puede usar las siguientes ofertas para conectar su red local a AWS:
-
AWS Site-to-Site VPN. Para obtener más información, consulte ¿Qué es AWS Site-to-Site VPN? en la Guía AWS Site-to-Site VPN del usuario.
-
Un AWS Direct Connect. Para obtener más información, consulte ¿Qué es AWS Direct Connect? en la Guía AWS Direct Connect del usuario.
Accede a la API AWS PCS para realizar las tareas administrativas del servicio. Usted y sus usuarios acceden a los puertos de punto final de Slurm para interactuar directamente con el planificador.
Cifrar el tráfico de la API
Para acceder a la API de AWS PCS, los clientes deben ser compatibles con Transport Layer Security (TLS) 1.2 o una versión posterior. Exigimos TLS 1.2 y recomendamos TLS 1.3. Los clientes también deben admitir conjuntos de cifrado con Perfect Forward Secrecy (PFS), como Ephemeral (DHE) o Elliptic Curve Ephemeral Diffie-Hellman (ECDHE). Diffie-Hellman La mayoría de los sistemas modernos como Java 7 y posteriores son compatibles con estos modos. Además, las solicitudes deben estar firmadas mediante un ID de clave de acceso y una clave de acceso secreta que esté asociada a una entidad principal de IAM. También puede usar AWS Security Token Service () para generar credenciales de seguridad temporales para firmar las solicitudes.AWS STS
Cifrado del tráfico de datos
El cifrado de los datos en tránsito está habilitado desde las instancias EC2 compatibles que acceden al punto final del programador y entre ComputeNodeGroup instancias desde dentro del. Nube de AWS Para obtener más información, consulte Cifrado en tránsito.
