Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Perubahan jenis instans Amazon EC2
Saat kebutuhan Anda berubah, Anda mungkin menemukan bahwa instans Anda digunakan secara berlebihan (tipe instans terlalu kecil) atau kurang termanfaatkan (tipe instans terlalu besar). Jika demikian, Anda dapat mengubah ukuran instans Anda dengan mengubah tipe instans-nya. Misalnya, jika instans `t2.micro` Anda terlalu kecil untuk beban kerjanya, Anda dapat meningkatkan ukurannya dengan mengubahnya ke tipe instans T2 yang lebih besar, seperti `t2.large`. Atau Anda dapat mengubahnya ke tipe instans lain, seperti `m5.large`. Anda mungkin juga ingin mengubah dari generasi sebelumnya ke jenis instans generasi saat ini untuk memanfaatkan beberapa fitur, seperti dukungan untuk IPv6.
Jika Anda menginginkan rekomendasi tipe instans yang paling mampu menangani beban kerja yang ada, Anda dapat menggunakan AWS Compute Optimizer. Untuk informasi selengkapnya, lihat [Dapatkan rekomendasi EC2 instans dari Compute Optimizer](ec2-instance-recommendations.md).
Saat mengubah tipe instans, Anda akan mulai membayar tarif tipe instans yang baru. Untuk tarif sesuai permintaan semua tipe instans, lihat: [Harga Sesuai Permintaan Amazon EC2](https://aws.amazon.com/ec2/pricing/on-demand/).
Untuk menambahkan penyimpanan tambahan ke instans Anda tanpa mengubah jenis instans, tambahkan volume EBS ke instance. Untuk informasi selengkapnya, lihat [Melampirkan volume Amazon EBS ke instans](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) di *Panduan Pengguna Amazon EBS*.
## Instruksi mana yang harus diikuti?
Ada instruksi yang berbeda untuk mengubah tipe instans. Instruksi yang akan digunakan bergantung pada volume root instans, dan apakah tipe instans itu kompatibel dengan konfigurasi instans saat ini. Untuk informasi tentang bagaimana kompatibilitas ditentukan, lihat [Kompatibilitas untuk mengubah tipe instans](resize-limitations.md).
Gunakan tabel berikut untuk menentukan instruksi mana yang harus diikuti.
| Volume akar | Kompatibilitas | Gunakan petunjuk ini |
| --- | --- | --- |
| EBS | Kompatibel | [Ubah tipe instans](change-instance-type-of-ebs-backed-instance.md) |
| EBS | Tidak kompatibel | [Migrasi ke tipe instans baru](migrate-instance-configuration.md) |
| Penyimpanan instans | Tidak berlaku | [Migrasi ke tipe instans baru](migrate-instance-configuration.md) |
# Kompatibilitas untuk mengubah tipe instans
Anda dapat mengubah tipe instans hanya jika konfigurasi instans saat ini kompatibel dengan tipe instans yang Anda inginkan. Jika tipe instans yang Anda inginkan tidak kompatibel dengan konfigurasi instans saat ini, Anda harus meluncurkan instans baru dengan konfigurasi yang kompatibel dengan tipe instans tersebut, lalu memigrasikan aplikasi Anda ke instans baru.
Kompatibilitas ditentukan melalui hal-hal berikut:
**Tipe virtualisasi**
Linux AMIs menggunakan salah satu dari dua jenis virtualisasi: paravirtual (PV) atau hardware virtual machine (HVM). Jika instans diluncurkan dari PV AMI, Anda tidak dapat mengubah tipe instans yang hanya HVM. Untuk informasi selengkapnya, lihat [Tipe virtualisasi](ComponentsAMIs.md#virtualization_types). Untuk memeriksa tipe virtualisasi instans Anda, periksa nilai **Virtualisasi** di panel detail layar **Instans** di konsol Amazon EC2.
**Arsitektur **
AMIs khusus untuk arsitektur prosesor, jadi Anda harus memilih jenis instance dengan arsitektur prosesor yang sama dengan jenis instance saat ini. Contoh:
+ Jika tipe instans saat ini memiliki prosesor berdasarkan arsitektur Arm, Anda dibatasi pada tipe instans yang mendukung prosesor berdasarkan arsitektur Arm, seperti C6g dan M6g.
+ Jenis instance berikut adalah satu-satunya tipe instance yang mendukung 32-bit AMIs:`t2.nano`,,`t2.micro`,`t2.small`,`t2.medium`,`c3.large`,`t1.micro`, `m1.small``m1.medium`, dan`c1.medium`. Jika Anda mengubah tipe instans dari instans 32-bit, Anda dibatasi untuk tipe instans ini.
**Adaptor jaringan**
Jika Anda beralih dari driver untuk satu adaptor jaringan ke yang lain, pengaturan adaptor jaringan diatur ulang saat sistem operasi membuat adaptor baru. Untuk mengonfigurasi ulang pengaturan, Anda mungkin memerlukan akses ke akun lokal dengan izin administrator. Berikut ini adalah contoh perpindahan dari satu adaptor jaringan ke yang lain:
+ AWS PV (instans T2) ke Intel 82599 VF (instans M4)
+ Intel 82599 VF (sebagian besar instans M4) ke ENA (instans M5)
+ ENA (instans M5) ke ENA bandwidth tinggi (instans M5n)
**Jaringan yang ditingkatkan**
Tipe instans yang mendukung [jaringan yang ditingkatkan](enhanced-networking.md) memerlukan instalasi driver yang diperlukan. Misalnya, [instans berbasis NITRO](instance-types.md#instance-hypervisor-type) memerlukan EBS yang didukung AMIs dengan driver Elastic Network Adapter (ENA) yang diinstal. Untuk mengubah tipe instans yang tidak mendukung peningkatan jaringan menjadi tipe instans yang mendukung peningkatan jaringan, Anda harus menginstal [driver ENA](enhanced-networking-ena.md) atau [driver ixgbevf](sriov-networking.md) pada instans tersebut, yang sesuai.
Saat Anda mengubah ukuran instans yang mengaktifkan ENA Ekspres diaktifkan, tipe instans baru juga harus mendukung ENA Ekspres. Untuk daftar tipe instans yang mendukung ENA Ekspres, lihat [Tipe instans yang didukung untuk ENA Ekspres](ena-express.md#ena-express-supported-instance-types).
Untuk mengubah tipe instans yang mendukung ENA Ekspres ke tipe instans yang tidak mendukungnya, pastikan ENA Ekspres saat ini tidak diaktifkan sebelum Anda mengubah ukuran instans.
**NVMe**
Volume EBS diekspos sebagai perangkat NVMe blok pada instans [berbasis Nitro](instance-types.md#instance-hypervisor-type). Jika Anda mengubah dari jenis instans yang tidak mendukung NVMe ke jenis instans yang mendukung NVMe, Anda harus terlebih dahulu menginstal NVMe driver pada instance Anda. Selain itu, nama perangkat untuk perangkat yang Anda tentukan dalam pemetaan perangkat blok diganti namanya menggunakan nama NVMe perangkat ()`/dev/nvme[0-26]n1`.
[Instance Linux] Oleh karena itu, untuk me-mount sistem file saat boot menggunakan`/etc/fstab`, Anda harus menggunakan UUID/Label alih-alih nama perangkat.
**Batas Volume**
Jumlah maksimum volume Amazon EBS yang dapat dilampirkan ke instans bergantung pada tipe instans dan ukuran instans. Untuk informasi selengkapnya, lihat [Batas volume Amazon EBS untuk instans Amazon EC2](volume_limits.md).
Anda hanya dapat mengubah ke tipe instans atau ukuran instans yang mendukung jumlah volume yang sama atau yang lebih besar daripada yang saat ini dilampirkan ke instans. Jika Anda mengubah ke tipe instans atau ukuran instans yang tidak mendukung jumlah volume yang saat ini dilampirkan, permintaan akan gagal. Misalnya, jika Anda mengubah dari instans `m7i.4xlarge` dengan 32 volume terlampir ke `m6i.4xlarge`, yang mendukung maksimum 27 volume, permintaan akan gagal.
**NitroTPM**
Jika Anda meluncurkan instance menggunakan AMI dengan [NitRotPM](nitrotpm.md) diaktifkan dan jenis instans yang mendukung NitroTPM, instance akan diluncurkan dengan nitRotPM diaktifkan. Anda hanya dapat mengubah ke jenis instance yang juga mendukung NitRotPM.
# Mengubah jenis instans untuk instans Amazon EC2
Gunakan petunjuk berikut untuk mengubah jenis instans instans yang didukung Amazon EBS jika jenis instans yang Anda butuhkan kompatibel dengan konfigurasi instans Anda saat ini. Untuk informasi selengkapnya, lihat [Kompatibilitas untuk mengubah tipe instans](resize-limitations.md).
**Pertimbangan**
+ Anda harus menghentikan instans Anda sebelum dapat mengubah jenis instance-nya. Pastikan Anda merencanakan waktu henti saat instans dihentikan. Menghentikan instans dan mengubah tipe instansnya mungkin memerlukan waktu beberapa menit, lalu memulai ulang instans Anda mungkin memerlukan waktu yang bervariasi, tergantung skrip pemulaian aplikasi Anda. Untuk informasi selengkapnya, lihat [Hentikan dan mulai instans Amazon EC2](Stop_Start.md).
+ Saat Anda berhenti dan memulai sebuah instans, kami memindahkan instans tersebut ke perangkat keras baru. Jika instans Anda memiliki IPv4 alamat publik, yang bukan IP Elastis, kami merilis alamat dan memberikan contoh Anda IPv4 alamat publik baru. Untuk informasi selengkapnya tentang perilaku alamat IP sepanjang siklus hidup instance, lihat. [Perbedaan antara status instance](ec2-instance-lifecycle.md#lifecycle-differences)
+ Anda tidak dapat mengubah tipe instans dari [Instans Spot](using-spot-instances-request.md#stopping-a-spot-instance).
+ [Instans Windows] Kami menyarankan Anda memperbarui paket driver AWS PV sebelum mengubah jenis instans. Untuk informasi selengkapnya, lihat [Tingkatkan driver PV pada instans EC2 Windows](Upgrading_PV_drivers.md).
+ Jika instans Anda berada dalam grup Auto Scaling, layanan Amazon EC2 Auto Scaling menandai instans yang dihentikan sebagai tidak sehat, dan dapat menghentikannya serta meluncurkan instance pengganti. Untuk mencegahnya, Anda dapat menangguhkan proses penskalaan untuk grup saat Anda mengubah tipe instans. Untuk informasi selengkapnya, lihat [Menangguhkan dan melanjutkan proses grup Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html) dalam *Panduan Pengguna Amazon EC2 Auto Scaling*.
+ Saat Anda mengubah jenis instance instance dengan volume penyimpanan NVMe instans, instance yang diperbarui mungkin memiliki volume penyimpanan instans tambahan, karena semua volume penyimpanan NVMe instans tersedia meskipun tidak ditentukan dalam pemetaan perangkat blok AMI atau instans. Jika tidak, instans yang diperbarui memiliki jumlah volume penyimpanan instans yang sama dengan yang Anda tentukan saat meluncurkan instans asli.
+ Jumlah maksimum volume Amazon EBS yang dapat dilampirkan ke instans bergantung pada tipe instans dan ukuran instans. Anda tidak dapat mengubah ke tipe instans atau ukuran instans yang tidak mendukung jumlah volume yang sudah dilampirkan ke instans Anda. Untuk informasi selengkapnya, lihat [Batas volume Amazon EBS untuk instans Amazon EC2](volume_limits.md).
+ [Instance Linux] Anda dapat menggunakan `AWSSupport-MigrateXenToNitroLinux` runbook untuk memigrasikan instance Linux yang kompatibel dari jenis instance Xen ke jenis instans Nitro. Untuk informasi selengkapnya, lihat [https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awssupport-migrate-xen-to-nitro.html) di *referensi buku runbook Otomatisasi AWS Systems Manager *.
+ [Instans Windows] Untuk panduan tambahan tentang memigrasi instance Windows yang kompatibel dari tipe instans Xen ke tipe instans Nitro, lihat [Memigrasi](migrating-latest-types.md) ke jenis instans generasi terbaru.
**Untuk mengubah tipe instans dari instans yang didukung Amazon EBS**
1. (Opsional) Jika tipe instans yang baru memerlukan driver yang tidak diinstal pada instans yang ada, Anda harus terhubung ke instans dan menginstal driver terlebih dahulu. Untuk informasi selengkapnya, lihat [Kompatibilitas untuk mengubah tipe instans](resize-limitations.md).
1. [Instans Windows] Jika Anda mengonfigurasi instance Windows Anda untuk menggunakan [pengalamatan IP statis](config-windows-multiple-ip.md#step1) dan Anda mengubah dari jenis instans yang tidak mendukung jaringan yang ditingkatkan ke jenis instans yang mendukung jaringan yang ditingkatkan, Anda mungkin mendapatkan peringatan tentang potensi konflik alamat IP saat Anda mengkonfigurasi ulang pengalamatan IP statis. Untuk mencegahnya, aktifkan DHCP pada antarmuka jaringan untuk instans Anda sebelum Anda mengubah tipe instans. Dari instans Anda, buka **Network and Sharing Center**, buka **Internet Protocol Version 4 (TCP/IPv4) Properties** untuk antarmuka jaringan, dan pilih **Dapatkan alamat IP secara otomatis**. Ubah tipe instans dan konfigurasikan kembali pengalamatan IP statis pada antarmuka jaringan.
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 dan pilih **Status instans**, **Hentikan instans**. Ketika diminta konfirmasi, pilih **Berhenti**. Hal ini dapat memerlukan waktu beberapa menit sampai instans berhenti.
1. Dengan instans yang masih dipilih, klik **Tindakan**, **Pengaturan instans**, **Ubah tipe instans**. Opsi ini berwarna abu-abu jika status instans tidak `stopped`.
1. Pada halaman **Ubah tipe instans**, lakukan hal berikut:
1. Untuk **Tipe instans**, pilih tipe instans yang Anda inginkan.
Jika tipe instans tidak ada dalam daftar, maka instans itu tidak kompatibel dengan konfigurasi instans Anda. Sebagai gantinya, gunakan instruksi berikut: [Migrasi ke jenis instans baru dengan meluncurkan instans EC2 baru](migrate-instance-configuration.md).
1. (Opsional) Jika tipe instans yang Anda pilih mendukung pengoptimalan EBS, pilih **EBS dioptimalkan** untuk mengaktifkan pengoptimalan EBS, atau batalkan pilihan **EBS dioptimalkan** untuk menonaktifkan pengoptimalan EBS.
Jika tipe instans yang Anda pilih adalah EBS – dioptimalkan secara default, **EBS-dioptimalkan** dipilih dan Anda tidak dapat membatalkan pilihannya.
1. (Opsional) Konfigurasikan opsi vCPU pada jenis instance baru.
Saat Anda mengubah jenis instans dari instans yang ada, Amazon EC2 menerapkan pengaturan opsi CPU dari instans yang ada ke instans baru, jika memungkinkan. Jika jenis instans baru tidak mendukung pengaturan tersebut, opsi CPU disetel ulang ke **None**. Opsi ini menggunakan nomor default v CPUs untuk jenis instance baru.
Jika jenis instans yang Anda pilih mendukung konfigurasi vCPU, pilih **Tentukan opsi CPU** di panel **Detail lanjutan** untuk mengonfigurasi v CPUs untuk jenis instans baru Anda.
1. Pilih **Ubah** untuk menerima pengaturan baru.
1. Untuk memulai instans, pilih instans dan pilih **Status instans**, **Mulai instans**. Hal ini diperlukan waktu beberapa menit hingga instans memasuki status `running`. Jika instans Anda tidak akan dimulai, lihat [Pemecahan masalah dalam mengubah tipe instans](troubleshoot-change-instance-type.md).
1. [Instans Windows] Jika instans Anda menjalankan Windows Server 2016 atau Windows Server 2019 dengan EC2 Launch v1, sambungkan ke instance Windows Anda dan jalankan PowerShell skrip EC2 Launch berikut untuk mengonfigurasi instance setelah jenis instans diubah.
**penting**
Kata sandi administrator akan diatur ulang ketika Anda mengaktifkan skrip EC2Launch inisialisasi instans. Anda dapat memodifikasi file konfigurasi untuk menonaktifkan pengaturan ulang kata sandi administrator dengan menentukannya di pengaturan untuk tugas inisialisasi. Untuk langkah-langkah tentang cara menonaktifkan pengaturan ulang kata sandi, lihat [Mengkonfigurasi tugas inisialisasi](ec2launch-config.md#ec2launch-inittasks) (EC2Peluncuran) atau [Ubah pengaturan](ec2launch-v2-settings.md#ec2launch-v2-ui) (EC2Luncurkan v2).
```
PS C:\> C:\ProgramData\Amazon\EC2-Windows\Launch\Scripts\InitializeInstance.ps1 -Schedule
```
# Migrasi ke jenis instans baru dengan meluncurkan instans EC2 baru
Anda dapat mengubah jenis instans dari instans EC2 hanya jika itu adalah instans yang didukung EBS dengan konfigurasi yang kompatibel dengan jenis instans baru yang Anda inginkan. Jika tidak, jika konfigurasi atau instance Anda tidak kompatibel dengan jenis instans baru, atau merupakan instance berbasis penyimpanan instance, Anda harus meluncurkan instance pengganti yang kompatibel dengan jenis instance yang Anda inginkan. Untuk informasi selengkapnya tentang bagaimana kompatibilitas ditentukan, lihat[Kompatibilitas untuk mengubah tipe instans](resize-limitations.md).
**Ikhtisar proses migrasi**
+ Cadangkan data pada instance asli.
+ Luncurkan instance baru dengan konfigurasi yang kompatibel dengan jenis instans baru yang Anda inginkan, lampirkan volume EBS apa pun yang dilampirkan ke instans asli Anda.
+ Instal aplikasi Anda pada instance baru Anda.
+ Pulihkan data apa pun.
+ Jika instans asli memiliki alamat IP Elastis, Anda harus mengaitkannya dengan instans baru Anda untuk memastikan bahwa pengguna Anda dapat terus menggunakan aplikasi Anda tanpa gangguan.
**Untuk memigrasikan instance ke instance baru**
1. Buka konsol Amazon EC2 di. [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/)
1. Cadangkan data apa pun yang masih Anda butuhkan sebagai berikut:
+ Connect ke instans Anda dan salin data pada volume penyimpanan instans Anda ke penyimpanan persisten.
+ [Buat snapshot](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) volume EBS Anda sehingga Anda dapat membuat volume baru dengan data yang sama, atau lepaskan volume dari instance asli sehingga Anda dapat melampirkannya ke instance baru.
1. Di panel navigasi, pilih **Instans**.
1. Pilih **Luncurkan Instans**. Saat Anda mengonfigurasi instans, lakukan hal berikut:
1. Pilih AMI yang mendukung jenis instans yang Anda inginkan. Misalnya, Anda harus memilih AMI yang mendukung jenis prosesor dari jenis instans baru. Juga, jenis instance generasi saat ini memerlukan AMI HVM.
1. Pilih tipe instans baru yang Anda inginkan. Jika tipe instans yang Anda inginkan tidak tersedia, maka instans itu tidak kompatibel dengan konfigurasi AMI yang Anda pilih.
1. Jika Anda ingin mengizinkan lalu lintas yang sama untuk mencapai instance baru, pilih VPC dan grup keamanan yang sama yang digunakan dengan instance asli.
1. Saat Anda selesai mengonfigurasi instans baru, selesaikan langkah-langkah untuk memilih pasangan kuci dan meluncurkan instans Anda. Hal ini diperlukan waktu beberapa menit hingga instans memasuki status `running`.
1. Jika Anda mencadangkan data ke snapshot EBS, [buat volume dari snapshot](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-volume.html#ebs-create-volume-from-snapshot) lalu [lampirkan volume ke instance](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) baru.
Untuk memindahkan volume EBS dari instans asli ke instans baru, [lepaskan volume](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-detaching-volume.html) dari instance asli dan kemudian [lampirkan volume ke](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-attaching-volume.html) instance baru.
1. Instal aplikasi Anda dan perangkat lunak yang diperlukan pada instans baru.
1. Pulihkan data apa pun yang Anda cadangkan dari volume penyimpanan instans dari instans asli.
1. Jika instance asli memiliki alamat IP Elastis, tetapkan ke instance baru sebagai berikut:
1. Di panel navigasi, pilih **Elastic IPs**.
1. Pilih alamat IP Elastis yang terkait dengan instans asli dan pilih **Tindakan**, **Pisahkan ke Elastis**. Saat diminta konfirmasi, pilih **Ya, Nonaktifkan**.
1. Dengan alamat IP Elastis masih dipilih, pilih **Tndakan**, **Kaitkan alamat IP Elastis**.
1. Untuk **tipe Resource**, pilih **instans**.
1. **Misalnya**, pilih contoh baru.
1. (Opsional) Untuk **Alamat IP privat**, tentukan alamat IP privat yang akan dikaitkan dengan alamat IP Elastis.
1. Pilih **Kaitkan**.
1. (Opsional) Anda dapat mengakhiri instans asli jika sudah tidak diperlukan lagi. Pilih instans, verifikasi bahwa Anda akan menghentikan instans asli dan bukan instans baru (misalnya, periksa nama atau waktu peluncuran), lalu pilih **Status instans, **Hentikan instans****.
# Pemecahan masalah dalam mengubah tipe instans
Gunakan informasi berikut untuk membantu mendiagnosis dan memperbaiki masalah yang mungkin Anda temui saat mengubah tipe instans.
## Instans tidak akan dimulai setelah mengubah tipe instans
**Kemungkinan penyebab: Persyaratan untuk tipe instans baru tidak terpenuhi**
Jika instans Anda tidak bisa boot, kemungkinan salah satu persyaratan untuk tipe instans baru tidak terpenuhi. Untuk informasi selengkapnya, lihat [Mengapa instans Linux saya tidak bisa boot setelah saya mengubah tipenya?](https://repost.aws/knowledge-center/boot-error-linux-nitro-instance)
**Kemungkinan penyebab: AMI tidak mendukung tipe instans**
Jika Anda menggunakan konsol EC2 untuk mengubah tipe instans, hanya tipe instans yang didukung oleh AMI yang dipilih yang akan tersedia. Namun, jika Anda menggunakan AWS CLI untuk meluncurkan instance, Anda dapat menentukan AMI dan jenis instans yang tidak kompatibel. Jika AMI dan tipe instans tidak kompatibel, instans tidak dapat dimulai. Untuk informasi selengkapnya, lihat [Kompatibilitas untuk mengubah tipe instans](resize-limitations.md).
**Kemungkinan penyebab: Instans dalam grup penempatan klaster**
Jika instans Anda berada dalam [grup penempatan klaster](placement-strategies.md#placement-groups-cluster) dan, setelah mengubah tipe instans, instans gagal dimulai, coba yang berikut ini:
1. Hentikan semua instans dalam grup penempatan klaster.
1. Mengubah tipe instans yang terpengaruh.
1. Mulai semua instans dalam grup penempatan klaster.
## Aplikasi atau situs web tidak dapat dijangkau dari internet setelah mengubah tipe instans
**Kemungkinan penyebabnya: IPv4 Alamat publik dirilis**
Saat mengubah tipe instans, Anda harus menghentikan instans tersebut terlebih dahulu. Ketika Anda menghentikan sebuah instans, kami merilis IPv4 alamat publik dan memberikan contoh Anda IPv4 alamat publik baru.
Untuk mempertahankan IPv4 alamat publik antara instans berhenti dan mulai, kami sarankan Anda menggunakan alamat IP Elastis, tanpa biaya tambahan asalkan instans Anda berjalan. Lihat informasi yang lebih lengkap di [Alamat Elastic IP](elastic-ip-addresses-eip.md).