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.
# Voraussetzungen für die Verwendung SageMaker HyperPod
In den folgenden Abschnitten werden Sie durch die Voraussetzungen geführt, bevor Sie damit beginnen SageMaker HyperPod.
**Topics**
+ [SageMaker HyperPod Kontingente](#sagemaker-hyperpod-prerequisites-quotas)
+ [Einrichtung SageMaker HyperPod mit einer benutzerdefinierten Amazon VPC](#sagemaker-hyperpod-prerequisites-optional-vpc)
+ [Cluster SageMaker HyperPod über mehrere AZs hinweg einrichten](#sagemaker-hyperpod-prerequisites-multiple-availability-zones)
+ [Einrichtung AWS Systems Manager und Run As für die Cluster-Benutzerzugriffskontrolle](#sagemaker-hyperpod-prerequisites-ssm)
+ [(Optional) Einrichtung SageMaker HyperPod mit Amazon FSx for Lustre](#sagemaker-hyperpod-prerequisites-optional-fsx)
## SageMaker HyperPod Kontingente
Sie können SageMaker HyperPod Cluster anhand der Kontingente für die * Cluster-Nutzung * in Ihrem AWS Konto erstellen.
**Wichtig**
Weitere Informationen zur SageMaker HyperPod Preisgestaltung finden Sie unter [SageMaker HyperPod Preisgestaltung](sagemaker-hyperpod-ref.md#sagemaker-hyperpod-ref-pricing) und unter [ SageMaker Amazon-Preise](https://aws.amazon.com/sagemaker/pricing/).
### Sehen Sie sich SageMaker HyperPod Amazon-Kontingente mithilfe der AWS-Managementkonsole
Suchen Sie nach den Standardwerten und den angewendeten Werten eines * Kontingents*, das auch als * Limit bezeichnet wird **, für die * Cluster-Nutzung verwendet wird SageMaker HyperPod.
1. Öffnen Sie die [Service Quotas -Konsole](https://console.aws.amazon.com/servicequotas/).
1. Wählen Sie im linken Navigationsbereich **AWS services** aus.
1. Suchen Sie in der **AWS ** Serviceliste nach ** Amazon SageMaker AI und wählen Sie es aus**.
1. In der ** Liste der ** Servicekontingente sehen Sie den Namen des Servicekontingents, den angewendeten Wert (falls verfügbar), das AWS Standardkontingent und ob der Kontingentwert anpassbar ist.
1. Geben Sie in die Suchleiste **Cluster-Nutzung** ein. Hier werden die Kontingente für die Cluster-Nutzung, die angewendeten Kontingente und die Standardkontingente angezeigt.
**Liste gängiger Dienstkontingente für die Erstellung eines HyperPod Clusters und seiner Voraussetzungen **
Sie sollten überprüfen, ob Sie für die folgenden Kontingente eine Erhöhung des Servicekontingents beantragt haben, um einen neuen HyperPod Cluster zusammen mit den Voraussetzungen in der AI-Konsole zu erstellen. SageMaker Navigieren Sie zur ** Service Quota ** Console und suchen Sie nach den folgenden Begriffen.
| Nein | Name des Kontingents | Suchbegriff | Description |
| --- | --- | --- | --- |
| 1 | Maximale Anzahl zulässiger Instanzen pro SageMaker HyperPod Cluster | Suchen Sie unter SageMaker KI nach „Maximal zulässige Anzahl von Instanzen pro SageMaker HyperPod Cluster“ | Ihr Kontingentwert auf Kontoebene muss höher sein als die Anzahl der Instances, die Sie Ihrem Cluster hinzufügen möchten |
| 2 | Maximale Größe des EBS-Volumes in GB für eine Cluster-Instance SageMaker HyperPod | Suchen Sie unter SageMaker AI nach „Maximale Größe des EBS-Volumes in GB für eine HyperPod Clusterinstanz“ | Ihr Kontingentwert auf Kontoebene muss höher sein als das EBS-Volume, das Sie Ihrem Cluster hinzufügen möchten |
| 3 | Gesamtzahl der in Clustern zulässigen Instances SageMaker HyperPod | Suchen Sie unter SageMaker KI nach „Gesamtzahl der SageMaker HyperPod Clusterübergreifend zulässigen Instanzen“ | Ihr Kontingentwert auf Kontoebene muss höher sein als die Gesamtzahl der Instances, die Sie für alle Ihre Cluster in Ihrem Konto insgesamt hinzufügen möchten |
| 4 | Kontingente für Instanzen | Suchen Sie unter SageMaker KI nach „ml“. „für Cluster-Nutzung“, z. B.: ml.p5.48xlarge für Cluster-Nutzung | Ihr Kontingentwert auf Kontoebene für den jeweiligen Instance-Typ (z. B.: ml.p5.48xlarge) muss größer sein als die Anzahl der Instances, die Sie für alle Ihre Cluster in Ihrem Konto insgesamt hinzufügen müssen. |
| 5 | VPCs pro Region | Suchen Sie unter Amazon Virtual Private Cloud (Amazon VPC) nach „VPCs pro Region“ | Ihr Kontingentwert auf Kontoebene muss ausreichen, um bei der Einrichtung Ihres Clusters eine neue VPC im Konto zu erstellen. HyperPod Überprüfen Sie in der VPC-Konsole, ob Sie dieses Kontingentlimit bereits ausgeschöpft haben. Diese Kontingenterhöhung ist nur erforderlich, wenn Sie über die Option Schnelle oder benutzerdefinierte Clustereinrichtung in der SageMaker HyperPod Konsole eine neue VPC erstellen. |
| 6 | Internet-Gateways pro Region | Suchen Sie unter Amazon Virtual Private Cloud (Amazon VPC) nach „Internet-Gateways pro Region“ | Ihr Kontingentwert auf Kontoebene muss ausreichen, um bei der Einrichtung Ihres Clusters ein zusätzliches Internet-Gateway im Konto zu erstellen. SageMaker HyperPod Diese Kontingenterhöhung ist nur erforderlich, wenn Sie über die Option Schnelle oder benutzerdefinierte Clustereinrichtung in der Konsole eine neue VPC erstellen. SageMaker HyperPod |
| 7 | Netzwerkschnittstellen pro Region | Suchen Sie unter Amazon Virtual Private Cloud (Amazon VPC) nach „Netzwerkschnittstellen pro Region“ | Ihr Kontingentwert auf Kontoebene muss bei der Einrichtung Ihres Clusters über genügend Netzwerkschnittstellen im Konto verfügen. HyperPod |
| 8 | EC2-VPC Elastische IPs | Suchen Sie unter Amazon Elastic Compute Cloud (Amazon EC2) nach „EC2-VPC Elastic IPs“ | Ihr Kontingentwert auf Kontoebene muss ausreichen, um bei der Einrichtung Ihres Clusters eine neue VPC im Konto zu erstellen. HyperPod Überprüfen Sie in der VPC-Konsole, ob Sie dieses Kontingentlimit bereits ausgeschöpft haben. Diese Kontingenterhöhung ist nur erforderlich, wenn Sie über die Option Schnelle oder benutzerdefinierte Clustereinrichtung in der SageMaker HyperPod Konsole eine neue VPC erstellen. |
### Beantragen Sie eine Erhöhung der SageMaker HyperPod Amazon-Quote mit dem AWS-Managementkonsole
Erhöhen Sie Ihre Kontingente auf Konto- oder Ressourcenebene.
1. Um das Kontingent der Instances für die *Cluster-Nutzung* zu erhöhen, wählen Sie das Kontingent aus, das Sie erhöhen möchten.
1. Wenn das Kontingent anpassbar ist, können Sie eine Erhöhung des Kontingents entweder auf Konto- oder Ressourcenebene beantragen, basierend auf dem Wert, der in der Spalte **Anpassbarkeit** aufgeführt ist.
1. Geben Sie unter **Kontingentwert erhöhen** den neuen Wert ein. Der neue Wert muss größer als der aktuelle Wert sein.
1. Wählen Sie **Anfrage** aus.
1. Um ausstehende oder kürzlich gelöste Anfragen in der Konsole anzuzeigen, navigieren Sie auf der Detailseite des Services zur Registerkarte **Anfrageverlauf** oder wählen Sie im Navigationsbereich **Dashboard** aus. Wählen Sie für ausstehende Anfragen den Status der Anfrage, um die Anfrage zu öffnen. Der Anfangsstatus einer Anfrage ist **Pending** (Ausstehend). Nachdem sich der Status auf „**Kontingent angefordert“ geändert hat**, wird Ihnen die Fallnummer mit angezeigt AWS Support. Wählen Sie die Fallnummer, um das Ticket für Ihre Anfrage zu öffnen.
Weitere Informationen zur Anforderung einer Erhöhung eines Kontingents finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Benutzerhandbuch zu AWS -Service-Quotas*.
## Einrichtung SageMaker HyperPod mit einer benutzerdefinierten Amazon VPC
Um einen SageMaker HyperPod Cluster mit einer benutzerdefinierten Amazon VPC einzurichten, überprüfen Sie die folgenden Voraussetzungen.
**Anmerkung**
Die VPC-Konfiguration ist für die Amazon-EKS-Orchestrierung obligatorisch. Für die Slurm-Orchestrierung ist die VPC-Einrichtung optional.
+ Überprüfen Sie die Kapazität des [ Elastic Network Interface ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html) (ENI) in Ihrem, AWS-Konto bevor Sie einen SageMaker HyperPod Cluster mit einer benutzerdefinierten VPC erstellen. Das ENI-Limit wird von Amazon EC2 gesteuert und variiert je nach. AWS-Region SageMaker HyperPod kann Kontingenterhöhungen nicht automatisch beantragen.
**So überprüfen Sie Ihr aktuelles ENI-Kontingent:**
1. Öffnen Sie die [Service Quotas -Konsole](https://console.aws.amazon.com/servicequotas/).
1. Verwenden ** Sie im ** Abschnitt Kontingente verwalten die ** Dropdownliste ** AWS Dienste, um nach ** VPC ** zu suchen.
1. Wählen Sie die Option zum Anzeigen der Kontingente von **Amazon Virtual Private Cloud (Amazon VPC)**.
1. Suchen Sie nach dem Service Quota, den **Netzwerkschnittstellen pro Region** oder dem **Kontingentcode** `L-DF5E4CA3`.
Wenn Ihr aktuelles ENI-Limit für Ihre SageMaker HyperPod Cluster-Anforderungen nicht ausreicht, fordern Sie eine Kontingenterhöhung an. Wenn Sie im Voraus eine ausreichende ENI-Kapazität sicherstellen, können Sie Ausfälle bei der Cluster-Bereitstellung vermeiden.
+ Wenn Sie eine benutzerdefinierte VPC verwenden, um einen SageMaker HyperPod Cluster mit AWS Ressourcen zu verbinden, geben Sie bei der Clustererstellung den VPC-Namen, die ID AWS-Region, die Subnetz-IDs und die Sicherheitsgruppen-IDs an.
**Anmerkung**
Wenn Ihre Amazon VPC und Subnetze IPv6 in der [`VPCConfig`](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_CreateCluster.html#sagemaker-CreateCluster-request-VpcConfig) im Cluster oder auf Instance-Gruppenebene mithilfe des `OverrideVPCConfig`-Attributs von [`ClusterInstanceGroupSpecification`](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_ClusterInstanceGroupSpecification.html) unterstützen, unterscheiden sich die Netzwerkkommunikationen je nach Cluster-Orchestrierungsplattform:
Slurm-orchestrated Cluster konfigurieren Knoten automatisch mit dualen IPv6- und IPv4-Adressen und ermöglichen so eine sofortige IPv6-Netzwerkkommunikation. Neben den `VPCConfig`-IPv6-Einstellungen ist keine zusätzliche Konfiguration erforderlich.
In EKS-orchestrated Clustern erhalten Knoten eine Dual-Stack-Adressierung, aber Pods können IPv6 nur verwenden, wenn der Amazon EKS-Cluster explizit verwendet wird. IPv6-enabled Sie müssen einen neuen IPv6-Cluster von Amazon EKS erstellen. Bestehende IPv4-Cluster von Amazon EKS können nicht in IPv6 konvertiert werden. Informationen zur Bereitstellung eines IPv6-Clusters von Amazon EKS finden Sie unter [Amazon EKS IPv6-Cluster-Bereitstellung](https://docs.aws.amazon.com/eks/latest/userguide/deploy-ipv6-cluster.html#_deploy_an_ipv6_cluster_with_eksctl).
Zusätzliche Ressourcen für die IPv6-Konfiguration:
Informationen zum Hinzufügen von IPv6-Unterstützung zu Ihrer VPC finden Sie unter [IPv6-Unterstützung für VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-migrate-ipv6.html).
Informationen zum Erstellen einer neuen IPv6-compatible VPC finden Sie [Amazon VPC im Creation Guide. ](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html)
Informationen zur Konfiguration SageMaker HyperPod mit einer benutzerdefinierten Amazon VPC finden Sie unter [ Benutzerdefiniertes Amazon VPC-Setup für. SageMaker HyperPod ](https://docs.aws.amazon.com/sagemaker/latest/dg/sagemaker-hyperpod-prerequisites.html#sagemaker-hyperpod-prerequisites-optional-vpc)
+ Stellen Sie sicher, dass alle Ressourcen auf derselben Ebene AWS-Region wie der SageMaker HyperPod Cluster bereitgestellt werden. Konfigurieren Sie Sicherheitsgruppenregeln, um die Kommunikation zwischen Ressourcen innerhalb der VPC zu ermöglichen, wenn Sie beispielsweise eine VPC in `us-west-2` erstellen, Subnetze in einer oder mehreren Availability Zones (z.B. `us-west-2a` oder`us-west-2b`) bereitstellen und eine Sicherheitsgruppe erstellen, die gruppeninternen Datenverkehr ermöglicht.
**Anmerkung**
SageMaker HyperPod unterstützt die Bereitstellung in mehreren Verfügbarkeitszonen. Weitere Informationen finden Sie unter [Cluster SageMaker HyperPod über mehrere AZs hinweg einrichten](#sagemaker-hyperpod-prerequisites-multiple-availability-zones).
+ Stellen Sie Amazon Simple Storage Service (Amazon S3) Konnektivität für VPC-deployed SageMaker HyperPod Instanzgruppen her, indem Sie einen VPC-Endpunkt erstellen. Ohne Internetzugang können Instance-Gruppen keine Lebenszyklusskripte, Trainingsdaten oder Modellartefakte speichern oder abrufen. Wir empfehlen Ihnen, eine benutzerdefinierte IAM-Richtlinie zu erstellen, die den Zugriff des Amazon-S3-Buckets auf die private VPC einschränkt. Weitere Informationen finden Sie unter [Endpunkte für Amazon S3](https://docs.aws.amazon.com/AmazonVPC/latest/UserGuide/vpc-endpoints-s3.html) im *AWS PrivateLink -Benutzerhandbuch*.
+ Für HyperPod Cluster, die Elastic Fabric Adapter (EFA) -fähige Instances verwenden, konfigurieren Sie die Sicherheitsgruppe so, dass der gesamte eingehende und ausgehende Datenverkehr zu und von der Sicherheitsgruppe selbst zugelassen wird. Vermeiden Sie insbesondere die Verwendung von `0.0.0.0/0` für ausgehende Regeln, da dies dazu führen kann, dass die EFA-Zustandsprüfung fehlschlägt. Weitere Informationen zu den Richtlinien zur Vorbereitung von EFA-Sicherheitsgruppen finden Sie unter [ Schritt 1: Eine EFA-enabled Sicherheitsgruppe vorbereiten ](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa-start.html#efa-start-security) im * Amazon EC2-Benutzerhandbuch. *
+ Überlegen Sie sich vor der Erstellung von Clustern sorgfältig die CIDR-Blockgröße (Classless Inter-Domain Routing) Ihres Subnetzes. HyperPod
+ Die Größe des CIDR-Blocks des Subnetzes kann nach der Erstellung nicht mehr geändert werden. Dies ist besonders wichtig, wenn Sie große beschleunigte Instances wie P5 verwenden. Ohne ausreichende Blockgröße müssen Sie Ihre Cluster bei der Skalierung neu erstellen.
+ Berücksichtigen Sie bei der Auswahl der geeigneten CIDR-Blockgröße für das Subnetz folgende Faktoren: Ihre Instance-Typen, die erwartete Anzahl von Instances und die Anzahl der von jeder Instance belegten IP-Adressen.
+ Bei Slurm-orchestrated Clustern kann jede P5-Instance 32 IP-Adressen erstellen (eine pro Netzwerkkarte). Für EKS-orchestrated Cluster kann jede P5-Instanz 81 IP-Adressen erstellen (50 von der primären Karte plus eine von jeder der verbleibenden 31 Karten). Detaillierte Spezifikationen finden Sie unter [Netzwerkspezifikationen](https://docs.aws.amazon.com/ec2/latest/instancetypes/ac.html#ac_network) im *Entwicklerhandbuch für Instance-Typen von Amazon EC2*.
+ Beispiele für CloudFormation Vorlagen, die die Subnetz-CIDR-Blockgröße angeben, finden Sie in der [ HyperPod Slurm-Vorlage ](https://github.com/aws-samples/awsome-distributed-training/blob/main/1.architectures/5.sagemaker-hyperpod/sagemaker-hyperpod.yaml) und der [ HyperPod Amazon EKS-Vorlage ](https://github.com/aws-samples/awsome-distributed-training/blob/main/1.architectures/7.sagemaker-hyperpod-eks/cfn-templates/nested-stacks/private-subnet-stack.yaml) im awsome-distributed-training-Repository. [https://github.com/aws-samples/awsome-distributed-training/tree/main](https://github.com/aws-samples/awsome-distributed-training/tree/main)
## Cluster SageMaker HyperPod über mehrere AZs hinweg einrichten
Sie können Ihre SageMaker HyperPod Cluster über mehrere Availability Zones (AZs) hinweg konfigurieren, um die Zuverlässigkeit und Verfügbarkeit zu verbessern.
**Anmerkung**
Der Datenverkehr über Elastic Fabric Adapter (EFA) kann keine AZs oder VPCs kreuzen. Dies gilt nicht für normalen IP-Verkehr vom ENA-Gerät einer EFA-Schnittstelle. Weitere Informationen finden Sie unter [EFA-Einschränkungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/efa.html).
+ **Standardverhalten**
HyperPod stellt alle Cluster-Instances in einer einzigen Availability Zone bereit. Die VPC-Konfiguration bestimmt die Bereitstellungs-AZ:
+ Für Slurm-orchestrated Cluster ist die VPC-Konfiguration optional. Wenn keine VPC-Konfiguration bereitgestellt wird, wird HyperPod standardmäßig ein Subnetz aus der Plattform-VPC verwendet.
+ Für EKS-orchestrated Cluster ist eine VPC-Konfiguration erforderlich.
+ Sowohl für Slurm- als auch für EKS-Orchestratoren [`VpcConfig`](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_VpcConfig.html) wird, sofern vorhanden, ein Subnetz aus der Subnetzliste des bereitgestellten `VpcConfig` Subnetzes HyperPod ausgewählt. Alle Instance-Gruppen erben die AZ des Subnetzes.
**Anmerkung**
Sobald Sie einen Cluster erstellt haben, können Sie seine `VpcConfig`-Einstellungen nicht mehr ändern.
Weitere Informationen zur Konfiguration von VPCs für HyperPod Cluster finden Sie im vorherigen Abschnitt,. [Einrichtung SageMaker HyperPod mit einer benutzerdefinierten Amazon VPC](#sagemaker-hyperpod-prerequisites-optional-vpc)
+ ** Multi-AZ Konfiguration **
Sie können Ihren HyperPod Cluster über mehrere AZs hinweg einrichten, wenn Sie einen Cluster erstellen oder wenn Sie einem vorhandenen Cluster eine neue Instanzgruppe hinzufügen. Um Multi-AZ-Bereitstellungen zu konfigurieren, können Sie die VPC-Standardeinstellungen des Clusters überschreiben, indem Sie für einzelne Instance-Gruppen innerhalb Ihres Clusters unterschiedliche Subnetze und Sicherheitsgruppen angeben, möglicherweise über verschiedene Availability Zones hinweg.
SageMaker HyperPod API-Benutzer können die `OverrideVpcConfig` Eigenschaft innerhalb von verwenden [ ClusterInstanceGroupSpecification](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_ClusterInstanceGroupSpecification.html), wenn sie mit den [`CreateCluster`](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_CreateCluster.html) oder [`UpdateCluster`](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_UpdateCluster.html) APIs arbeiten.
Das Feld `OverrideVpcConfig`:
+ Kann nicht geändert werden, nachdem die Instance-Gruppe erstellt wurde.
+ ist optional. Wenn nicht anders angegeben, wird standardmäßig die Cluster-Ebene [`VpcConfig`](https://docs.aws.amazon.com/sagemaker/latest/APIReference/API_VpcConfig.html) verwendet.
+ Für Slurm-orchestrated Cluster kann sie nur angegeben werden, wenn die Clusterebene angegeben `VpcConfig` wird. Wenn auf Clusterebene `VpcConfig` angegeben ist, kann `OverrideVpcConfig` für keine Instance-Gruppe verwendet werden.
+ Enthält zwei Pflichtfelder:
+ `Subnets` – akzeptiert zwischen 1 und 16 Subnetz-IDs
+ `SecurityGroupIds` – akzeptiert zwischen 1 und 5 Sicherheitsgruppen-IDs
Weitere Informationen zum Erstellen oder Aktualisieren eines SageMaker HyperPod Clusters mithilfe der SageMaker HyperPod Konsolen-Benutzeroberfläche oder unter AWS CLI:
+ Slurm-Orchestrierung: Siehe Cluster [ betreiben Slurm-orchestrated HyperPod. ](sagemaker-hyperpod-operate-slurm.md)
+ EKS-Orchestrierung. Siehe [ Betrieb EKS-orchestrated HyperPod von Clustern. ](sagemaker-hyperpod-eks-operate.md)
**Anmerkung**
Beachten Sie bei der Ausführung von Workloads auf mehreren AZs, dass die Netzwerkkommunikation zwischen AZs zu zusätzlicher Latenz führt. Berücksichtigen Sie diese Auswirkungen bei der Entwicklung latenzempfindlicher Anwendungen.
## Einrichtung AWS Systems Manager und Run As für die Cluster-Benutzerzugriffskontrolle
[SageMaker HyperPod DLAMI](sagemaker-hyperpod-ref.md#sagemaker-hyperpod-ref-hyperpod-ami)ist standardmäßig mit [AWS Systems Manager](https://aws.amazon.com/systems-manager/) (SSM) ausgestattet, um Sie bei der Verwaltung des Zugriffs auf Ihre SageMaker HyperPod Cluster-Instanzgruppen zu unterstützen. In diesem Abschnitt wird beschrieben, wie Sie Betriebssystembenutzer (OS) in Ihren SageMaker HyperPod Clustern erstellen und sie IAM-Benutzern und -Rollen zuordnen. Dies ist nützlich, um SSM-Sitzungen mithilfe der Anmeldeinformationen des Betriebssystem-Benutzerkontos zu authentifizieren.
**Anmerkung**
Wenn Sie Benutzern Zugriff auf HyperPod Clusterknoten gewähren, können sie benutzerverwaltete Software auf den Knoten installieren und ausführen. Stellen Sie sicher, dass Sie das Prinzip der geringsten Berechtigung für Benutzer beibehalten.
### Aktivieren Sie Run As in Ihrem AWS Konto
Als AWS Konto- oder Cloud-Administrator können Sie den Zugriff auf SageMaker HyperPod Cluster auf IAM-Rollen- oder Benutzerebene verwalten, indem Sie die Funktion „[Ausführen als“ in ](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-preferences-run-as.html) SSM verwenden. Mit diesem Feature können Sie jede SSM-Sitzung mit dem Betriebssystembenutzer starten, der der IAM-Rolle oder dem IAM-Benutzer zugeordnet ist.
Um „Ausführen als“ in Ihrem AWS Konto zu aktivieren, folgen Sie den Schritten unter [ Aktivieren der Unterstützung von „Ausführen als“ für verwaltete Linux- und macOS-Nodes. ](https://docs.aws.amazon.com/systems-manager/latest/userguide/session-preferences-run-as.html) Wenn Sie bereits Betriebssystembenutzer in Ihrem Cluster erstellt haben, stellen Sie sicher, dass Sie sie IAM-Rollen oder -Benutzern zuordnen, indem Sie sie wie in **Option 2** von Schritt 5 unter **So aktivieren Sie die Unterstützung von „Ausführen als“ für verwaltete Linux- und macOS-Knoten** beschrieben markieren.
## (Optional) Einrichtung SageMaker HyperPod mit Amazon FSx for Lustre
Um mit der Verwendung SageMaker HyperPod und Zuordnung von Datenpfaden zwischen dem Cluster und Ihrem FSx for Lustre-Dateisystem zu beginnen, wählen Sie eines der unterstützten Dateisysteme aus. AWS-Regionen SageMaker HyperPod Nachdem AWS-Region Sie die von Ihnen bevorzugte ausgewählt haben, sollten Sie auch festlegen, welche Availability Zone (AZ) Sie verwenden möchten.
Wenn Sie SageMaker HyperPod Rechenknoten in AZs verwenden, die sich von den AZs unterscheiden, in denen Ihr FSx for Lustre-Dateisystem eingerichtet ist AWS-Region, kann es zu Kommunikations- und Netzwerk-Overhead kommen. Wir empfehlen Ihnen, dieselbe physische AZ wie die für das SageMaker HyperPod Dienstkonto zu verwenden, um jeglichen AZ-übergreifenden Verkehr zwischen SageMaker HyperPod Clustern und Ihrem FSx for Lustre-Dateisystem zu vermeiden. Stellen Sie außerdem sicher, dass Sie es mit Ihrer VPC konfiguriert haben. Wenn Sie Amazon FSx als Hauptdateisystem für den Speicher verwenden möchten, müssen Sie Cluster mit Ihrer VPC konfigurieren SageMaker HyperPod .