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.

Protection des données dans AWS Service de calcul parallèle

Le modèle de responsabilité AWS https://aws.amazon.com/compliance/shared-responsibility-model/ s'applique à la protection des données dans AWS Parallel Computing Service. Comme décrit dans ce modèle, AWS est responsable de la protection de l'infrastructure mondiale qui gère tous les AWS Cloud. La gestion du contrôle de votre contenu hébergé sur cette infrastructure relève de votre responsabilité. Vous êtes également responsable des tâches de configuration et de gestion de la sécurité des Services AWS que vous utilisez. Pour plus d'informations sur la confidentialité des données, consultez la FAQ sur la confidentialité des données et les conditions légales de la région . Pour plus d’informations sur la protection des données en Europe, consultez le Centre du règlement général sur la protection des données (RGPD).

À des fins de protection des données, nous vous recommandons de protéger les Compte AWS informations d'identification et de configurer les utilisateurs individuels avec AWS IAM Identity Center ou Gestion des identités et des accès AWS (IAM). Ainsi, chaque utilisateur se voit attribuer uniquement les autorisations nécessaires pour exécuter ses tâches. Nous vous recommandons également de sécuriser vos données comme indiqué ci-dessous :

Nous vous recommandons fortement de ne jamais placer d’informations confidentielles ou sensibles, telles que les adresses e-mail de vos clients, dans des balises ou des champs de texte libre tels que le champ Nom. Cela inclut lorsque vous travaillez avec AWS PCS ou autre à Services AWS l'aide de la console, de l'API ou des AWS kits de développement logiciel. AWS CLI Toutes les données que vous entrez dans des balises ou des champs de texte de forme libre utilisés pour les noms peuvent être utilisées à des fins de facturation ou dans les journaux de diagnostic. Si vous fournissez une adresse URL à un serveur externe, nous vous recommandons fortement de ne pas inclure d’informations d’identification dans l’adresse URL permettant de valider votre demande adressée à ce serveur.

Chiffrement au repos

Le chiffrement est activé par défaut pour les données au repos lorsque vous créez un cluster AWS PCS ( AWS Parallel Computing Service) avec l' Console de gestion AWS API AWS PCS ou AWS les kits SDK. AWS CLI AWS PCS utilise une clé AWS KMS qui lui est propre pour chiffrer les données au repos. Pour plus d'informations, consultez la section Clés client et AWS clés dans le Guide du AWS KMS développeur. Vous pouvez également utiliser une clé gérée par le client. Pour plus d’informations, consultez Politique de clé KMS requise pour une utilisation avec des volumes EBS chiffrés dans AWS PIÈCES.

Le secret du cluster est stocké AWS Secrets Manager et chiffré avec la clé KMS gérée par Secrets Manager. Pour plus d’informations, consultez Utilisation des secrets de cluster dans AWS PIÈCES.

Dans un cluster AWS PCS, les données suivantes sont stockées  :

Pour les informations sur l'état du planificateur, AWS PCS chiffre automatiquement les données et les métadonnées avant de les écrire dans le système de fichiers. Le système de fichiers crypté utilise un algorithme de AES-256 cryptage standard pour les données au repos.

Chiffrement en transit

Vos connexions à l'API AWS PCS utilisent le cryptage TLS avec le processus de signature Signature Version 4, que vous utilisiez le AWS Command Line Interface (AWS CLI) ou les AWS SDK. Pour plus d'informations, consultez la section Signer des demandes d' AWS API dans le Guide de Gestion des identités et des accès AWS l'utilisateur. AWS gère le contrôle d'accès via l'API avec les politiques IAM pour les informations d'identification de sécurité que vous utilisez pour vous connecter.

AWS PCS utilise le protocole TLS pour se connecter à d'autres AWS services.

Au sein d'un cluster Slurm, le planificateur est configuré avec le plug-in auth/slurm d'authentification qui fournit l'authentification pour toutes les communications du planificateur. Slurm ne fournit pas de chiffrement au niveau de l'application pour ses communications. Toutes les données circulant entre les instances du cluster restent locales au VPC EC2 et sont donc soumises au chiffrement VPC si ces instances prennent en charge le chiffrement en transit. Pour plus d'informations, consultez la section Chiffrement en transit dans le guide de l'utilisateur d'Amazon Elastic Compute Cloud. La communication est cryptée entre le contrôleur (provisionné dans un compte de service) et les nœuds du cluster de votre compte.

Gestion des clés

AWS PCS utilise une clé AWS KMS qui lui est propre pour chiffrer les données. Pour plus d'informations, consultez la section Clés client et AWS clés dans le Guide du AWS KMS développeur. Vous pouvez également utiliser une clé gérée par le client. Pour plus d’informations, consultez Politique de clé KMS requise pour une utilisation avec des volumes EBS chiffrés dans AWS PIÈCES.

Le secret du cluster est stocké AWS Secrets Manager et chiffré avec la clé KMS gérée par Secrets Manager. Pour plus d’informations, consultez Utilisation des secrets de cluster dans AWS PIÈCES.

Inter-network confidentialité du trafic

AWS Les ressources de calcul PCS d'un cluster se trouvent dans 1 VPC du compte du client. Par conséquent, tout le trafic interne du service AWS PCS au sein d'un cluster reste sur le AWS réseau et ne passe pas par Internet. La communication entre l'utilisateur et les nœuds AWS PCS peut passer par Internet et nous vous recommandons d'utiliser SSH ou Systems Manager pour vous connecter aux nœuds. Pour plus d'informations, voir Qu'est-ce que c'est AWS Systems Manager ? dans le Guide de AWS Systems Manager l'utilisateur.

Vous pouvez également utiliser les offres suivantes pour connecter votre réseau local à AWS :

Vous accédez à l'API AWS PCS pour effectuer des tâches administratives pour le service. Vous et vos utilisateurs accédez aux ports des terminaux Slurm pour interagir directement avec le planificateur.

Chiffrement du trafic de l'API

Pour accéder à l'API AWS PCS, les clients doivent prendre en charge le protocole Transport Layer Security (TLS) 1.2 ou version ultérieure. Nous exigeons TLS 1.2 et recommandons TLS 1.3. Les clients doivent également prendre en charge les suites de chiffrement avec Perfect Forward Secrecy (PFS), telles que Ephemeral Diffie-Hellman (DHE) ou Elliptic Curve Ephemeral (ECDHE). Diffie-Hellman La plupart des systèmes modernes tels que Java 7 et les versions ultérieures prennent en charge ces modes. En outre, les demandes doivent être signées à l’aide d’un ID de clé d’accès et d’une clé d’accès secrète associée à un principal IAM. Vous pouvez également utiliser AWS Security Token Service (AWS STS) pour générer des informations d'identification de sécurité temporaires afin de signer les demandes.

Chiffrement du trafic de données

Le chiffrement des données en transit est activé à partir des instances EC2 prises en charge accédant au point de terminaison du planificateur et entre les ComputeNodeGroup instances depuis le. AWS Cloud Pour plus d’informations, consultez Chiffrement en transit.