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.

Uso AWS-scripts mantenidos para las acciones del ciclo de vida de los nodos en AWS PC

AWS publica los scripts mantenidos para las acciones comunes del ciclo de vida. Haces referencia a un script mantenido directamente desde la configuración del grupo de nodos de procesamiento. Los scripts son idempotentes y se pueden ejecutar de forma segura en cada arranque.

AWS distribuye los scripts desde un bucket de Amazon S3 público y AWS administrado en cada uno de ellos. Región de AWS Se hace referencia a un script por su URI de Amazon S3. Hace referencia a un script mantenido del mismo modo que hace referencia a su propio script. Puedes hacer referencia a los scripts directamente desde el bucket AWS gestionado.

Secuencias de comandos disponibles

Haga referencia a un script

Haga referencia a un script por su URI de Amazon S3 en el scriptLocation campo de una acción del ciclo de vida. Los scripts se almacenan con el aws-pcs-node-lifecycle-scripts prefijo del aws-pcs-repo-region bucket AWS gestionado en cada uno de ellos. Región de AWS Usa el bucket en el mismo lugar Región de AWS que tu clúster.

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

Cada script se versiona con versiones semánticas. Puede fijar una versión específica o rastrear la última versión dentro de una versión principal:

Cada script tiene un archivo complementario SHA-256 de suma de comprobación en la misma ubicación con un .sha256 sufijo (por ejemplo,mount-efs-v1.0.0.sh.sha256). Lea el .sha256 valor y configúrelo como el del script. checksum A continuación, el agente verifica la integridad del script durante la descarga. Para obtener más información, consulte Integridad del script (sumas de comprobación).

Versiones de script disponibles

AWS versiona cada guion de forma independiente. En las tablas siguientes se enumeran las versiones disponibles de cada script. Utilice una versión en la URI de Amazon S3 del script, tal y como se describe enHaga referencia a un script.

mount-efs.sh

mount-fsx-lustre.sh

configure-efs-homes.sh

configure-ldaps.sh

configure-cloudwatch-logs.sh

Ejemplo: montar un sistema de archivos EFS con un script mantenido

El siguiente ejemplo hace referencia al mount-efs.sh script mantenido en us-west-2 Región de AWS. Los argumentos se pasan como indicadores con nombre. Para ver los argumentos del guion, consulteArgumentos del script.

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"
        }
      ]
    }
  }'

El rol de instancia del nodo debe tener s3:GetObject permiso para el objeto de script. Los nodos de una subred privada pueden llegar al bucket a través de un punto final de VPC de S3 Gateway. Para obtener más información, consulte Ubicaciones de almacenamiento de scripts.

Argumentos del script

Cada script utiliza argumentos con marcas nombradas. Pase cada indicador y su valor como elementos independientes de la arguments matriz (por ejemplo,["--file-system-id", "fs-12345678"]). Todos los scripts se ejecutan root y son compatibles con los sistemas operativos AL2, AL2023, RHEL, Ubuntu y Rocky Linux.

mount-efs.sh

Con la iam opción predeterminada, el rol de instancia del nodo debe permitir elasticfilesystem:ClientMount yelasticfilesystem:ClientWrite. La subred del nodo debe tener un destino de montaje EFS cuyo grupo de seguridad permita la entrada de NFS (TCP 2049) desde el nodo.

mount-fsx-lustre.sh

La subred del nodo debe llegar al sistema de archivos y el grupo de seguridad del sistema de archivos debe permitir el tráfico entrante de Lustre (TCP 988 y 1018—1023 para los clientes que utilizan puertos de origen reservados) desde el nodo.

configure-efs-homes.sh

Este script requiere amazon-efs-utils y mkhomedir soporte para PAM. nfs-utils En RHEL-family los nodos oddjoboddjob-mkhomedir, instale yauthselect. En AL2023, instálelo de authselect forma explícita. En Ubuntu, instálelolibpam-modules. Los requisitos de red e IAM coincidenmount-efs.sh.

configure-ldaps.sh

Este script requiere sssdsssd-ldap, ysssd-tools. En RHEL-family los nodos, también requiere authselect o authconfig yoddjob-mkhomedir. En Ubuntu, se requierelibpam-modules.

Con--secret-arn, el rol de instancia del nodo debe secretsmanager:GetSecretValue tener en cuenta el secreto y el nodo necesita los python3 paquetes awscli y. El valor del secreto debe ser el JSON del formulario{"username": "<bind-dn>", "password": "<bind-password>"}. El enlace anónimo no realiza llamadas a la AWS API y no necesita permisos de IAM.

configure-cloudwatch-logs.sh

El script reenvía el directorio de registros de acciones del ciclo de vida (). /var/log/amazon/pcs/lifecycle/actions El rol de instancia del nodo debe permitir logs:CreateLogGroup y estar logs:PutLogEvents en el grupo de registros de destino. logs:CreateLogStream Usa este script para reenviar los registros fuera de la instancia para su depuración post mortem.