**Bantu tingkatkan halaman ini**
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Untuk berkontribusi pada panduan pengguna ini, pilih **Edit halaman ini pada GitHub** tautan yang terletak di panel kanan setiap halaman.
Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Buat node yang dikelola sendiri dengan Blok Kapasitas untuk ML
Blok Kapasitas untuk pembelajaran mesin (ML) memungkinkan Anda untuk memesan instans GPU di masa mendatang untuk mendukung beban kerja MS berdurasi pendek Anda. Untuk informasi selengkapnya, lihat [Blok Kapasitas untuk ML](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/ec2-capacity-blocks.html) di *Panduan EC2 Pengguna Amazon untuk Instans Linux*.
## Pertimbangan
**penting**
Blok Kapasitas hanya tersedia untuk jenis dan AWS Wilayah EC2 instans Amazon tertentu. Untuk informasi kompatibilitas, lihat [Prasyarat Bekerja dengan Blok Kapasitas di](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-blocks-using.html#capacity-blocks-prerequisites) *Panduan EC2 Pengguna Amazon* untuk Instans Linux.
Jika Anda membuat grup node yang dikelola sendiri sebelum reservasi kapasitas menjadi aktif, maka atur kapasitas yang diinginkan. `0`
Untuk memberikan waktu yang cukup untuk menguras node dengan baik, kami sarankan Anda menjadwalkan penskalaan ke skala nol lebih dari 30 menit sebelum waktu akhir reservasi Blok Kapasitas.
Agar Pod Anda terkuras dengan baik, kami sarankan Anda menyiapkan AWS Node Termination Handler seperti yang dijelaskan dalam contoh langkah.
## Gunakan Blok Kapasitas dengan node yang dikelola sendiri
Anda dapat menggunakan Blok Kapasitas dengan Amazon EKS untuk menyediakan dan menskalakan node yang dikelola sendiri. Langkah-langkah berikut memberikan gambaran umum contoh. Contoh AWS CloudFormation template tidak mencakup setiap aspek yang diperlukan dalam beban kerja produksi. Biasanya Anda juga ingin skrip bootstrap bergabung dengan node ke cluster, menentukan AMI yang dipercepat Amazon EKS, dan profil instance yang sesuai untuk bergabung dengan cluster. Untuk informasi selengkapnya, lihat [Buat node Amazon Linux yang dikelola sendiri](launch-workers.md).
1. Buat template peluncuran yang berlaku untuk beban kerja Anda. Untuk informasi selengkapnya, lihat [Menggunakan Blok Kapasitas untuk beban kerja pembelajaran mesin](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-template-capacity-blocks.html) di Panduan Pengguna *Amazon EC2 Auto Scaling.*
Pastikan yang `LaunchTemplateData` termasuk yang berikut:
+ `InstanceMarketOptions`dengan `MarketType` set ke `"capacity-block"`
+ `CapacityReservationSpecification: CapacityReservationTarget`dengan `CapacityReservationId` diatur ke Blok Kapasitas (misalnya:`cr-02168da1478b509e0 `)
+ `IamInstanceProfile`dengan `Arn` set ke yang berlaku *iam-instance-profile-arn*
+ `ImageId`diatur ke yang berlaku *image-id*
+ `InstanceType`disetel ke jenis instance yang mendukung Blok Kapasitas (misalnya:*p5.48xlarge*)
+ `SecurityGroupIds`diatur ke yang berlaku IDs (misalnya:*sg-05b1d815d1EXAMPLE*)
+ `UserData`disetel ke yang berlaku *user-data* untuk grup node yang dikelola sendiri
Berikut ini adalah kutipan dari template yang membuat CloudFormation template peluncuran yang menargetkan Blok Kapasitas.
```
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
```
Anda harus melewati subnet di Availability Zone di mana reservasi dilakukan karena Blok Kapasitas bersifat zonal.
1. Gunakan template peluncuran untuk membuat grup node yang dikelola sendiri. Jika Anda melakukan ini sebelum reservasi kapasitas menjadi aktif, maka atur kapasitas yang diinginkan`0`. Saat membuat grup node, pastikan bahwa Anda hanya menentukan subnet masing-masing untuk Availability Zone di mana kapasitas dicadangkan.
Berikut ini adalah contoh CloudFormation template yang dapat Anda referensi saat membuat satu yang berlaku untuk beban kerja Anda. Contoh ini mendapatkan `LaunchTemplateId` dan `Version` dari ` AWS::Amazon EC2::LaunchTemplate` sumber daya yang ditunjukkan pada langkah sebelumnya. Itu juga mendapatkan nilai untuk`DesiredCapacity`,, `MaxSize``MinSize`, dan `VPCZoneIdentifier` yang dideklarasikan di tempat lain dalam template yang sama.
```
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
```
1. Setelah grup node berhasil dibuat, pastikan untuk merekam `NodeInstanceRole` untuk grup node yang dibuat. Anda memerlukan ini untuk memastikan bahwa ketika grup node diskalakan, node baru bergabung dengan cluster dan Kubernetes dapat mengenali node. Untuk informasi selengkapnya, lihat Konsol Manajemen AWS petunjuk di [Membuat node Amazon Linux yang dikelola sendiri](launch-workers.md).
1. Kami menyarankan Anda membuat kebijakan penskalaan terjadwal untuk grup Auto Scaling yang sejajar dengan waktu reservasi Blok Kapasitas. Untuk informasi selengkapnya, lihat [Penskalaan terjadwal untuk EC2 Auto Scaling Amazon](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-scheduled-scaling.html) di Panduan Pengguna *Amazon Auto EC2 Scaling*.
Anda dapat menggunakan semua instans yang Anda pesan hingga 30 menit sebelum waktu akhir Blok Kapasitas. Contoh yang masih berjalan pada saat itu akan mulai berakhir. Untuk memberikan waktu yang cukup untuk menguras node dengan baik, kami sarankan Anda menjadwalkan penskalaan ke skala nol lebih dari 30 menit sebelum waktu akhir reservasi Blok Kapasitas.
Jika Anda ingin meningkatkan secara manual setiap kali reservasi kapasitas terjadi`Active`, maka Anda perlu memperbarui kapasitas yang diinginkan grup Auto Scaling pada waktu mulai reservasi Blok Kapasitas. Kemudian Anda juga perlu menurunkan skala secara manual lebih dari 30 menit sebelum waktu akhir reservasi Blok Kapasitas.
1. Grup node sekarang siap untuk beban kerja dan Pod yang akan dijadwalkan.
1. Agar Pod Anda terkuras dengan baik, kami sarankan Anda menyiapkan AWS Node Termination Handler. Handler ini akan dapat mengawasi peristiwa siklus hidup “ASG Scale-in” dari Amazon Auto EC2 Scaling EventBridge menggunakan dan memungkinkan bidang kontrol Kubernetes untuk mengambil tindakan yang diperlukan sebelum instance menjadi tidak tersedia. Jika tidak, objek Pod dan Kubernetes Anda akan macet dalam status tertunda. Untuk informasi selengkapnya, lihat [AWS Node Termination Handler](https://github.com/aws/aws-node-termination-handler) di GitHub.
Jika Anda tidak menyiapkan Node Termination Handler, kami sarankan Anda mulai menguras Pod secara manual sebelum menekan jendela 30 menit sehingga mereka memiliki cukup waktu untuk terkuras dengan baik.