Crea nodi autogestiti con Capacity Blocks for ML

Crea un modello di lancio applicabile al tuo carico di lavoro. Per ulteriori informazioni, consulta Use Capacity Blocks per carichi di lavoro di machine learning nella Amazon EC2 Auto Scaling User Guide.

Assicurati che LaunchTemplateData includa quanto segue:

Di seguito è riportato un estratto di un CloudFormation modello che crea un modello di lancio destinato a un Capacity Block.

NodeLaunchTemplate:
  Type: "AWS::EC2::LaunchTemplate"
  Properties:
    LaunchTemplateData:
      InstanceMarketOptions:
        MarketType: "capacity-block"
      CapacityReservationSpecification:
        CapacityReservationTarget:
          CapacityReservationId: "cr-02168da1478b509e0"
      IamInstanceProfile:
        Arn: iam-instance-profile-arn
      ImageId: image-id
      InstanceType: p5.48xlarge
      KeyName: key-name
      SecurityGroupIds:
      - sg-05b1d815d1EXAMPLE
      UserData: user-data

Devi trasmettere la sottorete nella zona di disponibilità in cui viene effettuata la prenotazione, perché i blocchi di capacità sono zonali.

Utilizza il modello di avvio per creare un gruppo di nodi autogestito. Se lo stai facendo prima che la prenotazione della capacità diventi attiva, imposta la capacità 0 desiderata su. Quando crei il gruppo di nodi, assicurati di specificare solo la rispettiva sottorete per la zona di disponibilità in cui è la capacità è riservata.

Di seguito è riportato un CloudFormation modello di esempio a cui puoi fare riferimento quando ne crei uno applicabile al tuo carico di lavoro. In questo esempio viene LaunchTemplateId ottenuta la Version fine della AWS::Amazon EC2::LaunchTemplate risorsa mostrata nel passaggio precedente. Ottiene anche i valori di DesiredCapacity, MaxSize, MinSize e VPCZoneIdentifier che sono dichiarati altrove nello stesso modello.

NodeGroup:
  Type: "AWS::AutoScaling::AutoScalingGroup"
  Properties:
    DesiredCapacity: !Ref NodeAutoScalingGroupDesiredCapacity
    LaunchTemplate:
      LaunchTemplateId: !Ref NodeLaunchTemplate
      Version: !GetAtt NodeLaunchTemplate.LatestVersionNumber
    MaxSize: !Ref NodeAutoScalingGroupMaxSize
    MinSize: !Ref NodeAutoScalingGroupMinSize
    VPCZoneIdentifier: !Ref Subnets
    Tags:
      - Key: Name
        PropagateAtLaunch: true
        Value: !Sub ${ClusterName}-${NodeGroupName}-Node
      - Key: !Sub kubernetes.io/cluster/${ClusterName}
        PropagateAtLaunch: true
        Value: owned

Una volta che il gruppo di nodi è stato creato, assicurati di registrare il valore NodeInstanceRole per il gruppo di nodi creato. Ciò è necessario per verificare che, in seguito al dimensionamento del gruppo di nodi, i nuovi nodi vengano aggiunti al cluster e Kubernetes sia in grado di riconoscerli. Per ulteriori informazioni, vedere le AWS Management Console istruzioni inCrea nodi Amazon Linux autogestiti.

Consigliamo di creare una policy di dimensionamento programmato per il gruppo con dimensionamento automatico che si allinei ai tempi di prenotazione dei blocchi di capacità. Per ulteriori informazioni, consulta Scheduled Scaling for Amazon EC2 Auto Scaling nella Amazon Auto EC2 Scaling User Guide.

Puoi utilizzare tutte le istanze prenotate fino a 30 minuti prima dell'orario di fine del blocco di capacità. Le istanze ancora in esecuzione in quel momento inizieranno a terminare. Per avere tempo sufficiente per svuotare correttamente i nodi, suggeriamo di pianificare il dimensionamento fino a zero più di 30 minuti prima dell'orario di fine della prenotazione del blocco di capacità.

Se desideri invece aumentare le dimensioni manualmente ogni volta che la prenotazione della capacità diventa Active, devi aggiornare la capacità desiderata del gruppo con dimensionamento automatico all'inizio della prenotazione del blocco di capacità. Successivamente, dovrai anche ridurre le dimensioni manualmente più di 30 minuti prima dell'orario di fine della prenotazione del blocco di capacità.

Il gruppo di nodi è ora pronto per la pianificazione di carichi di lavoro e Pods.

Per poterti Pods svuotare senza problemi, ti consigliamo di configurare Node Termination Handler. AWS Questo gestore sarà in grado di monitorare gli eventi del ciclo di vita «ASGScale-in» di Amazon Auto EC2 Scaling EventBridge utilizzando e consentire al piano di controllo di intraprendere l'azione richiesta prima che Kubernetes l'istanza diventi non disponibile. Altrimenti, i tuoi oggetti Pods e Kubernetes rimarranno bloccati nello stato in sospeso. Per ulteriori informazioni, consulta Node Termination Handler su.AWS GitHub

Se non configuri Node Termination Handler, consigliamo di cominciare a svuotare manualmente i Pods prima di raggiungere la finestra di 30 minuti, in modo che abbiano tempo sufficiente per il corretto svuotamento.