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.

Verwenden Sie AWS-gepflegte Skripte für Node-Lifecycle-Aktionen in AWS STCK

AWS veröffentlicht gepflegte Skripte für allgemeine Lebenszyklusaktionen. Sie verweisen direkt aus Ihrer Compute-Knotengruppenkonfiguration auf ein verwaltetes Skript. Die Skripte sind idempotent und können sicher bei jedem Start ausgeführt werden.

AWS verteilt die Skripte jeweils aus einem öffentlichen, AWS verwalteten Amazon S3-Bucket. AWS-Region Sie verweisen auf ein Skript anhand seiner Amazon S3-URI. Sie verweisen auf ein verwaltetes Skript auf die gleiche Weise, wie Sie auf Ihr eigenes Skript verweisen. Sie können die Skripts direkt aus dem AWS-managed-Bucket referenzieren.

Verfügbare Skripte

Verweisen Sie auf ein Skript

Referenzieren Sie ein Skript anhand seiner Amazon S3-URI im scriptLocation Feld einer Lifecycle-Aktion. Die Skripts werden jeweils AWS-Region unter dem aws-pcs-node-lifecycle-scripts Präfix des AWSaws-pcs-repo-region -managed-Buckets gespeichert. Verwenden Sie den Bucket genauso AWS-Region wie Ihren Cluster.

s3://aws-pcs-repo-region/aws-pcs-node-lifecycle-scripts/script-vversion.sh

Jedes Skript ist mit semantischer Versionierung versioniert. Sie können eine bestimmte Version anheften oder die neueste Version innerhalb einer Hauptversion nachverfolgen:

Jedes Skript hat eine zugehörige SHA-256 Prüfsummendatei am selben Ort mit einem .sha256 Suffix (z. B.mount-efs-v1.0.0.sh.sha256). Lesen Sie den .sha256 Wert und legen Sie ihn als den des Skripts fest. checksum Der Agent überprüft dann die Integrität des Skripts beim Herunterladen. Weitere Informationen finden Sie unter Integrität des Skripts (Prüfsummen).

Verfügbare Skriptversionen

AWS versioniert jedes Skript unabhängig. In den folgenden Tabellen sind die verfügbaren Versionen der einzelnen Skripts aufgeführt. Verwenden Sie eine Version in der Amazon S3-URI des Skripts, wie unter beschriebenVerweisen Sie auf ein Skript.

mount-efs.sh

mount-fsx-lustre.sh

configure-efs-homes.sh

configure-ldaps.sh

configure-cloudwatch-logs.sh

Beispiel: Mounten Sie ein EFS-Dateisystem mit einem verwalteten Skript

Das folgende Beispiel verweist auf das verwaltete mount-efs.sh Skript in der us-west-2 AWS-Region. Sie übergeben Argumente als benannte Flags. Die Argumente des Skripts finden Sie unterSkript-Argumente.

aws pcs update-compute-node-group \
  --cluster-identifier my-cluster \
  --compute-node-group-identifier my-cng \
  --node-lifecycle-actions '{
    "stages": {
      "nodeBootstrapped": [
        {
          "name": "Mount EFS home directory",
          "scriptSource": {
            "scriptLocation": "s3://aws-pcs-repo-us-west-2/aws-pcs-node-lifecycle-scripts/mount-efs-v1.0.0.sh"
          },
          "arguments": ["--file-system-id", "fs-12345678", "--mount-point", "/shared"],
          "onError": "TERMINATE",
          "executionPolicy": "EVERY_BOOT"
        }
      ]
    }
  }'

Die Instanzrolle des Knotens muss über die s3:GetObject Berechtigung für das Skriptobjekt verfügen. Knoten in einem privaten Subnetz können den Bucket über einen S3-Gateway-VPC-Endpunkt erreichen. Weitere Informationen finden Sie unter Speicherorte von Skripten.

Skript-Argumente

Jedes Skript verwendet Argumente mit benannten Flaggen. Übergeben Sie jedes Flag und seinen Wert als separate Elemente des arguments Arrays (z. B.["--file-system-id", "fs-12345678"]). Alle Skripte werden unter den Betriebssystemen AL2, AL2023, RHEL, Ubuntu und Rocky Linux ausgeführt und unterstützen diese. root

mount-efs.sh

Bei der iam Standardoption muss die Instanzrolle des Knotens elasticfilesystem:ClientMount und elasticfilesystem:ClientWrite zulassen. Das Subnetz des Knotens muss ein EFS-Mount-Ziel haben, dessen Sicherheitsgruppe eingehendes NFS (TCP 2049) vom Knoten zulässt.

mount-fsx-lustre.sh

Das Subnetz des Knotens muss das Dateisystem erreichen, und die Sicherheitsgruppe des Dateisystems muss eingehenden Lustre-Verkehr (TCP 988 und 1018—1023 für Clients, die reservierte Quellports verwenden) vom Knoten zulassen.

configure-efs-homes.sh

Dieses Skript erfordert amazon-efs-utilsnfs-utils, und PAM-Unterstützungmkhomedir. Installieren Sie auf RHEL-family Knoten oddjoboddjob-mkhomedir, undauthselect. Installieren Sie auf AL2023 authselect explizit. Installieren Sie auf Ubuntulibpam-modules. IAM- und Netzwerkanforderungen stimmen übereinmount-efs.sh.

configure-ldaps.sh

Dieses Skript erfordert sssdsssd-ldap, undsssd-tools. Auf RHEL-family Knoten erfordert es auch authselect oder authconfig undoddjob-mkhomedir. Auf Ubuntu erfordert eslibpam-modules.

Mit --secret-arn muss die Instanzrolle des Knotens das Geheimnis zulassensecretsmanager:GetSecretValue, und der Knoten benötigt die python3 Pakete awscli und. Der Wert des Geheimnisses muss im JSON-Format vorliegen{"username": "<bind-dn>", "password": "<bind-password>"}. Anonymous Bind führt keine AWS API-Aufrufe durch und benötigt keine IAM-Berechtigungen.

configure-cloudwatch-logs.sh

Das Skript leitet das Verzeichnis für das Lifecycle-Aktionsprotokoll weiter ()/var/log/amazon/pcs/lifecycle/actions. Die Instanzrolle des Knotens muss dies zulassen logs:CreateLogGrouplogs:CreateLogStream, und für logs:PutLogEvents die Zielprotokollgruppe. Verwenden Sie dieses Skript, um Logs für das Post-Mortem-Debugging außerhalb der Instanz weiterzuleiten.