Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Opsi penagihan dan pembelian Amazon EC2
Anda dapat menggunakan opsi berikut untuk mengoptimalkan biaya Anda untuk Amazon EC2:
+ **[Instans Sesuai Permintaan](ec2-on-demand-instances.md)** – Bayar, per detik, untuk instans yang Anda luncurkan.
+ **[Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html)** – Kurangi biaya Amazon EC2 dengan membuat komitmen pada jumlah penggunaan yang konsisten, dalam USD per jam, untuk jangka waktu 1 atau 3 tahun.
+ **[Instans Terpesan](ec2-reserved-instances.md)** – Kurangi biaya Amazon EC2 Anda dengan membuat komitmen pada konfigurasi instans yang konsisten, termasuk tipe instans dan Wilayah, untuk jangka waktu 1 atau 3 tahun.
+ **[Instans Spot](using-spot-instances.md)** – Minta instans EC2 yang tidak digunakan, yang dapat mengurangi biaya Amazon EC2 Anda secara signifikan.
+ **[Host Khusus](dedicated-hosts-overview.md)** - Bayar untuk host fisik yang sepenuhnya didedikasikan untuk menjalankan instans Anda, dan bawa lisensi perangkat lunak per soket, per inti, atau per VM yang ada untuk mengurangi biaya.
+ **[Instans Khusus](dedicated-instance.md)** - Bayar, per jam, untuk instans yang berjalan pada perangkat keras penghuni tunggal.
+ **[Reservasi Kapasitas](capacity-reservation-overview.md)** — Kapasitas cadangan untuk instans EC2 Anda di Availability Zone tertentu.
Jika Anda tidak dapat membuat komitmen terhadap konfigurasi instans tertentu, tetapi Anda dapat berkomitmen pada jumlah penggunaan, belilah Savings Plans untuk mengurangi biaya Instans Sesuai Permintaan.Jika Anda memerlukan reservasi kapasitas, belilah Instans Terpesan atau Reservasi Kapasitas untuk Zona Ketersediaan tertentu. Blok Kapasitas dapat digunakan untuk memesan klaster instans GPU. Instans Spot adalah pilihan hemat biaya jika Anda dapat bersikap fleksibel tentang kapan aplikasi Anda berjalan dan apakah aplikasi tersebut dapat diinterupsi. Host Khusus atau Instans Khusus dapat membantu Anda memenuhi persyaratan kepatuhan dan mengurangi biaya dengan menggunakan lisensi perangkat lunak terikat server yang ada.
Untuk informasi selengkapnya, lihat [Harga Amazon EC2](https://aws.amazon.com/ec2/pricing/) dan. [Instans terkelola Amazon EC2](amazon-ec2-managed-instances.md)
# Membeli Instans Sesuai Permintaan untuk Amazon EC2
Dengan Instans Sesuai Permintaan, Anda membayar kapasitas komputasi per detik tanpa komitmen jangka panjang. Anda memiliki kendali penuh atas siklus hidup instans—Anda memutuskan kapan akan meluncurkan, menghentikan, hibernasi, memulai, melakukan reboot, atau mengakhirinya.
Tidak ada komitmen jangka panjang yang diperlukan saat Anda membeli Instans Sesuai Permintaan. Anda hanya membayar untuk detik saat Instans Sesuai Permintaan Anda berada pada status `running`, dengan minimum 60 detik. Harga per detik untuk Instans Sesuai Permintaan yang berjalan ditetapkan, dan tercantum di halaman [ EC2 Harga Amazon, Harga Sesuai Permintaan, halaman ](https://aws.amazon.com/ec2/pricing/on-demand/).
Kami menyarankan agar Anda menggunakan Instans Sesuai Permintaan untuk aplikasi dengan beban kerja tidak teratur jangka pendek yang tidak dapat diganggu.
Untuk penghematan Instans Sesuai Permintaan yang signifikan, gunakan [AWS Savings Plans](https://aws.amazon.com/savingsplans/), [Instans Spot](using-spot-instances.md), atau [Instans Cadangan untuk ikhtisar Amazon EC2](ec2-reserved-instances.md).
**Contents**
+ [
## Kuota Instans Sesuai Permintaan
](#ec2-on-demand-instances-limits)
+ [
### Memantau kuota dan penggunaan Instans Sesuai Permintaan
](#monitoring-on-demand-limits)
+ [
### Meminta peningkatan kuota
](#vcpu-limits-request-increase)
+ [
## Membuat kueri harga Instans Sesuai Permintaan
](#query-aws-price-list)
## Kuota Instans Sesuai Permintaan
Ada kuota untuk jumlah Instans Sesuai Permintaan yang berjalan per Akun AWS Wilayah. Kuota Instans Sesuai Permintaan dikelola berdasarkan *jumlah unit pemrosesan pusat virtual (vCPUs)* yang digunakan Instans Sesuai Permintaan Anda, apa pun jenis instancenya. Setiap jenis kuota menentukan jumlah maksimum v CPUs untuk satu atau lebih keluarga instance.
Akun Anda menyertakan kuota berikut untuk Instans Sesuai Permintaan. Instans yang berada dalam status tertunda, berhenti, berhenti, dan hibernasi tidak dihitung dalam kuota Instans Sesuai Permintaan Anda. Reservasi Kapasitas dihitung dalam kuota Instans Sesuai Permintaan Anda, meskipun tidak digunakan.
| Nama | Default | Dapat disesuaikan |
| --- | --- | --- |
| Instans DL Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6E869C2A) |
| Instans F Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-74FC7D96) |
| Instans DL Sesuai Permintaan yang Berjalan dan instans VT | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-DB2E81BA) |
| Instans HPC Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-F7808C92) |
| Instans Memori Tinggi Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-43DA4232) |
| Instans Inf Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1945791B) |
| Instans P Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-417A185B) |
| Instans Standar (A, C, D, H, I, M, R, T, Z) Sesuai Permintaan yang Berjalan | 5 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1216C47A) |
| Instans Trn Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-2C3B7624) |
| Instans X Sesuai Permintaan yang Berjalan | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7295265B) |
Untuk informasi tentang keluarga, generasi, dan ukuran instans yang berbeda, lihat [Panduan Jenis EC2 Instans Amazon](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-types.html).
Anda dapat meluncurkan kombinasi jenis instans yang memenuhi kebutuhan aplikasi yang berubah, selama jumlah v CPUs tidak melebihi kuota akun Anda. Misalnya, dengan kuota instans Standar 256 vCPUs, Anda dapat meluncurkan 32 `m5.2xlarge` instance (32 x 8 vCPUs) atau 16 `c5.4xlarge` instance (16 x 16 v). CPUs Untuk informasi selengkapnya, lihat [Batas Instans EC2 Sesuai Permintaan](https://aws.amazon.com/ec2/faqs/#EC2_On-Demand_Instance_limits).
**Topics**
+ [
### Memantau kuota dan penggunaan Instans Sesuai Permintaan
](#monitoring-on-demand-limits)
+ [
### Meminta peningkatan kuota
](#vcpu-limits-request-increase)
### Memantau kuota dan penggunaan Instans Sesuai Permintaan
Anda dapat melihat dan mengelola kuota Instans Sesuai Permintaan untuk setiap Wilayah menggunakan metode berikut.
**Untuk melihat kuota saat ini menggunakan konsol Kuota Layanan**
1. [Buka konsol Service Quotas di https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/.](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/)
1. Dari bilah navigasi, pilih Wilayah.
1. Di bidang filter, masukkan **On-Demand**.
1. Kolom **Nilai kuota Terapan** menampilkan jumlah maksimum v CPUs untuk setiap jenis kuota Instans Sesuai Permintaan untuk akun Anda.
**Untuk melihat kuota Anda saat ini menggunakan konsol AWS Trusted Advisor**
Buka [halaman batas layanan](https://console.aws.amazon.com/trustedadvisor/home?#/category/service-limits) di AWS Trusted Advisor konsol.
**Untuk mengkonfigurasi CloudWatch alarm**
Dengan integrasi CloudWatch metrik Amazon, Anda dapat memantau EC2 penggunaan Anda terhadap kuota Anda. Anda juga dapat mengonfigurasi alarm untuk memperingatkan saat sudah mendekati kuota. Untuk informasi selengkapnya, lihat [Service Quotas dan CloudWatch alarm Amazon](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) di Panduan Pengguna *Service* Quotas.
### Meminta peningkatan kuota
Meskipun Amazon EC2 secara otomatis meningkatkan kuota Instans Sesuai Permintaan berdasarkan penggunaan, Anda dapat meminta peningkatan kuota jika perlu. Misalnya, jika Anda bermaksud untuk meluncurkan lebih banyak instans daripada yang diizinkan oleh kuota saat ini, Anda dapat meminta peningkatan kuota dengan menggunakan Konsol Kuota Layanan yang dijelaskan di [Kuota EC2 layanan Amazon](ec2-resource-limits.md).
## Membuat kueri harga Instans Sesuai Permintaan
Anda dapat menggunakan API Layanan Daftar Harga atau API Daftar AWS Harga untuk menanyakan harga Instans Sesuai Permintaan. Untuk informasi selengkapnya, lihat [Menggunakan API Daftar AWS Harga](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/price-changes.html) di *Panduan AWS Billing Pengguna*.
# Instans Cadangan untuk ikhtisar Amazon EC2
**penting**
Kami merekomendasikan Savings Plans atas Instans Cadangan. Paket Tabungan adalah cara termudah dan paling fleksibel untuk menghemat uang pada biaya AWS komputasi Anda dan menawarkan harga yang lebih rendah (diskon hingga 72% dari harga On-Demand), seperti Instans Cadangan. Namun, Savings Plans berbeda dengan Instans Cadangan. Dengan Instans Cadangan, Anda berkomitmen pada konfigurasi instans tertentu, sedangkan dengan Savings Plans, Anda memiliki fleksibilitas untuk menggunakan konfigurasi instans yang paling sesuai dengan kebutuhan Anda. Untuk menggunakan Savings Plans, Anda membuat komitmen terhadap jumlah penggunaan yang konsisten, diukur dalam USD per jam. Untuk informasi selengkapnya, lihat [AWS Panduan Pengguna Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
Instans Terpesan memberi Anda penghematan yang signifikan pada biaya Amazon EC2 Anda dibandingkan dengan harga Instans Sesuai Permintaan. Instans Terpesan bukanlah instans fisik, melainkan diskon penagihan yang diterapkan untuk penggunaan Instans Sesuai Permintaan di akun Anda. Instans Sesuai Permintaan ini harus cocok dengan atribut tertentu, seperti tipe instans dan Wilayah, untuk mendapatkan keuntungan dari diskon penagihan.
**Topics**
+ [
## Contoh skenario Instans Cadangan
](#ri-example-scenario)
+ [
## Variabel utama yang menentukan harga Instans Terpesan
](#ri-key-pricing-variables)
+ [
# Instans Terpesan Regional dan zonal (cakupan)
](reserved-instances-scope.md)
+ [
# Tipe Instans Terpesan (kelas penawaran)
](reserved-instances-types.md)
+ [
# Bagaimana diskon Instans Cadangan diterapkan
](apply_ri.md)
+ [
# Menggunakan Instans Terpesan Anda
](using-reserved-instances.md)
+ [
# Cara kerja penagihan dengan Instans Cadangan
](concepts-reserved-instances-application.md)
+ [
# Beli Instans Cadangan untuk Amazon EC2
](ri-market-concepts-buying.md)
+ [
# Jual Instans Cadangan untuk Amazon EC2 di Marketplace Instans Cadangan
](ri-market-general.md)
+ [
# Memodifikasi Instans Terpesan
](ri-modifying.md)
+ [
# Menukar Instans Terpesan Konvertibel
](ri-convertible-exchange.md)
+ [
# Kuota Instans Terpesan
](ri-limits.md)
## Contoh skenario Instans Cadangan
Diagram berikut menunjukkan skenario dasar pembelian dan penggunaan Instans Cadangan.
![\[Membeli Instans Terpesan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-basics.png)
Dalam skenario ini, Anda memiliki Instans Sesuai Permintaan (T2) yang berjalan di akun Anda, yang saat ini Anda bayar dengan tarif Sesuai Permintaan. Anda membeli Instans Terpesan yang cocok dengan atribut instans Anda yang sedang berjalan, dan manfaat penagihan segera diterapkan. Selanjutnya, Anda membeli Instans Terpesan untuk instans C4. Anda tidak memiliki instans yang sedang berjalan di akun Anda yang cocok dengan atribut Instans Terpesan ini. Pada langkah terakhir, Anda meluncurkan instans yang cocok dengan atribut Instans Terpesan C4, dan manfaat penagihan segera diterapkan.
## Variabel utama yang menentukan harga Instans Terpesan
Harga Instans Terpesan ditentukan oleh variabel kunci berikut.
### Atribut instans
Instans Terpesan memiliki empat atribut instans yang menentukan harganya.
+ **Tipe instans**: Contohnya, `m4.large`. Ini terdiri dari keluarga instans (sebagai contoh, `m4`) dan ukuran instans (misalnya, `large`).
+ **Wilayah**: Wilayah tempat Instans Terpesan dibeli.
+ **Penghunian**: Apakah instans Anda berjalan pada perangkat keras bersama (default) atau penghuni tunggal (khusus). Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](dedicated-instance.md).
+ **Platform**: Sistem operasi; misalnya, Windows atau Linux/Unix. Untuk informasi selengkapnya, lihat [Memilih platform](ri-market-concepts-buying.md#ri-choosing-platform).
### Komitmen jangka waktu
Anda dapat membeli Instans Terpesan untuk komitmen satu tahun atau tiga tahun, di mana komitmen tiga tahun menawarkan diskon yang lebih besar.
+ **Satu tahun**: Satu tahun didefinisikan sebagai 31.536.000 detik (365 hari).
+ **Tiga tahun**: Tiga tahun didefinisikan sebagai 94.608.000 detik (1.095 hari).
Instans Terpesan tidak diperpanjang secara otomatis; saat kedaluwarsa, Anda dapat terus menggunakan instans EC2 tanpa gangguan, tetapi Anda dikenai tarif Sesuai Permintaan. Dalam contoh di atas, ketika Instans Terpesan yang mencakup instans T2 dan C4 telah kedaluwarsa, Anda kembali membayar tarif Sesuai Permintaan hingga Anda mengakhiri instans atau membeli Instans Terpesan baru yang cocok dengan atribut instans.
**penting**
Setelah Anda membeli Instans Terpesan, Anda tidak dapat membatalkan pembelian tersebut. Namun, Anda mungkin dapat [mengubah](ri-modifying.md), [menukar](ri-convertible-exchange.md), atau [menjual](ri-market-general.md) Instans Terpesan itu jika kebutuhan Anda berubah.
### Opsi pembayaran
Opsi pembayaran berikut tersedia untuk Instans Terpesan:
+ **Lunas di Depan**: Pembayaran penuh dilakukan di awal jangka waktu, tanpa biaya lain atau biaya per jam tambahan yang timbul untuk sisa jangka waktu, berapa pun jam yang digunakan.
+ **Dengan Uang Muka**: Sebagian dari biaya harus dibayar di muka dan sisa jam dalam jangka waktu tersebut ditagih dengan tarif per jam yang didiskon, terlepas dari apakah Instans Terpesan tersebut sedang digunakan.
+ **Tanpa Uang Muka**: Anda akan dikenai tarif per jam dengan diskon untuk setiap jam dalam jangka waktu tersebut, terlepas dari apakah Instans Terpesan sedang digunakan. Tidak perlu uang muka.
**catatan**
Tidak ada Instans Terpesan Tanpa Uang Muka yang didasarkan pada kewajiban kontraktual untuk membayar bulanan untuk seluruh jangka waktu reservasi. Untuk alasan ini, riwayat penagihan yang berhasil diperlukan sebelum Anda dapat membeli Instans Terpesan Tanpa Uang Muka.
Secara umum, Anda dapat menghemat lebih banyak uang dengan membayar uang muka yang lebih tinggi untuk Instans Terpesan. Anda juga dapat menemukan Instans Terpesan yang ditawarkan oleh penjual pihak ketiga dengan harga lebih rendah dan jangka waktu lebih pendek di Pasar Instans Terpesan. Untuk informasi selengkapnya, lihat [Jual Instans Cadangan untuk Amazon EC2 di Marketplace Instans Cadangan](ri-market-general.md).
### Kelas penawaran
Jika kebutuhan komputasi Anda berubah, Anda mungkin dapat mengubah atau menukar Instans Cadangan Anda, bergantung pada kelas penawaran.
+ **Standar**: Kelas ini memberikan diskon paling signifikan, tetapi hanya dapat dimodifikasi. Instans Terpesan Standar tidak dapat ditukar.
+ **Konvertibel**: Kelas ini memberikan diskon yang lebih rendah daripada Instans Terpesan Standar, tetapi dapat ditukar dengan Instans Terpesan Konvertibel lainnya dengan atribut instans yang berbeda. Instans Terpesan Konvertibel juga dapat dimodifikasi.
Untuk informasi selengkapnya, lihat [Tipe Instans Terpesan (kelas penawaran)](reserved-instances-types.md).
**penting**
Setelah Anda membeli Instans Terpesan, Anda tidak dapat membatalkan pembelian tersebut. Namun, Anda mungkin dapat [mengubah](ri-modifying.md), [menukar](ri-convertible-exchange.md), atau [menjual](ri-market-general.md) Instans Terpesan itu jika kebutuhan Anda berubah.
Untuk informasi selengkapnya, lihat [halaman Harga Instans Terpesan Amazon EC2](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
# Instans Terpesan Regional dan zonal (cakupan)
Saat Anda membeli Instans Terpesan, Anda menentukan cakupan Instans Terpesan tersebut. Cakupan itu bisa regional atau zonal.
+ **Regional**: Saat Anda membeli Instans Terpesan untuk suatu Wilayah, maka instans itu disebut sebagai Instans Terpesan *regional*.
+ **Zonal**: Saat Anda membeli Instans Terpesan untuk Zona Ketersediaan tertentu, instans itu disebut sebagai Instans Terpesan *zonal*.
Cakupan tidak memengaruhi harga. Anda membayar harga yang sama untuk Instans Terpesan regional maupun zonal. Untuk informasi selengkapnya tentang harga Instans Terpesan, lihat [Variabel utama yang menentukan harga Instans Terpesan](ec2-reserved-instances.md#ri-key-pricing-variables) dan [Harga Instans Terpesan Amazon EC2](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
Untuk informasi selengkapnya tentang cara menentukan cakupan Instans Terpesan, lihat [Atribut RI](https://aws.amazon.com/ec2/pricing/reserved-instances/#riattributes), khususnya bullet **Zona Ketersediaan**.
## Perbedaan antara Instans Terpesan regional dan zonal
Tabel berikut menyoroti beberapa perbedaan utama antara Instans Terpesan regional dan Instans Terpesan zonal:
| | Instans Terpesan Regional | Instans Terpesan Zonal |
| --- | --- | --- |
| Kemampuan untuk memesan kapasitas | Instans Terpesan regional *tidak* memesan kapasitas. | Instans Terpesan zonal memesan kapasitas di Zona Ketersediaan yang ditentukan. |
| Fleksibilitas Zona Ketersediaan | Diskon Instans Terpesan berlaku untuk penggunaan instans di Zona Ketersediaan mana pun di Wilayah yang ditentukan. | Tidak ada fleksibilitas Zona Ketersediaan — diskon Instans Terpesan berlaku untuk penggunaan instans di Zona Ketersediaan yang ditentukan saja. |
| Fleksibilitas ukuran instans | Diskon Instans Terpesan berlaku untuk penggunaan instans dalam keluarga instans, berapa pun ukurannya. Hanya didukung di Instans Linux/Unix Cadangan Amazon dengan penyewaan default. Untuk informasi selengkapnya, lihat [Fleksibilitas ukuran instans ditentukan oleh faktor normalisasi](apply_ri.md#ri-normalization-factor). | Tidak ada fleksibilitas ukuran instans — diskon Instans Terpesan berlaku untuk penggunaan instans dengan tipe dan ukuran instans yang ditentukan. |
| Mengantrekan pembelian | Anda dapat mengantrekan pembelian untuk Instans Terpesan regional. | Anda dapat mengantrekan pembelian untuk Instans Terpesan zonal. |
Untuk informasi dan contoh selengkapnya, lihat [Bagaimana diskon Instans Cadangan diterapkan](apply_ri.md).
# Tipe Instans Terpesan (kelas penawaran)
Kelas penawaran Instans Terpesan adalah Standar atau Konvertibel. Instans Terpesan Standar memberikan diskon yang lebih signifikan daripada Instans Terpesan Konvertibel, tetapi Anda tidak dapat menukarkan Instans Terpesan Standar. Anda dapat menukar Instans Terpesan Konvertibel. Anda dapat memodifikasi Instans Terpesan Standar dan Konvertibel.
Konfigurasi Instans Terpesan terdiri dari satu tipe instans, platform, cakupan, dan penghunian selama jangka waktu tertentu. Jika kebutuhan komputasi Anda berubah, Anda mungkin dapat mengubah atau menukar Instans Terpesan Anda.
## Perbedaaan antara Instans Terpesan Standar dan Konvertibel
Berikut adalah perbedaaan antara Instans Terpesan Standar dan Konvertibel.
| | Instans Terpesan Standar | Instans Terpesan Konvertibel |
| --- | --- | --- |
| Memodifikasi Instans Terpesan | Beberapa atribut dapat dimodifikasi. Untuk informasi selengkapnya, lihat [Memodifikasi Instans Terpesan](ri-modifying.md). | Beberapa atribut dapat dimodifikasi. Untuk informasi selengkapnya, lihat [Memodifikasi Instans Terpesan](ri-modifying.md). |
| Menukar Instans Terpesan | Tidak bisa ditukar. | Dapat ditukar selama jangka waktu dengan Instans Terpesan Konvertibel lainnya dengan atribut baru, termasuk keluarga instans, tipe instans, platform, cakupan, atau penghunian. Untuk informasi selengkapnya, lihat [Menukar Instans Terpesan Konvertibel](ri-convertible-exchange.md). |
| Menjual di Marketplace Instans Terpesan | Dapat dijual di Marketplace Instans Terpesan. | Tidak dapat dijual di Marketplace Instans Terpesan. |
| Membeli dari Marketplace Instans Terpesan | Dapat dibeli di Marketplace Instans Terpesan. | Tidak dapat dibeli di Marketplace Instans Terpesan. |
# Bagaimana diskon Instans Cadangan diterapkan
Instans Terpesan bukanlah instans fisik, melainkan diskon penagihan yang diterapkan untuk Instans Sesuai Permintaan yang berjalan di akun Anda. Instans Sesuai Permintaan harus cocok dengan spesifikasi Instans Terpesan tertentu untuk mendapatkan keuntungan dari diskon penagihan.
Jika Anda membeli Instans Terpesan dan sudah memiliki Instans Sesuai Permintaan yang berjalan yang sesuai dengan spesifikasi Instans Terpesan, diskon penagihan langsung diterapkan secara otomatis. Anda tidak perlu memulai ulang instans Anda. Jika Anda tidak memiliki Instans Sesuai Permintaan yang memenuhi syarat, luncurkan Instans Sesuai Permintaan dengan spesifikasi yang sama dengan Instans Terpesan Anda. Untuk informasi selengkapnya, lihat [Menggunakan Instans Terpesan Anda](using-reserved-instances.md).
Kelas penawaran (Standar atau Konvertibel) dari Instans Terpesan tidak memengaruhi bagaimana diskon penagihan diterapkan.
**Topics**
+ [
## Bagaimana Instans Terpesan zonal diterapkan
](#apply-zonal-ri)
+ [
## Bagaimana Instans Terpesan regional diterapkan
](#apply-regional-ri)
+ [
## Fleksibilitas ukuran instans
](#ri-instance-size-flexibility)
+ [
## Contoh penerapan Instans Terpesan
](#ri-usage-examples)
## Bagaimana Instans Terpesan zonal diterapkan
Instans Terpesan yang dibeli untuk memesan kapasitas di Zona Ketersediaan tertentu disebut Instans Terpesan zonal.
+ Diskon Instans Terpesan berlaku untuk penggunaan instans yang sesuai di Zona Ketersediaan tersebut.
+ Atribut (penghunian, platform, Zona Ketersediaan, tipe instans, dan ukuran instans) dari instans yang sedang berjalan harus cocok dengan Instans Terpesan.
Misalnya, jika Anda membeli dua Instans Cadangan Standar Linux/Unix tenancy `c4.xlarge` default untuk Availability Zone us-east-1a, maka hingga dua instance tenancy `c4.xlarge` default yang berjalan di Availability Zone us-east-1a dapat memanfaatkan diskon Linux/Unix Instans Cadangan.
## Bagaimana Instans Terpesan regional diterapkan
Instans Terpesan yang dibeli untuk suatu Wilayah disebut Instans Terpesan regional, dan menyediakan Zona Ketersediaan serta fleksibilitas ukuran instans.
+ Diskon Instans Terpesan berlaku untuk penggunaan instans di Zona Ketersediaan mana pun di Wilayah tersebut.
+ Diskon Instans Terpesan berlaku untuk penggunaan instans dalam keluarga instans, berapa pun ukurannya—ini dikenal sebagai [fleksibilitas ukuran instans](#ri-instance-size-flexibility).
## Fleksibilitas ukuran instans
Dengan fleksibilitas ukuran instans, diskon Instans Cadangan berlaku untuk penggunaan instans untuk instance yang memiliki [keluarga](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) yang sama. Instans Terpesan diterapkan dari ukuran instans terkecil hingga terbesar dalam keluarga instans berdasarkan faktor normalisasi. Untuk contoh bagaimana diskon Instans Terpesan diterapkan, lihat [Skenario 2: Instans Terpesan dalam satu akun menggunakan faktor normalisasi](#ri-usage-ex2).
### Batasan
+ **Didukung: **Fleksibilitas ukuran instans hanya didukung untuk Instans Terpesan Regional.
+ **Tidak didukung:** Fleksibilitas ukuran instans *tidak didukung* untuk Instans Terpesan berikut:
+ Instans Terpesan yang dibeli untuk Zona Ketersediaan tertentu (Instans Terpesan zonal)
+ Instans Cadangan untuk instans G4ad, G4dn, G5, G5g, G6, G6e, G6f, Gr6, Gr6f, hpc7a, P5, Inf1, Inf2, u7i-6tb, dan u7i-8tb
+ Instans Terpesan untuk Windows Server, Windows Server dengan SQL Standard, Windows Server dengan SQL Server Enterprise, Windows Server dengan SQL Server Web, RHEL, dan SUSE Linux Enterprise Server
+ Instans Terpesan dengan penghunian khusus
### Fleksibilitas ukuran instans ditentukan oleh faktor normalisasi
Fleksibilitas ukuran instans ditentukan oleh faktor normalisasi ukuran instans. Diskon berlaku baik sepenuhnya atau sebagian untuk instans yang berjalan dari keluarga instans yang sama, bergantung pada ukuran instans reservasi, di Zona Ketersediaan mana pun di Wilayah itu. Atribut yang harus dicocokkan adalah keluarga instans penghunian, dan platform.
Tabel berikut mencantumkan berbagai ukuran dalam keluarga instans, dan faktor normalisasi yang sesuai. Skala ini digunakan untuk menerapkan tarif diskon dari Instans Terpesan ke penggunaan normal keluarga instans.
| Ukuran instans | Faktor normalisasi |
| --- | --- |
| nano | 0,25 |
| micro | 0,5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Misalnya, instans `t2.medium` memiliki faktor normalisasi 2. Jika Anda membeli Instans Terpesan Amazon Linux/Unix penghunian default `t2.medium` di AS Timur (Virginia Utara) dan Anda memiliki dua instans `t2.small` yang sedang berjalan di akun Anda di Wilayah itu, manfaat penagihan diterapkan secara penuh untuk kedua instans.
![\[Menerapkan Instans Terpesan Wilayah.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-instance-flex-full.png)
Atau, jika Anda memiliki satu instans `t2.large` yang berjalan di akun Anda di Wilayah AS Timur (Virginia Utara), manfaat penagihan diterapkan ke 50% penggunaan instans.
![\[Menerapkan Instans Terpesan Wilayah.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-instance-flex-partial.png)
Faktor normalisasi juga diterapkan saat memodifikasi Instans Terpesan. Untuk informasi selengkapnya, lihat [Memodifikasi Instans Terpesan](ri-modifying.md).
#### Faktor normalisasi untuk instans bare metal
Fleksibilitas ukuran instans juga berlaku untuk instans bare metal dalam keluarga instans. Jika Anda memiliki Instans Linux/Unix Cadangan Amazon regional dengan penyewaan bersama pada instans logam kosong, Anda dapat memanfaatkan penghematan Instans Cadangan dalam keluarga instans yang sama. Hal sebaliknya juga berlaku: jika Anda memiliki Instans Linux/Unix Cadangan Amazon regional dengan penyewaan bersama pada instans dalam keluarga yang sama dengan instans logam kosong, Anda dapat memanfaatkan penghematan Instans Cadangan pada instans logam kosong.
Ukuran instans `metal` tidak memiliki faktor normalisasi tunggal. Instans bare metal memiliki faktor normalisasi yang sama dengan ukuran instans virtual setara dalam keluarga instans yang sama. Misalnya, instans `i3.metal` memiliki faktor normalisasi yang sama dengan instans `i3.16xlarge`.
| Ukuran instans | Faktor normalisasi |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Misalnya, file`i3.metal` Misalnya memiliki faktor normalisasi 128. Jika Anda membeli Instans Terpesan Amazon Linux/Unix penghunian default `i3.metal` di AS Timur (Virginia Utara), manfaat penagihan dapat berlaku sebagai berikut:
+ Jika Anda memiliki satu `i3.16xlarge` yang berjalan di akun Anda di Wilayah tersebut, keuntungan penagihan diterapkan secara penuh ke instans `i3.16xlarge` (faktor normalisasi `i3.16xlarge` = 128).
+ Atau, jika Anda memiliki dua instans `i3.8xlarge` yang berjalan di akun Anda di Wilayah tersebut, keuntungan penagihan diterapkan secara penuh ke kedua instans `i3.8xlarge` (faktor normalisasi `i3.8xlarge` = 64).
+ Atau, jika Anda memiliki empat instans `i3.4xlarge` yang berjalan di akun Anda di Wilayah tersebut, keuntungan penagihan diterapkan secara penuh ke semua empat instans `i3.4xlarge` (faktor normalisasi `i3.4xlarge` = 32).
Kebalikannya juga benar. Misalnya, jika Anda membeli dua Instans Linux/Unix Cadangan Amazon sewaan `i3.8xlarge` default di AS Timur (Virginia N.), dan Anda memiliki satu `i3.metal` instans yang berjalan di Wilayah tersebut, manfaat penagihan diterapkan secara penuh ke instans. `i3.metal`
## Contoh penerapan Instans Terpesan
**Topics**
+ [
### Skenario 1: Instans Terpesan dalam satu akun
](#ri-usage-ex1)
+ [
### Skenario 2: Instans Terpesan dalam satu akun menggunakan faktor normalisasi
](#ri-usage-ex2)
+ [
### Skenario 3: Instans Terpesan Regional dalam akun tertaut
](#ri-usage-ex3)
+ [
### Skenario 4: Instans Terpesan Zonal dalam akun tertaut
](#ri-usage-ex4)
### Skenario 1: Instans Terpesan dalam satu akun
Anda menjalankan Instans Sesuai Permintaan berikut di akun A:
+ 4 x `m3.large` Linux, instans penghunian default di Zona Ketersediaan us-east-1a
+ 2 x `m4.xlarge` Amazon Linux, instans penghunian default di Zona Ketersediaan us-east-1b
+ 1 x `c4.xlarge` Amazon Linux, instans penghunian default di Zona Ketersediaan us-east-1c
Anda membeli Instans Terpesan berikut di akun A:
+ 4 x `m3.large` Linux, Instans Terpesan penghunian default di Zona Ketersediaan us-east-1a (kapasitas dipesan)
+ 4 x `m4.large` Amazon Linux, Instans Terpesan penghunian default di Wilayah us-east-1
+ 1 x `c4.large` Amazon Linux, Instans Terpesan penghunian default di Wilayah us-east-1
Keuntungan Instans Terpesan diterapkan dengan cara berikut:
+ Diskon dan reservasi kapasitas keempat Instans Terpesan zonal `m3.large` digunakan oleh empat instans `m3.large` karena atribut (ukuran instans, Wilayah, platform,penghunian) di antara keempatnya cocok.
+ Instans Terpesan regional `m4.large` memberikan Zona Ketersediaan dan fleksibilitas ukuran instans, karena ini adalah Instans Terpesan Amazon Linux regional dengan penghunian default.
Sebuah instans `m4.large` setara dengan 4 unit/jam yang dinormalisasi.
Anda telah membeli empat Instans Cadangan `m4.large` regional, dan secara total, mereka sama dengan 16 dinormalisasi units/hour (4x4). Akun A memiliki dua `m4.xlarge` instance yang berjalan, yang setara dengan 16 dinormalisasi units/hour (2x8). Dalam hal ini, empat Instans Terpesan regional `m4.large` memberikan manfaat penagihan penuh untuk penggunaan kedua instans `m4.xlarge`.
+ Instans Terpesan regional `c4.large` di us-east-1 memberikan Zona Ketersediaan dan fleksibilitas ukuran instans, karena ini adalah Instans Terpesan Amazon Linux regional dengan penghunian default, dan diterapkan untuk instans `c4.xlarge`. Sebuah `c4.large` instance setara dengan 4 dinormalisasi units/hour dan a setara dengan 8 `c4.xlarge` unit/jam yang dinormalisasi.
Dalam hal ini, Instans Terpesan regional `c4.large` memberikan sebagian keuntungan untuk penggunaan `c4.xlarge`. Ini karena Instans Terpesan `c4.large` setara dengan 4 unit/jam penggunaan yang dinormalisasi, tetapi instans `c4.xlarge` membutuhkan 8 unit/jam yang dinormalisasi. Oleh karena itu, diskon penagihan Instans Terpesan `c4.large` berlaku untuk 50% dari penggunaan `c4.xlarge`. Penggunaan `c4.xlarge` yang tersisa dikenai biaya dengan tarif Sesuai Permintaan.
### Skenario 2: Instans Terpesan dalam satu akun menggunakan faktor normalisasi
Anda menjalankan Instans Sesuai Permintaan berikut di akun A:
+ 2 x `m3.xlarge` Amazon Linux, instans penghunian default di Zona Ketersediaan us-east-1b
+ 2 x `m3.large` Amazon Linux, instans penghunian default di Zona Ketersediaan us-east-1b
Anda membeli Instans Terpesan berikut di akun A:
+ 1 x `m3.2xlarge` Amazon Linux, Instans Terpesan penghunian default di Wilayah us-east-1
Keuntungan Instans Terpesan diterapkan dengan cara berikut:
+ Instans Terpesan regional `m3.2xlarge` di us-east-1 memberikan Zona Ketersediaan dan fleksibilitas ukuran instans, karena ini adalah Instans Terpesan Amazon Linux regional dengan penghunian default. Ini berlaku pertama untuk instans `m3.large`, kemudian ke instans `m3.xlarge`, karena berlaku dari ukuran instans terkecil hingga terbesar dalam keluarga instans berdasarkan faktor normalisasi.
Sebuah instans `m3.large` setara dengan 4 unit/jam yang dinormalisasi.
Sebuah instans `m3.xlarge` setara dengan 8 unit/jam yang dinormalisasi.
Sebuah instans `m3.2xlarge` setara dengan 16 unit/jam yang dinormalisasi.
Manfaatnya diterapkan sebagai berikut:
Instans Cadangan `m3.2xlarge` regional memberikan manfaat penuh untuk `m3.large` penggunaan 2 x, karena bersama-sama instans ini menyumbang 8 dinormalisasi units/hour. This leaves 8 normalized units/hour untuk diterapkan pada `m3.xlarge` instans.
Dengan sisa 8 unit/jam yang dinormalisasi, Instans Terpesan regional `m3.2xlarge` memberikan manfaat penuh untuk 1 x penggunaan `m3.xlarge`, karena setiap instans `m3.xlarge` setara dengan 8 unit/jam yang dinormalisasi. Penggunaan `m3.xlarge` yang tersisa dikenai biaya dengan tarif Sesuai Permintaan.
### Skenario 3: Instans Terpesan Regional dalam akun tertaut
Instans Terpesan pertama kali diterapkan untuk penggunaan dalam akun pembelian, diikuti dengan penggunaan yang memenuhi syarat di akun lain mana pun dalam organisasi. Untuk informasi selengkapnya, lihat [Instans Terpesan dan penagihan gabungan](concepts-reserved-instances-application.md#concepts-reserved-instances-billing). Untuk Instans Terpesan regional yang menawarkan fleksibilitas ukuran instans, keuntungan diterapkan dari ukuran instans terkecil hingga terbesar dalam keluarga instans tersebut.
Anda menjalankan Instans Sesuai Permintaan berikut di akun A (akun pembelian):
+ 2 x`m4.xlarge` Linux, instans tenancy default di Availability Zone us-east-1a
+ 1 x `m4.2xlarge` Linux, instans penghunian default di Zona Ketersediaan us-east-1b
+ 2 x `c4.xlarge` Linux, instans penghunian default di Zona Ketersediaan us-east-1a
+ 1 x `c4.2xlarge` Linux, instans penghunian default di Zona Ketersediaan us-east-1b
Pelanggan lain menjalankan Instans Sesuai Permintaan berikut di akun B—akun tertaut:
+ 2 x `m4.xlarge` Linux, instans penghunian default di Zona Ketersediaan us-east-1a
Anda membeli Instans Terpesan wilayah berikut di akun A:
+ 4 x `m4.xlarge` Linux, Instans Terpesan penghunian default di Wilayah us-east-1
+ 2 x `c4.xlarge` Linux, Instans Terpesan penghunian default di Wilayah us-east-1
Keuntungan Instans Terpesan regional diterapkan dengan cara berikut:
+ Diskon keempat Instans Terpesan `m4.xlarge` digunakan oleh kedua instans `m4.xlarge` dan satu instans `m4.2xlarge` di akun A (akun pembelian). Ketiga instans cocok dengan atribut (keluarga instans, Wilayah, platform, penghunian). Diskon diterapkan ke instans di akun pembelian (akun A) terlebih dahulu, meskipun akun B (akun tertaut) memiliki dua `m4.xlarge` yang juga cocok dengan Instans Terpesan. Tidak ada reservasi kapasitas karena Instans Terpesan adalah Instans Terpesan wilayah.
+ Diskon dua Instans Terpesan `c4.xlarge` diterapkan ke kedua instans `c4.xlarge`, karena keduanya adalah ukuran instans yang lebih kecil daripada instans `c4.2xlarge`. Tidak ada reservasi kapasitas karena Instans Terpesan adalah Instans Terpesan wilayah.
### Skenario 4: Instans Terpesan Zonal dalam akun tertaut
Secara umum, Instans Terpesan yang dimiliki oleh sebuah akun diterapkan terlebih dahulu ke penggunaan di akun tersebut. Namun, jika ada Instans Terpesan untuk Zona Ketersediaan tertentu (Instans Terpesan zonal) yang berkualifikasi dan tidak digunakan di akun lain dalam organisasi, instans tersebut diterapkan ke akun sebelum Instans Terpesan regional yang dimiliki oleh akun tersebut. Hal ini dilakukan untuk memastikan pemanfaatan Instans Terpesan yang maksimal dan tagihan yang lebih rendah. Untuk tujuan penagihan, semua akun di organisasi diperlakukan sebagai satu akun. Contoh berikut dapat membantu menjelaskan hal ini.
Anda menjalankan Instans Sesuai Permintaan berikut di akun A (akun pembelian):
+ 1 x `m4.xlarge` Linux, instans penghunian default di Zona Ketersediaan us-east-1a
Seorang pelanggan menjalankan Instans Sesuai Permintaan berikut di akun B tertaut:
+ 1 x `m4.xlarge` Linux, instans penghunian default di Zona Ketersediaan us-east-1b
Anda membeli Instans Terpesan wilayah berikut di akun A:
+ 1 x `m4.xlarge` Linux, Instans Terpesan penghunian default di Wilayah us-east-1
Seorang pelanggan juga membeli Instans Terpesan zonal berikut di akun C tertaut:
+ 1 x `m4.xlarge` Linux, Instans Terpesan penghunian default di Zona Ketersediaan us-east-1a
Keuntungan Instans Terpesan diterapkan dengan cara berikut:
+ Diskon dari Instans Terpesan zonal `m4.xlarge` yang dimiliki oleh akun C diterapkan ke penggunaan `m4.xlarge` di akun A.
+ Diskon dari Instans Terpesan regional `m4.xlarge` yang dimiliki oleh akun A diterapkan ke penggunaan `m4.xlarge` di akun B.
+ Jika Instans Terpesan regional yang dimiliki oleh akun A diterapkan pada penggunaan di akun A terlebih dahulu, Instans Terpesan zonal yang dimiliki oleh akun C tetap tidak digunakan dan penggunaan di akun B dikenai biaya dengan tarif Sesuai Permintaan.
Untuk informasi selengkapnya, lihat [Memahami reservasi Anda](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html) di. AWS Cost and Usage Report
**catatan**
Instans Terpesan Zona mereservasi kapasitas untuk akun pemilik saja dan tidak dapat dibagikan dengan Akun AWS lain. Jika Anda perlu berbagi kapasitas dengan Akun AWS lain, gunakan [Cadangan kapasitas komputasi dengan Reservasi Kapasitas Sesuai Permintaan EC2](ec2-capacity-reservations.md).
# Menggunakan Instans Terpesan Anda
Instans Terpesan secara otomatis diterapkan untuk menjalankan Instans Sesuai Permintaan asalkan spesifikasinya cocok. Jika Anda tidak memiliki Instans Sesuai Permintaan yang berjalan yang sesuai dengan spesifikasi Instans Terpesan Anda, Instans Terpesan tidak akan digunakan hingga Anda meluncurkan instans dengan spesifikasi yang diperlukan.
Jika Anda meluncurkan Instans Sesuai Permintaan untuk memanfaatkan keuntungan penagihan Instans Terpesan, pastikan Anda menentukan informasi berikut saat mengonfigurasi Instans Sesuai Permintaan:
**Platform**
Anda harus menentukan Amazon Machine Image (AMI) yang cocok dengan platform (deskripsi produk) dari Instans Terpesan Anda. Misalnya, jika Anda menentukan `Linux/UNIX` untuk instans Terpesan, Anda dapat meluncurkan instans dari AMI Amazon Linux atau AMI Ubuntu.
**Jenis instans**
Jika membeli Instans Terpesan zonal, Anda harus menentukan tipe instans yang sama dengan Instans Terpesan Anda. Misalnya, `t3.large`. Untuk informasi selengkapnya, lihat [Bagaimana Instans Terpesan zonal diterapkan](apply_ri.md#apply-zonal-ri).
Jika membeli Instans Terpesan regional, Anda harus menentukan tipe instans dari keluarga instans yang sama dengan tipe instans dari Instans Terpesan Anda. Misalnya, jika Anda menetapkan `t3.xlarge` untuk Instans Terpesan, Anda harus meluncurkan instans Anda dari keluarga T3, tetapi Anda dapat menentukan berapa pun ukuran apa pun. Misalnya, `t3.medium`. Untuk informasi selengkapnya, lihat [Bagaimana Instans Terpesan regional diterapkan](apply_ri.md#apply-regional-ri).
**Zona Ketersediaan**
Jika Anda membeli Instans Terpesan zonal untuk Zona Ketersediaan tertentu, Anda harus meluncurkan instans tersebut ke dalam Zona Ketersediaan yang sama.
Jika Anda membeli Instans Terpesan regional, Anda dapat meluncurkan instans ke Zona Ketersediaan mana pun di Wilayah yang Anda tentukan untuk Instans Terpesan tersebut.
**Penghunian**
Penghunian (`dedicated` atau `shared`) instans Anda harus cocok dengan penghunian Instans Terpesan. Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](dedicated-instance.md).
Untuk contoh tentang bagaimana Instans Terpesan diterapkan ke Instans Sesuai Permintaan berjalan Anda, lihat [Bagaimana diskon Instans Cadangan diterapkan](apply_ri.md). Untuk informasi selengkapnya, lihat [Mengapa Instans Cadangan Amazon EC2 saya tidak berlaku untuk AWS penagihan saya dengan cara yang](https://repost.aws/knowledge-center/reserved-instance-applying-why) saya harapkan?
Anda dapat menggunakan berbagai metode untuk meluncurkan Instans Sesuai Permintaan yang menggunakan diskon Instans Terpesan Anda. Untuk informasi selengkapnya tentang berbagai metode peluncuran, lihat [Luncurkan instans Amazon EC2](LaunchingAndUsingInstances.md). Anda juga dapat menggunakan Amazon EC2 Auto Scaling untuk meluncurkan instans. Untuk informasi selengkapnya, lihat [Panduan Pengguna Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/).
# Cara kerja penagihan dengan Instans Cadangan
Semua Instans Terpesan menyediakan diskon dibandingkan dengan harga Sesuai Permintaan. Dengan Instans Terpesan, Anda membayar untuk seluruh jangka waktu terlepas dari penggunaan sebenarnya. Anda dapat memilih untuk membayar Instans Terpesan di muka, sebagian di muka, atau bulanan, tergantung [opsi pembayaran](ec2-reserved-instances.md#ri-payment-options) yang ditentukan untuk Instans Terpesan.
Saat Instans Terpesan kedaluwarsa, Anda akan dikenai tarif Sesuai Permintaan untuk penggunaan instans EC2. Anda dapat mengantrekan Instans Terpesan untuk pembelian hingga tiga tahun sebelumnya. Hal ini dapat membantu Anda memastikan bahwa Anda memiliki cakupan tanpa gangguan. Untuk informasi selengkapnya, lihat [Mengantrekan pembelian Anda](ri-market-concepts-buying.md#ri-queued-purchase).
Tersedia AWS Tingkat Gratis untuk yang baru Akun AWS. Jika Anda menggunakan instans Amazon EC2 AWS Tingkat Gratis untuk menjalankan instans Amazon EC2, dan Anda membeli Instans Cadangan, Anda akan dikenakan harga standar. Untuk informasi, lihat [AWS Tingkat Gratis](https://aws.amazon.com/free/).
**Topics**
+ [
## Penagihan penggunaan
](#hourly-billing)
+ [
## Melihat tagihan Anda
](#ri-market-buyer-billing)
+ [
## Instans Terpesan dan penagihan gabungan
](#concepts-reserved-instances-billing)
+ [
## Tingkat harga diskon Instans Terpesan
](#reserved-instances-discounts)
## Penagihan penggunaan
Instans Terpesan ditagih untuk setiap jam aktual selama jangka waktu yang Anda pilih, terlepas dari apakah sebuah instans sedang berjalan. Setiap jam aktual dimulai pada jam (nol menit dan nol detik setelah jam) aktual 24 jam standar. Misalnya, 1:00:00 hingga 1:59:59 adalah satu jam-jam. Untuk informasi selengkapnya tentang status instans, lihat [Perubahan status EC2 instans Amazon](ec2-instance-lifecycle.md).
Keuntungan penagihan Instans Terpesan dapat diterapkan ke instans yang berjalan dengan basis per detik. Penagihan per detik tersedia untuk instans yang menggunakan distribusi Linux sumber terbuka, seperti Amazon Linux dan Ubuntu. Penagihan per jam digunakan untuk distribusi Linux komersial, seperti Red Hat Enterprise Linux dan SUSE Linux Enterprise Server.
Keuntungan tagihan Instans Terpesan dapat diterapkan ke maksimum 3.600 detik (satu jam) penggunaan instans per jam aktual. Anda dapat menjalankan banyak instans secara bersamaan, tetapi hanya dapat menerima keuntungan diskon Instans Terpesan dengan total 3.600 detik per jam. Penggunaan instans yang melebihi 3.600 detik dalam satu jam akan ditagih dengan tarif Sesuai Permintaan.
Misalnya, jika Anda membeli satu Instans Terpesan `m4.xlarge` dan menjalankan empat `m4.xlarge` Instans secara bersamaan selama satu jam, satu instans dikenai biaya pada satu jam penggunaan Instans Terpesan dan tiga instans lainnya dikenai biaya pada tiga jam penggunaan Sesuai Permintaan.
Namun, jika Anda membeli satu Instans Terpesan `m4.xlarge` dan menjalankan empat instans `m4.xlarge` selama 15 menit (900 detik) masing-masing dalam jam yang sama, total waktu berjalan untuk instans adalah satu jam, yang menghasilkan satu jam penggunaan Instans Terpesan dan 0 jam penggunaan Sesuai Permintaan.
![\[Empat instans m4.xlarge berjalan masing-masing selama 15 menit dalam satu jam yang sama.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-per-second-billing.png)
Jika banyak instans yang memenuhi syarat berjalan secara bersamaan, keuntungan penagihan Instans Terpesan diterapkan ke semua instans pada waktu yang sama hingga maksimum 3.600 detik dalam satu jam. Setelah itu, tarif Sesuai Permintaan berlaku.
![\[Banyak instans berjalan bersamaan dengan penagihan Instans Terpesan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-per-second-billing-concurrent.png)
**Cost Explorer** di konsol [Manajemen Penagihan dan Biaya](https://console.aws.amazon.com/billing) memungkinkan Anda menganalisis penghematan terhadap Instans Sesuai Permintaan yang berjalan. [FAQ Instans Terpesan](https://aws.amazon.com/ec2/faqs/#reserved-instances) menyertakan contoh penghitungan nilai daftar.
Jika Anda menutup AWS akun, penagihan On-Demand untuk sumber daya Anda akan berhenti. Namun, jika Anda memiliki Instans Terpesan di akun, Anda terus menerima tagihan untuk ini hingga kedaluwarsa.
## Melihat tagihan Anda
Anda dapat mencari tahu tentang biaya dan tarif ke akun Anda dengan melihat konsol [AWS Manajemen Penagihan dan Biaya](https://console.aws.amazon.com/billing) tersebut.
+ **Dasbor** menampilkan ringkasan pengeluaran untuk akun Anda.
+ Pada halaman **Tagihan**, di bawah **Detail,** perluas bagian **Elastic Compute Cloud** dan Wilayah untuk mendapatkan informasi penagihan terkait Instans Terpesan Anda.
Anda dapat melihat tagihannya secara online, atau Anda dapat mengunduh file CSV.
Anda juga dapat melacak penggunaan Instans Cadangan menggunakan Laporan AWS Biaya dan Penggunaan. Untuk informasi selengkapnya, lihat [Memahami reservasi Anda](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html).
## Instans Terpesan dan penagihan gabungan
Keuntungan harga dari Instans Terpesan dibagikan ketika akun pembelian merupakan bagian dari sekumpulan akun yang ditagih dalam satu akun pembayar penagihan gabungan. Penggunaan instans di semua akun anggota dikumpulkan di akun pembayar setiap bulan. Hal ini biasanya berguna untuk perusahaan yang memiliki tim atau grup fungsional yang berbeda. Kemudian, logika Instans Terpesan normal diterapkan untuk menghitung tagihan. Untuk informasi selengkapnya, lihat [Tagihan Gabungan untuk AWS Organizations](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html).
Jika Anda menutup akun yang membeli Instans Terpesan, maka akun pembayar akan dikenai biaya untuk Instans Terpesan hingga Instans Terpesan tersebut kedaluwarsa. Setelah akun yang ditutup dihapus secara permanen dalam 90 hari, akun anggota tidak akan lagi mendapatkan keuntungan dari diskon penagihan Instans Terpesan.
**catatan**
Instans Terpesan Zona mereservasi kapasitas untuk akun pemilik saja dan tidak dapat dibagikan dengan Akun AWS lain. Jika Anda perlu berbagi kapasitas dengan Akun AWS lain, gunakan [Cadangan kapasitas komputasi dengan Reservasi Kapasitas Sesuai Permintaan EC2](ec2-capacity-reservations.md).
## Tingkat harga diskon Instans Terpesan
Jika memenuhi syarat untuk tingkat harga diskon, maka akun Anda secara otomatis menerima diskon di muka dan biaya penggunaan instans untuk pembelian Instans Terpesan yang Anda lakukan dalam level tingkat tersebut sejak saat itu. Agar memenuhi syarat untuk mendapatkan diskon, nilai daftar Instans Terpesan Anda di Wilayah harus sebanyak 500.000 USD atau lebih.
Aturan-aturan berikut berlaku:
+ Tingkat harga dan diskon terkait hanya berlaku untuk pembelian Instans Terpesan Standar Amazon EC2.
+ Tingkat harga tidak berlaku untuk Instans Terpesan Windows dengan SQL Server Standard, SQL Server Web, dan SQL Server Enterprise.
+ Tingkatan harga tidak berlaku untuk Instans Cadangan untuk Linux dengan SQL Server dalam bentuk apa pun.
+ Diskon tingkat harga hanya berlaku untuk pembelian yang dilakukan dari AWS. Diskon ini tidak berlaku untuk pembelian Instans Terpesan pihak ketiga.
+ Tingkat harga diskon saat ini tidak berlaku untuk pembelian Instans Terpesan Konvertibel.
**Topics**
+ [
### Menghitung diskon harga Instans Terpesan
](#pricing-discounts)
+ [
### Membeli dengan tingkat diskon
](#buying-discount-tier)
+ [
### Melewati tingkat harga
](#crossing-pricing-tiers)
+ [
### Penagihan gabungan untuk tingkatan harga
](#consolidating-billing)
### Menghitung diskon harga Instans Terpesan
Anda dapat menentukan tingkat harga akun dengan menghitung nilai daftar untuk semua Instans Terpesan Anda di suatu Wilayah. Kalikan harga berulang per jam untuk setiap reservasi dengan total jumlah jam untuk jangka waktu tersebut dan tambahkan harga di muka yang tidak didiskon (juga dikenal sebagai harga tetap) pada saat pembelian. Karena didasarkan pada harga yang tidak didiskon (publik), nilai daftar tidak terpengaruh jika Anda memenuhi syarat untuk diskon volume atau jika harga turun setelah Anda membeli Instans Terpesan.
```
List value = fixed price + (undiscounted recurring hourly price * hours in term)
```
Misalnya, untuk Instans Terpesan `t2.small` Biaya di Muka Sebagian 1 tahun, asumsikan harga di muka adalah USD60,00 dan tarif per jam adalah USD0,007. Ini memberikan nilai daftar sebesar 121,32 USD.
```
121.32 = 60.00 + (0.007 * 8760)
```
**Untuk melihat nilai harga tetap untuk Instans Cadangan menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**.
1. **Untuk menampilkan kolom **Harga di muka**, pilih pengaturan (![\[Settings icon.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/settings-icon.png)) di pojok kanan atas, aktifkan **Harga di muka**, lalu pilih Konfirmasi.**
**Untuk melihat nilai harga tetap untuk Instans Terpesan menggunakan baris perintah**
+ [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html) (AWS CLI)
+ [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html) (AWS Tools for Windows PowerShell)
### Membeli dengan tingkat diskon
Saat Anda membeli Instans Terpesan, Amazon EC2 secara otomatis menerapkan diskon ke bagian pembelian Anda yang termasuk dalam tingkat harga diskon. Anda tidak perlu melakukan sesuatu secara berbeda, dan Anda dapat membeli Instans Terpesan menggunakan salah satu alat Amazon EC2. Untuk informasi selengkapnya, lihat [Beli Instans Cadangan untuk Amazon EC2](ri-market-concepts-buying.md).
Setelah nilai daftar Instans Terpesan aktif Anda di suatu Wilayah melintasi tingkat harga diskon, setiap pembelian Instans Terpesan di Wilayah tersebut pada masa mendatang akan dikenakan tarif diskon. Jika satu pembelian Instans Terpesan di suatu Wilayah membawa Anda melewati ambang batas tingkat diskon, maka porsi pembelian yang berada di atas ambang harga akan dikenakan tarif diskon. Untuk informasi selengkapnya tentang Instans Cadangan sementara IDs yang dibuat selama proses pembelian, lihat[Melewati tingkat harga](#crossing-pricing-tiers).
Jika nilai daftar Anda berada di bawah titik harga untuk tingkat harga diskon tersebut—misalnya, jika beberapa Instans Terpesan Anda kedaluwarsa—pembelian Instans Terpesan di Wilayah ini pada masa mendatang tidak didiskon. Namun, Anda terus mendapatkan diskon yang berlaku pada setiap Instans Terpesan yang awalnya dibeli dalam tingkat harga diskon.
Saat Anda membeli Instans Terpesan, salah satu dari empat skenario mungkin terjadi:
+ **Tanpa diskon**—Pembelian Anda dalam suatu Wilayah masih di bawah ambang batas diskon.
+ **Diskon sebagian**—Pembelian Anda dalam suatu Wilayah melewati ambang batas tingkat diskon pertama. Tidak ada diskon yang diterapkan untuk satu atau lebih reservasi dan tarif diskon berlaku untuk reservasi yang tersisa.
+ **Diskon penuh**—Seluruh pembelian Anda dalam suatu Wilayah termasuk dalam satu tingkat diskon dan didiskon dengan tepat.
+ **Dua tarif diskon**—Pembelian Anda dalam suatu Wilayah melintasi dari tingkat diskon yang lebih rendah ke tingkat diskon yang lebih tinggi. Anda akan dikenai dua tarif berbeda: satu atau beberapa reservasi dengan tarif diskon lebih rendah, dan reservasi lainnya dengan tarif diskon lebih tinggi.
### Melewati tingkat harga
Jika pembelian masuk ke tingkat harga diskon, Anda akan melihat banyak entri untuk pembelian itu: satu untuk bagian pembelian yang ditagih dengan harga reguler, dan yang lain untuk bagian pembelian yang ditagih dengan tarif diskon yang berlaku.
Layanan Instans Cadangan menghasilkan beberapa Instans Cadangan IDs karena pembelian Anda berpindah dari tingkat yang tidak didiskon, atau dari satu tingkat diskon ke tingkat yang lain. Ada ID untuk setiap set reservasi dalam satu tingkatan. Akibatnya, ID yang dikembalikan oleh perintah CLI atau tindakan API pembelian Anda berbeda dari ID Instans Terpesan baru yang sebenarnya.
### Penagihan gabungan untuk tingkatan harga
Akun penagihan gabungan menggabungkan nilai daftar akun anggota dalam satu Wilayah. Ketika nilai daftar dari semua Instans Terpesan yang aktif untuk akun penagihan gabungan mencapai tingkat harga diskon, setiap Instans Terpesan yang dibeli setelah titik ini oleh anggota mana pun dari akun penagihan gabungan akan dikenakan tarif diskon (selama nilai daftar untuk itu akun gabungan tersebut tetap di atas ambang batas tingkat harga diskon). Untuk informasi selengkapnya, lihat [Instans Terpesan dan penagihan gabungan](#concepts-reserved-instances-billing).
# Beli Instans Cadangan untuk Amazon EC2
Untuk membeli Instans Cadangan untuk Amazon EC2, Anda dapat menggunakan konsol Amazon EC2, alat baris perintah, atau SDK untuk mencari penawaran Instans Cadangan AWS dari dan penjual pihak ketiga, menyesuaikan parameter penelusuran hingga menemukan kecocokan persis yang Anda cari.
Saat mencari Instans Terpesan untuk dibeli, Anda menerima penawaran kuota dari penawaran yang ditampilkan. Saat Anda melanjutkan pembelian, AWS secara otomatis menempatkan batas harga pada harga pembelian. Total biaya Instans Terpesan Anda tidak akan melebihi jumlah kuota Anda.
Jika harga naik atau berubah untuk alasan apa pun, pembelian tidak selesai. Saat Anda membeli Instans Cadangan penjual pihak ketiga dari Marketplace Instans Cadangan Amazon EC2, jika ada penawaran yang mirip dengan pilihan Anda tetapi dengan harga di muka yang lebih rendah, AWS menjual penawaran dengan harga di muka yang lebih rendah.
Sebelum Anda mengonfirmasi pembelian, tinjau detail Instans Terpesan yang akan dibeli dan pastikan semua parameternya akurat. Setelah membeli Instans Cadangan (baik dari penjual pihak ketiga di Marketplace Instans Cadangan atau dari AWS), Anda tidak dapat membatalkan pembelian. Anda dapat mengantri pembelian untuk tanggal masa depan, dan membatalkan pembelian antrian sebelum waktu yang dijadwalkan.
Untuk membeli dan memodifikasi Instans Terpesan, pastikan bahwa pengguna Anda memiliki izin yang sesuai, seperti kemampuan untuk menjelaskan Zona Ktersediaan. Untuk selengkapnya, lihat [Contoh: Cara Menggunakan Instans Cadangan](ExamplePolicies_EC2.md#iam-example-reservedinstances) (API) atau [Contoh: Cara Menggunakan Instans Cadangan](iam-policies-ec2-console.md#ex-reservedinstances) (konsol).
**Topics**
+ [
## Memilih platform
](#ri-choosing-platform)
+ [
## Mengantrekan pembelian Anda
](#ri-queued-purchase)
+ [
## Membeli Instans Terpesan Standar
](#ri-buying-standard)
+ [
## Membeli Instans Terpesan Konvertibel
](#ri-buying-convertible)
+ [
## Membeli dari Marketplace Instans Terpesan
](#ri-market-buying-guide)
+ [
## Membatalkan antrean pembelian
](#cancel-queued-purchase)
+ [
## Memperbarui Instans Terpesan
](#renew-ri)
## Memilih platform
Amazon EC2 mendukung platform berikut untuk Instans Cadangan:
+ Linux/UNIX
+ Linux dengan SQL Server Standard
+ Linux dengan SQL Server Web
+ Linux dengan SQL Server Enterprise
+ SUSE Linux
+ Linux Red Hat Enterprise
+ Linux Red Hat Enterprise dengan HA
+ Windows
+ Windows dengan SQL Server Standard
+ Windows dengan SQL Server Web
+ Windows dengan SQL Server Enterprise
**Pertimbangan-pertimbangan**
+ Jika Anda membawa langganan yang ada (BYOS) untuk **Red Hat Enterprise Linux**, **SUSE Linux**, atau **Ubuntu Pro**, Anda harus memilih penawaran untuk platform **Linux/Unix**.
+ Instans Cadangan tidak didukung pada instans yang menjalankan **macOS** atau Ubuntu Pro (termasuk langganan EC2, yaitu, bukan BYOS). Untuk menyimpan dengan harga instans Sesuai Permintaan, sebaiknya gunakan instans macOS dan Ubuntu Pro (termasuk langganan EC2) dengan Savings Plans. Untuk informasi selengkapnya, lihat [Panduan Pengguna Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html).
Untuk memastikan bahwa instance berjalan dalam Instans Cadangan tertentu, platform Instans Cadangan harus cocok dengan platform AMI yang digunakan untuk meluncurkan instance. **Untuk Linux AMIs, penting untuk memeriksa apakah platform AMI menggunakan nilai umum **Linux/UNIX** atau nilai yang lebih spesifik seperti SUSE Linux.**
------
#### [ Console ]
**Untuk memeriksa platform AMI**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **AMIs**.
1. Pilih AMI.
1. Pada tab **Detail**, perhatikan nilai **detail Platform**.
------
#### [ AWS CLI ]
**Untuk memeriksa platform AMI**
Gunakan [perintah deskripsi-gambar](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) dan periksa nilai. `PlatformDetails`
```
aws ec2 describe-images \
--image-id ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
Berikut ini adalah output contoh.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**Untuk memeriksa platform AMI**
Gunakan [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)cmdlet dan periksa nilai. `PlatformDetails`
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
Berikut ini adalah output contoh.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Mengantrekan pembelian Anda
Secara default, saat Anda membeli Instans Terpesan, pembelian tersebut langsung dibuat. Atau, Anda dapat mengantrekan pembelian untuk tanggal dan waktu pada masa mendatang. Misalnya, Anda dapat mengantrekan pembelian sekitar waktu Instans Terpesan yang ada kedaluwarsa. Hal ini dapat membantu Anda memastikan bahwa Anda memiliki cakupan tanpa gangguan.
Anda dapat mengantrekan pembelian untuk Instans Terpesan regional, tetapi tidak untuk Instans Terpesan zonal atau Instans Terpesan dari penjual lain. Anda dapat mengantrekan pembelian hingga tiga tahun ke depan. Pada tanggal dan waktu yang dijadwalkan, pembelian dilakukan menggunakan metode pembayaran default. Setelah pembayaran berhasil, keuntungan penagihan diterapkan.
Anda dapat menetapkan tanggal untuk pembelian antrian Anda di konsol Amazon EC2, dan pembelian antri hingga 00:00 UTC pada tanggal ini. Untuk menentukan waktu yang berbeda untuk pembelian antrian, gunakan AWS SDK atau alat baris perintah.
Anda dapat melihat antrean pembelian Anda di konsol Amazon EC2. Status antrean pembelian adalah **antre**. Anda dapat membatalkan antrean pembelian kapan saja sebelum waktu yang dijadwalkan. Untuk detailnya, lihat [Membatalkan antrean pembelian](#cancel-queued-purchase).
## Membeli Instans Terpesan Standar
Anda dapat membeli Instans Terpesan Standar di Zona Ketersediaan tertentu dan mendapatkan reservasi kapasitas. Atau, Anda dapat melepaskan reservasi kapasitas dan membeli Instans Terpesan Standar regional.
Setelah pembelian selesai, jika Anda sudah memiliki instans berjalan yang cocok dengan spesifikasi Instans Terpesan, keuntungan penagihan langsung diterapkan. Anda tidak perlu me-restart instance Anda. Jika Anda tidak memiliki instans berjalan yang sesuai, luncurkan instance dan pastikan bahwa Anda cocok dengan kriteria persis yang Anda tentukan untuk Instans Cadangan Anda. Untuk informasi selengkapnya, lihat [Menggunakan Instans Terpesan Anda](using-reserved-instances.md).
Untuk contoh tentang bagaimana Instans Terpesan diterapkan ke instans berjalan Anda, lihat [Bagaimana diskon Instans Cadangan diterapkan](apply_ri.md).
------
#### [ Console ]
**Untuk membeli Instans Cadangan Standar**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**, lalu pilih **Beli Instans Terpesan**.
1. Untuk **Kelas Penawaran**, pilih **Standar** untuk menampilkan Tnstans Terpesan Standar.
1. Untuk membeli reservasi kapasitas, aktifkan **Hanya tampilkan penawaran yang memiliki kapasitas ** di sudut kanan atas layar pembelian. Ketika Anda mengaktifkan pengaturan ini, bidang **Zona Ketersediaan** akan muncul.
Untuk membeli Instans Terpesan wilayah, nonaktifkan pengaturan ini. Ketika Anda menonaktifkan pengaturan ini, bidang **Zona Ketersediaan** akan hilang.
1. Pilih konfigurasi lain sesuai kebutuhan, lalu pilih **Cari**.
1. Untuk setiap Instans Terpesan yang ingin Anda beli, masukkan jumlah yang diinginkan, dan pilih **Tambahkan ke keranjang**.
Untuk membeli Instans Terpesan Standar dari Marketplace Instans Terpesan, cari **Pihak ke-3** di kolom **Penjual** pada hasil pencarian. Kolom **Istilah** menampilkan istilah nonstandar. Untuk informasi selengkapnya, lihat [Membeli dari Marketplace Instans Terpesan](#ri-market-buying-guide).
1. Untuk melihat ringkasan Instans Terpesan yang Anda pilih, klik **Lihat keranjang**.
1. Jika **Pesanan pada** adalah **Sekarang**, pembelian akan segera diselesaikan setelah Anda memilih **Pesan semua**. Untuk mengantrekan pembelian, pilih **Sekarang** dan pilih tanggal. Anda dapat memilih tanggal yang berbeda untuk setiap penawaran yang memenuhi syarat di keranjang. Pembelian diantrekan sampai pukul 00:00 UTC pada tanggal yang dipilih.
1. Untuk menyelesaikan pesanan, pilih **Pesan semua**.
Jika, pada saat melakukan pemesanan, ada penawaran yang mirip dengan pilihan Anda tetapi dengan harga lebih rendah, AWS menjual penawaran kepada Anda dengan harga lebih rendah.
1. Pilih **Tutup**.
Status pesanan Anda tercantum di kolom **Status**. Ketika pesanan Anda selesai, nilai **Status** berubah dari `Payment-pending` menjadi.`Active` Ketika Instans Terpesan sudah `Active`, instans tersebut siap digunakan.
Jika statusnya masuk ke`Retired`, AWS mungkin belum menerima pembayaran Anda.
------
#### [ AWS CLI ]
**Untuk membeli Instans Cadangan Standar**
1. Temukan Instans Cadangan yang tersedia menggunakan [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)perintah. Tentukan `--offering-class` opsi `standard` untuk mengembalikan hanya Instans Cadangan Standar. Anda dapat menerapkan kriteria tambahan untuk mempersempit hasil Anda. Misalnya, gunakan perintah berikut untuk membeli Instans `t2.large` Cadangan regional dengan penyewaan default `Linux/UNIX` untuk jangka waktu 1 tahun saja.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=duration,Values=31536000 \
Name=scope,Values=Region
```
Untuk menemukan Instans Terpesan di Marketplace Instans Terpesan saja, gunakan filter `marketplace` dan jangan tentukan durasi dalam permintaan karena jangka waktu mungkin lebih pendek dari jangka waktu 1 atau 3 tahun.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=marketplace,Values=true
```
Saat Anda menemukan Instans Terpesan yang memenuhi kebutuhan Anda, catat ID penawarannya. Contoh:
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Gunakan [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html)perintah untuk membeli Instans Cadangan Anda. Anda harus menentukan ID penawaran Instans Terpesan yang Anda peroleh pada langkah sebelumnya dan Anda harus menentukan jumlah instans untuk reservasi.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Secara default, pembelian segera diselesaikan. Atau, untuk mengantri pembelian, tambahkan opsi berikut ke panggilan sebelumnya.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Gunakan [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)perintah untuk mendapatkan status Instans Cadangan Anda.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**Untuk membeli Instans Cadangan Standar**
1. Temukan Instans Cadangan yang tersedia menggunakan [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)cmdlet. Tetapkan `standard` untuk parameter `-OfferingClass` agar hanya menampilkan Instans Terpesan Standar. Anda dapat menerapkan kriteria tambahan untuk mempersempit hasil Anda. Misalnya, gunakan perintah berikut untuk membeli Instans `t2.large` Cadangan regional dengan penyewaan default `Linux/UNIX` untuk jangka waktu 1 tahun saja.
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="duration"; Values="31536000"} `
@{Name="scope"; Values="Region"
```
Untuk menemukan Instans Terpesan di Marketplace Instans Terpesan saja, gunakan filter `marketplace` dan jangan tentukan durasi dalam permintaan karena jangka waktu mungkin lebih pendek dari jangka waktu 1 atau 3 tahun.
```
Get-EC2ReservedInstancesOffering `
-InstanceType t2.large `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy default `
-Filters @{Name="marketplace"; Values="true"}
```
Saat Anda menemukan Instans Terpesan yang memenuhi kebutuhan Anda, catat ID penawarannya. Contoh:
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Gunakan [New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html)cmdlet untuk membeli Instans Cadangan Anda. Anda harus menentukan ID penawaran Instans Terpesan yang Anda peroleh pada langkah sebelumnya dan Anda harus menentukan jumlah instans untuk reservasi.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Secara default, pembelian segera diselesaikan. Atau, untuk mengantrekan pembelian, tambahkan parameter berikut ke panggilan sebelumnya.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Gunakan [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)cmdlet untuk mendapatkan status Instans Cadangan Anda.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Membeli Instans Terpesan Konvertibel
Anda dapat membeli Instans Terpesan Konvertibel di Zona Ketersediaan tertentu dan mendapatkan reservasi kapasitas. Atau, Anda dapat melepaskan reservasi kapasitas dan membeli Instans Terpesan Konvertibel regional.
Jika Anda sudah memiliki instans berjalan yang cocok dengan spesifikasi Instans Terpesan, keuntungan penagihan langsung diterapkan. Anda tidak perlu memulai ulang instans Anda. Jika Anda tidak memiliki instans berjalan yang cocok, luncurkan sebuah instans dan pastikan kesamaannya dengan kriteria yang sudah Anda tentukan untuk Instans Terpesan Anda. Untuk informasi selengkapnya, lihat [Menggunakan Instans Terpesan Anda](using-reserved-instances.md).
Untuk contoh tentang bagaimana Instans Terpesan diterapkan ke instans berjalan Anda, lihat [Bagaimana diskon Instans Cadangan diterapkan](apply_ri.md).
------
#### [ Console ]
**Untuk membeli Instans Cadangan Konvertibel**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**, lalu pilih **Beli Instans Terpesan**.
1. Untuk **Kelas Penawaran**, pilih **Konvertibel** untuk menampilkan Instans Terpesan Konvertibel.
1. Untuk membeli reservasi kapasitas, aktifkan **Hanya tampilkan penawaran yang memiliki kapasitas ** di sudut kanan atas layar pembelian. Ketika Anda mengaktifkan pengaturan ini, bidang **Zona Ketersediaan** akan muncul.
Untuk membeli Instans Terpesan wilayah, nonaktifkan pengaturan ini. Ketika Anda menonaktifkan pengaturan ini, bidang **Zona Ketersediaan** akan hilang.
1. Pilih konfigurasi lain sesuai kebutuhan dan pilih **Cari**.
1. Untuk setiap Instans Terpesan Konvertibel yang ingin Anda beli, masukkan jumlahnya, dan pilih **Tambahkan ke keranjang**.
1. Untuk melihat ringkasan pilihan Anda, pilih **Lihat keranjang**.
1. Jika **Pesanan pada** adalah **Sekarang**, pembelian akan segera diselesaikan setelah Anda memilih **Pesan semua**. Untuk mengantrekan pembelian, pilih **Sekarang** dan pilih tanggal. Anda dapat memilih tanggal yang berbeda untuk setiap penawaran yang memenuhi syarat di keranjang. Pembelian diantrekan sampai pukul 00:00 UTC pada tanggal yang dipilih.
1. Untuk menyelesaikan pesanan, pilih **Pesan semua**.
Jika, pada saat melakukan pemesanan, ada penawaran yang mirip dengan pilihan Anda tetapi dengan harga lebih rendah, AWS menjual penawaran kepada Anda dengan harga lebih rendah.
1. Pilih **Tutup**.
Status pesanan Anda tercantum di kolom **Status**. Ketika pesanan Anda selesai, nilai **Status** berubah dari `Payment-pending` menjadi.`Active` Ketika Instans Terpesan sudah `Active`, instans tersebut siap digunakan.
Jika statusnya masuk ke`Retired`, AWS mungkin belum menerima pembayaran Anda.
------
#### [ AWS CLI ]
**Untuk membeli Instans Cadangan Konvertibel**
1. Temukan Instans Cadangan yang tersedia menggunakan [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)perintah. Tentukan `--offering-class` opsi `convertible` untuk mengembalikan hanya Instans Cadangan Konvertibel. Anda dapat menerapkan kriteria tambahan untuk mempersempit hasil Anda. Misalnya, gunakan perintah berikut untuk membeli Instans `t2.large` Cadangan regional dengan penyewaan default untuk`Linux/UNIX`.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class convertible \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=scope,Values=Region
```
Saat Anda menemukan Instans Terpesan yang memenuhi kebutuhan Anda, catat ID penawarannya. Contoh:
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Gunakan [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html)perintah untuk membeli Instans Cadangan Anda. Anda harus menentukan ID penawaran Instans Terpesan yang Anda peroleh pada langkah sebelumnya dan Anda harus menentukan jumlah instans untuk reservasi.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Secara default, pembelian segera diselesaikan. Atau, untuk mengantri pembelian, tambahkan opsi berikut ke panggilan sebelumnya.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Gunakan [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)perintah untuk mendapatkan status Instans Cadangan Anda.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**Untuk membeli Instans Cadangan Konvertibel**
1. Temukan Instans Cadangan yang tersedia menggunakan [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)cmdlet. Tentukan `convertible` untuk parameter `-OfferingClass` agar hanya menampilkan Instans Terpesan Konvertibel. Anda dapat menerapkan kriteria tambahan untuk mempersempit hasil Anda. Misalnya, gunakan perintah berikut untuk membeli Instans `t2.large` Cadangan regional dengan penyewaan default untuk`Linux/UNIX`.
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "convertible" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="scope"; Values="Region"
```
Saat Anda menemukan Instans Terpesan yang memenuhi kebutuhan Anda, catat ID penawarannya. Contoh:
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Gunakan [New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html)cmdlet untuk membeli Instans Cadangan Anda. Anda harus menentukan ID penawaran Instans Cadangan yang Anda dapatkan pada langkah sebelumnya dan Anda harus menentukan jumlah instans untuk reservasi.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Secara default, pembelian segera diselesaikan. Atau, untuk mengantrekan pembelian, tambahkan parameter berikut ke panggilan sebelumnya.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Gunakan [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)cmdlet untuk mendapatkan status Instans Cadangan Anda.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Membeli dari Marketplace Instans Terpesan
Anda dapat membeli Instans Terpesan dari penjual pihak ketiga yang memiliki Instans Terpesan yang tidak lagi diperlukan dari Marketplace Instans Terpesan. Anda dapat melakukan hal ini menggunakan konsol Amazon EC2 atau alat baris perintah. Prosesnya mirip dengan membeli Instans Cadangan dari AWS. Untuk informasi selengkapnya, lihat [Membeli Instans Terpesan Standar](#ri-buying-standard).
Ada beberapa perbedaan antara Instans Cadangan yang dibeli di Marketplace Instans Cadangan dan Instans Cadangan yang dibeli langsung dari: AWS
+ **Jangka Waktu** – Instans Terpesan yang Anda beli dari penjual pihak ketiga memiliki sisa jangka waktu kurang dari standar penuh. Ketentuan standar penuh dari AWS berjalan selama satu tahun atau tiga tahun.
+ **Harga di muka** – Instans Terpesan pihak ketiga dapat dijual dengan harga di muka yang berbeda. Biaya penggunaan atau berulang tetap sama dengan biaya yang ditetapkan saat Instans Terpesan awalnya dibeli dari AWS.
+ **Tipe Instans Terpesan** – Hanya Instans Terpesan Standar Amazon EC2 yang dapat dibeli dari Marketplace Instans Terpesan. Instans Cadangan Konvertibel, Amazon RDS, dan Instans ElastiCache Cadangan Amazon tidak tersedia untuk dibeli di Marketplace Instans Cadangan.
Informasi dasar tentang Anda dibagikan dengan penjual. Misalnya, kode pos dan informasi negara Anda.
Informasi ini memungkinkan penjual untuk menghitung pajak transaksi yang diperlukan yang harus mereka serahkan kepada pemerintah (seperti pajak penjualan atau pajak pertambahan nilai) dan disediakan sebagai laporan pencairan. Dalam keadaan yang jarang terjadi, AWS mungkin harus memberikan penjual dengan alamat email Anda, sehingga mereka dapat menghubungi Anda mengenai pertanyaan yang terkait dengan penjualan (misalnya, pertanyaan pajak).
Untuk alasan yang sama, AWS bagikan nama badan hukum penjual pada faktur pembelian pembeli. Jika Anda memerlukan informasi tambahan tentang penjual untuk pajak atau alasan terkait, hubungi [Dukungan](https://aws.amazon.com/contact-us/).
## Membatalkan antrean pembelian
Anda dapat mengantrekan pembelian hingga tiga tahun ke depan. Anda dapat membatalkan antrean pembelian kapan saja sebelum waktu yang dijadwalkan.
------
#### [ Console ]
**Untuk membatalkan pembelian antrian**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**.
1. Pilih satu atau lebih Instans Terpesan.
1. Pilih **Tindakan**, **Hapus antrean Instans Terpesan**.
1. Ketika diminta untuk mengonfirmasi, masukkan **Hapus**, lalu **Tutup**.
------
#### [ AWS CLI ]
**Untuk membatalkan antrean pembelian**
Gunakan perintah [delete-queued-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-queued-reserved-instances.html).
```
aws ec2 delete-queued-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327
```
------
#### [ PowerShell ]
**Untuk membatalkan antrean pembelian**
Gunakan [Remove-EC2QueuedReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2QueuedReservedInstance.html)cmdlet.
```
Remove-EC2QueuedReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327
```
------
## Memperbarui Instans Terpesan
Anda dapat memperbarui Instans Terpesan sebelum dijadwalkan kedaluwarsa. Memperbarui Instans Terpesan akan mengantrekan pembelian Instans Terpesan dengan konfigurasi yang sama hingga Instans Terpesan saat ini kedaluwarsa.
Anda harus memperbarui Instans Cadangan menggunakan konsol Amazon EC2.
**Untuk memperpanjang Instans Terpesan menggunakan pembelian yang diantrekan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**.
1. Pilih Instans Terpesan yang akan diperpanjang.
1. Pilih **Tindakan**, **Perpanjang Instans Terpesan**.
1. Untuk menyelesaikan pesanan, pilih **Pesan semua**, lalu **Tutup**.
# Jual Instans Cadangan untuk Amazon EC2 di Marketplace Instans Cadangan
Marketplace Instans Cadangan Amazon EC2 adalah platform yang memfasilitasi penjualan Instans Cadangan Standar yang tidak digunakan dari AWS pelanggan dan penjual pihak ketiga. Instans Cadangan ini dapat bervariasi dalam jangka waktu dan opsi harga. Anda mungkin ingin menjual Instans Cadangan saat tidak lagi membutuhkannya, seperti saat memindahkan instans ke instans baru Wilayah AWS, mengubah ke jenis instans yang berbeda, menyelesaikan proyek sebelum jangka waktu Instans Cadangan berakhir, kebutuhan bisnis Anda berubah, atau Anda memiliki kapasitas berlebih.
Segera setelah Anda mencantumkan Instans Terpesan di Marketplace Instans Terpesan, instans tersebut akan tersedia untuk ditemukan oleh calon pembeli. Semua Instans Terpesan dikelompokkan menurut durasi sisa jangka waktu dan harga per jam.
Untuk memenuhi permintaan pembeli untuk membeli Instans Cadangan penjual pihak ketiga melalui Marketplace Instans Cadangan, AWS pertama-tama jual Instans Cadangan dengan harga dimuka terendah dalam pengelompokan yang ditentukan. Kemudian, AWS jual Instans Cadangan dengan harga terendah berikutnya, sampai seluruh pesanan pembeli terpenuhi. AWS kemudian memproses transaksi dan mentransfer kepemilikan Instans Cadangan kepada pembeli.
Anda memiliki Instans Terpesan hingga terjual. Setelah penjualan, Anda telah melepaskan reservasi kapasitas dan diskon biaya berulang. Jika Anda terus menggunakan instans, AWS membebankan harga Sesuai Permintaan mulai dari saat Instans Terpesan Anda dijual.
Jika ingin menjual Instans Terpesan yang tidak digunakan di Marketplace Instans Terpesan, Anda harus memenuhi kriteria kelayakan tertentu.
Untuk informasi tentang membeli Instans Terpesan di Marketplace Instans Terpesan, lihat [Membeli dari Marketplace Instans Terpesan](ri-market-concepts-buying.md#ri-market-buying-guide).
**Topics**
+ [
## Pembatasan dan batasan
](#ri-seller-limits)
+ [
## Mendaftar sebagai penjual
](#ri-market-seller-profile)
+ [
## Rekening bank untuk pencairan
](#ri-market-concepts-bank)
+ [
## Informasi pajak
](#ri-market-concepts-taxinfo)
+ [
## Menentukan Harga Instans Terpesan Anda
](#ri-market-concepts-pricing)
+ [
## Mengiklankan Instans Terpesan Anda
](#ri-market-selling-listing)
+ [
## Status iklan Instans Terpesan
](#ri-listing-states)
+ [
## Siklus hidup iklan
](#ri-market-concepts-sold-partial)
+ [
## Setelah Instans Terpesan Anda terjual
](#ri-market-concepts-sold)
+ [
## Mendapatkan pembayaran
](#ri-market-sold-gettingpaid)
+ [
## Informasi yang dibagikan dengan pembeli
](#ri-market-seller-disclosure)
## Pembatasan dan batasan
Sebelum dapat menjual reservasi yang tidak digunakan, Anda harus mendaftar sebagai penjual di Marketplace Instans Terpesan. Untuk informasi, lihat [Mendaftar sebagai penjual](#ri-market-seller-profile).
Batasan dan larangan berikut berlaku saat menjual Instans Terpesan:
+ Hanya Instans Terpesan regional dan zonal Standar Amazon EC2 yang dapat dijual di Marketplace Instans Terpesan.
+ Instans Cadangan Amazon EC2 Convertible tidak dapat dijual di Marketplace Instans Cadangan.
+ Instans Cadangan untuk AWS layanan lain, seperti Amazon RDS dan Amazon ElastiCache, tidak dapat dijual di Marketplace Instans Cadangan.
+ Harus ada setidaknya satu bulan tersisa dalam jangka waktu Instans Terpesan Standar.
+ Anda tidak dapat menjual Instans Cadangan Standar di Wilayah yang [dinonaktifkan secara default](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html).
+ Harga minimum yang diizinkan di Marketplace Instans Terpesan adalah 0,00 USD.
+ Anda dapat menjual Instans Terpesan Tanpa Biaya di Muka, Sebagian di Muka, atau Semua di Muka di Marketplace Instans Terpesan selama instans aktif di akun Anda setidaknya selama 30 hari. Selain itu, jika ada pembayaran di muka pada Instans Cadangan, itu hanya dapat dijual AWS setelah menerima pembayaran di muka.
+ Anda tidak dapat menjual Instans Cadangan di Marketplace Instans Cadangan jika membelinya menggunakan volume discount.
+ Anda tidak dapat mengubah daftar di Marketplace Instans Terpesan secara langsung. Namun, Anda dapat mengubah daftar Anda dengan membatalkannya terlebih dahulu, lalu membuat daftar lain dengan parameter baru. Untuk informasi, lihat [Menentukan Harga Instans Terpesan Anda](#ri-market-concepts-pricing). Anda juga dapat memodifikasi Instans Terpesan sebelum mendaftarnya. Untuk informasi, lihat [Memodifikasi Instans Terpesan](ri-modifying.md).
+ AWS membebankan biaya layanan sebesar 12 persen dari total harga dimuka setiap Instans Cadangan Standar yang Anda jual di Marketplace Instans Cadangan. Harga di muka adalah harga yang dibebankan penjual untuk Instans Terpesan Standar.
+ Saat Anda mendaftar sebagai penjual, bank yang Anda tentukan harus memiliki alamat AS. Untuk informasi selengkapnya, lihat [Persyaratan penjual tambahan untuk produk berbayar](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) di *Panduan Penjual AWS Marketplace *.
+ Pelanggan Amazon Web Services India Private Limited (AWS India) tidak dapat mendaftar sebagai penjual di Marketplace Instans Cadangan EC2 dan tidak dapat mencantumkan atau menjual Instans Cadangan di Marketplace Instans Cadangan EC2, meskipun mereka memiliki rekening bank AS. Untuk informasi lebih lanjut, lihat [Apa perbedaan antara akun AWS India Akun AWS dan India?](https://repost.aws/knowledge-center/aws-india-differences)
+ Jika Anda mengubah penjual catatan menjadi Amazon Web Services India Private Limited (AWS India), Anda akan dideregistrasi sebagai penjual dari Marketplace Instans Cadangan EC2 dan semua iklan aktif yang ada di Marketplace Instans Cadangan EC2 akan dihapus. Untuk mengembalikan status penjual Anda, Anda harus mengubah lokasi akun Anda ke negara selain India dan menyelesaikan proses pendaftaran penjual lagi.
## Mendaftar sebagai penjual
**catatan**
Hanya yang Pengguna root akun AWS dapat mendaftarkan akun sebagai penjual.
Untuk menjual di Marketplace Instans Terpesan, Anda harus mendaftar sebagai penjual terlebih dahulu. Selama pendaftaran, Anda memberikan informasi berikut:
+ **Informasi bank** —AWS harus memiliki informasi bank Anda untuk mencairkan dana yang dikumpulkan saat Anda menjual reservasi Anda. Bank yang Anda tentukan harus memiliki alamat AS. Untuk informasi selengkapnya, lihat [Rekening bank untuk pencairan](#ri-market-concepts-bank).
+ **Informasi pajak**—Semua penjual wajib menyelesaikan wawancara informasi pajak untuk menentukan kewajiban pelaporan pajak yang diperlukan. Untuk informasi selengkapnya, lihat [Informasi pajak](#ri-market-concepts-taxinfo).
Setelah AWS menerima pendaftaran penjual yang telah selesai, Anda menerima email yang mengonfirmasi pendaftaran dan memberi tahu Anda bahwa Anda dapat mulai menjual di Marketplace Instans Cadangan.
## Rekening bank untuk pencairan
AWS harus memiliki informasi bank Anda untuk mencairkan dana yang dikumpulkan saat Anda menjual Instans Cadangan Anda. Bank yang Anda tentukan harus memiliki alamat di AS. Untuk informasi selengkapnya, lihat [Persyaratan penjual tambahan untuk produk berbayar](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) di *Panduan Penjual AWS Marketplace *.
**Untuk mendaftarkan rekening bank default untuk pencairan**
1. Buka halaman [Pendaftaran Penjual Marketplace Instans Terpesan](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1) dan masuk menggunakan kredensial AWS Anda.
1. Pada halaman **Kelola Rekening Bank**, berikan informasi tentang bank berikut untuk menerima pembayaran:
+ Nama Pemilik Rekening Bank
+ Nomor perutean
+ Nomor rekening
+ Tipe rekening bank
**catatan**
Jika menggunakan rekening bank perusahaan, Anda akan diminta untuk mengirimkan informasi tentang rekening bank tersebut melalui faks (1-206-765-3424).
Setelah pendaftaran, rekening bank yang diberikan ditetapkan sebagai default, menunggu verifikasi dari bank. Diperlukan waktu hingga dua minggu untuk memverifikasi rekening bank baru, selama itu Anda tidak dapat menerima pencairan. Untuk rekening yang sudah ditetapkan, biasanya diperlukan waktu sekitar dua hari untuk menyelesaikan pembayaran.
**Untuk mengubah rekening bank default untuk pencairan**
1. Pada halaman [Pendaftaran Penjual Marketplace Instans Terpesan](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1), masuk dengan akun yang Anda gunakan saat mendaftar.
1. Pada halaman **Kelola Rekening Bank**, tambahkan rekening bank baru atau ubah rekening bank default sesuai kebutuhan.
## Informasi pajak
Penjualan Instans Terpesan Anda mungkin dikenai pajak berbasis transaksi, seperti pajak penjualan atau pajak pertambahan nilai. Anda harus memeriksanya dengan departemen pajak, hukum, keuangan, atau akuntansi bisnis Anda untuk menentukan apakah pajak berbasis transaksi berlaku. Anda bertanggung jawab untuk mengumpulkan dan mengirim pajak berbasis transaksi ke otoritas pajak yang sesuai.
Sebagai bagian dari proses pendaftaran penjual, Anda harus menyelesaikan wawancara pajak di [Portal Pendaftaran Penjual](https://portal.aws.amazon.com/ec2/ri/seller_registration?action=taxInterview). Wawancara tersebut mengumpulkan informasi pajak Anda dan mengisi formulir IRS W-9, W-8BEN, atau W-8BEN-E, yang digunakan untuk menentukan kewajiban pelaporan pajak yang diperlukan.
Informasi pajak yang Anda masukkan sebagai bagian dari wawancara pajak mungkin berbeda, bergantung pada apakah Anda beroperasi sebagai individu atau bisnis, dan apakah Anda atau bisnis Anda adalah orang atau entitas AS atau non-AS. Saat Anda mengisi wawancara pajak, perhatikan hal-hal berikut:
+ Informasi yang diberikan oleh AWS, termasuk informasi dalam topik ini, bukan merupakan nasihat pajak, hukum, atau profesional lainnya. Untuk mengetahui bagaimana persyaratan pelaporan IRS dapat memengaruhi bisnis Anda, atau jika Anda memiliki pertanyaan lain, hubungi penasihat pajak, hukum, atau profesional lainnya.
+ Untuk memenuhi persyaratan pelaporan IRS seefisien mungkin, jawab semua pertanyaan dan masukkan semua informasi yang diminta selama wawancara.
+ Periksa jawaban Anda. Hindari salah eja atau salah memasukkan nomor identifikasi pajak. Kesalahan tersebut dapat mengakibatkan formulir pajak tidak valid.
Berdasarkan respons wawancara pajak dan ambang batas pelaporan IRS Anda, Amazon mungkin mengajukan Formulir 1099-K. Amazon mengirimkan salinan Formulir 1099-K Anda pada atau sebelum tanggal 31 Januari pada tahun setelah tahun ketika akun pajak Anda mencapai tingkat ambang batas. Misalnya, jika akun Anda mencapai ambang batas pada tahun 2018, Formulir 1099-K Anda akan dikirimkan pada atau sebelum tanggal 31 Januari 2019.
Untuk informasi lebih lanjut tentang persyaratan IRS dan Formulir 1099-K, lihat [Formulir FAQs 1099-K](https://www.irs.gov/newsroom/form-1099-k-faqs-third-party-filers-of-form-1099-k) di situs web IRS.
## Menentukan Harga Instans Terpesan Anda
Saat menetapkan harga untuk Instans Terpesan Anda, pertimbangkan hal berikut:
+ **Harga di muka** – Harga di muka adalah satu-satunya harga yang dapat Anda tentukan untuk Instans Terpesan yang Anda jual. Harga dimuka adalah harga satu kali yang dibayar pembeli ketika mereka membeli setiap Instans Cadangan.
Karena nilai Instans Cadangan menurun dari waktu ke waktu, secara default, AWS dapat menetapkan harga untuk menurun dalam kenaikan yang sama dari bulan ke bulan. Namun, Anda dapat menetapkan harga di muka yang berbeda berdasarkan kapan reservasi Anda terjual. Misalnya, jika Instans Terpesan Anda memiliki sisa jangka waktu sembilan bulan, Anda dapat menentukan jumlah yang ingin Anda terima jika pelanggan membeli Instans Terpesan tersebut dengan sembilan bulan tersisa. Anda dapat menetapkan harga lain dengan sisa lima bulan, dan harga lain dengan sisa satu bulan.
Harga minimum yang diizinkan di Pasar Instans Terpesan adalah 0,00 USD.
+ **Batas** – Batasan penjualan Instans Terpesan berikut berlaku untuk *masa pakai* Akun AWS Anda. Mereka bukan batas tahunan dan mereka tidak dapat ditingkatkan.
+ **Anda dapat menjual hingga 50.000 USD dalam Instans Terpesan**.
+ **Anda dapat menjual hingga 5.000 USD Instans Terpesan**.
+ **Tidak dapat mengubah** — Anda tidak dapat mengubah iklan Anda secara langsung. Namun, Anda dapat mengubah daftar Anda dengan membatalkannya terlebih dahulu, lalu membuat daftar lain dengan parameter baru.
+ **Dapat membatalkan** – Anda dapat membatalkan iklan Anda kapan saja, selama ada dalam status `active`. Anda tidak dapat membatalkan ikan jika sudah cocok atau sedang diproses untuk dijual. Jika beberapa instans dalam iklan Anda cocok dan Anda membatalkan iklan, hanya instans yang tidak cocok yang tersisa yang dihapus dari iklan.
## Mengiklankan Instans Terpesan Anda
Sebagai penjual terdaftar, Anda dapat memilih untuk menjual satu atau lebih dari Instans Terpesan Anda. Anda dapat memilih untuk menjual semuanya dalam satu iklan atau sebagian. Selain itu, Anda dapat mencantumkan Instans Terpesan dengan konfigurasi tipe instans, platform, dan cakupan apa pun.
Konsol menentukan harga yang disarankan. Konsol memeriksa penawaran yang cocok dengan Instans Terpesan Anda dan cocok dengan intans yang memiliki harga terendah. Jika tidak, konsol menghitung harga yang disarankan berdasarkan biaya Instans Terpesan untuk sisa waktunya. Jika nilai yang dihitung kurang dari 1,01 USD, harga yang disarankan adalah 1,01 USD.
Jika Anda membatalkan iklan Anda dan sebagian dari iklan itu telah terjual, pembatalan tidak berlaku untuk porsi yang telah terjual. Hanya bagian yang tidak terjual dari listingan yang tidak lagi tersedia di Marketplace Instans Cadangan.
------
#### [ Console ]
**Untuk mencantumkan Instans Cadangan di Marketplace Instans Cadangan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**.
1. Pilih Instans Terpesan yang akan diiklankan, lalu pilih **Tindakan**, **Jual Instans Terpesan**.
1. Pada halaman **Konfigurasikan Daftar Instans Terpesan Anda**, tetapkan jumlah instans yang akan dijual dan harga dimuka untuk jangka waktu yang tersisa di kolom yang relevan. Lihat bagaimana nilai reservasi Anda berubah selama sisa jangka waktu dengan memilih panah di sebelah kolom **Sisa Bulan**.
1. Jika Anda adalah pengguna mahir dan ingin menyesuaikan harga, Anda dapat memasukkan nilai yang berbeda untuk bulan berikutnya. Untuk kembali ke penurunan harga linier default, pilih **Atur ulang**.
1. Pilih **Lanjutkan** setelah Anda selesai mengonfigurasi iklan Anda.
1. Konfirmasikan detail iklan Anda pada halaman **Konfirmasi Iklan Instans Terpesan Anda**, dan jika Anda puas, pilih **Iklankan Instans Terpesan**.
**Untuk melihat iklan Anda di konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**.
1. Pilih Instans Terpesan yang Anda iklankan dan pilih tab **Iklan Saya** di dekat bagian bawah halaman.
------
#### [ AWS CLI ]
**Untuk mengelola Instans Cadangan di Marketplace Instans Cadangan**
1. Dapatkan daftar Instans Cadangan Anda dengan menggunakan [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)perintah. Perhatikan bahwa ID dari Instans Cadangan yang ingin Anda cantumkan.
1. Gunakan perintah [create-reserved-instances-listing](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-reserved-instances-listing.html). Anda harus menentukan ID Instans Terpesan, jumlah instans, dan jadwal harga.
1. Untuk melihat daftar Anda, gunakan [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html)perintah.
1. Untuk membatalkan daftar Anda, gunakan [cancel-reserved-instances-listing](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-reserved-instances-listing.html)perintah.
------
#### [ PowerShell ]
**Untuk mengelola Instans Cadangan di Marketplace Instans Cadangan**
1. Dapatkan daftar Instans Cadangan Anda dengan menggunakan [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)cmdlet. Perhatikan bahwa ID dari Instans Cadangan yang ingin Anda cantumkan.
1. Gunakan [New-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstancesListing.html)cmdlet. Anda harus menentukan ID Instans Terpesan, jumlah instans, dan jadwal harga.
1. Untuk melihat iklan Anda, gunakan [Get-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html)cmdlet.
1. Untuk membatalkan iklan Anda, gunakan [Stop-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2ReservedInstancesListing.html)cmdlet.
------
## Status iklan Instans Terpesan
**Status Iklan** pada tab **Iklan saya** dari halaman Instans Terpesan menampilkan status iklan Anda:
Informasi yang ditampilkan oleh **Status Iklan** adalah tentang status iklan Anda di Pasar Instans Terpesan. Hal ini berbeda dari informasi status yang ditampilkan oleh kolom **Status** di halaman **Instans Terpesan**. Informasi **Status** ini adalah tentang reservasi Anda.
+ **aktif**—Iklan ini tersedia untuk dibeli.
+ **dibatalkan**—Iklan dibatalkan dan tidak tersedia untuk dibeli di Pasar Instans Terpesan.
+ **ditutup** — Instans Terpesan tidak diiklankan. Instans Terpesan mungkin saja`closed` karena penjualan iklan telah selesai.
## Siklus hidup iklan
Jika semua instans dalam iklan Anda cocok dan terjual, tab **Iklan Saya** menunjukkan bahwa **Jumlah instans total** sama dengan jumlah yang tercantum dalam **Terjual**. Selain itu, tidak ada instans yang **tersedia** yang tersisa untuk iklan Anda, dan **Status**-nya adalah `closed`.
Jika hanya sebagian dari iklan Anda yang terjual, AWS menghentikan Instans Cadangan dalam daftar dan membuat jumlah Instans Cadangan yang sama dengan Instans Cadangan yang tersisa dalam hitungan. Jadi, ID iklan dan iklan yang diwakilinya, yang sekarang memiliki lebih sedikit reservasi untuk dijual, masih aktif.
Semua penjualan Instans Terpesan di masa mendatang dalam iklan ini diproses dengan cara ini. Ketika semua Instans Cadangan dalam daftar terjual, AWS tandai daftar sebagai`closed`.
Misalnya, Anda membuat iklan *ID iklan Instans Terpesan 5ec28771-05ff-4b9b-aa31-9e57dexample* dengan jumlah iklan 5.
Tab **Iklan Saya** di halaman konsol **Instans Terpesan** menampilkan iklan dengan cara ini:
*ID daftar penawaran Instans Terpesan 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Jumlah total reservasi = 5
+ Terjual = 0
+ Tersedia = 5
+ Status = aktif
Seorang pembeli membeli dua reservasi, sehingga tiga reservasi masih tersedia untuk dijual. Karena penjualan sebagian ini, AWS buat reservasi baru dengan hitungan tiga untuk mewakili sisa reservasi yang masih dijual.
Berikut tampilan iklan Anda di tab **Iklan Saya**:
*ID daftar penawaran Instans Terpesan 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Jumlah total reservasi = 5
+ Terjual = 2
+ Tersedia = 3
+ Status = aktif
Jika Anda membatalkan iklan Anda dan sebagian dari iklan itu telah terjual, pembatalan tidak berlaku untuk porsi yang telah terjual. Hanya bagian yang tidak terjual dari daftar penawaran yang tidak lagi tersedia di Marketplace Instans Terpesan.
## Setelah Instans Terpesan Anda terjual
Saat Instans Cadangan Anda terjual, AWS mengirimkan pemberitahuan email kepada Anda. Setiap hari saat ada aktivitas apa pun, Anda menerima satu notifikasi email yang merekam semua aktivitas hari itu. Aktivitas dapat mencakup saat Anda membuat atau menjual iklan, atau saat AWS mengirim dana ke akun Anda.
------
#### [ Console ]
**Untuk melacak status daftar Instans Cadangan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di halaman navigasi, pilih **Instans Terpesan**.
1. Pada tab **Daftar Saya**, temukan nilai **Status Daftar**. Tab ini juga berisi informasi tentang istilah, harga daftar, dan rincian berapa banyak contoh dalam daftar yang tersedia, tertunda, dijual, dan dibatalkan.
------
#### [ AWS CLI ]
**Untuk melacak status daftar Instans Cadangan**
Gunakan [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html)perintah dengan filter yang sesuai untuk mendapatkan informasi tentang daftar Anda.
```
aws ec2 describe-reserved-instances-listings
```
------
#### [ PowerShell ]
**Untuk melacak status daftar Instans Cadangan**
Gunakan [Get-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html)cmdlet.
```
Get-EC2ReservedInstancesListing
```
------
## Mendapatkan pembayaran
Segera setelah AWS menerima dana dari pembeli, pesan dikirim ke email akun pemilik terdaftar untuk Instans Cadangan yang dijual.
AWS mengirimkan transfer kawat Automated Clearing House (ACH) ke rekening bank yang Anda tentukan. Biasanya, transfer ini dilakukan antara satu hingga tiga hari setelah Instans Terpesan Anda terjual. Pencairan dilakukan sekali sehari. Anda akan menerima email dengan laporan pencairan setelah dana dikeluarkan. Perlu diingat bahwa Anda tidak dapat menerima pencairan sampai AWS menerima verifikasi dari bank Anda. Verifikasi ini bisa memakan waktu hingga dua minggu.
Instans Terpesan yang Anda jual terus muncul jika Anda menjelaskan Instans Terpesan Anda.
Anda menerima pencairan tunai untuk Instans Cadangan Anda melalui transfer kawat langsung ke rekening bank Anda. AWS membebankan biaya layanan sebesar 12 persen dari total harga dimuka setiap Instans Cadangan yang Anda jual di Marketplace Instans Cadangan.
## Informasi yang dibagikan dengan pembeli
Saat Anda menjual di Marketplace Instans Cadangan, AWS bagikan nama resmi perusahaan Anda pada pernyataan pembeli sesuai dengan peraturan AS. Selain itu, jika pembeli menghubungi Dukungan karena pembeli perlu menghubungi Anda untuk mendapatkan faktur atau untuk beberapa alasan terkait pajak lainnya, AWS mungkin harus memberikan alamat email Anda kepada pembeli sehingga pembeli dapat menghubungi Anda secara langsung.
Untuk alasan serupa, kode pos pembeli dan informasi negara diberikan kepada penjual dalam laporan pencairan. Sebagai penjual, Anda mungkin memerlukan informasi ini untuk menyertai pajak transaksi yang diperlukan, yang Anda serahkan ke pemerintah (seperti pajak penjualan dan pajak pertambahan nilai).
AWS tidak dapat menawarkan saran pajak, tetapi jika spesialis pajak Anda menentukan bahwa Anda memerlukan informasi tambahan spesifik, [hubungi Dukungan](https://aws.amazon.com/contact-us/).
# Memodifikasi Instans Terpesan
Saat kebutuhan berubah, Anda dapat mengubah Instans Terpesan Standar atau Konvertibel dan terus mendapatkan keuntungan dari manfaat penagihan. Anda dapat memodifikasi atribut, seperti Zona Ketersediaan, ukuran instans (dalam keluarga dan generasi instans yang sama), serta cakupan Instans Terpesan Anda.
**catatan**
Anda juga dapat menukar Instans Terpesan Konvertibel dengan Instans Terpesan Konvertibel lain dengan konfigurasi yang berbeda. Untuk informasi selengkapnya, lihat [Menukar Instans Terpesan Konvertibel](ri-convertible-exchange.md).
Anda dapat memodifikasi semua atau sebagian Instans Terpesan Anda. Anda dapat memisahkan Instans Terpesan asli menjadi dua atau lebih Instans Terpesan baru. Misalnya, jika Anda memiliki reservasi untuk 10 instans di `us-east-1a` dan memutuskan untuk memindahkan 5 instans ke `us-east-1b`, permintaan modifikasi menghasilkan dua reservasi baru: satu untuk 5 instans di `us-east-1a` dan yang lainnya untuk 5 instans di `us-east-1b`.
Anda juga dapat *menggabungkan* dua atau lebih Instans Terpesan menjadi satu Instans Terpesan. Misalnya, jika Anda memiliki empat Instans Terpesan `t2.small` dari masing-masing satu instans, Anda dapat menggabungkannya untuk membuat satu Instans Terpesan `t2.large`. Untuk informasi selengkapnya, lihat [Dukungan untuk memodifikasi ukuran instans](#ri-modification-instancemove).
Setelah modifikasi, keuntungan dari Instans Terpesan hanya diterapkan pada instans yang cocok dengan parameter baru. Misalnya, jika Anda mengubah Zona Ketersediaan suatu reservasi, reservasi kapasitas dan keuntungan harga secara otomatis diterapkan ke penggunaan instans di Zona Ketersediaan yang baru. Instans yang tidak lagi cocok dengan parameter baru akan dikenai tarif Sesuai Permintaan, kecuali akun Anda memiliki reservasi lain yang berlaku.
Jika permintaan modifikasi Anda berhasil:
+ Modifikasi reservasi akan langsung berlaku dan keuntungan harga diterapkan ke instans baru yang dimulai pada jam permintaan modifikasi. Misalnya, jika Anda berhasil memodifikasi reservasi pada pukul 21.15, keuntungan harga ditransfer ke instans baru Anda pada pukul 21.00. Anda bisa mendapatkan tanggal efektif Instans Cadangan yang dimodifikasi dengan menggunakan [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)perintah.
+ Reservasi asli telah pensiun. Tanggal berakhir reservasi adalah tanggal mulai reservasi baru, dan tanggal akhir reservasi baru sama dengan tanggal akhir Instans Terpesan asli. Jika Anda memodifikasi reservasi tiga tahun yang memiliki sisa 16 bulan dalam jangka waktunya, hasil reservasi yang dimodifikasi adalah reservasi 16 bulan dengan tanggal akhir yang sama seperti yang asli.
+ Reservasi yang dimodifikasi mencantumkan harga tetap 0 USD dan bukan harga tetap dari reservasi asli.
+ Harga tetap dari reservasi yang dimodifikasi tidak memengaruhi penghitungan tingkat harga diskon yang diterapkan ke akun Anda, yang didasarkan pada harga tetap dari reservasi asli.
Jika permintaan modifikasi gagal, Instans Terpesan Anda mempertahankan konfigurasi aslinya, dan langsung tersedia untuk permintaan modifikasi lainnya.
Tidak ada biaya untuk modifikasi, dan Anda tidak menerima tagihan atau faktur baru.
Anda dapat memodifikasi reservasi sesering apa pun, tetapi Anda tidak dapat mengubah atau membatalkan permintaan modifikasi yang menunggu keputusan setelah Anda mengirimkannya. Setelah modifikasi berhasil diselesaikan, Anda dapat mengirimkan permintaan modifikasi lain untuk membatalkan perubahan yang dibuat, jika perlu.
**Topics**
+ [
## Persyaratan dan pembatasan untuk modifikasi
](#ri-modification-limits)
+ [
## Dukungan untuk memodifikasi ukuran instans
](#ri-modification-instancemove)
+ [
## Mengirimkan permintaan modifikasi
](#ri-modification-process)
+ [
## Memecahkan masalah permintaan modifikasi
](#ri-modification-process-messages)
## Persyaratan dan pembatasan untuk modifikasi
Anda dapat memodifikasi atribut ini sebagai berikut.
| Atribut yang dapat dimodifikasi | Platform yang didukung | Batasan dan pertimbangan |
| --- | --- | --- |
| Ubah **Zona Ketersediaan** dalam Wilayah yang sama | Linux dan Windows | - |
| Ubah **cakupan** dari Zona Ketersediaan ke Wilayah dan sebaliknya | Linux dan Windows | Instans Terpesan zonal tercakup dalam Zona Ketersediaan dan kapasitas terpesan di Zona Ketersediaan tersebut. Jika Anda mengubah cakupan dari Zona Ketersediaan ke Wilayah (dengan kata lain, dari zonal ke regional), Anda kehilangan keuntungan reservasi kapasitas. Instans Terpesan regional tercakup dalam Wilayah. Diskon Instans Terpesan Anda dapat diterapkan ke instans yang berjalan di Zona Ketersediaan mana pun di Wilayah tersebut. Selain itu, diskon Instans Terpesan berlaku untuk penggunaan instans di semua ukuran dalam keluarga instans yang dipilih. Jika Anda mengubah cakupan dari Wilayah ke Zona Ketersediaan (dengan kata lain, dari regional ke zonal), Anda kehilangan fleksibilitas Zona Ketersediaan dan fleksibilitas ukuran instans (jika berlaku). Untuk informasi selengkapnya, lihat [Bagaimana diskon Instans Cadangan diterapkan](apply_ri.md). |
| Ubah **ukuran instans** dalam keluarga dan generasi instans yang sama | Linux/UNIX saja Fleksibilitas ukuran instans tidak tersedia untuk Instans Terpesan di platform lain, yang mencakup Linux dengan SQL Server Standard, Linux dengan SQL Server Web, Linux dengan SQL Server Enterprise, Red Hat Enterprise Linux, SUSE Linux, Windows, Windows dengan SQL Standard, Windows dengan SQL Server Enterprise, dan Windows dengan SQL Server Web. | Reservasi harus menggunakan penghunian default. Beberapa keluarga instans tidak didukung karena tidak ada ukuran lain yang tersedia. Untuk informasi selengkapnya, lihat [Dukungan untuk memodifikasi ukuran instans](#ri-modification-instancemove) |
**Persyaratan**
Amazon EC2 memproses permintaan modifikasi jika ada kapasitas yang memadai untuk konfigurasi baru Anda (jika berlaku), dan jika kondisi berikut terpenuhi:
+ Instans Terpesan tidak dapat dimodifikasi sebelum atau pada saat yang sama Anda membelinya
+ Instans Terpesan harus aktif
+ Tidak ada permintaan modifikasi yang menunggu keputusan
+ Instans Terpesan tidak terdaftar di Marketplace Instans Terpesan
+ Harus ada kecocokan antara jejak ukuran instans reservasi asli dan konfigurasi baru. Untuk informasi selengkapnya, lihat [Dukungan untuk memodifikasi ukuran instans](#ri-modification-instancemove).
+ Instans Terpesan asli adalah semua Instans Terpesan Standar atau semua Instans Terpesan Konvertibel, bukan beberapa tipe Instans Terpesan
+ Instans Terpesan asli harus kedaluwarsa dalam jam yang sama, jika instans Terpesan tersebut adalah Instans Terpesan Standar
+ Untuk memodifikasi ukuran instans, Instans Cadangan harus mendukung fleksibilitas ukuran instans. Untuk daftar Instans Cadangan yang tidak mendukung fleksibilitas ukuran instans, lihat[Fleksibilitas ukuran instans](apply_ri.md#ri-instance-size-flexibility).
## Dukungan untuk memodifikasi ukuran instans
Anda dapat memodifikasi ukuran instans dari Instans Terpesan jika persyaratan berikut terpenuhi.
**Persyaratan**
+ Platformnya adalah Linux/UNIX.
+ Anda harus memilih ukuran instans lain dalam [keluarga instans](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) yang sama (ditunjukkan dengan huruf, misalnya, T) dan [generas](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) yang sama (ditunjukkan oleh angka, misalnya, 2).
Misalnya, Anda dapat memodifikasi Instans Terpesan dari `t2.small` ke `t2.large` karena keduanya berada dalam keluarga dan generasi T2 yang sama. Namun, Anda tidak dapat memodifikasi Instans Terpesan dari T2 ke M2 atau dari T2 ke T3, karena dalam kedua contoh ini, keluarga dan generasi instans target tidak sama dengan Instans Terpesan asli.
+ Anda dapat memodifikasi ukuran instans dari Instans Cadangan hanya jika mendukung fleksibilitas ukuran instans. Untuk daftar Instans Cadangan yang tidak mendukung fleksibilitas ukuran instans, lihat[Fleksibilitas ukuran instans](apply_ri.md#ri-instance-size-flexibility).
+ Anda tidak dapat mengubah ukuran instans Instans Cadangan untuk `t1.micro` instans, karena hanya `t1.micro` memiliki satu ukuran.
+ Instans Terpesan yang asli dan baru harus memiliki jejak ukuran instans yang sama.
**Topics**
+ [
### Jejak ukuran instans
](#ri-modification-instance-size-footprint)
+ [
### Faktor normalisasi untuk instans bare metal
](#ri-normalization-factor-bare-metal-2)
### Jejak ukuran instans
Setiap Instans Terpesan memiliki *jejak ukuran instans*, yang ditentukan oleh faktor normalisasi ukuran instans dan jumlah instans dalam reservasi. Saat Anda memodifikasi ukuran instans dalam Instans Terpesan, jejak konfigurasi baru harus cocok dengan konfigurasi asli, jika tidak, permintaan modifikasi tidak akan diproses.
Untuk menghitung jejak ukuran instans dari Instans Terpesan, kalikan jumlah instans dengan faktor normalisasi. Di konsol Amazon EC2, faktor normalisasi diukur dalam satuan. Tabel berikut menjelaskan faktor normalisasi untuk ukuran instans dalam suatu keluarga instans. Misalnya, `t2.medium` memiliki faktor normalisasi 2, jadi reservasi untuk empat instans `t2.medium` memiliki jejak dari 8 unit.
| Ukuran instans | Faktor normalisasi |
| --- | --- |
| nano | 0,25 |
| micro | 0,5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Anda dapat mengalokasikan reservasi Anda ke dalam ukuran instans yang berbeda di seluruh keluarga instans yang sama selama jejak ukuran instans reservasi Anda tetap sama. Misalnya, Anda dapat membagi reservasi untuk satu instans (1 @ 4 unit) `t2.large` menjadi empat instans (4 @ 1 unit) `t2.small`. Demikian pula, Anda dapat menggabungkan reservasi untuk empat instans `t2.small` menjadi satu instans `t2.large`. Namun, Anda tidak dapat mengubah reservasi untuk dua instans `t2.small` menjadi satu instans `t2.large` karena jejak reservasi baru (4 unit) lebih besar dari jejak reservasi asli (2 unit).
Dalam contoh berikut, Anda memiliki reservasi dengan dua instans `t2.micro` (1 unit) dan reservasi dengan satu instans `t2.small` (1 unit). Jika Anda menggabungkan kedua reservasi ini menjadi satu reservasi dengan satu instans `t2.medium` (2 unit), maka jejak dari reservasi baru sama dengan jejak dari reservasi gabungan.
![\[Memodifikasi Instans Terpesan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-modify-merge.png)
Anda juga dapat memodifikasi reservasi untuk membaginya menjadi dua reservasi atau lebih. Dalam contoh berikut, Anda memiliki reservasi dengan satu instans `t2.medium` (2 unit). Anda dapat membagi reservasi menjadi dua, satu dengan dua instans `t2.nano` (0,5 unit) dan yang lainnya dengan tiga instans `t2.micro` (1,5 unit).
![\[Memodifikasi Instans Terpesan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-modify-divide.png)
### Faktor normalisasi untuk instans bare metal
Anda dapat memodifikasi reservasi dengan instans `metal` menggunakan ukuran lain dalam keluarga instans yang sama. Demikian pula, Anda dapat memodifikasi reservasi dengan instans selain instans bare metal menggunakan ukuran `metal` dalam keluarga instans yang sama. Umumnya, instans bare metal memiliki ukuran yang sama dengan ukuran instans terbesar yang tersedia dalam keluarga instans yang sama. Misalnya, sebuah instans `i3.metal` berukuran sama dengan instans `i3.16xlarge`, sehingga keduanya memiliki faktor normalisasi yang sama.
Tabel berikut menjelaskan faktor normalisasi untuk ukuran instans bare metal dalam keluarga instans yang memiliki instans bare metal. Faktor normalisasi untuk instans `metal` bergantung pada keluarga instans, tidak seperti ukuran instans lainnya.
| Ukuran instans | Faktor normalisasi |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Misalnya, instans `i3.metal` memiliki faktor normalisasi 128. Jika membeli Instans Terpesan Amazon Linux/Unix penghunian default `i3.metal`, Anda dapat membagi reservasi sebagai berikut:
+ Sebuah instans `i3.16xlarge` berukuran sama dengan instans `i3.metal`, sehingga faktor normalisasinya adalah 128 (128/1). Reservasi untuk satu instans `i3.metal` dapat dimodifikasi menjadi satu instans `i3.16xlarge`.
+ Sebuah instans `i3.8xlarge` berukuran setengah dari instans `i3.metal`, sehingga faktor normalisasinya adalah 64 (128/2). Reservasi untuk satu instans `i3.metal` dapat dibagi menjadi dua instans `i3.8xlarge`.
+ Sebuah instans `i3.4xlarge` berukuran seperempat dari instans `i3.metal`, sehingga faktor normalisasinya adalah 32 (128/4). Reservasi untuk satu instans `i3.metal` dapat dibagi menjadi empat instans `i3.4xlarge`.
## Mengirimkan permintaan modifikasi
Sebelum mengubah Instans Cadangan, pastikan Anda telah membaca [batasan](#ri-modification-limits) yang berlaku. Sebelum Anda mengubah ukuran instans, hitung total [ukuran instance footprint](#ri-modification-instancemove) dari reservasi asli yang ingin Anda modifikasi dan pastikan bahwa itu cocok dengan total ukuran instance footprint konfigurasi baru Anda.
------
#### [ Console ]
**Untuk mengubah Instans Cadangan Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di halaman **Instans Terpesan**, pilih satu atau beberapa Instans Terpesan yang akan dimodifikasi, dan pilih **Tindakan**, **Modifikasi Instans Terpesan**.
Jika Instans Terpesan Anda tidak dalam keadaan aktif atau tidak dapat dimodifikasi, **Modifikasi Instans Terpesan** akan dinonaktifkan.
1. Entri pertama dalam tabel modifikasi menampilkan atribut dari Instans Terpesan yang dipilih, dan setidaknya satu konfigurasi target di bawahnya. Kolom **Unit** menampilkan jejak ukuran instans secara total. Pilih **Tambahkan** untuk setiap konfigurasi baru yang akan ditambahkan. Modifikasi atribut seperlunya untuk setiap konfigurasi.
+ **Cakupan**: Pilih apakah konfigurasi berlaku untuk sebuah Zona Ketersediaan atau seluruh Wilayah.
+ **Zona Ketersediaan**: Pilih Zona Ketersediaan yang dibutuhkan. Tidak berlaku untuk Instans Terpesan wilayah.
+ **Jenis instans**: Pilih jenis instance yang diperlukan. Konfigurasi gabungan harus mempunyai jejak ukuran instans yang sama dengan konfigurasi asli Anda.
+ **Jumlah**: Tentukan jumlah instans. Untuk membagi Instans Terpesan ke dalam banyak konfigurasi, kurangi jumlah, pilih **Tambahkan**, dan tentukan jumlah untuk konfigurasi tambahan. Misalnya, jika Anda memiliki konfigurasi tunggal dengan jumlah 10, Anda dapat mengubah jumlahnya menjadi 6 dan menambahkan konfigurasi dengan jumlah 4. Proses ini memensiunkan Instans Terpesan asli setelah Instans Terpesan baru diaktifkan.
1. Pilih **Lanjutkan**.
1. Untuk mengonfirmasi pilihan modifikasi setelah Anda selesai menentukan konfigurasi target Anda, pilih **Kirim modifikasi**.
1. Anda dapat menentukan status permintaan modifikasi dengan melihat kolom **Status** di layar Instans Terpesan. Berikut ini adalah beberapa kemungkinan status.
+ **aktif* (modifikasi tertunda)*** — Status transisi untuk Instans Terpesan asli
+ **pensiun* (modifikasi tertunda)*** — Status transisi untuk Instans Terpesan asli sementara Instans Terpesan baru sedang dibuat
+ **pensiun** — Instans Terpesan berhasil dimodifikasi dan diganti
+ **aktif** — Salah satu dari berikut ini:
+ Instans Terpesan baru dibuat dari permintaan modifikasi yang berhasil
+ Instans Terpesan Asli setelah permintaan modifikasi gagal
------
#### [ AWS CLI ]
**Untuk mengubah Instans Cadangan Anda**
Gunakan perintah [modify-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-reserved-instances.html). Anda dapat memberikan detail konfigurasi dalam file JSON.
```
aws ec2 modify-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342f5bd7c02 \
--target-configurations file://configuration.json
```
**Untuk mendapatkan status permintaan modifikasi Anda**
Gunakan perintah [describe-reserved-instances-modifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-modifications.html). Statusnya adalah`processing`,`fulfilled`, atau`failed`.
```
aws ec2 describe-reserved-instances-modifications \
--reserved-instances-modification-ids rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 \
--query ReservedInstancesModifications[].Status
```
------
#### [ PowerShell ]
**Untuk mengubah Instans Cadangan Anda**
Gunakan [Edit-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2ReservedInstance.html)cmdlet. Anda dapat memberikan detail konfigurasi dalam objek tipe`Amazon.EC2.Model.ReservedInstancesConfiguration`.
```
Edit-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342f5bd7c02 `
-TargetConfiguration $configuration
```
**Untuk mendapatkan status permintaan modifikasi Anda**
Gunakan [Get-EC2ReservedInstancesModification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesModification.html)cmdlet. Statusnya adalah`processing`,`fulfilled`, atau`failed`.
```
Get-EC2ReservedInstancesModification `
-ReservedInstancesModificationId rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 | `
Select Status
```
------
## Memecahkan masalah permintaan modifikasi
Jika pengaturan konfigurasi target yang Anda minta unik, Anda menerima pesan bahwa permintaan Anda sedang diproses. Pada titik ini, Amazon EC2 hanya menentukan bahwa parameter permintaan modifikasi Anda valid. Permintaan modifikasi Anda masih bisa gagal selama pemrosesan karena ketidaktersediaan kapasitas.
Dalam beberapa situasi, Anda mungkin mendapatkan pesan yang menunjukkan permintaan modifikasi yang tidak selesai atau gagal alih-alih konfirmasi. Gunakan informasi dalam pesan tersebut sebagai titik awal untuk mengirim ulang permintaan modifikasi lainnya. Pastikan Anda telah membaca [pembatasan](#ri-modification-limits) berlaku sebelum mengirimkan permintaan.
**Tidak semua Instans Terpesan yang dipilih dapat diproses untuk modifikasi**
Amazon EC2 mengidentifikasi dan mencantumkan daftar Instans Terpesan yang tidak dapat dimodifikasi. Jika Anda menerima pesan seperti ini, buka halaman **Instans Terpesan** di konsol Amazon EC2 dan periksa informasi untuk Instans Terpesan.
**Kesalahan dalam memproses permintaan modifikasi Anda**
Anda mengirimkan satu atau lebih Instans Terpesan untuk modifikasi dan tidak ada permintaan Anda yang dapat diproses. Tergantung jumlah reservasi yang dimodifikasi, Anda bisa mendapatkan versi berbeda dari pesan tersebut.
Amazon EC2 menampilkan alasan mengapa permintaan Anda tidak dapat diproses. Misalnya, Anda mungkin telah menetapkan konfigurasi target yang sama—kombinasi dari Zona Ketersediaan dan platform—untuk satu atau beberapa subset Instans Terpesan yang Anda modifikasi. Coba kirimkan permintaan modifikasi lagi, tetapi pastikan bahwa detail instans dari reservasi cocok, dan bahwa konfigurasi target untuk semua subset yang dimodifikasi adalah unik.
# Menukar Instans Terpesan Konvertibel
Anda dapat menukar satu atau beberapa Instans Terpesan Konvertibel dengan Instans Terpesan Konvertibel lainnya dengan konfigurasi yang berbeda, termasuk keluarga instans, sistem operasi, dan penghunian. Tidak ada batasan terkait frekuensi penukaran, selama Instans Terpesan Konvertibel baru memiliki nilai yang sama atau lebih tinggi dari Instans Terpesan Konvertibel asli yang Anda tukar.
Saat Anda menukar Instans Terpesan Konvertibel, jumlah instans untuk reservasi Anda saat ini ditukar dengan sejumlah instans yang mencakup nilai yang sama atau lebih tinggi dari konfigurasi Instans Terpesan Konvertibel baru. Amazon EC2 menghitung jumlah Instans Terpesan yang dapat Anda terima sebagai hasil dari pertukaran.
Anda tidak dapat menukar Instans Terpesan Standar, tetapi Anda dapat memodifikasinya. Untuk informasi selengkapnya, lihat [Memodifikasi Instans Terpesan](ri-modifying.md).
**Topics**
+ [
## Persyaratan untuk menukar Instans Terpesan Konvertibel
](#riconvertible-exchange-limits)
+ [
## Menghitung pertukaran Instans Terpesan Konvertibel
](#riconvertible-exchange-cost)
+ [
## Menggabungkan Instans Terpesan Konvertibel
](#ri-merge-convertible)
+ [
## Menukar sebagian dari Instans Terpesan Konvertibel
](#ri-split-convertible)
+ [
## Mengirimkan permintaan pertukaran
](#ri-exchange-process)
## Persyaratan untuk menukar Instans Terpesan Konvertibel
Jika kondisi berikut terpenuhi, Amazon EC2 memproses permintaan pertukaran Anda. Instans Terpesan Konvertibel Anda harus:
+ Aktif
+ Tidak menunggu permintaan pertukaran sebelumnya
+ Memiliki setidaknya 24 jam yang tersisa sebelum kedaluwarsa
Aturan-aturan berikut berlaku:
+ Instans Cadangan Konvertibel harus ditukar dengan Instans Cadangan Konvertibel lainnya yang saat ini ditawarkan oleh. AWS
+ Instans Terpesan Konvertibel dikaitkan dengan Wilayah tertentu, yang ditetapkan selama jangka waktu reservasi. Anda tidak dapat menukar Instans Cadangan Konvertibel dengan Instans Cadangan Konvertibel di Wilayah lain.
+ Untuk menukar Instans Cadangan Konvertibel zona, AWS harus memiliki kapasitas yang cukup untuk jenis instans baru di Wilayah.
+ Anda dapat menukar satu atau beberapa Instans Terpesan Konvertibel untuk satu Instans Terpesan Konvertibel yang baru saja dalam satu waktu.
+ Untuk menukar sebagian Instans Terpesan Konvertibel, Anda dapat memodifikasinya menjadi dua atau lebih reservasi, lalu menukar satu atau lebih reservasi dengan Instans Terpesan Konvertibel yang baru. Untuk informasi selengkapnya, lihat [Menukar sebagian dari Instans Terpesan Konvertibel](#ri-split-convertible). Untuk informasi selengkapnya tentang memodifikasi Instans Terpesan, lihat [Memodifikasi Instans Terpesan](ri-modifying.md).
+ Semua Instans Terpesan Konvertibel di Muka dapat ditukar dengan Instans Terpesan Konvertibel Sebagian di Muka, dan sebaliknya.
**catatan**
Jika total pembayaran di muka yang diperlukan untuk pertukaran (biaya true-up) kurang dari \$10,00, AWS secara otomatis memberi Anda sejumlah contoh dalam Instans Cadangan Konvertibel yang memastikan bahwa biaya true-up adalah \$10,00 atau lebih.
**catatan**
Jika nilai total (harga dimuka \$1harga per jam\$1 jumlah jam yang tersisa) dari Instans Cadangan Konvertibel baru kurang dari nilai total Instans Cadangan Konvertibel yang dipertukarkan, AWS secara otomatis memberi Anda sejumlah instans dalam Instans Cadangan Konvertibel yang memastikan bahwa nilai totalnya sama atau lebih tinggi dari Instans Cadangan Konvertibel yang dipertukarkan.
+ Untuk mendapatkan keuntungan dari harga yang lebih baik, Anda dapat menukar Instans Terpesan Konvertibel Tanpa Biaya di Muka dengan Instans Terpesan Konvertibel Biaya Semua di muka atau Sebagian di Muka.
+ Anda tidak dapat menukar Semua Instans Cadangan Konvertibel di Muka dan Sebagian di Depan dengan Instans Cadangan Tanpa Konvertibel di Muka.
+ Anda dapat menukar Instans Terpesan Konvertibel Tanpa Biaya di Muka dengan Instans Terpesan Konvertibel Tanpa Biaya di Muka lainnya hanya jika harga per jam Instans Terpesan Konvertibel yang baru sama atau lebih tinggi dari harga per jam Instans Terpesan Konvertibel yang ditukar.
**catatan**
Jika nilai total (harga per jam \$1 jumlah jam yang tersisa) dari Instans Terpesan Konvertibel yang baru kurang dari nilai total Instans Terpesan Konvertibel yang ditukar, AWS secara otomatis memberi Anda sejumlah instans dalam Instans Terpesan Konvertibel yang memastikan bahwa total instans nilainya sama atau lebih tinggi dari Instans Terpesan Konvertibel yang ditukar.
+ Jika Anda menukar banyak Instans Terpesan Konvertibel yang memiliki tanggal kedaluwarsa berbeda, tanggal kedaluwarsa untuk Instans Terpesan Konvertibel yang baru adalah tanggal terjauh di masa mendatang.
+ Jika Anda menukar satu Instans Terpesan Konvertibel, instans tersebut harus memiliki jangka waktu yang sama (1 tahun atau 3 tahun) dengan Instans Terpesan Konvertibel yang baru. Jika Anda menggabungkan beberapa Instans Terpesan Konvertibel dengan jangka waktu berbeda, Instans Terpesan Konvertibel yang baru memiliki jangka waktu 3 tahun. Untuk informasi selengkapnya, lihat [Menggabungkan Instans Terpesan Konvertibel](#ri-merge-convertible).
+ Saat Amazon EC2 menukar Instans Terpesan Konvertibel, mereka memensiunkan reservasi terkait, dan mentransfer tanggal akhir ke reservasi baru. Setelah pertukaran, Amazon EC2 menetapkan tanggal akhir untuk reservasi lama dan tanggal mulai untuk reservasi baru sama dengan tanggal pertukaran. Misalnya, jika Anda menukar reservasi tiga tahun yang memiliki sisa jangka waktu 16 bulan, reservasi baru adalah reservasi 16 bulan dengan tanggal akhir yang sama dengan reservasi dari Instans Terpesan Konvertibel yang Anda tukarkan.
## Menghitung pertukaran Instans Terpesan Konvertibel
Bertukar Instans Terpesan Konvertibel bersifat gratis. Namun, Anda mungkin diharuskan untuk membayar biaya true-up, yang merupakan biaya di muka yang dihitung prorata dari selisih antara Instans Terpesan Konvertibel yang Anda miliki dan Instans Terpesan Konvertibel baru yang Anda terima dari pertukaran tersebut.
Setiap Instans Terpesan Konvertibel memiliki nilai daftar. Nilai daftar ini dibandingkan dengan nilai daftar Instans Terpesan Konvertibel yang Anda inginkan untuk menentukan banyaknya reservasi instans yang dapat Anda terima dari pertukaran tersebut.
Sebagai contoh: Anda memiliki Instans Terpesan Konvertibel dengan nilai daftar 1 x 35 USD yang ingin Anda tukarkan dengan tipe instans baru dengan nilai daftar 10 USD.
```
$35/$10 = 3.5
```
Anda dapat menukar Instans Terpesan Konvertibel dengan tiga Instans Terpesan Konvertibel senilai 10 USD. Membeli setengah reservasi tidak dimungkinkan; oleh karena itu Anda harus membeli Instans Terpesan Konvertibel tambahan untuk menutupi sisanya:
```
3.5 = 3 whole Convertible Reserved Instances + 1 additional Convertible Reserved Instance
```
Instans Terpesan Konvertibel keempat memiliki tanggal berakhir yang sama dengan tiga lainnya. Jika Anda menukar Instans Terpesan Konvertibel secara Sebagian atau secara Penuh di Muka, Anda membayar biaya true-up untuk reservasi keempat. Jika biaya di muka yang tersisa dari Instans Terpesan Konvertibel adalah 500 USD, dan reservasi baru biasanya akan dikenakan biaya 600 USD secara prorata, maka Anda akan dikenai biaya 100 USD.
```
$600 prorated upfront cost of new reservations - $500 remaining upfront cost of old reservations = $100 difference
```
## Menggabungkan Instans Terpesan Konvertibel
Jika Anda menggabungkan dua atau lebih Instans Terpesan Konvertibel, jangka waktu Instans Terpesan Konvertibel yang baru harus sama dengan Instans Terpesan Konvertibel yang lama, atau yang tertinggi dari Instans Terpesan Konvertibel. Tanggal kedaluwarsa untuk Instans Terpesan Konvertibel yang baru adalah tanggal kedaluwarsa yang terjauh di masa mendatang.
Misalnya, Anda memiliki Instans Terpesan Konvertibel berikut ini di akun Anda:
| ID Instans Terpesan | Jangka waktu | Tanggal kedaluwarsa |
| --- | --- | --- |
| aaaa1111 | 1 tahun | 31/12/2018 |
| bbbb2222 | 1 tahun | 31/07/2018 |
| cccc3333 | 3 tahun | 30/06/2018 |
| dddd4444 | 3 tahun | 31/12/2019 |
+ Anda dapat menggabungkan `aaaa1111` dan `bbbb2222`, serta menukarnya dengan Instans Terpesan Konvertibel 1 tahun. Anda tidak dapat menukarnya dengan Instans Terpesan Konvertibel 3 tahun. Tanggal kedaluwarsa Instans Terpesan Konvertibel yang baru adalah 31-12-2018.
+ Anda dapat menggabungkan `bbbb2222` dan `cccc3333` serta menukarnya dengan Instans Terpesan Konvertibel 3 tahun. Anda tidak dapat menukarnya dengan Instans Terpesan Konvertibel 1 tahun. Tanggal kedaluwarsa Instans Terpesan Konvertibel yang baru adalah 31-07-2018.
+ Anda dapat menggabungkan `cccc3333` dan `dddd4444` serta menukarnya dengan Instans Terpesan Konvertibel 3 tahun. Anda tidak dapat menukarnya dengan Instans Terpesan Konvertibel 1 tahun. Tanggal kedaluwarsa Instans Terpesan Konvertibel yang baru adalah 31-12-2019.
## Menukar sebagian dari Instans Terpesan Konvertibel
Anda dapat menggunakan proses modifikasi untuk membagi Instans Terpesan Konvertibel menjadi reservasi yang lebih kecil, kemudian menukar satu atau lebih reservasi baru untuk Instans Terpesan Konvertibel baru. Contoh berikut menunjukkan cara untuk melakukannya.
**Example Contoh: Instans Terpesan Konvertibel dengan lebih dari satu instans**
Dalam contoh ini, Anda memiliki file Instans Terpesan Konvertibel `t2.micro` dengan empat instans dalam reservasi. Untuk menukar dua instans `t2.micro` dengan instans `m4.xlarge`:
1. Modifikasi Instans Terpesan Konvertibel `t2.micro` dengan membaginya menjadi dua Instans Terpesan Konvertibel `t2.micro`, masing-masing dua instans.
1. Tukar salah satu Instans Terpesan Konvertibel `t2.micro` yang baru dengan Instans Terpesan Konvertibel `m4.xlarge`.
![\[Memodifikasi dan menukar Instans Terpesan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-split-cri-multiple.png)
**Example Contoh: Instans Terpesan Konvertibel dengan satu instans**
Dalam contoh ini, Anda memiliki Instans Terpesan Konvertibel `t2.large`. Untuk mengubahnya menjadi instans `t2.medium` dan instans `m3.medium` yang lebih kecil:
1. Modifikasi Instans Terpesan Konvertibel `t2.large` dengan membaginya menjadi dua Instans Terpesan Konvertibel `t2.medium`. Satu instans `t2.large` memiliki jejak ukuran instans yang sama dengan dua instans `t2.medium`.
1. Tukar salah satu Instans Terpesan Konvertibel `t2.medium` yang baru dengan Instans Terpesan Konvertibel `m3.medium`.
![\[Memodifikasi dan menukar Instans Terpesan.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-split-cri-single.png)
Untuk informasi selengkapnya, lihat [Dukungan untuk memodifikasi ukuran instans](ri-modifying.md#ri-modification-instancemove) dan [Mengirimkan permintaan pertukaran](#ri-exchange-process).
## Mengirimkan permintaan pertukaran
Anda dapat menukar Instans Cadangan Konvertibel Anda. Instans Cadangan yang dipertukarkan sudah pensiun.
------
#### [ Console ]
**Untuk menukar Instans Cadangan Konvertibel**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Instans Terpesan**, pilih Instans Terpesan Konvertibel yang akan ditukar, dan pilih **Tindakan**, **Tukar Instans Terpesan**.
1. Pilih atribut dari konfigurasi yang diinginkan, dan pilih **Temukan Penawaran**.
1. Pilih Instans Terpesan Konvertibel baru. Di bagian bawah layar, Anda dapat melihat jumlah Instans Terpesan yang Anda terima untuk pertukaran tersebut, dan biaya tambahannya.
1. Jika Anda telah memilih Instans Terpesan Konvertibel yang memenuhi kebutuhan Anda, pilih **Tinjau**.
1. Pilih **Tukar**, kemudian **Tutup**.
------
#### [ AWS CLI ]
**Untuk menukar Instans Cadangan Konvertibel**
1. Temukan Instans Cadangan Konvertibel baru yang memenuhi kebutuhan Anda dengan menggunakan [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)perintah.
1. Dapatkan penawaran untuk pertukaran dengan menggunakan perintah [get-reserved-instances-exchange-quote](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-reserved-instances-exchange-quote.html). Ini termasuk jumlah Instans Cadangan yang Anda dapatkan dari bursa, dan biaya sebenarnya untuk pertukaran:
1. Lakukan pertukaran dengan menggunakan perintah [accept-reserved-instances-exchange-quote](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-reserved-instances-exchange-quote.html).
------
#### [ PowerShell ]
**Untuk menukar Instans Cadangan Konvertibel**
1. Temukan Instans Cadangan Konvertibel baru yang memenuhi kebutuhan Anda dengan menggunakan [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)cmdlet.
1. Dapatkan penawaran untuk pertukaran dengan menggunakan [Get EC2 - ReservedInstancesExchangeQuote](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesExchangeQuote.html) cmdlet. Ini termasuk jumlah Instans Cadangan yang Anda dapatkan dari bursa, dan biaya sebenarnya untuk pertukaran:
1. Lakukan pertukaran dengan menggunakan [Approve-EC2ReservedInstancesExchangeQuote](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2ReservedInstancesExchangeQuote.html)cmdlet
------
# Kuota Instans Terpesan
Anda dapat membeli Instans Terpesan baru setiap bulan. Jumlah Instans Terpesan baru yang dapat Anda beli setiap bulan ditentukan oleh kuota bulanan Anda, sebagai berikut:
****
| Deskripsi kuota | Kuota default |
| --- | --- |
| Instans Terpesan [regional](apply_ri.md#apply-regional-ri) baru | 20 per Wilayah per bulan |
| Instans Terpesan [zonal](apply_ri.md#apply-zonal-ri) baru | 20 per Zona Ketersediaan per bulan |
Misalnya, di Wilayah dengan tiga Zona Ketersediaan, kuota default-nya adalah 80 Instans Terpesan per bulan, dihitung sebagai berikut:
+ 20 Instans Terpesan regional untuk Wilayah
+ Ditambah 60 Instans Terpesan zonal (20 untuk masing-masing dari tiga Zona Ketersediaan)
Contoh di `running` negara bagian dihitung terhadap kuota Anda. Contoh yang ada di`pending`,, `stopping``stopped`, dan `hibernated` negara bagian tidak dihitung dalam kuota Anda.
## Melihat jumlah Instans Terpesan yang telah Anda beli
Jumlah Instans Terpesan yang Anda beli ditunjukkan oleh bidang **Jumlah instans** (konsol) atau parameter `InstanceCount` (AWS CLI). Saat Anda membeli Instans Terpesan baru, kuota diukur terhadap jumlah instans total. Misalnya, jika Anda membeli satu konfigurasi Instans Terpesan dengan satu instans berjumlah 10, pembelian diperhitungkan dengan kuota Anda sebagai 10, bukan 1.
Anda dapat melihat jumlah Instans Terpesan yang telah dibeli menggunakan Amazon EC2 atau AWS CLI.
------
#### [ Console ]
**Untuk melihat jumlah Instans Terpesan yang telah Anda beli**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans Terpesan**.
1. Pilih konfigurasi Instans Terpesan dari tabel, dan periksa bidang **Jumlah instans**.
Pada tangkapan layar berikut, baris yang dipilih mewakili konfigurasi satu Instans Terpesan untuk tipe instans `t3.micro`. Kolom **Jumlah instans** dalam tampilan tabel dan bidang **Jumlah instans** dalam tampilan detail (diuraikan dalam tangkapan layar) menunjukkan bahwa ada 10 Instans Terpesan untuk konfigurasi ini.
![\[Gambar ini menunjukkan layar Instans Terpesan di konsol Amazon EC2. Bidang Jumlah instans diuraikan dalam tangkapan layar.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/ri-instance-count.png)
------
#### [ AWS CLI ]
**Untuk melihat jumlah Instans Terpesan yang telah Anda beli**
Gunakan [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)perintah dan tentukan ID konfigurasi Instans Cadangan.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 \
--output table
```
Berikut ini adalah output contoh. `InstanceCount`Bidang menunjukkan bahwa ada 10 Instans Cadangan untuk konfigurasi ini.
```
-------------------------------------------------------------------
| DescribeReservedInstances |
+-----------------------------------------------------------------+
|| ReservedInstances ||
|+----------------------+----------------------------------------+|
|| CurrencyCode | USD ||
|| Duration | 31536000 ||
|| End | 2023-08-27T13:29:44+00:00 ||
|| FixedPrice | 59.0 ||
|| InstanceCount | 10 ||
|| InstanceTenancy | default ||
|| InstanceType | t3.micro ||
|| OfferingClass | standard ||
|| OfferingType | All Upfront ||
|| ProductDescription | Linux/UNIX ||
|| ReservedInstancesId | a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 ||
|| Scope | Region ||
|| Start | 2022-08-27T13:29:45.938000+00:00 ||
|| State | active ||
|| UsagePrice | 0.0 ||
|+----------------------+----------------------------------------+|
||| RecurringCharges |||
||+----------------------------------+--------------------------+||
||| Amount | 0.0 |||
||| Frequency | Hourly |||
||+----------------------------------+--------------------------+||
```
------
#### [ PowerShell ]
**Untuk melihat jumlah Instans Terpesan yang telah Anda beli**
Gunakan [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)Cmdlet dan tentukan ID konfigurasi Instans Cadangan.
```
Get-EC2ReservedInstance -ReservedInstancesId a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
```
Berikut ini adalah output contoh. `InstanceCount`Bidang menunjukkan bahwa ada 10 Instans Cadangan untuk konfigurasi ini.
```
AvailabilityZone :
CurrencyCode : USD
Duration : 31536000
End : 1/12/2017 8:57:08 PM
FixedPrice : 0
InstanceCount : 10
InstanceTenancy : default
InstanceType : t3.medium
OfferingClass : standard
OfferingType : All Upfront
ProductDescription : Windows
RecurringCharges : {}
ReservedInstancesId : a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
Scope : Region
Start : 10/12/2016 4:00:00 PM
State : active
Tags : {}
UsagePrice : 0
```
------
## Pertimbangan-pertimbangan
Instans Terpesan regional menerapkan diskon ke Instans Sesuai Permintaan yang sedang berjalan. Batas Instans Sesuai Permintaan default adalah 20. Anda tidak dapat melebihi batas Instans Sesuai Permintaan yang sedang berjalan dengan membeli Instans Terpesan regional. Misalnya, jika Anda sudah memiliki 20 Instans Sesuai Permintaan yang sedang dan membeli 20 Instans Terpesan regional, 20 Instans Terpesan regional digunakan untuk menerapkan diskon ke 20 Instans Sesuai Permintaan yang sedang berjalan. Jika membeli lebih banyak Instans Terpesan regional, Anda tidak akan dapat meluncurkan lebih banyak instans karena Anda telah mencapai batas Instans Sesuai Permintaan.
Sebelum membeli Instans Terpesan regional, pastikan batas Instans Sesuai Permintaan Anda sesuai atau melebihi jumlah Instans Terpesan regional yang ingin dimiliki. Jika perlu, pastikan Anda meminta peningkatan batas Instans Sesuai Permintaan *sebelum* membeli lebih banyak Instans Terpesan regional.
Instans Terpesan zonal—Instans Terpesanyang dibeli untuk Zona Ketersediaan tertentu— memberikan reservasi kapasitas serta diskon. Anda *dapat melebihi* batas Instans Sesuai Permintaan yang sedang berjalan dengan membeli Instans Terpesan zonal. Misalnya, jika Anda sudah memiliki 20 Instans Sesuai Permintaan yang sedang berjalan dan membeli 20 Instans Terpesan zonal, Anda dapat meluncurkan 20 Instans Sesuai Permintaan lain yang sesuai dengan spesifikasi Instans Terpesan Anda, sehingg Anda memiliki total 40 instans yang sedang berjalan.
## Melihat kuota Instans Terpesan Anda dan meminta peningkatan kuota
Konsol Amazon EC2 menyediakan informasi kuota. Anda juga dapat meminta peningkatan kuota. Lihat informasi yang lebih lengkap di [Melihat kuota Anda saat ini](ec2-resource-limits.md#view-limits) dan [Meminta peningkatan](ec2-resource-limits.md#request-increase).
# Instans Spot
Instans Spot adalah instans yang menggunakan kapasitas EC2 tidak terpakai yang tersedia dengan harga yang lebih rendah dari harga Sesuai Permintaan. Karena Instans Spot memungkinkan Anda meminta instans EC2 yang tidak digunakan dengan diskon besar, Anda dapat menurunkan biaya Amazon EC2 secara signifikan. Harga per jam untuk Instans Spot disebut harga Spot. Harga Spot dari setiap tipe instans di setiap Zona Ketersediaan ditetapkan oleh Amazon EC2, dan disesuaikan secara bertahap berdasarkan pasokan dan permintaan jangka panjang untuk Instans Spot. Instans Spot Anda berjalan setiap kali kapasitas tersedia.
Instans Spot adalah pilihan hemat biaya jika Anda dapat bersikap fleksibel tentang kapan aplikasi Anda berjalan dan apakah aplikasi Anda dapat diinterupsi. Misalnya, Instans Spot sangat cocok untuk analisis data, pekerjaan batch, pemrosesan latar belakang, dan tugas opsional. Untuk informasi selengkapnya, lihat [Instans Spot Amazon EC2](https://aws.amazon.com/ec2/spot/).
Untuk perbandingan opsi pembelian yang berbeda untuk instans EC2, lihat [Opsi penagihan dan pembelian Amazon EC2](instance-purchasing-options.md).
## Konsep
Sebelum memulai Instans Spot, Anda harus terbiasa dengan konsep berikut:
+ *Kolam kapasitas spot* – Satu set instans EC2 yang tidak digunakan dengan tipe instans yang sama (misalnya, `m5.large`) dan Zona Ketersediaan yang sama pula.
+ *Harga spot* – Harga Instans Spot saat ini per jam.
+ *Permintaan Instans Spot* – Meminta Instans Spot. Saat kapasitas tersedia, Amazon EC2 memenuhi permintaan Anda. Permintaan Instans Spot bisa *satu kali* atau *tetap*. Amazon EC2 secara otomatis mengirimkan kembali permintaan Instans Spot yang persisten setelah Instans Spot yang terkait dengan permintaan tersebut diinterupsi.
+ *Rekomendasi penyeimbangan kembali instans EC2* – Amazon EC2 memancarkan sinyal rekomendasi penyeimbangan kembali instans untuk memberi tahu Anda bahwa Instans Spot berisiko tinggi mengalami interupsi. Sinyal ini memberikan kesempatan untuk secara proaktif menyeimbangkan kembali beban kerja Anda di Instans Spot yang ada atau yang baru tanpa harus menunggu pemberitahuan interupsi Instans Spot selama dua menit.
+ *Interupsi Instans Spot* – Amazon EC2 mengakhiri, menghentikan, atau menghibernasi Instans Spot Anda saat Amazon EC2 membutuhkan kapasitas kembali. Amazon EC2 memberikan pemberitahuan interupsi Instans Spot, yang memberikan peringatan dua menit pada instans sebelum diinterupsi.
## Perbedaan antara Instans Spot dan Instans Sesuai Permintaan
Tabel berikut mencantumkan daftar perbedaan utama antara Instans Spot dan [Instans Sesuai Permintaan](ec2-on-demand-instances.md).
| | Instans Spot | Instans Sesuai Permintaan |
| --- | --- | --- |
| Waktu peluncuran | Hanya dapat diluncurkan segera jika permintaan Instans Spot dan kapasitas tersedia. | Hanya dapat diluncurkan segera jika Anda membuat permintaan peluncuran manual dan kapasitas tersedia. |
| Kapasitas yang tersedia | Jika kapasitas tidak tersedia, permintaan Instans Spot akan terus membuat permintaan peluncuran secara otomatis hingga kapasitas tersedia. | Jika kapasitas tidak tersedia saat Anda membuat permintaan peluncuran, Anda mendapatkan pesan kesalahan kapasitas tidak mencukupi (ICE). |
| Harga per jam | Harga per jam untuk Instans Spot bervariasi berdasarkan pasokan dan permintaan jangka panjang. | Harga per jam untuk Instans Sesuai Permintaan bersifat statis. |
| Rekomendasi penyeimbangan kembali | Sinyal yang dipancarkan oleh Amazon EC2 untuk Instans Spot yang sedang berjalan saat instans berada pada risiko interupsi yang tinggi. | Anda menentukan kapan Instans Sesuai Permintaan diinterupsi (dihentikan, hibernasi, atau diakhiri). |
| Interupsi instans | Anda dapat menghentikan dan memulai Instans Spot yang didukung Amazon EBS. Selain itu, Amazon EC2 dapat [menginterupsi](spot-interruptions.md) Instans Spot individu jika kapasitas tidak lagi tersedia. | Anda menentukan kapan Instans Sesuai Permintaan diinterupsi (dihentikan, hibernasi, atau diakhiri). |
## Penetapan harga dan penghematan
Anda membayar harga Spot untuk Instans Spot, yang ditetapkan oleh Amazon EC2 dan disesuaikan secara bertahap berdasarkan pasokan dan permintaan jangka panjang untuk Instans Spot. Instans Spot berjalan hingga Anda mengakhirinya, kapasitas tidak lagi tersedia, atau grup Amazon EC2 Auto Scaling Anda mengakhirinya selama [diskalakan ke dalam](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-lifecycle.html#as-lifecycle-scale-in).
Jika Anda atau Amazon EC2 menginterupsi Instans Spot yang sedang berjalan, Anda akan dikenai biaya untuk detik yang digunakan atau satu jam penuh, atau Anda tidak dikenai biaya, tergantung sistem operasi yang digunakan dan siapa yang menginterupsi Instans Spot. Untuk informasi selengkapnya, lihat [Penagihan untuk Instans Spot yang diinterupsi](billing-for-interrupted-spot-instances.md).
Instans Spot tidak dicakup oleh Savings Plans. Jika Anda memiliki Savings Plans, itu tidak memberikan penghematan tambahan selain tabungan yang sudah Anda dapatkan dari menggunakan Instans Spot. Selain itu, pengeluaran Anda untuk Instans Spot tidak menerapkan komitmen dalam Compute Savings Plans Anda.
### Tampilkan harga
Untuk melihat harga Spot terendah saat ini (diperbarui setiap lima menit) per Wilayah AWS jenis instans, lihat halaman Harga [Instans Spot Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/).
Untuk melihat riwayat harga Spot selama tiga bulan terakhir, gunakan konsol Amazon EC2 atau perintah. [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html) Untuk informasi selengkapnya, lihat [Lihat riwayat harga Spot Instance](using-spot-instances-history.md).
Kami secara independen memetakan Availability Zone ke kode untuk masing-masing kode Akun AWS. Oleh karena itu, Anda bisa mendapatkan hasil yang berbeda untuk kode Zona Ketersediaan yang sama (misalnya, `us-west-2a`) di antara akun yang berbeda.
### Tampilkan penghematan
Anda dapat menampilkan penghematan yang dihasilkan dari penggunaan Instans Spot untuk satu [Armada Spot](Fleets.md) atau untuk semua Instans Spot. Anda dapat menampilkan penghematan yang dilakukan dalam satu jam terakhir atau tiga hari terakhir, dan Anda dapat menampilkan biaya rata-rata per jam vCPU dan per jam memori (GiB). Penghematan diperkirakan dan mungkin berbeda dari penghematan sebenarnya karena tidak menyertakan penyesuaian penagihan untuk penggunaan Anda. Untuk informasi selengkapnya tentang menampilkan informasi penghematan, lihat [Penghematan dari pembelian Instans Spot](spot-savings.md).
### Tampilkan penagihan
Tagihan Anda memberikan detail tentang penggunaan layanan Anda. Untuk informasi selengkapnya, lihat [Melihat tagihan Anda](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) dalam *Panduan Pengguna AWS Billing *.
# Praktik terbaik untuk Amazon EC2 Spot
Amazon EC2 menyediakan akses ke kapasitas komputasi EC2 cadangan di Instans Spot AWS Cloud melalui dengan penghematan hingga 90% dibandingkan dengan harga Sesuai Permintaan. Satu-satunya perbedaan antara Instans Sesuai Permintaan dan Instans Spot adalah Instans Spot dapat diinterupsi oleh Amazon EC2, dengan pemberitahuan dua menit, jika Amazon EC2 perlu merebut kembali kapasitasnya. Untuk memastikan pengalaman terbaik dengan Instans Spot, penting untuk memahami dan menerapkan praktik terbaik untuk penggunaannya.
Instans Spot direkomendasikan untuk aplikasi tanpa stateless, toleransi kesalahan, dan fleksibel. Misalnya, Instans Spot berfungsi dengan baik untuk big data, beban kerja terkontainer, CI/CD, server web stateless, komputasi performa tinggi (HPC), dan beban kerja rendering.
Saat berjalan, Instans Spot sama persis dengan Instans Sesuai Permintaan. Namun, Spot tidak menjamin bahwa Anda dapat mempertahankan instans agar berjalan cukup lama untuk menyelesaikan beban kerja Anda. Spot juga tidak menjamin bahwa Anda bisa langsung mendapatkan ketersediaan instans yang Anda cari, atau bahwa Anda selalu bisa mendapatkan kapasitas agregat yang Anda minta. Selain itu, interupsi dan kapasitas Instans Spot dapat berubah dari waktu ke waktu karena ketersediaan Instans Spot bervariasi berdasarkan pasokan dan permintaan. Selain itu, performa masa lalu bukanlah jaminan untuk hasil di masa mendatang.
Instans Spot tidak cocok untuk beban kerja yang tidak fleksibel, stateful, tidak toleran terhadap kesalahan, atau digabungkan erat di antara simpul instans. Kami tidak merekomendasikan Instans Spot untuk beban kerja yang tidak toleran terhadap periode sesekali ketika seluruh kapasitas target tidak sepenuhnya tersedia. Meskipun mengikuti praktik terbaik Spot agar fleksibel tentang jenis instans dan Availability Zone memberikan peluang terbaik untuk ketersediaan tinggi, tidak ada jaminan bahwa kapasitas akan tersedia, karena lonjakan permintaan untuk Instans Sesuai Permintaan dapat mengganggu beban kerja pada Instans Spot.
Kami sangat tidak menyarankan menggunakan Instans Spot untuk beban kerja ini atau mencoba gagal ke Instans Sesuai Permintaan untuk menangani interupsi atau periode tidak tersedianya. Kegagalan pada Instans Sesuai Permintaan dapat secara tidak sengaja mendorong interupsi untuk Instans Spot Anda yang lain. Selain itu, jika Instans Spot untuk kombinasi tipe instans dan Availability Zone terputus, mungkin akan sulit bagi Anda untuk mendapatkan Instans Sesuai Permintaan dengan kombinasi yang sama.
Terlepas dari apakah Anda pengguna Spot berpengalaman atau baru menggunakan Instans Spot, jika saat ini Anda mengalami masalah terkait interupsi atau ketersediaan Instans Spot, kami sarankan Anda mengikuti praktik terbaik ini untuk mendapatkan pengalaman terbaik menggunakan layanan Spot.
**Topics**
+ [
## Menyiapkan instans individu untuk interupsi
](#prep-instances-for-interruptions)
+ [
## Bersikaplah fleksibel terkait tipe instans dan Zona Ketersediaan
](#be-instance-type-flexible)
+ [
## Gunakan pemilihan tipe instans berbasis atribut
](#use-attribute-based-instance-type-selection)
+ [
## Gunakan skor penempatan Spot untuk mengidentifikasi Wilayah dan Zona Ketersediaan yang optimal
](#use-spot-placement-scores-to-identify-optimal-regions-and-availability-zones)
+ [
## Menggunakan grup EC2 Auto Scaling atau EC2 Fleet untuk mengelola kapasitas agregat Anda
](#use-sf-asg-for-aggregate-capacity)
+ [
## Menggunakan strategi alokasi harga dan kapasitas yang dioptimalkan
](#use-capacity-optimized-allocation-strategy)
+ [
## Gunakan AWS layanan terintegrasi untuk mengelola Instans Spot Anda
](#use-integrated-aws-services)
+ [
## Metode permintaan Spot mana yang terbaik untuk digunakan?
](#which-spot-request-method-to-use)
## Menyiapkan instans individu untuk interupsi
Cara terbaik agar Anda dapat menangani interupsi Instans Spot dengan baik adalah dengan merancang aplikasi Anda agar toleran terhadap kesalahan. Untuk melakukannya, Anda dapat memanfaatkan rekomendasi penyeimbangan kembali instans EC2 dan notifikasi interupsi Instans Spot.
Rekomendasi penyeimbangan kembali Instans EC2 adalah sinyal yang memberi tahu Anda saat Instans Spot berada pada risiko interupsi yang tinggi. Sinyal tersebut memberi Anda kesempatan untuk secara proaktif mengelola Instans Spot sebelum pemberitahuan interupsi Instans Spot dua menit. Anda dapat memutuskan untuk menyeimbangkan kembali beban kerja Anda ke Instans Spot baru atau lama yang tidak berisiko tinggi mengalami interupsi. Kami telah mempermudah Anda untuk menggunakan sinyal ini dengan fitur Penyeimbangan Kembali Kapasitas di grup Auto Scaling dan EC2 Fleet.
Pemberitahuan interupsi Instans Spot adalah peringatan yang dikeluarkan dua menit sebelum Amazon EC2 menginterupsi Instans Spot. Jika beban kerja Anda “fleksibel waktu”, Anda dapat mengonfigurasi Instans Spot untuk dihentikan atau dihibernasi, alih-alih diakhiri, saat terinterupsi. Amazon EC2 secara otomatis menghentikan atau menghibernasi Instans Spot Anda saat terjadi interupsi, dan secara otomatis melanjutkan instans saat kami memiliki kapasitas yang tersedia.
Kami menyarankan Anda membuat aturan di [Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/index.html) yang menangkap rekomendasi penyeimbangan ulang dan pemberitahuan gangguan, lalu memicu titik pemeriksaan untuk kemajuan beban kerja Anda atau menangani gangguan dengan baik. Untuk informasi selengkapnya, lihat [Pantau sinyal rekomendasi penyeimbangan kembali](rebalance-recommendations.md#monitor-rebalance-recommendations). Untuk contoh terperinci yang akan memandu Anda tentang cara membuat dan menggunakan aturan peristiwa, lihat [Memanfaatkan Notifikasi Interupsi Instans Spot Amazon EC2](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Untuk informasi lebih lanjut, lihat [Rekomendasi penyeimbangan ulang instans EC2](rebalance-recommendations.md) dan.[Interupsi Instans Spot](spot-interruptions.md)
## Bersikaplah fleksibel terkait tipe instans dan Zona Ketersediaan
Kolam kapasitas Spot adalah sekumpulan instans EC2 yang tidak digunakan dengan tipe instans yang sama (misalnya, `m5.large`) dan Zona Ketersediaan yang sama pula (misalnya, us-east-1a). Anda harus fleksibel terkait tipe instans yang Anda minta dan di Zona Ketersediaan mana Anda dapat menerapkan beban kerja. Hal ini memberi Spot peluang yang lebih baik untuk menemukan dan mengalokasikan jumlah kapasitas komputasi yang Anda butuhkan. Misalnya, jangan hanya meminta `c5.large` jika Anda ingin menggunakan keluarga c4, m5, dan m4 yang lebih besar.
Tergantung kebutuhan tertentu, Anda dapat mengevaluasi tipe instans yang bisa digunakan secara fleksibel untuk memenuhi persyaratan komputasi Anda. Jika beban kerja dapat diskalakan secara vertikal, Anda harus menyertakan jenis instans yang lebih besar (lebih banyak v CPUs dan memori) dalam permintaan Anda. Jika hanya dapat menskalakan secara horizontal, Anda harus menyertakan tipe instans generasi sebelumnya karena permintaan dari pelanggan Sesuai Permintaan lebih sedikit.
Aturan praktis yang baik adalah bersikap fleksibel pada setidaknya 10 tipe instans untuk setiap beban kerja. Selain itu, pastikan semua Zona Ketersediaan dikonfigurasi untuk digunakan di VPC Anda dan dipilih untuk beban kerja Anda.
## Gunakan pemilihan tipe instans berbasis atribut
Dengan pemilihan tipe instans berbasis atribut, Anda dapat menentukan atribut instans—seperti vCPU, memori, dan penyimpanan—untuk beban kerja yang ingin Anda jalankan. EC2 Auto Scaling atau Armada EC2 kemudian akan secara otomatis mengidentifikasi dan meluncurkan instance yang cocok dengan atribut yang Anda tentukan. Ini menghilangkan upaya yang diperlukan untuk memilih jenis instans tertentu secara manual, yang memerlukan pemahaman mendalam tentang penawaran setiap jenis instance.
Selain itu, pemilihan tipe instans berbasis atribut memungkinkan Anda untuk secara otomatis menggunakan tipe instans yang baru dirilis saat tersedia. Ini memastikan akses yang mulus ke jangkauan kapasitas Instans Spot yang semakin luas.
Pemilihan tipe instans berbasis atribut sangat ideal untuk beban kerja dan kerangka kerja yang dapat fleksibel tentang jenis instans yang mereka jalankan, seperti High Performance Computing (HPC) dan beban kerja big data.
Untuk informasi selengkapnya, lihat [Membuat grup instans campuran menggunakan pemilihan jenis instans berbasis atribut di Panduan Pengguna](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) *Amazon EC2 Auto Scaling* dan dalam panduan ini. [Tentukan atribut untuk pemilihan tipe contoh untuk Armada EC2 atau Armada Spot](ec2-fleet-attribute-based-instance-type-selection.md)
## Gunakan skor penempatan Spot untuk mengidentifikasi Wilayah dan Zona Ketersediaan yang optimal
Instans Spot adalah kapasitas EC2 yang tidak digunakan, dan kapasitas ini berfluktuasi berdasarkan penawaran dan permintaan EC2. Akibatnya, Anda mungkin tidak selalu mendapatkan kapasitas Spot yang tepat yang Anda butuhkan di lokasi tertentu pada waktu tertentu. Untuk mengurangi ketidakpastian ini, Anda dapat menggunakan fitur Skor penempatan Spot. Fitur ini memberikan rekomendasi untuk Wilayah atau Availability Zone yang lebih mungkin memiliki kapasitas yang cukup untuk memenuhi kebutuhan kapasitas Spot Anda tanpa mengharuskan Anda meluncurkan Instans Spot di lokasi tersebut terlebih dahulu.
Skor penempatan spot paling baik digunakan untuk beban kerja yang fleksibel tentang jenis instans dan Wilayah atau Zona Ketersediaan yang dapat mereka gunakan. Yang perlu Anda lakukan hanyalah menentukan kapasitas Spot yang Anda butuhkan, persyaratan jenis instans Anda, dan apakah Anda menginginkan rekomendasi untuk Wilayah atau Zona Ketersediaan. Sebagai imbalannya, Anda menerima skor mulai dari 1 hingga 10 untuk setiap Wilayah atau Availability Zone, yang menunjukkan kemungkinan berhasil menyediakan kapasitas Spot yang Anda minta di lokasi tersebut. Skor 10 menunjukkan bahwa permintaan Spot Anda sangat mungkin berhasil.
Penting untuk dicatat bahwa skor penempatan Spot adalah point-in-time rekomendasi, karena kapasitas dapat bervariasi dari waktu ke waktu. Ini tidak menjamin kapasitas yang tersedia atau memprediksi risiko gangguan.
Anda dapat menggunakan fitur Skor penempatan Spot di konsol Amazon EC2 AWS CLI, atau SDK. Untuk informasi selengkapnya, lihat [Skor penempatan Spot](spot-placement-score.md).
## Menggunakan grup EC2 Auto Scaling atau EC2 Fleet untuk mengelola kapasitas agregat Anda
Spot memungkinkan Anda untuk berpikir dalam hal kapasitas agregat—dalam unit yang mencakup vCPU, memori, penyimpanan, atau throughput jaringan—bukan berpikir dalam hal kapasitas instans. Grup Auto Scaling dan EC2 Fleet memungkinkan Anda untuk meluncurkan dan mempertahankan kapasitas target, serta secara otomatis meminta sumber daya untuk menggantikan sumber daya yang terganggu atau diakhiri secara manual. Saat mengonfigurasi grup Auto Scaling atau EC2 Fleet, Anda hanya perlu menentukan tipe instans dan kapasitas target berdasarkan kebutuhan aplikasi Anda. Untuk informasi selengkapnya, lihat [Grup Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-groups.html) dalam *Panduan Pengguna Amazon EC2 Auto Scaling* dan [Membuat Armada EC2](create-ec2-fleet.md) dalam panduan pengguna ini.
## Menggunakan strategi alokasi harga dan kapasitas yang dioptimalkan
Strategi alokasi dalam grup Auto Scaling membantu Anda menyediakan kapasitas target tanpa perlu mencari kolam kapasitas Spot secara manual dengan kapasitas tak terpakai. Kami merekomendasikan penggunaan strategi `price-capacity-optimized` karena strategi ini secara otomatis menyediakan instans dari kolam kapasitas Spot yang juga memiliki potensi harga paling rendah. Anda juga dapat memanfaatkan strategi alokasi `price-capacity-optimized` di Armada EC2. Karena kapasitas Instans Spot Anda bersumber dari kolam dengan kapasitas optimal, hal ini mengurangi kemungkinan bahwa Instans Spot Anda diklaim kembali. Untuk informasi selengkapnya, lihat [Strategi alokasi untuk beberapa jenis instans](https://docs.aws.amazon.com/autoscaling/ec2/userguide/allocation-strategies.html) di Panduan Pengguna *Amazon EC2 Auto Scaling [Ketika beban kerja memiliki biaya interupsi yang tinggi](ec2-fleet-allocation-strategy.md#ec2-fleet-strategy-capacity-optimized) dan dalam panduan pengguna* ini.
## Gunakan AWS layanan terintegrasi untuk mengelola Instans Spot Anda
AWS Layanan lain terintegrasi dengan Spot untuk mengurangi biaya komputasi secara keseluruhan tanpa perlu mengelola instans atau armada individu. Kami menyarankan Anda mempertimbangkan solusi berikut untuk beban kerja yang berlaku: Amazon EMR, Amazon Elastic Container Service AWS Batch, Amazon Elastic Kubernetes Service, Amazon AI SageMaker , dan Amazon AWS Elastic Beanstalk Servers. GameLift Untuk mempelajari selengkapnya tentang praktik terbaik Spot dengan layanan ini, lihat [Situs Web Lokakarya Instans Spot Amazon EC2](https://ec2spotworkshops.com/).
## Metode permintaan Spot mana yang terbaik untuk digunakan?
Gunakan tabel berikut untuk menentukan API yang akan digunakan saat meminta Instans Spot.
****
| API | Kapan harus menggunakan? | Kasus penggunaan | Haruskah saya menggunakan API ini? |
| --- | --- | --- | --- |
| [CreateAutoScalingGroup](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_CreateAutoScalingGroup.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/spot-best-practices.html) | Buat grup Auto Scaling yang mengelola siklus hidup instans Anda sambil mempertahankan jumlah instans yang diinginkan. Mendukung penskalaan horizontal (menambahkan lebih banyak instans) antara batas minimum dan maksimum yang ditentukan. | Ya |
| [CreateFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/spot-best-practices.html) | Buat armada Instans Sesuai Permintaan dan Instans Spot dalam satu permintaan dengan banyak spesifikasi peluncuran yang bervariasi menurut tipe instans, AMI, Zona Ketersediaan, atau subnet. Strategi alokasi Instans Spot default ke `lowest-price` per unit, tetapi Anda dapat mengubahnya menjadi `price-capacity-optimized`, `capacity-optimized`, atau `diversified`. | Ya – dalam mode `instant` jika Anda tidak memerlukan penskalaan otomatis |
| [RunInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RunInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/spot-best-practices.html) | Luncurkan sejumlah tertentu instans menggunakan AMI dan satu tipe instans. | Tidak - karena RunInstances tidak mengizinkan jenis instance campuran dalam satu permintaan |
| [RequestSpotFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/spot-best-practices.html) | JANGAN GUNAKAN. RequestSpotFleet adalah API lama tanpa investasi yang direncanakan. | Tidak |
| [RequestSpotInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/spot-best-practices.html) | JANGAN GUNAKAN. RequestSpotInstances adalah API lama tanpa investasi yang direncanakan. | Tidak |
# Cara kerja Instans Spot
Untuk meluncurkan Instans Spot, Anda dapat membuat *permintaan Instans Spot*, atau Amazon EC2 membuat permintaan Instans Spot atas nama Anda. Instans Spot diluncurkan ketika permintaan Instans Spot dipenuhi.
Anda dapat meluncurkan Instans Spot menggunakan beberapa layanan berbeda. Untuk informasi selengkapnya, lihat [Memulai Instans Spot Amazon EC2](https://aws.amazon.com/ec2/spot/getting-started/). Dalam panduan pengguna ini, kami menjelaskan cara-cara berikut untuk meluncurkan Instans Spot menggunakan EC2:
+ Anda dapat membuat permintaan Instans Spot dengan menggunakan [wizard instans peluncuran](ec2-launch-instance-wizard.md) di konsol Amazon EC2 atau perintah [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Untuk informasi selengkapnya, lihat [Mengelola Instans Spot Anda](using-spot-instances-request.md).
+ Anda dapat membuat EC2 Fleet, tempat Anda menentukan jumlah Instans Spot yang diinginkan. Amazon EC2 membuat permintaan Instans Spot atas nama Anda untuk setiap Instans Spot yang ditentukan di EC2 Fleet. Untuk informasi selengkapnya, lihat [Membuat Armada EC2](create-ec2-fleet.md).
+ Anda dapat membuat permintaan Armada Spot, tempat Anda menentukan jumlah Instans Spot yang diinginkan. Amazon EC2 membuat permintaan Instans Spot atas nama Anda untuk setiap Instans Spot yang ditentukan pada permintaan Armada Spot. Untuk informasi selengkapnya, lihat [Membuat Armada Spot](create-spot-fleet.md).
Instans Spot Anda diluncurkan jika ada kapasitas yang tersedia. Instans Spot berjalan hingga Anda menghentikan atau mengakhirinya, atau hingga Amazon EC2 menginterupsi (dikenal sebagai *Interupsi Instans Spot*). Amazon EC2 dapat menghentikan, menghentikan, atau hibernasi Instans Spot saat menginterupsi Instans Spot.
Saat menggunakan Instans Spot, Anda harus siap menghadapi interupsi. Amazon EC2 dapat menginterupsi Instans Spot Anda saat permintaan Instans Spot naik atau saat pasokan Instans Spot berkurang. Saat menginterupsi Instans Spot, Amazon EC2 memberikan pemberitahuan interupsi Instans Spot, yang memberi instans peringatan dua menit sebelum Amazon EC2 menginterupsi. Anda tidak dapat mengaktifkan perlindungan pengakhiran untuk Instans Spot. Untuk informasi selengkapnya, lihat [Interupsi Instans Spot](spot-interruptions.md).
**Topics**
+ [
## Status permintaan Instans Spot
](#creating-spot-request-status)
+ [
## Meluncurkan Instans Spot dalam grup peluncuran
](#spot-launch-group)
+ [
## Meluncurkan Instans Spot dalam grup Zona Ketersediaan
](#spot-az-group)
+ [
## Meluncurkan Instans Spot di VPC
](#concepts-spot-instances-vpcs)
+ [
## Luncurkan instance kinerja yang dapat meledak
](#burstable-spot-instances)
+ [
## Peluncuran pada perangkat keras penyewa tunggal
](#spot-instance-tenancy)
## Status permintaan Instans Spot
Permintaan Instans Spot dapat berada dalam salah satu status berikut:
+ `open` – Permintaan menunggu untuk dipenuhi.
+ `active` – Permintaan Instans Spot terpenuhi dan memiliki Instans Spot terkait.
+ `failed` – Permintaan memiliki satu atau beberapa parameter buruk.
+ `closed` – Instans Spot diinterupsi atau diakhiri.
+ `disabled` – Anda menghentikan Instans Spot.
+ `cancelled` – Anda membatalkan permintaan, atau permintaan kedaluwarsa.
Ilustrasi berikut mewakili transisi antarstatus permintaan status. Perhatikan bahwa transisi bergantung pada tipe permintaan (satu kali atau tetap).
![\[Status permintaan Instans Spot.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/spot_request_states.png)
Permintaan Instans Spot satu kali tetap aktif hingga Amazon EC2 meluncurkan Instans Spot, permintaan kedaluwarsa, atau Anda membatalkan permintaan. Jika kapasitas tidak tersedia, Instans Spot Anda diakhiri dan permintaan Instans Spot ditutup.
Permintaan Instans Spot persisten tetap aktif hingga kedaluwarsa atau Anda membatalkannya, bahkan jika permintaan dipenuhi. Jika kapasitas tidak tersedia, Instans Spot Anda diinterupsi. Setelah instans Anda diinterupsi, saat kembali kapasitas tersedia, Instans Spot akan dimulai jika dihentikan atau dilanjutkan jika hibernasi. Anda dapat menghentikan Instans Spot dan memulainya lagi jika kapasitas tersedia. Jika Instans Spot diakhiri (terlepas dari apakah Instans Spot dalam status berhenti atau berjalan), permintaan Instans Spot dibuka kembali dan Amazon EC2 meluncurkan Instans Spot baru. Untuk informasi selengkapnya, lihat [Menghentikan Instans Spot](using-spot-instances-request.md#stopping-a-spot-instance), [Memulai Instans Spot](using-spot-instances-request.md#starting-a-spot-instance), dan [Menghentikan Instans Spot](using-spot-instances-request.md#terminating-a-spot-instance).
Anda dapat melacak status permintaan Instans Spot, serta status Instans Spot yang diluncurkan, melalui status. Untuk informasi selengkapnya, lihat [Mendapatkan status permintaan Instans Spot](spot-request-status.md).
## Meluncurkan Instans Spot dalam grup peluncuran
Tentukan grup peluncuran dalam permintaan Instans Spot Anda untuk memberi tahu Amazon EC2 agar meluncurkan sekumpulan Instans Spot hanya jika dapat meluncurkan semuanya. Selain itu, jika layanan Spot harus mengakhiri salah satu instans dalam grup peluncuran, layanan tersebut harus mengakhiri semuanya. Namun, jika Anda mengakhiri satu atau beberapa instans dalam grup peluncuran, Amazon EC2 tidak mengakhiri instans yang tersisa di grup peluncuran.
Meskipun opsi ini dapat berguna, menambahkan batasan ini dapat mengurangi kemungkinan permintaan Instans Spot Anda dipenuhi dan meningkatkan kemungkinan Instans Spot Anda diakhiri. Misalnya, grup peluncuran Anda menyertakan instans di beberapa Zona Ketersediaan. Jika kapasitas di salah satu Zona Ketersediaan ini menurun dan tidak lagi tersedia, Amazon EC2 akan mengakhiri semua instans untuk grup peluncuran.
Jika Anda membuat permintaan Instans Spot sukses lain yang menetapkan grup peluncuran yang sama (yang ada) sebagai permintaan sukses sebelumnya, maka instans baru akan ditambahkan ke grup peluncuran. Selanjutnya, jika sebuah instans dalam grup peluncuran ini diakhiri, semua instans dalam grup peluncuran akan diakhiri, yang mencakup instans yang diluncurkan oleh permintaan pertama dan kedua.
## Meluncurkan Instans Spot dalam grup Zona Ketersediaan
Tentukan grup Zona Ketersediaan dalam permintaan Instans Spot Anda untuk memberi tahu Amazon EC2 agar meluncurkan sekumpulan Instans Spot di Zona Ketersediaan yang sama. Amazon EC2 tidak perlu menginterupsi semua instans dalam grup Zona Ketersediaan pada saat yang bersamaan. Jika Amazon EC2 harus menginterupsi salah satu instans dalam grup Zona Ketersediaan, instans yang lainnya tetap berjalan.
Meskipun opsi ini dapat berguna, menambahkan batasan ini dapat menurunkan kemungkinan permintaan Instans Spot Anda dipenuhi.
Jika Anda menentukan grup Zona Ketersediaan, tetapi tidak menentukan Zona Ketersediaan dalam permintaan Instans Spot, hasilnya bergantung pada jaringan yang Anda tentukan.
**VPC default**
Amazon EC2 menggunakan Zona Ketersediaan untuk subnet yang ditentukan. Subnet yang tidak Anda tentukan akan memilih Zona Ketersediaan dan subnet default-nya, tetapi belum tentu zona harga terendah. Jika Anda menghapus subnet default untuk Zona Ketersediaan, Anda harus menentukan subnet yang berbeda.
**VPC Non-default**
Amazon EC2 menggunakan Zona Ketersediaan untuk subnet yang ditentukan.
## Meluncurkan Instans Spot di VPC
Anda menentukan subnet untuk Instans Spot Anda dengan cara yang sama seperti menentukan subnet untuk Instans Sesuai Permintaan Anda.
+ [VPC Default] Jika ingin Instans Spot diluncurkan di Zona Ketersediaan dengan harga rendah tertentu, Anda harus menentukan subnet yang sesuai dalam permintaan Instans Spot Anda. Jika Anda tidak menentukan subnet, Amazon EC2 akan memilihnya untuk Anda, dan Zona Ketersediaan untuk subnet ini mungkin tidak memiliki harga Spot terendah.
+ [VPC Non-default] Anda harus menentukan subnet untuk Instans Spot Anda.
## Luncurkan instance kinerja yang dapat meledak
Tipe instans T adalah [instans performa yang dapat melonjak](burstable-performance-instances.md). Jika Anda meluncurkan Instans Spot menggunakan tipe instans performa yang dapat melonjak, dan jika Anda berencana untuk segera menggunakan Instans Spot performa dapat melonjak dan untuk durasi yang singkat, tanpa waktu idle untuk mengakumulasi kredit CPU, kami menyarankan Anda untuk meluncurkannya dalam [mode Standar](burstable-performance-instances-standard-mode.md) agar tidak membayar biaya yang lebih tinggi. Jika Anda meluncurkan Instans Spot performa yang dapat melonjak dalam [Mode tak terbatas](burstable-performance-instances-unlimited-mode.md) dan langsung melonjakkan CPU, Anda akan menghabiskan kredit surplus untuk lonjakan. Jika Anda menggunakan instans untuk durasi yang singkat, instans tersebut tidak memiliki waktu untuk mengkumulasi kredit CPU untuk membayar kredit surplus, dan Anda akan dikenai biaya untuk kredit surplus saat Anda mengakhiri instans.
Mode tidak terbatas cocok untuk Instans Spot dengan performa yang dapat melonjak hanya jika instans tersebut berjalan cukup lama untuk mengakumlasi kredit CPU untuk lonjakan. Jika tidak, pembayaran kredit surplus membuat Instans Spot performa yang dapat melonjak lebih mahal daripada menggunakan instans lain. Untuk informasi selengkapnya, lihat [Kapan menggunakan mode tak terbatas versus CPU tetap](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode).
Instans T2, ketika dikonfigurasi dalam [mode Standar](burstable-performance-instances-standard-mode.md), dapatkan kredit [peluncuran](burstable-performance-instances-standard-mode-concepts.md#launch-credits). Instans T2 adalah satu-satunya instans performa yang dapat melonjak yang mendapatkan kredit peluncuran. Kredit peluncuran dimaksudkan untuk memberikan pengalaman peluncuran awal yang produktif untuk instans T2 dengan menyediakan sumber daya komputasi yang memadai untuk mengonfigurasi instans. Peluncuran berulang dari instans T2 untuk mengakses kredit peluncuran baru tidak diizinkan. Jika Anda memerlukan CPU berkelanjutan, Anda dapat memperoleh kredit (dengan berhenti selama beberapa periode), menggunakan [mode Tak Terbatas](burstable-performance-instances-unlimited-mode.md) untuk Instans Spot T2, atau menggunakan tipe instans dengan CPU khusus.
## Peluncuran pada perangkat keras penyewa tunggal
Anda dapat menjalankan Instans Spot pada perangkat keras penghuni tunggal. Instans Spot Khusus secara fisik terisolasi dari instans milik akun lain AWS . Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](dedicated-instance.md) dan [Instans Khusus Amazon EC2](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
Untuk menjalankan Instans Spot Khusus, lakukan salah satu hal berikut:
+ Tentukan penghunian `dedicated` saat Anda membuat permintaan Instans Spot. Untuk informasi selengkapnya, lihat [Mengelola Instans Spot Anda](using-spot-instances-request.md).
+ Minta Instans Spot di VPC dengan penghunian instans `dedicated`. Untuk informasi selengkapnya, lihat [Luncurkan Instans Khusus ke dalam VPC dengan tenancy default](dedicatedinstancesintovpc.md). Anda tidak dapat meminta Instance Spot dengan penyewaan `default` jika Anda memintanya di VPC dengan penyewaan instance sebesar. `dedicated`
Semua keluarga instans mendukung Instans Spot Khusus, kecuali instans T. Untuk setiap keluarga instans yang didukung, hanya ukuran instans atau ukuran metal terbesar yang mendukung Instans Spot Khusus.
# Lihat riwayat harga Spot Instance
Harga Instans Spot ditetapkan oleh Amazon EC2 dan menyesuaikan secara bertahap berdasarkan tren jangka panjang dalam pasokan dan permintaan untuk kapasitas Instans Spot.
Saat permintaan Anda dipenuhi, Instans Spot Anda diluncurkan dengan harga Spot saat ini, tidak melebihi harga Sesuai Permintaan. Anda dapat melihat riwayat harga Spot selama 90 hari terakhir, memfilter menurut tipe instans, sistem operasi, dan Zona Ketersediaan.
Untuk harga Instans Spot *saat ini*, lihat [Harga Instans Spot Amazon EC2](https://aws.amazon.com/ec2/spot/pricing/).
------
#### [ Console ]
**Untuk melihat riwayat harga Spot**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih **Riwayat harga**.
1. Untuk **Grafik**, pilih untuk membandingkan riwayat harga berdasarkan **Zona Ketersediaan** atau berdasarkan **Tipe Instans**.
+ Jika Anda memilih **Zona Ketersediaan**, maka pilih **Tipe Instans**, sistem operasi (**Platform**), dan **Rentang tanggal** untuk melihat riwayat harga.
+ Jika Anda memilih **Tipe Instans**, maka pilih sampai lima **Tipe Instans**, **Zona Ketersediaan**, sistem operasi (**Platform**), dan **Rentang tanggal** untuk melihat riwayat harga.
Tangkapan layar berikut menunjukkan perbandingan harga untuk tipe instans yang berbeda.
![\[Alat Riwayat harga Instans Spot di konsol Amazon EC2.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/spot-instance-pricing-history.png)
1. Arahkan kursor ke grafik untuk menampilkan harga pada waktu tertentu dalam rentang tanggal yang dipilih. Harga ditampilkan di blok informasi di atas grafik. Harga yang ditampilkan di baris atas menunjukkan harga pada tanggal tertentu. Harga yang ditampilkan di baris kedua menunjukkan harga rata-rata selama rentang tanggal yang dipilih.
1. Untuk menampilkan harga per vCPU, aktifkan **Tampilkan harga yang dinormalisasi**. Untuk menampilkan harga untuk tipe instans, nonaktifkan **Tampilkan harga yang dinormalisasi**.
------
#### [ AWS CLI ]
**Untuk melihat riwayat harga Spot**
Gunakan perintah berikut [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html).
```
aws ec2 describe-spot-price-history \
--instance-types c6i.xlarge \
--product-descriptions "Linux/UNIX" \
--start-time 2025-04-01T00:00:00 \
--end-time 2025-04-02T00:00:0
```
------
#### [ PowerShell ]
**Untuk melihat riwayat harga Spot**
Gunakan [Get-EC2SpotPriceHistory](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotPriceHistory.html)cmdlet.
```
Get-EC2SpotPriceHistory `
-InstanceType c6i.xlarge `
-ProductDescription "Linux/UNIX" `
-UtcStartTime 2025-04-01T00:00:00 `
-UtcEndTime 2025-04-02T00:00:0
```
------
# Penghematan dari pembelian Instans Spot
Anda dapat melihat informasi penggunaan dan penghematan untuk Instans Spot di tingkat per armada, atau untuk semua Instans Spot yang sedang berjalan. Pada tingkat per armada, informasi penggunaan dan penghematan mencakup semua instans yang diluncurkan dan diakhiri oleh armada. Anda dapat melihat informasi ini dari satu jam terakhir atau tiga hari terakhir.
Tangkapan layar dari bagian **Penghematan** berikut menunjukkan penggunaan Spot dan informasi penghematan untuk Armada Spot.
![\[Bagian Penghematan pada halaman Detail Armada Spot.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/spot-savings.png)
Anda dapat melihat informasi penggunaan dan penghematan berikut:
+ **Instans Spot** – Jumlah Instans Spot yang diluncurkan dan diakhiri oleh Armada Spot. Saat melihat ringkasan penghematan, angka tersebut mewakili semua Instans Spot Anda yang sedang berjalan.
+ **vCPU-jam** – Jumlah jam vCPU yang digunakan di semua Instans Spot untuk kerangka waktu yang dipilih.
+ **Mem(GiB)-jam** – Jumlah jam GiB yang digunakan di semua Instans Spot untuk kerangka waktu yang dipilih.
+ **Total Sesuai Permintaan** – Jumlah total yang harus Anda bayarkan untuk kerangka waktu yang dipilih jika Anda meluncurkan instans ini sebagai Instans Sesuai Permintaan.
+ **Total Spot** – Jumlah total yang harus dibayar untuk kerangka waktu yang dipilih.
+ **Penghematan** – Persentase yang Anda hemat dengan tidak membayar harga Sesuai Permintaan.
+ **Biaya rata-rata per jam VCPU — Biaya rata-rata per jam** ****menggunakan v CPUs di semua Instans Spot untuk kerangka waktu yang dipilih, dihitung sebagai berikut: **Biaya rata-rata per jam VCPU = Total Spot/jam VCPU**.****
+ **Biaya rata-rata per mem (GiB)** ****-jam - Biaya rata-rata per jam menggunakan GiBs seluruh Instans Spot untuk kerangka waktu yang dipilih, dihitung sebagai berikut**: Biaya rata-rata per mem (GiB) -jam = Total spot/Mem (GiB) -jam**.****
+ Tabel **detail** – Tipe instans yang berbeda (jumlah instans per tipe instans ada dalam kurung) yang mencakup Armada Spot. Saat melihat ringkasan penghematan, ini mencakup semua Instans Spot Anda yang sedang berjalan.
Informasi penghematan hanya dapat dilihat menggunakan konsol Amazon EC2.
**Untuk melihat informasi tabungan untuk Armada Spot**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih ID permintaan Armada Spot dan gulir ke bagian **Penghematan**.
Atau, pilih kotak centang di sebelah ID permintaan Armada Spot dan pilih tab **Tabungan**.
1. Secara default, halaman menampilkan informasi penggunaan dan penghematan selama tiga hari terakhir. Anda dapat memilih **satu jam terakhir** atau **tiga hari terakhir**. Untuk Armada Spot yang diluncurkan kurang dari satu jam yang lalu, halaman tersebut menunjukkan perkiraan penghematan untuk satu jam.
**Untuk melihat informasi tabungan untuk semua Instans Spot yang sedang berjalan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih **Riwayat Penghematan**.
# Membuat permintaan Instans Spot
Untuk menggunakan Instans Spot, Anda membuat permintaan Instans Spot yang menyertakan jumlah instans yang diinginkan, tipe instans, dan Zona Ketersediaan. Saat kapasitas tersedia, Amazon EC2 segera memenuhi permintaan Anda. Jika tidak, Amazon EC2 akan menunggu hingga permintaan Anda dipenuhi atau hingga Anda membatalkan permintaan.
Anda dapat menggunakan [wizard instans peluncuran](ec2-launch-instance-wizard.md) di konsol Amazon EC2 atau perintah [run-instances untuk meminta Instans](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) Spot dengan cara yang sama seperti Anda dapat meluncurkan Instans Sesuai Permintaan. Metode ini hanya direkomendasikan karena alasan berikut:
+ Anda telah menggunakan [wizard peluncuran instans](ec2-launch-instance-wizard.md) atau perintah [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) untuk meluncurkan Instans Sesuai Permintaan, dan hanya ingin mengubah untuk meluncurkan Instans Spot dengan mengubah satu parameter.
+ Anda tidak memerlukan banyak instans dengan tipe instans yang berbeda.
Metode ini umumnya tidak disarankan untuk meluncurkan Instans Spot karena Anda tidak dapat menentukan banyak tipe instans, serta tidak dapat meluncurkan Instans Spot dan Instans Sesuai Permintaan dalam permintaan yang sama. Untuk metode yang lebih disukai untuk meluncurkan Instans Spot, yang mencakup peluncuran *armada* yang menyertakan Instans Spot dan Instans Sesuai Permintaan dengan banyak tipe instans, lihat [Metode permintaan Spot mana yang terbaik untuk digunakan?](spot-best-practices.md#which-spot-request-method-to-use)
Jika Anda meminta banyak Instans Spot sekaligus, Amazon EC2 membuat permintaan Instans Spot terpisah sehingga Anda dapat melacak status setiap permintaan secara terpisah. Untuk informasi selengkapnya tentang melacak permintaan Instans Spot, lihat [Mendapatkan status permintaan Instans Spot](spot-request-status.md).
------
#### [ Console ]
**Untuk membuat permintaan Instans Spot**
Langkah 1–9 adalah langkah yang sama yang akan Anda gunakan untuk meluncurkan Instans Sesuai Permintaan. Pada Langkah 10, Anda mengonfigurasi permintaan Instans Spot.
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di bilah navigasi di bagian atas layar, pilih wilayah.
1. Dari dasbor konsol Amazon EC2, pilih **Luncurkan instans**.
1. (Opsional) Pada bagian **Nama dan tanda**, Anda dapat memberi nama pada instans, serta menandai permintaan instans Spot, instans, volume, dan grafik elastis. Untuk informasi tentang tanda, lihat [Tandai sumber daya Amazon EC2 Anda](Using_Tags.md).
1. Untuk **Nama**, masukkan nama deskriptif untuk instans Anda.
Nama instans adalah tanda, di mana kuncinya adalah **Name**, dan nilainya adalah nama yang Anda tentukan. Jika Anda tidak menentukan nama, instans dapat diidentifikasi berdasarkan ID-nya, yang secara otomatis dihasilkan saat Anda meluncurkan instans tersebut.
1. Untuk menandai permintaan Instans Spot, instans, volume, dan grafik elastis, pilih **Tambahkan tanda tambahan**. Pilih **Tambahkan tanda**, lalu masukkan kunci dan nilai, lalu pilih jenis sumber daya yang akan diberi tanda. Pilih **Tambah tanda** lagi untuk setiap tanda tambahan yang akan ditambahkan.
1. Di bawah **Citra Aplikasi dan OS (Amazon Machine Image)**, pilih sistem operasi (OS) untuk instans Anda, lalu pilih AMI. Untuk informasi selengkapnya, lihat [Aplikasi dan Gambar OS (Gambar Mesin Amazon)](ec2-instance-launch-parameters.md#liw-ami).
1. Di bawah **tipe instans**, pilih tipe instans yang memenuhi persyaratan Anda untuk konfigurasi perangkat keras dan ukuran instans Anda. Untuk informasi selengkapnya, lihat [Tipe instans](ec2-instance-launch-parameters.md#liw-instance-type).
1. Di bawah **Nama pasangan kunci (login)**, pilih pasangan kunci yang ada, atau pilih **Buat pasangan kunci baru** untuk membuat yang baru. Untuk informasi selengkapnya, lihat [Pasangan kunci Amazon EC2 dan instans Amazon EC2](ec2-key-pairs.md).
**penting**
Jika Anda memilih opsi **Lanjutkan tanpa pasangan kunci (Tidak direkomendasikan)**, Anda tidak akan dapat terhubung ke instans tersebut, kecuali Anda memilih sebuah AMI yang dikonfigurasi agar pengguna dapat masuk dengan cara lain.
1. Di bawah **Pengaturan jaringan**, gunakan pengaturan default, atau pilih **Edit** untuk mengonfigurasi pengaturan jaringan jika diperlukan.
Grup keamanan membentuk bagian dari pengaturan jaringan dan menentukan aturan firewall untuk instans Anda. Aturan ini menentukan lalu lintas jaringan yang masuk yang dikirim ke instans Anda.
Untuk informasi selengkapnya, lihat [Pengaturan jaringan](ec2-instance-launch-parameters.md#liw-network-settings).
1. AMI yang Anda pilih mencakup satu atau lebih volume penyimpanan, termasuk volume perangkat root. Pada bagian **Konfigurasikan penyimpanan**, Anda dapat menentukan volume tambahan untuk dilampirkan ke instans dengan memilih **Tambahkan volume baru**. Untuk informasi selengkapnya, lihat [Mengonfigurasi penyimpanan](ec2-instance-launch-parameters.md#liw-storage).
1. Pada bagian **Detail lanjutan**, konfigurasikan permintaan Instans Spot sebagai berikut:
1. Di bawah **opsi Pembelian**, pilih kotak centang **Minta Instans Spot**.
1. Anda dapat menyimpan konfigurasi default untuk permintaan Instans Spot, atau memilih **Sesuaikan** (di sebelah kanan) agar dapat menentukan pengaturan khusus untuk permintaan Instans Spot Anda.
Saat Anda memilih **Sesuaikan**, bidang berikut akan muncul.
1. **Harga maksimum**: Anda dapat meminta Instans Spot dengan harga Spot, dibatasi dengan harga Sesuai Permintaan, atau Anda dapat menentukan jumlah maksimum yang bersedia Anda bayarkan.
**Awas**
Jika Anda menentukan harga maksimum, instans Anda akan lebih sering diinterupsi daripada jika Anda memilih **Tidak ada harga maksimum**.
Jika Anda menentukan harga maksimum, itu harus lebih dari USD \$10,001. Menentukan nilai di bawah USD \$10,001 akan menghasilkan peluncuran yang gagal.
+ **Tidak ada harga maksimum**: Instans Spot Anda akan diluncurkan pada harga Spot saat ini. Harga tidak akan pernah melebihi harga Sesuai Permintaan. (Direkomendasikan)
+ **Tetapkan harga maksimum Anda (per instans/jam)**: Anda dapat menentukan jumlah maksimum yang bersedia Anda bayarkan.
+ Jika Anda menentukan harga maksimum yang kurang dari harga Spot saat ini, Instans Spot Anda tidak akan diluncurkan.
+ Jika Anda menentukan harga maksimum melebihi harga Spot saat ini, Instans Spot Anda akan diluncurkan dan dikenai biaya sesuai harga Spot saat ini. Setelah Instans Spot berjalan, jika harga Spot naik di atas harga maksimum, Amazon EC2 akan menginterupsi Instans Spot Anda.
+ Berapa pun harga maksimum yang Anda tentukan, Anda akan selalu dikenai biaya sesuai harga Spot saat ini.
Untuk meninjau tren harga Spot, lihat [Lihat riwayat harga Spot Instance](using-spot-instances-history.md).
1. **Tipe permintaan**: Permintaan Instans Spot yang dipilih menentukan apa yang terjadi jika Instans Spot Anda diinterupsi.
+ **Satu kali**: Amazon EC2 menempatkan permintaan satu kali untuk Instans Spot Anda. Jika Instans Spot Anda diinterupsi, permintaan tidak akan dikirim ulang.
+ **Permintaan persisten**: Amazon EC2 menempatkan permintaan persisten untuk Instans Spot Anda. Jika Instans Spot Anda diinterupsi, permintaan dikirimkan ulang untuk mengisi Instans Spot yang diinterupsi.
Jika Anda tidak menentukan nilai, default-nya adalah permintaan satu kali.
1. **Berlaku hingga**: Tanggal kedaluwarsa dari permintaan Instans Spot *persisten*.
Bidang ini tidak didukung untuk permintaan satu kali. Permintaan *satu kali* tetap aktif hingga semua instans dalam permintaan diluncurkan atau Anda membatalkan permintaan.
+ **Tidak ada tanggal kedaluwarsa permintaan**: Permintaan tetap aktif hingga Anda membatalkannya.
+ **Atur tanggal kedaluwarsa permintaan Anda**: Permintaan persisten tetap aktif hingga tanggal yang Anda tentukan, atau sampai Anda membatalkannya.
1. **Perilaku interupsi**: Perilaku yang Anda pilih menentukan apa yang terjadi saat Instans Spot diinterupsi.
+ Untuk permintaan persisten, nilai yang valid adalah **Berhenti** dan **Hibernasi**. Saat instans dihentikan, biaya penyimpanan volume EBS diterapkan.
**catatan**
Instans Spot sekarang menggunakan fungsi hibernasi yang sama seperti Instans Sesuai Permintaan. Untuk mengaktifkan hibernasi, Anda dapat memilih **Hibernasi** di sini, atau Anda dapat memilih **Aktifkan** dari bidang **Perilaku Berhenti - Hibernasi**, yang muncul lebih rendah di wizard peluncuran instans. Untuk prasyarat hibernasi, lihat [Prasyarat untuk hibernasi instans EC2](hibernating-prerequisites.md).
+ Untuk permintaan satu kali, hanya **Akhiri** yang valid.
Jika Anda tidak menentukan nilai, default-nya **Akhiri**, yang tidak valid untuk permintaan Instans Spot yang persisten. Jika Anda mempertahankan default dan mencoba meluncurkan permintaan Instans Spot persisten, Anda akan mendapatkan pesan kesalahan.
Untuk informasi selengkapnya, lihat [Perilaku interupsi Instance Spot](interruption-behavior.md).
1. Pada panel **Ringkasan**, untuk **Jumlah instans**, masukkan jumlah instans yang akan diluncurkan.
**catatan**
Amazon EC2 membuat permintaan terpisah untuk setiap Instans Spot.
1. Pada panel **Ringkasan**, tinjau detail instans Anda, dan buat perubahan yang diperlukan. Setelah mengirimkan permintaan Instans Spot, Anda tidak dapat mengubah parameter permintaan. Anda dapat secara langsung menavigasi ke bagian di wizard peluncuran instans dengan memilih tautannya di panel **Ringkasan**. Untuk informasi selengkapnya, lihat [Ringkasan](ec2-instance-launch-parameters.md#liw-summary).
1. Ketika Anda siap untuk meluncurkan instans Anda, pilih **Launch instans**.
Jika instans gagal diluncurkan atau status langsung menjadi `terminated`, bukan `running`, lihat [Memecahkan masalah peluncuran instans Amazon EC2](troubleshooting-launch.md).
------
#### [ AWS CLI ]
**Untuk membuat permintaan Instans Spot menggunakan run-instances**
Gunakan perintah [run-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) dan tentukan opsi Spot Instance dalam `--instance-market-options` parameter sebagai berikut.
```
--instance-market-options file://spot-options.json
```
Berikut ini adalah struktur data untuk menentukan dalam file JSON. Anda juga dapat menentukan `ValidUntil` dan `InstanceInterruptionBehavior`. Jika Anda tidak menentukan bidang dalam struktur data, maka nilai default yang akan digunakan.
Contoh berikut membuat permintaan `persistent`.
```
{
"MarketType": "spot",
"SpotOptions": {
"SpotInstanceType": "persistent"
}
}
```
**Untuk membuat permintaan Instance Spot menggunakan request-spot-instances**
**catatan**
Kami sangat tidak menyarankan menggunakan [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)perintah untuk meminta Instance Spot karena ini adalah API lama tanpa investasi yang direncanakan. Untuk informasi selengkapnya, lihat [Metode permintaan Spot mana yang terbaik untuk digunakan?](spot-best-practices.md#which-spot-request-method-to-use)
Gunakan [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)perintah untuk membuat permintaan satu kali.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json
```
Gunakan [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)perintah untuk membuat permintaan persisten.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "persistent" \
--launch-specification file://specification.json
```
Misalnya, file spesifikasi peluncuran untuk digunakan dengan perintah ini, lihat [Contoh spesifikasi peluncuran permintaan Instans Spot](spot-request-examples.md). Jika mengunduh file spesifikasi peluncuran dari konsol Permintaan Spot, Anda harus menggunakan [request-spot-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-fleet.html)perintah (konsol Permintaan Spot menentukan permintaan Instans Spot menggunakan Armada Spot).
------
#### [ PowerShell ]
**Untuk membuat permintaan Instans Spot**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet dan tentukan opsi Instance Spot menggunakan parameter. `-InstanceMarketOption`
```
-InstanceMarketOptions $marketOptions
```
Buat struktur data untuk opsi Spot Instance sebagai berikut.
```
$spotOptions = New-Object Amazon.EC2.Model.SpotMarketOptions
$spotOptions.SpotInstanceType="persistent"
$marketOptions = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketOptions.MarketType = "spot"
$marketOptions.SpotOptions = $spotOptions
```
------
# Contoh spesifikasi peluncuran permintaan Instans Spot
Contoh berikut menunjukkan konfigurasi peluncuran yang dapat Anda gunakan dengan [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)perintah untuk membuat permintaan Instans Spot. Untuk informasi selengkapnya, lihat [Mengelola Instans Spot Anda](using-spot-instances-request.md).
**penting**
Kami sangat tidak menyarankan menggunakan [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)perintah untuk meminta Instance Spot karena ini adalah API lama tanpa investasi yang direncanakan. Untuk informasi selengkapnya, lihat [Metode permintaan Spot mana yang terbaik untuk digunakan?](spot-best-practices.md#which-spot-request-method-to-use)
**Topics**
+ [
## Contoh 1: Luncurkan Instans Spot
](#spot-launch-specification1)
+ [
## Contoh 2: Luncurkan Instans Spot dalam Zona Ketersediaan yang ditentukan
](#spot-launch-specification2)
+ [
## Contoh 3: Luncurkan Instans Spot di subnet yang ditentukan
](#spot-launch-specification3)
+ [
## Contoh 4: Luncurkan Instans Spot Khusus
](#spot-launch-specification4)
## Contoh 1: Luncurkan Instans Spot
Contoh berikut tidak menyertakan Zona Ketersediaan atau subnet. Amazon EC2 memilih Zona Ketersediaan untuk Anda. Amazon EC2 meluncurkan instans di subnet default dari Zona Ketersediaan yang dipilih.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Contoh 2: Luncurkan Instans Spot dalam Zona Ketersediaan yang ditentukan
Contoh berikut mencakup Zona Ketersediaan. Amazon EC2 meluncurkan instans di subnet default dari Zona Ketersediaan yang dipilih.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"Placement": {
"AvailabilityZone": "us-west-2a"
},
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Contoh 3: Luncurkan Instans Spot di subnet yang ditentukan
Contoh berikut menyertakan subnet. Amazon EC2 meluncurkan instans di subnet yang ditentukan. Jika VPC adalah VPC nondefault, instance tidak menerima alamat publik secara default. IPv4
```
{
"ImageId": "ami-0abcdef1234567890",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"SubnetId": "subnet-1a2b3c4d",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
Untuk menetapkan IPv4 alamat publik ke instance dalam VPC nondefault, tentukan `AssociatePublicIpAddress` bidang seperti yang ditunjukkan pada contoh berikut. Saat Anda menentukan antarmuka jaringan, Anda harus menyertakan ID subnet dan ID grup keamanan menggunakan antarmuka jaringan, daripada menggunakan bidang `SubnetId` dan `SecurityGroupIds` seperti yang ditunjukkan dalam blok kode sebelumnya.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"InstanceType": "m5.medium",
"NetworkInterfaces": [
{
"DeviceIndex": 0,
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Groups": [ "sg-1a2b3c4d5e6f7g8h9" ],
"AssociatePublicIpAddress": true
}
],
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Contoh 4: Luncurkan Instans Spot Khusus
Contoh berikut meminta Instans Spot dengan penghunian `dedicated`. Instans Spot Khusus harus diluncurkan di VPC.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "c5.8xlarge",
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Placement": {
"Tenancy": "dedicated"
}
}
```
# Mendapatkan status permintaan Instans Spot
Untuk membantu Anda melacak permintaan Instans Spot dan merencanakan penggunaan Instans Spot, gunakan status permintaan yang disediakan oleh Amazon EC2. Misalnya, status permintaan dapat memberikan alasan mengapa permintaan Spot Anda belum terpenuhi, atau mencantumkan kendala yang mencegah pemenuhan permintaan Spot Anda.
Pada setiap langkah proses—disebut juga dengan *siklus hidup* permintaan Spot—peristiwa spesifik menentukan status permintaan secara berurutan.
Ilustrasi berikut menunjukkan cara kerja permintaan Instans Spot. Perhatikan bahwa tipe permintaan (satu kali atau tetap) menentukan apakah permintaan dibuka lagi saat Amazon EC2 menginterupsi Instans Spot atau jika Anda menghentikan Instans Spot. Jika permintaan tetap ada, permintaan dibuka lagi setelah Instans Spot Anda diinterupsi. Jika permintaan tetap ada dan Anda menghentikan Instans Spot, permintaan tersebut hanya terbuka setelah Anda memulai Instans Spot.
![\[Cara kerja permintaan Instans Spot.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/spot_lifecycle.png)
**Topics**
+ [
## Dapatkan informasi status permintaan
](#get-spot-instance-request-status)
+ [
## Kode status permintaan Spot
](#spot-instance-request-status-understand)
+ [
## Peristiwa Pemenuhan Permintaan Instans Spot EC2
](#spot-request-fulfillment-event)
+ [
# Perubahan status untuk permintaan Spot
](spot-instances-request-status-lifecycle.md)
## Dapatkan informasi status permintaan
Anda bisa mendapatkan informasi status untuk permintaan Instans Spot Anda.
------
#### [ Console ]
**Untuk mendapatkan informasi status permintaan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**, lalu pilih permintaan Spot.
1. Untuk memeriksa status, pada tab **Deskripsi**, periksa bidang **Status**.
------
#### [ AWS CLI ]
**Untuk mendapatkan informasi status permintaan**
Gunakan perintah berikut [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html).
```
aws ec2 describe-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**Untuk mendapatkan informasi status permintaan**
Gunakan [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html)cmdlet.
```
Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
## Kode status permintaan Spot
Informasi status permintaan Spot terdiri dari kode status, waktu pembaruan, dan pesan status. Semua itu membantu Anda menentukan disposisi permintaan Spot Anda.
Berikut ini adalah kode status permintaan Spot:
`az-group-constraint`
Amazon EC2 tidak dapat meluncurkan semua instans yang Anda minta di Zona Ketersediaan yang sama.
`bad-parameters`
Satu atau lebih parameter untuk permintaan Spot Anda tidak valid (misalnya, AMI yang Anda tentukan tidak ada). Pesan status menunjukkan parameter mana yang tidak valid.
`canceled-before-fulfillment`
Pengguna membatalkan permintaan Spot sebelum permintaan dipenuhi.
`capacity-not-available`
Tidak tersedia kapasitas yang cukup untuk instans yang Anda minta.
`constraint-not-fulfillable`
Permintaan Spot tidak dapat dipenuhi karena satu atau beberapa batasan tidak valid (misalnya, Zona Ketersediaan tidak ada). Pesan status menunjukkan batasan mana yang tidak valid.
`fulfilled`
Permintaan Spot adalah `active`, dan Amazon EC2 meluncurkan Instans Spot Anda.
`instance-stopped-by-price`
Instans Anda berhenti karena harga Spot melebihi harga maksimum Anda.
`instance-stopped-by-user`
Instans Anda berhenti karena pengguna menghentikan instans atau menjalankan perintah penonaktifan dari instans tersebut.
`instance-stopped-no-capacity`
Instans Anda berhenti karena kebutuhan manajemen kapasitas EC2.
`instance-terminated-by-price`
Instans Anda diakhiri karena harga Spot melebihi harga maksimum Anda. Jika permintaan Anda persisten, prosesnya akan dimulai ulang, jadi permintaan Anda menunggu evaluasi.
`instance-terminated-by-schedule`
Instans Spot Anda diakhiri di akhir durasi yang dijadwalkan.
`instance-terminated-by-service`
Instans Anda dihentikan dari status berhenti.
`instance-terminated-by-user` atau `spot-instance-terminated-by-user`
Anda mengakhiri Instans Spot yang telah terpenuhi, jadi status permintaannya adalah `closed` (kecuali permintaan persisten) dan status instans adalah `terminated`.
`instance-terminated-launch-group-constraint`
Satu atau beberapa instans dalam grup peluncuran Anda telah diakhiri, sehingga batasan grup peluncuran tidak lagi dipenuhi.
`instance-terminated-no-capacity`
Instans Anda diakhiri karena proses manajemen kapasitas standar.
`launch-group-constraint`
Amazon EC2 tidak dapat meluncurkan semua instans yang Anda minta pada saat yang bersamaan. Semua instans dalam grup peluncuran dimulai dan diakhiri bersama.
`limit-exceeded`
Batas jumlah volume EBS atau total volume penyimpanan telah terlampaui. Untuk informasi selengkapnya, lihat [Kuota untuk Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-resource-quotas.html) di Panduan Pengguna *Amazon EBS*.
`marked-for-stop`
Instans Spot ditandai karena berhenti.
`marked-for-termination`
Instans Spot ditandai karena pengakhiran.
`not-scheduled-yet`
Permintaan Spot tidak dievaluasi hingga tanggal yang dijadwalkan.
`pending-evaluation`
Setelah Anda membuat permintaan Instans Spot, permintaan itu masuk dalam status `pending-evaluation` sementara sistem mengevaluasi parameter permintaan Anda.
`pending-fulfillment`
Amazon EC2 mencoba menyediakan Instans Spot Anda.
`placement-group-constraint`
Permintaan Spot belum dapat dipenuhi karena Instans Spot tidak dapat ditambahkan ke grup penempatan saat ini.
`price-too-low`
Permintaan belum dapat dipenuhi karena harga maksimum Anda di bawah harga Spot. Dalam kasus ini, tidak ada instans yang diluncurkan dan permintaan Anda tetap `open`.
`request-canceled-and-instance-running`
Anda membatalkan permintaan Spot saat Instans Spot masih berjalan. Permintaannya `cancelled`, tapi instans tetap `running`.
`schedule-expired`
Permintaan Spot kedaluwarsa karena tidak terpenuhi sebelum tanggal yang ditentukan.
`system-error`
Terjadi kesalahan sistem yang tidak terduga. Jika ini adalah masalah yang berulang, silakan hubungi AWS Dukungan untuk bantuan.
## Peristiwa Pemenuhan Permintaan Instans Spot EC2
Ketika permintaan Instans Spot terpenuhi, Amazon EC2 mengirimkan peristiwa Pemenuhan Permintaan Instans Spot EC2 ke Amazon. EventBridge Anda dapat membuat aturan untuk mengambil tindakan kapan pun peristiwa ini terjadi, seperti menginvokasi fungsi Lambda atau memberi tahu topik Amazon SNS.
Berikut adalah data contoh untuk peristiwa ini.
```
{
"version": "0",
"id": "01234567-1234-0123-1234-012345678901",
"detail-type": "EC2 Spot Instance Request Fulfillment",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"spot-instance-request-id": "sir-0e54a519c9EXAMPLE",
"instance-id": "i-1234567890abcdef0"
}
}
```
Untuk informasi selengkapnya, lihat [Panduan EventBridge Pengguna Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
# Perubahan status untuk permintaan Spot
Diagram berikut menunjukkan kepada Anda jalur yang dapat diikuti oleh permintaan Spot Anda sepanjang siklus hidupnya, dari pengiriman hingga pengakhiran. Setiap langkah digambarkan sebagai suatu simpul, dan kode status untuk setiap simpul menjelaskan status permintaan Spot dan Instans Spot.
![\[Siklus hidup permintaan Instans Spot.\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/spot-request-status-diagram.png)
**Evaluasi tertunda**
Segera setelah Anda membuat permintaan Instans Spot, permintaan itu masuk ke status `pending-evaluation` kecuali jika ada satu atau lebih parameter permintaan yang tidak valid (`bad-parameters`).
| Kode status | Status permintaan | Status instans |
| --- | --- | --- |
| pending-evaluation | open | Tidak berlaku |
| bad-parameters | closed | Tidak berlaku |
**Menunggu**
Jika satu atau beberapa batasan permintaan sudah valid tetapi belum dapat dipenuhi, atau jika kapasitas tidak mencukupi, permintaan masuk ke status menunggu sampai batasan tersebut terpenuhi. Opsi permintaan memengaruhi kemungkinan permintaan dipenuhi. Misalnya, jika tidak ada kapasitas, permintaan Anda akan tetap dalam status menunggu hingga ada kapasitas yang tersedia. Jika Anda menentukan grup Zona Ketersediaan, permintaan tetap dalam status menunggu hingga batasan Zona Ketersediaan terpenuhi.
Jika terjadi pemadaman di salah satu Zona Ketersediaan, ada kemungkinan kapasitas EC2 cadangan yang tersedia untuk permintaan Instans Spot di Zona Ketersediaan lainnya dapat terpengaruh.
| Kode status | Status permintaan | Status instans |
| --- | --- | --- |
| capacity-not-available | open | Tidak berlaku |
| price-too-low | open | Tidak berlaku |
| not-scheduled-yet | open | Tidak berlaku |
| launch-group-constraint | open | Tidak berlaku |
| az-group-constraint | open | Tidak berlaku |
| placement-group-constraint | open | Tidak berlaku |
| constraint-not-fulfillable | open | Tidak berlaku |
**Evaluasi tertunda/terminal pemenuhan**
Permintaan Instans Spot Anda dapat masuk ke status `terminal` jika Anda membuat permintaan yang valid hanya selama jangka waktu tertentu dan jangka waktu ini berakhir sebelum permintaan Anda mencapai fase pemenuhan tertunda. Mungkin juga terjadi jika Anda membatalkan permintaan, atau jika terjadi kesalahan sistem.
| Kode status | Status permintaan | Status instans |
| --- | --- | --- |
| schedule-expired | cancelled | Tidak berlaku |
| canceled-before-fulfillment¹ | cancelled | Tidak berlaku |
| bad-parameters | failed | Tidak berlaku |
| system-error | closed | Tidak berlaku |
¹ Jika Anda membatalkan permintaan.
**Pemenuhan tertunda**
Ketika batasan yang Anda tentukan (jika ada) terpenuhi, permintaan Spot Anda masuk ke status `pending-fulfillment`.
Pada titik ini, Amazon EC2 sedang bersiap untuk menyediakan instans yang Anda minta. Jika proses berhenti pada titik ini, kemungkinan besar karena proses itu dibatalkan oleh pengguna sebelum Instans Spot diluncurkan. Hal ini mungkin juga karena terjadi kesalahan sistem yang tidak terduga.
| Kode status | Status permintaan | Status instans |
| --- | --- | --- |
| pending-fulfillment | open | Tidak berlaku |
**Terpenuhi**
Saat semua spesifikasi untuk Instans Spot Anda terpenuhi, permintaan Spot Anda dipenuhi. Amazon EC2 meluncurkan Instans Spot, yang dapat memerlukan waktu beberapa menit. Jika Instans Spot menjalani hibernasi atau berhenti saat diinterupsi, Instans Spot tetap dalam status ini hingga permintaan dapat dipenuhi lagi atau permintaan dibatalkan.
| Kode status | Status permintaan | Status instans |
| --- | --- | --- |
| fulfilled | active | pending → running |
| fulfilled | active | stopped → running |
Jika Anda menghentikan Instans Spot, permintaan Spot Anda akan masuk dalam status `marked-for-stop` atau `instance-stopped-by-user` hingga Instans Spot dapat dimulai lagi atau permintaan dibatalkan.
| Kode status | Status permintaan | Status instans |
| --- | --- | --- |
| marked-for-stop | active | stopping |
| instance-stopped-by-user¹ | disabled atau cancelled ² | stopped |
\$1 Instans Spot masuk dalam status `instance-stopped-by-user` jika Anda menghentikan instans atau menjalankan perintah pematian dari instans. Setelah Anda menghentikan instans, Anda dapat memulainya lagi. Saat memulai ulang, permintaan Instans Spot kembali ke status `pending-evaluation` dan Amazon EC2 meluncurkan Instans Spot baru ketika batasan terpenuhi.
² Status permintaan Spot adalah `disabled` jika Anda menghentikan Instans Spot tetapi tidak membatalkan permintaan. Status permintaan adalah `cancelled` jika Instans Spot Anda dihentikan dan permintaan kedaluwarsa.
**Terminal terpenuhi**
Instans Spot Anda terus berjalan selama ada kapasitas yang tersedia untuk tipe instans Anda, dan Anda tidak mengakhiri instans. Jika Amazon EC2 harus mengakhiri Instans Spot Anda, permintaan Spot masuk ke status terminal. Permintaan juga masuk ke status terminal jika Anda membatalkan permintaan Spot atau mengakhiri Instans Spot.
| Kode status | Status permintaan | Status instans |
| --- | --- | --- |
| request-canceled-and-instance-running | cancelled | running |
| marked-for-stop | active | running |
| marked-for-termination | active | running |
| instance-stopped-by-price | disabled | stopped |
| instance-stopped-by-user | disabled | stopped |
| instance-stopped-no-capacity | disabled | stopped |
| instance-terminated-by-price | closed(satu kali),open (gigih) | terminated |
| instance-terminated-by-schedule | closed | terminated |
| instance-terminated-by-service | cancelled | terminated |
| instance-terminated-by-user | closed atau cancelled ¹ | terminated |
| instance-terminated-no-capacity | closed(satu kali),open (gigih) | running † |
| instance-terminated-no-capacity | closed(satu kali),open (gigih) | terminated |
| instance-terminated-launch-group-constraint | closed(satu kali),open (gigih) | terminated |
\$1 Status permintaan adalah `closed` jika Anda mengakhiri instans, tetapi tidak membatalkan permintaan. Status permintaan adalah `cancelled` jika Anda mengakhiri instans dan membatalkan permintaan. Meskipun Anda mengakhiri Instans Spot sebelum Anda membatalkan permintaannya, penundaan mungkin terjadi sebelum Amazon EC2 mendeteksi bahwa Instans Spot Anda telah diakhiri. Dalam hal ini, status permintaan bisa berupa `closed` atau `cancelled`.
† Saat Amazon EC2 menginterupsi Instans Spot karena memerlukan kapasitas kembali *dan* instans dikonfigurasi untuk *berakhir* saat terjadi interupsi, status akan segera diatur ke `instance-terminated-no-capacity` (tidak diatur ke `marked-for-termination`). Namun, instans tetap dalam status `running` selama 2 menit untuk mencerminkan periode 2 menit saat instans menerima pemberitahuan interupsi Instans Spot. Setelah 2 menit, status instans diatur ke `terminated`.
**Eksperimen interupsi**
Anda dapat menggunakan AWS Fault Injection Service untuk memulai interupsi Instans Spot sehingga Anda dapat menguji bagaimana aplikasi di Instans Spot merespons. Jika AWS FIS menghentikan Instans Spot, permintaan Spot Anda memasuki `marked-for-stop-by-experiment` status dan kemudian `instance-stopped-by-experiment` status. Jika AWS FIS mengakhiri Instans Spot, permintaan Spot Anda memasuki `instance-terminated-by-experiment` status. Untuk informasi selengkapnya, lihat [Memulai interupsi Instans Spot](initiate-a-spot-instance-interruption.md).
| Kode status | Status permintaan | Status instance |
| --- | --- | --- |
| marked-for-stop-by-experiment | active | running |
| instance-stopped-by-experiment | disabled | stopped |
| instance-terminated-by-experiment | closed | terminated |
**Permintaan yang persisten**
Saat Instans Spot Anda diakhiri (baik oleh Anda maupun Amazon EC2), jika permintaan Spot adalah permintaan yang persisten, instans akan kembali ke status `pending-evaluation` dan Amazon EC2 dapat meluncurkan Instans Spot baru saat batasan terpenuhi.
# Menandai permintaan Instans Spot
Untuk membantu mengategorikan dan mengelola permintaan Instans Spot, Anda dapat menandainya dengan metadata kustom. Anda dapat menetapkan tanda untuk permintaan Instans Spot saat Anda membuatnya, atau setelahnya. Anda dapat menetapkan tanda menggunakan konsol Amazon EC2 atau alat baris perintah.
Saat Anda menandai permintaan Instans Spot, instans dan volume yang diluncurkan oleh Instans Spot tidak secara otomatis ditandai. Anda perlu menandai instans dan volume yang diluncurkan oleh Instans Spot secara eksplisit. Anda dapat menetapkan tanda ke Instans Spot dan volume selama peluncuran, atau setelahnya.
Untuk informasi selengkapnya tentang cara kerja tag, lihat [Tandai sumber daya Amazon EC2 Anda](Using_Tags.md).
**Topics**
+ [
## Prasyarat
](#tag-spot-request-prereqs)
+ [
## Menandai permintaan Instans Spot baru
](#tag-new-spot-instance-request)
+ [
## Menandai permintaan Instans Spot yang ada
](#tag-existing-spot-instance-request)
+ [
## Melihat tanda permintaan Instans Spot
](#view-spot-instance-request-tags)
## Prasyarat
Berikan izin kepada pengguna untuk menandai sumber daya. Untuk informasi selengkapnya tentang kebijakan IAM dan contoh kebijakan, lihat [Contoh: Memberi tanda pada sumber daya](ExamplePolicies_EC2.md#iam-example-taggingresources).
Kebijakan IAM yang Anda buat ditentukan oleh metode yang Anda gunakan untuk membuat permintaan Instans Spot.
+ Jika Anda menggunakan wizard peluncuran instans atau `run-instances` untuk meminta Instans Spot, lihat [To grant a user the permission to tag resources when using the launch instance wizard or run-instances](#iam-run-instances).
+ Jika Anda menggunakan perintah `request-spot-instances` untuk meminta Instans Spot, lihat [To grant a user the permission to tag resources when using request-spot-instances](#iam-request-spot-instances).
**Untuk memberikan izin menandai sumber daya kepada pengguna saat menggunakan wizard peluncuran instans atau run-instances**
Buat kebijakan IAM yang mencakup hal-hal berikut:
+ Tindakan `ec2:RunInstances`. Tindaka ini memberikan izin kepada pengguna untuk meluncurkan sebuah instans.
+ Untuk, `Resource`tentukan.`spot-instances-request` Ini memungkinkan pengguna untuk membuat permintaan Instans Spot, yang meminta Instans Spot.
+ Tindakan `ec2:CreateTags`. Tindakan ini memberikan izin kepada pengguna untuk membuat tanda.
+ Untuk `Resource`, tentukan `*`. Hal ini memungkinkan para pengguna untuk menandai semua sumber daya yang dibuat selama peluncuran.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowLaunchInstances",
"Effect": "Allow",
"Action": [
"ec2:RunInstances"
],
"Resource": [
"arn:aws:ec2:us-east-1::image/*",
"arn:aws:ec2:us-east-1:*:subnet/*",
"arn:aws:ec2:us-east-1:*:network-interface/*",
"arn:aws:ec2:us-east-1:*:security-group/*",
"arn:aws:ec2:us-east-1:*:key-pair/*",
"arn:aws:ec2:us-east-1:*:volume/*",
"arn:aws:ec2:us-east-1:*:instance/*",
"arn:aws:ec2:us-east-1:*:spot-instances-request/*"
]
},
{
"Sid": "TagSpotInstanceRequests",
"Effect": "Allow",
"Action": "ec2:CreateTags",
"Resource": "*"
}
]
}
```
------
Saat Anda menggunakan RunInstances tindakan untuk membuat permintaan Instans Spot dan menandai permintaan Instans Spot saat membuat, Anda harus mengetahui cara Amazon EC2 mengevaluasi `spot-instances-request` sumber daya dalam RunInstances pernyataan yang dievaluasi dalam kebijakan IAM sebagai berikut:
+ Jika Anda tidak memberi tag pada permintaan Instans Spot saat dibuat, Amazon EC2 tidak mengevaluasi`spot-instances-request` sumber daya di RunInstances pernyataan.
+ Jika Anda memberi tag pada permintaan Instans Spot saat dibuat, Amazon EC2 mengevaluasi`spot-instances-request` sumber daya di RunInstances pernyataan.
Oleh karena itu, untuk sumber daya `spot-instances-request`, aturan-aturan berikut berlaku untuk kebijakan IAM:
+ Jika Anda menggunakan RunInstances untuk membuat permintaan Instance Spot dan Anda tidak bermaksud untuk menandai permintaan Instans Spot saat membuat, Anda tidak perlu secara eksplisit mengizinkan `spot-instances-request` sumber daya; panggilan akan berhasil.
+ Jika Anda menggunakan RunInstances untuk membuat permintaan Instans Spot dan bermaksud untuk menandai permintaan Instans Spot saat membuat, Anda harus menyertakan `spot-instances-request` sumber daya dalam pernyataan RunInstances allow, jika tidak panggilan akan gagal.
+ Jika Anda menggunakan RunInstances untuk membuat permintaan Instans Spot dan bermaksud untuk menandai permintaan Instans Spot saat membuat, Anda harus menentukan `spot-instances-request` sumber daya atau menyertakan `*` wildcard dalam pernyataan CreateTags allow, jika tidak panggilan akan gagal.
Misalnya kebijakan IAM, termasuk kebijakan yang tidak didukung untuk permintaan Instans Spot, lihat [Cara Menggunakan Instans Spot](ExamplePolicies_EC2.md#iam-example-spot-instances).
**Untuk memberi pengguna izin untuk menandai sumber daya saat menggunakan request-spot-instances**
Buat kebijakan IAM yang mencakup hal-hal berikut:
+ Tindakan `ec2:RequestSpotInstances`. Tindakan ini memberikan izin kepada pengguna untuk membuat permintaan Instans Spot.
+ Tindakan `ec2:CreateTags`. Tindakan ini memberikan izin kepada pengguna untuk membuat tanda.
+ Untuk `Resource`, tentukan `spot-instances-request`. Hal ini memungkinkan pengguna untuk hanya menandai permintaan Instans Spot.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "TagSpotInstanceRequest",
"Effect": "Allow",
"Action": [
"ec2:RequestSpotInstances",
"ec2:CreateTags"
],
"Resource": "arn:aws:ec2:us-east-1:111122223333:spot-instances-request/*"
}
]
}
```
------
## Menandai permintaan Instans Spot baru
Dalam PowerShell contoh AWS CLI dan, konfigurasikan permintaan Instans Spot sebagai berikut:
+ Untuk `ResourceType`, tentukan `spot-instances-request`. Jika Anda menentukan nilai lain, maka permintaan Instans Spot akan gagal.
+ Untuk `Tags`, tentukan pasangan nilai-kunci. Anda dapat menentukan lebih dari satu pasangan nilai-kunci.
------
#### [ Console ]
**Untuk menandai permintaan Instans Spot baru**
1. Ikuti prosedur [Mengelola Instans Spot Anda](using-spot-instances-request.md).
1. Untuk menambahkan tanda, pada halaman **Tambahkan Tanda**, pilih **Tambahkan Tanda**, lalu masukkan kunci dan nilai untuk tanda tersebut. Pilih **Tambahkan tanda lain** untuk setiap tanda tambahan.
Untuk setiap tanda, Anda dapat menandai permintaan Instans Spot, Instans Spot, dan volume dengan tanda yang sama. Untuk menandai ketiganya, pastikan bahwa **Instans**, **Volume**, dan **Permintaan Instans Spot** telah dipilih. Untuk menandai hanya satu atau dua, pastikan bahwa sumber daya yang ingin Anda tandai telah dipilih, dan pilihan pada sumber daya lainnya dihapus.
1. Lengkapi bidang yang diperlukan untuk membuat permintaan Instans Spot, lalu pilih **Luncurkan**. Untuk informasi selengkapnya, lihat [Mengelola Instans Spot Anda](using-spot-instances-request.md).
------
#### [ AWS CLI ]
**Untuk menandai permintaan Instans Spot baru**
Gunakan perintah [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) dengan opsi `--tag-specification`.
Spesifikasi tag menambahkan dua tag ke permintaan Spot Instance: `Environment=Production` dan`Cost-Center=123`.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json \
--tag-specification 'ResourceType=spot-instances-request,Tags=[{Key=Environment,Value=Production},{Key=Cost-Center,Value=123}]'
```
------
#### [ PowerShell ]
**Untuk menandai permintaan Instans Spot baru**
Gunakan [Request-EC2SpotInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Request-EC2SpotInstance.html)cmdlet dengan parameter. `-TagSpecification`
```
-TagSpecification $tagspec
```
Spesifikasi tag didefinisikan sebagai berikut. Ini menambahkan dua tag ke permintaan Spot Instance: `Environment=Production` dan`Cost-Center=123`.
```
$tag1 = @{Key="Environment"; Value="Production"}
$tag2 = @{Key="Cost-Center"; Value="123"}
$tagspec = New-Object Amazon.EC2.Model.TagSpecification
$tagspec.ResourceType = "spot-instances-request"
$tagspec.Tags = @($tag1,$tag2)
```
------
## Menandai permintaan Instans Spot yang ada
------
#### [ Console ]
**Untuk menandai permintaan Instans Spot yang ada**
Setelah Anda membuat permintaan Instans Spot, Anda dapat menambahkan tanda ke permintaan Instans Spot menggunakan konsol.
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih permintaan Instans Spot Anda.
1. Pilih tab **Tanda** dan pilih **Buat Tanda**.
**Untuk menandai permintaan Instans Spot yang sudah ada menggunakan konsol**
Setelah permintaan Instans Spot Anda meluncurkan Instans Spot, Anda dapat menambahkan tanda ke instans menggunakan konsol. Untuk informasi selengkapnya, lihat [Tambahkan tag menggunakan konsol](Using_Tags_Console.md#adding-or-deleting-tags).
------
#### [ AWS CLI ]
**Untuk menandai permintaan Instans Spot atau Instance Spot yang ada**
Gunakan perintah [create-tags](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-tags.html) untuk menandai sumber daya yang ada. Dalam contoh berikut, permintaan Instans Spot yang ada dan Instance Spot ditandai dengan`purpose=test`.
```
aws ec2 create-tags \
--resources sir-0e54a519c9EXAMPLE i-1234567890abcdef0 \
--tags Key=purpose,Value=test
```
------
#### [ PowerShell ]
**Untuk menandai permintaan Instans Spot atau Instance Spot yang ada**
Gunakan [New-EC2Tag](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Tag.html)cmdlet. Contoh berikut menambahkan tag `purpose=test` ke permintaan Instans Spot yang ada dan Instance Spot.
```
New-EC2Tag `
-Resource sir-0e54a519c9EXAMPLE, i-1234567890abcdef0 `
-Tag @{Key="purpose"; Value="test"}
```
------
## Melihat tanda permintaan Instans Spot
------
#### [ Console ]
**Untuk melihat tag permintaan Instans Spot**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih permintaan Instans Spot Anda dan pilih tab **Tanda**.
------
#### [ AWS CLI ]
**Untuk mendeskripsikan tag permintaan Instans Spot**
Gunakan [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html)perintah untuk melihat konfigurasi permintaan Instans Spot yang ditentukan, yang mencakup tag apa pun yang ditentukan untuk permintaan tersebut.
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].Tags"
```
Berikut ini adalah output contoh.
```
[
[
{
"Key": "Environment",
"Value": "Production"
},
{
"Key": "Department",
"Value": "101"
}
]
]
```
------
#### [ PowerShell ]
**Untuk mendeskripsikan tag permintaan Instans Spot**
Gunakan [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html)cmdlet.
```
(Get-EC2SpotInstanceRequest `
-SpotInstanceRequestId sir-0e54a519c9EXAMPLE).Tags
```
Berikut ini adalah output contoh.
```
Key Value
--- -----
Environment Production
Department 101
```
------
# Membatalkan permintaan Instans Spot
Jika Anda tidak lagi menginginkan permintaan Instans Spot, Anda dapat membatalkannya. Anda hanya dapat membatalkan permintaan Instans Spot yang `open`, `active`, atau `disabled`.
+ Permintaan Instans Spot Anda adalah `open` saat permintaan Anda belum dipenuhi dan belum ada instans yang diluncurkan.
+ Permintaan Instans Spot Anda adalah `active` saat permintaan Anda telah dipenuhi sehingga Instans Spot telah diluncurkan.
+ Permintaan Instans Spot Anda adalah `disabled` saat Anda menghentikan Instans Spot Anda.
Jika permintaan Instans Spot Anda adalah `active` dan memiliki Instans Spot terkait yang sedang berjalan, membatalkan permintaan tidak akan menghentikan instans tersebut. Untuk informasi selengkapnya tentang pengakhiran Instans Spot, lihat [Menghentikan Instans Spot](using-spot-instances-request.md#terminating-a-spot-instance).
------
#### [ Console ]
**Untuk membatalkan permintaan Instans Spot**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih permintaan Instans Spot.
1. Pilih **Tindakan**, **Batalkan permintaan**.
1. (Opsional) Jika Anda telah selesai menggunakan Instans Spot terkait, Anda dapat mengakhirinya. Dalam kotak dialog **Batalkan permintaan Spot**, pilih **Akhiri instans**, lalu pilih **Konfirmasi**.
------
#### [ AWS CLI ]
**Untuk membatalkan permintaan Instans Spot**
Gunakan perintah berikut [cancel-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-spot-instance-requests.html).
```
aws ec2 cancel-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**Untuk membatalkan permintaan Instans Spot**
Gunakan [Stop-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2SpotInstanceRequest.html)cmdlet.
```
Stop-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
# Mengelola Instans Spot Anda
Amazon EC2 meluncurkan Instans Spot saat kapasitas tersedia. Instans Spot berjalan hingga diinterupsi atau Anda mengakhirinya sendiri.
**Topics**
+ [
## Temukan Instans Spot Anda
](#using-spot-instances-running)
+ [
## Temukan instance yang diluncurkan oleh permintaan tertentu
](#find-request-spot-instances)
+ [
## Menghentikan Instans Spot
](#stopping-a-spot-instance)
+ [
## Memulai Instans Spot
](#starting-a-spot-instance)
+ [
## Menghentikan Instans Spot
](#terminating-a-spot-instance)
## Temukan Instans Spot Anda
Instans Spot muncul di halaman **Instans** di konsol, bersama dengan Instans Sesuai Permintaan. Gunakan prosedur berikut untuk menemukan Instans Spot Anda.
------
#### [ Console ]
**Untuk menemukan Instans Spot Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Untuk menemukan semua Instans Spot, di panel pencarian, pilih **Instance** lifecycle=spot.
1. Untuk memverifikasi bahwa instance adalah Instans Spot, pilih instance, pilih tab **Detail**, dan periksa nilai **Siklus Hidup**. Nilai untuk Instans Spot adalah `spot` dan nilai untuk Instans On-Demand adalah`normal`.
------
#### [ AWS CLI ]
**Untuk menemukan Instans Spot Anda**
Gunakan perintah [describe-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) berikut.
```
aws ec2 describe-instances --filters "Name=instance-lifecycle,Values=spot"
```
**Untuk menentukan apakah sebuah instance adalah Instans Spot**
Gunakan perintah [describe-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) berikut.
```
aws ec2 describe-instances \
--instance-ids i-1234567890abcdef0 \
--query "Reservations[*].Instances[*].InstanceLifecycle" \
--output text
```
Jika outputnya`spot`, instance adalah Instans Spot. Jika tidak ada output, instans adalah Instans On-Demand.
------
#### [ PowerShell ]
**Untuk menemukan Instans Spot Anda**
Gunakan [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)cmdlet.
```
Get-EC2Instance -Filter @{Name="instance-lifecycle"; Values="spot"}
```
**Untuk menentukan apakah sebuah instance adalah Instans Spot**
Gunakan [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)cmdlet.
```
(Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.InstanceLifecycle
```
Jika outputnya`Spot`, instance adalah Instans Spot. Jika tidak ada output, instans adalah Instans On-Demand.
------
## Temukan instance yang diluncurkan oleh permintaan tertentu
Gunakan prosedur berikut untuk menemukan Instans Spot yang diluncurkan dari permintaan Instance Spot atau Armada Spot tertentu.
------
#### [ Console ]
**Untuk menemukan Instans Spot untuk permintaan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**. Daftar ini berisi permintaan Instans Spot dan permintaan Armada Spot.
1. Jika permintaan Instans Spot terpenuhi, **Kapasitas** adalah ID dari Instans Spot. Untuk Armada Spot, **Kapasitas** menunjukkan jumlah permintaan kapasitas yang telah terpenuhi. Untuk melihat instance di Armada Spot, pilih panah perluas, atau pilih armada dan pilih **Instans**. IDs
1. Untuk Armada Spot, **Kapasitas** menunjukkan berapa banyak kapasitas yang diminta terpenuhi. Untuk melihat instans di Armada Spot, pilih ID armada untuk membuka halaman detailnya dan cari panel **Instans**. IDs
------
#### [ AWS CLI ]
**Untuk menemukan Instans Spot untuk permintaan**
Gunakan perintah berikut [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html).
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].{ID:InstanceId}"
```
Berikut ini adalah output contoh:
```
[
{
"ID": "i-1234567890abcdef0"
},
{
"ID": "i-0598c7d356eba48d7"
}
]
```
------
#### [ PowerShell ]
**Untuk menemukan Instans Spot untuk permintaan**
Gunakan [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html)cmdlet.
```
(Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE).InstanceId
```
------
## Menghentikan Instans Spot
Jika Anda tidak memerlukan Instans Spot sekarang, tetapi Anda ingin memulai ulang nanti tanpa kehilangan data yang disimpan dalam volume Amazon EBS, Anda dapat menghentikannya. Langkah-langkah untuk menghentikan Instans Spot serupa dengan langkah-langkah untuk menghentikan Instans Sesuai Permintaan.
**catatan**
Saat Instans Spot dihentikan, Anda dapat memodifikasi beberapa atribut instans, tetapi tidak untuk tipe instansnya.
Kami tidak mengenakan biaya penggunaan untuk Instans Spot yang dihentikan, atau biaya transfer data, tetapi kami mengenakan biaya penyimpanan untuk setiap volume Amazon EBS.
**Batasan**
+ Anda hanya dapat menghentikan Instans Spot jika Instans Spot diluncurkan dari Permintaan Instans Spot `persistent`.
+ Anda tidak dapat menghentikan Instans Spot jika permintaan Instans Spot yang terkait dibatalkan. Ketika permintaan Instans Spot dibatalkan, Anda hanya dapat mengakhiri Instans Spot.
+ Anda tidak dapat menghentikan Instans Spot jika instans itu adalah bagian dari armada atau grup peluncuran, atau grup Zona Ketersediaan.
------
#### [ Console ]
**Untuk menghentikan Instance Spot**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih Instans Spot. Jika Anda tidak menyimpan ID instance dari Instance Spot, lihat[Temukan Instans Spot Anda](#using-spot-instances-running).
1. Pilih **Status instans**, **Hentikan instans**.
1. Ketika diminta konfirmasi, pilih **Berhenti**.
------
#### [ AWS CLI ]
**Untuk menghentikan Instance Spot**
Gunakan perintah [stop-instance untuk menghentikan Instans](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) Spot Anda secara manual.
```
aws ec2 stop-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Untuk menghentikan Instance Spot**
Gunakan [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html)cmdlet.
```
Stop-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Memulai Instans Spot
Anda dapat memulai Instans Spot yang sebelumnya Anda hentikan.
**Prasyarat**
Anda hanya dapat memulai Instans Spot jika:
+ Anda menghentikan Instans Spot secara manual.
+ Instans Spot adalah instans yang didukung EBS.
+ Kapasitas Instans Spot tersedia.
+ Harga Spot lebih rendah dari harga maksimum Anda.
**Batasan**
+ Anda tidak dapat memulai Instans Spot jika instans itu adalah bagian dari armada atau grup peluncuran, atau grup Zona Ketersediaan.
Langkah-langkah untuk memulai Instans Spot serupa dengan langkah-langkah untuk memulai Instans Sesuai Permintaan.
------
#### [ Console ]
**Untuk memulai Instance Spot**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih Instans Spot. Jika Anda tidak menyimpan ID instance dari Instance Spot, lihat[Temukan Instans Spot Anda](#using-spot-instances-running).
1. Pilih **Status instans**, **Mulai instans**.
------
#### [ AWS CLI ]
**Untuk memulai Instance Spot**
Gunakan perintah [start-instance untuk memulai Instans](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html) Spot Anda secara manual.
```
aws ec2 start-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**Untuk memulai Instance Spot**
Gunakan [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html)cmdlet.
```
Start-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Menghentikan Instans Spot
**Awas**
**Mengakhiri sebuah instance bersifat permanen dan ireversibel.**
Setelah Anda menghentikan sebuah instance, Anda tidak dapat lagi terhubung dengannya, dan itu tidak dapat dipulihkan. Semua volume Amazon EBS terlampir yang dikonfigurasi untuk dihapus saat penghentian juga dihapus secara permanen dan tidak dapat dipulihkan. Semua data yang disimpan pada volume penyimpanan instance hilang secara permanen. Untuk informasi selengkapnya, lihat [Cara kerja penghentian instance](how-ec2-instance-termination-works.md).
Sebelum menghentikan instans, pastikan bahwa Anda telah mencadangkan semua data yang perlu disimpan setelah penghentian penyimpanan persisten.
Jika Anda mengakhiri Instans Spot yang sedang berjalan atau berhenti yang diluncurkan oleh permintaan Spot persisten, permintaan Instans Spot akan beralih ke status `open` sehingga Instans Spot baru dapat diluncurkan. Untuk memastikan bahwa tidak ada instans Spot baru yang diluncurkan, maka Anda harus terlebih dahulu membatalkan permintaan Instans Spot.
Jika Anda membatalkan permintaan Instans Spot `active` yang memiliki Instans Spot berjalan, maka Instans Spot yang berjalan itu tidak akan berhenti secara otomatis; Anda harus secara manual mengakhiri Instans Spot tersebut.
Jika Anda membatalkan permintaan Instans Spot `disabled` yang memiliki Instans Spot yang berhenti, maka Instans Spot yang berhenti akan secara otomatis diakhiri oleh layanan Amazon EC2 Spot. Mungkin ada jeda pendek antara saat Anda membatalkan permintaan Instans Spot dan ketika layanan Spot mengakhiri Instans Spot.
Untuk informasi selengkapnya, lihat [Membatalkan permintaan Instans Spot](using-spot-instances-cancel.md).
------
#### [ Console ]
**Untuk menghentikan Instans Spot secara manual**
1. Sebelum Anda mengakhiri sebuah instans, pastikan bahwa Anda tidak akan kehilangan data apa pun dengan memeriksa apakah volume Amazon EBS Anda tidak akan dihapus pada saat pengakhiran, dan apakah Anda telah menyalin semua data yang Anda perlukan dari volume penyimpanan instans Anda ke penyimpanan persisten, seperti sebagai Amazon EBS atau Amazon S3.
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Pilih Instans Spot. Jika Anda tidak menyimpan ID instance dari Instance Spot, lihat[Temukan Instans Spot Anda](#using-spot-instances-running).
1. Pilih **Instance state**, **Terminate (delete) instance**.
1. Pilih **Hentikan (hapus)** saat diminta konfirmasi.
------
#### [ AWS CLI ]
**Untuk menghentikan Instans Spot secara manual**
Gunakan perintah [terminate-instance untuk menghentikan Instans](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html) Spot Anda secara manual.
```
aws ec2 terminate-instances --instance-ids i-1234567890abcdef0 i-0598c7d356eba48d7
```
------
#### [ PowerShell ]
**Untuk menghentikan Instans Spot secara manual**
Gunakan [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html)cmdlet.
```
Remove-EC2Instance -InstanceId i-1234567890abcdef0
```
------
# Interupsi Instans Spot
Anda dapat meluncurkan Instans Spot pada kapasitas EC2 cadangan untuk mendapatkan diskon besar, dengan syarat mengembalikan kapasitas itu saat Amazon EC2 membutuhkannya kembali. Saat Amazon EC2 mengklaim kembali Instans Spot, kami menyebut peristiwa ini sebagai *interupsi Instans Spot*.
Permintaan untuk Instans Spot dapat sangat bervariasi dari waktu ke waktu, dan ketersediaan Instans Spot juga dapat sangat bervariasi tergantung pada berapa banyak instans EC2 yang tidak terpakai yang tersedia. Selalu ada kemungkinan Instans Spot Anda akan diinterupsi. Berikut ini adalah kemungkinan alasan Amazon EC2 menginterupsi Instans Spot Anda:
**Kapasitas**
Amazon EC2 dapat mengganggu menginterupsi Instans Spot Anda saat membutuhkannya kembali. EC2 mengeklaim kembali instans Anda terutama untuk menggunakan kembali kapasitas, tetapi dapat juga terjadi karena alasan lain seperti pemeliharaan host atau penghentian penggunaan perangkat keras.
**Harga**
Harga Spot lebih tinggi dari harga maksimum Anda.
Anda dapat menentukan harga maksimum dalam permintaan Spot Anda. Jika Anda menentukan harga maksimum, instans Anda akan lebih sering diinterupsi daripada jika Anda memilih untuk tidak nenentukannya.
**Batasan**
Jika permintaan Spot Anda menyertakan batasan seperti grup peluncuran atau grup Zona Ketersediaan, Instans Spot diakhiri sebagai grup saat batasan tidak dapat lagi dipenuhi.
Saat Amazon EC2 menyela Instans Spot, Instans Spot akan menghentikan, menghentikan, atau hibernasi instance, tergantung pada perilaku interupsi yang Anda tentukan saat membuat permintaan Spot.
**Topics**
+ [Perilaku interupsi](interruption-behavior.md)
+ [Mempersiapkan interupsi](prepare-for-interruptions.md)
+ [Memulai interupsi](initiate-a-spot-instance-interruption.md)
+ [
# Pemberitahuan interupsi Instans Spot
](spot-instance-termination-notices.md)
+ [
# Menemukan Instans Spot yang diinterupsi
](finding-an-interrupted-Spot-Instance.md)
+ [
# Menentukan apakah Amazon EC2 mengakhiri Instans Spot
](BidEvictedEvent.md)
+ [Penagihan](billing-for-interrupted-spot-instances.md)
# Perilaku interupsi Instance Spot
Saat membuat permintaan Spot, Anda dapat menentukan perilaku interupsi. Berikut ini adalah kemungkinan perilaku interupsi:
+ [Menghentikan](#stop-spot-instances)
+ [Hibernasi](#hibernate-spot-instances)
+ [Mengakhiri](#terminate-interrupted-spot-instances)
Perilaku defaultnya adalah Amazon EC2 menghentikan Instans Spot saat terputus.
## Menghentikan Instans Spot yang terinterupsi
Anda dapat menentukan bahwa Amazon EC2 akan menghentikan Instans Spot Anda ketika instans diinterupsi. Tipe permintaan Instans Spot harus `persistent`. Anda tidak dapat menentukan grup peluncuran dalam permintaan Instans Spot. Untuk Armada EC2 atau Armada Spot, jenis permintaan harus`maintain`.
**Pertimbangan-pertimbangan**
+ Hanya Amazon EC2 yang dapat memulai ulang Instans Spot yang berhenti karena diinterupsi.
+ Untuk Instans Spot yang diluncurkan oleh permintaan Instans Spot `persistent`: Amazon EC2 memulai ulang instans yang dihentikan ketika kapasitas tersedia di Zona Ketersediaan yang sama dan untuk tipe instans yang sama dengan instans yang dihentikan (spesifikasi peluncuran yang sama harus digunakan).
+ Saat Instans Spot dihentikan, Anda dapat memodifikasi beberapa atribut instans, tetapi tidak untuk tipe instansnya. Jika Anda melepaskan atau menghapus volume EBS, volume tersebut tidak akan dilampirkan saat Instans Spot dimulai. Jika Anda melepaskan volume root dan Amazon EC2 mencoba memulai Instans Spot, instans akan gagal dimulai dan Amazon EC2 akan mengakhiri instans yang berhenti.
+ Anda dapat mengakhiri Instans Spot saat instans berhenti.
+ Jika Anda membatalkan permintaan Instans Spot, Armada EC2, atau Armada Spot, Amazon EC2 akan mengakhiri semua Instans Spot terkait yang berhenti.
+ Saat Instans Spot yang diinterupsi dihentikan, Anda hanya dikenai biaya untuk volume EBS, yang dipertahankan. Dengan Armada EC2 dan Armada Spot, jika Anda memiliki banyak instans yang dihentikan, Anda dapat melebihi batas jumlah volume EBS untuk akun Anda. Untuk informasi selengkapnya tentang cara penagihan saat Instans Spot diinterupsi, lihat [Penagihan untuk Instans Spot yang diinterupsi](billing-for-interrupted-spot-instances.md).
+ Pastikan Anda terbiasa dengan implikasi berhentinya sebuah instans. Untuk informasi tentang apa yang terjadi saat sebuah instans berhenti, lihat [Perbedaan antara status instance](ec2-instance-lifecycle.md#lifecycle-differences).
## Menghibernasi Instans Spot yang diinterupsi
Anda dapat menentukan bahwa Amazon EC2 akan menghibernasi Instans Spot Anda ketika instans diinterupsi. Untuk informasi selengkapnya, lihat [Hibernasi instans Amazon EC2 Anda](Hibernate.md).
Amazon EC2 kini menawarkan pengalaman hibernasi yang sama untuk Instans Spot seperti yang saat ini tersedia untuk Instans Sesuai Permintaan. Layanan ini menawarkan dukungan yang lebih luas, yang sekarang mendukung hal-hal berikut ini untuk hibernasi Instans Spot:
+ [Lebih didukung AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis)
+ [Lebih banyak keluarga instans yang didukung](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families)
+ [Hibernasi yang diprakarsai pengguna](hibernating-instances.md)
## Mengakhiri Instans Spot yang diinterupsi
Saat menginterupsi Instans Spot, Amazon EC2 mengakhiri instans secara default, kecuali Anda menentukan perilaku interupsi berbeda, seperti berhenti atau hibernasi. Untuk informasi selengkapnya, lihat [Mengakhiri instans Amazon EC2](terminating-instances.md).
# Bersiaplah untuk interupsi Spot Instance
Permintaan untuk Instans Spot dapat sangat bervariasi dari waktu ke waktu, dan ketersediaan Instans Spot juga dapat sangat bervariasi tergantung pada berapa banyak instans EC2 tidak terpakai yang tersedia. Selalu ada kemungkinan Instans Spot Anda akan diinterupsi. Oleh karena itu, Anda harus memastikan bahwa aplikasi Anda siap menghadapi interupsi Instans Spot.
Kami merekomendasikan Anda untuk mengikuti praktik terbaik ini sehingga Anda siap menghadapi interupsi Instans Spot.
+ Buat permintaan Spot menggunakan grup Auto Scaling. Jika Instans Spot Anda diinterupsi, grup Auto Scaling akan secara otomatis meluncurkan instans pengganti. Untuk informasi selengkapnya, lihat [Grup Auto Scaling dengan beberapa tipe instans dan opsi pembelian](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-mixed-instances-groups.html) dalam *Panduan Pengguna Amazon EC2 Auto Scaling*.
+ Pastikan instans Anda siap digunakan segera setelah permintaan dipenuhi dengan menggunakan Amazon Machine Image (AMI) yang berisi konfigurasi perangkat lunak yang diperlukan. Anda juga dapat menggunakan data pengguna untuk menjalankan perintah saat memulai.
+ Data pada volume penyimpanan instans hilang saat instans dihentikan atau diakhiri. Cadangkan semua data penting pada volume penyimpanan instans ke penyimpanan yang lebih persisten, seperti Amazon S3, Amazon EBS, atau Amazon DynamoDB.
+ Simpan data penting secara teratur di tempat yang tidak terpengaruh jika Instans Spot diakhiri. Misalnya, Anda dapat menggunakan Amazon S3, Amazon EBS, atau DynamoDB.
+ Bagilah pekerjaan menjadi tugas-tugas kecil (menggunakan Grid, Hadoop, atau arsitektur berbasis antrean) atau gunakan titik pemeriksaan sehingga Anda dapat sering menyimpan pekerjaan.
+ Amazon EC2 memancarkan sinyal rekomendasi penyeimbangan kembali ke Instans Spot saat instans berisiko tinggi mengalami interupsi. Anda dapat mengandalkan rekomendasi penyeimbangan kembali untuk secara proaktif mengelola interupsi Instans Spot tanpa harus menunggu pemberitahuan interupsi Instans Spot dua menit. Untuk informasi selengkapnya, lihat [Rekomendasi penyeimbangan ulang instans EC2](rebalance-recommendations.md).
+ Gunakan pemberitahuan interupsi Instans Spot dua menit untuk memantau status Instans Spot Anda. Untuk informasi selengkapnya, lihat [Pemberitahuan interupsi Instans Spot](spot-instance-termination-notices.md).
+ Meskipun kami berusaha semaksimal mungkin untuk memberikan peringatan ini, ada kemungkinan Instans Spot Anda diinterupsi sebelum peringatan tersebut datang. Uji aplikasi Anda untuk memastikan bahwa aplikasi tersebut menangani interupsi instans yang tidak terduga dengan baik, meskipun Anda memantau sinyal rekomendasi penyeimbangan kembali dan pemberitahuan interupsi. Anda dapat melakukan ini dengan menjalankan aplikasi menggunakan Instans Sesuai Permintaan, kemudian mengakhiri sendiri instans sesuai permintaan itu.
+ Jalankan eksperimen injeksi kesalahan terkontrol AWS Fault Injection Service untuk menguji bagaimana aplikasi Anda merespons saat Instans Spot Anda terganggu. Untuk informasi selengkapnya, lihat [Tutorial: Uji interupsi Instans Spot menggunakan AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) dalam di *Panduan Pengguna AWS Fault Injection Service *.
# Memulai interupsi Instans Spot
Anda dapat memilih permintaan Instans Spot atau permintaan Armada Spot di konsol Amazon EC2 dan memulai interupsi sehingga Anda dapat menguji bagaimana aplikasi di Instans Spot menangani interupsi. Saat Anda memulai interupsi Instans Spot, Amazon EC2 memberi tahu Anda bahwa Instans Spot Anda akan diinterupsi dalam dua menit, dan kemudian, setelah dua menit, instans akan diinterupsi.
Layanan dasar yang melakukan interupsi Instans Spot adalah AWS Fault Injection Service (AWS FIS). Untuk informasi tentang AWS FIS, lihat [AWS Fault Injection Service](https://aws.amazon.com/fis/).
**catatan**
Perilaku interupsi adalah `terminate`, `stop`, dan `hibernate`. Jika Anda mengatur perilaku interupsi ke `hibernate`, saat Anda memulai interupsi Instans Spot, proses hibernasi akan segera dimulai.
Memulai interupsi Instans Spot didukung di semua Wilayah AWS kecuali Asia Pasifik (Jakarta), Asia Pasifik (Osaka), Tiongkok (Beijing), Tiongkok (Ningxia), dan Timur Tengah (UEA).
**Topics**
+ [
## Memulai interupsi Instans Spot
](#initiate-interruption)
+ [
## Verifikasi interupsi Instans Spot
](#spot-interruptions-verify-result)
+ [
## Kuota
](#fis-quota-for-spot-instance-interruption)
## Memulai interupsi Instans Spot
Anda dapat menggunakan konsol EC2 untuk memulai interupsi Instans Spot dengan cepat. Ketika Anda memilih permintaan Instans Spot, Anda dapat memulai interupsi satu Instans Spot. Ketika Anda memilih permintaan Armada Spot, Anda dapat memulai interupsi banyak Instans Spot sekaligus.
Untuk eksperimen lanjutan lainnya untuk menguji interupsi Instans Spot, Anda dapat membuat eksperimen sendiri menggunakan konsol. AWS FIS
**Untuk memulai interupsi satu Instans Spot dalam satu permintaan Instans Spot menggunakan konsol EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Dari panel navigasi, pilih **Permintaan Spot**.
1. Pilih permintaan Instans Spot, lalu pilih **Tindakan**, **Mulai interupsi**. Anda tidak dapat memilih banyak permintaan Instans Spot untuk memulai interupsi.
1. Di kotak dialog **Mulai interupsi Instans Spot**, pada **Akses layanan**, gunakan peran default, atau pilih peran yang sudah ada. Untuk memilih peran yang sudah ada, pilih **Gunakan peran layanan yang ada**, lalu untuk **Peran IAM**, pilih peran yang akan digunakan.
1. Saat Anda siap untuk memulai interupsi Instans Spot, pilih **Mulai interupsi**.
**Untuk memulai interupsi satu atau lebih Instans Spot dalam satu permintaan Armada Spot menggunakan konsol EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Dari panel navigasi, pilih **Permintaan Spot**.
1. Pilih permintaan Armada Spot, lalu pilih **Tindakan**, **Mulai interupsi**. Anda tidak dapat memilih banyak permintaan Armada Spot untuk memulai interupsi.
1. Dalam kotak dialog **Tentukan jumlah Instans Spot**, untuk **Jumlah instans yang akan diinterupsi**, masukkan jumlah Instans Spot yang akan diinterupsi, lalu pilih **Konfirmasi**.
**catatan**
Jumlahnya tidak dapat melebihi jumlah Instans Spot di armada atau [kuota](#fis-quota-for-spot-instance-interruption) Anda untuk jumlah Instans Spot yang AWS FIS dapat diinterupsi per percobaan.
1. Di kotak dialog **Mulai interupsi Instans Spot**, pada **Akses layanan**, gunakan peran default, atau pilih peran yang sudah ada. Untuk memilih peran yang sudah ada, pilih **Gunakan peran layanan yang ada**, lalu untuk **Peran IAM**, pilih peran yang akan digunakan.
1. Saat Anda siap untuk memulai interupsi Instans Spot, pilih **Mulai interupsi**.
**Untuk membuat eksperimen lanjutan untuk menguji interupsi Instans Spot menggunakan konsol AWS FIS**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Dari panel navigasi, pilih **Permintaan Spot**.
1. Pilih **Tindakan**, **Buat eksperimen lanjutan**.
AWS FIS Konsol terbuka. Untuk informasi selengkapnya, lihat [Tutorial: Uji interupsi Instans Spot menggunakan AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) dalam di *Panduan Pengguna AWS Fault Injection Service *.
## Verifikasi interupsi Instans Spot
Setelah Anda memulai interupsi, berikut ini yang akan terjadi:
+ Instans Spot menerima [rekomendasi penyeimbangan kembali instans](rebalance-recommendations.md).
+ [Pemberitahuan interupsi Instans Spot](spot-instance-termination-notices.md) dikeluarkan dua menit sebelum AWS FIS menginterupsi instans Anda.
+ Setelah dua menit, Instans Spot akan diinterupsi.
+ Instance Spot yang dihentikan oleh AWS FIS tetap berhenti sampai Anda memulai ulang.
**Untuk memverifikasi bahwa instans diinterupsi setelah Anda memulai interupsi**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Dari panel navigasi, buka **Permintaan Spot** dan **Instans** di tab atau jendela peramban yang terpisah.
1. Untuk **Permintaan Spot**, pilih permintaan Instans Spot atau permintaan Armada Spot. Status awal adalah `fulfilled`. Setelah instans diinterupsi, status berubah sebagai berikut, tergantung pada perilaku interupsi:
+ `terminate` – Status berubah menjadi `instance-terminated-by-experiment`.
+ `stop` – Status berubah menjadi `marked-for-stop-by-experiment`, kemudian `instance-stopped-by-experiment`.
1. Untuk **Instans**, pilih Instans Spot. Status awal adalah `Running`. Dua menit setelah Anda menerima pemberitahuan diinterupsi Instans Spot, status berubah sebagai berikut, tergantung pada perilaku interupsi:
+ `stop` – Status berubah menjadi `Stopping`, kemudian `Stopped`.
+ `terminate` – Status berubah menjadi `Shutting-down`, kemudian `Terminated`.
## Kuota
Anda Akun AWS memiliki kuota default berikut untuk jumlah Instans Spot yang AWS FIS dapat mengganggu per percobaan.
| Nama | Default | Dapat disesuaikan | Deskripsi |
| --- | --- | --- | --- |
| Target SpotInstances untuk aws:ec2: send-spot-instance-interruptions | Setiap Wilayah yang didukung: 5 | Ya | Jumlah maksimum Instans Spot yang aws:ec2: send-spot-instance-interruptions dapat menargetkan saat Anda mengidentifikasi target menggunakan tag, per percobaan. |
Anda dapat meminta penambahan kuota. Untuk informasi selengkapnya, lihat [Meminta peningkatan kuota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) di *Panduan Pengguna Kuota Layanan*.
Untuk melihat semua kuota AWS FIS, buka konsol [Service Quotas](https://console.aws.amazon.com/servicequotas/home). Pada panel navigasi, pilih **Layanan AWS ** dan pilih **AWS Fault Injection Service**. Anda juga dapat melihat semua [kuota untuk AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/fis-quotas.html) di *Panduan Pengguna AWS Fault Injection Service *.
# Pemberitahuan interupsi Instans Spot
*Pemberitahuan interupsi Instans Spot* adalah peringatan yang dikeluarkan dua menit sebelum Amazon EC2 menghentikan atau mengakhiri Instans Spot Anda. Jika Anda menentukan hibernasi sebagai perilaku interupsi, Anda akan menerima pemberitahuan interupsi, tetapi Anda tidak menerima peringatan dua menit karena proses hibernasi langsung dimulai.
Cara terbaik agar Anda dapat menangani interupsi Instans Spot dengan baik adalah dengan merancang aplikasi Anda agar toleran terhadap kesalahan. Untuk melakukannya, Anda dapat memanfaatkan pemberitahuan interupsi Instans Spot. Kami menyarankan Anda untuk memeriksa pemberitahuan interupsi ini setiap 5 detik.
Pemberitahuan interupsi tersedia sebagai EventBridge peristiwa dan sebagai item dalam [metadata instance pada Instans](ec2-instance-metadata.md) Spot. Pemberitahuan interupsi dipancarkan dengan upaya yang terbaik.
## Kejadian EC2 Spot Instance Interruption Warning
Saat akan menginterupsi Instans Spot Anda, Amazon EC2 memancarkan peristiwa dua menit sebelum interupsi sebenarnya (kecuali untuk hibernasi, yang mendapatkan pemberitahuan interupsi, tetapi tidak dua menit sebelumnya, karena hibernasi langsung dimulai). Acara ini dapat dideteksi oleh Amazon EventBridge. Untuk informasi selengkapnya tentang EventBridge peristiwa, lihat [Panduan EventBridge Pengguna Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/). Untuk contoh terperinci yang akan memandu Anda tentang cara membuat dan menggunakan aturan peristiwa, lihat [Memanfaatkan Notifikasi Interupsi Instans Spot Amazon EC2](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Berikut ini adalah contoh peristiwa untuk interupsi Instans Spot. Nilai yang mungkin untuk `instance-action` adalah `hibernate`, `stop`, dan `terminate`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Spot Instance Interruption Warning",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2a:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0",
"instance-action": "action"
}
}
```
**catatan**
Format ARN dari peristiwa interupsi Instans Spot adalah. `arn:aws:ec2:availability-zone:instance/instance-id` Format ini berbeda dari format [ARN sumber daya EC2](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#amazonec2-resources-for-iam-policies).
## instance-action
Item `instance-action` menentukan tindakan dan perkiraan waktu, dalam UTC, kapan tindakan akan terjadi.
Jika Instans Spot Anda ditandai untuk dihentikan atau diakhiri oleh Amazon EC2, item `instance-action` akan ada di [metadata instans](ec2-instance-metadata.md) Anda. Jika tidak, item itu tidak ada. Anda dapat mengambil Instance Metadata Service Version 2 (IMDSv2) sebagai berikut. `instance-action`
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
Contoh output berikut menunjukkan waktu saat instans ini akan dihentikan.
```
{"action": "stop", "time": "2017-09-18T08:22:00Z"}
```
Output contoh berikut menunjukkan waktu saat instans ini akan diakhiri.
```
{"action": "terminate", "time": "2017-09-18T08:22:00Z"}
```
Jika Amazon EC2 tidak bersiap untuk menghentikan atau mengakhiri instans, atau jika Anda sendiri mengakhiri instans, `instance-action` tidak ada dalam metadata instans dan Anda menerima kesalahan HTTP 404 saat Anda mencoba untuk mengambilnya kembali.
## termination-time
`termination-time`Item menentukan perkiraan waktu dalam UTC kapan instance akan menerima sinyal shutdown.
**catatan**
Item ini dipertahankan untuk kompatibilitas mundur; Anda seharusnya menggunakan `instance-action`.
[Jika Instans Spot ditandai untuk dihentikan oleh Amazon EC2 (baik karena gangguan Instans Spot di mana perilaku interupsi disetel ke`terminate`, atau karena pembatalan permintaan Instans Spot persisten), `termination-time` item tersebut ada dalam metadata instans Anda.](ec2-instance-metadata.md) Jika tidak, item itu tidak ada. Anda dapat mengambil `termination-time` menggunakan IMDSv2 sebagai berikut.
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"`
if curl -H "X-aws-ec2-metadata-token: $TOKEN" -s http://169.254.169.254/latest/meta-data/spot/termination-time | grep -q .*T.*Z; then echo termination_scheduled; fi
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod -Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} -Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/termination-time
```
------
Berikut ini adalah output contoh.
```
2015-01-05T18:02:00Z
```
Jika Amazon EC2 tidak bersiap untuk menghentikan instance (baik karena tidak ada gangguan Instans Spot atau karena perilaku interupsi Anda disetel ke `stop` atau`hibernate`), atau jika Anda menghentikan Instans Spot sendiri, `termination-time` item tersebut tidak ada dalam metadata instans (sehingga Anda menerima kesalahan HTTP 404) atau berisi nilai yang bukan nilai waktu.
Jika Amazon EC2 gagal untuk mengakhiri instans, status permintaan diatur ke `fulfilled`. Nilai `termination-time` tetap dalam metadata instans dengan perkiraan waktu semula, yang sekarang sudah berlalu.
# Menemukan Instans Spot yang diinterupsi
Saat Anda mendeskripsikan instans EC2 Anda, hasilnya menyertakan Instans Spot Anda. Siklus hidup instans dari instans Spot adalah `spot`. Status instans dari Instans Spot bisa berupa `stopped` atau `terminated`, tergantung pada perilaku interupsi yang Anda konfigurasikan. Untuk instans Spot hibernasi, status instans adalah `stopped`.
Untuk detail tambahan tentang alasan interupsi, periksa kode status permintaan Spot. Untuk informasi selengkapnya, lihat [Mendapatkan status permintaan Instans Spot](spot-request-status.md).
------
#### [ Console ]
**Untuk menemukan Instance Spot yang terputus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**.
1. Terapkan filter berikut: **Siklus hidup instans=spot**.
1. Terapkan filter **Status instans=berhenti** atau **Status instans=diakhiri** tergantung pada perilaku interupsi yang Anda konfigurasikan.
1. Untuk setiap Instans Spot, di tab **Detail**, pada **Detail instans**, temukan **Pesan transisi status**. Kode berikut menunjukkan bahwa Instans Spot diinterupsi.
+ `Server.SpotInstanceShutdown`
+ `Server.SpotInstanceTermination`
------
#### [ AWS CLI ]
**Untuk menemukan Instans Spot yang terputus**
Gunakan perintah [describe-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) dengan opsi. `--filters` Untuk mencantumkan hanya instance IDs dalam output, sertakan `--query` opsi.
Jika perilaku interupsi adalah untuk menghentikan Instans Spot, gunakan contoh berikut:
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=terminated \
Name=state-reason-code,Values=Server.SpotInstanceTermination \
--query "Reservations[*].Instances[*].InstanceId"
```
Jika perilaku interupsi adalah menghentikan Instans Spot, gunakan contoh berikut:
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=stopped \
Name=state-reason-code,Values=Server.SpotInstanceShutdown \
--query "Reservations[*].Instances[*].InstanceId"
```
------
#### [ PowerShell ]
**Untuk menemukan Instans Spot yang terputus**
Gunakan [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)cmdlet.
Jika perilaku interupsi adalah untuk menghentikan Instans Spot, gunakan contoh berikut:
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="terminated"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
Jika perilaku interupsi adalah menghentikan Instans Spot, gunakan contoh berikut:
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="stopped"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
------
# Menentukan apakah Amazon EC2 mengakhiri Instans Spot
Instans Spot berjalan hingga Amazon EC2 menghentikannya sebagai respons terhadap gangguan Instans Spot, atau hingga Anda menghentikannya sendiri. Untuk informasi selengkapnya, lihat [Perilaku interupsi Instance Spot](interruption-behavior.md).
Setelah Instans Spot dihentikan, Anda dapat menggunakan AWS CloudTrail untuk melihat apakah Amazon EC2 menghentikannya. Jika CloudTrail log menyertakan a`BidEvictedEvent`, ini menunjukkan bahwa Amazon EC2 menghentikan Instans Spot. Jika sebaliknya Anda melihat `TerminateInstances` peristiwa, ini menunjukkan bahwa pengguna menghentikan Instans Spot.
Atau, jika Anda ingin menerima pemberitahuan bahwa Amazon EC2 akan mengganggu Instans Spot Anda, gunakan Amazon EventBridge untuk menanggapi peristiwa Peringatan Gangguan [Instans Spot EC2](spot-instance-termination-notices.md#ec2-spot-instance-interruption-warning-event).
**Untuk melihat BidEvictedEvent acara di CloudTrail**
1. Buka CloudTrail konsol di [https://console.aws.amazon.com/cloudtrail/](https://console.aws.amazon.com/cloudtrail/).
1. Pada panel navigasi, pilih **Riwayat peristiwa**.
1. Dari daftar filter, pilih **Nama acara**, lalu di bidang filter di sebelah kanan, masukkan**BidEvictedEvent**.
1. (Opsional) Pilih rentang waktu.
1. Jika daftar tidak kosong, pilih **BidEvictedEvent**dari entri yang dihasilkan untuk membuka halaman detailnya. Anda dapat menemukan informasi tentang Instans Spot di panel **Catatan peristiwa**, termasuk ID Instans Spot. Berikut ini adalah contoh catatan acara.
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "ec2.amazonaws.com"
},
"eventTime": "2016-08-16T22:30:00Z",
"eventSource": "ec2.amazonaws.com",
"userAgent": "ec2.amazonaws.com",
"sourceIPAddress": "ec2.amazonaws.com",
"eventName": "BidEvictedEvent",
"awsRegion": "us-east-2",
"eventID": "d27a6096-807b-4bd0-8c20-a33a83375054",
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"RequestParameters": null,
"ResponseElements": null,
"serviceEventDetails": {
"instanceIdSet": [
"i-1eb2ac8eEXAMPLE"
]
}
}
```
1. Jika Anda tidak menemukan entri untuk `BidEvictedEvent` acara tersebut, masukkan **TerminateInstances** sebagai nama acara. Untuk informasi selengkapnya tentang catatan acara`TerminateInstances`, lihat[Contoh acara Amazon EC2 API](monitor-with-cloudtrail.md#cloudtrail-event-examples).
# Penagihan untuk Instans Spot yang diinterupsi
Ketika Instans Spot terputus, Anda dikenakan biaya misalnya dan penggunaan volume EBS, dan Anda mungkin dikenakan biaya lain, sebagai berikut.
## Penggunaan instans
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/billing-for-interrupted-spot-instances.html)
## Penggunaan volume EBS
Saat Instans Spot yang diinterupsi dihentikan, Anda hanya dikenai biaya untuk volume EBS, yang dipertahankan.
Dengan Armada EC2 dan Armada Spot, jika Anda memiliki banyak instans yang dihentikan, Anda dapat melebihi batas jumlah volume EBS untuk akun Anda.
# Rekomendasi penyeimbangan ulang instans EC2
*Rekomendasi penyeimbangan kembali* instans EC2 adalah sinyal yang memberi tahu Anda saat Instans Spot berada pada risiko interupsi yang tinggi. Sinyal dapat tiba lebih cepat daripada [pemberitahuan interupsi Instans Spot dua menit](spot-instance-termination-notices.md), yang memberi Anda kesempatan untuk mengelola Instans Spot secara proaktif. Anda dapat memutuskan untuk menyeimbangkan kembali beban kerja Anda ke Instans Spot baru atau lama yang tidak berisiko tinggi mengalami interupsi.
Amazon EC2 tidak selalu dapat mengirim sinyal rekomendasi penyeimbangan kembali sebelum pemberitahuan interupsi Instans Spot dua menit. Oleh karena itu, sinyal rekomendasi penyeimbangan kembali dapat tiba bersama dengan pemberitahuan interupsi dua menit.
Rekomendasi penyeimbangan ulang tersedia sebagai EventBridge peristiwa dan sebagai item dalam [metadata instance pada Instans](ec2-instance-metadata.md) Spot. Peristiwa dipancarkan atas dasar upaya terbaik.
**catatan**
Rekomendasi penyeimbangan kembali hanya didukung untuk Instans Spot yang diluncurkan setelah 5 November 2020 00:00 UTC.
**Topics**
+ [
## Menyeimbangkan kembali tindakan yang dapat Anda lakukan
](#rebalancing-actions)
+ [
## Pantau sinyal rekomendasi penyeimbangan kembali
](#monitor-rebalance-recommendations)
+ [
## Layanan yang menggunakan sinyal rekomendasi penyeimbangan kembali
](#services-using-rebalance-rec-signal)
## Menyeimbangkan kembali tindakan yang dapat Anda lakukan
Berikut adalah beberapa kemungkinan tindakan penyeimbangan ulang yang dapat Anda lakukan:
Pematian terkendali
Saat Anda menerima sinyal rekomendasi penyeimbangan ulang untuk Instans Spot, Anda dapat memulai prosedur pematian instans Anda, yang mungkin termasuk memastikan bahwa proses telah selesai sebelum menghentikannya. Misalnya, Anda dapat mengunggah log sistem atau aplikasi ke Amazon Simple Storage Service (Amazon S3), Anda dapat mematikan pekerja Amazon SQS, atau Anda dapat menyelesaikan penghapusan pendaftaran dari Sistem Nama Domain (DNS). Anda juga dapat menyimpan pekerjaan Anda di penyimpanan eksternal dan melanjutkannya di lain waktu.
Mencegah pekerjaan baru dijadwalkan
Saat Anda menerima sinyal rekomendasi penyeimbangan kembali untuk Instans Spot, Anda dapat mencegah pekerjaan baru dijadwalkan pada instans tersebut, sambil terus menggunakan instans tersebut hingga pekerjaan yang dijadwalkan selesai.
Luncurkan instans pengganti baru secara proaktif
Anda dapat mengonfigurasi grup Auto Scaling, Armada EC2, atau Armada Spot untuk secara otomatis meluncurkan Instans Spot pengganti ketika sinyal rekomendasi penyeimbangan kembali dipancarkan. Untuk informasi selengkapnya, lihat [Menggunakan Penyeimbangan Kembali Kapasitas untuk menangani interupsi Spot Amazon EC2 di](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) Panduan Pengguna *Penskalaan Otomatis Amazon EC2, dan dalam panduan pengguna* ini. [Gunakan Rebalancing Kapasitas di Armada EC2 dan Armada Spot untuk mengganti Instans Spot yang berisiko](ec2-fleet-capacity-rebalance.md)
## Pantau sinyal rekomendasi penyeimbangan kembali
Anda dapat memantau sinyal rekomendasi penyeimbangan kembali sehingga Anda dapat mengambil tindakan yang ditentukan di bagian sebelumnya ketika sinyal dipancarkan. Sinyal rekomendasi penyeimbangan ulang tersedia sebagai peristiwa yang dikirim ke Amazon EventBridge (sebelumnya dikenal sebagai Amazon CloudWatch Events) dan sebagai metadata instans pada Instans Spot.
**Topics**
+ [
### Gunakan Amazon EventBridge
](#cp-eventbridge)
+ [
### Gunakan metadata instans
](#cp-instance-metadata)
### Gunakan Amazon EventBridge
Ketika sinyal rekomendasi penyeimbangan kembali dipancarkan untuk Instans Spot, peristiwa untuk sinyal dikirim ke Amazon. EventBridge Jika EventBridge mendeteksi pola peristiwa yang cocok dengan pola yang ditentukan dalam aturan, EventBridge memanggil target (atau target) yang ditentukan dalam aturan.
Berikut adalah contoh peristiwa untuk sinyal rekomendasi penyeimbangan kembali.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Rebalance Recommendation",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0"
}
}
```
Bidang berikut membentuk pola peristiwa yang ditentukan dalam aturan:
`"detail-type": "EC2 Instance Rebalance Recommendation"`
Mengidentifikasi bahwa peristiwa itu adalah peristiwa rekomendasi penyeimbangan kembali
`"source": "aws.ec2"`
Mengidentifikasi bahwa peristiwa tersebut itu dari Amazon EC2
#### Buat EventBridge aturan
Anda dapat menulis EventBridge aturan dan mengotomatiskan tindakan apa yang harus diambil ketika pola acara cocok dengan aturan.
Contoh berikut membuat EventBridge aturan untuk mengirim email, pesan teks, atau pemberitahuan push seluler setiap kali Amazon EC2 memancarkan sinyal rekomendasi penyeimbangan ulang. Sinyal dipancarkan sebagai peristiwa `EC2 Instance Rebalance Recommendation`, yang memicu tindakan yang ditentukan oleh aturan.
Sebelum membuat EventBridge aturan, Anda harus membuat topik Amazon SNS untuk email, pesan teks, atau pemberitahuan push seluler.
**Untuk membuat EventBridge aturan untuk acara rekomendasi penyeimbangan ulang**
1. Buka EventBridge konsol Amazon di [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Pilih **Buat aturan**.
1. Untuk **Tentukan detail aturan**, lakukan hal berikut:
1. Masukkan **Nama** untuk aturan tersebut dan, secara opsional, deskripsi.
Aturan tidak boleh memiliki nama yang sama dengan aturan lain di Wilayah yang sama dan di bus peristiwa yang sama.
1. Untuk **Bus peristiwa**, pilih **default**. Saat layanan AWS di akun Anda membuat peristiwa, layanan tersebut akan selalu masuk ke bus peristiwa default akun.
1. Untuk **Tipe aturan**, pilih **Aturan dengan pola peristiwa**.
1. Pilih **Selanjutnya**.
1. Untuk **Pola peristiwa build**, lakukan hal berikut ini:
1. Untuk **sumber Acara**, pilih **AWS acara atau acara EventBridge mitra**.
1. Untuk **Pola peristiwa**, untuk contoh ini Anda akan menentukan pola peristiwa berikut agar cocok dengan peristiwa `EC2 Instance Rebalance Recommendation`, lalu pilih **Simpan**.
```
{
"source": ["aws.ec2"],
"detail-type": ["EC2 Instance Rebalance Recommendation"]
}
```
Untuk menambahkan pola peristiwa, Anda dapat menggunakan templat dengan memilih **formulir pola peristiwa, atau menentukan pola** Anda sendiri dengan memilih **Pola kustom (editor JSON)**, sebagai berikut:
1. Untuk menggunakan templat untuk membuat pola peristiwa, lakukan hal berikut:
1. Pilih **Formulir pola peristiwa**.
1. Untuk **Sumber peristiwa**, pilih **Layanan AWS **.
1. Untuk **Layanan AWS **, pilih **Armada Spot EC2**.
1. Untuk **Tipe peristiwa**, pilih **Rekomendasi Penyeimbangan Kembali Instans EC2**.
1. Untuk menyesuaikan templat, pilih **Edit pola** dan buat perubahan Anda agar sesuai dengan contoh pola peristiwa.
1. (Alternatif) Untuk menentukan pola peristiwa khusus, lakukan hal berikut:
1. Pilih **Pola kustom (editor JSON)**.
1. Dalam kotak **Pola peristiwa**, tambahkan pola peristiwa untuk contoh ini.
1. Pilih **Selanjutnya**.
1. Untuk **Pilih target**, lakukan hal berikut:
1. Untuk **Tipe Target**, pilih **Layanan AWS **.
1. Untuk **Memilih target, pilih** **topik SNS** untuk mengirim email, pesan teks, atau notifikasi push seluler saat peristiwa tersebut terjadi.
1. Untuk **Topik**, pilih topik yang ada. Anda harus terlebih dahulu membuat topik Amazon SNS menggunakan konsol Amazon SNS. Untuk informasi selengkapnya, lihat [Menggunakan Amazon SNS untuk pesan application-to-person (A2P) di Panduan Pengembang Layanan](https://docs.aws.amazon.com//sns/latest/dg/sns-user-notifications.html) *Pemberitahuan Sederhana Amazon*.
1. (Opsional) Pada **Pengaturan tambahan**, Anda dapat mengonfigurasi pengaturan tambahan secara opsional. Untuk informasi selengkapnya, lihat [Membuat EventBridge aturan Amazon yang bereaksi terhadap peristiwa](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) (langkah 16) di *Panduan EventBridge Pengguna Amazon*.
1. Pilih **Selanjutnya**.
1. (Opsional) Untuk **Tanda**, Anda dapat secara opsional menetapkan satu atau beberapa tanda ke aturan, lalu pilih **Berikutnya**.
1. Untuk **Tinjau dan buat**, lakukan hal berikut:
1. Tinjau detail aturan dan modifikasi seperlunya.
1. Pilih **Buat aturan**.
Untuk informasi selengkapnya, lihat [ EventBridge aturan Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) [dan pola EventBridge peristiwa](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) *Amazon di Panduan EventBridge Pengguna Amazon*
### Gunakan metadata instans
Kategori metadata instans `events/recommendations/rebalance` memberikan perkiraan waktu, dalam UTC, kapan sinyal rekomendasi penyeimbangan kembali dipancarkan untuk Instans Spot.
Kami menyarankan Anda untuk memeriksa sinyal rekomendasi penyeimbangan kembali setiap 5 detik agar Anda tidak melewatkan kesempatan untuk menjalankan rekomendasi penyeimbangan kembali.
Jika Instans Spot menerima rekomendasi penyeimbangan kembali, waktu sinyal dipancarkan ada dalam metadata instans. Anda dapat mengambil waktu saat sinyal itu dipancarkan sebagai berikut.
------
#### [ IMDSv2 ]
**Linux**
Jalankan perintah berikut dari instance Linux Anda.
**IMDSv2**
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Jalankan cmdlet berikut dari instance Windows Anda
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/api/token
```
```
Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token" = $token} `
-Method GET -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
#### [ IMDSv1 ]
**Linux**
Jalankan perintah berikut dari instance Linux Anda.
```
curl http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Jalankan cmdlet berikut dari instance Windows Anda.
```
Invoke-RestMethod -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
Berikut ini adalah contoh output, yang menunjukkan waktu, dalam UTC, saat sinyal rekomendasi penyeimbangan kembali dipancarkan untuk Instans Spot.
```
{"noticeTime": "2020-10-27T08:22:00Z"}
```
Jika sinyal belum dipancarkan untuk instans itu, `events/recommendations/rebalance` tidak ada dan Anda akan menerima kesalahan HTTP 404 ketika Anda mencoba untuk mengambilnya kembali.
## Layanan yang menggunakan sinyal rekomendasi penyeimbangan kembali
Amazon EC2 Auto Scaling, Armada EC2, dan Armada Spot menggunakan sinyal rekomendasi penyeimbangan kembali untuk memudahkan Anda mempertahankan ketersediaan beban kerja dengan secara proaktif menambah armada Anda dengan Instans Spot baru sebelum instans yang berjalan menerima pemberitahuan interupsi Instans Spot dua menit. Anda dapat meminta layanan ini untuk memantau dan secara proaktif merespons perubahan yang memengaruhi ketersediaan Instans Spot Anda. Untuk informasi selengkapnya, lihat berikut ini:
+ [Gunakan Penyeimbangan Kembali Kapasitas untuk menangani interupsi Amazon EC2 Spot](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) di *Panduan Pengguna Amazon EC2 Auto Scaling*
+ [Gunakan Rebalancing Kapasitas di Armada EC2 dan Armada Spot untuk mengganti Instans Spot yang berisiko](ec2-fleet-capacity-rebalance.md)dalam topik Armada EC2 dan Armada Spot di panduan pengguna ini
# Skor penempatan Spot
Fitur skor penempatan Spot dapat merekomendasikan AWS Wilayah atau Zona Ketersediaan berdasarkan persyaratan kapasitas Spot Anda. Kapasitas spot berfluktuasi, dan Anda tidak dapat memastikan bahwa Anda akan selalu mendapatkan kapasitas yang Anda butuhkan. Skor penempatan Spot menunjukkan seberapa besar kemungkinan permintaan Spot akan berhasil di suatu Wilayah atau Zona Ketersediaan.
**catatan**
Skor penempatan Spot tidak memberikan jaminan apa pun dalam hal kapasitas yang tersedia atau risiko interupsi. Skor penempatan Spot hanya berfungsi sebagai rekomendasi.
**Kasus penggunaan**
Anda dapat menggunakan fitur skor penempatan Spot untuk hal-hal berikut:
+ Untuk merelokasi dan menskalakan kapasitas komputasi Spot di Wilayah yang berbeda, sesuai kebutuhan, sebagai respons terhadap peningkatan kebutuhan kapasitas atau penurunan kapasitas yang tersedia di Wilayah saat ini.
+ Untuk mengidentifikasi Zona Ketersediaan yang paling optimal untuk menjalankan beban kerja Zona Ketersediaan Tunggal.
+ Untuk menyimulasikan kebutuhan kapasitas Spot di masa mendatang sehingga Anda dapat memilih Wilayah yang optimal untuk perluasan beban kerja berbasis Spot Anda.
+ Untuk menemukan kombinasi tipe instans yang optimal untuk memenuhi kebutuhan kapasitas Spot Anda.
**Topics**
+ [
## Batasan
](#sps-limitations)
+ [
## Biaya
](#sps-costs)
+ [
# Cara kerja skor penempatan Spot
](how-sps-works.md)
+ [
# Izin yang diperlukan untuk skor penempatan Spot
](sps-iam-permission.md)
+ [
# Hitung skor penempatan Spot
](work-with-spot-placement-score.md)
## Batasan
+ **Batas kapasitas target** — Batas kapasitas target skor penempatan Spot Anda didasarkan pada penggunaan Spot terbaru Anda, sambil memperhitungkan potensi pertumbuhan penggunaan. Jika Anda tidak memiliki penggunaan Spot terbaru, kami memberi Anda batas default rendah yang selaras dengan batas permintaan Spot Anda.
+ **Batas konfigurasi permintaan** — Kami dapat membatasi jumlah konfigurasi permintaan baru dalam jangka waktu 24 jam jika kami mendeteksi pola yang tidak terkait dengan tujuan penggunaan fitur skor penempatan Spot. Jika Anda mencapai batas, Anda dapat mencoba kembali konfigurasi permintaan yang telah Anda gunakan, tetapi Anda tidak dapat menentukan konfigurasi permintaan baru hingga periode 24 jam berikutnya.
+ **Jumlah minimum tipe instans** — Jika Anda menentukan tipe instans, Anda harus menentukan setidaknya tiga tipe instans yang berbeda; jika tidak, Amazon EC2 akan menampilkan skor penempatan Spot rendah. Demikian pula, jika Anda menentukan atribut instans, atribut itu harus menyelesaikan setidaknya tiga tipe instans yang berbeda. Tipe instans dianggap berbeda jika mereka memiliki nama yang berbeda. Misalnya, m5.8xlarge, m5a.8xlarge, dan m5.12xlarge, semua dianggap berbeda.
## Biaya
Tidak ada biaya tambahan karena menggunakan fitur skor penempatan Spot.
# Cara kerja skor penempatan Spot
Saat menggunakan fitur skor penempatan Spot, pertama-tama tentukan kebutuhan komputasi untuk Instans Spot Anda, lalu Amazon EC2 akan menampilkan skor 10 Wilayah teratas atau Zona Ketersediaan tempat permintaan Spot Anda kemungkinan berhasil. Setiap Wilayah atau Zona Ketersediaan dinilai pada skala 1 hingga 10, dengan 10 menunjukkan bahwa permintaan Spot Anda sangat mungkin berhasil, dan 1 menunjukkan bahwa permintaan Spot Anda tidak mungkin berhasil.
**Topics**
+ [
## Langkah 1: Tentukan kebutuhan Spot Anda
](#sps-specify-requirements)
+ [
## Langkah 2: Filter respons skor penempatan Spot
](#get-sps)
+ [
## Langkah 3: Tinjau rekomendasi
](#sps-recommendations)
+ [
## Langkah 4: Gunakan rekomendasi
](#sps-use-recommendations)
## Langkah 1: Tentukan kebutuhan Spot Anda
Pertama, tentukan kapasitas Spot target yang Anda inginkan dan kebutuhan komputasi Anda, sebagai berikut:
1. **Tentukan kapasitas Spot target, dan unit kapasitas target opsional.**
Anda dapat menentukan kapasitas Spot target yang Anda inginkan dalam hal jumlah instance atau vCPUs, atau dalam hal jumlah memori di MiB. Untuk menentukan kapasitas target dalam jumlah v CPUs atau jumlah memori, Anda harus menentukan unit kapasitas target sebagai `vcpu` atau`memory-mib`. Jika tidak, default ditentukan ke jumlah instans.
Dengan menentukan kapasitas target Anda dalam hal jumlah v CPUs atau jumlah memori, Anda dapat menggunakan unit ini saat menghitung total kapasitas. Misalnya, jika Anda ingin menggunakan campuran instance dengan ukuran berbeda, Anda dapat menentukan kapasitas target sebagai jumlah total vCPUs. Fitur skor penempatan Spot kemudian mempertimbangkan setiap jenis instance dalam permintaan dengan jumlah vCPUs, dan menghitung jumlah total v CPUs daripada jumlah total instance saat menjumlahkan kapasitas target.
Misalnya, Anda menentukan total kapasitas target 30 vCPUs, dan daftar tipe instans Anda terdiri dari c5.xlarge (4 vCPUs), m5.2xlarge (8 v), dan r5.large (2 vCPUs). CPUs Untuk mencapai total 30 vCPUs, Anda bisa mendapatkan campuran 2 c5.xlarge (2\$1 4 v), 2 m5.2xlarge (2\$1 8 vCPUs), dan 3 r5.large (3\$1 2 v). CPUs CPUs
1. **Tentukan tipe instans atau atribut instans.**
Anda dapat menentukan tipe instans yang akan digunakan, atau Anda dapat menentukan atribut instans yang Anda perlukan untuk kebutuhan komputasi, lalu biarkan Amazon EC2 mengidentifikasi tipe instans yang memiliki atribut tersebut. Pemilihan ini dikenal sebagai pemilihan tipe instans berbasis atribut.
Anda tidak dapat menentukan tipe instans sekaligus atribut instans dalam permintaan skor penempatan Spot yang sama.
Jika Anda menentukan tipe instans, Anda harus menentukan setidaknya tiga tipe instans yang berbeda, jika tidak, Amazon EC2 akan mengembalikan skor penempatan Spot rendah. Demikian pula, jika Anda menentukan atribut instans, atribut itu harus menyelesaikan setidaknya tiga tipe instans yang berbeda.
Untuk contoh berbagai cara menentukan kebutuhan Spot Anda, lihat [Contoh konfigurasi](work-with-spot-placement-score.md#sps-example-configs).
## Langkah 2: Filter respons skor penempatan Spot
Amazon EC2 menghitung skor penempatan Spot untuk setiap Wilayah atau Zona Ketersediaan, dan menampilkan 10 Wilayah teratas atau 10 Zona Ketersediaan teratas di mana permintaan Spot Anda kemungkinan akan berhasil. Defaultnya adalah menampilkan daftar Wilayah dengan skornya. Jika berencana untuk meluncurkan semua kapasitas Spot Anda ke dalam satu Zona Ketersediaan, lebih baik Anda meminta daftar Zona Ketersediaan dengan skornya.
Anda dapat menentukan filter Wilayah untuk mempersempit Wilayah yang akan ditampilkan dalam respons.
Anda dapat menggabungkan filter Wilayah dan permintaan Zona Ketersediaan dengan skornya. Dengan cara ini, Zona Ketersediaan dengan skornya dibatasi untuk Wilayah yang telah Anda filter. Untuk menemukan Zona Ketersediaan dengan skor tertinggi di suatu Wilayah, tentukan hanya Wilayah tersebut, dan responsnya akan menampilkan daftar skor dari semua Zona Ketersediaan di Wilayah tersebut.
## Langkah 3: Tinjau rekomendasi
Skor penempatan Spot untuk setiap Wilayah atau Zona Ketersediaan dihitung berdasarkan kapasitas target, komposisi tipe instans, tren penggunaan Spot historis dan saat ini, serta waktu permintaan. Karena kapasitas Spot terus berfluktuasi, permintaan skor penempatan Spot yang sama dapat menghasilkan skor yang berbeda ketika dihitung pada waktu yang berbeda.
Wilayah dan Zona Ketersediaan diberi skor pada skala 1 hingga 10. Skor 10 menunjukkan bahwa permintaan Spot Anda sangat mungkin—tetapi tidak dijamin—akan berhasil. Skor 1 menunjukkan bahwa permintaan Spot Anda tidak mungkin berhasil. Skor yang sama mungkin ditampilkan untuk Wilayah atau Zona Ketersediaan yang berbeda.
Jika skor rendah ditampilkan, Anda dapat mengedit kebutuhan komputasi Anda dan menghitung ulang skor. Anda juga dapat meminta rekomendasi skor penempatan Spot untuk kebutuhan komputasi yang sama pada waktu yang berbeda dalam sehari.
## Langkah 4: Gunakan rekomendasi
Skor penempatan Spot hanya relevan jika permintaan Spot Anda memiliki konfigurasi yang persis sama dengan konfigurasi skor penempatan Spot (kapasitas target, unit kapasitas target, dan tipe instans atau atribut instans), dan dikonfigurasi untuk menggunakan strategi alokasi `capacity-optimized`. Jika tidak, kemungkinan mendapatkan kapasitas Spot yang tersedia tidak akan selaras dengan skor.
Meskipun skor penempatan Spot berfungsi sebagai pedoman, dan tidak ada skor yang menjamin bahwa permintaan Spot Anda akan terpenuhi sepenuhnya atau sebagian, Anda dapat menggunakan informasi berikut untuk mendapatkan hasil terbaik:
+ **Gunakan konfigurasi yang sama** — Skor penempatan Spot hanya relevan jika konfigurasi permintaan Spot (kapasitas target, unit kapasitas target, dan tipe instans atau atribut instans) di grup Auto Scaling, Armada EC2, atau Armada Spot Anda sama dengan yang Anda masukkan untuk mendapatkan skor penempatan Spot.
Jika Anda menggunakan pemilihan tipe instans berdasarkan atribut dalam permintaan skor penempatan Spot, Anda dapat menggunakan pemilihan tipe instans berdasarkan atribut untuk mengonfigurasi grup Auto Scaling, Armada EC2, atau Armada Spot. Untuk informasi selengkapnya, lihat [Membuat grup instance campuran menggunakan pemilihan tipe instans berbasis atribut](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) dan. [Tentukan atribut untuk pemilihan tipe contoh untuk Armada EC2 atau Armada Spot](ec2-fleet-attribute-based-instance-type-selection.md)
**catatan**
Jika Anda menentukan kapasitas target berdasarkan jumlah vCPU atau jumlah memori, dan Anda menentukan tipe instans dalam konfigurasi skor penempatan Spot, perhatikan bahwa saat ini Anda tidak dapat membuat konfigurasi ini di grup Auto Scaling, Armada EC2, atau Armada Spot. Namun, Anda harus secara manual mengatur pembobotan instans dengan menggunakan parameter `WeightedCapacity`.
+ **Gunakan strategi alokasi `capacity-optimized`** — Skor berapa pun mengasumsikan bahwa permintaan armada Anda akan dikonfigurasi untuk menggunakan semua Zona Ketersediaan (untuk meminta kapasitas di seluruh Wilayah) atau satu Zona Ketersediaan (jika meminta kapasitas dalam satu Zona Ketersediaan) dan strategi alokasi Spot `capacity-optimized` untuk permintaan Anda agar kapasitas Spot berhasil. Jika Anda menggunakan strategi alokasi lain, seperti `lowest-price`, kemungkinan mendapatkan kapasitas Spot yang tersedia tidak akan selaras dengan skor.
+ **Segera bertindak berdasarkan skor** — Rekomendasi skor penempatan Spot mencerminkan kapasitas Spot yang tersedia pada saat permintaan, dan konfigurasi yang sama dapat menghasilkan skor yang berbeda bila dihitung pada waktu yang berbeda karena fluktuasi kapasitas Spot. Meskipun skor 10 berarti permintaan kapasitas Spot Anda sangat mungkin—tetapi tidak dijamin—berhasil, untuk hasil terbaik kami sarankan Anda segera bertindak berdasarkan skor. Kami juga menyarankan Anda untuk mendapatkan skor baru setiap kali Anda mencoba permintaan kapasitas.
# Izin yang diperlukan untuk skor penempatan Spot
Secara default, identitas IAM (pengguna, peran, atau grup) tidak memiliki izin untuk digunakan. [Skor penempatan Spot](spot-placement-score.md) Untuk mengizinkan identitas IAM menggunakan skor penempatan Spot, Anda harus membuat kebijakan IAM yang memberikan izin untuk menggunakan tindakan EC2 API. `ec2:GetSpotPlacementScores` Anda kemudian lampirkan kebijakan ke identitas IAM yang memerlukan izin ini.
Berikut ini adalah contoh kebijakan IAM yang memberikan izin untuk menggunakan tindakan EC2 API `ec2:GetSpotPlacementScores`.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "ec2:GetSpotPlacementScores",
"Resource": "*"
}
]
}
```
------
Untuk informasi tentang pembuatan kebijakan IAM, lihat [Mengedit kebijakan IAM](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-edit.html) di *Panduan Pengguna IAM*.
Untuk memberikan akses dan menambahkan izin bagi pengguna, grup, atau peran Anda:
+ Pengguna dan grup di AWS IAM Identity Center:
Buat rangkaian izin. Ikuti instruksi di [Buat rangkaian izin](https://docs.aws.amazon.com//singlesignon/latest/userguide/howtocreatepermissionset.html) dalam *Panduan Pengguna AWS IAM Identity Center *.
+ Pengguna yang dikelola di IAM melalui penyedia identitas:
Buat peran untuk federasi identitas. Ikuti instruksi dalam [Buat peran untuk penyedia identitas pihak ketiga (federasi)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-idp.html) dalam *Panduan Pengguna IAM*.
+ Pengguna IAM:
+ Buat peran yang dapat diambil pengguna Anda. Ikuti instruksi dalam [Buat peran untuk pengguna IAM](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-user.html) dalam *Panduan Pengguna IAM*.
+ (Tidak disarankan) Lampirkan kebijakan langsung ke pengguna atau tambahkan pengguna ke grup pengguna. Ikuti petunjuk dalam [Menambahkan izin ke pengguna (konsol)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) dalam *Panduan Pengguna IAM*.
# Hitung skor penempatan Spot
Anda dapat menghitung skor penempatan Spot berdasarkan kapasitas target dan persyaratan komputasi. Untuk informasi selengkapnya, lihat [Cara kerja skor penempatan Spot](how-sps-works.md).
**Izin yang diperlukan**
Pastikan Anda memiliki izin yang diperlukan. Untuk informasi selengkapnya, lihat [Izin yang diperlukan untuk skor penempatan Spot](sps-iam-permission.md).
**Topics**
+ [
## Hitung menggunakan atribut instance
](#sps-specify-instance-attributes-console)
+ [
## Hitung menggunakan tipe instance
](#sps-specify-instance-types-console)
+ [
## Hitung menggunakan AWS CLI
](#calculate-sps-cli)
**Mencari solusi otomatis?** Alih-alih mengikuti langkah-langkah manual dalam panduan pengguna ini, Anda dapat membuat dasbor pelacak skor penempatan Spot yang secara otomatis menangkap dan menyimpan skor di Amazon. CloudWatch Untuk informasi selengkapnya, lihat [Panduan untuk Membangun Dasbor Pelacak Skor Penempatan Spot di AWS](https://aws.amazon.com/solutions/guidance/building-a-spot-placement-score-tracker-dashboard-on-aws/).
## Hitung menggunakan atribut instance
**Untuk menghitung skor penempatan Spot dengan menentukan atribut instans**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih panah bawah di sebelah **Minta Instans Spot** dan pilih **Hitung Skor Penempatan Spot**.
1. Pilih **Masukkan persyaratan**.
1. Untuk **kapasitas Target**, masukkan kapasitas yang Anda inginkan dalam hal jumlah **instance** atau **v CPUs**, atau jumlah **memori (MiB)**.
1. Untuk **Persyaratan tipe instans**, untuk menentukan kebutuhan komputasi Anda dan agar Amazon EC2 dapat mengidentifikasi tipe instans yang optimal untuk kebutuhan ini, pilih **Tentukan atribut instans yang sesuai dengan kebutuhan komputasi Anda**.
1. Untuk **v CPUs**, masukkan jumlah minimum dan maksimum yang diinginkan vCPUs. Untuk menentukan tidak ada batas, pilih **No minimum**, **No maximum**, atau keduanya.
1. Untuk **Memori (GiB)**, masukkan jumlah memori minimum dan maksimum yang diinginkan. Untuk menentukan tanpa batasan, pilih **Tanpa minimum**, **Tanpa maksimum**, atau keduanya.
1. Untuk **Arsitektur CPU**, pilih arsitektur instans yang diperlukan.
1. (Opsional) Untuk **Atribut instans tambahan**, Anda dapat secara opsional menentukan satu atau lebih atribut untuk mengekspresikan kebutuhan komputasi Anda secara lebih mendetail. Setiap atribut tambahan menambahkan batasan lebih lanjut ke permintaan Anda. Anda dapat menghilangkan atribut tambahan; ketika dihilangkan, nilai default digunakan. Untuk deskripsi setiap atribut dan nilai defaultnya, lihat [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
1. (Opsional) Untuk menampilkan tipe instans dengan atribut tertentu, perluas **Pratinjau tipe instans yang cocok**. Untuk mengecualikan tipe instans agar tidak digunakan dalam evaluasi penempatan Anda, pilih instans, lalu pilih **Kecualikan tipe instans yang dipilih**.
1. Pilih **Muat skor penempatan**, dan tinjau hasilnya.
1. (Opsional) Untuk menampilkan skor penempatan Spot untuk Wilayah tertentu, di **Wilayah untuk dievaluasi**, pilih Wilayah yang akan dievaluasi, lalu pilih **Hitung skor penempatan**.
1. (Opsional) Untuk menampilkan skor penempatan Spot untuk Availability Zones di Region yang ditampilkan, pilih kotak centang **Berikan skor penempatan per Availability Zone**. Daftar Zona Ketersediaan yang dinilai akan bermanfaat jika Anda berencana untuk meluncurkan semua kapasitas Spot Anda ke dalam satu Zona Ketersediaan.
1. (Opsional) Untuk mengedit kebutuhan komputasi Anda dan mendapatkan skor penempatan baru, pilih **Edit**, buat penyesuaian yang diperlukan, lalu pilih **Hitung skor penempatan**.
## Hitung menggunakan tipe instance
**Untuk menghitung skor penempatan Spot dengan menentukan tipe instans**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Permintaan Spot**.
1. Pilih panah bawah di sebelah **Minta Instans Spot** dan pilih **Hitung Skor Penempatan Spot**.
1. Pilih **Masukkan persyaratan**.
1. Untuk **kapasitas Target**, masukkan kapasitas yang Anda inginkan dalam hal jumlah **instance** atau **v CPUs**, atau jumlah **memori (MiB)**.
1. Untuk **Persyaratan tipe instans**, untuk menentukan tipe instans yang akan digunakan, pilih **Pilih tipe instans secara manual**.
1. Pilih **Pilih tipe instans**, pilih tipe instans yang akan digunakan, lalu pilih **Pilih**. Untuk menemukan tipe instans dengan cepat, Anda dapat menggunakan bilah filter untuk memfilter tipe instans berdasarkan properti yang berbeda.
1. Pilih **Muat skor penempatan**, dan tinjau hasilnya.
1. (Opsional) Untuk menampilkan skor penempatan Spot untuk Wilayah tertentu, di **Wilayah untuk dievaluasi**, pilih Wilayah yang akan dievaluasi, lalu pilih **Hitung skor penempatan**.
1. (Opsional) Untuk menampilkan skor penempatan Spot untuk Availability Zones di Region yang ditampilkan, pilih kotak centang **Berikan skor penempatan per Availability Zone**. Daftar Zona Ketersediaan yang dinilai akan bermanfaat jika Anda berencana untuk meluncurkan semua kapasitas Spot Anda ke dalam satu Zona Ketersediaan.
1. (Opsional) Untuk mengedit daftar tipe instans dan mendapatkan skor penempatan baru, pilih **Edit**, buat penyesuaian yang diperlukan, lalu pilih **Hitung skor penempatan**.
## Hitung menggunakan AWS CLI
**Hitung skor penempatan Spot**
1. (Opsional) Untuk menghasilkan semua parameter yang mungkin yang dapat ditentukan untuk konfigurasi skor penempatan Spot, gunakan [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html)perintah dan `--generate-cli-skeleton` parameter.
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--generate-cli-skeleton
```
Berikut ini adalah output contoh.
```
{
"InstanceTypes": [
""
],
"TargetCapacity": 0,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"RegionNames": [
""
],
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": [
"x86_64_mac"
],
"VirtualizationTypes": [
"hvm"
],
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 0
},
"MemoryMiB": {
"Min": 0,
"Max": 0
},
"CpuManufacturers": [
"amd"
],
"MemoryGiBPerVCpu": {
"Min": 0.0,
"Max": 0.0
},
"ExcludedInstanceTypes": [
""
],
"InstanceGenerations": [
"previous"
],
"SpotMaxPricePercentageOverLowestPrice": 0,
"OnDemandMaxPricePercentageOverLowestPrice": 0,
"BareMetal": "excluded",
"BurstablePerformance": "excluded",
"RequireHibernateSupport": true,
"NetworkInterfaceCount": {
"Min": 0,
"Max": 0
},
"LocalStorage": "included",
"LocalStorageTypes": [
"hdd"
],
"TotalLocalStorageGB": {
"Min": 0.0,
"Max": 0.0
},
"BaselineEbsBandwidthMbps": {
"Min": 0,
"Max": 0
},
"AcceleratorTypes": [
"fpga"
],
"AcceleratorCount": {
"Min": 0,
"Max": 0
},
"AcceleratorManufacturers": [
"amd"
],
"AcceleratorNames": [
"vu9p"
],
"AcceleratorTotalMemoryMiB": {
"Min": 0,
"Max": 0
}
}
},
"DryRun": true,
"MaxResults": 0,
"NextToken": ""
}
```
1. Buat file konfigurasi JSON menggunakan output dari langkah sebelumnya, dan konfigurasikan sebagai berikut:
1. Untuk`TargetCapacity`, masukkan kapasitas Spot yang Anda inginkan dalam hal jumlah instans atau vCPUs, atau jumlah memori (MiB).
1. Untuk `TargetCapacityUnitType`, masukkan unit untuk kapasitas target. Jika Anda menghilangkan parameter ini, defaultnya adalah `units`.
Nilai yang valid: `units` (yang diterjemahkan ke jumlah contoh) \$1 `vcpu` \$1 `memory-mib`
1. Untuk `SingleAvailabilityZone`, tentukan `true` untuk respons yang menampilkan daftar Zona Ketersediaan dengan skornya. Daftar Zona Ketersediaan yang dinilai akan bermanfaat jika Anda berencana untuk meluncurkan semua kapasitas Spot Anda ke dalam satu Zona Ketersediaan. Jika Anda menghilangkan parameter ini, parameter defaultnya adalah `false`, dan respons akan menampilkan daftar Wilayah dengan skornya.
1. (Opsional) Untuk `RegionNames`, tentukan Wilayah yang akan digunakan sebagai filter. Anda harus menentukan kode Wilayah, misalnya, `us-east-1`.
Dengan filter Wilayah, respons hanya menampilkan Wilayah yang Anda tentukan. Jika Anda menentukan `true` untuk `SingleAvailabilityZone`, respons hanya menampilkan Zona Ketersediaan di Wilayah yang ditentukan.
1. Anda dapat memasukkan salah satu `InstanceTypes` atau `InstanceRequirements`, tetapi tidak keduanya dalam konfigurasi yang sama.
Tentukan salah satu dari berikut ini dalam konfigurasi JSON Anda:
+ Untuk menentukan daftar tipe instans, tentukan tipe instans dalam parameter `InstanceTypes`. Tentukan setidaknya tiga tipe instans yang berbeda. Jika Anda hanya menentukan satu atau dua tipe instans, skor penempatan Spot menampilkan skor rendah. Untuk daftar tipe instans, lihat [Tipe Instans Amazon EC2](https://aws.amazon.com/ec2/instance-types/).
+ Untuk menentukan atribut instans sehingga Amazon EC2 akan mengidentifikasi tipe instans yang cocok dengan atribut tersebut, tentukan atribut yang terletak di struktur `InstanceRequirements`.
Anda harus memberikan nilai untuk `VCpuCount`, `MemoryMiB`, dan `CpuManufacturers`. Anda dapat menghilangkan atribut lainnya; saat dihilangkan, nilai default digunakan. Untuk deskripsi setiap atribut dan nilai defaultnya, lihat [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
Untuk contoh konfigurasi, lihat [Contoh konfigurasi](#sps-example-configs).
1. Untuk mendapatkan skor penempatan Spot untuk persyaratan yang Anda tentukan dalam file JSON, gunakan [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html)perintah, dan tentukan nama dan jalur ke file JSON Anda dengan menggunakan parameter. `--cli-input-json`
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--cli-input-json file://file_name.json
```
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"Score": 7
},
{
"Region": "us-west-1",
"Score": 5
},
...
```
Contoh keluaran jika `SingleAvailabilityZone` disetel ke `true` — daftar Skor Availability Zones dikembalikan.
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"AvailabilityZoneId": "use1-az1",
"Score": 8
},
{
"Region": "us-east-1",
"AvailabilityZoneId": "usw2-az3",
"Score": 6
},
...
```
### Contoh konfigurasi
Saat menggunakan AWS CLI, Anda dapat menggunakan contoh konfigurasi berikut.
**Topics**
+ [
#### Contoh: Tentukan tipe instans dan kapasitas target
](#example-config-instance-type-override)
+ [
#### Contoh: Tentukan tipe instans, dan kapasitas target dalam hal memori
](#example-config-instance-type-memory-unit-override)
+ [
#### Contoh: Tentukan atribut untuk pemilihan tipe instans berdasarkan atribut
](#example-config-attribute-based-instance-type-selection)
+ [
#### Contoh: Tentukan atribut untuk pemilihan tipe instans berdasarkan atribut dan tampilkan daftar Zona Ketersediaan dengan skornya
](#example-config-sps-singleAZ)
#### Contoh: Tentukan tipe instans dan kapasitas target
Contoh konfigurasi berikut menentukan tiga tipe instans yang berbeda dan kapasitas Spot target adalah 500 Instans Spot.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500
}
```
#### Contoh: Tentukan tipe instans, dan kapasitas target dalam hal memori
Contoh konfigurasi berikut menentukan tiga tipe instans yang berbeda dan kapasitas Spot target 500.000 MiB memori, di mana jumlah Instans Spot yang akan diluncurkan harus menyediakan total 500.000 MiB memori.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500000,
"TargetCapacityUnitType": "memory-mib"
}
```
#### Contoh: Tentukan atribut untuk pemilihan tipe instans berdasarkan atribut
Contoh konfigurasi berikut dikonfigurasi untuk pemilihan tipe instans berdasarkan atribut, dan diikuti dengan penjelasan teks tentang contoh konfigurasi.
```
{
"TargetCapacity": 5000,
"TargetCapacityUnitType": "vcpu",
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
****`InstanceRequirementsWithMetadata`****
Untuk menggunakan pemilihan instans berdasarkan atribut, Anda harus menyertakan struktur `InstanceRequirementsWithMetadata` dalam konfigurasi Anda, dan menentukan atribut yang diinginkan untuk Instans Spot.
Pada contoh sebelumnya, atribut instans yang diperlukan ditentukan berikut ini:
+ `ArchitectureTypes` — Tipe arsitektur dari tipe instans harus `arm64`.
+ `VirtualizationTypes` — Tipe virtualisasi dari tipe instans harus `hvm`.
+ `VCpuCount`— Jenis instance harus memiliki minimal 1 dan maksimal 12 vCPUs.
+ `MemoryMiB` — Tipe instans harus memiliki memori minimal 512 MiB. Dengan menghilangkan parameter `Max`, Anda menunjukkan bahwa tidak ada batas maksimum.
Perhatikan bahwa ada beberapa atribut opsional lain yang dapat Anda tentukan. Untuk daftar atribut, lihat [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
**`TargetCapacityUnitType`**
Parameter `TargetCapacityUnitType` menentukan unit untuk kapasitas target. Dalam contoh, kapasitas target adalah `5000` dan tipe unit kapasitas target adalah`vcpu`, yang bersama-sama menentukan kapasitas target yang diinginkan 5000 vCPUs, di mana jumlah Instans Spot yang akan diluncurkan harus memberikan total 5000 vCPUs.
#### Contoh: Tentukan atribut untuk pemilihan tipe instans berdasarkan atribut dan tampilkan daftar Zona Ketersediaan dengan skornya
Contoh konfigurasi berikut dikonfigurasi untuk pemilihan tipe instans berdasarkan atribut. Dengan menentukan `"SingleAvailabilityZone": true`, respons akan menampilkan daftar Zona Ketersediaan dengan skornya.
```
{
"TargetCapacity": 1000,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
# Lacak biaya Instans Spot Anda menggunakan umpan data Instans Spot
Untuk membantu Anda memahami biaya untuk Instans Spot Anda, Amazon EC2 menyediakan umpan data yang menjelaskan penggunaan dan harga Instans Spot Anda. Umpan data ini dikirim ke bucket Amazon S3 yang Anda tentukan saat Anda berlangganan umpan data.
File umpan data tiba di bucket Anda biasanya sekali dalam satu jam. Jika Anda tidak menjalankan Instans Spot selama jam tertentu, Anda tidak menerima file data feed untuk jam itu.
Setiap jam penggunaan Instans Spot biasanya tercakup dalam satu file data. File-file ini dikompresi (gzip) sebelum dikirim ke bucket Anda. Amazon EC2 dapat menulis banyak file selama jam penggunaan tertentu di mana file berukuran besar (misalnya, ketika konten file untuk satu jam melebihi 50 MB sebelum kompresi).
**catatan**
Anda hanya dapat membuat satu feed data Instance Spot per Akun AWS.
Umpan data Instans Spot didukung di semua AWS Wilayah kecuali China (Beijing), Tiongkok (Ningxia) AWS GovCloud , (AS), dan [Wilayah yang dinonaktifkan secara default](using-regions-availability-zones.md#concepts-available-regions).
**Topics**
+ [
## Nama dan format file umpan data
](#using-spot-instances-format)
+ [
## Persyaratan bucket Amazon S3
](#using-spot-instances-dfs3)
+ [
## Berlangganan ke umpan data Instans Spot Anda
](#using-spot-instances-datafeed-all)
+ [
## Melihat data di umpan data Anda
](#using-spot-instances-datafeed-view-data)
+ [
## Hapus umpan data Instans Spot Anda
](#using-spot-instances-datafeed-delete)
## Nama dan format file umpan data
Nama file feed data Instans Spot menggunakan format berikut (dengan tanggal dan jam dalam UTC):
```
bucket-name.s3.amazonaws.com/optional-prefix/aws-account-id.YYYY-MM-DD-HH.n.unique-id.gz
```
Misalnya, jika nama bucket Anda adalah **amzn-s3-demo-bucket** dan prefiks Anda adalah **my-prefix**, nama file Anda mirip dengan yang berikut ini:
```
amzn-s3-demo-bucket.s3.amazonaws.com/my-prefix/111122223333.2023-12-09-07.001.b959dbc6.gz
```
Untuk informasi selengkapnya tentang nama bucket, lihat [Aturan penamaan bucket](https://docs.aws.amazon.com/AmazonS3/latest/userguide/bucketnamingrules.html) di *Panduan Pengguna Amazon S3*.
File data feed instans Spot dibatasi tab. Setiap baris dalam file data sesuai dengan satu jam instans dan berisi bidang yang tercantum dalam tabel berikut.
| Bidang | Deskripsi |
| --- | --- |
| `Timestamp` | Stempel waktu yang digunakan untuk menentukan harga yang dikenakan untuk penggunaan instans ini. |
| `UsageType` | Tipe penggunaan dan tipe instans yang dikenai biaya. Untuk Instans Spot, `m1.small` bidang ini diatur ke `SpotUsage`. Untuk semua tipe instans lainnya, bidang ini diatur ke `SpotUsage:`\$1*instance-type*\$1. Sebagai conto,.`SpotUsage:c1.medium` |
| `Operation` | Produk yang ditagihkan. Untuk Instans Spot Linux, bidang ini diatur ke `RunInstances`. Untuk Instans Spot Windows, bidang ini diatur ke `RunInstances:0002`. Penggunaan spot dikelompokkan menurut Zona Ketersediaan. |
| `InstanceID` | ID Instans Spot yang menghasilkan penggunaan instans ini. |
| `MyBidID` | ID untuk permintaan Instans Spot yang menghasilkan penggunaan instans ini. |
| `MyMaxPrice` | Harga maksimum yang ditentukan untuk permintaan Spot ini. |
| `MarketPrice` | Harga Spot pada waktu yang ditentukan di bidang `Timestamp`. |
| `Charge` | Harga yang dikenakan untuk penggunaan instans ini. |
| `Version` | Versi umpan data. Versi yang memungkinkan adalah versi 1.0. |
## Persyaratan bucket Amazon S3
Saat Anda berlangganan umpan data, Anda harus menentukan bucket Amazon S3 untuk menyimpan file umpan data tersebut.
Sebelum Anda memilih bucket Amazon S3 untuk umpan data, pertimbangkan hal berikut:
+ Anda harus memiliki izin `FULL_CONTROL` ke bucket. Jika Anda adalah pemilik bucket, Anda memiliki izin ini secara default. Jika tidak, pemilik ember harus memberikan izin Akun AWS ini kepada Anda.
+ Saat Anda berlangganan umpan data, izin ini digunakan untuk memperbarui bucket ACL untuk memberikan izin akun `FULL_CONTROL` umpan AWS data. Akun umpan AWS data menulis file umpan data ke bucket. Jika akun Anda tidak memiliki izin yang diperlukan, file data feed tidak dapat ditulis ke bucket. Untuk informasi selengkapnya, lihat [Log yang dikirim ke Amazon S3](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-infrastructure-S3) di *Panduan Pengguna Amazon CloudWatch Logs*.
Jika Anda memperbarui ACL dan menghapus izin untuk akun umpan AWS data, file umpan data tidak dapat ditulis ke bucket. Anda harus berlangganan kembali umpan data untuk menerima file data umpan.
+ Setiap file umpan data memiliki ACL-nya sendiri (terpisah dari ACL untuk bucket). Pemilik bucket memiliki izin `FULL_CONTROL` ke file data. Akun umpan AWS data memiliki izin baca dan tulis.
+ Jika Anda menghapus langganan umpan data, Amazon EC2 tidak menghapus izin baca dan tulis untuk akun umpan AWS data di bucket atau file data. Anda harus menghapus izin ini sendiri.
+ Jika Anda mengenkripsi bucket Amazon S3 menggunakan enkripsi sisi server dengan AWS KMS kunci yang disimpan AWS Key Management Service di (SSE-KMS), Anda harus menggunakan kunci yang dikelola pelanggan. *Untuk informasi selengkapnya, lihat [enkripsi sisi server bucket Amazon S3 di Panduan](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-SSE-KMS-S3) Pengguna Amazon Logs. CloudWatch *
## Berlangganan ke umpan data Instans Spot Anda
Anda dapat berlangganan feed data Instans Spot kapan saja. Anda tidak dapat menyelesaikan tugas ini menggunakan konsol Amazon EC2.
Jika Anda mendapatkan kesalahan karena bucket tidak memiliki izin yang cukup, lihat artikel berikut untuk informasi pemecahan masalah: Memecahkan masalah umpan [data untuk Instans](https://repost.aws/knowledge-center/s3-data-feed-ec2-spot-instances) Spot.
------
#### [ AWS CLI ]
**Untuk berlangganan umpan data Anda**
Gunakan perintah [create-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-spot-datafeed-subscription.html).
Untuk menentukan bucket dengan awalan, gunakan contoh berikut:
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket \
--prefix my-prefix
```
Untuk menentukan bucket tanpa awalan, gunakan contoh berikut:
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket
```
------
#### [ PowerShell ]
**Untuk berlangganan umpan data Anda**
Gunakan [New-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2SpotDatafeedSubscription.html)cmdlet.
Untuk menentukan bucket dengan awalan, gunakan contoh berikut:
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket `
-Prefix my-prefix
```
Untuk menentukan bucket tanpa awalan, gunakan contoh berikut:
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket
```
------
## Melihat data di umpan data Anda
Di Konsol Manajemen AWS, terbuka AWS CloudShell. Gunakan perintah [s3 sync](https://docs.aws.amazon.com/cli/latest/reference/s3/sync.html) berikut untuk mendapatkan file.gz dari bucket S3 untuk umpan data Anda dan simpan di folder yang Anda tentukan.
```
aws s3 sync s3://amzn-s3-demo-bucket ./data-feed
```
Untuk menampilkan isi file .gz, ubah ke folder tempat Anda menyimpan konten bucket S3.
```
cd data-feed
```
Gunakan perintah **ls** untuk melihat nama-nama file. Gunakan perintah **zcat** dengan nama file untuk menampilkan konten file terkompresi. Hal berikut menunjukkan contoh perintah.
```
zcat 111122223333.2023-12-09-07.001.b959dbc6.gz
```
Berikut ini adalah output contoh.
```
#Version: 1.0
#Fields: Timestamp UsageType Operation InstanceID MyBidID MyMaxPrice MarketPrice Charge Version
2023-12-09 07:13:47 UTC USE2-SpotUsage:c7a.medium RunInstances:SV050 i-0c3e0c0b046e050df sir-pwq6nmfp 0.0510000000 USD 0.0142000000 USD 0.0142000000 USD 1
```
## Hapus umpan data Instans Spot Anda
Setelah selesai dengan umpan data Spot Instance, Anda dapat menghapusnya.
------
#### [ AWS CLI ]
**Untuk menghapus umpan data Anda**
Gunakan perintah [delete-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-spot-datafeed-subscription.html).
```
aws ec2 delete-spot-datafeed-subscription
```
------
#### [ PowerShell ]
**Untuk menghapus umpan data Anda**
Gunakan [Remove-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2SpotDatafeedSubscription.html)cmdlet.
```
Remove-EC2SpotDatafeedSubscription
```
------
# Peran tertaut layanan untuk permintaan Instans Spot
Amazon EC2 menggunakan peran tertaut layanan untuk izin yang diperlukan untuk memanggil layanan AWS lain atas nama Anda. Peran terkait layanan adalah jenis unik peran IAM yang ditautkan langsung ke sebuah. Layanan AWS Peran terkait layanan menyediakan cara aman untuk mendelegasikan izin Layanan AWS karena hanya layanan tertaut yang dapat mengambil peran terkait layanan. Untuk informasi selengkapnya, lihat [Peran terkait layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html) di Panduan Pengguna *IAM*.
Amazon EC2 menggunakan peran terkait layanan bernama **AWSServiceRoleForEC2Spot** untuk meluncurkan dan mengelola Instans Spot atas nama Anda.
## Izin diberikan oleh AWSServiceRoleForEC2Spot
Amazon EC2 menggunakan **AWSServiceRoleForEC2Spot** untuk menyelesaikan tindakan berikut:
+ `ec2:DescribeInstances` – Menjelaskan Instans Spot
+ `ec2:StopInstances` – Menghentikan Instans Spot
+ `ec2:StartInstances` – Memulai Instans Spot
## Membuat peran tertaut layanan
Dalam sebagian besar situasi, Anda tidak perlu membuat peran tertaut layanan secara manual. Amazon EC2 membuat peran terkait layanan **AWSServiceRoleForEC2Spot** saat pertama kali Anda meminta Instans Spot menggunakan konsol.
**Jika Anda memiliki permintaan Instans Spot aktif sebelum Oktober 2017, saat Amazon EC2 mulai mendukung peran terkait layanan ini, Amazon EC2 membuat peran Spot di AWSService RoleFor EC2 akun Anda.** AWS Untuk informasi selengkapnya, lihat [Peran Baru Muncul di Akun Saya](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared) dalam *Panduan Pengguna IAM*.
Jika Anda menggunakan AWS CLI atau API untuk meminta Instance Spot, Anda harus terlebih dahulu memastikan bahwa peran ini ada.
**Untuk membuat **AWSServiceRoleForEC2Spot** menggunakan konsol**
1. Buka konsol IAM di [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/).
1. Di panel navigasi, pilih **Peran**.
1. Pilih **Buat peran**.
1. Di halaman **Pilih tipe entitas tepercaya**, pilih **EC2**, **EC2 - Instans Spot**, **Berikutnya: Izin**.
1. Di halaman berikutnya, pilih **Berikutnya: Tinjau**.
1. Di halaman **Tinjau**, pilih **Buat peran**.
**Untuk membuat **AWSServiceRoleForEC2Spot** menggunakan AWS CLI**
Gunakan perintah [create-service-linked-role](https://docs.aws.amazon.com/cli/latest/reference/iam/create-service-linked-role.html) sebagai berikut.
```
aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
Jika Anda tidak perlu lagi menggunakan Instans Spot, sebaiknya hapus peran **AWSServiceRoleForEC2Spot**. Setelah peran ini dihapus dari akun Anda, Amazon EC2 akan membuat peran lagi jika Anda meminta Instans Spot.
## Berikan akses ke kunci terkelola pelanggan untuk digunakan dengan snapshot terenkripsi AMIs dan EBS
**Jika Anda menentukan [AMI terenkripsi](AMIEncryption.md) atau snapshot Amazon EBS terenkripsi untuk Instans Spot Anda dan Anda menggunakan kunci yang dikelola pelanggan untuk enkripsi, Anda harus memberikan AWSService RoleFor EC2 izin peran Spot untuk menggunakan kunci yang dikelola pelanggan sehingga Amazon EC2 dapat meluncurkan Instans Spot atas nama Anda.** Untuk melakukannya, Anda harus menambahkan pemberian izin ke kunci yang dikelola pelanggan, seperti yang ditunjukkan dalam prosedur berikut.
Ketika memberikan izin, pemberian izin merupakan alternatif dari kebijakan kunci. Untuk informasi selengkapnya, lihat [Menggunakan Pemberian Izin](https://docs.aws.amazon.com/kms/latest/developerguide/grants.html) dan [Menggunakan Kebijakan Kunci di AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html) dalam *Panduan Developer AWS Key Management Service *.
**Untuk memberikan izin peran **AWSServiceRoleForEC2Spot** untuk menggunakan kunci terkelola pelanggan**
+ Gunakan perintah [create-grant](https://docs.aws.amazon.com/cli/latest/reference/kms/create-grant.html) untuk menambahkan hibah ke kunci yang dikelola pelanggan dan untuk menentukan prinsipal (peran terkait layanan **AWSServiceRoleForEC2Spot**) yang diberi izin untuk melakukan operasi yang diizinkan hibah. Kunci yang dikelola pelanggan ditentukan oleh parameter `key-id` dan ARN kunci yang dikelola pelanggan. Prinsipal ditentukan oleh `grantee-principal` parameter dan ARN dari peran terkait layanan **AWSServiceRoleForEC2Spot**.
```
aws kms create-grant \
--region us-east-1 \
--key-id arn:aws:kms:us-east-1:444455556666:key/1234abcd-12ab-34cd-56ef-1234567890ab \
--grantee-principal arn:aws:iam::111122223333:role/aws-service-role/spot.amazonaws.com/AWSServiceRoleForEC2Spot \
--operations "Decrypt" "Encrypt" "GenerateDataKey" "GenerateDataKeyWithoutPlaintext" "CreateGrant" "DescribeKey" "ReEncryptFrom" "ReEncryptTo"
```
# Kuota Instans Spot
Ada kuota untuk jumlah Instans Spot yang berjalan dan permintaan Instans Spot yang tertunda per Akun AWS per Wilayah. Setelah permintaan Instans Spot tertunda terpenuhi, permintaan tidak lagi dihitung terhadap kuota karena instans yang sedang berjalan dihitung terhadap kuota.
Kuota Instans Spot dikelola berdasarkan *jumlah unit pemrosesan pusat virtual (vCPUs)* yang digunakan oleh Instans Spot yang sedang berjalan atau akan digunakan sambil menunggu pemenuhan permintaan Instans Spot terbuka. Jika Anda menghentikan Instans Spot tetapi tidak membatalkan permintaan Instans Spot, permintaan tersebut diperhitungkan dalam kuota vCPU Instans Spot Anda hingga Amazon EC2 mendeteksi pengakhiran Instans Spot dan menutup permintaan.
Kami menyediakan jenis kuota berikut untuk Instans Spot.
| Nama | Default | Dapat disesuaikan |
| --- | --- | --- |
| Semua Permintaan Instans Spot DL | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-85EED4F7) |
| Semua Permintaan Instans F Spot | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-88CF9481) |
| Semua Permintaan Instans Spot G dan VT | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-3819A6DF) |
| Semua Permintaan Instans Spot Inf | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-B5D1601B) |
| Semua Permintaan Instans Spot P | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7212CCBC) |
| Semua Permintaan Instans Spot Standar (A, C, D, H, I, M, R, T, Z) | 5 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-34B43A08) |
| Semua Permintaan Instans Spot Trn | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6B0D517C) |
| Semua Permintaan Instans Spot X | 0 | [Ya](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-E3A00192) |
Meskipun Amazon EC2 secara otomatis menyesuaikan kuota Instans Spot berdasarkan penggunaan, Anda dapat meminta peningkatan kuota jika perlu. Misalnya, jika Anda ingin meluncurkan lebih banyak Instans Spot daripada yang diizinkan kuota Anda saat ini, Anda dapat meminta peningkatan kuota. Anda juga dapat meminta peningkatan kuota jika Anda mengirimkan permintaan Instans Spot dan Anda menerima kesalahan `Max spot instance count exceeded`. Untuk meminta kenaikan kuota, gunakan konsol Kuota Layanan yang dijelaskan di [Kuota EC2 layanan Amazon](ec2-resource-limits.md).
Anda dapat meluncurkan kombinasi tipe instans apa pun yang memenuhi kebutuhan aplikasi Anda yang berubah. Misalnya, dengan kuota Semua Permintaan Instans Spot Standar 256 vCPUs, Anda dapat meminta 32 Instans `m5.2xlarge` Spot (32 x 8 vCPUs) atau 16 Instans `c5.4xlarge` Spot (16 x 16 v). CPUs
Dengan integrasi CloudWatch metrik Amazon, Anda dapat memantau penggunaan EC2 terhadap kuota Anda. Anda juga dapat mengonfigurasi alarm untuk memperingatkan saat sudah mendekati kuota. *Untuk informasi selengkapnya, lihat [Service Quotas dan CloudWatch alarm Amazon](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) di *Panduan Pengguna Service Quotas di Panduan Pengguna* Amazon. CloudWatch *
# Host Khusus Amazon EC
Host Khusus Amazon EC2 adalah server fisik yang sepenuhnya didedikasikan untuk Anda gunakan. Anda dapat memilih untuk berbagi kapasitas instans dengan AWS akun lain. Untuk informasi selengkapnya, lihat [Berbagi Host Khusus Amazon EC2 lintas akun](dh-sharing.md).
Host Khusus memberikan visibilitas dan kontrol atas penempatan instans dan mendukung afinitas host. Ini berarti Anda dapat meluncurkan dan menjalankan instance pada host tertentu, dan Anda dapat memastikan bahwa instance hanya berjalan pada host tertentu. Untuk informasi selengkapnya, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
Tuan Rumah Khusus menyediakan dukungan Bring Your Own License (BYOL) yang komprehensif. Mereka memungkinkan Anda untuk menggunakan lisensi perangkat lunak per-soket, per-core, atau per-VM yang ada, termasuk Windows Server, SQL Server, SUSE Linux Enterprise Server, Red Hat Enterprise Linux, atau lisensi perangkat lunak lain yang terikat pada, soket, atau inti fisik VMs, tunduk pada persyaratan lisensi Anda.
Jika Anda memerlukan instans Anda untuk berjalan pada perangkat keras khusus, tetapi Anda tidak memerlukan visibilitas atau kontrol atas penempatan instans, dan Anda tidak perlu menggunakan lisensi perangkat lunak per-soket atau per-inti, Anda dapat mempertimbangkan untuk menggunakan Instans Khusus sebagai gantinya. Instans Khusus dan Host Khusus keduanya dapat digunakan untuk meluncurkan instans Amazon EC2 ke server fisik khusus. Tidak ada perbedaan performa, keamanan, atau fisik di antara Instans Khusus dan instans pada Host Khusus. Namun, ada beberapa perbedaan utama di antara mereka. Tabel berikut menyoroti beberapa perbedaan utama antara Instans Khusus dan Host Khusus:
| | Host Khusus | Instans Khusus |
| --- | --- | --- |
| Server fisik khusus | Server fisik dengan kapasitas instans yang sepenuhnya didedikasikan untuk Anda gunakan. | Server fisik yang didedikasikan untuk satu akun pelanggan. |
| Pembagian kapasitas instans | Dapat berbagi kapasitas instans dengan akun lain. | Tidak didukung |
| Penagihan | Tagihan per host | Tagihan per instans |
| Visibilitas soket, inti, dan ID host | Memberikan visibilitas dalam jumlah soket dan inti fisik | Tidak ada visibilitas |
| Afinitas host dan instans | Memungkinkan Anda melakukan deployment instans Anda secara konsisten ke server fisik yang sama seiring waktu | Tidak didukung |
| Penempatan instans tertarget | Memberikan visibilitas dan kontrol tambahan atas cara penempatan instans di server fisik | Tidak didukung |
| Pemulihan instans otomatis | Didukung. Untuk informasi selengkapnya, lihat [Pemulihan Host Khusus Amazon EC2](dedicated-hosts-recovery.md). | Didukung |
| Bawa Lisensi Sendiri (BYOL) | Didukung | Dukungan parsial\$1 |
| Reservasi Kapasitas | Tidak didukung | Didukung |
\$1 Microsoft SQL Server dengan License Mobility melalui Jaminan Perangkat Lunak, sedangkan lisensi Windows Virtual Desktop Access (VDA) dapat digunakan dengan Instans Khusus.
Untuk informasi selengkapnya tentang metadata instans, lihat [Instans EC2 Khusus Amazon](dedicated-instance.md).
## Larangan Host Khusus
Sebelum Anda mengalokasikan Host Khusus, perhatikan batasan dan larangan berikut:
+ Untuk menjalankan RHEL dan SUSE Linux pada Host Khusus, Anda harus membawa sendiri. AMIs Anda tidak dapat menggunakan RHEL dan SUSE Linux AMIs yang ditawarkan oleh AWS atau yang tersedia AWS Marketplace dengan Host Khusus. Untuk informasi selengkapnya tentang cara membuat AMI Anda sendiri, lihat[Bawa lisensi perangkat lunak Anda sendiri ke Host Khusus Amazon EC2](dedicated-hosts-BYOL.md).
Pembatasan ini tidak berlaku untuk host yang dialokasikan untuk instans memori tinggi (`u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal`, dan `u-24tb1.metal`). RHEL dan SUSE Linux AMIs yang ditawarkan oleh AWS atau yang tersedia di AWS Marketplace dapat digunakan dengan host ini.
+ Ada batasan jumlah menjalankan Host Khusus per keluarga instans per akun AWS per Wilayah. Kuota hanya berlaku untuk menjalankan instans. Jika instans Anda tertunda, berhenti, atau dihentikan, instans tersebut tidak akan dihitung ke dalam kuota Anda. Untuk melihat kuota akun Anda, atau meminta peningkatan kuota, gunakan konsol [Kuota Layanan](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas).
+ Grup Auto Scaling didukung saat menggunakan templat peluncuran yang menentukan grup sumber daya host. Untuk informasi selengkapnya, lihat [Membuat template peluncuran menggunakan setelan lanjutan](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) di Panduan *Pengguna Amazon EC2 Auto Scaling*.
+ Instans Amazon RDS tidak didukung.
+ Tingkat Penggunaan AWS Gratis tidak tersedia untuk Host Khusus.
+ Kontrol penempatan instans mengacu pada pengelolaan peluncuran instans ke Host Khusus. Anda tidak dapat meluncurkan Host Khusus ke dalam grup penempatan.
+ Jika Anda mengalokasikan host untuk tipe instans tervirtualisasi, Anda tidak dapat mengubah tipe instans menjadi tipe `.metal` instans setelah host dialokasikan. Misalnya, jika Anda mengalokasikan host untuk tipe instans `m5.large`, Anda tidak dapat mengubah tipe instans menjadi `m5.metal`.
Demikian pula, jika Anda mengalokasikan host untuk tipe `.metal` instans, Anda tidak dapat memodifikasi tipe instans menjadi tipe instans virtual setelah host dialokasikan. Misalnya, jika Anda mengalokasikan host untuk tipe instans `m5.metal`, Anda tidak dapat mengubah tipe instans menjadi `m5.large`.
**Topics**
+ [
## Larangan Host Khusus
](#dedicated-hosts-limitations)
+ [Harga dan penagihan](dedicated-hosts-billing.md)
+ [Konfigurasi kapasitas instans](dedicated-hosts-limits.md)
+ [Instans burstable pada Host Khusus](burstable-t3.md)
+ [Bawa lisensi Anda sendiri](dedicated-hosts-BYOL.md)
+ [Penempatan otomatis dan afinitas](dedicated-hosts-understanding.md)
+ [Mengalokasikan Host Khusus](dedicated-hosts-allocating.md)
+ [Meluncurkan instans pada Host Khusus](launching-dedicated-hosts-instances.md)
+ [Luncurkan sebuah instans ke dalam grup sumber daya host](launching-hrg-instances.md)
+ [Memodifikasi penempatan otomatis Host Khusus](modify-host-auto-placement.md)
+ [Ubah jenis instance yang didukung](modify-host-support.md)
+ [Memodifikasi penyewaan dan afinitas untuk sebuah contoh](moving-instances-dedicated-hosts.md)
+ [Rilis Host Khusus](dedicated-hosts-releasing.md)
+ [
# Bermigrasi ke Host Khusus Amazon EC2 berbasis Nitro
](dh-migrate.md)
+ [Beli Reservasi Tuan Rumah Khusus](#purchasing-dedicated-host-reservations)
+ [Berbagi lintas akun](dh-sharing.md)
+ [Host Khusus di Outposts](dh-outposts.md)
+ [Pemulihan host](dedicated-hosts-recovery.md)
+ [Pemeliharaan host](dedicated-hosts-maintenance.md)
+ [Memantau Host Khusus](dedicated-hosts-monitoring.md)
+ [Lacak perubahan konfigurasi](dedicated-hosts-aws-config.md)
# Harga dan penagihan Host Khusus Amazon EC2
Harga untuk Host Khusus bervariasi menurut opsi pembayaran.
**Topics**
+ [
## Host Khusus Sesuai Permintaan
](#on-demand-dedicated-hosts)
+ [
## Reservasi Host Khusus
](#dedicated-host-reservations)
+ [
## Savings Plans
](#dedicated-hosts-savings-plans)
+ [
## Harga untuk Windows Server pada Host Khusus
](#dh-win-billing)
## Host Khusus Sesuai Permintaan
Penagihan Sesuai Permintaan secara otomatis diaktifkan saat Anda mengalokasikan Host Khusus ke akun Anda.
Harga Sesuai Permintaan untuk Host Khusus bervariasi menurut keluarga instans dan Wilayah. Anda membayar per detik (dengan minimal 60 detik) untuk Host Khusus yang aktif, terlepas dari jumlah atau ukuran instans yang Anda pilih untuk diluncurkan. Untuk informasi selengkapnya tentang harga Sesuai Permintaan, lihat [Harga Sesuai Permintaan Host Khusus Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#on-demand).
Anda dapat melepas Host Khusus Sesuai Permintaan kapan saja untuk berhenti mengakumulasi biayanya. Untuk informasi tentang pelepasan Host Khusus, lihat [Rilis Host Khusus Amazon EC2](dedicated-hosts-releasing.md).
## Reservasi Host Khusus
Reservasi Host Khusus memberikan diskon penagihan dibandingkan dengan menjalankan Host Khusus Sesuai Permintaan. Reservasi tersedia dalam tiga opsi pembayaran:
+ **Tanpa Uang Muka**—Reservasi Tanpa Uang Muka memberi Anda diskon untuk penggunaan Host Khusus selama jangka waktu tertentu dan tidak memerlukan pembayaran di muka. Tersedia dalam jangka waktu satu tahun dan tiga tahun. Hanya beberapa keluarga instans yang mendukung jangka waktu tiga tahun untuk Reservasi Tanpa Uang Muka.
+ **Sebagian Di Muka**—Sebagian dari reservasi harus dibayar di muka dan sisa jam dalam jangka waktu tersebut ditagih dengan tarif yang didiskon. Tersedia dalam jangka waktu satu tahun dan tiga tahun.
+ **Lunas di Muka**—Memberikan harga efektif terendah. Tersedia dalam jangka waktu satu tahun dan tiga tahun serta mencakup seluruh biaya selama jangka waktu itu di muka, tanpa biaya tambahan di masa mendatang.
Anda harus memiliki Host Khusus yang aktif di akun Anda sebelum dapat membeli reservasi. Setiap reservasi dapat mencakup satu host atau lebih yang mendukung keluarga instans yang sama dalam satu Zona Ketersediaan. Reservasi diterapkan ke keluarga instans di host, bukan ukuran instans. Jika Anda memiliki tiga Host Khusus dengan ukuran instans berbeda (`m4.xlarge`, `m4.medium`, dan `m4.large` ) Anda dapat mengaitkan satu reservasi `m4` dengan semua Host Khusus tersebut. Keluarga instans dan Zona Ketersediaan reservasi harus cocok dengan Host Khusus yang ingin Anda kaitkan dengannya.
Saat reservasi dikaitkan dengan Host Khusus, Host Khusus tidak dapat dilepaskan hingga jangka waktu reservasi berakhir.
Untuk informasi selengkapnya tentang harga reservasi, lihat [Harga Host Khusus Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#reservations).
## Savings Plans
Savings Plans adalah model penetapan harga fleksibel yang menawarkan penghematan signifikan atas Instans Sesuai Permintaan. Dengan Savings Plans, Anda mermbuat komitmen dengan jumlah penggunaan yang konsisten, dalam USD per jam, selama jangka waktu satu atau tiga tahun. Ini memberi Anda fleksibilitas untuk menggunakan Host Khusus yang paling sesuai dengan kebutuhan Anda dan terus menghemat uang, daripada membuat komitmen untuk Host Khusus tertentu. Untuk informasi selengkapnya, lihat [Panduan Pengguna AWS Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
**catatan**
Savings Plans tidak didukung dengan Host Khusus `u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal`, dan `u-24tb1.metal`.
## Harga untuk Windows Server pada Host Khusus
Tunduk pada persyaratan lisensi Microsoft, Anda dapat membawa lisensi Windows Server dan SQL Server yang ada ke Host Khusus. Tidak ada biaya tambahan untuk penggunaan perangkat lunak jika Anda memilih untuk membawa lisensi Anda sendiri.
Selain itu, Anda juga dapat menggunakan Windows Server AMIs yang disediakan oleh Amazon untuk menjalankan versi terbaru Windows Server pada Host Khusus. Ini umum untuk skenario di mana Anda memiliki lisensi SQL Server yang memenuhi syarat untuk dijalankan di Host Khusus, tetapi memerlukan Windows Server untuk menjalankan beban kerja SQL Server. Windows Server AMIs yang disediakan oleh Amazon hanya didukung pada jenis instans generasi saat ini. Untuk informasi selengkapnya, lihat [ Harga Host Khusus Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#windows-dh).
# Konfigurasi kapasitas instans Host Khusus Amazon EC2
Host Khusus mendukung konfigurasi yang berbeda (inti fisik, soket, dan VCPUs) yang memungkinkan Anda menjalankan instance dari keluarga dan ukuran yang berbeda.
Saat mengalokasikan Host Khusus di akun, Anda dapat memilih konfigurasi yang mendukung baik **satu tipe instans** maupun **beberapa tipe instans** dalam keluarga instans yang sama. Jumlah instans yang dapat Anda jalankan di host tergantung pada konfigurasi yang Anda pilih.
**Topics**
+ [
## Dukungan tipe instans tunggal
](#dh-single)
+ [
## Dukungan tipe banyak instans
](#dh-multiple)
## Dukungan tipe instans tunggal
Anda dapat mengalokasikan Host Khusus yang hanya mendukung satu tipe instans. Dengan konfigurasi ini, setiap instans yang Anda luncurkan di Host Khusus harus memiliki tipe instans yang sama, yang Anda tentukan saat mengalokasikan host.
Misalnya, Anda dapat mengalokasikan host yang hanya mendukung tipe `m5.4xlarge` instans. Dalam hal ini, Anda hanya dapat menjalankan `m5.4xlarge` instans di host tersebut.
Jumlah instans yang dapat Anda luncurkan ke host bergantung pada jumlah inti fisik yang disediakan oleh host, dan jumlah inti yang dikonsumsi oleh tipe instans yang ditentukan. Misalnya, jika Anda mengalokasikan host untuk `m5.4xlarge` instans, host menyediakan 48 core fisik, dan setiap `m5.4xlarge` instans mengkonsumsi 8 core fisik. Ini berarti Anda dapat meluncurkan hingga 6 instans pada host tersebut (*48 core fisik/8 core per instans = 6 instans*).
## Dukungan tipe banyak instans
Anda dapat mengalokasikan Host Khusus yang mendukung banyak tipe instans dalam keluarga instans yang sama. Ini memungkinkan Anda menjalankan tipe instans yang berbeda pada host yang sama, selama mereka berada dalam keluarga instans yang sama dan host memiliki kapasitas instans yang memadai.
Misalnya, Anda dapat mengalokasikan host yang mendukung berbagai tipe instans dalam keluarga `R5` instans. Dalam hal ini, Anda dapat meluncurkan kombinasi jenis `R5` instans tertentu, seperti `r5.large``r5.xlarge`,`r5.2xlarge`,, dan`r5.4xlarge`, pada host tersebut, dalam kapasitas inti fisik host.
Keluarga instans berikut mendukung Host Khusus dengan dukungan beberapa tipe instans:
+ **Tujuan umum:** A1 \$1 M5 \$1 M5n \$1 M6i \$1 M7i \$1 T3
+ **Komputasi dioptimalkan:** C5 \$1 C5n \$1 C6i \$1 C7i
+ **Memori dioptimalkan:** R5 \$1 R5n \$1 R6i \$1 R7i
Jumlah instans yang dapat Anda jalankan di host bergantung pada jumlah core fisik yang disediakan oleh host, dan jumlah core yang dikonsumsi oleh setiap tipe instans yang Anda jalankan di host. Misalnya, jika Anda mengalokasikan `R5` host, yang menyediakan 48 core fisik, dan Anda menjalankan dua `r5.2xlarge` instance (*4 core x 2 instance*) dan tiga `r5.4xlarge` instance (*8 core x 3 instance*), instance tersebut mengkonsumsi total 32 core, dan Anda mungkin dapat menjalankan kombinasi `R5` instance tertentu selama mereka berada dalam 16 core yang tersisa.
Namun, untuk setiap keluarga instance, ada batasan jumlah instance yang dapat dijalankan untuk setiap jenis instance. Misalnya, Host `R5` Khusus mendukung maksimal 2 `r5.8xlarge` instans, yang menggunakan 32 inti fisik. Dalam hal ini, `R5` contoh tambahan dari tipe yang lebih kecil kemudian dapat digunakan untuk mengisi host ke kapasitas inti. Untuk jumlah tipe instans yang didukung untuk setiap keluarga instans, lihat [Tabel Konfigurasi Host Khusus](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#host-configuration).
Tabel berikut menunjukkan contoh kombinasi tipe instans:
| Keluarga instans | Contoh kombinasi tipe instance |
| --- | --- |
| R5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
| C5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
| M5 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html) |
**Pertimbangan-pertimbangan**
Ingatlah hal-hal berikut ini saat bekerja dengan Host Khusus yang mendukung banyak tipe instans:
+ Menggunakan beberapa jenis instance pada host yang sama hanya dimungkinkan dalam keluarga instance yang sama.
+ Saat mencampur jenis instance, untuk memaksimalkan pemanfaatan host, sebaiknya luncurkan tipe instans yang lebih besar terlebih dahulu diikuti dengan tipe instans yang lebih kecil.
+ Bergantung pada kombinasi dan urutan peluncuran jenis instans pada Host Khusus, secara fisik tidak mungkin memaksimalkan pemanfaatan host. Saat mencampur jenis instance pada host, beberapa kapasitas mungkin tersedia di host tetapi tidak dapat digunakan. Misalnya, Anda mungkin melihat 16 v CPUs tersedia di host r5n tetapi mungkin tidak dapat meluncurkan instance 4xlarge pada host meskipun r5n.4xlarge berjalan pada 16 v. CPUs
**catatan**
Jika Anda mengaktifkan Host Khusus A1 untuk beberapa jenis instans, Anda hanya dapat meluncurkan campuran `a1.xlarge` dan `a1.2xlarge` instance pada host tersebut. Jika Anda meluncurkan `a1.large` instans `a1.medium` atau pada host itu, Anda akan dibatasi untuk meluncurkan hanya lebih banyak jenis instance yang sama di host. Satu `a1.4xlarge` instance mengkonsumsi semua kapasitas pada host. Jika Anda memerlukan host untuk salah satu `a1.medium` atau `a1.large` instans, sebaiknya Anda mengalokasikan host terpisah untuk jenis instans tersebut.
# Instans T3 Burstable di Host Khusus Amazon EC2
Host Khusus mendukung instans T3 performa dapat melonjak. Instans T3 menyediakan cara hemat biaya untuk menggunakan perangkat lunak lisensi BYOL Anda yang memenuhi syarat pada perangkat keras khusus. Jejak vCPU yang lebih kecil dari instans T3 memungkinkan Anda untuk mengonsolidasikan beban kerja Anda pada host yang lebih sedikit dan memaksimalkan pemanfaatan lisensi per inti Anda.
Host Khusus T3 paling cocok untuk menjalankan perangkat lunak BYOL dengan pemanfaatan CPU rendah hingga sedang. Beban kerja tersebut termasuk lisensi perangkat lunak per soket, per inti, atau per VM yang memenuhi syarat, seperti Windows Server, Windows Desktop, SQL Server, SUSE Enterprise Linux Server, Red Hat Enterprise Linux, dan Oracle Database. Contoh beban kerja yang cocok untuk Host Khusus T3 adalah basis data kecil dan menengah, desktop virtual, lingkungan pengembangan dan pengujian, repositori kode, dan prototipe produk. Host Khusus T3 tidak direkomendasikan untuk beban kerja dengan pemanfaatan CPU tinggi yang berkelanjutan atau untuk beban kerja yang mengalami lonjakan CPU yang berkorelasi secara bersamaan.
Instans T3 pada Host Khusus menggunakan model kredit yang sama dengan instans T3 pada perangkat keras penghunian bersama. Namun, mereka hanya mendukung mode kredit `standard`; mereka tidak mendukung mode kredit `unlimited`. Dalam mode `standard`, instans T3 di Host Khusus *memperoleh*, *menggunakan*, dan *mengakumulasikan* kredit dengan cara yang sama seperti instans yang dapat melonjak pada perangkat keras penghunian bersama. Mereka memberikan performa CPU dasar dengan kemampuan untuk melonjak di atas level acuan. Untuk melonjak di atas batas dasar, instans menggunakan kredit yang telah diakumulasikan dalam saldo kredit CPU. Ketika kredit akumulasi habis, pemanfaatan CPU diturunkan ke tingkat acuan. Untuk informasi selengkapnya tentang mode `standard`, lihat [Cara kerja instans performa yang dapat melonjak standar](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works).
Host Khusus T3 mendukung semua fitur yang ditawarkan oleh Host Khusus Amazon EC2, termasuk banyak ukuran instans pada satu host, grup sumber daya Host, dan BYOL.
**Ukuran dan konfigurasi instans T3 yang didukung**
Host Khusus T3 menjalankan instans T3 tujuan umum yang dapat melonjak, yang berbagi sumber daya CPU host dengan menyediakan performa CPU dasar dan kemampuan untuk melonjak ke tingkat yang lebih tinggi bila diperlukan. Hal ini memungkinkan Host Khusus T3, yang memiliki 48 inti, untuk mendukung hingga maksimum 192 instans per host. Untuk memanfaatkan sumber daya host secara efisien dan memberikan kinerja instans terbaik, algoritme penempatan instans Amazon EC2 secara otomatis menghitung jumlah instans dan kombinasi ukuran instans yang didukung yang dapat diluncurkan di host.
Host Khusus T3 mendukung beberapa tipe instans pada host yang sama. Semua ukuran instans T3 didukung pada Host Khusus. Anda dapat menjalankan berbagai kombinasi instans T3 hingga batas CPU host.
Tabel berikut mencantumkan tipe instans yang didukung, merangkum kinerja setiap tipe instans, dan menunjukkan jumlah maksimum instans dari setiap ukuran yang dapat diluncurkan.
| Tipe instans | v CPUs | Memori (GiB) | Pemanfaatan CPU acuan per vCPU | Bandwidth lonjakan jaringan (Gbps) | Bandwidth lonjakan Amazon EBS (Mbps) | Jumlah maksimum instans per Host Khusus |
| --- | --- | --- | --- | --- | --- | --- |
| t3.nano | 2 | 0,5 | 5% | 5 | Hingga 2.085 | 192 |
| t3.mikro | 2 | 1 | 10% | 5 | Hingga 2.085 | 192 |
| t3.small | 2 | 2 | 20% | 5 | Hingga 2.085 | 192 |
| t3.medium | 2 | 4 | 20% | 5 | Hingga 2.085 | 192 |
| t3.large | 2 | 8 | 30% | 5 | 2,780 | 96 |
| t3.xlarge | 4 | 16 | 40% | 5 | 2,780 | 48 |
| t3.2xlarge | 8 | 32 | 40% | 5 | 2,780 | 24 |
**Pantau pemanfaatan CPU untuk Host Khusus T3**
Anda dapat menggunakan CloudWatch metrik `DedicatedHostCPUUtilization` Amazon untuk memantau pemanfaatan vCPU dari Host Khusus. Metrik tersedia di namespace `EC2` dan dimensi `Per-Host-Metrics`. Untuk informasi selengkapnya, lihat [Metrik Host Khusus](viewing_metrics_with_cloudwatch.md#dh-metrics).
# Bawa lisensi perangkat lunak Anda sendiri ke Host Khusus Amazon EC2
Host Khusus memungkinkan Anda menggunakan lisensi perangkat lunak per soket, per inti, atau per VM yang ada. Saat Anda membawa lisensi Anda sendiri, Anda bertanggung jawab untuk mengelola lisensi Anda sendiri. Namun, Amazon EC2 memiliki fitur yang membantu Anda menjaga kepatuhan lisensi, seperti afinitas instans dan penempatan tertarget.
Ini adalah langkah umum yang harus diikuti untuk membawa gambar mesin berlisensi volume Anda sendiri ke Amazon EC2.
1. Verifikasi bahwa persyaratan lisensi yang mengontrol penggunaan gambar mesin Anda mengizinkan penggunaan dalam lingkungan cloud tervirtualisasi. Untuk informasi selengkapnya tentang Lisensi Microsoft, lihat [Amazon Web Services dan Microsoft Licensing](https://aws.amazon.com/windows/faq/#licensing).
1. Setelah Anda memverifikasi bahwa gambar mesin Anda dapat digunakan dalam Amazon EC2, impor gambar menggunakan VM Import/Export. Untuk informasi tentang cara mengimpor gambar mesin Anda, lihat [Panduan Import/Export Pengguna VM](https://docs.aws.amazon.com/vm-import/latest/userguide/).
1. Setelah Anda mengimpor gambar mesin, Anda dapat meluncurkan instans darinya ke Host Khusus yang aktif di akun Anda.
1. Saat Anda menjalankan instans ini, bergantung pada sistem operasi, Anda mungkin diminta untuk mengaktifkan instans ini di server KMS Anda sendiri (misalnya, Windows Server atau Windows SQL Server). Anda tidak dapat mengaktifkan AMI Windows yang diimpor pada server Amazon Windows KMS.
**catatan**
Untuk melacak bagaimana gambar Anda digunakan AWS, aktifkan perekaman host AWS Config. Anda dapat menggunakan AWS Config untuk merekam perubahan konfigurasi ke Host Khusus dan menggunakan output sebagai sumber data untuk pelaporan lisensi. Untuk informasi selengkapnya, lihat [Lacak perubahan konfigurasi Host Khusus Amazon EC2 menggunakan AWS Config](dedicated-hosts-aws-config.md).
# Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host
Kontrol penempatan untuk Host Khusus terjadi pada level instans dan level host.
## Penempatan otomatis
Penempatan otomatis dikonfigurasi di tingkat host. Ini memungkinkan Anda untuk mengelola apakah instans yang Anda luncurkan diluncurkan ke host tertentu, atau ke host mana pun yang tersedia yang memiliki konfigurasi yang cocok.
Ketika penempatan otomatis **dinonaktifkan** untuk Host Khusus, ia hanya menerima peluncuran instance penyewaan host yang menentukan ID host uniknya. Ini adalah pengaturan default untuk Host Khusus baru.
Ketika penempatan otomatis **diaktifkan** untuk Host Khusus, ia menerima peluncuran instans penyewaan host yang tidak ditargetkan yang cocok dengan konfigurasi tipe instance-nya.
Saat meluncurkan sebuah instans, Anda perlu mengonfigurasi penghuniannya. Meluncurkan sebuah instans ke Host Khusus tanpa memberikan `HostId` yang spesifik memungkinkannya untuk diluncurkan pada Host Khusus yang memiliki penempatan otomatis yang *diaktifkan* dan yang cocok dengan tipe instansnya.
## Afinitas host
Afinitas host dikonfigurasi pada tingkat instans. Ini menetapkan hubungan peluncuran antara sebuah instans dan Host Khusus.
Saat afinitas ditetapkan ke `Host`, sebuah instans yang diluncurkan ke host tertentu selalu dimulai ulang di host yang sama jika dihentikan. Ini berlaku untuk peluncuran tertarget dan tidak tertarget.
Saat afinitas diatur ke `Default`, dan Anda menghentikan serta memulai ulang instans, instans ini dapat dimulai ulang di semua host yang tersedia. Namun, ia mencoba untuk meluncurkan kembali ke Host Khusus terakhir yang dijalankannya (dengan upaya terbaik).
# Alokasikan Host Khusus Amazon EC2 untuk digunakan di akun Anda
Untuk mulai menggunakan Host Khusus, Anda harus terlebih dahulu mengalokasikannya di akun Anda. Setelah Anda mengalokasikan Host Khusus, kapasitas Host Khusus akan segera tersedia di akun Anda dan Anda dapat mulai meluncurkan instans ke Host Khusus.
Saat mengalokasikan Host Khusus di akun, Anda dapat memilih konfigurasi yang mendukung baik **satu tipe instans** maupun **beberapa tipe instans** dalam keluarga instans yang sama. Jumlah instans yang dapat Anda jalankan di host tergantung pada konfigurasi yang Anda pilih. Untuk informasi selengkapnya, lihat [Konfigurasi kapasitas instans Host Khusus Amazon EC2](dedicated-hosts-limits.md).
------
#### [ Console ]
**Untuk mengalokasikan Host Khusus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus** lalu pilih **Alokasi Host Khusus**.
1. Di **keluarga instans**, pilih keluarga instans untuk Host Khusus.
1. Tentukan apakah Host Khusus mendukung banyak ukuran instans dalam keluarga instans yang dipilih, atau hanya tipe instans tertentu. Lakukan salah satu dari berikut ini.
+ Untuk mengonfigurasi Host Khusus agar mendukung banyak tipe instans dalam keluarga instans yang dipilih, pada **Dukung beberapa tipe instans**, pilih **Aktifkan**. Dengan mengaktifkannya, Anda akan dapat meluncurkan ukuran instans yang berbeda dari keluarga instans yang sama ke Host Khusus. Misalnya, jika Anda memilih keluarga instans `m5` dan memilih opsi ini, Anda dapat meluncurkan instans `m5.xlarge` dan `m5.4xlarge` ke Host Khusus.
+ Untuk mengonfigurasi Host Khusus agar mendukung satu tipe instans dalam keluarga instans yang dipilih, hapus **Dukung beberapa tipe instans**, lalu untuk **Tipe instans**, pilih tipe instans yang akan didukung. Dengan demikian, Anda akan dapat meluncurkan satu tipe instans pada Host Khusus. Misalnya, jika Anda memilih opsi ini dan menentukan `m5.4xlarge` sebagai tipe instans yang didukung, Anda hanya dapat meluncurkan instans `m5.4xlarge` ke Host Khusus.
1. Untuk **Zona Ketersediaan**, pilih Zona Ketersediaan untuk mengalokasikan Host Khusus.
1. Agar Host Khusus dapat menerima peluncuran instans tidak tertarget yang cocok dengan tipe instansnya, di **Penempatan otomatis instans**, pilih **Aktifkan**. Untuk informasi selengkapnya tentang penempatan otomatis, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
1. Untuk mengaktifkan pemulihan host untuk Host Khusus, pada **Pemulihan host**, pilih **Aktifkan**. Untuk informasi selengkapnya, lihat [Pemulihan Host Khusus Amazon EC2](dedicated-hosts-recovery.md).
1. Untuk **Kuantitas**, masukkan jumlah Host Khusus yang akan dialokasikan.
1. (Opsional) Pilih **Tambahkan tanda baru** dan masukkan kunci tanda dan nilai tanda.
1. Pilih **Alokasikan**.
------
#### [ AWS CLI ]
**Untuk mengalokasikan Host Khusus**
Gunakan perintah [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html). Contoh berikut mengalokasikan Host Khusus yang mendukung beberapa jenis instans dari keluarga `m5` instance di `us-east-1a` Availability Zone. Ini juga memungkinkan pemulihan host dan menonaktifkan penempatan otomatis.
```
aws ec2 allocate-hosts \
--instance-family "m5" \
--availability-zone "us-east-1a" \
--auto-placement "off" \
--host-recovery "on" \
--quantity 1
```
Contoh berikut mengalokasikan Host Khusus yang mendukung peluncuran instans yang *tidak ditargetkan* di Availability Zone yang ditentukan, mengaktifkan pemulihan host, dan mengaktifkan penempatan otomatis.
```
aws ec2 allocate-hosts \
--instance-type "m5.large" \
--availability-zone "eu-west-1a" \
--auto-placement "on" \
--host-recovery "on" \
--quantity 1
```
------
#### [ PowerShell ]
**Untuk mengalokasikan Host Khusus**
Gunakan [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html)cmdlet. Contoh berikut mengalokasikan Host Khusus yang mendukung beberapa jenis instans dari keluarga `m5` instance di `us-east-1a` Availability Zone. Host juga mengaktifkan pemulihan host dan penempatan otomatis dinonaktifkan.
```
New-EC2Host `
-InstanceFamily m5 `
-AvailabilityZone us-east-1a `
-AutoPlacement Off `
-HostRecovery On `
-Quantity 1
```
Contoh berikut mengalokasikan Host Khusus yang mendukung peluncuran instans yang *tidak ditargetkan* di Availability Zone yang ditentukan dan memungkinkan pemulihan host.
```
New-EC2Host `
-InstanceType m5.large `
-AvailabilityZone eu-west-1a `
-AutoPlacement On `
-HostRecovery On `
-Quantity 1
```
------
# Luncurkan instans Amazon EC2 di Host Khusus Amazon EC2
Setelah Anda mengalokasikan Host Khusus, Anda dapat meluncurkan instans ke dalamnya. Anda tidak dapat meluncurkan instans dengan penghunian `host` jika Anda tidak memiliki Host Khusus aktif dengan kapasitas ketersediaan yang cukup untuk tipe instans yang Anda luncurkan.
**Pertimbangan-pertimbangan**
+ AMI SQL Server, SUSE, dan RHEL yang disediakan oleh Amazon EC2 tidak dapat digunakan dengan Host Khusus.
+ Untuk Host Khusus yang mendukung banyak ukuran instans, kami menyarankan Anda untuk meluncurkan ukuran instans yang lebih besar terlebih dahulu, kemudian mengisi kapasitas instans yang tersisa dengan ukuran instans yang lebih kecil, sesuai kebutuhan.
+ Sebelum Anda meluncurkan instans Anda, perhatikan batasannya. Untuk informasi selengkapnya, lihat [Larangan Host Khusus](dedicated-hosts-overview.md#dedicated-hosts-limitations).
------
#### [ Console ]
**Untuk meluncurkan sebuah instans ke Host Khusus tertentu dari halaman Host Khusus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Host Khusus** di panel navigasi.
1. Di halaman **Host Khusus**, pilih host dan pilih **Tindakan**, **Luncurkan Instans ke host**.
1. Di bagian **Gambar Aplikasi dan OS**, pilih AMI dari daftar.
1. Di bagian **tipe instans**, pilih tipe instans yang akan diluncurkan.
**catatan**
Jika Host Khusus mendukung satu tipe instans saja, tipe instans yang didukung akan dipilih secara default dan tidak dapat diubah.
Jika Host Khusus mendukung banyak tipe instans, Anda harus memilih tipe instans dalam keluarga instans yang didukung berdasarkan kapasitas instans yang tersedia pada Host Khusus. Kami menyarankan Anda untuk meluncurkan ukuran instans yang lebih besar terlebih dahulu, kemudian mengisi kapasitas instans yang tersisa dengan ukuran instans yang lebih kecil, sesuai kebutuhan.
1. Di bagian **Key pair**, pilih key pair untuk diasosiasikan dengan instans.
1. Di bagian **Detail lanjutan**, untuk **Afinitas sewa**, pilih salah satu dari berikut ini:
+ **Mati** - Afinitas host dinonaktifkan. Instance diluncurkan ke host yang ditentukan, tetapi tidak dijamin untuk memulai ulang pada Host Khusus yang sama jika dihentikan.
+ ID Host Khusus - Afinitas host diaktifkan. Jika dihentikan, instance selalu restart pada host yang ditentukan ini jika memiliki kapasitas. Jika host tidak memiliki kapasitas, instance tidak dapat dimulai ulang; Anda harus membangun afinitas dengan host yang berbeda.
Untuk informasi selengkapnya tentang Afinitas, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
**catatan**
Opsi **Penghunian** dan **Host** telah dikonfigurasi sebelumnya berdasarkan host yang Anda pilih.
1. Konfigurasikan opsi instans yang tersisa sesuai kebutuhan. Untuk informasi selengkapnya, lihat [Referensi untuk parameter konfigurasi EC2 instans Amazon](ec2-instance-launch-parameters.md).
1. Pilih **Luncurkan instans**.
**Untuk meluncurkan sebuah instans ke Host Khusus menggunakan Wizard Peluncuran Instans**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**, **Luncurkan instans**.
1. Di bagian **Gambar Aplikasi dan OS**, pilih AMI dari daftar.
1. Di bagian **tipe instans**, pilih tipe instans yang akan diluncurkan.
1. Di bagian **Key pair**, pilih key pair untuk diasosiasikan dengan instans.
1. Di bagian **Detail lanjutan**, lakukan hal berikut:
1. Untuk **Penghunian**, pilih **Host Khusus**.
1. Untuk **Target host berdasarkan**, pilih **ID Host**.
1. Untuk **ID host Target**, pilih host yang akan meluncurkan instans.
1. Untuk **afinitas Tenancy**, pilih salah satu dari berikut ini:
+ **Mati** - Afinitas host dinonaktifkan. Instance diluncurkan ke host yang ditentukan, tetapi tidak dijamin untuk memulai ulang pada Host Khusus yang sama jika dihentikan.
+ ID Host Khusus - Afinitas host diaktifkan. Jika dihentikan, instance selalu restart pada host yang ditentukan ini jika memiliki kapasitas. Jika host tidak memiliki kapasitas, instance tidak dapat dimulai ulang; Anda harus membangun afinitas dengan host yang berbeda.
Untuk informasi selengkapnya tentang Afinitas, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
1. Konfigurasikan opsi instans yang tersisa sesuai kebutuhan. Untuk informasi selengkapnya, lihat [Referensi untuk parameter konfigurasi EC2 instans Amazon](ec2-instance-launch-parameters.md).
1. Pilih **Luncurkan instans**.
------
#### [ AWS CLI ]
**Untuk meluncurkan sebuah instans ke Host Khusus**
Gunakan perintah [run-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) dan tentukan afinitas instance, penyewaan, dan host dalam opsi. `--placement`
Untuk meluncurkan ke Host Khusus tertentu dengan afinitas host (instance selalu dimulai ulang pada host yang sama jika dihentikan):
```
--placement Affinity=host,Tenancy=host,HostId=h-07879acf49EXAMPLE
```
Untuk memulai ke Host Khusus tertentu tanpa afinitas host (instance dapat dimulai ulang pada host mana pun yang tersedia):
```
--placement Tenancy=host,HostId=h-07879acf49EXAMPLE
```
Untuk meluncurkan ke Host Khusus yang tersedia dengan penempatan otomatis diaktifkan dan jenis instans yang cocok:
```
--placement Tenancy=host
```
------
#### [ PowerShell ]
**Untuk meluncurkan sebuah instans ke Host Khusus**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet dan tentukan afinitas instance, penyewaan, dan host dalam parameter. `-Placement`
Untuk meluncurkan ke Host Khusus tertentu dengan afinitas host (instance selalu dimulai ulang pada host yang sama jika dihentikan):
```
-Placement_Affinity host `
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```
Untuk memulai ke Host Khusus tertentu tanpa afinitas host (instance dapat dimulai ulang pada host mana pun yang tersedia):
```
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```
Untuk meluncurkan ke Host Khusus yang tersedia dengan penempatan otomatis diaktifkan dan jenis instans yang cocok:
```
-Placement_Tenancy host
```
------
# Luncurkan instans Amazon EC2 ke grup sumber daya host
Host Khusus juga terintegrasi dengan AWS License Manager. Dengan License Manager, Anda dapat membuat grup sumber daya host, yang merupakan kumpulan Host Khusus yang dikelola sebagai satu entitas. Saat membuat grup sumber daya host, Anda menentukan preferensi pengelolaan host, seperti alokasi otomatis dan lepas otomatis, untuk Host Khusus. Ini memungkinkan Anda meluncurkan instans ke Host Khusus tanpa mengalokasikan dan mengelola host tersebut secara manual. Untuk informasi selengkapnya, lihat [ Grup Sumber Daya Host](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) di *Panduan Pengguna AWS License Manager *.
Saat Anda meluncurkan instans ke dalam grup sumber daya host yang memiliki Host Khusus dengan kapasitas instans yang tersedia, Amazon EC2 meluncurkan instans ke host tersebut. Jika grup sumber daya host tidak memiliki host dengan kapasitas instans yang tersedia, Amazon EC2 secara otomatis mengalokasikan host baru di grup sumber daya host, lalu meluncurkan instans tersebut ke host tersebut. Untuk informasi selengkapnya, lihat [ Grup Sumber Daya Host](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) di *Panduan Pengguna AWS License Manager *.
**Persyaratan dan batasan**
+ Anda harus mengaitkan konfigurasi lisensi berbasis inti atau soket dengan AMI.
+ Anda tidak dapat menggunakan AMI SQL SQL Server, SUSE, atau RHEL yang disediakan oleh Amazon EC2 dengan Host Khusus.
+ Anda tidak dapat menargetkan host tertentu dengan memilih ID host, dan Anda tidak dapat mengaktifkan afinitas instans saat meluncurkan sebuah instans ke dalam grup sumber daya host.
------
#### [ Console ]
**Untuk meluncurkan sebuah instans ke dalam grup sumber daya host**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Instans**, **Luncurkan instans**.
1. Di bagian **Gambar Aplikasi dan OS**, pilih AMI dari daftar.
1. Di bagian **tipe instans**, pilih tipe instans yang akan diluncurkan.
1. Di bagian **Key pair**, pilih key pair untuk diasosiasikan dengan instans.
1. Di bagian **Detail lanjutan**, lakukan hal berikut:
1. Untuk **Penghunian**, pilih **Host Khusus**.
1. Untuk **Host target oleh**, pilih **Grup sumber daya host**.
1. Untuk **Grup sumber daya host penghunian**, pilih grup sumber daya host di mana instans akan diluncurkan.
1. Untuk **Afinitas penghunian**, lakukan salah satu hal berikut ini:
+ Pilih **Nonaktif** — Instans diluncurkan ke host yang ditentukan, tetapi tidak ada jaminan bahwa instans akan dimulai ulang pada Host Khusus yang sama jika dihentikan.
+ Pilih ID Host Khusus — Jika dihentikan, instans selalu dimulai ulang di host spesifik ini.
Untuk informasi selengkapnya tentang Afinitas, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
1. Konfigurasikan opsi instans yang tersisa sesuai kebutuhan. Untuk informasi selengkapnya, lihat [Referensi untuk parameter konfigurasi EC2 instans Amazon](ec2-instance-launch-parameters.md).
1. Pilih **Luncurkan instans**.
------
#### [ AWS CLI ]
**Untuk meluncurkan sebuah instans ke dalam grup sumber daya host**
Gunakan perintah [run-instans](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Dalam `--placement` opsi, hilangkan penyewaan dan tentukan ARN dari grup sumber daya host.
```
--placement HostResourceGroupArn=arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```
------
#### [ PowerShell ]
**Untuk meluncurkan sebuah instans ke dalam grup sumber daya host**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet. Dalam `-Placement` parameter, hilangkan penyewaan dan tentukan ARN dari grup sumber daya host.
```
-Placement_HostResourceGroupArn arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```
------
# Ubah pengaturan penempatan otomatis untuk Host Khusus Amazon EC2 yang ada
Anda dapat mengubah pengaturan penempatan otomatis Host Khusus setelah Anda mengalokasikannya ke akun Anda AWS .
------
#### [ Console ]
**Untuk memodifikasi penempatan otomatis Host Khusus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih host dan pilih **Tindakan**, **Ubah host**.
1. Untuk **Penempatan otomatis instans**, pilih **Aktifkan** untuk mengaktifkan penempatan otomatis, atau kosongkan **Aktifkan** untuk menonaktifkan penempatan otomatis. Untuk informasi selengkapnya, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
1. Pilih **Simpan**.
------
#### [ AWS CLI ]
**Untuk memodifikasi penempatan otomatis Host Khusus**
Gunakan perintah [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--auto-placement on \
--host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Untuk memodifikasi penempatan otomatis Host Khusus**
Gunakan [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html)cmdlet.
```
Edit-EC2Host `
-AutoPlacement 1 `
-HostId h-012a3456b7890cdef
```
------
# Ubah jenis instans yang didukung untuk Host Khusus Amazon EC2 yang sudah ada
Anda dapat memodifikasi Host Khusus untuk mengubah tipe instans yang didukungnya. Jika saat ini mendukung satu tipe instans, Anda dapat memodifikasinya untuk mendukung beberapa tipe instans dalam keluarga instans itu. Demikian pula, jika saat ini mendukung beberapa tipe instans, Anda dapat memodifikasinya untuk mendukung tipe instans tertentu saja.
Untuk mengubah Host Khusus agar mendukung banyak tipe instans, Anda harus terlebih dahulu menghentikan semua instans yang berjalan di host. Modifikasi membutuhkan waktu sekitar 10 menit untuk selesai. Transisi Host Khusus ke status `pending` saat modifikasi sedang berlangsung. Anda tidak dapat memulai instans yang berhenti atau meluncurkan instans baru pada Host Khusus saat berada di status `pending`.
Untuk mengubah Host Khusus yang mendukung banyak tipe instans agar hanya mendukung satu tipe instans, host tidak boleh memiliki instans yang sedang berjalan, atau instans yang sedang berjalan harus dari tipe instans yang Anda inginkan agar didukung oleh host. Misalnya, untuk mengubah host yang mendukung beberapa tipe instans di keluarga instans `m5` untuk mendukung instans `m5.large` saja, Host Khusus tidak boleh memiliki instans yang berjalan, atau hanya boleh memiliki instans `m5.large` yang berjalan di atasnya.
Jika Anda mengalokasikan host untuk tipe instans tervirtualisasi, Anda tidak dapat mengubah tipe instans menjadi tipe `.metal` instans setelah host dialokasikan. Misalnya, jika Anda mengalokasikan host untuk tipe instans `m5.large`, Anda tidak dapat mengubah tipe instans menjadi `m5.metal`. Demikian pula, jika Anda mengalokasikan host untuk tipe `.metal` instans, Anda tidak dapat memodifikasi tipe instans menjadi tipe instans virtual setelah host dialokasikan. Misalnya, jika Anda mengalokasikan host untuk tipe instans `m5.metal`, Anda tidak dapat mengubah tipe instans menjadi `m5.large`.
------
#### [ Console ]
**Untuk mengubah tipe instans yang didukung untuk Host Khusus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel Navigasi, pilih **Host Khusus**.
1. Pilih Host Khusus untuk memodifikasi dan pilih **Tindakan**, **Ubah host**.
1. Lakukan salah satu hal berikut, tergantung pada konfigurasi Host Khusus saat ini:
+ Jika Host Khusus saat ini mendukung tipe instans tertentu, **Dukung beberapa tipe instans** tidak diaktifkan, dan **Tipe instans** mencantumkan tipe instans yang didukung. Untuk mengubah host agar mendukung banyak tipe dalam keluarga instans saat ini, pada **Dukungan beberapa tipe instans**, pilih **Aktifkan**.
Anda harus terlebih dahulu menghentikan semua instans yang berjalan pada host sebelum memodifikasinya untuk mendukung banyak tipe instans.
+ Jika Host Khusus saat ini mendukung beberapa tipe instans dalam sebuah keluarga instans, **Diaktifkan** dipilih untuk **Mendukung beberapa tipe instans**. Untuk memodifikasi host agar mendukung tipe instans tertentu, pada **Dukungan beberapa tipe instans**, hapus **Aktifkan**, lalu pada **Tipe instans**, pilih tipe instans tertentu yang akan didukung.
Anda tidak dapat mengubah keluarga instans yang didukung oleh Host Khusus.
1. Pilih **Simpan**.
------
#### [ AWS CLI ]
**Untuk mengubah tipe instans yang didukung untuk Host Khusus**
Gunakan perintah [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
Contoh berikut memodifikasi Host Khusus untuk mendukung beberapa jenis instans dalam keluarga `m5` instance.
```
aws ec2 modify-hosts \
--instance-family m5 \
--host-ids h-012a3456b7890cdef
```
Contoh berikut memodifikasi Host Khusus untuk mendukung `m5.xlarge` instance saja.
```
aws ec2 modify-hosts \
--instance-type m5.xlarge \
--instance-family --host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Untuk mengubah tipe instans yang didukung untuk Host Khusus**
Gunakan [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html)cmdlet.
Contoh berikut memodifikasi Host Khusus untuk mendukung beberapa jenis instans dalam keluarga `m5` instance.
```
Edit-EC2Host `
-InstanceFamily m5 `
-HostId h-012a3456b7890cdef
```
Contoh berikut memodifikasi Host Khusus untuk mendukung `m5.xlarge` instance saja.
```
Edit-EC2Host `
-InstanceType m5.xlarge `
-HostId h-012a3456b7890cdef
```
------
# Ubah penyewaan dan afinitas Host Khusus Amazon EC2 untuk instans Amazon EC2
Anda dapat mengubah penghunian instans setelah Anda meluncurkannya. Anda juga dapat mengubah afinitas instans Anda untuk menargetkan host tertentu atau mengizinkannya diluncurkan pada host khusus apa pun yang tersedia dengan atribut yang cocok di akun Anda. Untuk mengubah penghunian atau afinitas instans, instans tersebut harus ada dalam status `stopped`.
Detail sistem operasi instans Anda, dan apakah SQL Server diinstal, memengaruhi konversi apa yang didukung. Untuk informasi selengkapnya tentang jalur konversi penghunian yang tersedia untuk instans Anda, lihat [Konversi penghunia](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-tenancy.html) di *Panduan Pengguna Manajer Lisensi*.
**catatan**
Untuk instans T3, Anda harus meluncurkan instans pada Host Khusus untuk menggunakan penyewaan `host`. Untuk instans T3, Anda tidak dapat mengubah penghunian dari `host` ke `dedicated` atau `default`. Percobaan mengubah salah satu penghunian yang tidak didukung ini dapat mengakibatkan kode kesalahan `InvalidRequest`.
------
#### [ Console ]
**Untuk memodifikasi penghunian atau afinitas instans**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Instans** dan pilih instans yang akan dimodifikasi.
1. Pilih **Status instans**, **Berhenti**.
1. Dengan instans yang dipilih, pilih **Tindakan**, **Pengaturan instans**, **Modifikasi penempatan instans**.
1. Pada halaman **Modify instance placement**, konfigurasikan hal berikut:
+ **Penghunian**—Pilih salah satu dari berikut:
+ Jalankan instans perangkat keras khusus — Meluncurkan instans sebagai Instans Khusus. Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](dedicated-instance.md).
+ Meluncurkan instans pada Host Khusus — Meluncurkan instans ke Host Khusus dengan afinitas yang dapat dikonfigurasi.
+ **Afinitas**—Pilih salah satu dari berikut:
+ Instans ini dapat berjalan di salah satu host saya—Instans ini diluncurkan ke Host Khusus mana pun yang tersedia di akun Anda yang mendukung tipe instansnya.
+ Instans ini hanya dapat berjalan di host yang dipilih—Instans ini hanya dapat berjalan di Host Khusus yang dipilih untuk **Host Target**.
+ **Target Host**—Pilih Host Khusus tempat instans harus dijalankan. Jika tidak ada host target yang terdaftar, Anda mungkin tidak memiliki Host Khusus yang tersedia dan kompatibel di akun Anda.
Untuk informasi selengkapnya, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
1. Pilih **Simpan**.
------
#### [ AWS CLI ]
**Untuk mengubah tenancy atau afinitas instance**
Gunakan perintah [modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html). Contoh berikut mengubah afinitas instance yang ditentukan dari `default` untuk, `host`dan menentukan Host Khusus yang terkait dengan instans.
```
aws ec2 modify-instance-placement \
--instance-id i-1234567890abcdef0 \
--affinity host \
--tenancy host \
--host-id h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Untuk memodifikasi penghunian atau afinitas instans**
Gunakan [Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html)cmdlet. Contoh berikut mengubah afinitas instans yang ditetapkan dari `default` menjadi `host`, dan menetapkan Host Khusus yang mempunyai afinitas dengan instans.
```
Edit-EC2InstancePlacement `
-InstanceId i-1234567890abcdef0 `
-Affinity host `
-Tenancy host `
-HostId h-012a3456b7890cdef
```
------
# Rilis Host Khusus Amazon EC2
Jika Anda tidak lagi membutuhkan Host Khusus, Anda dapat menghentikan instans yang berjalan di host, mengarahkannya untuk diluncurkan di host yang berbeda, dan kemudian *melepaskan* host.
Setiap instans yang berjalan di Host Khusus harus dihentikan sebelum Anda dapat merilis host. Instans ini dapat dimigrasikan ke Host Khusus lainnya di akun Anda sehingga Anda dapat terus menggunakannya. Langkah-langkah ini hanya berlaku untuk Host Khusus Sesuai Permintaan.
------
#### [ Console ]
**Untuk merilis Host Khusus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Di halaman **Host Khusus**, pilih Host Khusus yang akan dirilis.
1. Pilih **Tindakan**, **Rilis host**.
1. Untuk mengonfirmasi, pilih **Lepaskan**.
------
#### [ AWS CLI ]
**Untuk merilis Host Khusus**
Gunakan perintah [release-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/release-hosts.html).
```
aws ec2 release-hosts --host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Untuk merilis Host Khusus**
Gunakan [Remove-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Host.html)cmdlet.
```
Remove-EC2Host -HostId h-012a3456b7890cdef
```
------
Setelah Anda merilis Host Khusus, Anda tidak dapat menggunakan kembali host atau ID host yang sama, sehingga Anda tidak lagi dikenai tarif penagihan Sesuai Permintaan. Status Host Khusus diubah menjadi `released`, dan Anda tidak dapat meluncurkan instans apa pun ke host itu.
**catatan**
Jika Anda baru saja melepas Host Khusus, mungkin perlu beberapa saat bagi host tersebut untuk tidak diperhitungkan dalam batas Anda. Selama waktu ini, Anda mungkin mengalami kesalahan `LimitExceeded` saat mencoba mengalokasikan Host Khusus baru. Jika ini masalahnya, coba alokasikan host baru lagi setelah beberapa menit.
Instans yang dihentikan masih tersedia untuk digunakan dan terdaftar di halaman **Instans**. Pengaturan penghunian `host` dipertahankan.
# Bermigrasi ke Host Khusus Amazon EC2 berbasis Nitro
Nitro System adalah kumpulan komponen perangkat keras dan perangkat lunak yang dibangun oleh AWS yang memungkinkan performa tinggi, ketersediaan tinggi, dan keamanan tinggi. Host Khusus berbasis Nitro menawarkan kinerja harga yang lebih baik dibandingkan dengan Host Khusus berbasis Xen. Jika Anda memiliki Host Khusus berbasis Xen di akun Anda, kami sarankan Anda memigrasikan beban kerja Anda ke Host Khusus berbasis Nitro. Untuk informasi selengkapnya, lihat [AWS Nitro System](https://aws.amazon.com/ec2/nitro/).
Untuk bermigrasi dari Host Khusus berbasis Xen ke Host Khusus berbasis Nitro, Anda perlu memigrasikan instans berbasis Xen di Host Khusus Anda ke jenis instans berbasis Nitro, mengalokasikan Host Khusus berbasis Nitro baru, dan kemudian memindahkan instans berbasis Nitro yang dimigrasi ke Host Khusus berbasis Nitro baru Anda.
Topik ini memberikan langkah-langkah terperinci untuk bermigrasi dari Host Khusus berbasis Xen ke Host Khusus berbasis Nitro.
**Topics**
+ [
## Langkah 1: Identifikasi Host Khusus Berbasis Xen
](#identify-xen-hosts)
+ [
## Langkah 2: Migrasikan instance berbasis Xen ke tipe instans berbasis Nitro
](#migrate-dh-instances)
+ [
## Langkah 3: Alokasikan Host Khusus Berbasis Nitro
](#allocate-nitro-host)
+ [
## Langkah 4: Pindahkan instance yang dimigrasi ke Host Khusus berbasis Nitro baru
](#move-instances)
+ [
## Langkah 5: Lepaskan Host Khusus berbasis Xen yang tidak terpakai
](#release-xen-instances)
## Langkah 1: Identifikasi Host Khusus Berbasis Xen
Host Khusus berikut berbasis Xen dan memenuhi syarat untuk dimigrasikan ke Host Khusus berbasis Nitro.
+ **Tujuan umum:** M3 \$1 M4
+ **Komputasi dioptimalkan:** C3 \$1 C4
+ **Memori dioptimalkan:** R3 \$1 R4 \$1 X1 \$1 X1e
+ **Penyimpanan dioptimalkan:** D2 \$1 H1 \$1 I2 \$1 I3
+ **Komputasi yang dipercepat:** F1 \$1 G3 \$1 P2 \$1 P3
**Untuk memeriksa apakah Anda memiliki Host Khusus berbasis Xen di akun Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Di **kolom Penelusuran**, gunakan filter **keluarga Instance** untuk mencari Host Khusus berbasis Xen di atas. Misalnya, *keluarga Instance = m3*.
## Langkah 2: Migrasikan instance berbasis Xen ke tipe instans berbasis Nitro
Instans yang berjalan di Host Khusus berbasis Xen juga berbasis Xen. Anda harus memigrasikan instans ini ke tipe instans berbasis Nitro sebelum dapat memindahkannya ke Host Khusus berbasis Nitro.
**penting**
Sebelum Anda mulai memigrasikan instans Anda, kami sarankan Anda mencadangkan data Anda. Untuk informasi selengkapnya, lihat [Membuat snapshot Amazon EBS multi-volume dari instans Amazon EC2](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-create-snapshots.html).
**Untuk menemukan instans yang berjalan di Host Khusus berbasis Xen**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih host berbasis Xen yang ingin Anda migrasikan dan kemudian pilih tab **Running** instance. Tab mencantumkan semua instance yang berjalan dari host yang dipilih.
Untuk memigrasikan **instance Linux, lihat**. [Perubahan jenis instans Amazon EC2](ec2-instance-resize.md)
Untuk memigrasikan **instance Windows, lihat**. [Migrasikan instans Windows EC2 ke tipe instans berbasis Nitro](migrating-latest-types.md)
**catatan**
Pastikan Anda memigrasikan instans ke jenis instans yang cocok dengan Host Khusus berbasis Nitro yang ingin Anda migrasi. Misalnya, jika Anda ingin bermigrasi ke Host Khusus M7i, pastikan Anda memigrasikan instans ke jenis instans M7i.
## Langkah 3: Alokasikan Host Khusus Berbasis Nitro
**Untuk menemukan Host Khusus Berbasis Nitro yang didukung**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Jenis Instance**.
1. Terapkan filter berikut:
+ *Hypervisor = nitro*
+ *Dukungan Host Khusus = benar*
Setelah Anda menemukan jenis instans berbasis Nitro yang sesuai, [alokasikan Host Khusus baru](dedicated-hosts-allocating.md).
## Langkah 4: Pindahkan instance yang dimigrasi ke Host Khusus berbasis Nitro baru
Setelah mengalokasikan Host Khusus berbasis Nitro dan mencapai `available` status, Anda dapat memindahkan instance yang sebelumnya Anda migrasi ke jenis instans berbasis Nitro ke Host Khusus yang baru.
**Untuk memindahkan instans Anda ke Host Khusus berbasis Nitro yang baru**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, **Instance.**
1. Pilih instance yang dimigrasikan dan pilih **Tindakan**, **Pengaturan instans**, **Ubah penempatan instans**.
1. Untuk **host khusus Target**, pilih Host Khusus berbasis Nitro yang baru, lalu pilih **Simpan**.
1. Mulai ulang instans. Pilih instance dan pilih **Instance state**, **Start instance**.
## Langkah 5: Lepaskan Host Khusus berbasis Xen yang tidak terpakai
Setelah Anda memigrasikan beban kerja Anda dari Host Khusus berbasis Xen ke Host Khusus berbasis Nitro yang baru, Anda dapat [merilis Host Khusus berbasis Xen jika Anda tidak lagi membutuhkannya](dedicated-hosts-releasing.md).
## Beli Reservasi Tuan Rumah Khusus untuk diskon tagihan Host Khusus
Reservasi Tuan Rumah Khusus memberi Anda diskon hingga 70 persen dibandingkan dengan harga Tuan Rumah Khusus Sesuai Permintaan. Anda harus memiliki Dedicated Host aktif yang dialokasikan di akun Anda sebelum dapat membeli Reservasi Tuan Rumah Terdedikasi. Untuk informasi selengkapnya, lihat [Reservasi Host Khusus](dedicated-hosts-billing.md#dedicated-host-reservations).
------
#### [ Console ]
**Untuk membeli reservasi**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Host Khusus**, **Reservasi Host Khusus**, **Beli Reservasi Host Khusus**.
1. Pada layar **Temukan penawaran**, lakukan hal berikut:
1. Untuk **keluarga Instans**, pilih keluarga instans dari Host Khusus untuk membeli Reservasi Tuan Rumah Khusus.
1. Untuk **opsi Pembayaran**, pilih dan konfigurasikan opsi pembayaran pilihan Anda.
1. Pilih **Berikutnya**.
1. Pilih Host Khusus untuk mengaitkan Reservasi Tuan Rumah Khusus, lalu pilih **Berikutnya**.
1. (*Opsional*) Tetapkan tag ke Reservasi Tuan Rumah Khusus.
1. Tinjau pesanan Anda dan pilih **Pembelian**.
------
#### [ AWS CLI ]
**Untuk membeli reservasi**
1. Gunakan [describe-host-reservation-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-host-reservation-offerings.html)perintah untuk membuat daftar penawaran yang tersedia yang sesuai dengan kebutuhan Anda. Contoh berikut menampilkan daftar penawaran yang mendukung instans di keluarga instans `m4` dan memiliki jangka waktu satu tahun.
Jangka waktu ditentukan dalam hitungan detik. Jangka waktu satu tahun mencakup 31.536.000 detik, dan jangka waktu tiga tahun mencakup 94.608.000 detik.
```
aws ec2 describe-host-reservation-offerings \
--filter Name=instance-family,Values=m4 \
--max-duration 31536000
```
Perintah menampilkan daftar penawaran yang sesuai dengan kriteria Anda. Catat ID penawaran untuk dibeli.
1. Gunakan [purchase-host-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-host-reservation.html)perintah untuk membeli penawaran dan berikan yang `offeringId` disebutkan di langkah sebelumnya. Contoh berikut membeli reservasi yang ditentukan dan mengaitkannya dengan Host Khusus tertentu yang sudah dialokasikan di AWS akun, dan menerapkan tag dengan kunci `purpose` dan nilai. `production`
```
aws ec2 purchase-host-reservation \
--offering-id hro-03f707bf363b6b324 \
--host-id-set h-013abcd2a00cbd123 \
--tag-specifications 'ResourceType=host-reservation,Tags={Key=purpose,Value=production}'
```
------
#### [ PowerShell ]
**Untuk membeli reservasi**
1. Gunakan [Get-EC2HostReservationOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2HostReservationOffering.html)cmdlet untuk membuat daftar penawaran yang tersedia yang sesuai dengan kebutuhan Anda. Contoh berikut mencantumkan penawaran yang mendukung instans di keluarga instans `m5` dan memiliki jangka waktu satu tahun.
Jangka waktu ditentukan dalam hitungan detik. Jangka waktu satu tahun mencakup 31.536.000 detik, dan jangka waktu tiga tahun mencakup 94.608.000 detik.
```
$filter = @{Name="instance-family"; Values="m5"}
Get-EC2HostReservationOffering `
-Filter $filter `
-MaxDuration 31536000
```
Perintah menampilkan daftar penawaran yang sesuai dengan kriteria Anda. Catat ID penawaran untuk dibeli.
1. Gunakan [New-EC2HostReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2HostReservation.html)cmdlet untuk membeli penawaran dan memberikan ID penawaran yang tercantum pada langkah sebelumnya. Contoh berikut membeli reservasi yang ditentukan dan mengaitkannya dengan Host Khusus tertentu yang sudah dialokasikan di AWS akun.
```
New-EC2HostReservation `
-OfferingId hro-03f707bf363b6b324 `
-HostIdSet h-013abcd2a00cbd123
```
------
# Berbagi Host Khusus Amazon EC2 lintas akun
Berbagi Host Khusus memungkinkan pemilik Host Khusus untuk berbagi Host Khusus mereka dengan AWS akun lain atau di dalam AWS organisasi. Hal ini memungkinkan Anda untuk membuat dan mengelola Host Khusus secara terpusat, dan berbagi Host Khusus di beberapa AWS akun atau di dalam AWS organisasi Anda.
Dalam model ini, AWS akun yang memiliki Host Khusus (*pemilik*) membagikannya dengan AWS akun lain (*konsumen*). Konsumen dapat meluncurkan instans ke Host Khusus yang dibagikan dengan mereka dengan cara yang sama seperti saat meluncurkan instans ke Host Khusus yang mereka alokasikan di akun mereka sendiri. Pemilik bertanggung jawab untuk mengelola Host Khusus dan instans yang mereka luncurkan ke dalamnya. Pemilik tidak dapat memodifikasi instans yang diluncurkan konsumen ke Host Khusus bersama. Konsumen bertanggung jawab untuk mengelola instans yang mereka luncurkan ke Host Khusus yang dibagikan dengan mereka. Konsumen tidak dapat melihat atau memodifikasi instans yang dimiliki oleh konsumen lain atau oleh pemilik Host Khusus, dan mereka tidak dapat memodifikasi Host Khusus yang dibagikan dengan mereka.
Pemilik Host Khusus dapat berbagi Host Khusus dengan:
+ AWS Akun spesifik di dalam atau di luar AWS organisasinya
+ Unit organisasi di dalam AWS organisasinya
+ Seluruh AWS organisasinya
**Topics**
+ [
## Prasyarat untuk berbagi Host Khusus
](#dh-sharing-prereq)
+ [
## Batasan untuk berbagi Host Khusus
](#dh-sharing-limitation)
+ [
## Layanan terkait
](#dh-sharing-related)
+ [
## Berbagi di seluruh Zona Ketersediaan
](#dh-sharing-azs)
+ [
## Izin Host Khusus Bersama
](#shared-dh-perms)
+ [
## Tagihan dan pengukuran
](#shared-dh-billing)
+ [
## Batas Host Khusus
](#shared-dh-limits)
+ [
## Pemulihan host dan berbagi Host Khusus
](#dh-sharing-retirement)
+ [Berbagi Host Khusus](sharing-dh.md)
+ [Membatalkan Bagikan Host Khusus](unsharing-dh.md)
+ [Lihat Host Khusus bersama](identifying-shared-dh.md)
## Prasyarat untuk berbagi Host Khusus
+ Untuk berbagi Host Khusus, Anda harus memilikinya di AWS akun Anda. Anda tidak dapat berbagi Host Khusus yang telah dibagikan dengan Anda.
+ Untuk berbagi Host Khusus dengan AWS organisasi Anda atau unit organisasi di AWS organisasi Anda, Anda harus mengaktifkan berbagi dengan AWS Organizations. Untuk informasi selengkapnya, lihat [Aktifkan Berbagi dengan AWS Organizations](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html) dalam *Panduan Pengguna AWS RAM *.
## Batasan untuk berbagi Host Khusus
Anda tidak dapat membagikan Host Khusus yang telah dialokasikan untuk tipe instans berikut: `u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal`, dan `u-24tb1.metal`.
## Layanan terkait
### AWS Resource Access Manager
Berbagi Host Khusus terintegrasi dengan AWS Resource Access Manager (AWS RAM). AWS RAM adalah layanan yang memungkinkan Anda untuk berbagi AWS sumber daya Anda dengan AWS akun apa pun atau melalui AWS Organizations. Dengan AWS RAM, Anda berbagi sumber daya yang Anda miliki dengan membuat *pembagian sumber daya*. Pembagian sumber daya menentukan sumber daya yang akan dibagikan, dan konsumen yang akan dibagikan. Konsumen dapat berupa AWS akun individu, atau unit organisasi atau seluruh organisasi dari AWS Organizations.
Untuk informasi selengkapnya AWS RAM, lihat *[Panduan AWS RAM Pengguna](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Berbagi di seluruh Zona Ketersediaan
Untuk memastikan bahwa sumber daya didistribusikan di seluruh Zona Ketersediaan untuk suatu Wilayah, kami secara independen memetakan Zona Ketersediaan ke nama untuk setiap akun . Hal ini dapat menyebabkan perbedaan penamaan Zona Ketersediaan di seluruh akun. Misalnya, Availability Zone `us-east-1a` untuk AWS akun Anda mungkin tidak memiliki lokasi yang sama dengan AWS akun lain. `us-east-1a`
Untuk mengidentifikasi lokasi Host Khusus Anda yang terkait dengan akun Anda, Anda harus menggunakan *ID Zona Ketersediaan* (AZ ID). ID Availability Zone adalah pengidentifikasi unik dan konsisten untuk Availability Zone di semua AWS akun. Misalnya, `use1-az1` adalah ID Zona Ketersediaan untuk Wilayah `us-east-1` dan lokasinya sama di setiap akun AWS .
**Untuk melihat Availability Zone IDs untuk Availability Zone di akun Anda**
1. Buka AWS RAM konsol di [https://console.aws.amazon.com/ram/rumah](https://console.aws.amazon.com/ram/home).
1. Availability Zone IDs untuk Region saat ini ditampilkan di panel **ID AZ Anda** di sisi kanan layar.
## Izin Host Khusus Bersama
### Izin untuk pemilik
Pemilik bertanggung jawab untuk mengelola Host Khusus bersama dan instans yang mereka luncurkan ke dalamnya. Pemilik dapat melihat semua instans yang berjalan di Host Khusus bersama, termasuk yang diluncurkan oleh konsumen. Namun, pemilik tidak dapat mengambil tindakan apa pun untuk menjalankan instans yang diluncurkan oleh konsumen.
### Izin untuk konsumen
Konsumen bertanggung jawab untuk mengelola instans yang mereka luncurkan ke Host Khusus bersama. Konsumen tidak dapat mengubah Host Khusus bersama dengan cara apa pun, dan mereka tidak dapat melihat atau memodifikasi instans yang diluncurkan oleh konsumen lain atau pemilik Host Khusus.
## Tagihan dan pengukuran
Tidak ada biaya tambahan untuk berbagi Host Khusus.
Pemilik ditagih untuk Host Khusus yang mereka bagikan. Konsumen tidak akan ditagih untuk instans yang mereka luncurkan ke Host Khusus bersama.
Reservasi Host Khusus terus memberikan diskon penagihan untuk Host Khusus bersama. Hanya pemilik Host Khusus yang dapat membeli Reservasi Host Khusus untuk Host Khusus bersama yang mereka miliki.
## Batas Host Khusus
Host Khusus Bersama dihitung dalam batas Host Khusus pemilik saja. Batas Host Khusus konsumen tidak terpengaruh oleh Host Khusus yang telah dibagikan dengan mereka. Demikian pula, instans yang diluncurkan konsumen ke Host Khusus bersama tidak diperhitungkan dalam batas instans mereka.
## Pemulihan host dan berbagi Host Khusus
Pemulihan host memulihkan instans yang diluncurkan oleh pemilik Host Khusus dan konsumen yang telah membagikannya. Host Khusus pengganti dialokasikan ke akun pemilik. Ini ditambahkan ke sumber daya yang sama dengan Host Khusus asli, dan dibagikan dengan konsumen yang sama.
Untuk informasi selengkapnya, lihat [Pemulihan Host Khusus Amazon EC2](dedicated-hosts-recovery.md).
# Bagikan Host Khusus Amazon EC2 di seluruh akun AWS
Saat pemilik membagikan Host Khusus, konsumen akan dapat meluncurkan instans di host. Konsumen dapat meluncurkan sebanyak mungkin instans ke host bersama sesuai kapasitas yang tersedia.
**penting**
Perhatikan bahwa Anda bertanggung jawab untuk memastikan bahwa Anda memiliki hak lisensi yang sesuai untuk membagikan lisensi BYOL apa pun pada Host Khusus Anda.
Jika Anda berbagi Host Khusus dengan penempatan otomatis diaktifkan, perhatikan hal berikut karena dapat menyebabkan penggunaan Host Khusus yang tidak diinginkan:
+ Jika konsumen meluncurkan instans dengan penghunian Host Khusus dan mereka tidak memiliki kapasitas pada Host Khusus yang mereka miliki di akun mereka, instans tersebut secara otomatis diluncurkan ke Host Khusus bersama.
Untuk membagikan Host Khusus, Anda harus menambahkannya ke berbagi sumber daya. Berbagi sumber daya adalah AWS RAM sumber daya yang memungkinkan Anda berbagi sumber daya di seluruh AWS akun. Pembagian sumber daya menentukan sumber daya yang akan dibagikan, dan konsumen yang akan berbagi dengan mereka. Anda dapat menambahkan Host Khusus ke sumber daya yang ada, atau Anda dapat menambahkannya ke berbagi sumber daya baru.
Jika Anda adalah bagian dari organisasi AWS Organizations dan berbagi dalam organisasi Anda diaktifkan, konsumen di organisasi Anda secara otomatis diberikan akses ke Host Khusus bersama. Jika tidak, konsumen menerima undangan untuk bergabung dengan berbagi sumber daya dan diberikan akses ke Host Khusus bersama setelah menerima undangan.
**catatan**
Setelah Anda membagikan Host Khusus, konsumen mungkin perlu waktu beberapa menit untuk dapat mengaksesnya.
------
#### [ Console ]
**Untuk membagikan Host Khusus yang Anda miliki menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih Host Khusus untuk berbagi dan pilih **Tindakan**, **Bagikan host**.
1. Pilih berbagi sumber daya yang ingin ditambahkan Host Khusus dan pilih **Bagikan host**.
Butuh beberapa menit bagi konsumen untuk mendapatkan akses ke host bersama.
**Untuk berbagi Host Khusus yang Anda miliki menggunakan AWS RAM konsol**
Lihat [Membuat berbagi sumber daya](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-create.html) di *Panduan AWS RAM Pengguna*.
------
#### [ AWS CLI ]
**Untuk berbagi Host Khusus yang Anda miliki**
Gunakan perintah [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
#### [ PowerShell ]
**Untuk berbagi Host Khusus yang Anda miliki**
Gunakan cmdlet [New- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
# Membatalkan Bagikan Host Khusus yang dibagikan dengan akun lain AWS
Pemilik Host Khusus dapat membatalkan pembagian Host Khusus bersama kapan saja. Saat Anda membatalkan berbagi Host Khusus bersama, aturan berikut ini berlaku:
+ Konsumen yang dibagikan Host Khusus tidak lagi dapat meluncurkan instans baru ke dalamnya.
+ Instans yang dimiliki oleh konsumen yang berjalan pada Host Khusus pada waktu pembatalan pembagian terus berjalan, tetapi dijadwalkan untuk [pensiun](schedevents_actions_retire.md). Konsumen menerima notifikasi pensiun untuk instans tersebut dan mereka memiliki waktu dua minggu untuk mengambil tindakan atas notifikasi tersebut. Namun, jika Host Khusus dibagikan ulang dengan konsumen dalam periode pemberitahuan pensiun, pensiun instans dibatalkan.
Untuk membatalkan berbagi Host Khusus bersama yang Anda miliki, Anda harus menghapusnya dari berbagi sumber daya.
------
#### [ Console ]
**Untuk membatalkan berbagi Host Khusus bersama yang Anda miliki**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih Host Khusus yang batal dibagikan dan pilih tab **Berbagi**.
1. Tab **Berbagi** mencantumkan sumber daya yang telah ditambahkan Host Khusus. Pilih bagian sumber daya untuk menghapus Host Khusus dan pilih **Hapus host dari berbagi sumber daya**.
**Untuk membatalkan berbagi Host Khusus bersama yang Anda miliki menggunakan konsol AWS RAM**
Lihat [Memperbarui bagian sumber daya](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-update.html) di *Panduan AWS RAM Pengguna*.
------
#### [ AWS CLI ]
**Untuk membatalkan berbagi Host Khusus bersama yang Anda miliki**
Gunakan perintah [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```
------
#### [ PowerShell ]
**Untuk membatalkan berbagi Host Khusus bersama yang Anda miliki**
Gunakan [cmdlet Putus- RAMResource Bagikan](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE"
```
------
# Lihat Host Khusus Amazon EC2 bersama di akun Anda AWS
Anda dapat melihat Host Khusus yang Anda bagikan dengan akun lain, dan Host Khusus yang dibagikan dengan Anda. Jika Anda memiliki Host Khusus, Anda dapat melihat semua instans berjalan di host, termasuk instans yang diluncurkan oleh konsumen. Jika Host Khusus dibagikan dengan Anda, Anda hanya dapat melihat instans yang Anda luncurkan ke host bersama, dan bukan yang diluncurkan oleh konsumen lain.
Pemilik dan konsumen dapat mengidentifikasi Host Khusus bersama menggunakan salah satu metode berikut.
------
#### [ Console ]
**Untuk mengidentifikasi Host Khusus bersama**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**. Layar mencantumkan Host Khusus yang Anda miliki dan Host Khusus yang dibagikan dengan Anda.
1. Kolom **Pemilik** menunjukkan ID akun AWS dari pemilik Host Khusus.
1. Untuk melihat instance yang berjalan di host, pilih tab **Instances.**
------
#### [ AWS CLI ]
**Untuk mengidentifikasi Host Khusus bersama**
Gunakan perintah [describe-host](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html). Perintah tersebut menampilkan Host Khusus yang Anda miliki dan Host Khusus yang dibagikan dengan Anda. Nilai `Owner` adalah ID akun pemilik Host Khusus. `Instances`Daftar ini menjelaskan instance yang berjalan di host.
```
aws ec2 describe-hosts --filter "Name=state,Values=available"
```
------
#### [ PowerShell ]
**Untuk mengidentifikasi Host Khusus bersama**
Gunakan [Get- EC2host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html) cmdlet. Cmdlet mengembalikan Host Khusus yang Anda miliki dan Host Khusus yang dibagikan dengan Anda. Nilai `Owner` dalam respons adalah ID akun pemilik Host Khusus. `Instances`Daftar ini menjelaskan instance yang berjalan di host.
```
Get-EC2Host -Filter @{Name="state"; Values="available"}
```
------
# Host Khusus Amazon EC2 di AWS Outposts
AWS Outposts adalah layanan yang dikelola sepenuhnya yang memperluas AWS infrastruktur, layanan APIs, dan alat ke tempat Anda. Dengan menyediakan akses lokal ke infrastruktur AWS terkelola, AWS Outposts memungkinkan Anda untuk membangun dan menjalankan aplikasi di tempat menggunakan antarmuka pemrograman yang sama seperti di AWS Wilayah, sambil menggunakan sumber daya komputasi dan penyimpanan lokal untuk latensi yang lebih rendah dan kebutuhan pemrosesan data lokal.
Outpost adalah kumpulan kapasitas AWS komputasi dan penyimpanan yang digunakan di situs pelanggan. AWS mengoperasikan, memantau, dan mengelola kapasitas ini sebagai bagian dari suatu AWS Wilayah.
Anda dapat mengalokasikan Host Khusus di Outposts yang Anda miliki di akun Anda. Ini memudahkan Anda untuk membawa lisensi perangkat lunak dan beban kerja yang ada yang memerlukan server fisik khusus ke AWS Outposts. Anda juga dapat menargetkan aset perangkat keras tertentu di Outpost untuk membantu meminimalkan latensi di antara beban kerja Anda.
Host Khusus memungkinkan Anda untuk menggunakan lisensi perangkat lunak yang memenuhi syarat di Amazon EC2, sehingga Anda mendapatkan fleksibilitas dan efektivitas biaya menggunakan lisensi Anda sendiri. Lisensi perangkat lunak lain yang terikat pada mesin virtual, soket, atau inti fisik, juga dapat digunakan pada Host Khusus, tunduk pada persyaratan lisensi mereka. Meskipun Outposts selalu menjadi lingkungan penghunian tunggal yang memenuhi syarat untuk beban kerja BYOL, Host Khusus memungkinkan Anda membatasi lisensi yang diperlukan untuk satu host dibandingkan dengan deployment seluruh Outpost.
Selain itu, menggunakan Host Khusus di Outpost memberi Anda fleksibilitas yang lebih besar dalam deployment tipe instans, dan kontrol yang lebih terperinci atas penempatan instans. Anda dapat menargetkan host tertentu untuk peluncuran instans dan menggunakan afinitas host untuk memastikan bahwa instans selalu berjalan pada host tersebut, atau Anda dapat menggunakan penempatan otomatis untuk meluncurkan instans ke host mana pun yang tersedia yang memiliki konfigurasi dan ketersediaan kapasitas yang cocok.
**Contents**
+ [
## Prasyarat
](#dh-outpost-prereqs)
+ [
## Fitur yang didukung
](#dh-outpost-features)
+ [
## Pertimbangan
](#dh-outpost-considerations)
+ [
# Mengalokasikan Host Khusus Amazon EC2 di AWS Outposts
](dh-outpost-allocate.md)
## Prasyarat
Anda harus menginstal Outpost di situs Anda. Untuk informasi selengkapnya, lihat [Membuat Outpost dan memesan kapasitas Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/order-outpost-capacity.html) di *Panduan Pengguna AWS Outposts *.
## Fitur yang didukung
+ Contoh keluarga berikut didukung:
+ **Tujuan umum:** M5 \$1 M5d \$1 M7i \$1 M8i
+ **Komputasi dioptimalkan:** C5 \$1 C5d \$1 C7i \$1 C8i
+ **Memori dioptimalkan:** R5 \$1 R5d \$1 R7i \$1 R8i
+ **Penyimpanan dioptimalkan: i3en**
+ **Komputasi yang dipercepat: G4dn**
+ Host Khusus di Outposts dapat dikonfigurasi untuk mendukung beberapa ukuran instans. Support untuk beberapa ukuran instans tersedia untuk keluarga instance berikut.
+ **Tujuan umum:** M5 \$1 M5d \$1 M7i
+ **Komputasi dioptimalkan:** C5 \$1 C5d \$1 C7i
+ **Memori dioptimalkan:** R5 \$1 R5d \$1 R7i
Untuk informasi selengkapnya, lihat [Konfigurasi kapasitas instans Host Khusus Amazon EC2](dedicated-hosts-limits.md).
+ Host Khusus di Outposts mendukung penempatan otomatis dan peluncuran instans tertarget. Untuk informasi selengkapnya, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
+ Host Khusus di Outposts mendukung afinitas host. Untuk informasi selengkapnya, lihat [Penempatan otomatis Host Khusus Amazon EC2 dan afinitas host](dedicated-hosts-understanding.md).
+ Host Khusus di Outposts mendukung berbagi dengan. AWS RAM Untuk informasi selengkapnya, lihat [Berbagi Host Khusus Amazon EC2 lintas akun](dh-sharing.md).
## Pertimbangan
+ Reservasi Host Khusus tidak didukung di Outposts.
+ Host grup sumber daya dan tidak AWS License Manager didukung di Outposts.
+ Host Khusus di Outposts tidak mendukung instans T3 yang dapat melonjak.
+ Host Khusus di Outposts tidak mendukung pemulihan host.
+ Pemulihan otomatis yang disederhanakan tidak didukung untuk instance dengan penyewaan Host Khusus di Outposts.
# Mengalokasikan Host Khusus Amazon EC2 di AWS Outposts
Anda mengalokasikan dan menggunakan Host Khusus di Outposts dengan cara yang sama dengan Host Khusus di Wilayah AWS .
**Prasyarat**
Buat subnet pada Outpost. Untuk informasi selengkapnya, lihat [Membuat subnet](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet) di *Panduan Pengguna AWS Outposts *.
**Untuk mengalokasikan Host Khusus di Outpost, gunakan salah satu metode berikut:**
------
#### [ Console ]
**Untuk mengalokasikan Host Khusus di Outpost menggunakan konsol AWS Outposts**
1. Buka AWS Outposts konsol di [https://console.aws.amazon.com/outposts/](https://console.aws.amazon.com/outposts/home).
1. Di panel navigasi, pilih **Outposts**. Pilih Outpost kemudian pilih **Tindakan**, **Alokasikan Host Khusus**.
1. Konfigurasikan Host Khusus sesuai kebutuhan. Untuk informasi selengkapnya, lihat [Alokasikan Host Khusus Amazon EC2 untuk digunakan di akun Anda](dedicated-hosts-allocating.md).
**catatan**
**Zona Ketersediaan** dan **ARN Outpost** harus diisi sebelumnya dengan Zone Ketersediaan dan ARN dari Outpost yang dipilih.
1. Pilih **Alokasikan**.
**Untuk mengalokasikan Host Khusus di Pos Luar menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**, lalu pilih **Alokasi Host Khusus**.
1. Untuk **Zona Ketersediaan**, pilih Zona Ketersediaan yang terkait dengan Outpost.
1. Untuk **ARN Outpost** masukkan ARN Outpost.
1. Untuk menargetkan aset perangkat keras tertentu di Outpost, pada **Menargetkan aset perangkat keras tertentu di Outpost**, pilih **Aktifkan**. Untuk setiap aset perangkat keras yang ditargetkan, pilih **Tambahkan ID aset**, lalu masukkan ID aset perangkat keras.
**catatan**
Nilai yang Anda tentukan untuk **Kuantitas** harus sama dengan jumlah aset IDs yang Anda tentukan. Misalnya, jika Anda menentukan 3 aset IDs, maka Kuantitas juga harus 3.
1. Konfigurasikan pengaturan Host Khusus yang tersisa sesuai kebutuhan. Untuk informasi selengkapnya, lihat [Alokasikan Host Khusus Amazon EC2 untuk digunakan di akun Anda](dedicated-hosts-allocating.md).
1. Pilih **Alokasikan**.
------
#### [ AWS CLI ]
**Untuk mengalokasikan Host Khusus di Pos Luar**
Gunakan perintah [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html). Untuk `--availability-zone`, tentukan Zona Ketersediaan yang terkait dengan Outpost. Untuk `--outpost-arn`, tentukan ARN dari Outpost. Secara opsional, untuk`--asset-ids`, tentukan aset perangkat keras Outpost yang akan ditargetkan. IDs
```
aws ec2 allocate-hosts \
--availability-zone "us-east-1a" \
--outpost-arn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" \
--asset-ids asset_id \
--instance-family "m5" \
--auto-placement "off" \
--quantity 1
```
------
#### [ PowerShell ]
**Untuk mengalokasikan Host Khusus di Pos Luar**
Gunakan [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html)cmdlet. Tentukan Availability Zone yang terkait dengan Outpost. Secara opsional, untuk`-AssetId`, tentukan aset perangkat keras Outpost yang akan ditargetkan. IDs
```
New-EC2Host `
-AvailabilityZone "us-east-1a" `
-OutpostArn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" `
-AssetId asset_id `
-InstanceFamily "m5" `
-AutoPlacement "off" `
-Quantity 1
```
------
**Untuk meluncurkan sebuah instans ke Host Khusus di Outpost**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**. Pilih Host Khusus yang Anda alokasikan pada langkah sebelumnya dan pilih **Actions**, **Launch instans ke host**.
1. Konfigurasikan instans sesuai kebutuhan kemudian luncurkan instans. Untuk informasi selengkapnya, lihat [Luncurkan instans Amazon EC2 di Host Khusus Amazon EC2](launching-dedicated-hosts-instances.md).
# Pemulihan Host Khusus Amazon EC2
Pemulihan otomatis Host Khusus memulai ulang instans Anda ke host pengganti baru saat kondisi bermasalah tertentu terdeteksi di Host Khusus Anda. Pemulihan host mengurangi kebutuhan akan intervensi manual dan menurunkan beban operasional jika ada kegagalan Host Khusus yang tidak terduga terkait daya sistem atau peristiwa konektivitas jaringan. Masalah Host Khusus lainnya akan memerlukan intervensi manual dalam pemulihannya.
**Topics**
+ [Cara kerja pemulihan host](dedicated-hosts-recovery-basics.md)
+ [
## Jenis instans Supportyang didukung
](#dedicated-hosts-recovery-instances)
+ [
## Harga
](#dedicated-hosts-recovery-pricing)
+ [Kelola pemulihan host](dedicated-hosts-recovery-enable.md)
+ [Lihat pengaturan pemulihan host](dedicated-hosts-recovery-view.md)
+ [Memulihkan instans yang tidak didukung secara manual](dedicated-hosts-recovery-unsupported.md)
# Cara kerja pemulihan Host Khusus Amazon EC2
Host Khusus dan proses pemulihan grup sumber daya host menggunakan pemeriksaan kondisi tingkat host untuk menilai ketersediaan Host Khusus dan untuk mendeteksi kegagalan sistem dasar. Tipe kegagalan Host Khusus menentukan apakah pemulihan otomatis Host Khusus dimungkinkan. Contoh masalah yang dapat menyebabkan pemeriksaan kondisi tingkat host gagal meliputi:
+ Hilangnya konektivitas jaringan
+ Hilangnya daya sistem
+ Masalah perangkat keras atau perangkat lunak pada host fisik
**penting**
Pemulihan otomatis Host Khusus tidak terjadi ketika host dijadwalkan pensiun.
## Pemulihan otomatis Host Khusus
Ketika daya sistem atau kegagalan konektivitas jaringan terdeteksi pada Host Khusus Anda, pemulihan otomatis Host Khusus dimulai dan Amazon **EC2 secara otomatis mengalokasikan Host Khusus pengganti di Zona Ketersediaan yang sama dengan Host Khusus** asli. Host Khusus pengganti menerima ID host baru, tetapi mempertahankan atribut yang sama dengan Host Khusus yang asli, termasuk:
+ Zona Ketersediaan
+ Jenis instans
+ Tag
+ Pengaturan penempatan otomatis
+ Reservasi
Saat Host Khusus pengganti dialokasikan, **instans dipulihkan ke Host Khusus pengganti**. Instans yang dipulihkan mempertahankan atribut yang sama dengan instans asli, termasuk:
+ ID Instans
+ Alamat IP privat
+ Alamat IP elastic
+ Lampiran volume EBS
+ Semua metadata instans
Selain itu, integrasi bawaan dengan AWS License Manager mengotomatiskan pelacakan dan pengelolaan lisensi Anda.
**catatan**
AWS Integrasi License Manager hanya didukung di Wilayah di mana AWS License Manager tersedia.
Jika instans memiliki hubungan afinitas host dengan Host Khusus yang terganggu, instans yang dipulihkan membentuk afinitas host dengan Host Khusus pengganti.
Jika semua instans telah dipulihkan ke Host Khusus pengganti, **Host Khusus yang terganggu akan dilepas**, dan Host Khusus pengganti tersedia untuk digunakan.
Ketika pemulihan host dimulai, pemilik AWS akun diberitahu melalui email dan oleh suatu Dasbor AWS Health acara. Notifikasi kedua dikirimkan setelah pemulihan host berhasil diselesaikan.
Jika Anda menggunakan AWS License Manager untuk melacak lisensi Anda, AWS License Manager mengalokasikan lisensi baru untuk penggantian Host Khusus berdasarkan batas konfigurasi lisensi. Jika konfigurasi lisensi memiliki batas keras yang akan dilanggar sebagai akibat dari pemulihan host, proses pemulihan tidak diperbolehkan dan Anda diberitahu tentang kegagalan pemulihan host melalui pemberitahuan Amazon SNS (jika pengaturan pemberitahuan telah dikonfigurasi untuk License AWS Manager). Jika konfigurasi lisensi memiliki batas lunak yang akan dilanggar sebagai akibat dari pemulihan host, pemulihan diizinkan untuk dilanjutkan dan Anda diberi tahu tentang pelanggaran batas melalui notifikasi Amazon SNS. Untuk informasi selengkapnya, lihat [Menggunakan Konfigurasi Lisensi](https://docs.aws.amazon.com/license-manager/latest/userguide/license-configurations.html) dan [Pengaturan di License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/settings.html) di *Panduan Pengguna AWS License Manager*.
## Status pemulihan host
Saat kegagalan Host Khusus terdeteksi, Host Khusus yang terganggu memasuki status `under-assessment`, dan semua instance masuk ke status `impaired`. Anda tidak dapat meluncurkan instans ke Host Khusus yang rusak saat berada dalam status `under-assessment`.
Setelah Host Khusus pengganti dialokasikan, host memasuki status `pending`. Statusnya tidak berubah sampai proses pemulihan host selesai. Anda tidak dapat meluncurkan instans ke Host Khusus pengganti saat berada dalam status `pending`. Instans yang dipulihkan pada Host Khusus pengganti tetap berada dalam status `impaired` selama proses pemulihan.
Setelah pemulihan host selesai, Host Khusus pengganti memasuki status `available`, dan instans yang dipulihkan kembali ke status `running`. Anda dapat meluncurkan instans ke Host Khusus pengganti setelah instans berada dalam status `available`. Host Khusus yang mengalami gangguan dilepas secara permanen dan masuk dalam status `released-permanent-failure`.
Jika Host Khusus yang mengalami gangguan memiliki instance yang tidak mendukung pemulihan host, seperti instance dengan volume root penyimpanan instans, Host Khusus tidak akan dirilis. Sebaliknya, host ditandai untuk pensiun dan memasuki status `permanent-failure`.
## Skenario tanpa pemulihan otomatis Host Khusus
**Pemulihan otomatis Host Khusus tidak terjadi ketika host dijadwalkan pensiun.** Anda akan menerima pemberitahuan pensiun di Dasbor AWS Health CloudWatch acara Amazon, dan alamat email pemilik AWS akun menerima pesan mengenai kegagalan Host Khusus. Ikuti langkah-langkah perbaikan yang dijelaskan dalam notifikasi pensiun dalam jangka waktu yang ditentukan untuk secara manual memulihkan instans pada host yang pensiun.
**Instans yang dihentikan tidak dipulihkan** ke Host Khusus pengganti. Jika Anda mencoba untuk memulai contoh instans yang berhenti yang menargetkan Host Khusus yang terganggu, instans akan mulai gagal. Kami menyarankan Anda mengubah instans yang dihentikan untuk menargetkan Host Khusus yang berbeda, atau untuk meluncurkan pada Host Khusus apa pun yang tersedia dengan konfigurasi yang cocok dan penempatan otomatis diaktifkan.
**Instans dengan penyimpanan instans tidak dipulihkan** ke Host Khusus pengganti. Sebagai langkah perbaikan, Host Khusus yang mengalami gangguan ditandai untuk pensiun dan Anda akan menerima notifikasi pensiun setelah pemulihan host selesai. Ikuti langkah-langkah perbaikan yang dijelaskan dalam notifikasi pensiun dalam jangka waktu yang ditentukan untuk secara manual memulihkan instans yang tersisa pada Host Khusus yang terganggu.
## Jenis instans Supportyang didukung
Pemulihan host didukung untuk keluarga contoh berikut:
+ **Tujuan umum:** A1 \$1 M3 \$1 M4 \$1 M5 \$1 M5n \$1 M5Zn \$1 M6a \$1 M6g \$1 M6i \$1 T3 \$1 Mac1 \$1 Mac2 \$1 Mac2-M1Ultra \$1 Mac2-m2 \$1 Mac2-M2Pro
+ **Komputasi dioptimalkan:** C3 \$1 C4 \$1 C5 \$1 C5n \$1 C6a \$1 C6g \$1 C6i
+ **Memori dioptimalkan:** R3 \$1 R4 \$1 R5 \$1 R5b \$1 R5n \$1 R6g \$1 R6i \$1 U-6TB1 \$1 U-9TB1 \$1 U-12TB1 \$1 U-18TB1 \$1 U-24TB1 \$1 X1 \$1 X1e \$1 x2IEZN
+ **Komputasi yang dipercepat:** Inf1 \$1 G3 \$1 G5g \$1 P2 \$1 P3
Untuk memulihkan instans yang tidak didukung, lihat [Memulihkan instans yang tidak didukung oleh pemulihan Host Khusus Amazon EC2 secara manual](dedicated-hosts-recovery-unsupported.md).
**catatan**
Pemulihan otomatis Host khusus untuk tipe instans metal yang didukung akan membutuhkan waktu lebih lama untuk mendeteksi dan memulihkan dari tipe instans nonmetal.
## Harga
Tidak ada biaya tambahan untuk menggunakan pemulihan host, tetapi biaya Host Khusus yang biasa berlaku. Untuk informasi selengkapnya, lihat [Harga Host Khusus Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/).
Segera setelah pemulihan host dimulai, Anda tidak lagi ditagih untuk Host Khusus yang terganggu. Tagihan untuk Host Khusus pengganti dimulai hanya setelah host masuk dalam status `available`.
Jika Host Khusus yang terganggu ditagih menggunakan tarif Sesuai Permintaan, Host Khusus pengganti juga akan ditagih menggunakan tarif Sesuai Permintaan. Jika Host Khusus yang mengalami gangguan memiliki Reservasi Host Khusus yang aktif, Host Khusus tersebut akan ditransfer ke Host Khusus pengganti.
# Kelola pemulihan Host Khusus Amazon EC2
Pemulihan otomatis Host Khusus memulai ulang instans Anda ke host pengganti baru saat kondisi bermasalah tertentu terdeteksi di Host Khusus Anda. Anda dapat mengaktifkan pemulihan host ketika Anda mengalokasikan Host Khusus atau setelah alokasi.
Gunakan prosedur berikut untuk mengaktifkan pemulihan host saat mengalokasikan host.
------
#### [ Console ]
**Untuk mengaktifkan pemulihan host pada alokasi**
**Saat mengalokasikan Host Khusus menggunakan konsol Amazon EC2, **untuk pemulihan Host, pilih Aktifkan**.** Untuk informasi selengkapnya, lihat [Alokasikan Host Khusus Amazon EC2 untuk digunakan di akun Anda](dedicated-hosts-allocating.md).
------
#### [ AWS CLI ]
**Untuk mengaktifkan pemulihan host pada alokasi**
Gunakan perintah [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html).
```
aws ec2 allocate-hosts \
--instance-type m5.large \
--availability-zone eu-west-1a \
--auto-placement on \
--host-recovery on \
--quantity 1
```
------
#### [ PowerShell ]
**Untuk mengaktifkan pemulihan host pada alokasi**
Gunakan [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html)cmdlet.
```
New-EC2Host `
-InstanceType m5.large `
-AvailabilityZone eu-west-1a `
-AutoPlacement on `
-HostRecovery on `
-Quantity 1
```
------
Gunakan prosedur berikut untuk mengelola pemulihan host untuk Host Khusus.
------
#### [ Console ]
**Untuk mengelola pemulihan host setelah alokasi**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih Host Khusus.
1. Pilih **Tindakan**, **Ubah host**.
1. Untuk **pemulihan Host**, pilih atau hapus **Aktifkan**.
1. Pilih **Simpan**.
------
#### [ AWS CLI ]
**Untuk mengaktifkan pemulihan host setelah alokasi**
Gunakan perintah [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-recovery on \
--host-ids h-012a3456b7890cdef
```
**Untuk menonaktifkan pemulihan host setelah alokasi**
Gunakan perintah [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html) dan tentukan `host-recovery` parameter dengan nilai. `off`
```
aws ec2 modify-hosts \
--host-recovery off \
--host-ids h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Untuk mengaktifkan pemulihan host setelah alokasi**
Gunakan cmdlet [Edit-host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).
```
Edit-EC2Host `
-HostRecovery on `
-HostId h-012a3456b7890cdef
```
**Untuk menonaktifkan pemulihan host setelah alokasi**
Gunakan [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html)cmdlet.
```
Edit-EC2Host `
-HostRecovery off `
-HostId h-012a3456b7890cdef
```
------
# Lihat pengaturan pemulihan host untuk Host Khusus Amazon EC2 Anda
Anda dapat melihat konfigurasi pemulihan host untuk Host Khusus kapan saja.
------
#### [ Console ]
**Untuk melihat konfigurasi pemulihan host untuk Host Khusus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih Host Khusus, dan di tab **Deskripsi**, tinjau bidang **Pemulihan Host**.
------
#### [ AWS CLI ]
**Untuk melihat konfigurasi pemulihan host untuk Host Khusus**
Gunakan perintah [describe-host](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).
```
aws ec2 describe-hosts \
--host-ids h-012a3456b7890cdef \
--query Hosts[].HostRecovery
```
Berikut ini adalah output contoh.
```
on
```
------
#### [ PowerShell ]
**Untuk melihat konfigurasi pemulihan host untuk Host Khusus**
Gunakan [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html)cmdlet.
```
(Get-EC2Host -HostId h-012a3456b7890cdef).Hosts | Select HostRecovery
```
Berikut ini adalah output contoh.
```
HostRecovery
------------
on
```
------
# Memulihkan instans yang tidak didukung oleh pemulihan Host Khusus Amazon EC2 secara manual
Pemulihan host tidak mendukung pemulihan instans yang menggunakan volume penyimpanan instans. Ikuti petunjuk di bawah ini untuk secara manual memulihkan semua instans Anda yang tidak dapat dipulihkan secara otomatis.
**Awas**
Data pada volume penyimpanan instans hilang saat instans dihentikan, dihibernasi, atau diakhiri. Ini termasuk volume penyimpanan instance yang dilampirkan ke instance yang memiliki volume root EBS. Untuk melindungi data dari volume penyimpanan instans, cadangkan ke penyimpanan persisten sebelum instans dihentikan atau diakhiri.
## Memulihkan instans yang didukung EBS secara manual
Untuk instans yang didukung EBS yang tidak dapat dipulihkan secara otomatis, kami menyarankan Anda untuk menghentikan dan memulai instans secara manual untuk memulihkannya ke Host Khusus yang baru. Untuk informasi selengkapnya tentang menghentikan instans Anda, dan tentang perubahan yang terjadi dalam konfigurasi instans Anda saat dihentikan, lihat [Hentikan dan mulai instans Amazon EC2](Stop_Start.md).
## Pulihkan instance secara manual dengan volume root penyimpanan instance
Untuk contoh dengan volume root penyimpanan instance yang tidak dapat dipulihkan secara otomatis, kami sarankan Anda melakukan hal berikut:
1. Luncurkan instans pengganti pada Host Khusus baru dari AMI terbaru Anda.
1. Migrasikan semua data yang diperlukan ke instans pengganti.
1. Akhiri instans asli pada Host Khusus yang terganggu.
# Pemeliharaan host untuk Host Khusus Amazon EC2
Dengan pemeliharaan host, jika Host Khusus mengalami degradasi, kami secara otomatis memigrasikan instans yang berjalan di atasnya ke Host Khusus pengganti yang sehat. Hal ini membantu meminimalkan waktu henti beban kerja Anda, dan menyederhanakan pengelolaan Host Khusus Anda. Pemeliharaan host juga dilakukan untuk pemeliharaan Amazon EC2 terencana dan rutin.
Amazon EC2 mendukung dua jenis pemeliharaan host:
+ **Pemeliharaan host migrasi langsung** — Instans secara otomatis dimigrasikan ke host pengganti dalam waktu 24 jam, tanpa menghentikan dan memulai ulang.
+ **Pemeliharaan host berbasis reboot** - Instans dijadwalkan *misalnya reboot* peristiwa terjadwal, di mana mereka secara otomatis dihentikan dan dimulai ulang pada host pengganti.
**Topics**
+ [
## Pemeliharaan host versus pemulihan host
](#dedicated-hosts-maintenance-differences)
+ [
## Pertimbangan-pertimbangan
](#dedicated-hosts-maintenance-basics-limitations)
+ [
## Layanan terkait
](#dedicated-hosts-maintenance-related)
+ [
## Harga
](#dedicated-hosts-maintenance-pricing)
+ [
# Cara kerja pemeliharaan host untuk Host Khusus Amazon EC2
](dedicated-hosts-maintenance-basics.md)
+ [
# Konfigurasikan pengaturan pemeliharaan host untuk Host Khusus Amazon EC2
](dedicated-hosts-maintenance-configuring.md)
## Pemeliharaan host versus pemulihan host
Tabel berikut menunjukkan perbedaan utama antara pemulihan host dan pemeliharaan host.
****
| | Pemulihan host | Pemeliharaan host |
| --- | --- | --- |
| Keterjangkauan instans | Tidak dapat dijangkau | Dapat dijangkau |
| Status Host Khusus | under-assessment | permanent-failure |
| Grup sumber daya tuan rumah | Didukung | Tidak didukung |
Untuk informasi selengkapnya tentang pemulihan host, lihat [Pemulihan host](dedicated-hosts-recovery.md).
## Pertimbangan-pertimbangan
+ Pemeliharaan host tersedia di semua Wilayah AWS, kecuali Wilayah Tiongkok AWS GovCloud (US) Regions dan.
+ Pemeliharaan host tidak didukung di AWS Outposts, AWS Local Zones, dan AWS Wavelength Zones.
+ Pemeliharaan host tidak dapat diaktifkan atau dinonaktifkan untuk host yang sudah ada dalam grup sumber daya host. Host yang ditambahkan ke grup sumber daya host mempertahankan pengaturan pemeliharaan host-nya. Untuk informasi selengkapnya, lihat [Grup sumber daya host](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html).
+ Pemeliharaan host tidak didukung dengan jenis instance berikut, karena mereka memiliki volume root penyimpanan instance: C1, C3, D2, I2, M1, M2, M3, R3, dan X1.
## Layanan terkait
Host Khusus terintegrasi dengan **AWS License Manager** —Melacak lisensi di seluruh Host Khusus Amazon EC2 Anda (hanya didukung di Wilayah di mana AWS License Manager tersedia). Untuk informasi selengkapnya, lihat [Panduan Pengguna AWS License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/license-manager.html).
Anda harus memiliki lisensi yang cukup Akun AWS untuk Host Khusus Anda yang baru. Lisensi yang terkait dengan host terdegradasi Anda dirilis saat host dirilis setelah selesainya acara yang dijadwalkan.
## Harga
Tidak ada biaya tambahan untuk penggunaan pemeliharaan host, tetapi biaya Host Khusus yang biasa berlaku. Untuk informasi selengkapnya, lihat [Harga Host Khusus Amazon EC2](https://aws.amazon.com/ec2/dedicated-hosts/pricing/).
Segera setelah pemeliharaan host dimulai, Anda tidak lagi ditagih untuk Host Khusus yang terdegradasi. Tagihan untuk Host Khusus pengganti dimulai hanya setelah host masuk dalam status `available`.
Jika Dedicated Host yang terdegradasi ditagih menggunakan tarif On-Demand, Dedicated Host pengganti juga ditagih menggunakan tarif On-Demand. Jika Host Khusus yang terdegradasi memiliki Reservasi Host Khusus yang aktif, Host Khusus tersebut akan ditransfer ke Host Khusus yang baru.
# Cara kerja pemeliharaan host untuk Host Khusus Amazon EC2
Ketika degradasi terdeteksi pada Host Khusus yang diaktifkan untuk pemeliharaan host, kami secara otomatis mengalokasikan Host Khusus pengganti di akun Anda. Host Khusus pengganti menerima ID host baru, tetapi mempertahankan atribut yang sama dengan Host Khusus yang asli, termasuk:
+ Pengaturan penempatan otomatis
+ Zona Ketersediaan
+ Asosiasi Reservasi Tuan Rumah Khusus
+ Afinitas host
+ Pengaturan pemeliharaan host
+ Pengaturan pemulihan host
+ Tipe instans
+ Tag
Setelah host pengganti dialokasikan, kami memigrasikan instance menggunakan **pemeliharaan host migrasi langsung atau pemeliharaan host** **berbasis reboot**, tergantung pada instancenya.
Setelah host terdegradasi tidak memiliki instance yang berjalan lagi, host tersebut akan dirilis secara permanen dari akun Anda.
## Pemeliharaan host migrasi langsung
Instans yang memerlukan pemeliharaan host migrasi langsung secara otomatis dimigrasikan ke host pengganti dalam waktu 24 jam, tanpa menghentikan dan memulai ulang. Instance yang dimigrasi mempertahankan atribut yang ada, termasuk:
+ ID Instans
+ Metadata instans
+ Lampiran volume Amazon EBS
+ Alamat IP elastis dan alamat IP pribadi
+ Memori, CPU, dan status jaringan
Beberapa ukuran instans yang lebih besar mungkin mengalami sedikit penurunan kinerja selama migrasi.
Setelah instance dimigrasikan secara otomatis ke host pengganti, kami mengirimkan email dan pemberitahuan AWS Health Dasbor kepada Anda. Pemberitahuan mencakup host terdegradasi dan pengganti, informasi tentang instans yang dimigrasi secara otomatis menggunakan pemeliharaan host migrasi langsung, dan informasi tentang instans yang tersisa. IDs
## Pemeliharaan host berbasis reboot
Instans yang memerlukan pemeliharaan host berbasis reboot dijadwalkan misalnya acara terjadwal reboot selama 14 hari sejak tanggal pemberitahuan. Anda dapat terus mengakses instans Anda di Host Khusus yang terdegradasi sebelum acara yang dijadwalkan.
Anda dapat menjadwal ulang acara reboot untuk tanggal yang berada dalam 7 hari dari tanggal dan waktu acara asli. Untuk informasi selengkapnya, lihat [Menjadwalkan ulang acara terjadwal untuk instans EC2](reschedule-event.md).
Amazon EC2 secara otomatis menyimpan kapasitas pada host pengganti untuk instans ini. Anda tidak dapat menjalankan instance dalam kapasitas cadangan ini.
Konsol Amazon EC2 menunjukkan kapasitas cadangan sebagai kapasitas yang digunakan. Tampaknya instance berjalan pada host yang terdegradasi dan host pengganti. Namun, instance akan terus berjalan hanya pada host yang terdegradasi hingga dihentikan atau dimigrasikan ke kapasitas cadangan pada host pengganti.
Pada tanggal dan waktu acara yang dijadwalkan, instans secara otomatis dihentikan dan dimulai kembali ke kapasitas cadangan pada host pengganti. Instance yang dimigrasi mempertahankan atribut yang ada, termasuk:
+ ID Instans
+ Metadata instans
+ Lampiran volume Amazon EBS
+ Alamat IP elastis dan alamat IP pribadi
Namun, karena instance dihentikan dan dimulai ulang selama migrasi, mereka tidak mempertahankan memori, CPU, dan status jaringan mereka.
Anda juga dapat menghentikan dan memulai ulang instance ini secara manual kapan saja sebelum acara yang dijadwalkan untuk memigrasikannya ke host pengganti atau ke host lain. Anda mungkin perlu memodifikasi afinitas host instans Anda untuk memulai ulang pada host yang berbeda. Jika Anda menghentikan instans sebelum acara yang dijadwalkan, kapasitas cadangan pada host pengganti dilepaskan dan tersedia untuk digunakan.
## Status pemeliharaan host
Ketika tuan rumah menjadi terdegradasi, ia memasuki `permanent-failure` negara bagian. Anda tidak dapat meluncurkan instance di Host Khusus yang ada di `permanent-failure` negara bagian.
Setelah host pengganti dialokasikan, host tetap dalam `pending` status hingga instance yang mendukung pemeliharaan host migrasi langsung dimigrasikan secara otomatis dari host yang terdegradasi, dan hingga acara terjadwal dijadwalkan untuk instance yang tersisa. Setelah tugas-tugas ini selesai, host pengganti memasuki `available` negara bagian.
Setelah host pengganti memasuki `available` status, Anda dapat menggunakannya dengan cara yang sama seperti Anda menggunakan host apa pun di akun Anda. Namun, beberapa kapasitas instance pada host pengganti dicadangkan untuk instance yang memerlukan migrasi host berbasis reboot. Anda tidak dapat meluncurkan instans baru ke dalam kapasitas cadangan ini.
Ketika host terdegradasi tidak memiliki instance yang berjalan lagi, host tersebut memasuki `released, permanent-failure` status, dan secara permanen dilepaskan dari akun Anda. Perhatikan bahwa host dan sumber dayanya tetap terlihat di konsol untuk waktu yang singkat.
## Migrasi otomatis
Beberapa instance tidak dapat dimigrasi secara otomatis ke host pengganti.
**Instans dengan volume root yang didukung EBS**
Untuk contoh ini, kami menjadwalkan acara penghentian instance selama 28 hari sejak tanggal pemberitahuan. Pada tanggal dan waktu acara yang dijadwalkan, instance dihentikan. Kami menyarankan Anda berhenti secara manual saat memulai ulang instance pada host pengganti atau pada host yang berbeda. Anda mungkin perlu memodifikasi afinitas host instans Anda untuk memulai ulang pada host yang berbeda.
**Instance dengan volume root penyimpanan instance**
Untuk contoh ini, kami menjadwalkan acara pensiun instance selama 28 hari sejak tanggal pemberitahuan. Pada tanggal dan waktu acara yang dijadwalkan, instance dihentikan secara permanen. Kami menyarankan Anda meluncurkan instans penggantian secara manual pada host pengganti dan kemudian memigrasikan data yang diperlukan ke instance pengganti sebelum acara yang dijadwalkan.
Contoh berikut memiliki volume root penyimpanan instance: C1, C3, D2, I2, M1, M2, M3, R3, dan X1.
Anda dapat terus mengakses instans Anda di Host Khusus yang terdegradasi sebelum acara yang dijadwalkan.
# Konfigurasikan pengaturan pemeliharaan host untuk Host Khusus Amazon EC2
Aktifkan pemeliharaan host untuk memastikan bahwa instans Anda yang berjalan di Host Khusus secara otomatis dipulihkan ke Host Khusus baru selama acara pemeliharaan terjadwal.
Jika Anda menonaktifkan pemeliharaan host, Anda akan menerima notifikasi email untuk mengeluarkan host yang terdegradasi dan memigrasikan instans Anda secara manual ke host lain dalam waktu 28 hari. Host pengganti dialokasikan jika Anda memiliki reservasi Host Khusus. Setelah 28 hari, instans yang berjalan pada host terdegradasi akan diakhiri, dan host dilepaskan secara otomatis.
------
#### [ Console ]
**Untuk mengaktifkan pemeliharaan host untuk Host Khusus Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih Host Dedikasi > **Tindakan** > **Modifikasi host**.
1. Pilih *aktif* di bidang **Pemeliharaan host**.
**Untuk menonaktifkan pemeliharaan host untuk Host Khusus Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Pilih Host Dedikasi > **Tindakan** > **Modifikasi host**.
1. Pilih *nonaktif* di bidang **Pemeliharaan host**.
------
#### [ AWS CLI ]
**Untuk mengaktifkan pemeliharaan host untuk Host Khusus Anda**
Gunakan perintah [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-maintenance on \
--host-ids h-0d123456bbf78910d
```
**Untuk menonaktifkan pemeliharaan host untuk Host Khusus Anda**
Gunakan perintah [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html).
```
aws ec2 modify-hosts \
--host-maintenance off \
--host-ids h-0d123456bbf78910d
```
------
#### [ PowerShell ]
**Untuk mengaktifkan pemeliharaan host untuk Host Khusus Anda**
Gunakan [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html)cmdlet.
```
Edit-EC2Host `
-HostMaintenance on `
-HostId h-0d123456bbf78910d
```
**Untuk menonaktifkan pemeliharaan host untuk Host Khusus Anda**
Gunakan [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html)cmdlet.
```
Edit-EC2Host `
-HostMaintenance off `
-HostId h-0d123456bbf78910d
```
------
# Pantau status Host Khusus Amazon EC2 Anda
Amazon EC2 secara konstan memantau status Host Khusus Anda. Pembaruan dikomunikasikan di konsol Amazon EC2. Anda dapat melihat informasi tentang Host Khusus menggunakan metode berikut ini.
------
#### [ Console ]
**Untuk melihat status Host Khusus**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Host Khusus**.
1. Cari Host khusus dalam daftar dan tinjau nilai di kolom **Status**.
------
#### [ AWS CLI ]
**Untuk melihat status Host Khusus**
Gunakan perintah [describe-host](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).
```
aws ec2 describe-hosts --host-id h-012a3456b7890cdef
```
------
#### [ PowerShell ]
**Untuk melihat status Host Khusus**
Gunakan [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html)cmdlet.
```
Get-EC2Host -HostId h-012a3456b7890cdef
```
------
Tabel berikut menjelaskan kemungkinan status Host Khusus.
| **Status** | **Deskripsi** |
| --- | --- |
| available | AWS belum mendeteksi masalah dengan Host Khusus. Tidak ada pemeliharaan atau perbaikan yang dijadwalkan. Instans dapat diluncurkan ke Host Khusus ini. |
| released | Host Khusus telah dilepas. ID host tidak lagi digunakan. Host yang dilepas tidak dapat digunakan kembali. |
| under-assessment | AWS sedang mengeksplorasi kemungkinan masalah dengan Host Khusus. Jika tindakan harus diambil, Anda akan diberitahu melalui Konsol Manajemen AWS atau email. Instans tidak dapat diluncurkan ke Host Khusus dalam status ini. |
| pending | Host Khusus tidak dapat digunakan untuk peluncuran instans baru. [Modifikasi untuk mendukung banyak tipe instans](modify-host-support.md) atau [pemulihan host](dedicated-hosts-recovery.md) sedang berlangsung. |
| permanent-failure | Telah terdeteksi kegagalan yang tidak dapat dipulihkan. Anda menerima pemberitahuan pengosongan melalui instans Anda dan melalui email. Instans Anda mungkin terus berjalan. Jika Anda menghentikan atau menghentikan semua instans pada Host Khusus dengan status ini, host akan AWS pensiun. AWS tidak memulai ulang instance dalam keadaan ini. Instans tidak dapat diluncurkan ke Host Khusus dalam status ini. |
| released-permanent-failure | AWS secara permanen merilis Host Khusus yang gagal dan tidak lagi menjalankan instance di dalamnya. ID Host Khusus tidak lagi tersedia untuk digunakan. |
# Lacak perubahan konfigurasi Host Khusus Amazon EC2 menggunakan AWS Config
Anda dapat menggunakan AWS Config untuk merekam perubahan konfigurasi untuk Host Khusus, dan untuk instance yang diluncurkan, dihentikan, atau dihentikan pada mereka. Anda kemudian dapat menggunakan informasi yang ditangkap oleh AWS Config sebagai sumber data untuk pelaporan lisensi.
AWS Config mencatat informasi konfigurasi untuk Host Khusus dan instans satu per satu, dan memasangkan informasi ini melalui hubungan. Ada tiga kondisi pelaporan:
+ **AWS Config status perekaman** —Saat **Aktif**, AWS Config merekam satu atau beberapa jenis AWS sumber daya, yang dapat mencakup Host Khusus dan Instans Khusus. Untuk menangkap informasi yang diperlukan untuk pelaporan lisensi, pastikan bahwa host dan instans sedang direkam dengan bidang berikut.
+ **Status pencatatan host**—Saat **Diaktifkan**, informasi konfigurasi untuk Host Khusus dicatat.
+ **Status pencatatan instans**—Saat **Diaktifkan**, informasi konfigurasi untuk Instans Khusus dicatat.
Jika salah satu dari ketiga kondisi ini dinonaktifkan, ikon di tombol **Edit Config Recording** akan berwarna merah. Untuk mendapatkan manfaat penuh dari alat ini, pastikan bahwa ketiga metode pencatatan diaktifkan. Jika ketiganya diaktifkan, ikon akan berwarna hijau. Untuk mengedit pengaturan, pilih **Edit Pencatatan Konfigurasi**. Anda diarahkan ke AWS Config halaman **Siapkan** di AWS Config konsol, tempat Anda dapat mengatur AWS Config dan mulai merekam untuk host, instans, dan jenis sumber daya lain yang didukung. Untuk informasi selengkapnya, lihat [Menyiapkan AWS Config menggunakan Konsol](https://docs.aws.amazon.com/config/latest/developerguide/resource-config-reference.html) di *Panduan AWS Config Pengembang*.
**catatan**
AWS Config merekam sumber daya Anda setelah menemukannya, yang mungkin memakan waktu beberapa menit.
Setelah AWS Config mulai merekam perubahan konfigurasi ke host dan instance Anda, Anda bisa mendapatkan riwayat konfigurasi host mana pun yang telah Anda alokasikan atau rilis dan instance apa pun yang telah Anda luncurkan, hentikan, atau hentikan. Misalnya, di titik mana pun dalam riwayat konfigurasi Host Khusus, Anda dapat mencari berapa banyak instans yang diluncurkan pada host tersebut, bersama dengan jumlah soket dan inti pada host. Untuk salah satu instans tersebut, Anda juga dapat mencari ID dari Amazon Machine Image (AMI). Anda dapat menggunakan informasi ini untuk melaporkan tentang pelisensian untuk perangkat lunak terikat server Anda sendiri yang mendapat lisensi per soket atau per inti.
Anda dapat melihat riwayat konfigurasi dengan salah satu dari cara berikut ini:
+ Dengan menggunakan AWS Config konsol. Untuk setiap sumber daya yang tercatat, Anda dapat melihat halaman kronologi, yang memberikan detail riwayat konfigurasi. Untuk melihat halaman ini, pilih ikon abu-abu di kolom **Konfigurasi Kronologi** pada halaman **Host Khusus**. Untuk informasi selengkapnya, lihat [Melihat Detail Konfigurasi di AWS Config Konsol](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html) di *Panduan AWS Config Pengembang*.
+ Dengan menjalankan AWS CLI perintah. Pertama, Anda dapat menggunakan [list-discovered-resources](https://docs.aws.amazon.com/cli/latest/reference/configservice/list-discovered-resources.html)perintah untuk mendapatkan daftar semua host dan instance. Kemudian, Anda dapat menggunakan [get-resource-config-history](https://docs.aws.amazon.com/cli/latest/reference/configservice/get-resource-config-history.html#get-resource-config-history)perintah untuk mendapatkan detail konfigurasi host atau instance untuk interval waktu tertentu.
+ Dengan menggunakan AWS Config API dalam aplikasi Anda. Pertama, Anda dapat menggunakan[ListDiscoveredResources](https://docs.aws.amazon.com/config/latest/APIReference/API_ListDiscoveredResources.html) tindakan untuk mendapatkan daftar semua host dan instance. Kemudian, Anda dapat menggunakan[GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html) tindakan untuk mendapatkan detail konfigurasi host atau instance untuk interval waktu tertentu.
Misalnya, untuk mendapatkan daftar semua Host Khusus Anda AWS Config, jalankan perintah CLI seperti berikut ini.
```
aws configservice list-discovered-resources --resource-type AWS::EC2::Host
```
Untuk mendapatkan riwayat konfigurasi Host Khusus dari AWS Config, jalankan perintah CLI seperti berikut ini.
```
aws configservice get-resource-config-history \
--resource-type AWS::EC2::Instance \
--resource-id i-1234567890abcdef0
```
**Untuk mengelola AWS Config pengaturan menggunakan konsol**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di halaman **Host Khusus**, pilih **Edit Pencatatan Konfigurasi**.
1. Di AWS Config konsol, ikuti langkah-langkah yang disediakan untuk mengaktifkan perekaman. Untuk informasi selengkapnya, lihat [Menyiapkan AWS Config menggunakan Konsol](https://docs.aws.amazon.com/config/latest/developerguide/gs-console.html).
Untuk informasi selengkapnya, lihat [Melihat Detail Konfigurasi di AWS Config Konsol](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html).
**Untuk mengaktifkan AWS Config menggunakan baris perintah atau API**
+ AWS CLI: [Melihat Detail Konfigurasi (AWS CLI)](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html#view-config-details-cli) di Panduan *AWS Config Pengembang*.
+ API Amazon EC2:. [GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html)
# Instans EC2 Khusus Amazon
Secara default, EC2 instance berjalan pada perangkat keras penyewaan bersama. Ini berarti bahwa beberapa AWS akun mungkin berbagi perangkat keras fisik yang sama.
Instans Khusus adalah EC2 instance yang berjalan pada perangkat keras yang didedikasikan untuk satu AWS akun. Ini berarti bahwa Instans Khusus secara fisik diisolasi pada tingkat perangkat keras host dari instans milik orang lain Akun AWS, bahkan jika akun tersebut ditautkan ke akun pembayar tunggal. Namun, Instans Khusus mungkin berbagi perangkat keras dengan instans lain dari instans yang sama Akun AWS yang bukan Instans Khusus.
Instans Khusus tidak memberikan visibilitas atau kontrol atas penempatan instans, dan instans tersebut tidak mendukung afinitas host. Jika Anda berhenti dan memulai Dedicated Instance, itu mungkin tidak berjalan pada host yang sama. Demikian pula, Anda tidak dapat menargetkan host tertentu untuk meluncurkan atau menjalankan instance. Selain itu, Instans Khusus memberikan dukungan terbatas untuk Bring Your Own License (BYOL).
Jika Anda memerlukan visibilitas dan kontrol atas penempatan instans dan dukungan BYOL yang lebih komprehensif, pertimbangkan untuk menggunakan Host Khusus. Instans Khusus dan Host Khusus keduanya dapat digunakan untuk meluncurkan EC2 instans Amazon ke server fisik khusus. Tidak ada perbedaan performa, keamanan, atau fisik di antara Instans Khusus dan instans pada Host Khusus. Namun, ada beberapa perbedaan utama di antara mereka. Tabel berikut menyoroti beberapa perbedaan utama antara Instans Khusus dan Host Khusus:
| | Host Khusus | Instans Khusus |
| --- | --- | --- |
| Server fisik khusus | Server fisik dengan kapasitas instans yang sepenuhnya didedikasikan untuk Anda gunakan. | Server fisik yang didedikasikan untuk satu akun pelanggan. |
| Pembagian kapasitas instans | Dapat berbagi kapasitas instans dengan akun lain. | Tidak didukung |
| Penagihan | Tagihan per host | Tagihan per instans |
| Visibilitas soket, inti, dan ID host | Memberikan visibilitas dalam jumlah soket dan inti fisik | Tidak ada visibilitas |
| Afinitas host dan instans | Memungkinkan Anda melakukan deployment instans Anda secara konsisten ke server fisik yang sama seiring waktu | Tidak didukung |
| Penempatan instans tertarget | Memberikan visibilitas dan kontrol tambahan atas cara penempatan instans di server fisik | Tidak didukung |
| Pemulihan instans otomatis | Didukung. Untuk informasi selengkapnya, lihat [Pemulihan Host Khusus Amazon EC2](dedicated-hosts-recovery.md). | Didukung |
| Bawa Lisensi Sendiri (BYOL) | Didukung | Dukungan parsial\$1 |
| Reservasi Kapasitas | Tidak didukung | Didukung |
\$1 Microsoft SQL Server dengan License Mobility melalui Jaminan Perangkat Lunak, sedangkan lisensi Windows Virtual Desktop Access (VDA) dapat digunakan dengan Instans Khusus.
Untuk informasi selengkapnya, lihat [Host Khusus Amazon EC](dedicated-hosts-overview.md).
**Topics**
+ [
## Dasar-dasar Instans Khusus
](#dedicated-howitworks)
+ [
## Fitur yang didukung
](#features)
+ [
## Batasan Instans Khusus
](#dedicated-limits)
+ [
## Harga untuk Instans Khusus
](#dedicated-instance-pricing)
+ [Luncurkan Instans Khusus](dedicatedinstancesintovpc.md)
+ [Mengubah penghunian suatu instans](dedicated-change-tenancy.md)
+ [Mengubah penghunian VPC](change-tenancy-vpc.md)
## Dasar-dasar Instans Khusus
VPC dapat memiliki penghunian `default` atau `dedicated`. Secara default, Anda VPCs memiliki `default` penyewaan dan instance yang diluncurkan ke VPC `default` penyewaan memiliki penyewaan. `default` Untuk meluncurkan Instans Khusus, lakukan hal berikut:
+ Buat VPC dengan penghunian `dedicated`, sehingga semua instans di VPC berjalan sebagai Instans Khusus. Untuk informasi selengkapnya, lihat [Luncurkan Instans Khusus ke dalam VPC dengan tenancy default](dedicatedinstancesintovpc.md).
+ Buat VPC dengan penghunian `default` dan tentukan secara manual penghunian `dedicated` untuk instans agar dijalankan sebagai Instans Khusus. Untuk informasi selengkapnya, lihat [Luncurkan Instans Khusus ke dalam VPC dengan tenancy default](dedicatedinstancesintovpc.md).
## Fitur yang didukung
Instans Khusus mendukung fitur dan integrasi AWS layanan berikut:
**Topics**
+ [
### Instans Terpesan
](#dedicatedreservedinstances)
+ [
### Penskalaan Otomatis
](#dedicated-instance-autoscaling)
+ [
### Pemulihan otomatis
](#dedicated-instance-recovery)
+ [
### Instans Spot Khusus
](#dedicated-instance-spot)
+ [
### Instance performa yang dapat melonjak
](#dedicated-instance-burstable)
### Instans Terpesan
Untuk memesan kapasitas Instans Khusus, Anda dapat membeli Instans Cadangan Khusus atau Reservasi Kapasitas. Untuk informasi selengkapnya, lihat [Instans Cadangan untuk ikhtisar Amazon EC2](ec2-reserved-instances.md) dan [Cadangan kapasitas komputasi dengan Reservasi Kapasitas Sesuai Permintaan EC2](ec2-capacity-reservations.md).
Ketika Anda membeli Instans Cadangan Khusus, Anda membeli kapasitas untuk meluncurkan Instans Khusus dengan biaya penggunaan yang jauh lebih rendah; jeda harga dalam biaya penggunaan hanya berlaku jika Anda meluncurkan instans dengan penyewaan khusus. Saat Anda membeli Instans Terpesan dengan penghunian default, hal ini hanya berlaku untuk instans yang sedang berjalan dengan penghunian `default`, tetapi tidak berlaku untuk instans yang sedang berjalan dengan penghunian `dedicated`.
Anda tidak dapat menggunakan proses modifikasi untuk mengubah penghunian Instans Terpesan setelah Anda membelinya. Namun, Anda dapat menukar Instans Terpesan Konvertibel dengan Instans Terpesan Konvertibel baru dengan penghunian yang berbeda.
### Penskalaan Otomatis
Anda dapat menggunakan Amazon EC2 Auto Scaling untuk meluncurkan Instans Khusus. Untuk informasi selengkapnya, lihat [Membuat template peluncuran menggunakan setelan lanjutan](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) di *Panduan Pengguna Amazon EC2 Auto Scaling*.
### Pemulihan otomatis
Anda dapat mengonfigurasi pemulihan otomatis untuk Instans Khusus jika menjadi terganggu karena kegagalan perangkat keras yang mendasarinya atau masalah yang memerlukan AWS keterlibatan untuk memperbaiki. Untuk informasi selengkapnya, lihat [Pemulihan instans otomatis](ec2-instance-recover.md).
### Instans Spot Khusus
Anda dapat menjalankan Instans Spot Khusus dengan menentukan penghunian `dedicated` saat Anda membuat permintaan Instans Spot. Untuk informasi selengkapnya, lihat [Peluncuran pada perangkat keras penyewa tunggal](how-spot-instances-work.md#spot-instance-tenancy).
### Instance performa yang dapat melonjak
Anda dapat memanfaatkan keuntungan menjalankan perangkat keras penghunian khusus dengan [Instance performa yang dapat melonjak](burstable-performance-instances.md). Instans Khusus T3 diluncurkan dalam mode tidak terbatas secara default, dan mereka memberikan tingkat acuan performa CPU dengan kemampuan untuk melonjak ke tingkat CPU yang lebih tinggi saat diperlukan oleh beban kerja Anda. Performa acuan T3 dan kemampuan melonjak diatur oleh kredit CPU. Karena sifat tipe instans T3 yang dapat melonjak, kami menyarankan Anda untuk memantau bagaimana instans T3 Anda menggunakan sumber daya CPU dari perangkat keras khusus untuk mendapatkan performa terbaik. Instans Khusus T3 ditujukan untuk pelanggan dengan beban kerja beragam yang menampilkan perilaku CPU acak, tetapi idealnya memiliki penggunaan CPU rata-rata pada atau di bawah penggunaan acuan. Untuk informasi selengkapnya, lihat [Konsep kunci untuk instance kinerja yang dapat meledak](burstable-credits-baseline-concepts.md).
Amazon EC2 memiliki sistem untuk mengidentifikasi dan memperbaiki variabilitas dalam kinerja. Namun, masih mungkin untuk mengalami variabilitas jangka pendek jika Anda meluncurkan beberapa Instans Khusus T3 yang memiliki pola penggunaan CPU yang berkorelasi. Untuk beban kerja yang lebih menuntut atau berkorelasi ini, kami merekomendasikan penggunaan Instans Khusus M5 atau M5a daripada Instans Khusus T3.
## Batasan Instans Khusus
Ingatlah hal-hal berikut ini saat menggunakan Instans Khusus:
+ Beberapa AWS layanan atau fitur-fiturnya tidak didukung dengan VPC dengan penyewaan instance yang disetel ke. `dedicated` Lihat dokumentasi layanan masing-masing untuk mengonfirmasi jika ada batasan.
+ Beberapa tipe instans tidak dapat diluncurkan ke VPC dengan penghunian instans yang diatur ke `dedicated`. Untuk informasi selengkapnya tentang jenis instans yang didukung, lihat [Instans EC2 Khusus Amazon](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
+ Saat Anda meluncurkan Instans Khusus yang didukung Amazon EBS, volume EBS tidak berjalan pada perangkat keras penghunian tunggal.
## Harga untuk Instans Khusus
Harga untuk Instans Khusus berbeda dari harga untuk Instans Sesuai Permintaan. Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
# Luncurkan Instans Khusus ke dalam VPC dengan tenancy default
Saat membuat VPC, Anda memiliki opsi untuk menentukan penghunian instansnya. Jika Anda meluncurkan instance ke dalam VPC yang memiliki penyewaan instance`dedicated`, instance tersebut berjalan sebagai Instans Khusus pada perangkat keras yang didedikasikan untuk Anda gunakan.
Untuk informasi selengkapnya tentang meluncurkan instans dengan penghunian `host`, lihat [Luncurkan instans Amazon EC2 di Host Khusus Amazon EC2](launching-dedicated-hosts-instances.md).
Untuk informasi selengkapnya tentang opsi penyewaan VPC, lihat [Membuat VPC di Panduan Pengguna *Amazon* VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html).
**Persyaratan**
+ Pilih jenis instans yang didukung. Untuk informasi selengkapnya, lihat [Instans EC2 Khusus Amazon](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
------
#### [ Console ]
**Untuk meluncurkan Instans Khusus ke VPC tenancy default**
1. Buka EC2 konsol Amazon di [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Di panel navigasi, pilih **Instans**, **Luncurkan instans**.
1. Di bagian **Gambar Aplikasi dan OS**, pilih AMI dari daftar.
1. Di bagian **tipe instans**, pilih tipe instans yang akan diluncurkan.
1. Di bagian **Key pair**, pilih key pair untuk diasosiasikan dengan instans.
1. Di bagian **Detail lanjutan**, untuk **Penghunian**, pilih **Khusus**.
1. Konfigurasikan opsi instans yang tersisa sesuai kebutuhan. Untuk informasi selengkapnya, lihat [Referensi untuk parameter konfigurasi EC2 instans Amazon](ec2-instance-launch-parameters.md).
1. Pilih **Luncurkan instans**.
------
#### [ AWS CLI ]
**Untuk mengatur opsi penyewaan untuk sebuah instance selama peluncuran**
Gunakan perintah [run-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) dan sertakan `Tenancy` dengan opsi. `--placement`
```
--placement Tenancy=dedicated
```
------
#### [ PowerShell ]
**Untuk mengatur opsi penyewaan untuk sebuah instance selama peluncuran**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet dengan parameter. `-Placement_Tenancy`
```
-Placement_Tenancy dedicated
```
------
# Ubah penyewaan sebuah instance EC2
Anda dapat mengubah penghunian instans yang dihentikan setelah peluncuran. Perubahan yang Anda buat berlaku saat berikutnya instans dimulai.
Atau, Anda dapat mengubah sewa virtual private cloud (VPC) Anda. Untuk informasi selengkapnya, lihat [Ubah penyewaan instance VPC](change-tenancy-vpc.md).
**Batasan**
+ Anda tidak dapat mengubah penyewaan instance menggunakan. Konsol Manajemen AWS
+ Instans harus berada dalam status `stopped`.
+ Detail sistem operasi instans Anda, dan apakah SQL Server diinstal, memengaruhi konversi apa yang didukung. Untuk informasi selengkapnya tentang jalur konversi penghunian yang tersedia untuk instans Anda, lihat [Konversi penghunia](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-tenancy.html) di *Panduan Pengguna Manajer Lisensi*.
+ Untuk instans T3, Anda harus meluncurkan instans pada Host Khusus untuk menggunakan penyewaan `host`. Anda tidak dapat mengubah penghunian dari `host` menjadi `dedicated` atau `default`. Percobaan mengubah salah satu penghunian yang tidak didukung ini dapat mengakibatkan kode kesalahan `InvalidRequest`.
------
#### [ AWS CLI ]
**Untuk memodifikasi nilai sewa sebuah instance**
Gunakan perintah [ modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html).
```
aws ec2 modify-instance-placement \
--instance-id i-1234567890abcdef0 \
--tenancy dedicated
```
------
#### [ PowerShell ]
**Untuk memodifikasi nilai sewa sebuah instance**
Gunakan [Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html)cmdlet.
```
Edit-EC2InstancePlacement `
-InstanceId i-1234567890abcdef0 `
-Tenancy Dedicated
```
------
# Ubah penyewaan instance VPC
Anda dapat mengubah penyewaan instance virtual private cloud (VPC) `dedicated` dari `default` menjadi setelah Anda membuatnya. Memodifikasi penyewaan instance VPC tidak memengaruhi penyewaan instance yang ada di VPC. Lain kali Anda meluncurkan instance di VPC, itu memiliki penyewaan`default`, kecuali jika Anda menentukan sebaliknya selama peluncuran instance.
Atau, Anda dapat mengubah penyewaan instance tertentu. Untuk informasi selengkapnya, lihat [Ubah penyewaan sebuah instance EC2](dedicated-change-tenancy.md).
**Batasan**
+ Anda tidak dapat mengubah penyewaan instance VPC `default` dari `dedicated` menjadi setelah dibuat.
+ Anda tidak dapat memodifikasi penyewaan instance VPC menggunakan file. Konsol Manajemen AWS
------
#### [ AWS CLI ]
**Untuk memodifikasi atribut penyewaan instance dari VPC**
Gunakan perintah [modify-vpc-tenancy](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-vpc-tenancy.html). Satu-satunya nilai sewa yang didukung adalah`default`.
```
aws ec2 modify-vpc-tenancy \
--vpc-id vpc-1234567890abcdef0 \
--instance-tenancy default
```
------
#### [ PowerShell ]
**Untuk memodifikasi atribut penyewaan instance dari VPC**
Gunakan [Edit-EC2VpcTenancy](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2VpcTenancy.html)cmdlet. Satu-satunya nilai sewa yang didukung adalah`Default`.
```
Edit-EC2VpcTenancy `
-VpcId vpc-1234567890abcdef0 `
-InstanceTenancy Default
```
------
# Reservasi Kapasitas Sesuai Permintaan dan Blok Kapasitas untuk ML
Reservasi Kapasitas memungkinkan Anda untuk memesan kapasitas komputasi untuk EC2 instans Amazon di Availability Zone tertentu. Ada dua tipe Reservasi Kapasitas yang melayani kasus penggunaan yang berbeda.
**Tipe Reservasi Kapasitas**
+ [Reservasi Kapasitas Sesuai Permintaan](ec2-capacity-reservations.md)
+ [Blok Kapasitas untuk ML](ec2-capacity-blocks.md)
Berikut adalah beberapa kasus penggunaan umum untuk Reservasi Kapasitas Sesuai Permintaan:
+ **Acara penskalaan** — Buat Reservasi Kapasitas Sesuai Permintaan sebelum acara penting bisnis Anda untuk memastikan bahwa Anda dapat menskalakan saat diperlukan.
+ **Persyaratan peraturan dan pemulihan bencana** — Gunakan Reservasi Kapasitas Sesuai Permintaan untuk memenuhi persyaratan peraturan untuk ketersediaan tinggi, dan pesan kapasitas di Zona Ketersediaan atau Wilayah yang berbeda untuk pemulihan bencana.
+ **Berbagi kapasitas yang tidak terpakai** — Gunakan Reservasi Kapasitas Interruptible untuk membuat kapasitas yang tidak terpakai tersedia untuk beban kerja lain dalam akun Anda sambil mempertahankan kontrol untuk merebut kembali ketika diperlukan.
Berikut ini adalah beberapa kasus penggunaan umum untuk Blok Kapasitas untuk ML:
+ **Pelatihan model machine learning (ML) dan fine-tuning** — Dapatkan akses tanpa gangguan ke instans GPU yang Anda pesan untuk menyelesaikan pelatihan model dan fine-tuning.
+ **Eksperimen dan prototipe ML** — Jalankan eksperimen dan bangun prototipe yang memerlukan instans GPU untuk jangka waktu pendek.
**Kapan menggunakan Reservasi Kapasitas Sesuai Permintaan**
Gunakan Reservasi Kapasitas Sesuai Permintaan jika Anda memiliki persyaratan kapasitas yang ketat, dan beban kerja penting bisnis Anda saat ini atau di masa depan memerlukan jaminan kapasitas. Dengan Pemesanan Kapasitas Sesuai Permintaan, Anda dapat memastikan bahwa Anda akan selalu memiliki akses ke EC2 kapasitas Amazon yang telah Anda pesan selama Anda membutuhkannya.
**Kapan menggunakan Blok Kapasitas untuk ML**
Gunakan Blok Kapasitas untuk ML saat Anda perlu memastikan bahwa Anda memiliki akses tanpa gangguan ke instans GPU untuk jangka waktu tertentu yang dimulai pada tanggal yang akan datang. Blok Kapasitas ideal untuk melatih dan menyempurnakan model ML, menjalankan eksperimen singkat, dan menangani lonjakan sementara dalam permintaan inferensi di masa mendatang. Dengan Blok Kapasitas, Anda dapat memastikan bahwa Anda akan memiliki akses ke sumber daya GPU pada tanggal tertentu untuk menjalankan beban kerja ML Anda.
# Cadangan kapasitas komputasi dengan Reservasi Kapasitas Sesuai Permintaan EC2
Reservasi Kapasitas Amazon EC2 memungkinkan Anda memesan kapasitas komputasi untuk instans Amazon EC2 di Availability Zone tertentu untuk durasi berapa pun. Jika Anda memiliki persyaratan kapasitas yang ketat untuk beban kerja penting bisnis saat ini atau masa depan yang memerlukan tingkat jaminan kapasitas jangka panjang atau jangka pendek tertentu, kami sarankan Anda membuat Reservasi Kapasitas untuk membantu memastikan bahwa Anda selalu memiliki akses ke kapasitas Amazon EC2 saat Anda membutuhkannya, selama Anda membutuhkannya.
Anda dapat membuat Reservasi Kapasitas kapan saja, dan Anda dapat memilih kapan dimulai. Anda dapat meminta Reservasi Kapasitas untuk penggunaan segera atau Anda dapat meminta Reservasi Kapasitas untuk tanggal yang akan datang.
+ Jika Anda meminta **Reservasi Kapasitas untuk penggunaan segera**, Reservasi Kapasitas akan segera tersedia untuk digunakan dan tidak ada komitmen jangka waktu. Anda dapat mengubah Reservasi Kapasitas kapan saja, dan Anda dapat membatalkannya kapan saja untuk melepaskan kapasitas yang dipesan dan untuk menghentikan biaya yang dikenakan.
+ Jika Anda meminta **Reservasi Kapasitas bertanggal di masa depan**, Anda menentukan tanggal di masa depan di mana Anda memerlukan Reservasi Kapasitas agar tersedia untuk digunakan. Anda juga harus menentukan durasi komitmen di mana Anda berkomitmen untuk menjaga kapasitas yang diminta di akun Anda setelah tanggal yang ditentukan. Pada tanggal dan waktu yang diminta, Reservasi Kapasitas tersedia untuk digunakan dan durasi komitmen dimulai. Selama durasi komitmen, Anda tidak dapat mengurangi jumlah instans atau durasi komitmen di bawah komitmen awal Anda, atau membatalkan Reservasi Kapasitas. Setelah durasi komitmen berlalu, Anda dapat mengubah Reservasi Kapasitas dengan cara apa pun atau membatalkannya jika Anda tidak lagi membutuhkannya.
Reservasi Kapasitas hanya dapat digunakan oleh instans yang cocok dengan atributnya. Secara default, Reservasi Kapasitas secara otomatis mencocokkan instance baru dan instance berjalan yang memiliki atribut yang cocok (jenis instans, platform, Availability Zone, dan tenancy). Ini berarti bahwa setiap instans dengan atribut yang cocok secara otomatis berjalan di Reservasi Kapasitas. Namun, Anda juga dapat menargetkan Reservasi Kapasitas untuk beban kerja tertentu. Ini memungkinkan Anda untuk secara eksplisit mengontrol instance mana yang diizinkan untuk dijalankan dalam kapasitas cadangan tersebut. Anda juga dapat menentukan bahwa instance hanya akan berjalan di grup sumber daya Reservasi Kapasitas atau Reservasi Kapasitas.
**penting**
Reservasi Kapasitas masa depan adalah untuk membantu Anda meluncurkan dan mencakup instans tambahan, dan tidak mencakup instans yang sedang berjalan. Jika Anda perlu mencakup instans yang sedang berjalan, gunakan Reservasi Kapasitas yang segera dimulai.
Semua instans Amazon EC2 yang didukung dengan atribut yang cocok, yaitu jenis instans, platform, Availability Zone, dan tenancy, memenuhi syarat untuk dijalankan dalam Reservasi Kapasitas. *Instans Amazon EC2 dapat diluncurkan oleh Anda (instans yang *tidak dikelola) atau atas nama Anda oleh AWS layanan (instans* terkelola).* Hal ini terutama berlaku untuk Reservasi Kapasitas *terbuka*, yang secara otomatis cocok dengan instance yang berjalan yang memiliki atribut yang cocok. Misalnya, instans terkelola yang diluncurkan atas nama Anda oleh layanan berikut memenuhi syarat untuk dijalankan di Reservasi Kapasitas yang Anda buat dan kelola.
+ Amazon EC2 Auto Scaling
+ Amazon ECS
+ Amazon EKS
+ Amazon EMR
+ Amazon SageMaker AI
+ AWS Batch
+ AWS Elastic Beanstalk
+ AWS ParallelCluster
+ AWS Parallel Computing Service (AWS PCS)
**Topics**
+ [
# Konsep untuk Pemesanan Kapasitas Amazon EC2
](cr-concepts.md)
+ [
## Perbedaan antara Reservasi Kapasitas, Instans Terpesan, dan Savings Plans
](#capacity-reservations-differences)
+ [
## Platform yang didukung
](#capacity-reservations-platforms)
+ [
## Kuota
](#capacity-reservations-limits)
+ [
## Batasan
](#capacity-reservations-limitations)
+ [
# Harga dan penagihan Reservasi Kapasitas
](capacity-reservations-pricing-billing.md)
+ [
# Membuat Reservasi Kapasitas
](capacity-reservations-create.md)
+ [
# Lihat status Reservasi Kapasitas
](capacity-reservations-view.md)
+ [
# Luncurkan instans ke dalam Reservasi Kapasitas yang ada
](capacity-reservations-launch.md)
+ [
# Ubah Reservasi Kapasitas yang aktif
](capacity-reservations-modify.md)
+ [
# Ubah pengaturan Reservasi Kapasitas instans Anda
](capacity-reservations-modify-instance.md)
+ [
# Pindahkan kapasitas antara Reservasi Kapasitas
](capacity-reservations-move.md)
+ [
# Memisahkan kapasitas dari Reservasi Kapasitas yang ada
](capacity-reservations-split.md)
+ [
# Membatalkan Reservasi Kapasitas
](capacity-reservations-release.md)
+ [
# Gunakan Reservasi Kapasitas dengan grup penempatan klaster
](cr-cpg.md)
+ [
# Grup Reservasi Kapasitas
](create-cr-group.md)
+ [
# Reservasi Kapasitas di Local Zones
](capacity-reservations-localzones.md)
+ [
# Reservasi Kapasitas di Wavelength Zones
](capacity-reservations-wavelengthzones.md)
+ [
# Reservasi Kapasitas di AWS Outposts
](capacity-reservations-outposts.md)
+ [
# Reservasi Kapasitas Bersama
](capacity-reservation-sharing.md)
+ [
# Armada Reservasi Kapasitas
](cr-fleets.md)
+ [
# Memantau penggunaan Reservasi Kapasitas dengan metrik CloudWatch
](capacity-reservation-cw-metrics.md)
+ [
# Monitor Reservasi Kapasitas yang kurang dimanfaatkan
](cr-eventbridge.md)
+ [
# Pantau perubahan status untuk Reservasi Kapasitas yang bertanggal di masa mendatang
](monitor-fcr-state.md)
+ [
# Reservasi Kapasitas yang Dapat Diputus
](interruptible-capacity-reservations.md)
# Konsep untuk Pemesanan Kapasitas Amazon EC2
Konsep kunci berikut berlaku untuk Reservasi Kapasitas.
**Topics**
+ [
## Tanggal dan waktu mulai
](#cr-start-date)
+ [
## Tanggal dan waktu akhir
](#cr-end-date)
+ [
## Durasi komitmen
](#cr-commitment-duration)
+ [
## Penilaian Reservasi Kapasitas Bertanggal di Masa Depan
](#cr-future-dated-assessment)
+ [
## Atribut Reservasi Kapasitas
](#cr-attributes)
+ [
## Kriteria pencocokan instance
](#cr-instance-eligibility)
## Tanggal dan waktu mulai
Tanggal dan waktu mulai menentukan kapan Reservasi Kapasitas tersedia untuk digunakan. Reservasi Kapasitas dapat **segera** dimulai, atau dapat dimulai di **masa mendatang**.
+ Jika Anda memilih untuk segera memulai Reservasi Kapasitas, kapasitas cadangan akan tersedia untuk digunakan segera setelah Anda membuatnya, dan penagihan dimulai segera setelah Reservasi Kapasitas memasuki status aktif. Anda tidak perlu masuk ke dalam komitmen jangka apa pun. Anda dapat mengubah Reservasi Kapasitas sesuai kebutuhan kapan saja untuk memenuhi kebutuhan Anda, dan Anda dapat membatalkannya kapan saja untuk melepaskan kapasitas dan menghentikan biaya yang dikenakan.
+ Jika Anda memilih untuk memulai Reservasi Kapasitas di masa mendatang, Anda menentukan *tanggal dan waktu di masa mendatang* di mana Anda akan memerlukan kapasitas cadangan, dan *durasi komitmen*, yang merupakan durasi minimum yang Anda komit untuk menyimpan Reservasi Kapasitas yang diminta di akun Anda setelah disediakan. Pada tanggal future yang ditentukan, Reservasi Kapasitas tersedia untuk digunakan dan penagihan dimulai pada saat itu, setelah Reservasi Kapasitas memasuki status aktif. Durasi komit dimulai segera setelah Reservasi Kapasitas disediakan di akun Anda. Selama waktu ini, Anda tidak dapat mengurangi jumlah instans di bawah jumlah instans yang dilakukan, memilih tanggal akhir sebelum durasi komitmen, atau membatalkan Reservasi Kapasitas. Namun, setelah durasi komitmen berakhir, Anda bebas untuk mengubah Reservasi Kapasitas dengan cara apa pun, atau membatalkannya untuk melepaskan kapasitas yang dipesan dan menghentikan biaya yang dikenakan.
## Tanggal dan waktu akhir
Tanggal dan waktu berakhir menentukan kapan Reservasi Kapasitas berakhir dan kapasitas cadangan dilepaskan dari akun Anda. Anda dapat mengonfigurasi Reservasi Kapasitas untuk **berakhir secara otomatis** pada tanggal dan waktu tertentu, atau Anda dapat mengonfigurasinya agar tetap aktif tanpa batas hingga Anda **membatalkannya secara manual**.
Jika Anda mengonfigurasi Reservasi Kapasitas untuk berakhir secara otomatis, Reservasi Kapasitas akan kedaluwarsa dalam satu jam dari waktu yang ditentukan. Misalnya, jika Anda menentukan`5/31/2019, 13:30:55`, Reservasi Kapasitas dijamin berakhir antara `13:30:55` dan `14:30:55` seterusnya`5/31/2019`.
Setelah reservasi berakhir, kapasitas cadangan dilepaskan dari akun Anda dan Anda tidak dapat lagi menargetkan instans ke Reservasi Kapasitas. Instans yang berjalan dalam kapasitas terpesan terus berjalan tanpa interupsi. Jika instance yang menargetkan Reservasi Kapasitas dihentikan, Anda tidak dapat memulai ulang hingga Anda menghapus preferensi penargetan Reservasi Kapasitas atau mengonfigurasinya untuk menargetkan Reservasi Kapasitas yang berbeda. Untuk informasi selengkapnya, lihat [Ubah pengaturan Reservasi Kapasitas instans Anda](capacity-reservations-modify-instance.md).
## Durasi komitmen
Durasi komitmen hanya berlaku untuk Reservasi Kapasitas bertanggal di masa depan.
Durasi komitmen adalah durasi minimum di mana Anda berkomitmen untuk memiliki Reservasi Kapasitas bertanggal di masa depan dalam status aktif di akun Anda setelah disediakan. Anda dapat menyimpan Reservasi Kapasitas masa depan lebih lama dari durasi komitmen, tetapi tidak lebih pendek. Berikut ini berlaku selama durasi komitmen:
+ Anda tidak dapat membatalkan Reservasi Kapasitas selama durasi komitmen.
+ Anda tidak dapat mengurangi jumlah instans di bawah jumlah instans yang dikomit, tetapi Anda dapat meningkatkannya.
+ Anda tidak dapat mengonfigurasi Reservasi Kapasitas untuk secara otomatis berakhir pada tanggal atau waktu yang berada dalam durasi komitmen. Anda dapat memperpanjang tanggal dan waktu akhir selama periode komitmen.
Amazon EC2 menggunakan durasi komitmen yang Anda tentukan untuk menilai apakah permintaan dapat didukung. Durasi komitmen minimum adalah 14 hari. Saat menilai permintaan, Amazon EC2 mungkin menentukan bahwa itu dapat mendukung durasi komitmen yang lebih pendek. Dalam hal ini, Amazon EC2 akan menjadwalkan Reservasi Kapasitas bertanggal di masa depan dengan durasi komitmen yang lebih pendek. Ini berarti bahwa Anda berkomitmen untuk menyimpan Reservasi Kapasitas di akun Anda untuk jangka waktu yang lebih singkat dari yang Anda minta sebelumnya.
## Penilaian Reservasi Kapasitas Bertanggal di Masa Depan
Saat Anda meminta Reservasi Kapasitas bertanggal mendatang, Amazon EC2 menilai permintaan tersebut untuk menentukan apakah permintaan tersebut dapat didukung berdasarkan ketersediaan kapasitas dan durasi komitmen yang Anda tentukan. Penilaian biasanya selesai dalam waktu 5 hari. Amazon EC2 mempertimbangkan beberapa faktor saat mengevaluasi permintaan, termasuk:
+ Pasokan kapasitas yang diperkirakan
+ Durasi komitmen
+ Seberapa awal Anda meminta Reservasi Kapasitas relatif terhadap tanggal mulai Anda
+ Ukuran permintaan Anda
Anda dapat meminta Reservasi Kapasitas bertanggal antara 5 dan 120 hari sebelumnya. Kami menyarankan Anda membuat permintaan setidaknya 56 hari (8 minggu) sebelumnya untuk meningkatkan kemampuan kami untuk mendukung permintaan Anda. Durasi komitmen minimum adalah 14 hari dan jumlah instans minimum adalah 32 vCPUs.
Reservasi Kapasitas tetap berada di `assessing` negara bagian saat permintaan sedang dinilai.
Jika permintaan dapat didukung, Reservasi Kapasitas memasuki `scheduled` negara bagian dan dijadwalkan untuk pengiriman pada tanggal dan waktu yang diminta. Jumlah instans total tetap 0 selama Reservasi Kapasitas berada di `scheduled` negara bagian. Reservasi Kapasitas yang dijadwalkan akan tersedia `active` dan tersedia untuk digunakan pada tanggal yang diminta.
Jika permintaan tidak dapat didukung, Reservasi Kapasitas akan memasuki `unsupported` status. Reservasi Kapasitas yang Tidak Didukung tidak dikirimkan.
Anda dapat membatalkan Reservasi Kapasitas bertanggal di masa depan saat berada di negara bagian. `assessing`
Untuk informasi selengkapnya, lihat [Buat Reservasi Kapasitas masa depan](capacity-reservations-create.md#create-future-cr).
## Atribut Reservasi Kapasitas
Saat membuat Reservasi Kapasitas, Anda harus menentukan atribut berikut:
+ Zona Ketersediaan
+ Tipe instans
+ Platform (tipe sistem operasi)
+ Penyewaan (`default`atau`dedicated`)
Hanya instance yang cocok dengan atribut ini yang dapat diluncurkan atau dijalankan di Reservasi Kapasitas.
## Kriteria pencocokan instance
Kriteria pencocokan instans, atau kelayakan instans, menentukan instance mana yang diizinkan untuk diluncurkan dan dijalankan di Reservasi Kapasitas. Reservasi Kapasitas dapat memiliki salah satu kriteria pencocokan berikut:
+ **Buka** — Reservasi Kapasitas secara otomatis cocok dengan semua instance yang memiliki atribut yang cocok (jenis instans, platform, dan Availability Zone). Instance baru dan yang sudah ada yang memiliki atribut yang cocok secara otomatis berjalan di Reservasi Kapasitas tanpa konfigurasi tambahan apa pun.
+ **Targeted** — Reservasi Kapasitas hanya menerima instans yang memiliki atribut yang cocok (tipe instans, platform, dan Availability Zone), dan yang secara eksplisit menargetkan Reservasi Kapasitas. Instans harus secara khusus menargetkan Reservasi Kapasitas untuk diluncurkan atau dijalankan dalam kapasitas yang dicadangkan. Hal ini memungkinkan Anda untuk secara eksplisit mengontrol instance mana yang diizinkan untuk berjalan dalam kapasitas cadangan dan membantu Anda menghindari penggunaan kapasitas cadangan yang tidak disengaja.
Saat Anda meminta Reservasi Kapasitas bertanggal mendatang, Anda hanya dapat menentukan kriteria pencocokan yang ditargetkan. Ini memastikan bahwa kapasitas yang dikirimkan oleh Reservasi Kapasitas bersifat tambahan, atau tambahan, untuk setiap instans yang sedang berjalan atau kapasitas cadangan yang Anda miliki pada saat pengiriman. Setelah Reservasi Kapasitas aktif di akun Anda, Anda dapat mengubah kriteria pencocokan instans untuk dibuka jika diperlukan. Namun, perlu diingat bahwa setiap instans yang cocok akan secara otomatis berjalan di Reservasi Kapasitas, yang dapat menyebabkan penggunaan kapasitas yang tidak disengaja dan mencegah Anda meluncurkan instans baru untuk jumlah instans yang diminta secara penuh.
## Perbedaan antara Reservasi Kapasitas, Instans Terpesan, dan Savings Plans
Tabel berikut menyoroti perbedaan utama antara Reservasi Kapasitas, Instans Terpesan, dan Savings Plans:
| | Reservasi Kapasitas | Instans Terpesan Zonal | Instans Terpesan Regional | Savings Plans |
| --- | --- | --- | --- | --- |
| Jangka waktu | Tidak ada komitmen yang diperlukan untuk Reservasi Kapasitas yang segera digunakan. Mereka dapat dibuat, dimodifikasi, dan dibatalkan sesuai kebutuhan. Dengan Reservasi Kapasitas masa depan, Anda menentukan durasi komitmen yang Anda berkomitmen untuk menjaga kapasitas di akun Anda. Setelah durasi komitmen berlalu, Anda dapat membatalkan Reservasi Kapasitas kapan saja. | Memerlukan komitmen tetap satu tahun atau tiga tahun |
| Keuntungan kapasitas | Kapasitas yang terpesan dalam Zona Ketersediaan tertentu. | Tidak ada kapasitas tersimpan. |
| Diskon tagihan | Tidak ada diskon penagihan. † | Berikan diskon penagihan. |
| Batas Instans | Batas Instans Sesuai Permintaan Anda per Wilayah berlaku. | Default adalah 20 per Zona Ketersediaan. Anda dapat meminta kenaikan batas. | Default adalah 20 per Wilayah. Anda dapat meminta kenaikan batas. | Tanpa batas. |
† Anda dapat menggabungkan Reservasi Kapasitas dan Savings Plans atau Instans Terpesan regional dengan untuk mendapatkan diskon.
Untuk informasi selengkapnya, lihat berikut ini:
+ [Instans Cadangan untuk ikhtisar Amazon EC2](ec2-reserved-instances.md)
+ [Panduan Pengguna Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
## Platform yang didukung
Anda harus membuat Reservasi Kapasitas dengan platform yang benar untuk memastikannya cocok dengan instans Anda. Reservasi Kapasitas mendukung nilai-nilai berikut untuk`platform`:
+ Linux/UNIX
+ Linux dengan SQL Server Standard
+ Linux dengan SQL Server Web
+ Linux dengan SQL Server Enterprise
+ SUSE Linux
+ Linux Red Hat Enterprise
+ RHEL dengan SQL Server Standard
+ RHEL dengan SQL Server Enterprise
+ RHEL dengan SQL Server Web
+ RHEL dengan HA
+ RHEL dengan Standar HA dan SQL Server
+ RHEL dengan HA dan SQL Server Enterprise
+ Ubuntu Pro
+ Windows
+ Windows dengan SQL Server
+ Windows dengan SQL Server Web
+ Windows dengan SQL Server Standard
+ Windows dengan SQL Server Enterprise
Untuk memastikan bahwa instans berjalan dalam Reservasi Kapasitas tertentu, platform Reservasi Kapasitas harus sesuai dengan platform AMI yang digunakan untuk meluncurkan instans. **Untuk Linux AMIs, penting untuk memeriksa apakah platform AMI menggunakan nilai umum **Linux/UNIX** atau nilai yang lebih spesifik seperti SUSE Linux.**
------
#### [ Console ]
**Untuk memeriksa platform AMI**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **AMIs**.
1. Pilih AMI.
1. Pada tab **Detail**, perhatikan nilai **detail Platform**.
------
#### [ AWS CLI ]
**Untuk memeriksa platform AMI**
Gunakan [perintah deskripsi-gambar](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) dan periksa nilai. `PlatformDetails`
```
aws ec2 describe-images \
--image-ids ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
Berikut ini adalah output contoh.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**Untuk memeriksa platform AMI**
Gunakan [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)cmdlet dan periksa nilai. `PlatformDetails`
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
Berikut ini adalah output contoh.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Kuota
Jumlah instans yang kapasitasnya dapat Anda pesan didasarkan pada kuota Instans Sesuai Permintaan akun Anda. Anda dapat memesan kapasitas untuk sebanyak mungkin instans sesuai kuota yang diizinkan, dikurangi jumlah instans yang sudah berjalan.
Reservasi Kapasitas di`assessing`,,`scheduled`, `pending``active`, dan `delayed` status dihitung terhadap kuota Instans Sesuai Permintaan Anda.
## Batasan
Sebelum Anda membuat Reservasi Kapasitas, perhatikan batasan dan larangan berikut.
+ Reservasi Kapasitas yang aktif dan tidak terpakai diperhitungkan dalam batas Instans Sesuai Permintaan Anda.
+ Reservasi Kapasitas tidak dapat dipindahtangankan dari satu AWS akun ke akun lainnya. Namun, Anda dapat berbagi Reservasi Kapasitas dengan AWS akun lain. Untuk informasi selengkapnya, lihat [Reservasi Kapasitas Bersama](capacity-reservation-sharing.md).
+ Diskon penagihan Instans Terpesan zonal tidak berlaku untuk Reservasi Kapasitas.
+ Reservasi Kapasitas dapat dibuat dalam grup penempatan klaster. Grup penempatan partisi dan tersebar tidak didukung.
+ Reservasi Kapasitas tidak dapat digunakan dengan Host Khusus. Reservasi Kapasitas dapat digunakan dengan Instans Khusus.
+ [Instans Windows] Reservasi Kapasitas tidak dapat digunakan dengan Bring Your Own License (BYOL).
+ [Red Hat Instances] Reservasi Kapasitas dapat digunakan dengan Bring Your Own License (BYOL).
+ Reservasi Kapasitas tidak memastikan bahwa instans yang dihibernasi dapat melanjutkan setelah Anda mencoba untuk memulainya.
+ Anda dapat meminta Reservasi Kapasitas bertanggal di masa mendatang untuk jumlah instans dengan minimal 32 v. CPUs Misalnya, jika Anda meminta Reservasi Kapasitas bertanggal mendatang untuk `m5.xlarge` instans, Anda harus meminta setidaknya 8 instans (*8 \$1 m5.xlarge* = 32 v). CPUs
+ Anda dapat meminta Reservasi Kapasitas bertanggal mendatang untuk jenis instans hanya dalam seri berikut: C, G, I, M, R, dan T.
# Harga dan penagihan Reservasi Kapasitas
Topik di bagian ini memberikan ikhtisar harga dan penagihan untuk Reservasi Kapasitas.
**Topics**
+ [
## Harga
](#capacity-reservations-pricing)
+ [
## Penagihan
](#capacity-reservations-billing)
+ [
## Diskon tagihan
](#capacity-reservations-discounts)
+ [
## Melihat tagihan Anda
](#capacity-reservations-viewing-bill)
## Harga
Reservasi Kapasitas dibebankan dengan tarif Sesuai Permintaan yang setara baik Anda menjalankan instans dalam kapasitas cadangan atau tidak, termasuk biaya tambahan regional yang berlaku untuk Instans Khusus. Jika Anda tidak menggunakan reservasi, ini akan muncul sebagai reservasi yang tidak terpakai di tagihan Amazon EC2 Anda. Saat Anda menjalankan instans yang cocok dengan atribut reservasi, Anda cukup membayar untuk instans tersebut dan tidak membayar apa pun untuk reservasi. Tidak ada biaya di muka atau biaya tambahan.
Misalnya, jika Anda membuat Reservasi Kapasitas untuk 20 instans Linux `m4.large` dan menjalankan 15 instans Linux `m4.large` di Zona Ketersediaan yang sama, Anda akan dikenai biaya sebesar 15 instans aktif dan 5 instans yang tidak digunakan dalam reservasi.
Diskon tagihan untuk Savings Plans dan Instans Terpesan Regional berlaku untuk Reservasi Kapasitas. Untuk informasi selengkapnya, lihat [Diskon tagihan](#capacity-reservations-discounts).
Untuk informasi selengkapnya, lihat [Penetapan Harga Amazon EC2](https://aws.amazon.com/ec2/pricing/).
## Penagihan
Tagihan dimulai segera setelah Reservasi Kapasitas disediakan di akun Anda, dan tagihan berlanjut selama Reservasi Kapasitas tetap disediakan di akun Anda. Untuk Reservasi Kapasitas masa depan, ini berarti bahwa penagihan dimulai hanya setelah Reservasi Kapasitas disediakan di akun Anda pada tanggal future yang diminta.
Reservasi Kapasitas ditagih dengan perincian per detik. Ini berarti bahwa Anda akan dikenai biaya untuk sebagian jam. Misalnya, jika Reservasi Kapasitas tetap disediakan di akun Anda selama `24` jam dan `15` menit, Anda ditagih untuk `24.25` jam reservasi.
Contoh berikut menunjukkan bagaimana Reservasi Kapasitas ditagih. Reservasi Kapasitas dibuat untuk satu Instans Linux `m4.large`, yang memiliki tarif Sesuai Permintaan USD0,10 per jam penggunaan. Dalam contoh ini, Reservasi Kapasitas disediakan di akun selama lima jam. Reservasi Kapasitas tidak digunakan untuk satu jam pertama, jadi akan ditagih untuk satu jam yang tidak digunakan dengan tarif Sesuai Permintaan standar tipe instans `m4.large`. Dalam jam dua sampai lima, Reservasi Kapasitas ditempati oleh instans `m4.large`. Selama itu, Reservasi Kapasitas tidak mengakumulasi biaya, tetapi akun ditagih untuk instans `m4.large` yang menempatinya. Pada jam keenam, Reservasi Kapasitas dibatalkan dan instans `m4.large` berjalan normal di luar kapasitas terpesan. Untuk jam tersebut, biaya dikenakan pada tarif Sesuai Permintaan untuk tipe instans `m4.large`.
![\[Contoh penagihan Reservasi Kapasitas\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/images/cr-billing-example.png)
## Diskon tagihan
Diskon penagihan untuk Savings Plans dan Instans Cadangan Regional berlaku untuk Reservasi Kapasitas. AWS otomatis menerapkan diskon ini ke Reservasi Kapasitas yang memiliki atribut yang cocok. Saat Reservasi Kapasitas digunakan oleh sebuah instans, diskon diterapkan ke instans tersebut. Diskon secara istimewa diterapkan pada penggunaan instans sebelum mencakup Reservasi Kapasitas yang tidak digunakan.
Diskon tagihan Instans Terpesan zonal tidak berlaku untuk Reservasi Kapasitas.
Untuk informasi selengkapnya, lihat berikut ini:
+ [Instans Cadangan untuk ikhtisar Amazon EC2](ec2-reserved-instances.md)
+ [Panduan Pengguna Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
+ [Opsi tagihan dan pembelian](https://aws.amazon.com/ec2/faqs/#capacityreservations)
## Melihat tagihan Anda
Anda dapat meninjau tagihan dan biaya untuk akun Anda di konsol AWS Manajemen Penagihan dan Biaya .
+ **Dasbor** menampilkan ringkasan pengeluaran untuk akun Anda.
+ Pada halaman **Tagihan**, pada **Detail,** perluas bagian **Elastic Compute Cloud** dan Wilayah untuk mendapatkan informasi tagihan terkait Kapasitas Terpesan Anda.
Anda dapat melihat tagihannya secara online, atau Anda dapat mengunduh file CSV. Untuk informasi selengkapnya, lihat [item baris Reservasi Kapasitas](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html#capacity-reservation-li).
# Membuat Reservasi Kapasitas
Anda dapat membuat Reservasi Kapasitas kapan saja untuk memastikan bahwa Anda memiliki kapasitas komputasi yang tersedia di Availability Zone tertentu. Reservasi Kapasitas dapat segera dimulai, atau dapat dimulai di masa mendatang. Kapasitas menjadi tersedia untuk digunakan hanya setelah Reservasi Kapasitas memasuki `active` negara bagian.
**catatan**
Jika Anda membuat Reservasi Kapasitas dengan kriteria pencocokan `open` instans, dan Anda telah menjalankan instance dengan atribut yang cocok pada saat Reservasi Kapasitas menjadi aktif, instans tersebut secara otomatis berjalan dalam kapasitas cadangan. Untuk menghindari hal ini, gunakan kriteria pencocokan `targeted` instance. Untuk informasi selengkapnya, lihat [Kriteria pencocokan instance](cr-concepts.md#cr-instance-eligibility).
Permintaan Anda untuk membuat Reservasi Kapasitas bisa gagal jika salah satu dari yang berikut ini benar:
+ Amazon EC2 tidak memiliki kapasitas yang cukup untuk memenuhi permintaan. Coba lagi nanti, coba Zona Ketersediaan yang berbeda, atau coba permintaan yang lebih kecil. Jika aplikasi Anda fleksibel di semua tipe dan ukuran instans, coba atribut instans yang berbeda.
+ Kuantitas yang diminta melebihi batas Instans Sesuai Permintaan Anda untuk keluarga instans yang dipilih. Tingkatkan batas Instans Sesuai Permintaan Anda untuk keluarga instans dan coba lagi. Untuk informasi selengkapnya, lihat [Kuota Instans Sesuai Permintaan](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
**Topics**
+ [
## Buat Reservasi Kapasitas untuk penggunaan segera
](#create-immediate-cr)
+ [
## Buat Reservasi Kapasitas masa depan
](#create-future-cr)
## Buat Reservasi Kapasitas untuk penggunaan segera
Anda membuat Reservasi Kapasitas untuk penggunaan segera.
------
#### [ Console ]
**Untuk membuat Reservasi Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Reservasi Kapasitas**, lalu pilih **Buat Reservasi Kapasitas**.
1. Konfigurasikan pengaturan berikut di bagian **Detail instans**.
1. **Tipe Instance** — Jenis instans untuk kapasitas cadangan.
1. **Platform** — Sistem operasi untuk instans Anda. Untuk informasi selengkapnya, lihat [Platform yang didukung](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Availability Zone** — Availability Zone untuk memesan kapasitas.
1. **Sewa** - Jenis sewa yang digunakan untuk kapasitas cadangan. Pilih Default untuk menyimpan kapasitas pada perangkat keras bersama, atau Didedikasikan untuk kapasitas cadangan pada perangkat keras yang didedikasikan untuk akun Anda.
1. (*Opsional*) **Grup penempatan ARN** — ARN dari grup penempatan cluster untuk membuat Reservasi Kapasitas. Untuk informasi selengkapnya, lihat [Gunakan Reservasi Kapasitas dengan grup penempatan klaster](cr-cpg.md).
1. **Jumlah instans total** — Jumlah instance untuk kapasitas cadangan. Jika Anda menentukan kuantitas yang melebihi sisa kuota Instans Sesuai Permintaan untuk jenis instans yang dipilih, permintaan akan gagal.
1. Konfigurasikan pengaturan berikut di bagian **Detail reservasi**:
1. **Reservasi Kapasitas dimulai** — Pilih **Segera**.
1. **Reservasi Kapasitas berakhir** — Pilih salah satu opsi berikut:
+ **Secara manual** — Pesan kapasitas sampai Anda membatalkannya secara eksplisit.
+ **Waktu tertentu** — Batalkan reservasi kapasitas secara otomatis pada tanggal dan waktu yang ditentukan.
1. **Kelayakan instans** - Pilih salah satu opsi berikut:
+ **open** — (Default) Reservasi Kapasitas cocok dengan setiap instance yang memiliki atribut yang cocok (tipe instans, platform, Availability Zone, dan tenancy). Jika Anda meluncurkan sebuah instans dengan atribut yang cocok, atribut ditempatkan ke dalam kapasitas terpesan secara otomatis.
+ **Target** — Reservasi Kapasitas hanya menerima instans yang memiliki atribut yang cocok (jenis instans, platform, Availability Zone, dan tenancy), dan yang secara eksplisit menargetkan reservasi.
1. Pilih **Buat**.
------
#### [ AWS CLI ]
**Untuk membuat Reservasi Kapasitas**
Gunakan perintah [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria open|targeted
```
------
#### [ PowerShell ]
**Untuk membuat Reservasi Kapasitas**
Gunakan [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html)cmdlet.
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion open|targeted
```
------
## Buat Reservasi Kapasitas masa depan
Minta Reservasi Kapasitas masa depan jika Anda memerlukan kapasitas yang dipesan agar tersedia pada tanggal dan waktu mendatang.
Setelah Anda meminta Reservasi Kapasitas bertanggal di masa mendatang, permintaan akan menjalani penilaian untuk menentukan apakah dapat didukung. Untuk informasi selengkapnya, lihat [Penilaian Reservasi Kapasitas Bertanggal di Masa Depan](cr-concepts.md#cr-future-dated-assessment).
**Pertimbangan**
+ Anda dapat meminta Reservasi Kapasitas bertanggal di masa mendatang untuk jenis instans dalam seri berikut: C, G, I, M, R, dan T.
+ Anda dapat meminta Reservasi Kapasitas bertanggal di masa mendatang untuk jumlah instans dengan minimal 32 v. CPUs Misalnya, jika Anda meminta Reservasi Kapasitas bertanggal mendatang untuk `m5.xlarge` instans, Anda harus meminta kapasitas untuk setidaknya 8 instans (*8 \$1 m5.xlarge* = 32 v). CPUs
+ Anda dapat meminta Reservasi Kapasitas bertanggal antara 5 dan 120 hari sebelumnya. Namun, kami menyarankan Anda memintanya setidaknya 56 hari (8 minggu) sebelumnya untuk meningkatkan dukungan.
+ Durasi komitmen minimum adalah 14 hari.
------
#### [ Console ]
**Untuk membuat Reservasi Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Reservasi Kapasitas**, lalu pilih **Buat Reservasi Kapasitas**.
1. Konfigurasikan pengaturan berikut di bagian **Detail instans**.
1. **Tipe Instance** — Jenis instans untuk kapasitas cadangan.
1. **Platform** — Sistem operasi untuk instans Anda. Untuk informasi selengkapnya, lihat [Platform yang didukung](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Availability Zone** — Availability Zone untuk memesan kapasitas.
1. **Sewa** - Jenis sewa yang digunakan untuk kapasitas cadangan. Pilih Default untuk menyimpan kapasitas pada perangkat keras bersama, atau Didedikasikan untuk kapasitas cadangan pada perangkat keras yang didedikasikan untuk akun Anda.
1. **Jumlah instans total** — Jumlah instance untuk kapasitas cadangan. Jika Anda menentukan kuantitas yang melebihi sisa kuota Instans Sesuai Permintaan untuk jenis instans yang dipilih, permintaan akan gagal.
1. Konfigurasikan pengaturan berikut di bagian **Detail reservasi**:
1. **Reservasi Kapasitas dimulai** — **Pilih Pada waktu tertentu**.
1. **Tanggal mulai** — Tentukan tanggal dan waktu di mana Reservasi Kapasitas harus tersedia untuk digunakan. Untuk informasi selengkapnya, lihat [Tanggal dan waktu mulai](cr-concepts.md#cr-start-date).
1. **Durasi komitmen** — Tentukan durasi minimum yang Anda lakukan untuk menjaga Reservasi Kapasitas setelah dikirimkan. Untuk informasi selengkapnya, lihat [Durasi komitmen](cr-concepts.md#cr-commitment-duration).
1. **Reservasi Kapasitas berakhir** — Pilih salah satu opsi berikut:
+ **Ketika saya membatalkannya** — Pesan kapasitas sampai Anda membatalkannya secara eksplisit.
+ **Waktu tertentu** — Batalkan reservasi kapasitas secara otomatis pada tanggal dan waktu yang ditentukan.
1. Pilih **Buat**.
------
#### [ AWS CLI ]
**Untuk membuat Reservasi Kapasitas**
Gunakan perintah [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria targeted \
--delivery-preference incremental \
--commitment-duration commitment_in_seconds \
--start-date YYYY-MMDDThh:mm:ss.sssZ
```
------
#### [ PowerShell ]
**Untuk membuat Reservasi Kapasitas**
Gunakan [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html)cmdlet.
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion targeted `
-DeliveryPreference incremental `
-CommitmentDuration commitment_in_seconds `
-StartDate YYYY-MMDDThh:mm:ss.sssZ
```
------
# Lihat status Reservasi Kapasitas
Amazon EC2 terus memantau status Reservasi Kapasitas Anda.
Karena model [konsistensi akhirnya](https://docs.aws.amazon.com/ec2/latest/devguide/eventual-consistency.html) diikuti oleh Amazon EC2 API, setelah Anda membuat Reservasi Kapasitas, diperlukan waktu hingga 5 menit agar status Reservasi Kapasitas mencerminkan kondisi tersebut. `active` Selama waktu ini, Reservasi Kapasitas mungkin tetap di `pending` negara bagian. Namun, mungkin sudah tersedia untuk digunakan, dalam hal ini upaya untuk meluncurkan instance ke Reservasi Kapasitas akan berhasil.
------
#### [ Console ]
**Untuk melihat Reservasi Kapasitas Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Pilih Reservasi Kapasitas.
------
#### [ AWS CLI ]
**Untuk menggambarkan Reservasi Kapasitas Anda**
Gunakan perintah [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html).
Misalnya, perintah berikut menjelaskan semua Reservasi Kapasitas.
```
aws ec2 describe-capacity-reservations
```
Berikut ini adalah output contoh.
```
{
"CapacityReservations": [
{
"CapacityReservationId": "cr-1234abcd56EXAMPLE",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-16T09:03:18.000Z",
"AvailableInstanceCount": 1,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 1,
"State": "active",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "a1.medium",
"PlacementGroupArn": "arn:aws:ec2:us-east-1:123456789012:placement-group/MyPG"
},
{
"CapacityReservationId": "cr-abcdEXAMPLE9876ef",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-07T11:34:19.000Z",
"AvailableInstanceCount": 3,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 3,
"State": "cancelled",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "m5.large"
}
]
}
```
------
#### [ PowerShell ]
**Untuk menggambarkan Reservasi Kapasitas**
Gunakan [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html)cmdlet.
```
Get-EC2CapacityReservation `
-CapacityReservationId cr-1234abcd56EXAMPLE
```
------
## Status Reservasi Kapasitas
Reservasi Kapasitas memiliki kemungkinan status berikut.
| Status | Deskripsi |
| --- | --- |
| active | Kapasitas tersedia untuk digunakan. |
| expired | Reservasi Kapasitas berakhir secara otomatis pada tanggal dan waktu yang ditentukan dalam permintaan reservasi Anda. Kapasitas terpesan tidak lagi tersedia untuk Anda gunakan. |
| cancelled | Reservasi Kapasitas dibatalkan. Kapasitas terpesan tidak lagi tersedia untuk Anda gunakan. |
| pending | Permintaan Reservasi Kapasitas berhasil tetapi penyediaan kapasitas masih tertunda. |
| failed | Permintaan Reservasi Kapasitas gagal. Permintaan dapat gagal karena parameter permintaan yang tidak valid, batasan kapasitas, atau batasan batas instans. Anda dapat melihat permintaan yang gagal selama 60 menit. |
| scheduled | (Hanya Reservasi Kapasitas Bertanggal Masa Depan) Permintaan Reservasi Kapasitas masa depan telah disetujui dan Reservasi Kapasitas dijadwalkan untuk pengiriman pada tanggal mulai yang diminta. |
| assessing | (Hanya Reservasi Kapasitas Bertanggal di Masa Depan) Amazon EC2 sedang menilai permintaan Anda untuk Reservasi Kapasitas bertanggal mendatang. Untuk informasi selengkapnya, lihat [Penilaian Reservasi Kapasitas Bertanggal di Masa Depan](cr-concepts.md#cr-future-dated-assessment). |
| delayed | (Hanya Reservasi Kapasitas Bertanggal Masa Depan) Amazon EC2 mengalami penundaan dalam penyediaan Reservasi Kapasitas bertanggal mendatang yang diminta. Amazon EC2 tidak dapat mengirimkan kapasitas yang diminta berdasarkan tanggal dan waktu mulai yang diminta. |
| unsupported | (Hanya Reservasi Kapasitas Bertanggal di Masa Depan) Amazon EC2 tidak dapat mendukung permintaan Reservasi Kapasitas bertanggal mendatang karena kendala kapasitas. Anda dapat melihat permintaan yang tidak didukung selama 30 hari. Reservasi Kapasitas tidak akan dikirimkan. |
# Luncurkan instans ke dalam Reservasi Kapasitas yang ada
Anda hanya dapat meluncurkan instance ke Reservasi Kapasitas yang:
+ Memiliki atribut yang cocok (tipe instance, platform, Availability Zone, dan tenancy)
+ Memiliki kapasitas yang cukup
+ Berada di `active` negara bagian
Saat Anda meluncurkan sebuah instans, Anda dapat menentukan apakah akan meluncurkan instans tersebut ke salah satu Reservasi Kapasitas `open`, ke dalam Reservasi Kapasitas tertentu, atau ke dalam kelompok Reservasi Kapasitas.
Atau, Anda dapat mengonfigurasi instans agar tidak berjalan di Reservasi Kapasitas, meskipun Anda memiliki Reservasi Kapasitas `open` yang cocok dengan atribut dan kapasitas yang tersedia.
Meluncurkan sebuah instans ke dalam Reservasi Kapasitas mengurangi kapasitasnya yang tersedia dengan jumlah instans yang diluncurkan. Misalnya, jika Anda meluncurkan tiga instans, kapasitas Reservasi Kapasitas yang tersedia dikurangi tiga.
------
#### [ Console ]
**Untuk meluncurkan instance ke Reservasi Kapasitas yang ada**
1. Ikuti prosedur untuk [meluncurkan instance](ec2-launch-instance-wizard.md), tetapi jangan meluncurkan instance sampai Anda menyelesaikan langkah-langkah berikut untuk menentukan pengaturan untuk grup penempatan dan Reservasi Kapasitas.
1. Perluas **Detail lanjutan** dan lakukan hal berikut:
1. Untuk **grup Penempatan**, pilih grup penempatan cluster untuk meluncurkan instance.
1. Untuk **Reservasi Kapasitas**, pilih salah satu opsi berikut, tergantung pada konfigurasi Reservasi Kapasitas:
+ **Tidak Ada** — Mencegah instans diluncurkan ke Reservasi Kapasitas. Instans berjalan dalam kapasitas Sesuai Permintaan.
+ **Buka** — Meluncurkan instans ke Reservasi Kapasitas apa pun yang memiliki atribut yang cocok dan kapasitas yang cukup untuk jumlah instans yang Anda pilih. Jika tidak ada Reservasi Kapasitas yang sesuai dengan kapasitas yang memadai, instans akan menggunakan kapasitas Sesuai Permintaan.
+ **Tentukan Reservasi Kapasitas** — Meluncurkan instans ke Reservasi Kapasitas yang dipilih. Jika Reservasi Kapasitas yang dipilih tidak memiliki kapasitas yang cukup untuk jumlah instans yang Anda pilih, peluncuran instans akan gagal.
+ **Tentukan grup sumber daya Reservasi Kapasitas** — Meluncurkan instans ke Reservasi Kapasitas apa pun dengan atribut yang cocok dan kapasitas yang tersedia di grup Reservasi Kapasitas yang dipilih. Jika grup yang dipilih tidak memiliki Reservasi Kapasitas dengan atribut yang sesuai dan kapasitas yang tersedia, instans diluncurkan ke dalam kapasitas Sesuai Permintaan.
+ **Tentukan Reservasi Kapasitas saja** — Meluncurkan instans ke dalam Reservasi Kapasitas. Jika ID Reservasi Kapasitas tidak ditentukan, instans akan diluncurkan ke Reservasi Kapasitas terbuka. Jika kapasitas tidak tersedia, instance gagal diluncurkan.
+ **Tentukan grup sumber daya Reservasi Kapasitas saja** — Meluncurkan instans ke dalam Reservasi Kapasitas dalam grup sumber daya Reservasi Kapasitas. Jika grup sumber daya Reservasi Kapasitas ARN tidak ditentukan, instans akan diluncurkan ke Reservasi Kapasitas terbuka. Jika kapasitas tidak tersedia, instance gagal diluncurkan.
1. Di panel **Ringkasan**, tinjau konfigurasi instans Anda, lalu pilih **Luncurkan instans**.
------
#### [ AWS CLI ]
**Untuk meluncurkan instance ke Reservasi Kapasitas yang ada**
Gunakan perintah [run-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) dan tentukan opsi. `--capacity-reservation-specification`
Contoh berikut meluncurkan instance ke Reservasi Kapasitas terbuka dengan atribut yang cocok dan kapasitas yang tersedia:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationPreference=open
```
Contoh berikut meluncurkan instance ke Reservasi `targeted` Kapasitas:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
Contoh berikut meluncurkan instance ke grup Reservasi Kapasitas yang ditentukan:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
Contoh berikut meluncurkan instance ke Reservasi Kapasitas saja. Karena tidak menentukan ID Reservasi Kapasitas, instans akan diluncurkan di Reservasi Kapasitas terbuka apa pun dengan atribut yang cocok dan kapasitas yang tersedia:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only
```
Contoh berikut meluncurkan instance ke Reservasi Kapasitas tertentu saja. Jika kapasitas tidak tersedia dalam Reservasi Kapasitas yang ditentukan, instans gagal diluncurkan.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
------
#### [ PowerShell ]
**Untuk meluncurkan instance ke Reservasi Kapasitas yang ada**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet.
Contoh berikut meluncurkan instance ke Reservasi Kapasitas terbuka dengan atribut yang cocok dan kapasitas yang tersedia:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "open"
```
Contoh berikut meluncurkan instance ke Reservasi `targeted` Kapasitas:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
Contoh berikut meluncurkan instance ke grup Reservasi Kapasitas yang ditentukan:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
Contoh berikut meluncurkan instance ke Reservasi Kapasitas saja. Karena tidak menentukan ID Reservasi Kapasitas, instans akan diluncurkan di Reservasi Kapasitas terbuka apa pun dengan atribut yang cocok dan kapasitas yang tersedia:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only"
```
Contoh berikut meluncurkan instance ke Reservasi Kapasitas tertentu saja. Jika kapasitas tidak tersedia dalam Reservasi Kapasitas yang ditentukan, instans gagal diluncurkan.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
------
# Ubah Reservasi Kapasitas yang aktif
Jika Anda memiliki Reservasi Kapasitas yang sudah ada yang tidak cocok untuk beban kerja yang membutuhkan kapasitas, Anda dapat mengubah kuantitas instans, kelayakan instans (`open`atau`targeted`), dan waktu akhir (`At specific time`atau). `Manually` Jika Anda menentukan kuantitas instans baru yang melebihi batas Instans Sesuai Permintaan yang tersisa untuk jenis instans yang dipilih, pembaruan akan gagal.
Modifikasi yang diizinkan tergantung pada status Reservasi Kapasitas:
+ `assessing`atau `scheduled` negara - Anda hanya dapat memodifikasi tag.
+ `pending`state - Anda tidak dapat mengubah Reservasi Kapasitas dengan cara apa pun.
+ `active`status tetapi masih dalam durasi komitmen — Anda tidak dapat mengurangi jumlah instans di bawah jumlah instans yang dikomit, atau menetapkan tanggal akhir yang sebelum durasi komitmen. Semua modifikasi lainnya diperbolehkan.
+ `active`negara tanpa durasi komitmen atau durasi komitmen yang telah berlalu — Semua modifikasi diperbolehkan.
+ `expired`,`cancelled`,`unsupported`, atau `failed` negara - Anda tidak dapat mengubah Reservasi Kapasitas dengan cara apa pun.
**Pertimbangan-pertimbangan**
+ Anda tidak dapat mengubah jenis instance, platform, Availability Zone, atau tenancy setelah pembuatan. Jika Anda perlu mengubah salah satu atribut ini, kami menyarankan Anda untuk membatalkan reservasi, dan kemudian membuat yang baru dengan atribut yang diperlukan.
+ Jika Anda mengubah Reservasi Kapasitas yang ada dengan mengubah kelayakan instans dari `targeted` menjadi`open`, setiap instans yang berjalan yang cocok dengan atribut Reservasi Kapasitas, `CapacityReservationPreference` parameter disetel ke, dan belum berjalan dalam Reservasi Kapasitas`open`, akan secara otomatis menggunakan Reservasi Kapasitas yang dimodifikasi.
+ Untuk mengubah kelayakan instans, Reservasi Kapasitas harus benar-benar tidak digunakan (penggunaan nol) karena Amazon EC2 tidak dapat mengubah kelayakan instans saat instans berjalan di dalam reservasi.
------
#### [ Console ]
**Untuk mengubah Reservasi Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Reservasi Kapasitas**, pilih Reservasi Kapasitas yang akan dimodifikasi, lalu pilih **Edit**.
1. **Ubah opsi **Total kapasitas****, Reservasi Kapasitas**, atau **kelayakan Instans** sesuai kebutuhan, dan pilih Simpan.**
------
#### [ AWS CLI ]
**Untuk mengubah Reservasi Kapasitas**
Gunakan perintah [modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation.html). Contoh berikut memodifikasi Reservasi Kapasitas yang ditentukan untuk kapasitas cadangan untuk delapan instans.
```
aws ec2 modify-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 8
```
------
#### [ PowerShell ]
**Untuk mengubah Reservasi Kapasitas**
Gunakan [Edit-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservation.html)cmdlet. Contoh berikut memodifikasi Reservasi Kapasitas yang ditentukan untuk kapasitas cadangan untuk delapan instans.
```
Edit-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0 `
-InstanceCount 8
```
------
# Ubah pengaturan Reservasi Kapasitas instans Anda
Anda dapat memodifikasi pengaturan Reservasi Kapasitas berikut untuk instans yang berhenti kapan saja:
+ Mulai di Reservasi Kapasitas apa pun yang memiliki atribut yang cocok (jenis instans, platform, Availability Zone, dan tenancy) dan kapasitas yang tersedia.
+ Mulai instans di Reservasi Kapasitas tertentu.
+ Mulailah di Reservasi Kapasitas apa pun yang memiliki kecocokan atribut dan ketersediaan kapasitas di grup Reservasi Kapasitas
+ Mencegah instans dimulai dalam Reservasi Kapasitas.
------
#### [ Console ]
**Untuk mengubah pengaturan Reservasi Kapasitas contoh**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Instans** dan pilih instans yang akan dimodifikasi. Hentikan instans jika belum dihentikan.
1. Pilih **Tindakan**, **Pengaturan instans, Ubah Pengaturan** **Reservasi Kapasitas**.
1. Untuk **Reservasi Kapasitas**, pilih salah satu opsi berikut:
+ **Buka** — Meluncurkan instans ke Reservasi Kapasitas apa pun yang memiliki atribut yang cocok dan kapasitas yang cukup untuk jumlah instans yang Anda pilih. Jika tidak ada Reservasi Kapasitas yang sesuai dengan kapasitas yang memadai, instans akan menggunakan kapasitas Sesuai Permintaan.
+ **Tidak Ada** — Mencegah instans diluncurkan ke Reservasi Kapasitas. Instans berjalan dalam kapasitas Sesuai Permintaan.
+ **Tentukan Reservasi Kapasitas** — Meluncurkan instans ke Reservasi Kapasitas yang dipilih. Jika Reservasi Kapasitas yang dipilih tidak memiliki kapasitas yang cukup untuk jumlah instans yang Anda pilih, peluncuran instans akan gagal.
+ **Tentukan grup Reservasi Kapasitas** — Meluncurkan instans ke Reservasi Kapasitas apa pun dengan atribut yang cocok dan kapasitas yang tersedia di grup Reservasi Kapasitas yang dipilih. Jika grup yang dipilih tidak memiliki Reservasi Kapasitas dengan atribut yang sesuai dan kapasitas yang tersedia, instans diluncurkan ke dalam kapasitas Sesuai Permintaan.
+ **Tentukan Reservasi Kapasitas saja** — Meluncurkan instans ke dalam Reservasi Kapasitas. Jika ID Reservasi Kapasitas tidak ditentukan, instans akan diluncurkan ke Reservasi Kapasitas terbuka. Jika kapasitas tidak tersedia, instance gagal diluncurkan.
+ **Tentukan grup sumber daya Reservasi Kapasitas saja** — Meluncurkan instans ke dalam Reservasi Kapasitas dalam grup sumber daya Reservasi Kapasitas. Jika grup sumber daya Reservasi Kapasitas ARN tidak ditentukan, instans akan diluncurkan ke Reservasi Kapasitas terbuka. Jika kapasitas tidak tersedia, instance gagal diluncurkan.
------
#### [ AWS CLI ]
**Untuk mengubah pengaturan Reservasi Kapasitas contoh**
Gunakan perintah [modify-instance-capacity-reservation-attributes](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-capacity-reservation-attributes.html).
Contoh berikut mengubah preferensi Reservasi Kapasitas menjadi`none`.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=none
```
Contoh berikut target untuk Reservasi Kapasitas tertentu.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
Contoh berikut mengubah target ke grup Reservasi Kapasitas tertentu.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
Contoh berikut mengubah preferensi Reservasi Kapasitas menjadi`capacity-reservation-only`. Karena tidak menentukan Reservasi Kapasitas, instans diluncurkan ke Reservasi Kapasitas terbuka dengan atribut yang cocok dan kapasitas yang tersedia.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=capacity-reservation-only
```
Contoh berikut mengubah preferensi Reservasi Kapasitas `capacity-reservation-only` dan mengubah target ke Reservasi Kapasitas tertentu. Jika kapasitas tidak tersedia di Reservasi Kapasitas yang ditentukan, instans gagal diluncurkan.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservation-only \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
------
#### [ PowerShell ]
**Untuk mengubah pengaturan Reservasi Kapasitas contoh**
Gunakan [Edit-EC2InstanceCapacityReservationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceCapacityReservationAttribute.html)cmdlet.
Contoh berikut mengubah preferensi Reservasi Kapasitas menjadi`none`.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "none"
```
Contoh berikut target untuk Reservasi Kapasitas tertentu.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
Contoh berikut mengubah target ke grup Reservasi Kapasitas tertentu.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
Contoh berikut mengubah preferensi Reservasi Kapasitas menjadi`capacity-reservation-only`. Karena tidak menentukan Reservasi Kapasitas, instans diluncurkan ke Reservasi Kapasitas terbuka dengan atribut yang cocok dan kapasitas yang tersedia.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only"
```
Contoh berikut mengubah preferensi Reservasi Kapasitas `capacity-reservation-only` dan mengubah target ke Reservasi Kapasitas tertentu. Jika kapasitas tidak tersedia di Reservasi Kapasitas yang ditentukan, instans gagal diluncurkan.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
------
# Pindahkan kapasitas antara Reservasi Kapasitas
Anda dapat memindahkan kapasitas dari satu Reservasi Kapasitas ke Reservasi Kapasitas lainnya untuk mendistribusikan kembali sumber daya komputasi yang Anda pesan sesuai kebutuhan. Misalnya, jika Anda memerlukan kapasitas tambahan dalam reservasi dengan penggunaan yang terus meningkat, dan Anda memiliki kapasitas yang tersedia di reservasi lain, maka Anda dapat mengalokasikan kembali kapasitas tersebut di antara kedua reservasi tersebut.
## Prasyarat untuk kapasitas bergerak
Sebagai prasyarat, kedua Reservasi Kapasitas harus memenuhi persyaratan berikut:
+ Kedua reservasi harus dalam keadaan aktif.
+ Kedua reservasi harus dimiliki oleh Anda Akun AWS. Anda tidak dapat memindahkan kapasitas antar reservasi yang dimiliki oleh yang berbeda Akun AWS.
+ Kedua reservasi harus memiliki hal yang sama:
+ Tipe instans
+ Platform
+ Zona Ketersediaan
+ Penghunian
+ Grup penempatan
+ Waktu akhir
Kelayakan instans Reservasi Kapasitas tujuan (`open`atau`targeted`), dan tag, tidak harus cocok dengan reservasi sumber. Konfigurasi kedua reservasi tetap sama, kecuali bahwa reservasi sumber telah mengurangi kapasitas dan reservasi tujuan telah meningkatkan kapasitas.
Saat Anda menentukan jumlah instans yang akan dipindahkan, secara default, kapasitas apa pun yang tersedia dipindahkan terlebih dahulu, diikuti oleh instans berjalan yang memenuhi syarat (kapasitas yang digunakan dalam reservasi Anda). Misalnya, jika Anda memindahkan 4 instance dari reservasi dengan 5 instance yang digunakan dan 3 instance yang tersedia, maka 3 instance yang tersedia dan 1 instance yang digunakan akan dipindahkan.
**catatan**
Ketika Anda memindahkan kapasitas yang digunakan dari reservasi Anda dengan menentukan **Jumlah yang akan dipindahkan** yang lebih besar dari kapasitas yang tersedia, hanya contoh yang diluncurkan dengan **Spesifikasi Reservasi Kapasitas** yang `open` akan dipindahkan.
## Pertimbangan-pertimbangan
Pertimbangan berikut berlaku saat memindahkan kapasitas dari satu reservasi ke reservasi lainnya:
+ Kapasitas yang digunakan hanya dapat dipindahkan antara Reservasi Kapasitas dengan kelayakan `open` instans yang dibagikan dengan kumpulan akun yang sama.
+ Saat Anda memindahkan kapasitas yang digunakan, instance yang memenuhi syarat akan dipilih secara acak. Anda tidak dapat menentukan instance yang sedang berjalan dipindahkan. Jika jumlah yang cukup dari instance yang memenuhi syarat tidak ditemukan untuk memenuhi kuantitas pemindahan, operasi pemindahan akan gagal.
+ Jika Anda memindahkan semua kapasitas dari reservasi sumber, Reservasi Kapasitas akan dibatalkan secara otomatis.
+ **Reservasi Kapasitas Bertanggal Masa Depan** — Anda tidak dapat memindahkan kapasitas untuk Reservasi Kapasitas masa depan selama periode komitmen.
**catatan**
Memindahkan kapasitas dari Blok Kapasitas tidak didukung.
## Pindahkan kapasitas
Anda dapat memindahkan kapasitas dari Reservasi Kapasitas sumber ke Reservasi Kapasitas tujuan.
------
#### [ Console ]
**Untuk memindahkan kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi kiri, pilih **Reservasi Kapasitas**.
1. Pilih ID Reservasi Kapasitas Sesuai Permintaan yang memiliki kapasitas untuk dipindahkan.
1. Di bawah **Tindakan**, **Kelola kapasitas**, pilih **Pindahkan**.
1. Pada halaman **Pindahkan kapasitas**, di bawah **Reservasi Kapasitas Tujuan**, pilih reservasi dari daftar.
1. Di bawah **Kuantitas untuk memindahkan**, gunakan penggeser atau ketik jumlah instans untuk berpindah dari Reservasi Kapasitas sumber ke Reservasi Kapasitas tujuan.
1. Tinjau ringkasan, dan saat Anda siap, pilih **Pindahkan**.
------
#### [ AWS CLI ]
**Untuk memindahkan kapasitas**
Gunakan perintah [move-capacity-reservation-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/move-capacity-reservation-instances.html). Contoh berikut memindahkan 10 instance dari Reservasi Kapasitas sumber yang ditentukan ke Reservasi Kapasitas tujuan yang ditentukan.
```
aws ec2 move-capacity-reservation-instances \
--source-capacity-reservation-id cr-1234567890abcdef0 \
--destination-capacity-reservation-id cr-021345abcdef56789 \
--instance-count 10
```
------
#### [ PowerShell ]
**Untuk memindahkan kapasitas**
Gunakan [Move-EC2CapacityReservationInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Move-EC2CapacityReservationInstance.html)cmdlet. Contoh berikut memindahkan 10 instance dari Reservasi Kapasitas sumber yang ditentukan ke Reservasi Kapasitas tujuan yang ditentukan.
```
Move-EC2CapacityReservationInstance `
-SourceCapacityReservationId cr-1234567890abcdef0 `
-DestinationCapacityReservationId cr-021345abcdef56789 `
-InstanceCount 10
```
------
# Memisahkan kapasitas dari Reservasi Kapasitas yang ada
Anda dapat memisahkan kapasitas dari Reservasi Kapasitas yang ada untuk membuat reservasi baru. Dengan membagi kapasitas, Anda mengalokasikan sebagian dari reservasi awal ke beban kerja tertentu atau membagikannya dengan yang lain. Akun AWS Misalnya, untuk berbagi sebagian Reservasi Kapasitas dengan akun lain, Anda dapat memisahkan sebagian kapasitas untuk membuat Reservasi Kapasitas berukuran lebih kecil. Reservasi Kapasitas yang lebih kecil kemudian dapat dibagikan dengan akun lain menggunakan [AWS Resource Access Manager](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html).
Ketika Anda membagi kapasitas dari Reservasi Kapasitas yang ada, Reservasi Kapasitas baru akan dibuat secara otomatis. Reservasi yang ada tidak akan berubah, kecuali untuk pengurangan kapasitas total dari jumlah instans yang dipisahkan. Instans yang berjalan di Reservasi Kapasitas yang ada tidak terpengaruh. Anda dapat membagi reservasi yang ada menjadi hanya satu Reservasi Kapasitas baru.
Reservasi Kapasitas baru akan memiliki konfigurasi yang sama dengan Reservasi Kapasitas yang ada kecuali tag. Secara default, Reservasi Kapasitas baru tidak memiliki tag apa pun. Anda dapat menentukan tag baru selama operasi split. Reservasi Kapasitas baru juga dapat dimodifikasi setelah dibuat, jika perlu.
Bila Anda menentukan jumlah instans yang akan dibagi, secara default, kapasitas apa pun yang tersedia dibagi terlebih dahulu, diikuti oleh instans berjalan yang memenuhi syarat (kapasitas yang digunakan dalam reservasi Anda). Misalnya: jika Anda membagi 4 instance dari Reservasi Kapasitas dengan 5 instans yang digunakan dan 3 instans yang tersedia, maka 3 instans yang tersedia dan 1 instance yang digunakan akan dibagi menjadi reservasi baru.
## Prasyarat untuk kapasitas pemisahan
Sebagai prasyarat, Reservasi Kapasitas Anda harus memenuhi persyaratan berikut:
+ Reservasi sumber harus dalam keadaan aktif.
+ Reservasi sumber harus dimiliki oleh Anda Akun AWS.
**catatan**
Ketika Anda membagi kapasitas yang digunakan dari reservasi Anda dengan menentukan **Kuantitas untuk membagi** yang lebih besar dari kapasitas yang tersedia, hanya contoh yang diluncurkan dengan **Spesifikasi Reservasi Kapasitas** yang `open` akan dibagi.
## Pertimbangan-pertimbangan
Pertimbangan berikut berlaku saat memisahkan kapasitas dari satu reservasi ke reservasi baru:
+ Kapasitas yang digunakan hanya dapat dibagi untuk Reservasi Kapasitas dengan kelayakan instans “terbuka” yang tidak dibagikan dengan akun apa pun.
+ Saat Anda membagi kapasitas yang digunakan, instance yang memenuhi syarat akan dipilih secara acak. Anda tidak dapat menentukan instance berjalan mana yang dibagi. Jika jumlah yang cukup dari instans yang memenuhi syarat tidak ditemukan untuk memenuhi kuantitas split, operasi split akan gagal.
+ Jumlah maksimum instans untuk dipisahkan dari reservasi yang ada adalah ukuran reservasi dikurangi satu. Misalnya, jika total kapasitas reservasi Anda adalah 5 instans, Anda dapat membagi maksimal 4 instans menjadi reservasi baru.
+ **Reservasi Kapasitas Bertanggal Masa Depan** — Anda tidak dapat membagi kapasitas untuk Reservasi Kapasitas masa depan selama periode komitmen.
+ **Grup sumber daya** — Jika Reservasi Kapasitas yang ada milik grup sumber daya, Reservasi Kapasitas baru tidak akan ditambahkan secara otomatis ke grup sumber daya. Anda dapat menambahkan Reservasi Kapasitas baru ke grup sumber daya setelah dibuat, jika perlu.
+ **Berbagi** — Jika Reservasi Kapasitas yang ada dibagikan dengan akun konsumen, Reservasi Kapasitas baru tidak akan dibagikan secara otomatis dengan akun konsumen. Anda dapat membagikan Reservasi Kapasitas baru setelah dibuat, jika perlu.
+ **Grup penempatan klaster** — Jika Reservasi Kapasitas yang ada merupakan bagian dari grup penempatan klaster, Reservasi Kapasitas baru akan dibuat dalam grup penempatan klaster yang sama.
**catatan**
Memisahkan kapasitas dari Blok Kapasitas tidak didukung.
## Akses kontrol untuk membagi Reservasi Kapasitas menggunakan tag
Anda dapat menggunakan tag untuk mengontrol akses ke sumber daya Amazon EC2, termasuk memisahkan kapasitas dari Reservasi Kapasitas yang ada untuk membuat Reservasi Kapasitas baru. Untuk informasi selengkapnya, lihat [Mengontrol akses ke AWS sumber daya menggunakan tag](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html) di *Panduan Pengguna IAM*.
Untuk mengontrol akses pemisahan Reservasi Kapasitas menggunakan tag, pastikan Anda menentukan tag sumber daya dan permintaan dalam pernyataan kebijakan karena kebijakan IAM dievaluasi terhadap Reservasi Kapasitas sumber dan Reservasi Kapasitas yang baru dibuat. Contoh kebijakan berikut mencakup kunci `ec2:ResourceTag` kondisi dengan tag `Owner=ExampleDepartment1` untuk Reservasi Kapasitas sumber dan kunci `ec2:RequestTag` kondisi dengan tag `stack=production` untuk Reservasi Kapasitas yang baru dibuat.
```
{
"Statement": [
{
"Sid": "AllowSourceCapacityReservation",
"Effect": "Allow",
"Action": "ec2:CreateCapacityReservationBySplitting",
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/cr-1234567890abcdef0",
"Condition": {
"StringEquals": {
"ec2:ResourceTag/Owner": "ExampleDepartment1"
}
}
},
{
"Sid": "AllowNewlyCreatedCapacityReservation",
"Effect": "Allow",
"Action": ["ec2:CreateCapacityReservationBySplitting", "ec2:CreateTags"],
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/stack": "production"
}
}
}
]
}
```
## Memisahkan kapasitas
Anda dapat memisahkan kapasitas dari Reservasi Kapasitas yang ada untuk membuat Reservasi Kapasitas baru.
------
#### [ Console ]
**Untuk memisahkan kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi kiri, pilih **Reservasi Kapasitas**.
1. Pilih ID Reservasi Kapasitas Sesuai Permintaan yang memiliki kapasitas untuk dibagi.
1. Di bawah **Tindakan**, **Kelola kapasitas**, pilih **Split**.
1. Pada halaman **Split Capacity Reservation**, di bawah **Quantity to split**, gunakan slider atau ketik jumlah instans untuk memisahkan dari reservasi saat ini.
1. (Opsional) Tambahkan tag untuk Reservasi Kapasitas baru.
1. Tinjau ringkasan, dan ketika Anda siap, pilih **Split**.
------
#### [ AWS CLI ]
**Untuk memisahkan kapasitas**
Gunakan perintah `create-capacity-reservation-by-splitting`. Contoh berikut membuat Reservasi Kapasitas baru dengan memisahkan 10 instance dari Reservasi Kapasitas yang ditentukan.
```
aws ec2 create-capacity-reservation-by-splitting \
--source-capacity-reservation-id cr-1234567890abdef0 \
--instance-count 10
```
------
#### [ PowerShell ]
**Untuk memisahkan kapasitas**
Gunakan [New-EC2CapacityReservationBySplitting](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationBySplitting.html)cmdlet. Contoh berikut membuat Reservasi Kapasitas baru dengan memisahkan 10 instance dari Reservasi Kapasitas yang ditentukan.
```
New-EC2CapacityReservationBySplitting `
-SourceCapacityReservationId cr-1234567890abdef0 `
-InstanceCount 10
```
------
# Membatalkan Reservasi Kapasitas
Anda dapat membatalkan Reservasi Kapasitas yang berada di salah satu negara bagian berikut:
+ `assessing`
+ `active`dan tidak ada durasi komitmen atau durasi komitmen telah berlalu. Anda tidak dapat membatalkan Reservasi Kapasitas bertanggal di masa depan selama durasi komitmen.
**catatan**
Anda tidak dapat mengubah atau membatalkan Blok Kapasitas. Untuk informasi selengkapnya, lihat [Blok Kapasitas untuk ML](ec2-capacity-blocks.md).
Jika Reservasi Kapasitas bertanggal masa depan memasuki `delayed` negara bagian, durasi komitmen dibebaskan, dan Anda dapat membatalkannya segera setelah memasuki negara bagian. `active`
Saat Anda membatalkan Reservasi Kapasitas, kapasitas segera dilepaskan dan tidak lagi dipesan untuk Anda gunakan.
Anda dapat membatalkan Reservasi Kapasitas yang kosong dan Reservasi Kapasitas yang memiliki instans berjalan. Jika Anda membatalkan Reservasi Kapasitas yang menjalankan instans, instans tetap berjalan normal di luar reservasi kapasitas dengan tarif Instans Sesuai Permintaan standar atau dengan tarif diskon jika Anda memiliki Savings Plans atau Instans Cadangan Regional yang cocok.
Setelah Anda membatalkan Reservasi Kapasitas, instans yang menargetkannya tidak dapat diluncurkan lagi. Modifikasi instans ini sehingga mereka menargetkan Reservasi Kapasitas yang berbeda, meluncurkan Reservasi Kapasitas terbuka dengan atribut yang cocok dan kapasitas yang memadai, atau menghindari peluncuran ke Reservasi Kapasitas. Untuk informasi selengkapnya, lihat [Ubah pengaturan Reservasi Kapasitas instans Anda](capacity-reservations-modify-instance.md).
------
#### [ Console ]
**Untuk membatalkan Reservasi Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Reservasi Kapasitas** dan pilih Rserrvasi Kapasitas untuk dibatalkan.
1. Pilih **Batalkan reservasi**, **Batalkan reservasi**.
------
#### [ AWS CLI ]
**Untuk membatalkan Reservasi Kapasitas**
Gunakan perintah [cancel-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation.html).
```
aws ec2 cancel-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0
```
------
#### [ PowerShell ]
**Untuk membatalkan Reservasi Kapasitas**
Gunakan [Remove-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2CapacityReservation.html)cmdlet.
```
Remove-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0
```
------
# Gunakan Reservasi Kapasitas dengan grup penempatan klaster
Anda dapat membuat Reservasi Kapasitas dalam grup penempatan klaster untuk memesan kapasitas komputasi Amazon EC2 untuk beban kerja Anda. Grup penempatan klaster menawarkan manfaat latensi jaringan yang rendah dan throughput jaringan yang tinggi.
Membuat Reservasi Kapasitas di grup penempatan klaster memastikan bahwa Anda memiliki akses ke kapasitas komputasi di grup penempatan klaster saat Anda membutuhkannya, selama Anda membutuhkannya. Ini sangat ideal untuk memesan kapasitas untuk beban kerja berkinerja tinggi (HPC) yang memerlukan penskalaan komputasi. Hal ini memungkinkan Anda untuk menurunkan skala klaster Anda sambil memastikan bahwa kapasitas tetap tersedia untuk Anda gunakan sehingga Anda dapat meningkatkan skala kembali saat diperlukan.
Setelah membuat Reservasi Kapasitas di grup penempatan klaster, Anda dapat membagikannya dengan AWS akun lain. Untuk informasi selengkapnya, lihat [Berbagi Kapasitas Reservasi dalam kelompok penempatan klaster](#cpg-cr-sharing).
**Topics**
+ [
## Batasan
](#cr-cpg-limitations)
+ [
## Bekerja dengan Reservasi Kapasitas dalam grup penempatan klaster
](#work-with-crs-cpgs)
+ [
## Berbagi Kapasitas Reservasi dalam kelompok penempatan klaster
](#cpg-cr-sharing)
## Batasan
Ingatlah hal-hal berikut saat membuat Reservasi Kapasitas dalam grup penempatan klaster:
+ Jika Reservasi Kapasitas yang ada tidak ada dalam grup penempatan, Anda tidak dapat mengubah Reservasi Kapasitas untuk memesan kapasitas dalam grup penempatan. Untuk reservasi kapasitas dalam grup penempatan, Anda harus membuat Reservasi Kapasitas di grup penempatan.
+ Setelah membuat Reservasi Kapasitas di grup penempatan, Anda tidak dapat mengubahnya untuk memesan kapasitas di luar grup penempatan.
+ Anda dapat meningkatkan kapasitas terpesan Anda dalam grup penempatan dengan memodifikasi Reservasi Kapasitas yang ada di grup penempatan, atau dengan membuat Reservasi Kapasitas tambahan di grup penempatan. Namun, Anda meningkatkan peluang Anda untuk mendapatkan kesalahan kapasitas yang tidak mencukupi.
+ Anda dapat berbagi Reservasi Kapasitas hanya dari grup penempatan klaster yang Anda miliki. Anda tidak dapat membagikan Reservasi Kapasitas dari grup penempatan klaster yang tidak Anda miliki.
+ Anda tidak dapat menghapus grup penempatan klaster yang memiliki Reservasi Kapasitas `active` . Anda harus membatalkan semua Reservasi Kapasitas di grup penempatan klaster sebelum Anda dapat menghapusnya.
## Bekerja dengan Reservasi Kapasitas dalam grup penempatan klaster
Untuk mulai menggunakan Reservasi Kapasitas dengan grup penempatan klaster, lakukan langkah-langkah berikut.
**catatan**
Jika Anda ingin membuat Reservasi Kapasitas di grup penempatan klaster yang ada, lewati Langkah 1. Kemudian, untuk Langkah 2 dan 3, tentukan ARN dari grup penempatan klaster yang ada.
**Topics**
+ [
### Langkah 1: (*Bersyarat*) Buat grup penempatan klaster untuk digunakan dengan Reservasi Kapasitas
](#create-cpg)
+ [
### Langkah 2: Buat Reservasi Kapasitas di grup penempatan klaster
](#create-cr-in-cpg)
+ [
### Langkah 3: Luncurkan instance ke Reservasi Kapasitas dalam grup penempatan klaster
](#launch-instance-into-cpg)
### Langkah 1: (*Bersyarat*) Buat grup penempatan klaster untuk digunakan dengan Reservasi Kapasitas
Lakukan langkah ini hanya jika Anda perlu membuat grup penempatan klaster baru. Untuk menggunakan grup penempatan klaster yang ada, lewati langkah ini dan untuk Langkah 2 serta 3, gunakan ARN dari grup penempatan klaster tersebut.
------
#### [ Console ]
**Untuk membuat grup penempatan cluster**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Grup Penempatan**, lalu pilih **Buat grup penempatan**.
1. Untuk **Nama**, tentukan nama deskriptif untuk grup penempatan.
1. Untuk **Strategi penempatan**, pilih **Klaster**.
1. Pilih **Buat grup**.
1. Dalam tabel **Grup penempatan**, di kolom **ARN Grup**, catat ARN grup penempatan klaster yang Anda buat. Anda akan membutuhkannya untuk langkah selanjutnya.
------
#### [ AWS CLI ]
**Untuk membuat grup penempatan cluster**
Gunakan perintah [create-placement-group](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-placement-group.html).
```
aws ec2 create-placement-group \
--group-name MyPG \
--strategy cluster
```
Catat grup penempatan ARN yang dikembalikan dalam output, karena Anda akan membutuhkannya untuk langkah berikutnya.
------
#### [ PowerShell ]
**Untuk membuat grup penempatan cluster**
Gunakan [New-EC2PlacementGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2PlacementGroup.html)cmdlet.
```
New-EC2PlacementGroup `
-GroupName my-placement-group `
-Strategy "cluster"
```
Catat grup penempatan ARN yang dikembalikan dalam output, karena Anda akan membutuhkannya untuk langkah berikutnya.
------
### Langkah 2: Buat Reservasi Kapasitas di grup penempatan klaster
Anda membuat Reservasi Kapasitas dalam grup penempatan klaster dengan cara yang sama seperti Anda membuat Reservasi Kapasitas apa pun. Namun, Anda juga harus menentukan ARN grup penempatan klaster tempat membuat Reservasi Kapasitas.
**Pertimbangan-pertimbangan**
+ Grup penempatan klaster yang ditentukan harus dalam status `available`. Jika grup penempatan klaster berada dalam status `pending`, `deleting`, atau `deleted`, permintaan akan gagal.
+ Reservasi Kapasitas dan grup penempatan klaster harus berada di Zona Ketersediaan yang sama. Jika permintaan untuk membuat Reservasi Kapasitas menentukan Zona Ketersediaan yang berbeda dari grup penempatan klaster, permintaan gagal.
+ Anda dapat membuat Reservasi Kapasitas hanya untuk tipe instans yang didukung oleh grup penempatan klaster. Jika Anda menentukan tipe instans yang tidak didukung, permintaan gagal.
+ Jika Anda membuat Reservasi Kapasitas `open` dalam grup penempatan klaster dan ada instans berjalan yang memiliki atribut yang cocok (ARN grup penempatan, tipe instans, Zona Ketersediaan, platform, dan penghunian), instans tersebut secara otomatis berjalan di Reservasi Kapasitas.
+ Permintaan Anda untuk membuat Reservasi Kapasitas bisa gagal jika salah satu dari yang berikut ini benar:
+ Amazon EC2 tidak memiliki kapasitas yang cukup untuk memenuhi permintaan. Coba lagi nanti, coba Zona Ketersediaan yang berbeda, atau coba kapasitas yang lebih kecil. Jika beban kerja Anda fleksibel di semua tipe dan ukuran instans, coba atribut instans yang berbeda.
+ Kuantitas yang diminta melebihi batas Instans Sesuai Permintaan Anda untuk keluarga instans yang dipilih. Tingkatkan batas Instans Sesuai Permintaan Anda untuk keluarga instans dan coba lagi. Untuk informasi selengkapnya, lihat [Kuota Instans Sesuai Permintaan](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
------
#### [ Console ]
**Untuk membuat Reservasi Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Reservasi Kapasitas**, lalu pilih **Buat Reservasi Kapasitas**.
1. Pada halaman **Buat Reservasi Kapasitas**, tentukan jenis instans, platform, Availability Zone, Tenancy, quantity, dan tanggal akhir sesuai kebutuhan.
1. Untuk **grup Penempatan**, pilih ARN dari grup penempatan klaster untuk membuat Reservasi Kapasitas.
1. Pilih **Buat**.
Untuk informasi selengkapnya, lihat [Membuat Reservasi Kapasitas](capacity-reservations-create.md).
------
#### [ AWS CLI ]
**Untuk membuat Reservasi Kapasitas**
Gunakan perintah [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html). Untuk `--placement-group-arn`, tentukan ARN grup penempatan klaster tempat membuat Reservasi Kapasitas.
```
aws ec2 create-capacity-reservation \
--instance-type instance_type \
--instance-platform platform \
--availability-zone-id az_id \
--instance-count quantity \
--placement-group-arn "placement_group_arn"
```
------
#### [ PowerShell ]
**Untuk membuat Reservasi Kapasitas**
Gunakan [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html)cmdlet. Untuk `-PlacementGroupArn`, tentukan ARN grup penempatan klaster tempat membuat Reservasi Kapasitas.
```
Add-EC2CapacityReservation `
-InstanceType instance_type `
-InstancePlatform platform `
-AvailabilityZoneId az_id `
-InstanceCount quantity `
-PlacementGroupArn "placement_group_arn"
```
------
### Langkah 3: Luncurkan instance ke Reservasi Kapasitas dalam grup penempatan klaster
Anda dapat meluncurkan instance ke Reservasi Kapasitas yang ada di grup penempatan klaster dengan salah satu opsi berikut:
+ *Menentukan ARN grup penempatan klaster yang akan digunakan untuk meluncurkan* instance — Saat Anda menyediakan ARN grup penempatan klaster, Amazon EC2 meluncurkan instance ke grup penempatan klaster tersebut. Gunakan salah satu metode berikut:
+ *Menentukan `open`* — Anda tidak perlu menentukan Reservasi Kapasitas dalam permintaan peluncuran instans. Jika instans memiliki atribut (grup penempatan ARN, tipe instans, Zona Ketersediaan, platform, dan penghunian) yang cocok dengan Reservasi Kapasitas dalam grup penempatan yang ditentukan, instans secara otomatis berjalan di Reservasi Kapasitas.
+ *Menentukan Reservasi Kapasitas* — Jika Reservasi Kapasitas hanya menerima peluncuran instans yang ditargetkan, Anda harus menentukan Reservasi Kapasitas target selain grup penempatan klaster dalam permintaan.
+ *Menentukan grup Reservasi Kapasitas* — Untuk informasi selengkapnya, lihat [Menggunakan Reservasi Kapasitas di grup penempatan klaster dengan grup Reservasi Kapasitas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Menentukan hanya grup Reservasi Kapasitas* — Untuk informasi selengkapnya, lihat [Menggunakan Reservasi Kapasitas di grup penempatan klaster dengan grup Reservasi Kapasitas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Menentukan hanya Reservasi Kapasitas* — Anda dapat meluncurkan instance ke Reservasi Kapasitas dalam grup penempatan klaster.
**catatan**
Saat Anda meluncurkan instance dengan hanya menentukan Reservasi Kapasitas atau hanya grup Reservasi Kapasitas, instans akan diluncurkan ke Reservasi Kapasitas yang dibuat di grup penempatan klaster, tetapi instance tidak langsung dilampirkan ke grup penempatan klaster.
------
#### [ Console ]
**Untuk meluncurkan instance ke Reservasi Kapasitas yang ada**
1. Ikuti prosedur untuk [meluncurkan instance](ec2-launch-instance-wizard.md), tetapi jangan meluncurkan instance sampai Anda menyelesaikan langkah-langkah berikut untuk menentukan pengaturan untuk grup penempatan dan Reservasi Kapasitas.
1. Perluas **Detail lanjutan** dan lakukan hal berikut:
1. Untuk **grup Penempatan**, pilih grup penempatan cluster untuk meluncurkan instance.
1. Untuk **Reservasi Kapasitas**, pilih salah satu opsi berikut, tergantung pada konfigurasi Reservasi Kapasitas:
+ **Buka** — Untuk meluncurkan instans ke Reservasi `open` Kapasitas apa pun di grup penempatan klaster yang memiliki atribut yang cocok dan kapasitas yang memadai.
+ **Target berdasarkan ID** — Untuk meluncurkan instans ke Reservasi Kapasitas yang hanya menerima peluncuran instans yang ditargetkan.
+ **Targetkan berdasarkan grup** — Untuk meluncurkan instans ke Reservasi Kapasitas apa pun dengan atribut yang cocok dan kapasitas yang tersedia di grup Reservasi Kapasitas yang dipilih.
1. Di panel **Summary**, tinjau konfigurasi instans Anda, lalu pilih **Launch instans**. Untuk informasi selengkapnya, lihat [Luncurkan instans EC2 menggunakan wizard instans peluncuran di konsol](ec2-launch-instance-wizard.md).
------
#### [ AWS CLI ]
**Untuk meluncurkan instance ke Reservasi Kapasitas yang ada**
Gunakan perintah [run-instans](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Jika Anda perlu menargetkan Reservasi Kapasitas atau grup Reservasi Kapasitas tertentu, tentukan parameter `--capacity-reservation-specification`. Untuk `--placement`, tentukan parameter `GroupName` lalu tentukan nama grup penempatan yang Anda buat di langkah sebelumnya.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count quantity \
--instance-type instance_type \
--key-name key_pair_name \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_reservation_id} \
--placement "GroupName=cluster_placement_group_name"
```
------
#### [ PowerShell ]
**Untuk meluncurkan instance ke Reservasi Kapasitas yang ada**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet. Untuk `-Placement`, tentukan parameter `GroupName` lalu tentukan nama grup penempatan yang Anda buat di langkah sebelumnya.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType instance_type `
-KeyName key_pair_name `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId capacity_reservation_id `
-Placement_GroupName cluster_placement_group_name
```
------
## Berbagi Kapasitas Reservasi dalam kelompok penempatan klaster
Anda dapat berbagi Reservasi Kapasitas dalam grup penempatan klaster hanya dengan membagikan Reservasi Kapasitas, atau dengan membagikan Reservasi Kapasitas dan grup penempatan klaster tempat reservasi tersebut dibuat.
Dengan hanya membagikan Reservasi Kapasitas, Anda memberikan akses akun konsumen ke Reservasi Kapasitas tersebut saja. Akun konsumen tidak memiliki visibilitas atau akses ke grup penempatan klaster tempat Reservasi Kapasitas dibuat. Ini memberi Anda kontrol halus atas akses akun konsumen. Akun konsumen tidak dapat melihat informasi apa pun tentang grup penempatan klaster, termasuk ARN-nya.
Saat Anda berbagi grup penempatan klaster dan Reservasi Kapasitas, grup penempatan klaster akan terlihat dan dapat diakses oleh akun konsumen. Mereka dapat meluncurkan instance dan membuat Reservasi Kapasitas mereka sendiri di dalamnya.
Untuk informasi selengkapnya, lihat sumber daya berikut ini.
+ [Luncurkan instans ke Reservasi Kapasitas dalam grup penempatan klaster](#launch-instance-into-cpg)
+ [Reservasi Kapasitas Bersama](capacity-reservation-sharing.md)
+ [Grup penempatan bersama](share-placement-group.md)
# Grup Reservasi Kapasitas
Anda dapat menggunakan AWS Resource Groups untuk membuat koleksi logis dari Reservasi Kapasitas, yang disebut *grup sumber daya*. Kelompok sumber daya adalah pengelompokan AWS sumber daya yang logis yang semuanya berada di AWS Wilayah yang sama. Untuk informasi selenhkapnya tentang grup sumber daya, lihat [Apa Itu Grup Sumber Daya?](https://docs.aws.amazon.com/ARG/latest/userguide/) di *Panduan Pengguna AWS Resource Groups *.
Anda dapat menyertakan Reservasi Kapasitas yang Anda miliki di akun Anda, dan Reservasi Kapasitas yang dibagikan dengan Anda oleh AWS akun lain dalam satu grup sumber daya. Anda juga dapat menyertakan Reservasi Kapasitas yang memiliki atribut berbeda (jenis instans, platform, Availability Zone, dan tenancy) dalam satu grup sumber daya.
Saat Anda membuat grup sumber daya untuk Reservasi Kapasitas, Anda dapat menargetkan instans ke grup Reservasi Kapasitas alih-alih Reservasi Kapasitas individu. Instans yang menargetkan grup Reservasi Kapasitas cocok dengan Reservasi Kapasitas apa pun dalam grup yang memiliki atribut yang cocok (jenis instans, platform, Availability Zone, dan tenancy) dan kapasitas yang tersedia. Jika grup yang dipilih tidak memiliki Reservasi Kapasitas dengan atribut yang cocok dan kapasitas yang tersedia, instans berjalan menggunakan kapasitas Sesuai Permintaan. Jika Reservasi Kapasitas yang cocok ditambahkan ke grup yang ditargetkan di tahap selanjutnya, instans secara otomatis dicocokkan dengan dan dipindahkan ke kapasitas terpesan.
Untuk mencegah penggunaan Reservasi Kapasitas yang tidak disengaja dalam grup, konfigurasikan Reservasi Kapasitas dalam grup untuk menerima hanya instans yang secara eksplisit menargetkan reservasi kapasitas. Untuk melakukannya, setel **kelayakan Instans** ke **Hanya instans yang menentukan reservasi ini** saat membuat Reservasi Kapasitas menggunakan konsol Amazon EC2. Saat menggunakan AWS CLI, tentukan `--instance-match-criteria targeted` saat membuat reservasi kapasitas. Melakukan ini memastikan bahwa hanya instans yang secara eksplisit menargetkan grup, atau Reservasi Kapasitas dalam grup, yang dapat berjalan di grup.
Jika Reservasi Kapasitas dalam grup dibatalkan atau kedaluwarsa saat memiliki instans yang sedang berjalan, instans tersebut secara otomatis dipindahkan ke Reservasi Kapasitas lain dalam grup yang memiliki kecocokan atribut dan ketersediaan kapasitas. Jika tidak ada Reservasi Kapasitas yang tersisa di grup yang memiliki kecocokan atribut dan ketersediaan kapasitas, instans berjalan dalam kapasitas Sesuai Permintaan. Jika Reservasi Kapasitas yang cocok ditambahkan ke grup yang ditargetkan di tahap selanjutnya, instans secara otomatis dipindahkan ke kapasitas terpesan.
**Topics**
+ [Membuat grup](create-group.md)
+ [Tambahkan Reservasi Kapasitas ke grup](add-to-group.md)
+ [Hapus Reservasi Kapasitas dari grup](remove-from-group.md)
+ [Hapus grup](delete-group.md)
+ [Menggunakan Reservasi Kapasitas dalam grup penempatan klaster dengan grup Reservasi Kapasitas](using-cpg-odcr-crg.md)
# Membuat gru[ Reservasi Kapasitas
Anda dapat menggunakan contoh berikut untuk membuat grup sumber daya untuk Reservasi Kapasitas dengan parameter permintaan berikut.
+ `AWS::EC2::CapacityReservationPool`— Memastikan bahwa kelompok sumber daya dapat ditargetkan misalnya peluncuran.
+ `AWS::ResourceGroups::Generic`dengan `allowed-resource-types` disetel ke `AWS::EC2::CapacityReservation` - Memastikan bahwa grup sumber daya hanya menerima Reservasi Kapasitas.
Setelah membuat grup, Anda dapat [menambahkan Reservasi Kapasitas](add-to-group.md) ke grup.
------
#### [ AWS CLI ]
**Untuk membuat grup untuk Reservasi Kapasitas**
Gunakan perintah [create-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html) AWS CLI .
```
aws resource-groups create-group \
--name MyCRGroup \
--configuration \
'{"Type": "AWS::EC2::CapacityReservationPool"}' \
'{"Type": "AWS::ResourceGroups::Generic", "Parameters": [{"Name": "allowed-resource-types", "Values": ["AWS::EC2::CapacityReservation"]}]}'
```
------
#### [ PowerShell ]
**Untuk membuat grup untuk Reservasi Kapasitas**
Gunakan [New- RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html) cmdlet.
```
New-RGGroup `
-Name MyCRGroup `
-Configuration `
@{"Type"="AWS::EC2::CapacityReserationPool"} `
@{"Type"="AWS::ResourceGroups::Generic"; "Parameters"=@{"allowed-resource-types"=@{"Values"="AWS::EC2::CapacityReservations"}}}
```
------
# Tambahkan Reservasi Kapasitas ke grup
Jika Anda menambahkan Reservasi Kapasitas yang dibagikan dengan Anda ke grup, dan Reservasi Kapasitas tersebut tidak dibagikan, tetapi akan dihapus secara otomatis dari grup.
------
#### [ AWS CLI ]
**Untuk menambahkan Reservasi Kapasitas ke grup**
Gunakan perintah [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html).
Contoh berikut menambahkan dua Reservasi Kapasitas ke grup yang ditentukan.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1 \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**Untuk menambahkan Reservasi Kapasitas ke grup**
Gunakan [RGResourceAdd-cmdlet](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html).
Contoh berikut menambahkan dua Reservasi Kapasitas ke grup yang ditentukan.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Menghapus Reservasi Kapasitas dari grup
Anda dapat menggunakan contoh berikut untuk menghapus Reservasi Kapasitas dari grup.
------
#### [ AWS CLI ]
**Untuk menghapus Reservasi Kapasitas dari grup**
Gunakan perintah [ungroup-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/ungroup-resources.html).
Contoh berikut menghapus dua Reservasi Kapasitas dari grup yang ditentukan.
```
aws resource-groups ungroup-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**Untuk menghapus Reservasi Kapasitas dari grup**
Gunakan [Hapus- RGResource](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGResource.html) cmdlet.
Contoh berikut menghapus dua Reservasi Kapasitas dari grup yang ditentukan.
```
Remove-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Menghapus grup Reservasi Kapasitas
Anda dapat menggunakan contoh berikut untuk menghapus grup Reservasi Kapasitas.
------
#### [ AWS CLI ]
**Untuk menghapus grup**
Gunakan perintah [hapus-grup](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/delete-group.html).
```
aws resource-groups delete-group --group MyCRGroup
```
------
#### [ PowerShell ]
**Untuk menghapus grup**
Gunakan [Hapus- RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGGroup.html) cmdlet.
```
Remove-RGGroup -GroupName MyCRGroup
```
------
# Menggunakan Reservasi Kapasitas dalam grup penempatan klaster dengan grup Reservasi Kapasitas
Amazon EC2 menyediakan metode peluncuran yang berbeda bagi Anda untuk menggunakan Reservasi Kapasitas dalam grup penempatan klaster dengan grup Reservasi Kapasitas. Anda dapat memilih salah satu metode berikut untuk menargetkan grup Reservasi Kapasitas berdasarkan persyaratan beban kerja Anda:
+ *Menentukan ARN grup penempatan klaster dan grup Reservasi Kapasitas — Ini akan menggunakan Reservasi* Kapasitas yang tersedia dengan atribut yang cocok dan kapasitas yang tersedia dalam grup Reservasi Kapasitas yang dipilih. Jika grup yang dipilih tidak memiliki Reservasi Kapasitas dengan atribut yang sesuai dan kapasitas yang tersedia, instans diluncurkan ke dalam kapasitas Sesuai Permintaan.
**catatan**
Saat Anda meluncurkan instance menggunakan metode ini, instance ditempatkan di grup penempatan cluster yang ditentukan.
+ *Menentukan hanya grup Reservasi Kapasitas* — Ini akan menggunakan semua kapasitas yang tersedia dalam grup Reservasi Kapasitas dengan hanya menentukan grup Reservasi Kapasitas. Saat meluncurkan instance, kapasitas digunakan dalam urutan sebagai berikut:
+ Reservasi Kapasitas tidak terkait dengan grup penempatan klaster mana pun.
+ Reservasi Kapasitas di grup penempatan klaster mana pun dalam grup Reservasi Kapasitas.
+ Jika grup tidak memiliki Reservasi Kapasitas dengan atribut yang cocok dan kapasitas yang tersedia, instans berjalan menggunakan kapasitas Sesuai Permintaan dan tidak ditempatkan di grup penempatan klaster mana pun.
**catatan**
Saat Anda meluncurkan instance dengan hanya menentukan grup Reservasi Kapasitas, instance akan diluncurkan ke Reservasi Kapasitas yang dibuat di grup penempatan klaster, tetapi instance tidak langsung dilampirkan ke grup penempatan klaster.
# Reservasi Kapasitas di Local Zones
Zona Lokal adalah perpanjangan dari AWS Wilayah yang secara geografis dekat dengan pengguna Anda. Sumber daya yang dibuat di Zona Lokal dapat melayani pengguna lokal dengan komunikasi latensi sangat rendah. Untuk informasi selengkapnya, lihat [AWS Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Anda dapat memperluas VPC dari AWS Wilayah induknya ke Zona Lokal dengan membuat subnet baru di Zona Lokal tersebut. Saat Anda membuat subnet di Zona Lokal, VPC Anda diperluas ke Zona Lokal itu. Subnet di Zona Lokal beroperasi sama dengan subnet lain di VPC Anda.
Dengan Local Zones, Anda dapat menempatkan Reservasi Kapasitas di banyak lokasi yang lebih dekat dengan pengguna Anda. Anda membuat dan menggunakan Reservasi Kapasitas di Local Zones dengan cara yang sama seperti Anda membuat dan menggunakan Reservasi Kapasitas di Zona Ketersediaan biasa. Fitur yang sama dan perilaku pencocokan contoh berlaku. Untuk informasi selengkapnya tentang model harga yang didukung di Local Zones, lihat [AWS Local Zones FAQs](https://aws.amazon.com/about-aws/global-infrastructure/localzones/faqs/).
**Pertimbangan-pertimbangan**
Anda tidak dapat menggunakan grup Reservasi Kapasitas dalam Zona Lokal.
**Untuk menggunakan Reservasi Kapasitas di Zona Lokal**
1. Aktifkan Zona Lokal untuk digunakan di AWS akun Anda. Untuk informasi selengkapnya, lihat [Memulai AWS Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) di *Panduan Pengguna AWS Local Zones*.
1. Buat Reservasi Kapasitas di Zona Lokal. Untuk **Zona Ketersediaan**, pilih Zona Lokal. Zona Lokal ditunjukkan oleh kode Wilayah AWS dan diikuti oleh pengidentifikasi yang menunjukkan lokasinya, misalnya `us-west-2-lax-1a`. Untuk informasi selengkapnya, lihat [Membuat Reservasi Kapasitas](capacity-reservations-create.md).
1. Buat subnet di Zona Lokal. Untuk **Zona Ketersediaan**, pilih Zona Lokal. Untuk informasi selengkapnya, lihat [Membuat subnet di VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) dalam *Panduan Pengguna Amazon VPC*.
1. Luncurkan sebuah instans. Untuk **Subnet**, pilih subnet di Zona Lokal (misalnya `subnet-123abc | us-west-2-lax-1a`), dan untuk **Reservasi Kapasitas**, pilih spesifikasi (baik `open` atau targetkan menurut ID) yang diperlukan untuk Reservasi Kapasitas yang Anda buat di Zona Lokal. Untuk informasi selengkapnya, lihat [Luncurkan instans ke dalam Reservasi Kapasitas yang ada](capacity-reservations-launch.md).
# Reservasi Kapasitas di Wavelength Zones
*AWS Wavelength* memungkinkan developer untuk membangun aplikasi yang menghasilkan latensi sangat rendah untuk perangkat seluler dan pengguna akhir. Wavelength melakukan deployment layanan komputasi dan penyimpanan AWS standar ke edge jaringan 5G operator telekomunikasi. Anda dapat memperluas Amazon Virtual Private Cloud (VPC) ke satu atau beberapa Wavelength Zones. Anda kemudian dapat menggunakan AWS sumber daya seperti instans Amazon EC2 untuk menjalankan aplikasi yang memerlukan latensi sangat rendah dan koneksi ke AWS layanan di Wilayah. Untuk informasi selengkapnya, lihat [AWS Wavelength Zones](https://aws.amazon.com//wavelength/).
Saat Anda membuat Reservasi Kapasitas Sesuai Permintaan, Anda dapat memilih Zona Wavelength dan Anda dapat meluncurkan instans ke dalam Reservasi Kapasitas dalam Zona Wavelength dengan menentukan subnet yang terkait dengan Zona Wavelength. Zona Wavelength diwakili oleh kode Wilayah diikuti oleh AWS pengidentifikasi yang menunjukkan lokasi, misalnya. `us-east-1-wl1-bos-wlz-1`
Wavelength Zones tidak tersedia di setiap Wilayah. Untuk informasi tentang Wilayah yang mendukung Wavelength Zones, lihat [Wavelength Zones yang Tersedia](https://docs.aws.amazon.com/wavelength/latest/developerguide/wavelength-quotas.html) di *Panduan Developer AWS Wavelength *.
**Pertimbangan-pertimbangan**
Anda tidak dapat menggunakan grup Reservasi Kapasitas dalam Zona Wavelength.
**Untuk menggunakan Reservasi Kapasitas di Zona Wavelength**
1. Aktifkan Wavelength Zone untuk digunakan di akun Anda. AWS Untuk informasi selengkapnya, lihat [Memulai dengan AWS Wavelength](https://docs.aws.amazon.com/wavelength/latest/developerguide/get-started-wavelength.html) di *Panduan Developer AWS Wavelength *.
1. Buat Reservasi Kapasitas di Zona Wavelength. Untuk **Zona Ketersediaan**, pilih Wavelength. Wavelength ditunjukkan oleh kode Wilayah AWS dan diikuti oleh pengidentifikasi yang menunjukkan lokasinya, misalnya `us-east-1-wl1-bos-wlz-1`. Untuk informasi selengkapnya, lihat [Membuat Reservasi Kapasitas](capacity-reservations-create.md).
1. Buat subnet di Zona Wavelength. Untuk **Zona Ketersediaan**, pilih Zona Wavelength. Untuk informasi selengkapnya, lihat [Membuat subnet di VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) dalam *Panduan Pengguna Amazon VPC*.
1. Luncurkan sebuah instans. Untuk **Subnet**, pilih subnet di Wavelength Zone (misalnya `subnet-123abc | us-east-1-wl1-bos-wlz-1`), dan untuk **Reservasi Kapasitas**, pilih spesifikasi (baik `open` atau targetkan menurut ID) yang diperlukan untuk reservasi Kapasitas yang Anda buat di Wavelength. Untuk informasi selengkapnya, lihat [Luncurkan instans ke dalam Reservasi Kapasitas yang ada](capacity-reservations-launch.md).
# Reservasi Kapasitas di AWS Outposts
AWS Outposts adalah layanan yang dikelola sepenuhnya yang memperluas AWS infrastruktur, layanan APIs, dan alat ke tempat pelanggan. Dengan menyediakan akses lokal ke infrastruktur AWS terkelola, AWS Outposts memungkinkan pelanggan untuk membangun dan menjalankan aplikasi di tempat menggunakan antarmuka pemrograman yang sama seperti di AWS Wilayah, sambil menggunakan sumber daya komputasi dan penyimpanan lokal untuk latensi yang lebih rendah dan kebutuhan pemrosesan data lokal.
Outpost adalah kumpulan kapasitas AWS komputasi dan penyimpanan yang digunakan di situs pelanggan. AWS mengoperasikan, memantau, dan mengelola kapasitas ini sebagai bagian dari suatu AWS Wilayah.
Anda dapat membuat Reservasi Kapasitas pada Outposts yang telah Anda buat di akun Anda. Hal ini memungkinkan Anda untuk memesan kapasitas komputasi pada Outpost di situs Anda. Anda membuat dan menggunakan Reservasi Kapasitas di Outposts dengan cara yang sama seperti Anda membuat dan menggunakan Reservasi Kapasitas di Zona Ketersediaan biasa. Fitur yang sama dan perilaku pencocokan instans yang berlaku.
Anda juga dapat membagikan Reservasi Kapasitas di Outposts dengan akun AWS lain dalam organisasi Anda menggunakan. AWS Resource Access Manager Untuk informasi selengkapnya tentang berbagi Reservasi Kapasitas, lihat [Reservasi Kapasitas Bersama](capacity-reservation-sharing.md).
**Prasyarat**
Anda harus menginstal Outpost di situs Anda. Untuk informasi selengkapnya, lihat [Membuat Outpost dan memesan kapasitas Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/order-outpost-capacity.html) di *Panduan Pengguna AWS Outposts *.
**Pertimbangan-pertimbangan**
+ Anda tidak dapat menggunakan grup Reservasi Kapasitas di Outpost.
**Untuk menggunakan Reservasi Kapasitas di Outpost**
1. Buat subnet pada Outpost. Untuk informasi selengkapnya, lihat [Membuat subnet](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet) di *Panduan Pengguna AWS Outposts *.
1. Buat Reservasi Kapasitas di Outpost.
1. Buka AWS Outposts konsol di [https://console.aws.amazon.com/outposts/](https://console.aws.amazon.com/outposts/home).
1. Di panel navigasi, pilih **Outposts**, lalu pilih **Tindakan**, **Buat Reservasi Kapasitas**.
1. Konfigurasikan Reservasi Kapasitas sesuai kebutuhan kemudian pilih **Buat**. Untuk informasi selengkapnya, lihat [Membuat Reservasi Kapasitas](capacity-reservations-create.md).
**catatan**
Daftar tarik-turun **Tipe Instans** hanya mencantumkan tipe instans yang didukung oleh Outpost yang dipilih, dan tarik-turun **Zona Ketersediaan** hanya mencantumkan Zona Ketersediaan yang terkait dengan Outpost yang dipilih.
1. Luncurkan sebuah instans ke dalam Reservasi Kapasitas. Untuk **Subnet**, pilih subnet yang Anda buat di Langkah 1, dan untuk **Reservasi Kapasitas**, pilih Reservasi Kapasitas yang Anda buat pada Langkah 2. Untuk informasi selengkapnya, lihat [Meluncurkan instans pada Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#launch-instances) di *Panduan Pengguna AWS Outposts *.
# Reservasi Kapasitas Bersama
Pembagian Reservasi Kapasitas memungkinkan pemilik Reservasi Kapasitas untuk berbagi kapasitas cadangan mereka dengan AWS akun lain atau di dalam AWS organisasi. Hal ini memungkinkan Anda untuk membuat dan mengelola Reservasi Kapasitas secara terpusat, dan berbagi kapasitas cadangan di beberapa AWS akun atau dalam organisasi Anda AWS .
Dalam model ini, AWS akun yang memiliki Reservasi Kapasitas (pemilik) membagikannya dengan AWS akun lain (konsumen). Konsumen dapat meluncurkan instans ke Reservasi Kapasitas yang dibagikan dengan mereka dengan cara yang sama seperti mereka meluncurkan instans ke Reservasi Kapasitas yang mereka miliki di akun mereka sendiri. Pemilik Reservasi Kapasitas bertanggung jawab untuk mengelola Reservasi Kapasitas dan instans yang diluncurkan ke dalamnya. Pemilik tidak dapat memodifikasi instans yang diluncurkan konsumen ke Reservasi Kapasitas yang telah mereka bagikan. Konsumen bertanggung jawab untuk mengelola instans yang mereka luncurkan ke Reservasi Kapasitas yang dibagikan dengan mereka. Konsumen tidak dapat menampilkan atau memodifikasi instans yang dimiliki oleh konsumen lain atau oleh pemilik Reservasi Kapasitas.
Pemilik Reservasi Kapasitas dapat berbagi Reservasi Kapasitas dengan:
+ AWS Akun spesifik di dalam atau di luar AWS organisasinya
+ Unit organisasi di dalam AWS organisasinya
+ Seluruh AWS organisasinya
## Prasyarat untuk berbagi Reservasi Kapasitas
+ Untuk berbagi Reservasi Kapasitas, Anda harus memilikinya di AWS akun Anda. Anda tidak dapat membagikan Reservasi Kapasitas yang telah dibagikan dengan Anda.
+ Anda hanya dapat berbagi Reservasi Kapasitas untuk instans penghunian bersama. Anda tidak dapat membagikan Reservasi Kapasitas untuk instans penghunian khusus.
+ Kapasitas Berbagi reservasi tidak tersedia untuk AWS akun atau AWS akun baru yang memiliki riwayat penagihan terbatas.
+ Untuk berbagi Reservasi Kapasitas dengan AWS organisasi Anda atau unit organisasi di AWS organisasi Anda, Anda harus mengaktifkan berbagi dengan AWS Organizations. Untuk informasi selengkapnya, lihat [Aktifkan Berbagi dengan AWS Organizations](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html) dalam *Panduan Pengguna AWS RAM *.
+ Anda dapat membagikan Reservasi Kapasitas di `active` atau `scheduled` negara bagian. Anda tidak dapat berbagi Reservasi Kapasitas di [negara bagian](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html) lain, seperti `assessing` atau`unsupported`.
## Layanan terkait
Pembagian Reservasi Kapasitas terintegrasi dengan AWS Resource Access Manager (AWS RAM). AWS RAM adalah layanan yang memungkinkan Anda untuk berbagi AWS sumber daya Anda dengan AWS akun apa pun atau melalui AWS Organizations. Dengan AWS RAM, Anda dapat berbagi sumber daya yang Anda miliki dengan membuat *berbagi sumber daya*. Pembagian sumber daya menentukan sumber daya yang akan dibagikan, dan konsumen yang akan dibagikan. Konsumen dapat berupa AWS akun individu, atau unit organisasi atau seluruh organisasi dari AWS Organizations.
Untuk informasi selengkapnya AWS RAM, lihat *[Panduan AWS RAM Pengguna](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Berbagi di seluruh Zona Ketersediaan
Untuk memastikan bahwa sumber daya didistribusikan di seluruh Zona Ketersediaan untuk suatu Wilayah, kami secara independen memetakan Zona Ketersediaan ke nama untuk setiap akun . Hal ini dapat menyebabkan perbedaan penamaan Zona Ketersediaan di seluruh akun. Misalnya, Availability Zone `us-east-1a` untuk AWS akun Anda mungkin tidak memiliki lokasi yang sama dengan AWS akun lain. `us-east-1a`
Untuk mengidentifikasi lokasi Reservasi Kapasitas Anda yang terkait dengan akun Anda, Anda harus menggunakan *ID Zona Ketersediaan* (AZ ID). ID AZ adalah pengidentifikasi unik dan konsisten untuk Availability Zone di semua AWS akun. Misalnya, `use1-az1` adalah ID AZ untuk `us-east-1` Wilayah dan itu adalah lokasi yang sama di setiap AWS akun.
**Untuk melihat AZ IDs untuk Availability Zones di akun Anda**
1. Buka AWS RAM konsol di [https://console.aws.amazon.com/ram/rumah](https://console.aws.amazon.com/ram/home).
1. AZ IDs untuk Wilayah saat ini ditampilkan di panel **ID AZ Anda** di sisi kanan layar.
# Berbagi Reservasi Kapasitas
Ketika Anda berbagi Reservasi Kapasitas yang Anda miliki dengan orang lain Akun AWS, Anda memungkinkan mereka untuk meluncurkan instans ke dalam kapasitas cadangan Anda. Jika Anda berbagi Reservasi Kapasitas terbuka, perhatikan hal berikut karena dapat mengakibatkan penggunaan Reservasi Kapasitas yang tidak diinginkan:
+ Jika konsumen memiliki instans berjalan yang cocok dengan atribut Reservasi Kapasitas, mengatur parameter `CapacityReservationPreference` ke `open`, tetapi belum berjalan dalam kapasitas terpesan, mereka secara otomatis menggunakan Reservasi Kapasitas bersama.
+ Jika konsumen meluncurkan instance yang memiliki atribut yang cocok (jenis instans, platform, Availability Zone, dan tenancy) dan `CapacityReservationPreference` parameter disetel ke`open`, mereka secara otomatis meluncurkan ke Reservasi Kapasitas bersama.
Untuk membagikan Reservasi Kapasitas, Anda harus menambahkannya ke berbagi sumber daya. Berbagi sumber daya adalah AWS RAM sumber daya yang memungkinkan Anda berbagi sumber daya di seluruh AWS akun. Pembagian sumber daya menentukan sumber daya yang akan dibagikan, dan konsumen yang akan berbagi dengan mereka. Saat Anda berbagi Reservasi Kapasitas menggunakan konsol Amazon EC2, Anda menambahkannya ke berbagi sumber daya yang ada. Untuk menambahkan Reservasi Kapasitas ke berbagi sumber daya baru, Anda harus membuat pembagian sumber daya menggunakan [konsol AWS RAM](https://console.aws.amazon.com/ram).
Jika Anda adalah bagian dari organisasi AWS Organizations dan berbagi dalam organisasi Anda diaktifkan, konsumen di organisasi Anda diberikan akses ke Reservasi Kapasitas bersama jika [prasyarat untuk](capacity-reservation-sharing.md#sharing-cr-prereq) berbagi terpenuhi. Jika Reservasi Kapasitas dibagikan dengan akun eksternal, mereka menerima undangan untuk bergabung dengan berbagi sumber daya dan diberikan akses ke Reservasi Kapasitas bersama setelah menerima undangan.
**penting**
Sebelum meluncurkan instance ke Reservasi Kapasitas yang dibagikan dengan Anda, verifikasi bahwa Anda memiliki akses ke Reservasi Kapasitas bersama dengan melihatnya di konsol atau dengan menjelaskannya menggunakan perintah. [ describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html) AWS CLI Jika Anda dapat melihat Reservasi Kapasitas bersama di konsol atau menjelaskannya menggunakan AWS CLI, itu tersedia untuk Anda gunakan dan Anda dapat meluncurkan instance ke dalamnya. Jika Anda mencoba meluncurkan instans ke dalam Reservasi Kapasitas dan instans tidak dapat diakses karena kegagalan berbagi, instans akan diluncurkan ke kapasitas Sesuai Permintaan.
------
#### [ Console ]
**Untuk membagikan Reservasi Kapasitas yang Anda miliki menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Pilih Reservasi Kapasitas untuk dibagikan dan pilih **Tindakan**, **Bagikan reservasi**.
1. Pilih bagian sumber daya yang ingin ditambahkan Reservasi Kapasitas dan pilih **Bagikan Reservasi Kapasitas**.
Butuh beberapa menit bagi konsumen untuk mendapatkan akses ke Reservasi Kapasitas bersama.
**Untuk berbagi Reservasi Kapasitas yang Anda miliki menggunakan AWS RAM konsol**
Lihat [Membuat berbagi sumber daya](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) di *Panduan AWS RAM Pengguna*.
------
#### [ AWS CLI ]
**Untuk berbagi Reservasi Kapasitas yang Anda miliki**
Gunakan perintah [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Untuk berbagi Reservasi Kapasitas yang Anda miliki**
Gunakan cmdlet [New- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Berhenti membagikan Reservasi Kapasitas
Pemilik Reservasi Kapasitas dapat berhenti membagikan Reservasi Kapasitas kapan saja. Aturan-aturan berikut berlaku:
+ Instans yang dimiliki oleh konsumen yang berjalan dalam kapasitas bersama pada saat pembagian berhenti terus berjalan secara normal di luar kapasitas terpesan, dan kapasitas dikembalikan ke Reservasi Kapasitas sesuai dengan ketersediaan kapasitas Amazon EC2.
+ Konsumen dengan siapa Reservasi Kapasitas dibagikan tidak dapat lagi meluncurkan instans baru ke dalam kapasitas terpesan.
Untuk berhenti berbagi Reservasi Kapasitas yang Anda miliki, Anda harus menghapusnya dari berbagi sumber daya.
------
#### [ Console ]
**Untuk membagikan Reservasi Kapasitas yang Anda miliki menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Pilih Reservasi Kapasitas dan pilih tab **Berbagi**.
1. Tab **Berbagi** menampilkan daftar sumber daya tempat Reservasi Kapasitas ditambahkan. Pilih bagian sumber daya tempat Reservasi Kapasitas dihapus dan pilih **Hapus dari pembagian sumber daya**.
**Untuk berhenti membagikan Reservasi Kapasitas yang Anda miliki menggunakan AWS RAM konsol**
Lihat [Memperbarui Sumber Daya Bersama](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-update) di *Panduan Pengguna AWS RAM *.
------
#### [ AWS CLI ]
**Untuk berhenti berbagi Reservasi Kapasitas yang Anda miliki**
Gunakan perintah [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Untuk berhenti berbagi Reservasi Kapasitas yang Anda miliki**
Gunakan [cmdlet Putus- RAMResource Bagikan](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Penugasan penagihan untuk Reservasi Kapasitas Amazon EC2 bersama
Secara default, ketika Reservasi Kapasitas dibagikan, pemilik ditagih untuk instans yang mereka jalankan dalam Reservasi Kapasitas dan untuk kapasitas apa pun yang tersedia, juga disebut kapasitas yang *tidak terpakai, dalam Reservasi Kapasitas*; sementara konsumen hanya ditagih untuk instans yang mereka jalankan dalam Reservasi Kapasitas bersama.
Jika diperlukan, pemilik Reservasi Kapasitas dapat menetapkan tagihan kapasitas apa pun yang tersedia dalam Reservasi Kapasitas ke salah satu akun tempat Reservasi Kapasitas dibagikan. Setelah penagihan ditetapkan ke akun lain, akun tersebut menjadi *pemilik tagihan* dari kapasitas apa pun yang tersedia dalam Reservasi Kapasitas. Setiap biaya untuk kapasitas yang tersedia dalam Reservasi Kapasitas, mulai saat itu dan seterusnya, ditagih ke akun yang ditetapkan, bukan akun pemilik. Pemilik Reservasi Kapasitas dan akun yang digunakan bersama Reservasi Kapasitas terus ditagih untuk instans yang dijalankan dalam Reservasi Kapasitas.
**penting**
Pemilik Reservasi Kapasitas tetap menjadi pemilik sumber daya dan mereka tetap bertanggung jawab untuk mengelola Reservasi Kapasitas. Akun tempat penagihan diberikan tidak mendapatkan hak istimewa tambahan; akun tersebut tidak dapat membatalkan, memodifikasi, atau membagikan Reservasi Kapasitas dengan cara apa pun.
**Topics**
+ [
## Cara kerjanya
](#how-billing-ownership-works)
+ [
## Pertimbangan-pertimbangan
](#billing-ownership-considerations)
+ [Tetapkan penagihan](request-billing-transfer.md)
+ [Lihat permintaan penetapan tagihan](view-billing-transfers.md)
+ [Menerima atau menolak tagihan](accept-decline-billing-transfer.md)
+ [Membatalkan atau mencabut permintaan](cancel-billing-transfer.md)
+ [Memantau permintaan](billing-ownership-events.md)
## Cara kerjanya
Hanya pemilik Reservasi Kapasitas yang dapat menetapkan tagihan Reservasi Kapasitas bersama ke akun lain. Penagihan hanya dapat ditetapkan ke akun yang digunakan bersama Reservasi Kapasitas dan yang dikonsolidasikan di bawah akun AWS Organizations pembayar yang sama dengan pemilik Reservasi Kapasitas.
Untuk menetapkan penagihan kapasitas yang tersedia dari Reservasi Kapasitas ke akun lain, pemilik Reservasi Kapasitas harus memulai permintaan ke akun yang diperlukan. Akun yang ditentukan menerima permintaan dan mereka harus menerima atau menolaknya dalam waktu 12 jam.
+ Jika mereka **menerima**, mereka menjadi *pemilik penagihan* dari kapasitas apa pun yang tersedia, juga disebut kapasitas yang *tidak terpakai*, dalam Reservasi Kapasitas. Sejak saat itu dan seterusnya, biaya untuk kapasitas apa pun yang tersedia dalam Reservasi Kapasitas ditagih ke akun mereka, bukan akun pemilik. Setelah diterima, hanya pemilik Reservasi Kapasitas yang dapat mencabut tagihan dari akun yang ditetapkan.
+ Jika **menolak**, pemilik Reservasi Kapasitas tetap menjadi pemilik tagihan atas kapasitas yang tersedia dalam Reservasi Kapasitas. Biaya untuk setiap kapasitas yang tersedia dalam Reservasi Kapasitas terus ditagih ke akun pemilik.
+ Jika mereka **tidak menerima atau menolak** permintaan dalam waktu 12 jam, permintaan tersebut akan kedaluwarsa dan biaya untuk kapasitas yang tersedia dalam Reservasi Kapasitas terus ditagih ke akun pemilik.
Untuk periode penagihan ditetapkan ke akun lain, item `UnusedBox` baris `Reservation` dan muncul di Laporan Biaya dan Penggunaan (CUR) akun yang ditetapkan, bukan CUR pemilik.
Tabel berikut menunjukkan item baris mana yang muncul di CUR untuk pemilik Reservasi Kapasitas dan akun konsumen **sebelum** penagihan ditetapkan ke akun lain.
| Akun | Item baris CUR sebelum penagihan ditetapkan |
| --- | --- |
| Pemilik Reservasi Kapasitas | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/assign-billing.html) |
| Akun konsumen dengan mana Reservasi Kapasitas dibagikan | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/assign-billing.html) |
Tabel berikut menunjukkan item baris mana yang muncul di CUR untuk pemilik Reservasi Kapasitas dan akun konsumen **setelah** penagihan ditetapkan ke akun lain.
| Akun | Item baris CUR setelah penagihan ditetapkan |
| --- | --- |
| Pemilik Reservasi Kapasitas | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/assign-billing.html) |
| Akun konsumen tempat penagihan ditetapkan | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/assign-billing.html) |
| Akun konsumen lain yang dengannya Reservasi Kapasitas dibagikan | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/assign-billing.html) |
**catatan**
\$1 Item `BoxUsage` baris muncul di CUR akun hanya jika mereka memiliki instance yang berjalan di Reservasi Kapasitas. Untuk informasi selengkapnya tentang item baris CUR, lihat [Memantau Reservasi Kapasitas](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html).
Gunakan ARN Reservasi Kapasitas di CUR untuk menentukan siapa yang memiliki Reservasi Kapasitas. Jika ARN menyertakan ID AWS akun Anda, Anda adalah pemilik Reservasi Kapasitas. Jika tidak, Reservasi Kapasitas dimiliki oleh akun yang berbeda tetapi penagihan diberikan kepada Anda.
Tag alokasi biaya yang ditetapkan untuk Reservasi Kapasitas oleh pemilik tidak akan muncul di CUR akun konsumen. Tag alokasi biaya hanya muncul di CUR pemilik Reservasi Kapasitas.
## Pertimbangan-pertimbangan
Ingatlah hal berikut saat menetapkan tagihan Reservasi Kapasitas bersama:
+ Anda tidak dapat melakukan tugas penagihan sebagian atau terpisah. Penagihan semua kapasitas Reservasi Kapasitas yang tersedia dapat ditetapkan ke satu akun pada satu waktu.
+ Kapasitas Reservasi Kapasitas yang tersedia dapat berubah seiring waktu. Ini akan memengaruhi penagihan untuk akun yang ditetapkan. Misalnya, kapasitas yang tersedia dapat meningkat jika pemilik Reservasi Kapasitas meningkatkan ukuran Reservasi Kapasitas, atau jika akun konsumen lain menghentikan atau menghentikan instans mereka yang berjalan di Reservasi Kapasitas.
+ Penagihan hanya dapat ditetapkan ke akun konsumen yang dikonsolidasikan di bawah akun AWS Organizations pembayar yang sama. Penagihan secara otomatis dicabut dari akun konsumen jika mereka meninggalkan organisasi, atau jika Reservasi Kapasitas tidak lagi dibagikan dengan mereka.
+ Hanya pemilik Reservasi Kapasitas yang dapat membatalkan permintaan penetapan tagihan yang tertunda dan mencabut tagihan dari akun yang ditetapkan setelah permintaan diterima.
# Tetapkan tagihan Reservasi Kapasitas EC2 bersama ke akun lain
Untuk menetapkan tagihan kapasitas yang tersedia dari Reservasi Kapasitas bersama ke akun lain, pemilik Reservasi Kapasitas harus memulai permintaan ke akun yang diperlukan. Di konsol Amazon EC2, permintaan ini disebut permintaan *transfer*.
Pemilik Reservasi Kapasitas dapat menetapkan tagihan kapasitas Reservasi Kapasitas yang tersedia ke akun hanya jika:
+ Reservasi Kapasitas sudah dibagikan dengan akun itu.
+ Akun tersebut dikonsolidasikan di bawah akun AWS Organizations pembayar yang sama dengan pemilik Reservasi Kapasitas.
Penagihan ditetapkan ke akun yang ditentukan hanya setelah mereka menerima permintaan.
Saat pemilik Reservasi Kapasitas memulai permintaan, EventBridge acara Amazon akan dikirim ke akun yang diminta. Untuk informasi selengkapnya, lihat [Memantau permintaan penetapan tagihan untuk Reservasi Kapasitas bersama](billing-ownership-events.md).
------
#### [ Console ]
**Untuk menetapkan tagihan Reservasi Kapasitas bersama**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas dan kemudian pilih Reservasi** Kapasitas bersama.
1. Di bagian **Penagihan kapasitas yang tersedia**, pilih **Tetapkan penagihan**.
1. **Di layar **Tetapkan penagihan**, pilih akun konsumen yang akan ditetapkan penagihan, lalu pilih Permintaan.**
------
#### [ AWS CLI ]
**Untuk menetapkan tagihan Reservasi Kapasitas bersama**
Gunakan perintah [associate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-capacity-reservation-billing-owner.html). Untuk`--capacity-reservation-id`, tentukan ID Reservasi Kapasitas bersama. Untuk`--unused-reservation-billing-owner-id`, tentukan ID AWS akun yang akan ditetapkan penagihan.
```
aws ec2 associate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**Untuk menetapkan tagihan Reservasi Kapasitas bersama**
Gunakan [Register-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2CapacityReservationBillingOwner.html)cmdlet. Untuk`-CapacityReservationId`, tentukan ID Reservasi Kapasitas bersama. Untuk`-UnusedReservationBillingOwnerId`, tentukan ID AWS akun yang akan ditetapkan penagihan.
```
Register-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Lihat permintaan penetapan tagihan untuk Reservasi Kapasitas EC2 bersama
Pemilik Reservasi Kapasitas hanya dapat melihat permintaan penetapan tagihan terbaru yang mereka mulai. Dan akun konsumen hanya dapat melihat permintaan penetapan tagihan terbaru yang dikirimkan kepada mereka.
Permintaan dapat dilihat selama 24 jam setelah mereka memasuki`cancelled`,`expired`, atau `revoked` negara bagian. Setelah 24 jam, mereka tidak dapat lagi dilihat.
------
#### [ Console ]
**(Pemilik Reservasi Kapasitas) Untuk melihat permintaan yang Anda mulai**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas** dan kemudian pilih Reservasi Kapasitas bersama untuk melihat permintaan.
1. Bagian **Penagihan kapasitas yang tersedia** menunjukkan permintaan terbaru dan statusnya saat ini.
**(Akun konsumen) Untuk permintaan yang dikirimkan kepada Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Jika Anda memiliki permintaan yang tertunda, spanduk **Permintaan penagihan penagihan** tertunda muncul di bagian atas layar. Jika spanduk tidak muncul, Anda tidak memiliki permintaan yang tertunda.
Untuk melihat permintaan, pilih **Tinjau permintaan** di spanduk.
------
#### [ AWS CLI ]
**(Pemilik Reservasi Kapasitas) Untuk melihat permintaan yang Anda mulai**
Gunakan perintah [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role odcr-owner
```
**(Akun konsumen) Untuk melihat permintaan yang dikirimkan kepada Anda**
Gunakan perintah [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role unused-reservation-billing-owner
```
------
#### [ PowerShell ]
**(Pemilik Reservasi Kapasitas) Untuk melihat permintaan yang Anda mulai**
Gunakan [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html)cmdlet.
```
Get-EC2CapacityReservationBillingRequest `
-Role odcr-owner
```
**(Akun konsumen) Untuk melihat permintaan yang dikirimkan kepada Anda**
Gunakan [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html)cmdlet.
```
Get-EC2CapacityReservationBillingRequest `
-Role unused-reservation-billing-owner
```
------
Permintaan dapat berada di salah satu negara bagian berikut.
| Status | Deskripsi |
| --- | --- |
| pending | Permintaan belum diterima atau ditolak, tetapi belum kedaluwarsa. |
| accepted | Permintaan diterima oleh akun yang ditentukan. Penagihan kapasitas yang tersedia dari Reservasi Kapasitas ditetapkan ke akun konsumen. |
| rejected | Permintaan tersebut ditolak oleh akun konsumen. |
| cancelled | Permintaan dibatalkan oleh pemilik Reservasi Kapasitas saat berada di pending negara bagian. |
| revoked | Tagihan dicabut dari akun konsumen karena salah satu alasan berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AWSEC2/latest/UserGuide/view-billing-transfers.html) |
| expired | Permintaan kedaluwarsa karena akun konsumen tidak menerima atau menolaknya dalam waktu 12 jam. |
# Menerima atau menolak penagihan Reservasi Kapasitas EC2 bersama
Jika Anda menerima permintaan penetapan tagihan untuk Reservasi Kapasitas yang dibagikan dengan Anda, Anda dapat menerima atau menolaknya. Permintaan tetap di `pending` negara bagian sampai diterima atau ditolak.
Jika Anda menerima permintaan, permintaan masuk ke `accepted` negara bagian, dan penagihan kapasitas yang tersedia, atau *tidak terpakai*, dari Reservasi Kapasitas tersebut ditetapkan ke akun Anda sejak saat itu dan seterusnya. Setelah Anda menerima permintaan, hanya pemilik Reservasi Kapasitas yang dapat mencabut tagihan dari akun Anda.
Jika Anda menolak permintaan, permintaan masuk ke `rejected` negara bagian, dan penagihan kapasitas yang tersedia dari Reservasi Kapasitas tetap ditetapkan kepada pemilik Reservasi Kapasitas.
Permintaan kedaluwarsa jika tidak diterima atau ditolak dalam waktu 12 jam. Jika permintaan kedaluwarsa, penagihan kapasitas Reservasi Kapasitas yang tidak terpakai tetap diberikan kepada pemilik Reservasi Kapasitas.
Ketika permintaan diterima atau ditolak, EventBridge acara Amazon akan dikirim ke akun pemilik Reservasi Kapasitas. Ketika permintaan kedaluwarsa, EventBridge acara Amazon dikirim ke pemilik Reservasi Kapasitas dan akun konsumen. Untuk informasi selengkapnya, lihat [Memantau permintaan penetapan tagihan untuk Reservasi Kapasitas bersama](billing-ownership-events.md).
------
#### [ Console ]
**Untuk menerima atau menolak permintaan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Jika Anda memiliki permintaan yang tertunda, spanduk **Permintaan penagihan penagihan** tertunda muncul di bagian atas layar. Jika spanduk tidak muncul, Anda tidak memiliki permintaan yang tertunda.
Untuk melihat permintaan, pilih **Tinjau permintaan** di spanduk.
1. Pilih permintaan untuk menerima atau menolak, lalu pilih **Terima** atau **Tolak**.
------
#### [ AWS CLI ]
**Untuk menerima permintaan**
Gunakan perintah [accept-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-capacity-reservation-billing-ownership.html). Untuk`--capacity-reservation-id`, tentukan ID Reservasi Kapasitas untuk menerima permintaan.
```
aws ec2 accept-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
**Untuk menolak permintaan**
Gunakan perintah [reject-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/reject-capacity-reservation-billing-ownership.html). Untuk`--capacity-reservation-id`, tentukan ID Reservasi Kapasitas untuk menolak permintaan.
```
aws ec2 reject-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
------
#### [ PowerShell ]
**Untuk menerima permintaan**
Gunakan [Approve-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2CapacityReservationBillingOwnership.html)cmdlet.
```
Approve-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
**Untuk menolak permintaan**
Gunakan [Deny-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Deny-EC2CapacityReservationBillingOwnership.html)cmdlet.
```
Deny-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
------
# Membatalkan atau mencabut permintaan penetapan tagihan untuk Reservasi Kapasitas EC2 bersama
Hanya pemilik Reservasi Kapasitas yang dapat membatalkan permintaan penetapan `pending` tagihan. Jika permintaan yang tertunda dibatalkan, permintaan tersebut memasuki `cancelled` status dan penagihan kapasitas yang tersedia, atau *tidak terpakai*, dari Reservasi Kapasitas tetap ditetapkan untuk pemilik Reservasi Kapasitas.
Setelah permintaan`accepted`, hanya pemilik Reservasi Kapasitas yang dapat mencabut tagihan dari akun yang ditetapkan. Jika tagihan dicabut, permintaan masuk ke `revoked` negara bagian dan penagihan kapasitas yang tersedia dari Reservasi Kapasitas dipindahkan ke pemilik Reservasi Kapasitas.
Saat permintaan dibatalkan atau dicabut, EventBridge acara Amazon akan dikirim ke pemilik Reservasi Kapasitas dan akun konsumen yang ditentukan. Untuk informasi selengkapnya, lihat [Memantau permintaan penetapan tagihan untuk Reservasi Kapasitas bersama](billing-ownership-events.md).
------
#### [ Console ]
**Untuk membatalkan atau mencabut permintaan**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas** dan kemudian pilih Reservasi Kapasitas untuk membatalkan atau mencabut permintaan.
1. Di bagian **Penagihan kapasitas yang tersedia**, pilih **Batalkan transfer** atau **Cabut transfer**, tergantung pada status permintaan saat ini.
------
#### [ AWS CLI ]
**Untuk membatalkan atau mencabut permintaan**
Gunakan perintah [disassociate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-capacity-reservation-billing-owner.html). Untuk`--unused-reservation-billing-owner-id`, tentukan ID AWS akun tempat permintaan dikirim.
```
aws ec2 disassociate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**Untuk membatalkan atau mencabut permintaan**
Gunakan [Unregister-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2CapacityReservationBillingOwner.html)cmdlet. Untuk`-UnusedReservationBillingOwnerId`, tentukan ID AWS akun tempat permintaan dikirim.
```
Unregister-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Memantau permintaan penetapan tagihan untuk Reservasi Kapasitas bersama
Amazon EC2 mengirimkan EventBridge peristiwa Amazon saat status permintaan penetapan tagihan berubah.
+ Acara dikirim ke pemilik Reservasi Kapasitas ketika permintaan memasuki status berikut: `accepted` \$1 `rejected` \$1 `expired` \$1`revoked`.
+ Acara dikirim ke akun konsumen yang diminta ketika permintaan memasuki status berikut: `pending` \$1 `expired` \$1 `cancelled` \$1`revoked`.
Untuk informasi selengkapnya tentang Amazon EventBridge, lihat [Panduan EventBridge Pengguna Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
Berikut ini adalah pola EventBridge acara Amazon.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request pending|accepted|rejected|cancelled|revoked|expired",
"source":"aws.ec2",
"account":"account_id",
"time":"state_change_timestamp",
"region":"region",
"resources":[
"arn:aws:ec2:region:cr_owner_account_id:capacity-reservation/cr_id"
],
"detail":{
"capacity-reservation-id":"cr_id",
"updateTime":timestamp,
"ownerAccountId":"cr_owner_account_id",
"unusedReservationChargesOwnerID":"consumer_account_id",
"status":"pending|accepted|rejected|cancelled|revoked|expired",
"statusMessage":"message
}
}
```
Berikut ini adalah contoh peristiwa yang dikirim ke pemilik Reservasi Kapasitas (`222222222222`) ketika akun konsumen (`111111111111`) menerima permintaan penetapan tagihan untuk Reservasi Kapasitas bersama (). `cr-01234567890abcdef`
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request accepted",
"source":"aws.ec2",
"account":"222222222222",
"time":"2024-09-01Thh:59:59Z",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:222222222222:capacity-reservation/cr-01234567890abcdef"
],
"detail":{
"capacity-reservation-id":"cr-01234567890abcdef",
"updateTime":"2024-08-01Thh:59:59Z",
"ownerAccountId":"222222222222",
"unusedReservationChargesOwnerID":"111111111111",
"status":"accepted",
"statusMessage":"billing transfer status message"
}
}
```
## Izin Reservasi Kapasitas Bersama
### Izin untuk pemilik
Pemilik bertanggung jawab untuk mengelola dan membatalkan Reservasi Kapasitas bersama mereka. Pemilik tidak dapat memodifikasi instans yang berjalan di Reservasi Kapasitas bersama yang dimiliki oleh akun lain. Pemilik tetap bertanggung jawab untuk mengelola instans yang mereka luncurkan ke dalam Reservasi Kapasitas bersama.
### Izin untuk konsumen
Konsumen bertanggung jawab untuk mengelola instans mereka yang menjalankan Reservasi Kapasitas bersama. Konsumen tidak dapat memodifikasi Reservasi Kapasitas bersama dengan cara apa pun, dan mereka tidak dapat menampilkan atau memodifikasi instans yang dimiliki oleh konsumen lain atau pemilik Reservasi Kapasitas. Konsumen hanya dapat melihat total kapasitas dan kapasitas yang tersedia dalam reservasi bersama.
## Tagihan dan pengukuran
Tidak ada biaya tambahan untuk berbagi Reservasi Kapasitas.
Secara default, pemilik Reservasi Kapasitas ditagih untuk instans yang dijalankan di dalam Reservasi Kapasitas dan untuk kapasitas cadangan yang tidak digunakan, sementara konsumen ditagih untuk kejadian yang mereka jalankan di dalam Reservasi Kapasitas bersama. Namun, Anda dapat menetapkan penagihan kapasitas yang tersedia dari Reservasi Kapasitas bersama ke akun konsumen tertentu. Untuk informasi selengkapnya, lihat [Penugasan penagihan untuk Reservasi Kapasitas Amazon EC2 bersama](assign-billing.md).
Jika pemilik Reservasi Kapasitas termasuk dalam rekening pembayar yang berbeda dan Reservasi Kapasitas tercakup oleh Instans Terpesan Regional atau Savings Plans, pemilik Reservasi Kapasitas akan terus ditagih untuk Instans Terpesan Regional atau Savings Plans. Dalam kasus ini, pemilik Reservasi Kapasitas membayar Instans Terpesan Regional atau Savings Plans, dan konsumen ditagih untuk instans yang dijalankan dalam Reservasi Kapasitas bersama.
## Batas instans
Semua penggunaan Reservasi Kapasitas diperhitungkan dalam batas Instans Sesuai Permintaan pemilik Reservasi Kapasitas. Hal ini mencakup:
+ Kapasitas terpesan yang tidak terpakai
+ Penggunaan oleh instans yang dimiliki oleh pemilik Reservasi Kapasitas
+ Penggunaan oleh instans yang dimiliki oleh konsumen
Instans yang diluncurkan ke dalam kapasitas bersama oleh konsumen diperhitungkan dalam batas Instans Sesuai Permintaan pemilik Reservasi Kapasitas. Batas instans Konsumen adalah jumlah dari batas Instans Sesuai Permintaan mereka sendiri dan kapasitas yang tersedia di Reservasi Kapasitas bersama yang aksesnya mereka miliki.
# Armada Reservasi Kapasitas
*Armada Reservasi Kapasitas Sesuai Permintaan* adalah sekelompok Reservasi Kapasitas.
Permintaan Armada Reservasi Kapasitas berisi semua informasi konfigurasi yang diperlukan untuk meluncurkan Armada Reservasi Kapasitas. Menggunakan satu permintaan, Anda dapat memesan sejumlah besar kapasitas Amazon EC2 untuk beban kerja di banyak tipe instans, hingga kapasitas target yang Anda tentukan.
Setelah membuat Armada Reservasi Kapasitas, Anda dapat mengelola Reservasi Kapasitas dalam armada secara kolektif dengan memodifikasi atau membatalkan Armada Reservasi Kapasitas.
**Topics**
+ [
## Cara kerja Armada Reservasi Kapasitas
](#cr-how-it-works)
+ [
## Pertimbangan-pertimbangan
](#considerations)
+ [
## Penetapan harga
](#pricing)
+ [Konsep dan perencanaan](crfleet-concepts.md)
+ [Buat](create-crfleet.md)
+ [Memodifikasi](modify-crfleet.md)
+ [Batalkan](cancel-crfleet.md)
+ [Contoh konfigurasi](crfleet-example-configs.md)
+ [Menggunakan Peran Terkait Layanan](using-service-linked-roles.md)
## Cara kerja Armada Reservasi Kapasitas
Saat Anda membuat Armada Reservasi Kapasitas, Armada mencoba membuat Reservasi Kapasitas individual untuk memenuhi total kapasitas target yang Anda tentukan dalam permintaan Armada.
Jumlah instans yang diandalkan kapasitas terpesan Armada bergantung pada [*total kapasitas target*](crfleet-concepts.md#target-capacity) dan [*bobot tipe instans*](crfleet-concepts.md#instance-weight) yang Anda tentukan. Tipe instans untuk reservasi kapasitas tergantung pada [*strategi alokasi*](crfleet-concepts.md#allocation-strategy) dan [*prioritas tipe instans*](crfleet-concepts.md#instance-priority) yang Anda gunakan.
Jika ada kapasitas yang tidak mencukupi pada saat Armada dibuat, dan tidak dapat segera memenuhi kapasitas target totalnya, Armada secara asinkron mencoba untuk membuat Reservasi Kapasitas sampai berhasil memesan sejumlah kapasitas yang diminta.
Ketika Armada mencapai kapasitas target totalnya, Armada berusaha mempertahankan kapasitas itu. Jika Reservasi Kapasitas di Armada dibatalkan, Armada secara otomatis membuat satu atau lebih Reservasi Kapasitas, tergantung pada konfigurasi Armada Anda, untuk mengganti kapasitas yang hilang dan mempertahankan total kapasitas targetnya.
Reservasi Kapasitas di Armada tidak dapat dikelola secara individual. Reservasi tersebut harus dikelola secara kolektif dengan memodifikasi Armada. Saat Anda memodifikasi Armada, Reservasi Kapasitas di Armada diperbarui secara otomatis untuk mencerminkan perubahan tersebut.
Saat ini, Armada Reservasi Kapasitas mendukung kriteria pencocokan instans `open`, dan semua Reservasi Kapasitas yang diluncurkan oleh Armada secara otomatis menggunakan kriteria pencocokan instans ini. Dengan kriteria ini, instance baru dan instans yang sudah ada yang memiliki atribut yang cocok (tipe instans, platform, Availability Zone, dan tenancy) secara otomatis berjalan di Reservasi Kapasitas yang dibuat oleh Armada. Armada Reservasi Kapasitas tidak mendukung kriteria pencocokan instans yang ditargetkan.
## Pertimbangan-pertimbangan
Ingatlah hal-hal berikut ini saat bekerja dengan Armada Reservasi Kapasitas:
+ Armada Reservasi Kapasitas dapat dibuat, dimodifikasi, dilihat, dan dibatalkan menggunakan AWS API AWS CLI dan.
+ Reservasi Kapasitas dalam suatu Armada tidak dapat dikelola secara individual. Reservasi tersebut harus dikelola secara kolektif dengan memodifikasi atau membatalkan Armada.
+ Armada Reservasi Kapasitas tidak dapat menjangkau seluruh Wilayah.
+ Armada Reservasi Kapasitas tidak dapat menjangkau seluruh Zona Ketersediaan.
+ Reservasi Kapasitas yang dibuat oleh Armada Reservasi Kapasitas secara otomatis ditandai dengan tanda yang dihasilkan AWS berikut:
+ Kunci — `aws:ec2-capacity-reservation-fleet`
+ Nilai — `fleet_id`
Anda dapat menggunakan tanda ini untuk mengidentifikasi Reservasi Kapasitas yang dibuat oleh Armada Reservasi Kapasitas.
## Penetapan harga
Tidak ada biaya tambahan untuk menggunakan Armada Reservasi Kapasitas. Anda ditagih untuk Reservasi Kapasitas individual yang dibuat oleh Armada Reservasi Kapasitas Anda. Untuk informasi selengkapnya tentang cara penagihan Reservasi Kapasitas, lihat [Harga dan penagihan Reservasi Kapasitas](capacity-reservations-pricing-billing.md).
# Konsep dan perencanaan Armada Reservasi Kapasitas
Informasi berikut menjelaskan cara merencanakan Armada Reservasi Kapasitas dan menjelaskan konsep Armada Reservasi Kapasitas termasuk kapasitas target total, strategi alokasi, bobot jenis instans, dan prioritas tipe instans.
**Topics**
+ [
## Rencanakan Armada Reservasi Kapasitas
](#plan-cr-fleet)
+ [
## Kapasitas target total
](#target-capacity)
+ [
## Strategi alokasi
](#allocation-strategy)
+ [
## Bobot tipe instans
](#instance-weight)
+ [
## Prioritas tipe instans
](#instance-priority)
## Rencanakan Armada Reservasi Kapasitas
Saat merencanakan Armada Reservasi Kapasitas Anda, kami sarankan Anda melakukan hal berikut:
1. Tentukan jumlah kapasitas komputasi yang dibutuhkan oleh beban kerja Anda.
1. Tentukan tipe instans dan Zona Ketersediaan yang ingin Anda gunakan.
1. Tetapkan prioritas untuk setiap tipe instans berdasarkan kebutuhan dan preferensi Anda. Untuk informasi selengkapnya, lihat [Prioritas tipe instans](#instance-priority).
1. Buat sistem pembobotan kapasitas yang masuk akal untuk beban kerja Anda. Tetapkan bobot untuk setiap tipe instans dan tentukan total kapasitas target Anda. Untuk informasi selengkapnya, lihat [Bobot tipe instans](#instance-weight) dan [Kapasitas target total](#target-capacity).
1. Tentukan apakah Anda memerlukan Reservasi Kapasitas tanpa batas waktu atau hanya untuk jangka waktu tertentu.
## Kapasitas target total
*Total kapasitas target* menentukan jumlah total kapasitas komputasi yang dipesan oleh Armada Reservasi Kapasitas. Anda menentukan total kapasitas target saat Anda membuat Armada Reservasi Kapasitas. Setelah Armada dibuat, Amazon EC2 secara otomatis membuat Reservasi Kapasitas untuk memesan kapasitas hingga total kapasitas target.
Jumlah instans kapasitas yang dipesan Armada Reservasi Kapasitas ditentukan oleh total kapasitas target dan *bobot tipe instans* yang Anda tentukan untuk setiap tipe instans di Armada Reservasi Kapasitas (`total target capacity`/`instance type weight`=`number of instances`).
Anda dapat menetapkan total kapasitas target berdasarkan unit yang berarti bagi beban kerja Anda. Misalnya, jika beban kerja Anda memerlukan sejumlah vCPUs, Anda dapat menetapkan total kapasitas target berdasarkan jumlah v CPUs yang diperlukan. Jika beban kerja Anda memerlukan `2048` vCPUs, tentukan total kapasitas target, lalu tetapkan bobot tipe instans berdasarkan jumlah v yang CPUs disediakan oleh tipe instans di Armada. `2048` Sebagai contoh, lihat [Bobot tipe instans](#instance-weight).
## Strategi alokasi
Strategi alokasi untuk Armada Reservasi Kapasitas Anda menentukan caranya memenuhi permintaan Anda untuk kapasitas terpesan dari spesifikasi tipe instans dalam konfigurasi Armada Capacity Reservation.
Saat ini, hanya strategi alokasi `prioritized` yang didukung. Dengan strategi ini, Armada Reservasi Kapasitas membuat Reservasi Kapasitas menggunakan prioritas yang telah Anda tetapkan untuk setiap spesifikasi tipe instans dalam konfigurasi Armada Reservasi Kapasitas. Nilai prioritas yang lebih rendah menunjukkan prioritas penggunaan yang lebih tinggi. Misalnya, Anda membuat Armada Reservasi Kapasitas yang menggunakan tipe instans dan prioritas berikut:
+ `m4.16xlarge` — prioritas = 1
+ `m5.16xlarge` — prioritas = 3
+ `m5.24xlarge` — prioritas = 2
Armada pertama kali mencoba untuk membuat Reservasi Kapasitas untuk `m4.16xlarge`. Jika Amazon EC2 memiliki kapasitas `m4.16xlarge` yang tidak mencukupi, Armada berupaya membuat Reservasi Kapasitas untuk `m5.24xlarge`. Jika Amazon EC2 memiliki kapasitas `m5.24xlarge` yang tidak mencukupi, Armada membuat Reservasi Kapasitas untuk `m5.16xlarge`.
## Bobot tipe instans
*Bobot tipe instans* adalah bobot yang Anda tetapkan untuk setiap tipe instans di Armada Reservasi Kapasitas. Bobot menentukan berapa banyak unit kapasitas setiap instans dari tipe instans tertentu yang diperhitungkan dalam *total kapasitas target* Armada.
Anda dapat menetapkan bobot berdasarkan unit yang berarti bagi beban kerja Anda. Misalnya, jika beban kerja Anda memerlukan sejumlah vCPUs, Anda dapat menetapkan bobot berdasarkan jumlah v yang CPUs disediakan oleh setiap jenis instans di Armada Reservasi Kapasitas. Dalam hal ini, jika Anda membuat Armada Reservasi Kapasitas menggunakan `m4.16xlarge` dan `m5.24xlarge` instance, Anda akan menetapkan bobot yang sesuai dengan jumlah v CPUs untuk setiap instance sebagai berikut:
+ `m4.16xlarge`- `64` vCPUs, berat = `64` satuan
+ `m5.24xlarge`- `96` vCPUs, berat = `96` satuan
Bobot tipe instans menentukan jumlah instans yang kapasitasnya dipesan Armada Reservasi Kapasitas. Misalnya, jika Armada Reservasi Kapasitas dengan kapasitas target total `384` unit menggunakan tipe dan bobot instans dalam contoh sebelumnya, Armada dapat memesan kapasitas untuk instans `6` `m4.16xlarge` (384 kapasitas target total/64 bobot tipe instans=6 instans), atau `4` `m5.24xlarge` instans (384 / 96 = 4).
Jika Anda tidak menetapkan bobot tipe instans, atau jika Anda menetapkan bobot tipe instans `1`, total kapasitas target hanya didasarkan pada jumlah instans. Misalnya, jika Armada Reservasi Kapasitas dengan kapasitas target total `384` unit menggunakan tipe instans dalam contoh sebelumnya, tetapi menghilangkan bobot atau menentukan bobot `1` untuk kedua tipe instans, Armada dapat memesan kapasitas untuk `384` `m4.16xlarge` instans atau `384` `m5.24xlarge` instans.
## Prioritas tipe instans
*Prioritas tipe instans* adalah nilai yang Anda tetapkan ke tipe instans di Armada. Prioritas digunakan untuk menentukan tipe instans mana yang ditentukan untuk Armada yang harus diprioritaskan untuk digunakan.
Nilai prioritas yang lebih rendah menunjukkan prioritas penggunaan yang lebih tinggi.
# Untuk mengubah Armada Reservasi Kapasitas
Saat Anda membuat Armada Reservasi Kapasitas, Armada akan secara otomatis membuat Reservasi Kapasitas untuk tipe instans yang ditentukan dalam permintaan Armada, hingga total kapasitas target yang ditentukan. Jumlah instans kapasitas yang dipesan Armada Reservasi Kapasitas tergantung pada total kapasitas target dan bobot tipe instans yang Anda tentukan dalam permintaan. Untuk informasi selengkapnya, lihat [Bobot tipe instans](crfleet-concepts.md#instance-weight) dan [Kapasitas target total](crfleet-concepts.md#target-capacity).
Saat membuat Armada, Anda harus menentukan tipe instans yang akan digunakan dan prioritas untuk masing-masing tipe instans tersebut. Untuk informasi selengkapnya, lihat [Strategi alokasi](crfleet-concepts.md#allocation-strategy) dan [Prioritas tipe instans](crfleet-concepts.md#instance-priority).
**catatan**
Peran **AWSServiceRoleForEC2CapacityReservationFleet**terkait layanan dibuat secara otomatis di akun Anda saat pertama kali membuat Armada Reservasi Kapasitas. Untuk informasi selengkapnya, lihat [Menggunakan peran tertaut layanan untuk Armada Reservasi KapasitasMenggunakan peran terkait layanan untuk Manajer Kapasitas EC2](using-service-linked-roles.md).
Saat ini, Armada Reservasi Kapasitas hanya mendukung kriteria pencocokan instans `open`.
------
#### [ AWS CLI ]
**Untuk mengubah Armada Reservasi Kapasitas**
Gunakan perintah [create-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation-fleet.html).
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 24 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-12-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Berikut ini adalah isi dari`instanceTypeSpecification.json`.
```
[
{
"InstanceType": "m5.xlarge",
"InstancePlatform": "Linux/UNIX",
"Weight": 3.0,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
Berikut ini adalah output contoh.
```
{
"Status": "submitted",
"TotalFulfilledCapacity": 0.0,
"CapacityReservationFleetId": "crf-abcdef01234567890",
"TotalTargetCapacity": 24
}
```
------
#### [ PowerShell ]
**Untuk mengubah Armada Reservasi Kapasitas**
Gunakan [New-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationFleet.html)cmdlet.
```
New-EC2CapacityReservationFleet `
-TotalTargetCapacity 24 `
-AllocationStrategy "prioritized" `
-InstanceMatchCriterion "open" `
-Tenancy "default" `
-EndDate 2021-12-31T23:59:59.000Z `
-InstanceTypeSpecification $specification
```
Spesifikasi didefinisikan sebagai berikut.
```
$specification = New-Object Amazon.EC2.Model.ReservationFleetInstanceSpecification
$specification.InstanceType = "m5.xlarge"
$specification.InstancePlatform = "Linux/UNIX"
$specification.Weight = 3.0
$specification.AvailabilityZone = "us-east-1a"
$specification.EbsOptimized = $true
$specification.Priority = 1
```
------
# Memodifikasi Armada Reservasi Kapasitas
Anda dapat memodifikasi total kapasitas target dan tanggal Armada Reservasi Kapasitas kapan saja. Saat Anda memodifikasi total kapasitas target Armada Reservasi Kapasitas, Armada secara otomatis membuat Reservasi Kapasitas baru, atau memodifikasi atau membatalkan Reservasi Kapasitas yang ada di Armada untuk memenuhi total kapasitas target yang baru. Ketika Anda memodifikasi tanggal akhir Armada, tanggal akhir untuk semua Reservasi Kapasitas individu akan diperbarui sesuai dengan modifikasi itu.
**Pertimbangan-pertimbangan**
+ Setelah Anda memodifikasi Armada, statusnya beralih ke `modifying`. Anda tidak dapat mencoba modifikasi tambahan pada Armada saat berada dalam status `modifying`.
+ Anda tidak dapat mengubah penghunian, Zona Ketersediaan, tipe instans, platform instans, prioritas, atau bobot yang digunakan oleh Armada Reservasi Kapasitas. Jika Anda perlu mengubah salah satu parameter ini, Anda mungkin perlu membatalkan Armada yang ada dan membuat armada baru dengan parameter yang diperlukan.
+ Anda tidak dapat menentukan `--end-date` dan `--remove-end-date` dalam perintah yang sama.
------
#### [ AWS CLI ]
**Untuk mengubah Armada Reservasi Kapasitas**
Gunakan perintah [modify-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation-fleet.html).
**Contoh 1: Ubah total kapasitas target**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--total-target-capacity 160
```
**Contoh 2: Ubah tanggal akhir**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--end-date 2021-07-04T23:59:59.000Z
```
**Contoh 3: Hapus tanggal akhir**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--remove-end-date
```
------
#### [ PowerShell ]
**Untuk mengubah Armada Reservasi Kapasitas**
Gunakan [Edit-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservationFleet.html)cmdlet.
**Contoh 1: Ubah total kapasitas target**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-TotalTargetCapacity 160
```
**Contoh 2: Ubah tanggal akhir**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-EndDate 2021-07-04T23:59:59.000Z
```
**Contoh 3: Hapus tanggal akhir**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-RemoveEndDate
```
------
# Membatalkan Armada Reservasi Kapasitas
Bila Anda tidak lagi membutuhkan Armada Reservasi Kapasitas dan kapasitas dipesan, Anda dapat membatalkannya. Saat Anda membatalkan Armada, statusnya berubah menjadi `cancelled` dan Armada tidak dapat lagi membuat Reservasi Kapasitas baru. Selain itu, semua Reservasi Kapasitas individu di Armada dibatalkan. Instans yang sebelumnya berjalan dalam kapasitas cadangan terus berjalan normal dalam kapasitas bersama.
------
#### [ AWS CLI ]
**Untuk membatalkan Armada Reservasi Kapasitas**
Gunakan perintah [cancel-capacity-reservation-fleets](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation-fleets.html).
```
aws ec2 cancel-capacity-reservation-fleets \
--capacity-reservation-fleet-ids crf-abcdef01234567890
```
Berikut ini adalah output contoh.
```
{
"SuccessfulFleetCancellations": [
{
"CurrentFleetState": "cancelling",
"PreviousFleetState": "active",
"CapacityReservationFleetId": "crf-abcdef01234567890"
}
],
"FailedFleetCancellations": []
}
```
------
#### [ PowerShell ]
**Untuk membatalkan Armada Reservasi Kapasitas**
Gunakan [Stop-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2CapacityReservationFleet.html)cmdlet.
```
Stop-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-abcdef01234567890
```
------
# Contoh konfigurasi Armada Reservasi Kapasitas
Contoh berikut membuat Armada Reservasi Kapasitas yang menggunakan dua tipe instans: `m5.4xlarge` dan `m5.12xlarge`.
Ini menggunakan sistem pembobotan berdasarkan jumlah v yang CPUs disediakan oleh jenis instance yang ditentukan. Kapasitas target total adalah `480` vCPUs. `m5.4xlarge`Menyediakan 16 v CPUs dan mendapat bobot`16`, sedangkan `m5.12xlarge` menyediakan 48 v CPUs dan mendapat bobot`48`. Sistem pembobotan ini mengonfigurasi Armada Reservasi Kapasitas pada reservasi kapasitas untuk 30 instans `m5.4xlarge` (480/16=30), atau 10 instans `m5.12xlarge` (480/48=10).
Armada dikonfigurasi untuk memprioritaskan kapasitas `m5.12xlarge` dan mendapatkan prioritas `1`, sementara `m5.4xlarge` mendapatkan prioritas `2` yang lebih rendah. Ini berarti bahwa armada akan mencoba untuk memesan kapasitas `m5.12xlarge` terlebih dahulu, dan hanya mencoba untuk memesan kapasitas `m5.4xlarge` jika kapasitas `m5.12xlarge` Amazon EC2 tidak mencukupi.
Armada memesan kapasitas untuk instans `Windows` dan reservasi secara otomatis berakhir pada `October 31, 2021` pukul `23:59:59` UTC.
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 480 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-10-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Berikut ini adalah isi dari `instanceTypeSpecification.json`.
```
[
{
"InstanceType": "m5.4xlarge",
"InstancePlatform":"Windows",
"Weight": 16,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 2
},
{
"InstanceType": "m5.12xlarge",
"InstancePlatform":"Windows",
"Weight": 48,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
# Menggunakan peran tertaut layanan untuk Armada Reservasi Kapasitas
Armada Reservasi Kapasitas Sesuai Permintaan menggunakan AWS Identity and Access Management peran terkait [layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html#id_roles_terms-and-concepts) (IAM). Peran tertaut layanan adalah tipe peran IAM unik yang tertaut langsung ke Armada Reservasi Kapasitas. Peran terkait layanan telah ditentukan sebelumnya oleh Armada Reservasi Kapasitas dan mencakup semua izin yang diperlukan layanan untuk memanggil AWS layanan lain atas nama Anda.
Peran tertaut layanan mempermudah pengaturan Armada Reservasi Kapasitas karena Anda tidak perlu menambahkan izin yang diperlukan secara manual. Armada Reservasi Kapasitas menentukan izin peran tertaut layanan, kecuali ditentukan lain, hanya Armada Reservasi Kapasitas yang dapat mengasumsikan perannya. Izin yang ditentukan mencakup kebijakan kepercayaan dan kebijakan izin, serta bahwa kebijakan izin tidak dapat dilampirkan ke entitas IAM lainnya.
Anda dapat menghapus peran tertaut layanan hanya setelah menghapus sumber daya terkait terlebih dahulu. Hal ini melindungi sumber daya Armada Reservasi Kapasitas karena Anda tidak dapat secara tidak sengaja menghapus izin untuk mengakses sumber daya.
## Izin peran tertaut layanan untuk Armada Reservasi Kapasitas
Armada Reservasi Kapasitas menggunakan peran terkait layanan yang diberi nama **AWSServiceRoleForEC2CapacityReservationFleet**untuk membuat, mendeskripsikan, memodifikasi, dan membatalkan Reservasi Kapasitas dalam Armada Reservasi Kapasitas atas nama Anda.
Peran AWSService RoleFor EC2 CapacityReservationFleet terkait layanan mempercayai entitas berikut untuk mengambil peran:
+ `capacity-reservation-fleet.amazonaws.com`
Peran tersebut menggunakan kebijakan `AWSEC2CapacityReservationFleetRolePolicy` AWS terkelola. Untuk informasi selengkapnya, lihat [AWS kebijakan terkelola: AWSEC2CapacityReservationFleetRolePolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-AWSEC2CapacityReservationFleetRolePolicy).
Anda harus mengonfigurasi izin agar entitas IAM (seperti pengguna, grup, atau peran) dapat membuat, mengedit, atau menghapus peran terkait layanan. Untuk informasi selengkapnya, lihat [Izin peran tertaut layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html#service-linked-role-permissions) dalam *Panduan Pengguna IAM*.
## Menggunakan peran tertaut layanan untuk Armada Reservasi Kapasitas
Anda tidak perlu membuat peran tertaut layanan secara manual. Saat Anda membuat Armada Reservasi Kapasitas menggunakan `create-capacity-reservation-fleet` AWS CLI perintah atau `CreateCapacityReservationFleet` API, peran terkait layanan akan dibuat secara otomatis untuk Anda.
Jika Anda menghapus peran tertaut layanan ini, dan ingin membuatnya lagi, Anda dapat mengulangi proses yang sama untuk membuat kembali peran tersebut di akun Anda. Saat Anda membuat Armada Reservasi Kapasitas, Armada Reservasi Kapasitas akan membuat peran terkait layanan untuk Anda lagi.
## Mengedit peran tertaut layanan untuk Armada Reservasi Kapasitas
Armada Reservasi Kapasitas tidak mengizinkan Anda mengedit AWSService RoleFor EC2 CapacityReservationFleet peran terkait layanan. Setelah membuat peran terkait layanan, Anda tidak dapat mengubah nama peran karena berbagai entitas mungkin merujuk peran tersebut. Namun, Anda dapat mengedit penjelasan peran menggunakan IAM. Untuk informasi selengkapnya, lihat [Mengedit deskripsi peran terkait layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-service-linked-role.html#edit-service-linked-role-iam-console) di Panduan Pengguna *IAM*.
## Menghapus peran tertaut layanan untuk Armada Reservasi Kapasitas
Jika Anda tidak perlu lagi menggunakan fitur atau layanan yang memerlukan peran terkait layanan, kami merekomendasikan Anda menghapus peran tersebut. Dengan begitu, Anda tidak memiliki entitas yang tidak digunakan yang tidak dipantau atau dipelihara secara aktif. Namun, Anda harus menghapus sumber daya untuk peran tertaut layanan sebelum menghapusnya secara manual.
**catatan**
Jika layanan Armada Reservasi Kapasitas menggunakan peran tersebut saat Anda mencoba menghapus sumber daya, penghapusan mungkin gagal. Jika hal itu terjadi, tunggu beberapa menit dan coba mengoperasikannya lagi.
**Untuk menghapus peran AWSService RoleFor EC2 CapacityReservationFleet terkait layanan**
1. Gunakan `delete-capacity-reservation-fleet` AWS CLI perintah atau `DeleteCapacityReservationFleet` API untuk menghapus Armada Reservasi Kapasitas di akun Anda.
1. Gunakan konsol IAM, the AWS CLI, atau AWS API untuk menghapus peran AWSService RoleFor EC2 CapacityReservationFleet terkait layanan. Untuk informasi selengkapnya, lihat [Menghapus peran terkait layanan](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage_delete.html#id_roles_manage_delete_slr) di Panduan Pengguna *IAM*.
## Wilayah yang Didukung untuk peran terkait layanan Armada Reservasi Kapasitas
Armada Reservasi Kapasitas mendukung penggunaan peran tertaut layanan di semua Wilayah tempat layanan tersedia. Untuk informasi selengkapnya, lihat [Wilayah AWS dan Titik Akhir](https://docs.aws.amazon.com/general/latest/gr/ec2-service.html#ec2_region).
# Memantau penggunaan Reservasi Kapasitas dengan metrik CloudWatch
Dengan CloudWatch metrik, Anda dapat memantau Reservasi Kapasitas secara efisien dan mengidentifikasi kapasitas yang tidak digunakan dengan menyetel CloudWatch alarm untuk memberi tahu Anda saat ambang batas penggunaan terpenuhi. Hal ini dapat membantu Anda mempertahankan volume Reservasi Kapasitas yang konstan dan mencapai tingkat pemanfaatan yang lebih tinggi.
Reservasi Kapasitas mengirim data metrik ke CloudWatch setiap lima menit. Metrik tidak didukung untuk Reservasi Kapasitas yang aktif kurang dari lima menit.
Untuk informasi selengkapnya tentang melihat metrik di CloudWatch konsol, lihat [Menggunakan CloudWatch Metrik Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html). Untuk informasi selengkapnya tentang membuat alarm, lihat [Membuat CloudWatch Alarm Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Topics**
+ [
## Metrik penggunaan Reservasi Kapasitas
](#capacity-reservation-usage-metrics)
+ [
## Dimensi metrik Reservasi Kapasitas
](#capacity-reservation-dimensions)
+ [
## Lihat CloudWatch metrik untuk Reservasi Kapasitas
](#viewing-capacity-reservation-metrics)
## Metrik penggunaan Reservasi Kapasitas
Namespace `AWS/EC2CapacityReservations` mencakup metrik penggunaan berikut yang dapat Anda gunakan untuk memantau dan mempertahankan kapasitas sesuai permintaan dalam ambang batas yang Anda tentukan untuk reservasi Anda.
| Metrik | Deskripsi |
| --- | --- |
| UsedInstanceCount | Jumlah instans yang sedang digunakan. Unit: Jumlah |
| AvailableInstanceCount | Jumlah instans yang tersedia. Unit: Jumlah |
| TotalInstanceCount | Jumlah total instans yang telah Anda pesan. Unit: Jumlah |
| InstanceUtilization | Persentase instans kapasitas terpesan yang saat ini sedang digunakan. Satuan: Persen |
## Dimensi metrik Reservasi Kapasitas
Anda dapat menggunakan dimensi berikut untuk menyempurnakan metrik yang tercantum dalam tabel sebelumnya dalam Wilayah dan akun yang dipilih.
| Dimensi | Deskripsi |
| --- | --- |
| (Tidak ada dimensi) | Dimensi ini menyaring metrik yang ditentukan untuk semua Reservasi Kapasitas. |
| CapacityReservationId | Dimensi ini menyaring metrik yang ditentukan untuk Reservasi Kapasitas yang diidentifikasi. |
| InstanceType | Dimensi ini menyaring metrik yang ditentukan untuk jenis instance yang diidentifikasi. |
| AvailabilityZone | Dimensi ini menyaring metrik yang ditentukan untuk Availability Zone yang diidentifikasi. |
| InstanceMatchCriteria | Dimensi ini menyaring metrik yang ditentukan untuk kriteria kecocokan instance yang diidentifikasi (`open`atau`targeted`). |
| InstancePlatform | Dimensi ini menyaring data metrik yang ditentukan untuk platform yang diidentifikasi. |
| Tenancy | Dimensi ini menyaring metrik yang ditentukan untuk penyewaan yang diidentifikasi. |
## Lihat CloudWatch metrik untuk Reservasi Kapasitas
Metrik dikelompokkan berdasarkan namespace layanan, lalu dimensi yang didukung. Anda dapat menggunakan prosedur berikut untuk melihat metrik untuk Reservasi Kapasitas Anda.
**Untuk melihat metrik Reservasi Kapasitas menggunakan konsol CloudWatch**
1. Buka CloudWatch konsol di [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Jika perlu, ubah Wilayah. Dari bilah navigasi, pilih Wilayah tempat Anda Reservasi Kapasitas Anda berada. Untuk informasi selengkapnya, lihat [Wilayah dan Titik Akhir](https://docs.aws.amazon.com/general/latest/gr/rande.html).
1. Di panel navigasi, pilih **Metrik**.
1. Untuk **Semua metrik**, pilih **Reservasi Kapasitas EC2**.
1. Pilih dari dimensi metrik sebelumnya **di Semua Reservasi Kapasitas, Berdasarkan Reservasi** **Kapasitas, Berdasarkan** **Jenis Instance, Berdasarkan** **Zona Ketersediaan, Berdasarkan** **Platform, Berdasarkan** **Kriteria Pencocokan Instance** atau **Berdasarkan Penyewaan** dan metrik akan dikelompokkan berdasarkan Tidak ada dimensi,,,,,, `CapacityReservationId``InstanceType`, `AvailabilityZone` dan masing-masing. `Platform` `InstanceMatchCriteria` `Tenancy`
1. Untuk mengurutkan metrik, gunakan judul kolom. Untuk membuat grafik metrik, pilih kotak centang di sebelah metrik.
**Untuk melihat metrik Reservasi Kapasitas menggunakan AWS CLI**
Gunakan perintah [list-metrics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html) berikut:
```
aws cloudwatch list-metrics --namespace "AWS/EC2CapacityReservations"
```
# Monitor Reservasi Kapasitas yang kurang dimanfaatkan
Anda dapat memantau kurangnya pemanfaatan Reservasi Kapasitas menggunakan yang berikut:
**Topics**
+ [
## EventBridge Acara Amazon
](#cr-underutilization-events)
+ [
## Pemberitahuan Email dan AWS Health Dasbor
](#monitor-cr-utilization)
## EventBridge Acara Amazon
AWS Health mengirimkan acara ke Amazon EventBridge ketika Reservasi Kapasitas di akun Anda kurang dari 20 persen penggunaan selama periode tertentu. Dengan EventBridge, Anda dapat menetapkan aturan yang memicu tindakan terprogram dalam menanggapi peristiwa tersebut. Misalnya, Anda dapat membuat aturan yang secara otomatis membatalkan Reservasi Kapasitas ketika pemanfaatannya turun di bawah 20 persen pemanfaatan selama periode 7 hari.
Peristiwa di EventBridge direpresentasikan sebagai objek JSON. Kolom-kolom yang unik untuk peristiwa tersebut terdapat di bagian "detail" dari objek JSON. Bidang "peristiwa" berisi nama peristiwa. Bidang "hasil" berisi status selesai dari tindakan yang memicu peristiwa. Untuk informasi selengkapnya, lihat [pola EventBridge acara Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) *di Panduan EventBridge Pengguna Amazon*.
Untuk informasi selengkapnya, lihat [Panduan EventBridge Pengguna Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
Fitur ini tidak didukung di AWS GovCloud (US).
### Peristiwa
AWS Health mengirimkan peristiwa berikut ketika penggunaan kapasitas untuk Reservasi Kapasitas di bawah 20 persen.
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION`
Berikut ini adalah contoh peristiwa yang dihasilkan ketika Reservasi Kapasitas yang baru dibuat di bawah 20 persen penggunaan kapasitas selama periode 24 jam.
```
{
"version": "0",
"id": "b3e00086-f271-12a1-a36c-55e8ddaa130a",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-10T12:03:38Z",
"region": "ap-south-1",
"resources": [
"cr-01234567890abcdef"
],
"detail": {
"eventArn": "arn:aws:health:ap-south-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_cr-01234567890abcdef-6211-4d50-9286-0c9fbc243f04",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION",
"eventTypeCategory": "accountNotification",
"startTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"endTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef"
}
]
}
}
```
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY`
Berikut ini adalah contoh peristiwa yang dihasilkan ketika satu atau lebih Reservasi Kapasitas di bawah 20 persen penggunaan kapasitas selama periode 7 hari.
```
{
"version": "0", "id":"7439d42b-3c7f-ad50-6a88-25e2a70977e2",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-07T06:06:01Z",
"region": "us-east-1",
"resources": [
"cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%",
"cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
],
"detail": {
"eventArn": "arn:aws:health:us-east-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY_726c1732-d6f6-4037-b9b8-bec3c2d3ba65",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY",
"eventTypeCategory": "accountNotification",
"startTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"endTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%"
},
{
"entityValue": "cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
}
]
}
}
```
### Buat EventBridge aturan
Untuk menerima pemberitahuan email saat penggunaan Reservasi Kapasitas turun di bawah 20 persen, buat topik Amazon SNS, lalu buat aturan untuk EventBridge `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION` acara tersebut.
**Untuk membuat topik Amazon SNS**
1. [Buka konsol Amazon SNS di https://console.aws.amazon.com/sns/ v3/home.](https://console.aws.amazon.com/sns/v3/home)
1. Pada panel navigasi, silakan pilih **Topik**, lalu pilih **Buat topik**.
1. Untuk **Tipe**, pilih **Standar**.
1. Untuk **Nama**, masukkan nama untuk topik baru.
1. Pilih **Buat topik**.
1. Pilih **Buat langganan**.
1. Untuk **Protokol**, pilih **Email**, lalu untuk **Titik akhir**, masukkan alamat email yang menerima notifikasi.
1. Pilih **Buat langganan**.
1. Alamat email yang dimasukkan di atas akan menerima pesan email dengan baris subjek berikut: `AWS Notification - Subscription Confirmation`. Ikuti petunjuk untuk mengonfirmasi langganan Anda.
**Untuk membuat EventBridge aturan**
1. Buka EventBridge konsol Amazon di [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Di panel navigasi, pilih **Aturan**, lalu pilih **Buat aturan**.
1. Untuk **Nama**, masukkan nama untuk aturan baru.
1. Untuk **Tipe aturan**, pilih **Aturan dengan pola peristiwa**.
1. Pilih **Selanjutnya**.
1. Untuk **Pola peristiwa**, lakukan hal berikut:
1. Untuk **Sumber peristiwa**, pilih **Layanan AWS **.
1. Untuk **Layanan AWS **, pilih **AWS Health**.
1. Untuk **Tipe peristiwa**, pilih **EC2 ODCR Underutilization Notification**.
1. Pilih **Selanjutnya**.
1. Untuk **Target 1**, lakukan hal berikut:
1. Untuk **Tipe Target**, pilih **Layanan AWS **.
1. Untuk **Pilih target**, pilih **Topik SNS**.
1. Untuk **Topic**, pilih topik yang Anda buat sebelumnya.
1. Pilih **Berikutnya** lalu **Berikutnya** lagi.
1. Pilih **Buat aturan**.
## Pemberitahuan Email dan AWS Health Dasbor
AWS Health mengirimkan email dan Dasbor Health pemberitahuan berikut ketika pemanfaatan kapasitas untuk Reservasi Kapasitas di akun Anda turun di bawah 20 persen.
+ Notifikasi individual untuk setiap Reservasi Kapasitas yang baru dibuat dengan pemanfaatan di bawah 20 persen selama periode 24 jam terakhir.
+ Ringkasan notifikasi untuk semua Reservasi Kapasitas dengan pemanfaatan di bawah 20 persen selama periode 7 hari terakhir.
Pemberitahuan dan Dasbor Health notifikasi email dikirim ke alamat email yang terkait dengan AWS akun yang memiliki Reservasi Kapasitas. Notifikasi mencakup informasi berikut:
+ ID Reservasi Kapasitas.
+ Zona Ketersediaan dari Reservasi Kapasitas.
+ Tingkat pemanfaatan rata-rata untuk Reservasi Kapasitas.
+ Tipe instans dan platform (sistem operasi) dari Reservasi Kapasitas.
Selain itu, ketika pemanfaatan kapasitas untuk Reservasi Kapasitas di akun Anda turun di bawah 20 persen selama periode 24 jam dan 7 hari, AWS Health kirimkan acara ke. EventBridge DenganEventBridge, Anda dapat membuat aturan yang mengaktifkan tindakan otomatis, seperti mengirim pemberitahuan email atau AWS Lambda fungsi pemicu, sebagai respons terhadap peristiwa tersebut. Untuk informasi selengkapnya, lihat [Monitor Reservasi Kapasitas yang kurang dimanfaatkan](#cr-eventbridge).
# Pantau perubahan status untuk Reservasi Kapasitas yang bertanggal di masa mendatang
Amazon EC2 mengirimkan acara ke Amazon EventBridge ketika status Reservasi Kapasitas bertanggal mendatang berubah.
Berikut ini adalah contoh dari acara ini. Dalam contoh ini, Reservasi Kapasitas bertanggal masa depan memasuki negara bagian. `scheduled` Perhatikan status yang disorot di `detail-type` lapangan.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"EC2 Capacity Reservation Scheduled",
"source":"aws.ec2",
"account":"123456789012",
"time":"yyyy-mm-ddThh:mm:ssZ",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-1234567890abcdefg"
],
"detail":{
"capacity-reservation-id":"cr-1234567890abcdefg",
"state":"scheduled"
}
}
```
Nilai yang mungkin untuk `detail-type` bidang tersebut adalah:
+ `Scheduled`
+ `Active`
+ `Delayed`
+ `Unsupported`
+ `Failed`
+ `Expired`
Untuk informasi selengkapnya tentang status ini, lihat [Lihat status Reservasi Kapasitas](capacity-reservations-view.md).
Anda dapat membuat EventBridge peristiwa Amazon yang memantau peristiwa ini dan kemudian memicu tindakan tertentu saat terjadi. Untuk informasi selengkapnya, lihat [Membuat aturan yang bereaksi terhadap peristiwa di Amazon EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
Untuk membuat aturan yang memantau semua peristiwa perubahan status, Anda dapat menggunakan pola peristiwa berikut.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation"
}]
}
```
Untuk membuat aturan yang hanya memantau perubahan status tertentu, Anda dapat menggunakan pola peristiwa berikut.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation state"
}]
}
```
Misalnya, pola peristiwa berikut memantau peristiwa yang dikirim saat Reservasi Kapasitas bertanggal masa depan memasuki status. `active`
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation Active"
}]
}
```
# Reservasi Kapasitas yang Dapat Diputus
Reservasi Kapasitas Interruptible membantu Anda membuat kapasitas yang tidak terpakai tersedia sementara untuk beban kerja lain dalam akun Anda. Ini memberi Anda kontrol untuk merebut kembali kapasitas saat dibutuhkan. Saat Anda merebut kembali kapasitas, setiap instance yang berjalan di dalam reservasi yang dapat diinterupsi akan dihentikan. Setelah membuat reservasi yang dapat diinterupsi, Anda dapat membagikannya dengan AWS akun tambahan atau AWS organisasi Anda menggunakan AWS Resource Access Manager (RAM).
Gunakan Reservasi Kapasitas yang Dapat Diinterupsi jika Anda memiliki kapasitas cadangan yang tidak terpakai selama periode di luar puncak, di antara penerapan, atau saat beban kerja menurun. Jika Anda tahu tim lain yang dapat menggunakan kapasitas ini, Anda dapat membuatnya tersedia dengan membuat Reservasi Kapasitas yang dapat diinterupsi. Ketika beban kerja kritis Anda membutuhkan kapasitas kembali, Anda dapat merebutnya kembali.
Anda dapat menggunakan Reservasi Kapasitas yang dapat diinterupsi sebagai salah satu dari berikut ini:
+ **Pemilik Kapasitas** — Anda memiliki Reservasi Kapasitas sumber dan membuat Reservasi Kapasitas yang dapat diinterupsi untuk berbagi kapasitas yang tidak terpakai dengan tim lain sambil mempertahankan kendali untuk merebut kembali bila diperlukan.
+ **Kapasitas konsumen** — Anda meluncurkan instance ke reservasi interuptible bersama, memahami bahwa instans Anda dapat dihentikan ketika pemilik merebut kembali kapasitas.
**Topics**
+ [
## Cara kerjanya
](#how-interruptible-cr-works)
+ [
## Penagihan
](#interruptible-cr-billing)
+ [
## Pertimbangan-pertimbangan
](#interruptible-cr-considerations)
+ [
# Reservasi Kapasitas Interruptible untuk pemilik kapasitas
](capacity-owner-procedures.md)
+ [
# Reservasi Kapasitas Interruptible untuk konsumen kapasitas
](capacity-consumer-procedures.md)
+ [
# Pantau Reservasi Kapasitas yang Dapat Diinterupsi dengan dan EventBridge CloudTrail
](monitor-interruptible-cr.md)
## Cara kerjanya
Agar kapasitas yang tidak terpakai tersedia bagi tim lain, buat reservasi yang dapat diinterupsi dengan menentukan jumlah instans yang tidak terpakai yang ingin Anda bagikan dari reservasi sumber Anda. Saat Anda membuat reservasi yang dapat diinterupsi, kami mentransfer instans ini dari reservasi sumber Anda ke reservasi interuptible baru dalam akun Anda.
Kami mempertahankan hubungan antara reservasi sumber dan Reservasi Kapasitas yang dapat terputus. Akibatnya, ketika Anda merebut kembali kapasitas Anda, setiap instans konsumen yang sedang berjalan dihentikan, dan kapasitas dikembalikan ke reservasi sumber asli Anda.
Fitur kunci:
+ Buat kapasitas yang tidak terpakai tersedia sementara sambil mempertahankan kontrol untuk merebutnya kembali
+ Merebut kembali kapasitas kapan saja. Untuk informasi selengkapnya, lihat [Proses reklamasi dan pelacakan](capacity-owner-procedures.md#reclamation-process)
+ Berbagi dengan akun tambahan atau AWS organisasi Anda menggunakan AWS Resource Access Manager (RAM)
## Penagihan
Saat Anda membuat reservasi yang dapat diinterupsi, Anda ditagih sebagai reservasi baru yang independen. Ini membagi tagihan Anda:
+ Reservasi sumber: Anda ditagih untuk total kapasitas dikurangi kapasitas yang dialokasikan
+ Reservasi interruptible: Anda ditagih untuk kapasitas yang dialokasikan
Untuk informasi selengkapnya tentang penagihan Reservasi Kapasitas Sesuai Permintaan, lihat [harga dan penagihan Reservasi Kapasitas](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html).
## Pertimbangan-pertimbangan
Sebelum menggunakan Reservasi Kapasitas yang Dapat Diinterupsi, tinjau batasan dan persyaratan berikut yang berlaku untuk pemilik kapasitas dan konsumen.
### Pemilik kapasitas
+ Anda tidak dapat secara langsung mengubah atau membatalkan Reservasi Kapasitas yang dapat diinterupsi. Untuk mengeditnya, perbarui kapasitas yang dialokasikan dari Reservasi Kapasitas sumber.
+ Anda hanya dapat melihat, meluncurkan, menandai, berbagi, dan menetapkan tagihan untuk reservasi yang dapat terputus.
+ Anda hanya dapat membuat satu alokasi interuptible per sumber Reservasi Kapasitas.
### Kapasitas konsumen
+ Reservasi Kapasitas Interruptible secara default adalah Reservasi Kapasitas yang ditargetkan, jadi Anda harus menargetkannya dalam peluncuran instans Anda.
+ Anda tidak dapat menambahkan Reservasi Kapasitas yang dapat diinterupsi ke grup reservasi kapasitas.
+ Kami menyarankan Anda hanya menggunakan Reservasi Kapasitas yang dapat terputus untuk aplikasi yang dapat terganggu.
+ Instans Anda akan dihentikan ketika pemilik merebut kembali kapasitas - tidak ada fallback ke On-Demand atau Spot. Untuk informasi selengkapnya, lihat [Pengalaman interupsi](capacity-consumer-procedures.md#interruption-experience).
# Reservasi Kapasitas Interruptible untuk pemilik kapasitas
Pemilik kapasitas adalah akun yang memiliki Reservasi Kapasitas sumber dan membuat Reservasi Kapasitas yang dapat diinterupsi untuk berbagi kapasitas yang tidak terpakai dengan tim lain sambil mempertahankan kendali untuk merebut kembali bila diperlukan.
Bagian ini mencakup bagaimana Anda (pemilik kapasitas) dapat membuat, memodifikasi, merebut kembali, dan melacak Reservasi Kapasitas yang dapat diinterupsi.
**Topics**
+ [
## Membuat Reservasi Kapasitas yang Dapat Diinterupsi
](#creating-interruptible-cr)
+ [
## Lihat Reservasi Kapasitas Anda yang Dapat Diinterupsi
](#view-interruptible-cr)
+ [
## Memodifikasi Reservasi Kapasitas yang Dapat Diinterupsi
](#modify-interruptible-cr)
+ [
## Proses reklamasi dan pelacakan
](#reclamation-process)
+ [
## Berbagi reservasi yang dapat terputus
](#sharing-interruptible-reservations)
## Membuat Reservasi Kapasitas yang Dapat Diinterupsi
Buat Reservasi Kapasitas yang dapat diinterupsi untuk membuat kapasitas yang tidak terpakai dari reservasi sumber Anda tersedia untuk beban kerja lain sambil mempertahankan kontrol untuk merebut kembali saat diperlukan.
### Prasyarat
Sebelum membuat alokasi yang dapat diinterupsi, pastikan Reservasi Kapasitas Sesuai Permintaan sumber Anda memenuhi persyaratan ini:
+ Reservasi Kapasitas Anda harus dalam keadaan aktif tanpa tanggal akhir yang ditetapkan. Anda tidak dapat membuat alokasi dari reservasi yang tertunda, kedaluwarsa, dibatalkan, atau memiliki tanggal akhir yang dijadwalkan.
+ Reservasi Kapasitas Anda harus memiliki kapasitas yang tersedia untuk alokasi. Anda hanya dapat mengalokasikan instance yang tersedia (juga disebut kapasitas yang tidak digunakan).
+ Anda hanya dapat membuat satu alokasi interuptible per sumber Reservasi Kapasitas. Jika alokasi sudah ada, Anda harus memodifikasi atau membatalkannya sebelum membuat yang baru.
+ Anda dapat mengalokasikan maksimum 1000 instans sekaligus ke Reservasi Kapasitas yang dapat diinterupsi.
Penggunaan dapat menggunakan konsol atau AWS CLI untuk membuat Reservasi Kapasitas interuptible.
------
#### [ Console ]
**Untuk membuat Reservasi Kapasitas yang Dapat Diinterupsi**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Reservasi Kapasitas**.
1. Pilih Reservasi Kapasitas Anda.
1. Pilih **Tindakan**, **Buat alokasi yang dapat diinterupsi.**
1. Agar **Instans mengalokasikan**, masukkan jumlah instans yang akan dialokasikan.
1. (Opsional) Tambahkan tanda.
1. Pilih **Buat alokasi kapasitas yang dapat diinterupsi**.
------
#### [ AWS CLI ]
**Untuk membuat Reservasi Kapasitas yang Dapat Diinterupsi**
Gunakan perintah [create-interruptible-capacity-reservation-allocation](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-interruptible-capacity-reservation-allocation.html):
```
aws ec2 create-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 10
```
------
## Lihat Reservasi Kapasitas Anda yang Dapat Diinterupsi
Setelah membuat Reservasi Kapasitas yang dapat diinterupsi, Anda dapat melihat reservasi yang dapat terputus di akun Anda atau dari sumber daya tertentu.
### Lihat semua Reservasi Kapasitas yang dapat diinterupsi di akun Anda
Gunakan prosedur berikut untuk melihat Reservasi Kapasitas yang dapat terputus di akun Anda.
------
#### [ Console ]
**Untuk melihat Reservasi Kapasitas yang dapat diinterupsi di akun Anda**
1. Buka halaman Reservasi Kapasitas di konsol.
1. Cari reservasi dengan **Interruptible di kolom** type.
1. Pilih reservasi interruptible untuk melihat detailnya.
------
#### [ AWS CLI ]
**Untuk melihat Reservasi Kapasitas yang dapat diinterupsi di akun Anda**
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-interruptible-id \
--filters Name=interruptible,Values=true
```
------
### Lihat Reservasi Kapasitas yang Dapat Diinterupsi dari sumber tertentu
Gunakan prosedur berikut untuk melihat Reservasi Kapasitas yang dapat diinterupsi yang dibuat dari Reservasi Kapasitas sumber tertentu.
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-source-id
```
Dalam respons, Anda akan menemukan `interruptibleCapacityAllocations` objek yang berisi ID Reservasi Kapasitas yang dapat diinterupsi dan detail alokasi. Untuk informasi tentang struktur respons, lihat [InterruptibleCapacityAllocation](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_InterruptibleCapacityAllocation.html)di Referensi *API Amazon EC2*.
## Memodifikasi Reservasi Kapasitas yang Dapat Diinterupsi
Gunakan prosedur berikut untuk mengedit atau membatalkan Reservasi Kapasitas Anda yang dapat terputus.
**catatan**
Saat Anda mengurangi alokasi, pertama-tama kami mengklaim kembali instance yang tersedia, lalu menjalankan instance, hingga kami memenuhi jumlah yang diminta. Jika kami dapat memenuhi hitungan sepenuhnya dengan instance yang tersedia, tidak ada penghentian yang terjadi. Semua modifikasi jumlah instans yang dialokasikan dilakukan melalui Reservasi Kapasitas sumber, tidak langsung pada Reservasi Kapasitas yang dapat diinterupsi.
Anda hanya dapat mengubah Reservasi Kapasitas yang dapat diinterupsi dengan maksimal 1000 instans sekaligus (naik atau turun).
### Edit Reservasi Kapasitas Anda yang Dapat Diinterupsi
Gunakan prosedur berikut untuk mengedit Reservasi Kapasitas Anda yang dapat terputus.
------
#### [ Console ]
1. Dari halaman Detail Reservasi Kapasitas sumber, pilih **Tindakan**. Kemudian, **Edit Reservasi Kapasitas yang Dapat Diinterupsi**.
1. Untuk **Instans untuk mengalokasikan**, masukkan nomor baru:
+ Tambahkan lebih banyak kapasitas untuk berbagi
+ Dapatkan kembali kapasitas ke Reservasi Kapasitas sumber Anda
1. Pilih **Perbarui**.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 80
```
------
### Batalkan Reservasi Kapasitas yang Dapat Diinterupsi
Gunakan prosedur berikut untuk menghapus alokasi secara permanen dan mengembalikan semua kapasitas.
------
#### [ Console ]
1. Dari halaman Detail Reservasi Kapasitas sumber, buka detail alokasi kapasitas yang dapat diinterupsi.
1. Pilih **Edit alokasi interuptible**.
1. Untuk hitungan Instance, masukkan **0**.
1. Pilih **Perbarui**.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 0
```
------
## Proses reklamasi dan pelacakan
Ketika Anda merebut kembali kapasitas:
+ Instans yang sedang berjalan menerima peringatan interupsi 2 menit melalui acara. EventBridge
+ Setelah periode pemberitahuan, instance yang berjalan dalam kapasitas reklamasi memasuki status shutting down dan dihentikan.
+ Ketika dihentikan, instans reklamasi akan tersedia di Reservasi Kapasitas sumber Anda untuk penggunaan segera.
+ Status alokasi Anda berubah dari **pembaruan** menjadi **aktif** saat selesai.
Reklamasi lengkap dapat memakan waktu beberapa menit tergantung pada jenis instans dan waktu shutdown. Untuk informasi selengkapnya tentang EventBridge notifikasi yang Anda terima saat proses selesai, lihat[Penyelesaian reklamasi](monitor-interruptible-cr.md#reclamation-completion).
### Lacak status reklamasi
Pantau kemajuan reklamasi dengan menjelaskan reservasi sumber Anda:
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-1234567890abcdef0
```
Respons menunjukkan bidang-bidang ini di dalam `interruptibleCapacityAllocation` objek:
+ `instance-count`: Instans yang dialokasikan saat ini
+ `target-instance-count`: Kuantitas yang diminta setelah reklamasi
+ `status`: **memperbarui** selama reklamasi dan **aktif** saat selesai
## Berbagi reservasi yang dapat terputus
Anda dapat berbagi reservasi interuptible hanya dalam AWS organisasi Anda menggunakan AWS Resource Access Manager (RAM).
Pertimbangan:
+ Jika akun konsumen meninggalkan organisasi Anda, reservasi yang dapat diinterupsi secara otomatis tidak dibagikan dari akun tersebut.
+ Instance apa pun yang berjalan di reservasi yang tidak dibagikan pada akhirnya akan dihentikan.
+ Semua fungsi berbagi lainnya berfungsi sama dengan Reservasi Kapasitas standar.
Untuk prosedur berbagi lengkap, lihat [Reservasi Kapasitas Berbagi](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservation-sharing.html).
# Reservasi Kapasitas Interruptible untuk konsumen kapasitas
Konsumen kapasitas adalah akun yang meluncurkan instance ke Reservasi Kapasitas interuptible bersama, memahami bahwa instans mereka dapat dihentikan ketika pemilik merebut kembali kapasitas.
Bagian ini mencakup bagaimana Anda (konsumen kapasitas) dapat meluncurkan instans ke dalam Reservasi Kapasitas yang dapat diinterupsi dan mempelajari tentang apa yang terjadi ketika kapasitas direklamasi oleh pemilik.
**Topics**
+ [
## Lihat Reservasi Kapasitas yang Dapat Diinterupsi
](#view-interruptible-cr-consumer)
+ [
## Luncurkan instance ke reservasi yang dapat terputus
](#launch-instances-interruptible)
+ [
## Pengalaman interupsi
](#interruption-experience)
## Lihat Reservasi Kapasitas yang Dapat Diinterupsi
Gunakan prosedur berikut untuk melihat Reservasi Kapasitas yang dapat diinterupsi.
------
#### [ Console ]
**Untuk melihat Reservasi Kapasitas yang dapat terputus di akun Anda**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pilih **Reservasi Kapasitas**.
1. Di kolom **Type**, cari reservasi yang ditandai sebagai **Interruptible**.
1. Perhatikan reservasi IDs untuk digunakan dalam peluncuran instans Anda.
------
#### [ AWS CLI ]
**Untuk menemukan semua Reservasi Kapasitas yang dapat terputus di akun Anda**
Gunakan [describe-capacity-reservations](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-capacity-reservations.html)perintah:
```
aws ec2 describe-capacity-reservations \
--filters Name=state,Values=active
```
Cari reservasi di mana `Interruptible` diatur `true` dalam tanggapan.
**Untuk memfilter secara khusus untuk reservasi yang dapat terputus**
Gunakan perintah berikut ini.
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-ids cr-example123 \
--query 'CapacityReservations[?Interruptible==`true`]'
```
------
**catatan**
Reservasi Kapasitas Interruptible secara default adalah Reservasi Kapasitas yang ditargetkan, jadi Anda perlu menargetkannya secara khusus dalam peluncuran instans Anda. Tidak seperti reservasi terbuka, reservasi interuptible tidak akan secara otomatis mencakup instans yang cocok. Anda harus secara eksplisit menentukan ID reservasi saat meluncurkan.
## Luncurkan instance ke reservasi yang dapat terputus
Gunakan prosedur berikut untuk meluncurkan instans Amazon EC2 ke Reservasi Kapasitas yang dapat terputus dalam akun Anda.
**catatan**
Kami menyarankan Anda hanya menggunakan Reservasi Kapasitas yang dapat terputus untuk aplikasi yang dapat terganggu.
------
#### [ Console ]
**Untuk meluncurkan instans ke Reservasi Kapasitas yang dapat terputus**
1. Buka konsol Amazon EC2 Amazon di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Dari dasbor Amazon EC2, pilih **Luncurkan Instans**.
1. Konfigurasikan pengaturan instans Anda.
1. Di **Detail lanjutan** untuk Reservasi Kapasitas, pilih **Luncurkan instans yang dapat diinterupsi di reservasi aktif Anda**.
1. Pilih ID reservasi interruptible dan opsi pembelian instans baru.
1. Pilih **Luncurkan instans**.
------
#### [ AWS CLI ]
```
aws ec2 run-instances \
--instance-type m5.large \
--count 2 \
--image-id ami-12345678 \
--instance-market-options '{
"MarketType": "interruptible-capacity-reservation"
}' \
--capacity-reservation-specification '{
"CapacityReservationTarget": {
"CapacityReservationId": "cr-abcdef1234567890"
}
}'
```
------
### Luncurkan instans dengan Grup Auto Scaling
Anda juga dapat meluncurkan instance ke reservasi interuptible menggunakan Auto Scaling Groups dengan template peluncuran. Konfigurasikan template peluncuran dengan tipe pasar interruptible dan ID reservasi, lalu buat Grup Auto Scaling Anda menggunakan templat tersebut. Untuk informasi selengkapnya, lihat [Reservasi Kapasitas yang Dapat Diinterupsi dengan EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/asg-interruptible-capacity-reservations.html).
## Pengalaman interupsi
Ketika kapasitas direklamasi oleh pemilik, Anda menerima pemberitahuan gangguan 2 menit sebelum penghentian instans. Peringatan ini datang melalui EventBridge acara, memberi Anda waktu untuk:
+ Simpan pekerjaan Anda atau pos pemeriksaan aplikasi Anda
+ Matikan proses
+ Mempersiapkan untuk penghentian misalnya
EventBridge Acara ini mencakup rincian tentang contoh mana yang akan dihentikan dan waktu penghentian yang tepat. Untuk informasi selengkapnya, lihat [Peringatan gangguan instance](monitor-interruptible-cr.md#instance-interruption-warning).
# Pantau Reservasi Kapasitas yang Dapat Diinterupsi dengan dan EventBridge CloudTrail
Reservasi Kapasitas yang Dapat Diinterupsi mengirimkan EventBridge pemberitahuan dan CloudTrail acara untuk membantu Anda memantau dan menanggapi perubahan kapasitas.
**Topics**
+ [
## EventBridge pemberitahuan
](#eventbridge-notifications)
+ [
## CloudTrail acara
](#cloudtrail-events)
## EventBridge pemberitahuan
Anda menerima dua jenis EventBridge notifikasi. Untuk selengkapnya tentang cara mengatur EventBridge notifikasi, lihat [Membuat EventBridge aturan Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
### Peringatan gangguan instance
Jika Anda menjalankan instance dalam reservasi yang dapat diinterupsi, Anda menerima pemberitahuan ini 2 menit sebelum instans Anda dihentikan:
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[instance owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"resources": "[instance arn]",
"region": "[region]",
"detail": {
"instance-id": "[instance-id]",
"instance-action": "terminate",
"instance-termination-time": "yyyy-mm-ddThh:mm:ssZ",
"azId": "[availability-zone-id]"
}
}
```
### Penyelesaian reklamasi
Jika Anda memiliki reservasi sumber, Anda menerima pemberitahuan ini ketika reklamasi kapasitas selesai:
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Interruptible Capacity Reservation Allocation Reclamation Completed",
"source": "aws.ec2",
"account": "[source Capacity Reservation Owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"region": "us-east-1",
"resources": ["source_cr_arn"],
"detail": {
"sourceCapacityReservationId": "string",
"instanceType": "string",
"availabilityZoneId": "string",
"TotalInstanceCount": "current total count in the source",
"ReclaimedInstanceCount": "count of instances added to the source",
"targetInstanceCount": "number"
}
}
```
## CloudTrail acara
CloudTrail mencatat peristiwa ini untuk Reservasi Kapasitas yang dapat terputus:
+ `InterruptibleCapacityReservationCreated`— Saat Anda membuat alokasi yang dapat diinterupsi
+ `InterruptibleCapacityReservationAllocationUpdated`— Saat Anda memodifikasi alokasi
+ `InterruptibleCapacityReservationCancelled`— Saat Anda membatalkan alokasi
+ `CapacityReservationModified`— Saat kami memodifikasi reservasi sumber untuk alokasi
+ `InterruptibleCapacityReservationInstancesTerminated`— Saat kami menghentikan instance selama reklamasi
# Blok Kapasitas untuk ML
Blok Kapasitas untuk ML memungkinkan Anda untuk memesan instans komputasi akselerasi berbasis GPU di masa mendatang untuk mendukung beban kerja machine learning (ML) berdurasi pendek Anda. Instans yang berjalan di dalam Blok Kapasitas secara otomatis ditempatkan berdekatan di dalam [Amazon UltraClusters](https://aws.amazon.com/ec2/ultraclusters/) EC2, untuk jaringan latensi rendah, skala petabit, dan non-pemblokiran.
Anda juga dapat menggunakan Blok Kapasitas untuk menyimpan kapasitas untuk Amazon EC2 UltraServers. UltraServers sambungkan beberapa instans Amazon EC2 dalam interkoneksi akselerator bandwidth tinggi latensi rendah. Anda dapat menggunakannya UltraServers untuk menangani AI/ML beban kerja komputasi dan memori yang paling intensif dalam pelatihan, fine-tuning, dan inferensi. Untuk informasi selengkapnya, lihat [Amazon EC2 UltraServers](https://aws.amazon.com/ec2/ultraservers/).
Dengan Blok Kapasitas, Anda dapat melihat kapan kapasitas instans GPU tersedia di masa mendatang, dan Anda dapat menjadwalkan Blok Kapasitas untuk memulai pada waktu yang paling sesuai untuk Anda. Saat Anda memesan Blok Kapasitas, Anda mendapatkan jaminan kapasitas yang dapat diprediksi untuk instans GPU dengan membayar jumlah waktu yang Anda butuhkan saja. Kami merekomendasikan Blok Kapasitas saat Anda GPUs perlu mendukung beban kerja ML Anda selama berhari-hari atau berminggu-minggu dan tidak ingin membayar reservasi saat instans GPU Anda tidak digunakan.
Berikut ini adalah beberapa kasus penggunaan umum untuk Blok Kapasitas.
+ **Pelatihan model ML dan fine-tuning** — Dapatkan akses tanpa gangguan ke instans GPU yang Anda pesan untuk menyelesaikan pelatihan model dan fine-tuning.
+ **Eksperimen dan prototipe ML** — Jalankan eksperimen dan bangun prototipe yang memerlukan instans GPU untuk jangka waktu pendek.
Blok Kapasitas tersedia untuk jenis instans tertentu di beberapa AWS Wilayah. Untuk informasi selengkapnya, lihat [Jenis dan Wilayah instans yang didukung](#capacity-blocks-prerequisites).
Anda dapat memesan Blok Kapasitas dengan waktu mulai reservasi hingga delapan minggu ke depan. Setiap Blok Kapasitas dapat memiliki hingga 64 instans, dan Anda dapat memiliki hingga 256 instans di seluruh Blok Kapasitas.
**Topics**
+ [
## Jenis dan Wilayah instans yang didukung
](#capacity-blocks-prerequisites)
+ [
## Platform yang didukung
](#capacity-blocks-platforms)
+ [
## Pertimbangan-pertimbangan
](#capacity-blocks-considerations)
+ [
## Sumber daya terkait
](#capacity-blocks-related-resources)
+ [
# Cara kerja Blok Kapasitas Amazon EC2
](capacity-blocks-how.md)
+ [
# Harga dan penagihan Blok Kapasitas
](capacity-blocks-pricing-billing.md)
+ [
# Temukan dan beli Blok Kapasitas
](capacity-blocks-purchase.md)
+ [
# Luncurkan instance menggunakan Blok Kapasitas
](capacity-blocks-launch.md)
+ [
# Melihat Blok Kapasitas
](capacity-blocks-view.md)
+ [
# Perluas Blok Kapasitas
](capacity-blocks-extend.md)
+ [
# Bagikan Blok Kapasitas
](capacity-blocks-share.md)
+ [
# Buat grup sumber daya untuk Blok UltraServer Kapasitas
](cb-group.md)
+ [
# Monitor Blok Kapasitas menggunakan EventBridge
](capacity-blocks-monitor.md)
+ [
# Kapasitas Pencatatan Memblokir panggilan API dengan AWS CloudTrail
](capacity-blocks-logging-using-cloudtrail.md)
## Jenis dan Wilayah instans yang didukung
Instance dan UltraServer Capacity Blocks dapat digunakan dengan tipe dan AWS wilayah instance berikut.
**catatan**
Ukuran Blok Kapasitas 64 instans tidak didukung untuk semua jenis instans secara keseluruhan Wilayah AWS.
### Blok Kapasitas Instance
+ **`p6-b300.48xlarge`**
+ AS Barat (Oregon) — `us-west-2`
+ **`p6-b200.48xlarge`**
+ AS Timur (Virginia N.) - `us-east-1`
+ AS Timur (Ohio) — `us-east-2`
+ AS Barat (Oregon) — `us-west-2`
+ **`p5.4xlarge`**
+ AS Timur (Virginia N.) - `us-east-1`
+ AS Timur (Ohio) — `us-east-2`
+ AS Barat (Oregon) — `us-west-2`
+ Eropa (London) — `eu-west-2`
+ Asia Pasifik (Mumbai) — `ap-south-1`
+ Asia Pasifik (Tokyo) — `ap-northeast-1`
+ Asia Pasifik (Sydney) — `ap-southeast-2`
+ Amerika Selatan (São Paulo) — `sa-east-1`
+ **`p5.48xlarge`**
+ AS Timur (Virginia N.) - `us-east-1`
+ AS Timur (Ohio) — `us-east-2`
+ AS Barat (California N.) - `us-west-1`
+ AS Barat (Oregon) — `us-west-2`
+ Eropa (Stockholm) — `eu-north-1`
+ Eropa (London) — `eu-west-2`
+ Amerika Selatan (São Paulo) — `sa-east-1`
+ Asia Pasifik (Tokyo) — `ap-northeast-1`
+ Asia Pasifik (Mumbai) — `ap-south-1`
+ Asia Pasifik (Sydney) — `ap-southeast-2`
+ Asia Pasifik (Jakarta) — `ap-southeast-3`
+ Zona Lokal AS Timur (Atlanta) - `us-east-1-atl-2a`
+ **`p5e.48xlarge`**
+ AS Timur (Virginia N.) - `us-east-1`
+ AS Timur (Ohio) — `us-east-2`
+ AS Barat (California N.) - `us-west-1`
+ AS Barat (Oregon) — `us-west-2`
+ Eropa (Stockholm) — `eu-north-1`
+ Eropa (London) — `eu-west-2`
+ Eropa (Spanyol) — `eu-south-2`
+ Amerika Selatan (São Paulo) — `sa-east-1`
+ Asia Pasifik (Tokyo) — `ap-northeast-1`
+ Asia Pasifik (Seoul) - `ap-northeast-2`
+ Asia Pasifik (Mumbai) — `ap-south-1`
+ Asia Pasifik (Jakarta) — `ap-southeast-3`
+ Zona Lokal AS Barat (Phoenix) - `us-west-2-phx-2a`
+ **`p4d.24xlarge`**
+ AS Timur (Virginia N.) - `us-east-1`
+ AS Timur (Ohio) — `us-east-2`
+ AS Barat (Oregon) — `us-west-2`
+ **`p4de.24xlarge`**
+ AS Timur (Virginia N.) - `us-east-1`
+ AS Barat (Oregon) — `us-west-2`
+ **`trn1.32xlarge`**
+ AS Timur (Virginia N.) - `us-east-1`
+ AS Timur (Ohio) — `us-east-2`
+ AS Barat (California N.) - `us-west-1`
+ AS Barat (Oregon) — `us-west-2`
+ Eropa (Stockholm) — `eu-north-1`
+ Asia Pasifik (Mumbai) — `ap-south-1`
+ Asia Pasifik (Sydney) — `ap-southeast-2`
+ Asia Pasifik (Melbourne) — `ap-southeast-4`
+ **`trn2.3xlarge `**
+ Asia Pasifik (Melbourne) — `ap-southeast-4`
+ Amerika Selatan (São Paulo) — `sa-east-1`
+ **`trn2.48xlarge`**
+ AS Timur (Ohio) — `us-east-2`
### UltraServer Blok Kapasitas
+ **`Trn2`**
+ AS Timur (Ohio) — `us-east-2`
+ **`P6e-GB200`**
+ Zona Lokal AS Timur (Dallas) - `us-east-1-dfw-2a`
## Platform yang didukung
Blok Kapasitas untuk L saat ini mendukung instance dan hanya UltraServers dengan penyewaan default. Saat Anda menggunakan Konsol Manajemen AWS untuk membeli Blok Kapasitas, opsi platform default adalah Linux/UNIX. Saat Anda menggunakan AWS Command Line Interface (AWS CLI) atau AWS SDK untuk membeli Blok Kapasitas, opsi platform berikut tersedia:
+ Linux/UNIX
+ Linux Red Hat Enterprise
+ RHEL dengan HA
+ SUSE Linux
+ Ubuntu Pro
## Pertimbangan-pertimbangan
Sebelum Anda menggunakan Blok Kapasitas, pertimbangkan detail dan batasan berikut.
+ Jika kami mendeteksi gangguan yang berdampak pada Blok UltraServer Kapasitas, kami akan memberi tahu Anda tetapi umumnya tidak akan mengambil tindakan untuk menghentikan instans Anda di Blok Kapasitas. Ini untuk meminimalkan gangguan yang tidak disengaja pada beban kerja Anda. Anda dapat terus menggunakan Blok UltraServer Kapasitas sebagaimana adanya setelah menerima pemberitahuan ini atau meminta perbaikan dengan menghentikan semua instance pada blok kapasitas dan mengirimkan kasus dukungan. AWS Setelah kami menerima kasus dukungan Anda, kami akan memberi tahu Anda ketika kami telah menyelesaikan remediasi dan Anda dapat meluncurkan kembali instans ke Blok Kapasitas Anda. UltraServer
+ Untuk Blok `P6e-GB200` UltraServer Kapasitas, Anda harus menghentikan instans Anda setidaknya 60 menit sebelum waktu akhir Blok Kapasitas.
+ Untuk membeli dan menggunakan Blok Kapasitas di Local Zones, Anda harus ikut serta dalam Zona Lokal.
+ Setiap Blok Kapasitas dapat memiliki hingga 64 instans, dan Anda dapat memiliki hingga 256 instans di seluruh Blok Kapasitas.
+ Anda dapat menjelaskan penawaran Blok Kapasitas yang dapat dimulai segera setelah 30 menit.
+ Blok Kapasitas berakhir pada 11:30 Waktu Universal Terkoordinasi (UTC).
+ Proses pengakhiran untuk instans yang berjalan di Blok Kapasitas dimulai pada pukul 11:00 Waktu Universal Terkoordinasi (UTC) pada hari terakhir reservasi.
+ Blok Kapasitas dapat dipesan dengan waktu mulai hingga 8 minggu di masa mendatang.
+ Pembatalan Blok Kapasitas tidak diizinkan.
+ UltraServer Blok Kapasitas tidak dapat dibagikan di seluruh AWS akun atau di dalam AWS Organisasi Anda.
+ Blok Kapasitas tidak dapat [dipindahkan](capacity-reservations-move.md) atau [dipecah](capacity-reservations-split.md).
+ Hanya Blok UltraServer Kapasitas yang dapat digunakan dengan grup sumber daya. Blok Kapasitas Instance tidak dapat digunakan dengan grup sumber daya. Untuk informasi selengkapnya, lihat [Buat grup sumber daya untuk Blok UltraServer Kapasitas](cb-group.md).
+ Jumlah total instans yang dapat dicadangkan di Blok Kapasitas di semua akun di AWS Organisasi Anda tidak dapat melebihi 256 instans pada tanggal tertentu.
+ Untuk menggunakan Blok Kapasitas, instans harus secara khusus menargetkan ID reservasi.
+ Instans dalam Blok Kapasitas tidak diperhitungkan dalam batas Instans Sesuai Permintaan Anda.
+ Untuk instans P5 yang menggunakan AMI kustom, pastikan Anda memiliki [perangkat lunak dan konfigurasi yang diperlukan untuk](gpu-instances-started.md) EFA.
+ Untuk grup node terkelola Amazon EKS, lihat [Membuat grup node terkelola dengan Blok Kapasitas Amazon EC2 untuk](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html) ML. Untuk grup node yang dikelola sendiri Amazon EKS, lihat [Menggunakan Blok Kapasitas untuk MLdengan node yang dikelola sendiri](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks.html).
## Sumber daya terkait
Setelah Anda membuat Blok Kapasitas, Anda dapat melakukan hal berikut dengan Blok Kapasitas:
+ Luncurkan instance ke Blok Kapasitas. Untuk informasi selengkapnya, lihat [Luncurkan instance menggunakan Blok Kapasitas](capacity-blocks-launch.md).
+ Buat grup Penskalaan Otomatis Amazon EC2. 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.
**catatan**
Jika Anda menggunakan Amazon EC2 Auto Scaling atau Amazon EKS, Anda dapat menjadwalkan penskalaan untuk dijalankan di awal reservasi Blok Kapasitas. Dengan penskalaan terjadwal, AWS secara otomatis menangani percobaan ulang untuk Anda, jadi Anda tidak perlu khawatir menerapkan logika coba lagi untuk menangani kegagalan sementara.
+ Tingkatkan alur kerja ML dengan Layanan Komputasi AWS Paralel. Untuk informasi selengkapnya, lihat [Dukungan Blok Kapasitas untuk Layanan Komputasi AWS Paralel](https://aws.amazon.com/blogs/hpc/announcing-capacity-blocks-support-for-aws-parallel-computing-service/).
+ Tingkatkan alur kerja ML dengan AWS ParallelCluster. Untuk informasi selengkapnya, lihat [Meningkatkan alur kerja ML dengan AWS ParallelCluster dan Blok Kapasitas Amazon EC2](https://aws.amazon.com/blogs/hpc/enhancing-ml-workflows-with-aws-parallelcluster-and-amazon-ec2-capacity-blocks-for-ml/) untuk ML.
Untuk informasi AWS selengkapnya tentang Layanan Komputasi Paralel, lihat [Apa itu Layanan Komputasi AWS Paralel](https://docs.aws.amazon.com/pcs/latest/userguide/what-is-service.html).
Untuk informasi lebih lanjut tentang AWS ParallelCluster, lihat [Apa itu AWS ParallelCluster](https://docs.aws.amazon.com/parallelcluster/latest/ug/what-is-aws-parallelcluster.html).
# Cara kerja Blok Kapasitas Amazon EC2
Anda dapat memesan Blok Kapasitas dengan spesifikasi sebagai berikut:
+ Pesan waktu mulai hingga 8 minggu sebelumnya
+ Tetapkan durasi reservasi satu hingga 14 hari atau kelipatan 7 hari, hingga 182 hari (Contoh: 21 hari, 28 hari)
+ Konfigurasikan hingga 64 instans per Blok Kapasitas
+ Konfigurasikan hingga 256 instans di beberapa Blok Kapasitas
Untuk Amazon EC2 UltraServers, masing-masing UltraServer sesuai dengan satu Blok Kapasitas. Anda dapat meminta beberapa UltraServers melalui satu permintaan.
Anda dapat menggunakan Blok Kapasitas untuk memesan`p6-b200`,`p5`,`p5e`,`p5en`,`p4d`,`p4de`,`trn1`, dan `trn2` instance. Anda dapat membeli UltraServer jenis berikut melalui Blok Kapasitas: `P6e-GB200` dan `Trn2` (dalam pratinjau).
Untuk memesan Blok Kapasitas, Anda mulai dengan menentukan kebutuhan kapasitas Anda, termasuk jenis atau UltraServer jenis instans, jumlah instans atau UltraServers, jumlah waktu, tanggal mulai paling awal, dan tanggal akhir terbaru yang Anda butuhkan. Kemudian, Anda dapat melihat penawaran Blok Kapasitas yang tersedia yang memenuhi spesifikasi Anda. Penawaran Blok Kapasitas mencakup detail seperti waktu mulai, Zona Ketersediaan, dan harga reservasi. Harga penawaran Blok Kapasitas tergantung pada penawaran dan permintaan yang tersedia pada saat penawaran dikirimkan. Setelah Anda memesan Blok Kapasitas, harga tidak berubah. Untuk informasi selengkapnya, lihat [Harga dan penagihan Blok Kapasitas](capacity-blocks-pricing-billing.md).
Saat Anda membeli penawaran Blok Kapasitas, reservasi dibuat sesuai tanggal dan jumlah instans yang Anda pilih. Saat reservasi Blok Kapasitas dimulai, Anda dapat menargetkan peluncuran instans dengan menentukan ID reservasi dalam permintaan peluncuran.
Anda dapat menggunakan semua instans yang Anda pesan hingga 30 menit (misalnya jenis) atau 60 menit (untuk UltraServer jenis) sebelum waktu akhir Blok Kapasitas. Dengan 30 menit (misalnya jenis) atau 60 menit (untuk UltraServer tipe) tersisa di reservasi Blok Kapasitas Anda, kami mulai menghentikan semua instance yang berjalan di Blok Kapasitas. Kami menggunakan waktu ini untuk membersihkan instans Anda sebelum mengirimkan Blok Kapasitas ke pelanggan berikutnya. Kami memancarkan acara melalui EventBridge 10 menit sebelum proses penghentian dimulai. Untuk informasi selengkapnya, lihat [Monitor Blok Kapasitas menggunakan EventBridge](capacity-blocks-monitor.md).
# Harga dan penagihan Blok Kapasitas
Dengan Blok Kapasitas Amazon EC2 untuk M, Anda hanya membayar untuk apa yang Anda pesan. Harga Blok Kapasitas tergantung pada penawaran dan permintaan yang tersedia untuk Blok Kapasitas pada saat pembelian. Anda dapat melihat harga penawaran Blok Kapasitas sebelum Anda memesannya. Harga Blok Kapasitas dibebankan di muka pada saat reservasi dilakukan. Saat Anda mencari Blok Kapasitas di suatu rentang tanggal, kami mengembalikan penawaran Blok Kapasitas dengan harga terendah yang tersedia. Setelah Anda memesan Blok Kapasitas, harga tidak berubah.
Ketika Anda menggunakan Blok Kapasitas, Anda membayar untuk sistem operasi yang Anda gunakan saat instans Anda berjalan. Untuk informasi selengkapnya tentang harga sistem operasi, lihat [Blok Kapasitas Amazon EC2 untuk Harga ML](https://aws.amazon.com/ec2/capacityblocks/pricing/).
## Penagihan
Harga penawaran Blok Kapasitas dibebankan di muka. Pembayaran ditagih ke AWS akun Anda dalam waktu 5 menit hingga 12 jam setelah Anda membeli Blok Kapasitas. Saat pembayaran Anda diproses, sumber daya reservasi Blok Kapasitas Anda tetap dalam status `payment-pending`. Jika pembayaran Anda tidak dapat diproses setidaknya 5 menit sebelum waktu mulai pemblokiran, atau dalam 12 jam (mana yang lebih dulu), Blok Kapasitas Anda dilepaskan dan status reservasi berubah menjadi. `payment-failed`
Setelah pembayaran Anda berhasil diproses, status sumber daya Blok Kapasitas berubah dari `payment-pending` menjadi `scheduled`. Anda menerima faktur yang menunjukkan pembayaran satu kali di muka. Dalam faktur, Anda dapat mengaitkan jumlah yang dibayarkan dengan ID reservasi Blok Kapasitas.
Ketika reservasi Blok Kapasitas dimulai, Anda ditagih hanya berdasarkan sistem operasi yang Anda gunakan saat instans Anda berjalan di reservasi. Anda dapat melihat penggunaan dan biaya terkait dalam tagihan setahun Anda untuk bulan penggunaan di AWS Cost and Usage Report Anda.
**catatan**
Diskon Savings Plans dan Reserved instans tidak berlaku untuk Blok Kapasitas.
**Melihat tagihan Anda**
Anda dapat melihat tagihan Anda di AWS Manajemen Penagihan dan Biaya konsol. Pembayaran di muka untuk Blok Kapasitas Anda muncul di bulan pembelian reservasi.
Setelah reservasi dimulai, tagihan Anda menunjukkan reservasi blok yang digunakan dan waktu yang tidak digunakan dalam baris yang terpisah. Anda dapat menggunakan item baris ini untuk melihat berapa banyak waktu yang digunakan dalam reservasi Anda. Anda hanya akan melihat biaya penggunaan di baris untuk waktu yang digunakan jika Anda menggunakan sistem operasi premium. Untuk informasi selengkapnya, lihat [Harga dan penagihan Blok Kapasitas](#capacity-blocks-pricing-billing). Tidak ada biaya tambahan untuk waktu yang tidak digunakan.
Untuk informasi selengkapnya, lihat [Melihat tagihan Anda](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) dalam *Panduan Pengguna AWS Manajemen Penagihan dan Biaya *.
Jika Blok Kapasitas dimulai pada bulan yang berbeda dari bulan pembelian reservasi, harga di muka dan penggunaan reservasi muncul di bawah bulan tagihan yang terpisah. Dalam ID reservasi Blok Kapasitas Anda AWS Cost and Usage Report tercantum dalam item baris **Reservasi/ReservationARN** dari biaya dimuka Anda dan **LineItem/ResourceID di tagihan ulang** tahun Anda sehingga Anda dapat mengaitkan penggunaan dengan harga di muka yang sesuai.
# Temukan dan beli Blok Kapasitas
Untuk memesan Blok Kapasitas, pertama-tama Anda harus menemukan blok waktu ketika kapasitas tersedia yang sesuai dengan kebutuhan Anda. Untuk menemukan Blok Kapasitas yang tersedia untuk cadangan, Anda tentukan yang berikut.
+ Jumlah instans yang Anda butuhkan
+ Durasi waktu Anda membutuhkan instans
+ Rentang tanggal yang Anda perlukan untuk reservasi
Untuk mencari penawaran Blok Kapasitas yang tersedia, tentukan durasi reservasi dan jumlah instans. Anda harus menentukan durasi reservasi dalam **kenaikan 1 hari hingga 14 hari, dan dalam kenaikan 7 hari hingga 182 hari**. Setiap Blok Kapasitas dapat memiliki hingga 64 instans, dan Anda dapat memiliki hingga 256 instans di seluruh Blok Kapasitas.
Saat Anda meminta Blok Kapasitas yang sesuai dengan spesifikasi Anda, kami memberikan detail hingga 6 blok yang tersedia. Semua Blok Kapasitas berakhir pada 11:30 UTC, sehingga blok yang dimulai pada hari yang sama akan memiliki durasi yang paling cocok dengan durasi yang Anda inginkan. Satu blok akan memiliki durasi yang sedikit kurang dari durasi yang Anda inginkan, sementara yang lain akan memiliki durasi sedikit lebih besar dari durasi yang Anda inginkan.
Detail penawaran termasuk waktu mulai reservasi, Zona Ketersediaan untuk reservasi, dan harga reservasi. Untuk informasi selengkapnya, lihat [Harga dan penagihan Blok Kapasitas](capacity-blocks-pricing-billing.md).
Anda dapat membeli penawaran Blok Kapasitas yang ditampilkan, atau Anda dapat memodifikasi kriteria pencarian untuk melihat opsi lain yang tersedia. Tidak ada waktu kedaluwarsa yang telah ditentukan untuk penawaran, tetapi penawaran hanya tersedia berdasarkan siapa cepat, dia dapat.
Ketika Anda membeli penawaran Blok Kapasitas, Anda mendapatkan tanggapan langsung yang mengonfirmasi bahwa Blok Kapasitas Anda telah terpesan. Setelah konfirmasi, Anda akan melihat Reservasi Kapasitas baru di akun Anda dengan tipe reservasi `capacity-block` dan `start-date` diatur ke waktu mulai penawaran yang Anda beli. Reservasi Blok Kapasitas Anda dibuat dengan status `payment-pending`. Setelah pembayaran di muka berhasil diproses, status reservasi berubah menjadi `scheduled`. Untuk informasi selengkapnya, lihat [Penagihan](capacity-blocks-pricing-billing.md#capacity-blocks-billing).
**catatan**
Untuk membeli dan menggunakan Blok Kapasitas di Local Zones, Anda harus ikut serta dalam Zona Lokal.
------
#### [ Console ]
**Untuk menemukan dan membeli Blok Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di bilah navigasi di bagian atas layar, pilih file Wilayah AWS. Pilihan ini penting karena ukuran Blok Kapasitas 64 instans tidak didukung untuk semua jenis instans di semua Wilayah.
1. Di panel navigasi, pilih **Reservasi Kapasitas**, **Buat Blok Kapasitas**.
1. Di bawah **tipe Blok Kapasitas**, pilih **Instans** atau ** UltraServers**.
1. Di bawah **Atribut kapasitas**, Anda dapat menentukan parameter pencarian Blok Kapasitas. Secara default, platformnya adalah Linux. Jika Anda ingin memilih sistem operasi yang berbeda, gunakan AWS CLI. Untuk informasi selengkapnya, lihat [Platform yang didukung](ec2-capacity-blocks.md#capacity-blocks-platforms).
1. Di bawah **Total kapasitas** (untuk Instans) atau **UltraServer hitung** (untuk UltraServers), tentukan jumlah instance atau yang ingin UltraServers Anda pesan.
1. Di bawah **Durasi**, masukkan jumlah hari atau minggu yang Anda butuhkan untuk reservasi.
1. Di bawah **Rentang tanggal untuk mencari Blok Kapasitas**, masukkan tanggal paling awal yang Anda inginkan untuk memulai reservasi.
1. Pilih **Temukan Blok Kapasitas**.
1. Jika Blok Kapasitas tersedia yang memenuhi spesifikasi Anda, Anda akan melihat penawaran di bawah **Blok Kapasitas yang Disarankan**. Jika ada beberapa penawaran yang memenuhi spesifikasi Anda, penawaran Blok Kapasitas paling awal yang tersedia ditampilkan. Untuk melihat penawaran Blok Kapasitas lainnya, sesuaikan input pencarian Anda dan pilih **Temukan Blok Kapasitas** lagi.
1. Ketika Anda menemukan penawaran Blok Kapasitas yang ingin Anda beli, pilih **Berikutnya**.
1. (Opsional) Pada halaman **Tambahkan tanda**, pilih **Tambahkan tanda baru**.
1. Halaman **Tinjauan dan pembelian** menampilkan daftar tanggal mulai dan berakhir, durasi, jumlah total instans, dan harga.
**catatan**
Blok Kapasitas tidak dapat dibatalkan setelah Anda memesannya.
1. Di jendela popup **Beli Blok Kapasitas**, ketik konfirmasi, lalu pilih **Beli**.
------
#### [ AWS CLI ]
**Untuk menemukan contoh Blok Kapasitas**
Gunakan perintah [ describe-capacity-block-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-offerings.html).
Contoh berikut menemukan contoh Capacity Blocks.
```
aws ec2 describe-capacity-block-offerings \
--instance-type p5.48xlarge \
--instance-count 16 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48 \
--all-availability-zones
```
Contoh berikut menemukan Blok UltraServer Kapasitas.
```
aws ec2 describe-capacity-block-offerings \
--ultraserver-type u-p6e-gb200x72 \
--ultraserver-count 1 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48
```
**Untuk membeli Blok Kapasitas**
Gunakan [ purchase-capacity-block](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html)perintah dengan ID penawaran Blok Kapasitas dari output dari contoh sebelumnya.
```
aws ec2 purchase-capacity-block \
--capacity-block-offering-id cb-0123456789abcdefg \
--instance-platform Linux/UNIX
```
------
#### [ PowerShell ]
**Untuk menemukan Blok Kapasitas**
Gunakan [Get-EC2CapacityBlockOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockOffering.html)cmdlet.
Contoh berikut menemukan contoh Capacity Blocks.
```
Get-EC2CapacityBlockOffering `
-InstanceType p5.48xlarge `
-InstanceCount 16 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z `
-AllAvailabilityZones $true
```
Contoh berikut menemukan Blok UltraServer Kapasitas.
```
Get-EC2CapacityBlockOffering `
-UltraserverType u-p6e-gb200x72 `
-UltraserverCount 1 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z
```
**Untuk membeli Blok Kapasitas**
Gunakan [New- EC2 EC2 CapacityBlock](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2EC2CapacityBlock.html) cmdlet dengan ID penawaran Blok Kapasitas dari output contoh sebelumnya.
```
New-EC2EC2CapacityBlock `
-CapacityBlockOfferingId cb-0123456789abcdefg `
-InstancePlatform Linux/UNIX
```
------
# Luncurkan instance menggunakan Blok Kapasitas
Untuk menggunakan Blok Kapasitas, Anda harus menentukan ID reservasi Blok Kapasitas saat meluncurkan instans. Meluncurkan sebuah instans ke dalam Blok Kapasitas mengurangi kapasitasnya yang tersedia dengan jumlah instans yang diluncurkan. Misalnya, jika kapasitas instans yang Anda beli adalah delapan instans dan Anda meluncurkan empat instans, kapasitas yang tersedia dikurangi empat instans.
Jika Anda mengakhiri instans yang berjalan di Blok Kapasitas sebelum reservasi berakhir, Anda dapat meluncurkan instans baru sebagai gantinya. Saat Anda mengakhiri atau menghentikan instans di Blok Kapasitas, dibutuhkan waktu beberapa menit untuk membersihkan instans sebelum Anda dapat meluncurkan instans lain untuk menggantinya. Selama waktu ini, instans Anda akan dalam status berhenti atau `shutting-down`. Setelah proses ini selesai, status instans Anda akan berubah menjadi `stopped` atau `terminated`. Kemudian, kapasitas yang tersedia di Blok Kapasitas Anda akan diperbarui untuk menampilkan instans lain yang tersedia untuk digunakan.
**Persyaratan**
+ Instans Anda tidak dapat diluncurkan di subnet di Zona Ketersediaan yang berbeda dari Zona Ketersediaan tempat Blok Kapasitas Anda berada.
+ Instans Anda tidak dapat diluncurkan menggunakan AMI dengan platform yang berbeda dari platform untuk Blok Kapasitas Anda.
+ Untuk menggunakan Blok Kapasitas di Local Zones, Anda harus memilih masuk ke Zona Lokal.
------
#### [ Console ]
**Untuk meluncurkan instance ke Blok Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Pada bilah navigasi di bagian atas layar, pilih Wilayah untuk reservasi Blok Kapasitas Anda.
1. Dari dasbor konsol Amazon EC2, pilih **Luncurkan instans**.
1. Ikuti prosedur untuk [meluncurkan instans](ec2-launch-instance-wizard.md).
1. Perluas **Detail lanjutan**, dan untuk **opsi Pembelian**, pilih **Blok Kapasitas**. Kemudian lakukan salah satu hal berikut:
+ Untuk meluncurkan instans ke Blok Kapasitas tertentu, untuk **Reservasi Kapasitas pilih Tentukan Reservasi** **Kapasitas**, lalu pilih Blok Kapasitas.
+ (*UltraServers hanya*) Untuk meluncurkan instance ke grup sumber daya Blok UltraServer Kapasitas, untuk **Reservasi Kapasitas** pilih **Tentukan grup sumber daya Reservasi Kapasitas**, lalu pilih grup sumber daya.
1. Pilih **Luncurkan instans**.
------
#### [ AWS CLI ]
**Untuk meluncurkan instance menggunakan ke dalam Blok Kapasitas**
Gunakan perintah [run-instance](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) dengan opsi. `instance-market-options MarketType`
Contoh berikut meluncurkan sebuah instance ke dalam Blok Kapasitas tertentu.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p5.48xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_block_id}
```
Contoh berikut meluncurkan instance ke grup sumber daya Blok UltraServer Kapasitas.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p6e-gb200.36xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationResourceGroupArn=resource_group_arn}
```
------
#### [ PowerShell ]
**Untuk meluncurkan instance ke Blok Kapasitas**
Gunakan [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)cmdlet dengan `-InstanceMarketOption` opsi yang didefinisikan sebagai berikut.
```
$marketoption = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketoption.MarketType = "capacity-block"
```
Contoh berikut meluncurkan sebuah instance ke dalam Blok Kapasitas tertentu.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p5.48xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationId capacity_block_id
```
Contoh berikut meluncurkan instance ke grup sumber daya Blok UltraServer Kapasitas.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p6e-gb200.36xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationResourceGroupArn "resource_group_arn"
```
------
**Sumber daya terkait**
+ Untuk membuat template peluncuran yang menargetkan Blok Kapasitas, lihat[Simpan parameter peluncuran instans di templat peluncuran Amazon EC2](ec2-launch-templates.md).
+ Untuk meluncurkan instans ke Blok Kapasitas menggunakan Armada EC2, lihat. [Tutorial: Konfigurasikan Armada EC2 Anda untuk meluncurkan instans ke Blok Kapasitas](ec2-fleet-launch-instances-capacity-blocks-walkthrough.md)
+ Untuk menyiapkan grup node terkelola EKS dengan Blok Kapasitas, lihat [Membuat grup node terkelola dengan Blok Kapasitas untuk ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html) di **Panduan Pengguna Amazon EKS**.
+ Untuk mengatur AWS ParallelCluster menggunakan Blok Kapasitas, lihat [ML aktif AWS ParallelCluster](https://catalog.workshops.aws/ml-on-aws-parallelcluster/en-US).
# Melihat Blok Kapasitas
Setelah Anda memesan Blok Kapasitas, Anda dapat melihat reservasi Blok Kapasitas di akun AWS Anda. Anda dapat menampilkan `start-date` dan `end-date` untuk melihat kapan reservasi Anda akan dimulai dan berakhir. Sebelum reservasi Blok Kapasitas dimulai, kapasitas yang tersedia muncul adalah nol. Anda dapat melihat berapa banyak instans yang akan tersedia di Blok Kapasitas Anda dengan nilai tanda untuk kunci tanda `aws:ec2capacityreservation:incrementalRequestedQuantity`.
Saat reservasi Blok Kapasitas dimulai, status reservasi berubah dari `scheduled` menjadi `active`. Kami mengeluarkan acara melalui Amazon EventBridge untuk memberi tahu Anda bahwa Blok Kapasitas tersedia untuk digunakan. Untuk informasi selengkapnya, lihat [Monitor Blok Kapasitas menggunakan EventBridge](capacity-blocks-monitor.md).
Blok Kapasitas memiliki status sebagai berikut:
+ `payment-pending` – Pembayaran dimuka belum diproses.
+ `payment-failed`—Pembayaran tidak dapat diproses dalam jangka waktu 12 jam. Blok Kapasitas Anda telah dirilis.
+ `scheduled` – Pembayaran telah diproses dan reservasi Blok Kapasitas belum dimulai.
+ `active` – Kapasitas terpesan tersedia untuk Anda gunakan.
+ `expired` – Reservasi Blok Kapasitas kedaluwarsa secara otomatis pada tanggal dan waktu yang ditentukan dalam permintaan reservasi Anda. Kapasitas terpesan tidak lagi tersedia untuk Anda gunakan.
------
#### [ Console ]
**Untuk melihat Blok Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Pada halaman **ikhtisar Reservasi Kapasitas**, Anda melihat tabel sumber daya dengan detail tentang semua sumber daya Reservasi Kapasitas Anda. Untuk menemukan reservasi Blok Kapasitas, pilih **Blok Kapasitas** dari daftar tarik-turun di atas **ID Reservasi Kapasitas**. Dalam tabel, Anda dapat melihat informasi tentang Blok Kapasitas seperti tanggal mulai dan berakhir, durasi, dan status.
1. Untuk detail selengkapnya tentang Blok Kapasitas, pilih ID reservasi untuk Blok Kapasitas yang ingin Anda lihat. Halaman **detail Reservasi Kapasitas** menampilkan semua properti reservasi dan jumlah instans yang digunakan serta tersedia di Blok Kapasitas.
**catatan**
Sebelum reservasi Blok Kapasitas dimulai, kapasitas yang tersedia muncul adalah nol. Anda dapat melihat berapa banyak instans yang akan tersedia saat reservasi Blok Kapasitas dimulai dengan menggunakan nilai tanda berikut untuk kunci tanda: `aws:ec2capacityreservation:incrementalRequestedQuantity`.
------
#### [ AWS CLI ]
**Untuk melihat Blok Kapasitas**
Secara default, saat Anda menggunakan [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html)perintah, reservasi Kapasitas Sesuai Permintaan dan Blok Kapasitas terdaftar. Untuk hanya melihat reservasi Blok Kapasitas Anda, filter untuk jenis pemesanan. `capacity-block`
```
aws ec2 describe-capacity-reservations \
--filters Name=reservation-type,Values=capacity-block
```
------
#### [ PowerShell ]
**Untuk melihat Blok Kapasitas**
Gunakan [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html)cmdlet. Secara default, Reservasi Kapasitas Sesuai Permintaan dan reservasi Blok Kapasitas terdaftar. Untuk hanya melihat reservasi Blok Kapasitas Anda, filter untuk jenis pemesanan. `capacity-block`
```
Get-EC2CapacityReservation `
-Filter @{Name="reservation-type"; Values="capacity-block"}
```
------
# Perluas Blok Kapasitas
Dengan Blok Kapasitas, Anda mencadangkan kapasitas komputasi untuk beban kerja Anda, memastikan ketersediaan dan konsistensi. Untuk mengakomodasi perubahan kebutuhan Anda, Anda dapat memperpanjang durasi Blok Kapasitas yang ada sesuai kebutuhan.
Untuk memperluas Blok Kapasitas, ia harus memiliki status `active` atau`scheduled`, dan tidak memiliki ekstensi yang ada`payment-pending`. Anda dapat meminta untuk memperpanjang durasi Blok Kapasitas hingga minimal 1 jam atau maksimal 56 hari sebelum habis masa berlakunya. Anda dapat memperpanjang Blok Kapasitas Anda dengan kenaikan 1 hari hingga 14 hari, dan kenaikan 7 hari hingga total 182 hari (26 minggu). Saat Anda memperpanjang Blok Kapasitas, tanggal berakhirnya akan diperbarui sehingga instans Anda dapat terus berjalan tanpa gangguan.
+ Tidak ada batasan jumlah ekstensi yang dapat Anda terapkan ke Blok Kapasitas
+ ID Reservasi Kapasitas Anda akan tetap sama setelah memperpanjang blok
+ Blok Kapasitas hanya dapat diperpanjang jika ada kapasitas yang cukup tersedia untuk mendukungnya, yang tidak dijamin.
## Penagihan
Harga penawaran Blok Kapasitas dibebankan di muka. Perpanjangan akan tetap ada `payment-pending` sampai tagihan dibayarkan. Jika pembayaran Anda tidak dapat diproses dalam waktu 12 jam, atau hingga 35 menit sebelum Blok Kapasitas dijadwalkan berakhir (mana yang lebih dulu), ekstensi Anda tidak berhasil dan status berubah menjadi. `payment-failed` Reservasi Blok Kapasitas Anda akan tetap `active` dan akan dihentikan pada tanggal akhir asli.
Setelah pembayaran Anda berhasil diproses, status ekstensi Blok Kapasitas berubah menjadi `payment-succeeded` dan tanggal akhir reservasi Blok Kapasitas akan diperbarui ke tanggal akhir yang baru. Detail ekstensi Anda dapat dilihat di bagian **detail Ekstensi Blok Kapasitas** konsol, atau dengan menggunakan perintah [describe-capacity-block-extension-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-history.html).
## Perluas Blok Kapasitas Anda
------
#### [ Console ]
**Untuk memperluas Blok Kapasitas**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Pada halaman **ikhtisar Reservasi Kapasitas**, Anda melihat tabel sumber daya dengan detail tentang semua sumber daya Reservasi Kapasitas Anda. Pilih ID reservasi untuk Blok Kapasitas yang ingin Anda perpanjang.
1. Dari menu **tarik-turun Tindakan**, pilih **Perluas Blok Kapasitas**.
1. Di bawah **Durasi**, masukkan jumlah hari atau minggu yang Anda perlukan untuk memperpanjang reservasi.
1. Pilih **Temukan Blok Kapasitas**.
1. Jika Blok Kapasitas tersedia yang memenuhi spesifikasi Anda, penawaran akan muncul di bawah **Blok Kapasitas yang Disarankan**. Untuk melihat penawaran Blok Kapasitas lainnya, sesuaikan input pencarian Anda dan pilih **Temukan Blok Kapasitas** lagi.
1. Ketika Anda menemukan penawaran Blok Kapasitas yang ingin Anda beli, pilih **Perpanjang**.
1. Di jendela pop-up **Perpanjang Blok Kapasitas**, masukkan *konfirmasi*, lalu pilih **Perpanjang**.
------
#### [ AWS CLI ]
**Untuk menemukan ekstensi Blok Kapasitas**
Gunakan perintah [describe-capacity-block-extension-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-offerings.html). Contoh berikut mencari ekstensi Blok Kapasitas 48 jam untuk Reservasi yang ditentukan.
```
aws ec2 describe-capacity-block-extension-offerings \
--capacity-reservation-id cr-1234567890abcdefg \
--capacity-block-extension-duration-hours 48
```
**Untuk memperluas Blok Kapasitas**
Gunakan perintah [purchase-capacity-block-extension](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block-extension.html). Tentukan ID penawaran ekstensi dari output dari contoh sebelumnya.
```
aws ec2 purchase-capacity-block-extension \
--capacity-block-extension-offering-id cbe-0123456789abcdefg \
--capacity-reservation-id cr-1234567890abcdefg
```
------
#### [ PowerShell ]
**Untuk menemukan ekstensi Blok Kapasitas**
Gunakan [Get-EC2CapacityBlockExtensionOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockExtensionOffering.html)cmdlet. Contoh berikut mencari ekstensi Blok Kapasitas 48 jam untuk Reservasi yang ditentukan.
```
Get-EC2CapacityBlockExtensionOffering `
-CapacityReservationId cr-1234567890abcdefg `
-CapacityBlockExtensionDurationHour 48
```
**Untuk memperluas Blok Kapasitas**
Gunakan [Invoke-EC2CapacityBlockExtension](https://docs.aws.amazon.com/powershell/latest/reference/items/Invoke-EC2CapacityBlockExtension.html)cmdlet. Tentukan ID penawaran ekstensi dari output dari contoh sebelumnya.
```
Invoke-EC2CapacityBlockExtension `
-CapacityBlockExtensionOfferingId cbe-0123456789abcdefg `
-CapacityReservationId cr-1234567890abcdefg
```
------
# Bagikan Blok Kapasitas
Berbagi Blok Kapasitas memungkinkan pemilik Blok Kapasitas berbagi Blok Kapasitas Amazon EC2 dengan AWS akun lain dalam Organisasi. AWS Ini memungkinkan Anda memaksimalkan pemanfaatan kapasitas GPU cadangan di berbagai tim dan proyek untuk menggunakan Blok Kapasitas secara efisien.
AWS Akun yang memiliki Blok Kapasitas (pemilik) dapat membagikannya dengan AWS akun lain (konsumen). Pemilik dapat berbagi Blok Kapasitas dengan AWS akun tertentu di dalam AWS Organisasi mereka, unit organisasi di dalam AWS Organisasi mereka, atau seluruh AWS Organisasi. Konsumen dapat meluncurkan instans ke Blok Kapasitas yang dibagikan dengan mereka dengan cara yang sama seperti mereka meluncurkan instans ke Blok Kapasitas yang mereka miliki.
## Prasyarat untuk berbagi Blok Kapasitas
Sebelum Anda dapat berbagi Blok Kapasitas, kondisi berikut harus dipenuhi:
+ **Anda harus memiliki Blok Kapasitas** - Anda tidak dapat berbagi Blok Kapasitas yang telah dibagikan dengan Anda.
+ **Status Blok Kapasitas harus aktif atau terjadwal** - Blok Kapasitas yang berada di [negara bagian](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html) lain, seperti `expired` atau `payment-pending` tidak dapat dibagikan.
+ **Berbagi hanya dalam AWS Organisasi Anda** - Pemilik dapat berbagi Blok Kapasitas dengan AWS akun tertentu di dalam AWS Organisasi mereka, unit organisasi di dalam AWS Organisasi mereka, atau seluruh AWS Organisasi.
+ **UltraServer Blok Kapasitas tidak didukung** - Anda tidak dapat berbagi Blok Kapasitas untuk Amazon EC2 UltraServers.
+ **Kelayakan akun** - Berbagi Blok Kapasitas tidak tersedia untuk AWS akun atau AWS akun baru yang memiliki riwayat penagihan terbatas.
## Layanan terkait
Berbagi Blok Kapasitas terintegrasi dengan AWS Resource Access Manager (AWS RAM). AWS RAM adalah layanan yang memungkinkan Anda untuk berbagi AWS sumber daya Anda dengan AWS akun apa pun atau melalui AWS Organizations. Dengan AWS RAM, Anda dapat berbagi sumber daya yang Anda miliki dengan membuat *berbagi sumber daya*. Pembagian sumber daya menentukan sumber daya yang akan dibagikan, dan konsumen yang akan dibagikan. Konsumen dapat berupa AWS akun individu, atau unit organisasi atau seluruh organisasi dari AWS Organizations.
Untuk informasi selengkapnya AWS RAM, lihat *[Panduan AWS RAM Pengguna](https://docs.aws.amazon.com/ram/latest/userguide/)*.
## Izin Blok Kapasitas Bersama
### Izin untuk pemilik
Pemilik Blok Kapasitas tetap bertanggung jawab untuk mengelola Blok Kapasitas (misalnya memperluas, berbagi), dan instance yang mereka luncurkan ke dalamnya. Pemilik tidak dapat memodifikasi instance yang diluncurkan konsumen ke Blok Kapasitas yang telah mereka bagikan.
### Izin untuk konsumen
Konsumen dapat meluncurkan instance ke dalam kapasitas bersama dan bertanggung jawab untuk mengelola instans tersebut. Konsumen tidak dapat melihat atau memodifikasi instans yang dimiliki oleh konsumen lain atau oleh pemilik Blok Kapasitas. Konsumen juga hanya dapat melihat total kapasitas dan kapasitas yang tersedia di Blok Kapasitas bersama.
## Bagikan Blok Kapasitas
Untuk berbagi Blok Kapasitas, Anda harus menambahkannya ke pembagian sumber daya. Berbagi sumber daya adalah AWS RAM sumber daya yang memungkinkan Anda berbagi sumber daya Akun AWS.
Jika Anda menambahkan Blok Kapasitas ke pembagian sumber daya yang dibagikan dengan seluruh AWS Organisasi, konsumen di organisasi Anda akan diberikan akses ke Blok Kapasitas bersama.
------
#### [ Console ]
**Untuk berbagi Blok Kapasitas yang Anda miliki menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Pilih Blok Kapasitas untuk dibagikan dan pilih **Tindakan, Bagikan reservasi**.
1. Pilih pembagian sumber daya untuk menambahkan Blok Kapasitas dan pilih **Bagikan Reservasi Kapasitas**.
Butuh beberapa menit bagi konsumen untuk mendapatkan akses ke Blok Kapasitas bersama.
**Untuk menambahkan Blok Kapasitas ke pembagian sumber daya baru**
Anda harus terlebih dahulu membuat pembagian sumber daya menggunakan AWS RAM konsol. Untuk informasi selengkapnya, lihat [Membuat pembagian sumber daya](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) di *Panduan AWS RAM Pengguna*.
------
#### [ AWS CLI ]
**Untuk berbagi Blok Kapasitas yang Anda miliki**
Gunakan [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html)dan [associate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/associate-resource-share.html)perintah.
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
```
aws ram associate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Untuk berbagi Blok Kapasitas yang Anda miliki**
Gunakan cmdlet [New- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html) dan [Connect- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/Connect-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
```
Connect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
Blok Kapasitas beroperasi **berdasarkan siapa datang pertama, dilayani pertama** untuk semua akun, terlepas dari status kepemilikan. Saat Anda membagikan Blok Kapasitas, jika konsumen meluncurkan instans sebelum pemilik, instans tersebut menempati kapasitas hingga konsumen menghentikan instans atau hingga 30 menit sebelum Blok Kapasitas kedaluwarsa.
## Berhenti berbagi Blok Kapasitas
Anda dapat berhenti berbagi Blok Kapasitas kapan saja hingga 30 menit sebelum tanggal kedaluwarsa blok.
**Apa yang terjadi ketika Anda berhenti berbagi:**
+ Konsumen tidak dapat lagi meluncurkan instans baru ke dalam Blok Kapasitas yang tidak dibagikan.
+ Setiap instans yang berjalan terus berjalan hingga 30 menit sebelum tanggal kedaluwarsa Blok Kapasitas, kecuali dihentikan oleh konsumen.
------
#### [ Console ]
**Untuk berhenti berbagi Blok Kapasitas yang Anda miliki menggunakan konsol Amazon EC2**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Di panel navigasi, pilih **Reservasi Kapasitas**.
1. Pilih Blok Kapasitas dan pilih tab **Berbagi**.
1. Tab **Berbagi** mencantumkan pembagian sumber daya yang telah ditambahkan Blok Kapasitas. Pilih bagian sumber daya untuk menghapus Blok Kapasitas.
1. Pilih **Hapus dari berbagi sumber daya**.
------
#### [ AWS CLI ]
**Untuk berhenti berbagi Blok Kapasitas yang Anda miliki**
Gunakan perintah [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).
```
aws ram disassociate-resource-share \
--resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Untuk berhenti berbagi Blok Kapasitas yang Anda miliki**
Gunakan [cmdlet Putus- RAMResource Bagikan](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).
```
Disconnect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
## Pantau penggunaan Blok Kapasitas bersama
Pemilik Blok Kapasitas dapat memantau akun mana yang menggunakan Blok Kapasitas bersama mereka dan melacak penggunaan instans per akun.
------
#### [ AWS CLI ]
**Untuk memantau penggunaan Blok Kapasitas**
Gunakan perintah [get-capacity-reservation-usage](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-capacity-reservation-usage.html).
```
aws ec2 get-capacity-reservation-usage \
--capacity-reservation-id cr-1234abcd56EXAMPLE
```
**API ini memungkinkan pemilik untuk:**
+ Lihat akun mana yang saat ini menggunakan Blok Kapasitas.
+ Lihat jumlah instance yang dijalankan setiap akun.
------
## Pemberitahuan penghentian instans
Akun pemilik dan konsumen yang memiliki instans yang berjalan di Blok Kapasitas akan menerima EventBridge peristiwa 40 menit sebelum reservasi Blok Kapasitas berakhir, yang menunjukkan bahwa setiap instans yang berjalan dalam reservasi akan mulai berakhir dalam 10 menit. Untuk informasi selengkapnya, lihat [Monitor Blok Kapasitas menggunakan EventBridge](capacity-blocks-monitor.md).
## Ekstensi Blok Kapasitas
Blok Kapasitas dapat diperpanjang saat dibagikan. Hanya akun pemilik yang dapat memperpanjang Blok Kapasitas bersama.
Ketika Blok Kapasitas diperpanjang, instans yang dijalankan yang diluncurkan oleh pemilik atau konsumen secara otomatis mewarisi tanggal kedaluwarsa yang baru, dan konsumen dapat terus menggunakan kapasitas bersama hingga tanggal kedaluwarsa baru tanpa gangguan instans apa pun.
## Harga dan penagihan
Pemilik ditagih untuk Blok Kapasitas yang mereka bagikan dan membayar di muka untuk Blok Kapasitas saat mereka membelinya. Pemilik juga membayar biaya sistem operasi untuk instance yang mereka jalankan di Blok Kapasitas.
Konsumen hanya ditagih untuk biaya sistem operasi untuk instance yang mereka jalankan di Blok Kapasitas bersama. Konsumen tidak dikenakan biaya untuk reservasi Blok Kapasitas itu sendiri.
# Buat grup sumber daya untuk Blok UltraServer Kapasitas
Anda dapat menggunakan AWS Resource Groups untuk membuat koleksi logis Blok UltraServer Kapasitas. Setelah Anda membuat grup sumber daya, Anda dapat menambahkan Blok UltraServer Kapasitas yang Anda miliki di akun Anda. Setelah menambahkan Blok UltraServer Kapasitas, Anda dapat menargetkan peluncuran instance ke grup sumber daya, bukan Blok Kapasitas individual. Instance yang menargetkan grup sumber daya cocok dengan Blok UltraServer Kapasitas apa pun dalam grup yang memiliki atribut yang cocok dan kapasitas yang tersedia. Jika grup sumber daya tidak memiliki Blok UltraServer Kapasitas dengan atribut yang cocok dan kapasitas yang tersedia, peluncuran instance gagal.
Jika Blok UltraServer Kapasitas dihapus dari grup sumber daya saat menjalankan instance, instance tersebut akan terus berjalan di Blok Kapasitas. Jika Blok UltraServer Kapasitas dalam grup berakhir saat menjalankan instance, instance akan dihentikan.
Anda tidak dapat menambahkan Blok Kapasitas instance ke grup sumber daya.
Untuk membuat grup sumber daya untuk Blok UltraServer Kapasitas, gunakan salah satu metode berikut.
------
#### [ AWS CLI ]
**Untuk membuat grup sumber daya untuk Blok UltraServer Kapasitas**
Gunakan AWS CLI perintah [create-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html), dan untuk`--configuration`, tentukan yang berikut ini:
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
#### [ PowerShell ]
**Untuk membuat grup sumber daya untuk Blok UltraServer Kapasitas**
Gunakan [New- RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html) cmdlet. Untuk`-Configuration`, tentukan yang berikut ini:
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
Setelah Anda membuat grup sumber daya untuk Blok UltraServer Kapasitas, gunakan salah satu metode berikut untuk menambahkan Blok UltraServer Kapasitas yang ada ke dalamnya.
------
#### [ AWS CLI ]
**Untuk menambahkan Blok UltraServer Kapasitas ke grup sumber daya**
Gunakan perintah [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html). Untuk `--group` tentukan nama grup sumber daya yang Anda buat. Untuk`--resource-arns`, tentukan Blok ARNs UltraServer Kapasitas yang akan ditambahkan.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns CapacityReservationArn
```
------
#### [ PowerShell ]
**Untuk menambahkan Blok UltraServer Kapasitas ke grup sumber daya**
Gunakan [RGResourceAdd-cmdlet](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html). Untuk `-Group` tentukan nama grup sumber daya yang Anda buat. Untuk`-ResourceArn `, tentukan Blok ARNs UltraServer Kapasitas yang akan ditambahkan.
Contoh berikut menambahkan dua Reservasi Kapasitas ke grup yang ditentukan.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn CapacityReservationArn
```
------
# Monitor Blok Kapasitas menggunakan EventBridge
Saat reservasi Blok Kapasitas Anda dimulai, Amazon EC2 akan memancarkan peristiwa EventBridge yang menunjukkan kapasitas Anda siap digunakan. Empat puluh menit sebelum reservasi Blok Kapasitas berakhir, Anda menerima EventBridge acara lain yang memberi tahu Anda bahwa setiap kejadian yang berjalan dalam reservasi akan mulai berakhir dalam 10 menit. Untuk informasi selengkapnya tentang EventBridge acara, lihat [ EventBridge Acara Amazon](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-events.html).
Peristiwa berikut menyusun peristiwa yang dipancarkan untuk Blok Kapasitas:
**Blok Kapasitas Dikirimkan**
Contoh berikut menunjukkan peristiwa untuk Blok Kapasitas Terkirim.
```
{
"customer_event_id": "[Capacity Reservation Id]-delivered",
"detail_type": "Capacity Block Reservation Delivered",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Peringatan Kedaluwarsa Blok Kapasitas**
Contoh berikut menunjukkan peristiwa untuk Peringatan Kedaluwars Blok Kapasitas.
```
{
"customer_event_id": "[Capacity Reservation Id]-approaching-expiry",
"detail_type": "Capacity Block Reservation Expiration Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Peringatan Gangguan Instans Reservasi Kapasitas**
Contoh berikut menunjukkan peristiwa untuk Peringatan Gangguan Instans Reservasi Kapasitas EC2.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail_type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"region": "[Region]",
"resources": [
"[Instance ARN]"
],
"detail": {
"instance-id": "[Instance ID]",
"instance-action": "terminate",
"instance-termination-time": "[Current time]",
"availability-zone-id": "[Availability Zone ID]",
"instance-lifecycle": "capacity-block"
}
}
```
# Kapasitas Pencatatan Memblokir panggilan API dengan AWS CloudTrail
Blok Kapasitas terintegrasi dengan AWS CloudTrail, layanan yang menyediakan catatan tindakan yang diambil oleh pengguna, peran, atau AWS layanan di Blok Kapasitas. CloudTrail menangkap panggilan API untuk Blok Kapasitas sebagai peristiwa. Panggilan yang ditangkap tersebut mencakup panggilan dari konsol Blok Kapasitas dan panggilan kode ke operasi Blok Kapasitas. Jika Anda membuat jejak, Anda dapat mengaktifkan pengiriman CloudTrail acara secara terus menerus ke bucket Amazon S3, termasuk peristiwa untuk Blok Kapasitas. Jika Anda tidak membuat konfigurasi jejak, Anda masih dapat melihat kejadian terbaru dalam konsol CloudTrail di **Riwayat peristiwa**. Dengan menggunakan informasi yang dikumpulkan oleh CloudTrail, Anda dapat menentukan permintaan yang dibuat untuk Blok Kapasitas, alamat IP dari mana permintaan dibuat, siapa yang membuat permintaan, kapan dibuat, dan detail tambahan.
Untuk mempelajari selengkapnya CloudTrail, lihat [Panduan AWS CloudTrail Pengguna](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html).
## Informasi Blok Kapasitas di CloudTrail
CloudTrail diaktifkan pada Akun AWS saat Anda membuat akun. Ketika aktivitas terjadi di Blok Kapasitas, aktivitas tersebut dicatat dalam suatu CloudTrail peristiwa bersama dengan peristiwa AWS layanan lainnya dalam **riwayat Peristiwa**. Anda dapat melihat, mencari, dan mengunduh acara terbaru di situs Anda Akun AWS. Untuk informasi selengkapnya, lihat [Melihat peristiwa dengan Riwayat CloudTrail acara](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Untuk catatan acara yang sedang berlangsung di Anda Akun AWS, termasuk acara untuk Blok Kapasitas, buat jejak. *Jejak* memungkinkan CloudTrail untuk mengirimkan file log ke bucket Amazon S3. Secara default, saat Anda membuat jejak di konsol, jejak tersebut berlaku untuk semua Wilayah AWS. Jejak mencatat peristiwa dari semua Wilayah di partisi AWS dan mengirimkan file log ke bucket Amazon S3 yang Anda tentukan. Selain itu, Anda dapat mengonfigurasi AWS layanan lain untuk menganalisis lebih lanjut dan menindaklanjuti data peristiwa yang dikumpulkan dalam CloudTrail log. Untuk informasi selengkapnya, lihat berikut:
+ [Gambaran umum untuk membuat jejak](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail layanan dan integrasi yang didukung](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html)
+ [Mengonfigurasi notifikasi Amazon SNS untuk CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/configure-sns-notifications-for-cloudtrail.html)
+ [Menerima file CloudTrail log dari beberapa wilayah](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) dan [Menerima file CloudTrail log dari beberapa akun](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Semua tindakan Blok Kapasitas dicatat oleh CloudTrail dan didokumentasikan dalam Referensi API Amazon EC2. Misalnya, panggilan ke`CapacityBlockScheduled`, dan `CapacityBlockActive` tindakan menghasilkan entri dalam file CloudTrail log.
Setiap entri peristiwa atau log berisi informasi tentang entitas yang membuat permintaan tersebut. Informasi identitas membantu Anda menentukan hal berikut ini:
+ Apakah permintaan itu dibuat dengan kredenal pengguna root atau AWS Identity and Access Management (IAM).
+ Apakah permintaan tersebut dibuat dengan kredensial keamanan sementara untuk satu peran atau pengguna gabungan.
+ Apakah permintaan itu dibuat oleh AWS layanan lain.
Untuk informasi selengkapnya, lihat [Elemen userIdentity CloudTrail ](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Memahami entri file log Blok Kapasitas
Trail adalah konfigurasi yang memungkinkan pengiriman peristiwa sebagai file log ke bucket Amazon S3 yang Anda tentukan. CloudTrail file log berisi satu atau lebih entri log. Sebuah kejadian mewakili permintaan tunggal dari sumber apa pun dan mencakup informasi tentang tindakan yang diminta, tanggal dan waktu tindakan, parameter permintaan, dan sebagainya. Berkas log CloudTrail bukan merupakan jejak tumpukan terurut dari panggilan API publik, sehingga tidak muncul dalam urutan tertentu.
Contoh berikut menunjukkan entri CloudTrail log untuk:
+ [TerminateCapacityBlocksInstances](#understanding-capacity-blocks-entries-terminatecapacityblockinstances)
+ [CapacityBlockPaymentFailed](#understanding-capacity-blocks-entries-capacityblockpaymentfailed)
+ [CapacityBlockScheduled](#understanding-capacity-blocks-entries-capacityblockscheduled)
+ [CapacityBlockActive](#understanding-capacity-blocks-entries-capacityblockactive)
+ [CapacityBlockFailed](#understanding-capacity-blocks-entries-capacityblockfailed)
+ [CapacityBlockExpired](#understanding-capacity-blocks-entries-capacityblockexpired)
**catatan**
Beberapa bidang telah disensor dari contoh untuk privasi data.
### TerminateCapacityBlocksInstances
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "TerminateCapacityBlockInstances",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"
}
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-0598c7d356eba48d7"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
}
}
```
### CapacityBlockPaymentFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockPaymentFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "payment-failed"
}
}
```
### CapacityBlockScheduled
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockScheduled",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "scheduled"
}
}
```
### CapacityBlockActive
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockActive",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "active"
}
}
```
### CapacityBlockFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "failed"
}
}
```
### CapacityBlockExpired
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockExpired",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "expired"
}
}
```