Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Datenschutz in AWS Dienst für parallele Datenverarbeitung
Das Modell der AWS https://aws.amazon.com/compliance/shared-responsibility-model/
Aus Datenschutzgründen empfehlen wir, Ihre AWS-Konto Anmeldeinformationen zu schützen und einzelne Benutzer mit AWS IAM Identity Center oder AWS Identity and Access Management (IAM) einzurichten. So erhält jeder Benutzer nur die Berechtigungen, die zum Durchführen seiner Aufgaben erforderlich sind. Außerdem empfehlen wir, die Daten mit folgenden Methoden schützen:
-
Verwenden Sie für jedes Konto die Multi-Faktor-Authentifizierung (MFA).
-
Wird verwendet SSL/TLS , um mit AWS Ressourcen zu kommunizieren. Wir benötigen TLS 1.2 und empfehlen TLS 1.3.
-
Richten Sie die API und die Protokollierung von Benutzeraktivitäten mit ein AWS CloudTrail. Informationen zur Verwendung von CloudTrail Pfaden zur Erfassung von AWS Aktivitäten findest du unter Arbeiten mit CloudTrail Pfaden im AWS CloudTrail Benutzerhandbuch.
-
Verwenden Sie AWS Verschlüsselungslösungen zusammen mit allen darin enthaltenen Standardsicherheitskontrollen AWS-Services.
-
Verwenden Sie erweiterte verwaltete Sicherheitsservices wie Amazon Macie, die dabei helfen, in Amazon S3 gespeicherte persönliche Daten zu erkennen und zu schützen.
-
Wenn Sie für den Zugriff AWS über eine Befehlszeilenschnittstelle oder eine API FIPS 140-3-validierte kryptografische Module benötigen, verwenden Sie einen FIPS-Endpunkt. Weitere Informationen über verfügbare FIPS-Endpunkte finden Sie unter Federal Information Processing Standard (FIPS) 140-3
.
Wir empfehlen dringend, in Freitextfeldern, z. B. im Feld Name, keine vertraulichen oder sensiblen Informationen wie die E-Mail-Adressen Ihrer Kunden einzugeben. Dies gilt auch, wenn Sie mithilfe der Konsole, der API oder der AWS-Services SDKs mit AWS PCS oder anderen Geräten arbeiten. AWS CLI AWS Alle Daten, die Sie in Tags oder Freitextfelder eingeben, die für Namen verwendet werden, können für Abrechnungs- oder Diagnoseprotokolle verwendet werden. Wenn Sie eine URL für einen externen Server bereitstellen, empfehlen wir dringend, keine Anmeldeinformationen zur Validierung Ihrer Anforderung an den betreffenden Server in die URL einzuschließen.
Verschlüsselung im Ruhezustand
Die Verschlüsselung ist standardmäßig für ruhende Daten aktiviert, wenn Sie einen AWS Parallel Computing Service (AWS PCS) -Cluster mit der AWS-Managementkonsole, AWS CLI, AWS PCS-API oder den AWS SDKs erstellen. AWS PCS verwendet einen AWS eigenen KMS-Schlüssel, um Daten im Ruhezustand zu verschlüsseln. Weitere Informationen finden Sie unter Kundenschlüssel und AWS Schlüssel im AWS KMS Entwicklerhandbuch. Sie können auch einen vom Kunden verwalteten Schlüssel verwenden. Weitere Informationen finden Sie unter Erforderliche KMS-Schlüsselrichtlinie für die Verwendung mit verschlüsselten EBS-Volumes in AWS STCK.
Das Cluster-Geheimnis wird in dem von Secrets Manager verwalteten KMS-Schlüssel gespeichert AWS Secrets Manager und mit diesem verschlüsselt. Weitere Informationen finden Sie unter Arbeiten mit Cluster-Geheimnissen in AWS STCK.
In einem AWS PCS-Cluster befinden sich die folgenden Daten im Ruhezustand:
-
Scheduler-Status — Er umfasst Daten zu laufenden Jobs und bereitgestellten Knoten im Cluster. Dies sind die Daten, die Slurm in den in Ihrem System definierten Daten speichert.
StateSaveLocationslurm.confWeitere Informationen finden Sie in der Beschreibung von StateSaveLocationin der Slurm-Dokumentation. AWS PCS löscht Auftragsdaten, nachdem ein Job abgeschlossen ist. -
Geheimer Scheduler-Authentifizierungsschlüssel — AWS PCS verwendet ihn, um die gesamte Scheduler-Kommunikation im Cluster zu authentifizieren.
Für Informationen zum Scheduler-Status verschlüsselt AWS PCS automatisch Daten und Metadaten, bevor sie in das Dateisystem geschrieben werden. Das verschlüsselte Dateisystem verwendet einen branchenüblichen AES-256 Verschlüsselungsalgorithmus für Daten im Ruhezustand.
Verschlüsselung während der Übertragung
Ihre Verbindungen zur AWS PCS-API verwenden die TLS-Verschlüsselung mit dem Signature Version 4-Signaturverfahren, unabhängig davon, ob Sie die AWS Command Line Interface (AWS CLI) oder AWS SDKs verwenden. Weitere Informationen finden Sie im AWS Identity and Access Management Benutzerhandbuch unter Signieren von AWS API-Anfragen. AWS verwaltet die Zugriffskontrolle über die API mit den IAM-Richtlinien für die Sicherheitsanmeldeinformationen, die Sie für die Verbindung verwenden.
AWS PCS verwendet TLS, um eine Verbindung zu anderen AWS Diensten herzustellen.
Innerhalb eines Slurm-Clusters ist der Scheduler mit dem auth/slurm Authentifizierungs-Plug-In konfiguriert, das die Authentifizierung für die gesamte Scheduler-Kommunikation ermöglicht. Slurm bietet keine Verschlüsselung auf Anwendungsebene für seine Kommunikation. Alle Daten, die über Cluster-Instances fließen, bleiben lokal in der EC2-VPC und unterliegen daher der VPC-Verschlüsselung, wenn diese Instances die Verschlüsselung während der Übertragung unterstützen. Weitere Informationen finden Sie unter Verschlüsselung bei der Übertragung im Amazon Elastic Compute Cloud-Benutzerhandbuch. Die Kommunikation zwischen dem Controller (bereitgestellt in einem Dienstkonto) und den Clusterknoten in Ihrem Konto ist verschlüsselt.
Schlüsselverwaltung
AWS PCS verwendet einen AWS eigenen KMS-Schlüssel, um Daten zu verschlüsseln. Weitere Informationen finden Sie unter Kundenschlüssel und AWS Schlüssel im AWS KMS Entwicklerhandbuch. Sie können auch einen vom Kunden verwalteten Schlüssel verwenden. Weitere Informationen finden Sie unter Erforderliche KMS-Schlüsselrichtlinie für die Verwendung mit verschlüsselten EBS-Volumes in AWS STCK.
Das Cluster-Geheimnis wird in dem von Secrets Manager verwalteten KMS-Schlüssel gespeichert AWS Secrets Manager und mit diesem verschlüsselt. Weitere Informationen finden Sie unter Arbeiten mit Cluster-Geheimnissen in AWS STCK.
Inter-network Datenschutz im Verkehr
AWS Die PCS-Rechenressourcen für einen Cluster befinden sich in einer VPC im Kundenkonto. Daher bleibt der gesamte interne AWS PCS-Serviceverkehr innerhalb eines Clusters im AWS Netzwerk und wird nicht über das Internet übertragen. Die Kommunikation zwischen dem Benutzer und den AWS PCS-Knoten kann über das Internet übertragen werden. Wir empfehlen, SSH oder Systems Manager zu verwenden, um eine Verbindung zu den Knoten herzustellen. Weitere Informationen finden Sie unter Was ist AWS Systems Manager? im AWS Systems Manager Benutzerhandbuch.
Sie können auch die folgenden Angebote verwenden, um Ihr lokales Netzwerk zu AWS verbinden mit:
-
AWS Site-to-Site VPN. Weitere Informationen finden Sie unter Was ist AWS Site-to-Site VPN? im AWS Site-to-Site VPN Benutzerhandbuch.
-
Ein AWS Direct Connect. Weitere Informationen finden Sie unter Was ist AWS Direct Connect? im AWS Direct Connect Benutzerhandbuch.
Sie greifen auf die AWS PCS-API zu, um Verwaltungsaufgaben für den Dienst auszuführen. Sie und Ihre Benutzer greifen auf die Slurm-Endpunkt-Ports zu, um direkt mit dem Scheduler zu interagieren.
Verschlüsselung des API-Datenverkehrs
Um auf die AWS PCS-API zugreifen zu können, müssen Clients Transport Layer Security (TLS) 1.2 oder höher unterstützen. Wir benötigen TLS 1.2 und empfehlen TLS 1.3. Kunden müssen außerdem Verschlüsselungssammlungen mit Perfect Forward Secrecy (PFS) unterstützen, wie z. B. Ephemeral (DHE) oder Elliptic Curve Ephemeral Diffie-Hellman (ECDHE). Diffie-Hellman Die meisten modernen Systemen wie Java 7 und höher unterstützen diese Modi. Außerdem müssen Anforderungen mit einer Zugriffsschlüssel-ID und einem geheimen Zugriffsschlüssel signiert sein, der einem IAM-Prinzipal zugeordnet ist. Sie können () auch verwenden, um temporäre Sicherheitsanmeldeinformationen zum Signieren von Anfragen zu generieren. AWS -Security-Token-Service AWS STS
Verschlüsselung des Datenverkehrs
Die Verschlüsselung von Daten während der Übertragung wird von unterstützten EC2-Instances aus aktiviert, die auf den Scheduler-Endpunkt zugreifen, und zwischen ComputeNodeGroup Instances innerhalb von. AWS Cloud Weitere Informationen finden Sie unter Verschlüsselung während der Übertragung.