T: Apa itu Amazon Elastic Compute Cloud (Amazon EC2)?

Amazon EC2 adalah layanan web yang memberikan kapasitas komputasi di cloud. Layanan ini didesain untuk memudahkan developer dalam komputasi berskala web.

T: Apa yang dapat saya lakukan dengan EC2?

Sama seperti Amazon Simple Storage Service (Amazon S3) yang memungkinkan penyimpanan di cloud, EC2 juga memungkinkan “komputasi” di cloud. Antarmuka layanan web sederhana EC2 memungkinkan Anda mendapatkan dan mengonfigurasi kapasitas dengan friksi minimal. Amazon EC2 memberi Anda kontrol penuh atas sumber daya komputasi dan memungkinkan Anda bekerja di lingkungan komputasi Amazon yang telah terbukti. EC2 mengurangi waktu yang diperlukan untuk mendapatkan dan melakukan boot instans server baru dalam hitungan menit, sehingga memungkinkan Anda meningkatkan dan menurunkan skala kapasitas dengan cepat, seiring perubahan kebutuhan komputasi Anda. EC2 mengubah ekonomi komputasi dengan memungkinkan Anda untuk membayar kapasitas yang Anda gunakan saja.

T: Bagaimana cara untuk mulai menggunakan EC2?

Untuk mendaftar EC2, klik tombol "Daftar untuk Layanan Web Ini" pada halaman detail EC2. Anda harus memiliki akun AWS untuk mengakses layanan ini. Jika Anda belum memiliki akun, Anda akan diminta untuk membuat akun saat memulai proses pendaftaran EC2. Setelah mendaftar, harap lihat dokumentasi Amazon EC2, yang berisi Panduan Awal kami.

T: Mengapa saya diminta untuk memverifikasi nomor telepon saat mendaftar EC2?

Pendaftaran EC2 mengharuskan Anda untuk memiliki satu nomor telepon dan alamat email yang valid pada file dengan AWS agar kami dapat menghubungi Anda. Verifikasi nomor telepon hanya memerlukan waktu beberapa menit dan Anda akan menerima panggilan telepon saat proses pendaftaran serta memasukkan PIN menggunakan papan tombol telepon.

T: Apa yang dahulu tidak dapat dilakukan oleh developer, tetapi dapat dilakukan sekarang?

Hingga saat ini, developer kecil tidak memiliki modal untuk memperoleh sumber daya komputasi massal dan memastikan diri mereka mendapatkan kapasitas yang dibutuhkan untuk menghadapi lonjakan beban yang tidak terduga. EC2 membantu developer mana pun untuk memanfaatkan Amazon dalam skala besar tanpa investasi di muka atau kompromi performa. Sekarang, developer bebas berinovasi tanpa harus melihat seberapa sukses bisnis mereka nantinya. Memastikan bahwa mereka memiliki kapasitas komputasi yang diperlukan untuk memenuhi persyaratan bisnis menjadi hal yang dapat dilakukan dengan biaya yang terjangkau dan sederhana.

Sifat "Elastis" layanan memungkinkan developer melakukan penskalaan dengan cepat untuk memenuhi lonjakan lalu lintas atau permintaan. Saat kebutuhan komputasi berubah secara tidak terduga (naik atau turun), EC2 dapat merespons dengan cepat, artinya developer mempunyai kemampuan untuk mengontrol jumlah sumber daya yang digunakan pada titik waktu tertentu. Sebaliknya, layanan hosting tradisional umumnya akan memberikan sumber daya dalam jumlah tetap untuk batas waktu yang tetap, artinya pengguna memiliki kemampuan terbatas untuk memberikan respons dengan mudah saat penggunaan mereka berubah secara pesat, tidak terduga, atau diketahui dan mengalami puncak besar pada berbagai interval.

T: Bagaimana cara menjalankan sistem di dalam lingkungan EC2?

Setelah Anda menyiapkan akun dan memilih atau membuat Amazon Machine Image (AMI), Anda sudah siap untuk melakukan boot instans. Anda dapat memulai AMI pada Instans Sesuai Permintaan dalam jumlah berapa pun menggunakan panggilan API RunInstances. Anda hanya perlu memberikan jumlah instans yang ingin Anda luncurkan. Jika Anda ingin menjalankan lebih dari kuota Sesuai Permintaan, lengkapi formulir permintaan instans Amazon EC2.

Jika EC2 mampu memenuhi permintaan Anda, RunInstances akan berhasil, dan kami akan mulai meluncurkan instans Anda. Anda dapat memeriksa status instans menggunakan panggilan API DescribeInstances. Anda juga dapat membatasi jumlah instans secara terprogram menggunakan panggilan API TerminateInstances.

Jika Anda memiliki instans yang berjalan menggunakan partisi boot Amazon Elastic Block Store (Amazon EBS), Anda juga dapat menggunakan panggilan API StopInstances untuk merilis sumber daya komputasi, tetapi dengan tetap mempertahankan data yang ada di partisi boot. Anda dapat menggunakan API StartInstances saat Anda siap memulai ulang instans yang terhubung dengan partisi boot Amazon EBS.

Sebagai tambahan, Anda memiliki opsi untuk menggunakan Instans Spot untuk mengurangi biaya komputasi saat Anda memiliki fleksibilitas ketika aplikasi Anda dapat berjalan. Baca selengkapnya mengenai Instans Spot untuk mendapatkan penjelasan terperinci tentang cara kerja Instans Spot.

Jika Anda menginginkannya, Anda juga dapat melakukan semua tindakan ini dari Konsol Manajemen AWS atau melalui baris perintah menggunakan alat baris perintah kami yang telah diimplementasikan menggunakan API layanan web ini.

T: Apa perbedaan antara penggunaan penyimpanan instans lokal dan EBS untuk perangkat root?

Saat meluncurkan instans EC2, Anda memiliki kemampuan untuk menyimpan data perangkat root di EBS atau penyimpanan instans lokal. Dengan EBS, data pada perangkat root akan bertahan secara independen sejak masa pakai instans. Hal ini membantu Anda menghentikan dan memulai kembali instans pada waktu yang berurutan, seperti mematikan laptop dan menyalakannya kembali saat Anda memerlukannya lagi.

Atau, penyimpanan instans lokal hanya bertahan selama masa pakai instans. Ini merupakan cara yang murah untuk meluncurkan instans tempat data tidak disimpan ke perangkat root. Misalnya, beberapa pelanggan menggunakan opsi ini untuk menjalankan situs web besar di mana setiap instans merupakan sebuah klona untuk menangani lalu lintas web.

T: Seberapa cepat sistem akan berjalan?

Sistem biasanya membutuhkan waktu kurang dari 10 menit sejak panggilan RunInstances dikeluarkan pada titik tempat semua instans yang diminta memulai urutan boot. Lamanya waktu yang dibutuhkan bergantung pada sejumlah faktor, termasuk ukuran AMI, jumlah instans yang diluncurkan, dan cara Anda meluncurkan AMI tersebut terakhir kali. Gambar yang diluncurkan pertama kali akan membutuhkan waktu sedikit lebih lama untuk melakukan boot.

T: Bagaimana cara memuat dan menyimpan sistem dengan EC2?

Dengan EC2, Anda dapat menyiapkan dan mengonfigurasi semua hal yang berkaitan dengan instans, mulai dari sistem operasi hingga aplikasi. Sederhananya, AMI adalah lingkungan terpadu yang mencakup semua bit yang diperlukan untuk menyiapkan dan melakukan boot instans Anda. AMI adalah unit deployment Anda. Anda mungkin hanya memiliki satu AMI atau dapat membuat sistem dari beberapa AMI blok bangunan (misalnya, server web, server aplikasi, dan basis data). EC2 menyediakan beragam alat untuk menyederhanakan pembuatan AMI. Setelah membuat AMI kustom, Anda perlu memaketkannya. Jika Anda memaketkan gambar dengan perangkat root yang didukung oleh EBS, Anda cukup menggunakan perintah paketan di Konsol Manajemen AWS. Jika Anda memaketkan gambar dengan partisi boot di penyimpanan instans, Anda harus menggunakan alat AMI untuk mengunggahnya ke S3. EC2 menggunakan EBS dan S3 untuk menyediakan penyimpanan AMI yang dapat diandalkan dan diskalakan sehingga kami dapat melakukan boot saat diminta.

Atau, jika Anda menginginkannya, Anda tidak harus menyiapkan AMI dari awal. Anda dapat memilih dari sejumlah AMI yang tersedia secara global, yang menyediakan berbagai instans yang berguna. Misalnya, jika hanya menginginkan server Linux sederhana, Anda dapat memilih salah satu AMI distribusi Linux standar.

T: Bagaimana cara mengakses sistem saya?

Panggilan RunInstances yang memulai pelaksanaan pada kumpulan aplikasi Anda akan mengembalikan sebuah set nama DNS, satu nama untuk setiap sistem yang di-boot. Nama ini dapat digunakan untuk mengakses sistem, sama persis seperti saat Anda melakukannya di pusat data Anda sendiri. Anda memiliki mesin tersebut saat tumpukan sistem operasi berjalan di dalamnya.

T: Apakah EC2 digunakan bersamaan dengan S3?

Ya, EC2 digunakan bersamaan dengan S3 untuk instans dengan perangkat root yang didukung oleh penyimpanan instans lokal. Dengan S3, developer memiliki akses ke infrastruktur penyimpanan data yang dapat diskalakan, dapat diandalkan, cepat, dan terjangkau yang sama seperti yang digunakan oleh Amazon untuk menjalankan jaringan situs web global miliknya. Untuk menjalankan sistem di dalam lingkungan EC2, developer menggunakan alat yang disediakan untuk memuat AMI mereka ke dalam S3 dan untuk memindahkannya di antara S3 dan EC2. Untuk informasi selengkapnya tentang AMI, lihat Bagaimana cara memuat dan menyimpan sistem dengan Amazon EC2?

Kami berharap para developer mendapatkan manfaat dari kombinasi EC2 dan S3. EC2 menyediakan komputasi yang terjangkau dan dapat diskalakan di cloud sementara S3 memungkinkan pengguna menyimpan data mereka dengan andal.

T: Berapa banyak instans yang dapat saya jalankan di EC2?

Anda hanya dapat menjalankan Instans Sesuai Permintaan per batasan Instans Sesuai Permintaan berbasis vCPU Anda, membeli 20 Instans Terpesan, dan meminta Instans Spot per batasan Spot dinamis per Wilayah AWS. Akun AWS baru mungkin memiliki batas yang lebih rendah dari batas yang diuraikan di sini.

Jika memerlukan lebih banyak instans, lengkapi formulir permintaan peningkatan batasan Amazon EC2 dengan kasus penggunaan Anda dan peningkatan batasan Anda akan dipertimbangkan. Peningkatan batas bergantung pada wilayah tempat peningkatan diminta.

T: Apakah terdapat batasan dalam pengiriman email dari instans EC2?

Ya. Untuk mempertahankan kualitas alamat EC2 dalam mengirim email, kami menerapkan batas default pada jumlah email yang dapat dikirim dari akun EC2. Jika ingin mengirimkan email dari EC2 dalam jumlah besar, Anda dapat menghapus penerapan batas ini dari akun dengan mengisi formulir ini.

T: Seberapa cepat saya dapat meningkatkan dan menurunkan skala kapasitas?

EC2 menyediakan lingkungan komputasi yang sangat elastis. Dengan EC2, Anda dapat meningkatkan atau menurunkan kapasitas dalam hitungan menit, bukan lagi jam atau hari. Anda dapat menugaskan satu, ratusan, atau bahkan ribuan instans server secara bersamaan. Jika memerlukan lebih banyak instans, Anda cukup melakukan panggilan RunInstances, dan EC2 biasanya akan menyiapkan instans baru Anda secara cepat. Tentu saja, karena hal ini dikontrol dengan API layanan web, aplikasi Anda dapat meningkatkan dan menurunkan skala secara otomatis tergantung kebutuhannya.

T: Lingkungan sistem operasi mana saja yang didukung?

Saat ini, EC2 mendukung berbagai sistem operasi termasuk: Amazon Linux, Ubuntu, Windows Server, Red Hat Enterprise Linux, SUSE Linux Enterprise Server, openSUSE Leap, Fedora, Fedora CoreOS, Debian, CentOS, Gentoo Linux, Oracle Linux, dan FreeBSD. Kami sedang mengembangkan cara untuk memperluasnya ke platform lain.

T: Apakah EC2 menggunakan memori kode koreksi kesalahan (ECC)?

Berdasarkan pengalaman kami, memori ECC diperlukan untuk infrastruktur server, dan semua perangkat keras yang mendasari EC2 menggunakan memori ECC.

T: Apa yang membuat layanan ini berbeda dari layanan hosting biasa?

Layanan hosting tradisional secara umum menyediakan sumber daya yang telah dikonfigurasi sebelumnya untuk sejumlah waktu yang tetap dan pada biaya yang telah ditentukan. Secara fundamental, EC2 memberi para developer penawaran yang berbeda dalam hal fleksibilitas, kontrol, dan penghematan biaya yang signifikan, yang memungkinkan developer memanfaatkan EC2 sebagai pusat data pribadi mereka dengan manfaat infrastruktur Amazon.com yang tangguh.

Saat kebutuhan komputasi berubah secara tidak terduga (naik atau turun), EC2 dapat merespons dengan cepat, artinya developer mempunyai kemampuan untuk mengontrol jumlah sumber daya yang digunakan pada titik waktu tertentu. Sebaliknya, layanan hosting tradisional umumnya akan memberikan sumber daya dalam jumlah tetap untuk batas waktu yang tetap, artinya pengguna memiliki kemampuan terbatas untuk memberikan respons dengan mudah saat penggunaan mereka berubah secara pesat, tidak terduga, atau diketahui dan mengalami puncak besar pada berbagai interval.

Selain itu, banyak layanan hosting yang tidak menyediakan kontrol penuh pada sumber daya komputasi yang disediakan. Dengan EC2, developer dapat memilih tidak hanya untuk memulai atau mematikan instans kapan saja, mereka juga dapat menyesuaikan konfigurasi instans mereka sepenuhnya untuk memenuhi kebutuhan mereka—dan mengubahnya kapan saja. Sebagian besar layanan hosting menyediakan lebih banyak layanan kepada kelompok pengguna yang memiliki persyaratan sistem yang sama, dan oleh karena itu, menawarkan kemampuan yang terbatas untuk mengubahnya.

Terakhir, dengan EC2, developer dapat menikmati manfaat dari membayar untuk penggunaan sumber daya aktual saja—dan pada tarif yang sangat rendah. Sebagian besar layanan hosting mengharuskan pengguna untuk membayar biaya di muka yang jumlahnya tetap, berapa pun daya komputasi aktual yang mereka gunakan. Jadi, pengguna berisiko membeli sumber daya secara berlebihan untuk mengimbangi ketidakmampuan untuk menaikkan skala sumber daya dengan cepat dalam jangka waktu yang singkat. 

T: Apa yang berubah?

EC2 sedang melakukan transisi batas Instans Sesuai Permintaan dari batas berbasis jumlah instans saat ini ke batas berbasis vCPU baru untuk menyederhanakan pengalaman manajemen batas bagi pelanggan AWS. Penggunaan terhadap batas berbasis vCPU diukur sesuai dengan jumlah vCPU (CPU virtual) untuk Tipe Instans Amazon EC2 guna meluncurkan kombinasi tipe instans apa pun yang memenuhi kebutuhan aplikasi Anda.

T: Apa itu batas berbasis vCPU?

Anda hanya dapat menjalankan satu atau beberapa Instans Sesuai Permintaan di satu akun AWS, dan EC2 akan mengukur penggunaan terhadap setiap batas berdasarkan total jumlah vCPU yang ditetapkan ke instans Sesuai Permintaan yang berjalan di akun AWS Anda. Tabel berikut ini menunjukkan jumlah vCPU untuk setiap ukuran instans. Pemetaan vCPU untuk beberapa tipe instans mungkin berbeda, lihat Tipe Instans Amazon EC2 untuk detailnya.

T: Berapa banyak Instans Sesuai Permintaan yang dapat saya jalankan di EC2?

Ada lima batas instans berbasis vCPU, masing-masing menentukan jumlah kapasitas yang dapat Anda gunakan dari keluarga instans tertentu. Terlepas dari generasi, ukuran, atau varian konfigurasi (misalnya, jenis disk dan prosesor), semua penggunaan instans dari keluarga tertentu akan ditambahkan ke batas total vCPU keluarga yang tercantum pada tabel bawah ini. Akun AWS baru mungkin memiliki batas yang lebih rendah dari batas yang diuraikan di sini.

T: Apakah batas berbasis vCPU Instans Sesuai Permintaan ini berlaku secara regional?

Ya, batas Instans Sesuai Permintaan untuk akun AWS ditetapkan per Wilayah.

T: Apakah batas ini akan berubah dari waktu ke waktu?

Ya, batas dapat berubah dari waktu ke waktu. EC2 selalu memantau penggunaan Anda dalam setiap wilayah dan batas Anda akan dinaikkan secara otomatis berdasarkan penggunaan EC2.

T: Bagaimana cara meminta kenaikan batas?

Meski EC2 secara otomatis meningkatkan batas Instans Sesuai Permintaan berdasarkan penggunaan, jika diperlukan, Anda dapat meminta peningkatan batas dari Halaman Batas di konsol Amazon EC2, halaman layanan Amazon EC2 di konsol Kuota Layanan, atau API/CLI Kuota Layanan.

T: Bagaimana cara menghitung batas vCPU baru?

Anda dapat menemukan pemetaan vCPU untuk setiap Tipe Instans Amazon EC2 atau menggunakan Kalkulator vCPU sederhana untuk mengomputasi persyaratan total batas vCPU yang diperlukan untuk akun AWS Anda.

T: Apakah batas vCPU berlaku saat membeli Instans Terpesan atau meminta Instans Spot?

Tidak, batas berbasis vCPU hanya berlaku untuk Instans Sesuai Permintaan dan Instans Spot yang sedang berjalan.

T: Bagaimana cara melihat batas Instans Sesuai Permintaan saat ini?

Anda dapat menemukan batas Instans Sesuai Permintaan di halaman Kuota Layanan EC2 di konsol Amazon EC2, atau dari konsol Service Quotas dan API.

T: Apakah hal ini akan memengaruhi instans yang sedang berjalan?

Tidak, memilih batas berbasis vCPU tidak akan memengaruhi instans yang sedang berjalan.

T: Apakah saya masih dapat meluncurkan instans dalam jumlah yang sama?

Ya, batas instans berbasis vCPU memungkinkan Anda meluncurkan setidaknya jumlah instans yang sama dengan batas instans berbasis jumlah.

T: Apakah saya dapat melihat penggunaan instans terhadap batas ini?

Dengan integrasi metrik Amazon CloudWatch, Anda dapat melihat penggunaan EC2 yang dibandingkan terhadap batas di konsol Kuota Layanan. Dengan Kuota Layanan, pelanggan juga dapat menggunakan CloudWatch untuk mengonfigurasi alarm guna memperingatkan pelanggan yang hampir mencapai batas. Selain itu, Anda dapat terus melacak dan memeriksa penggunaan instans di Trusted Advisor dan Limit Monitor.

T: Apakah saya masih dapat menggunakan API DescribeAccountAttributes?

Dengan batas vCPU, kami tidak lagi memiliki batas instans total yang mengatur penggunaan. Oleh karena itu, API DescribeAccountAttributes tidak lagi menghasilkan nilai instans maksimum. Sebagai gantinya, kini Anda dapat menggunakan API Kuota Layanan untuk memperoleh informasi tentang batas EC2. Anda dapat menemukan informasi tentang API Kuota Layanan selengkapnya di dokumentasi AWS.

T: Apakah batas vCPU akan berdampak pada tagihan bulanan saya?

Tidak. Penggunaan EC2 masih dihitung per jam atau per detik, tergantung AMI mana yang Anda dijalankan serta tipe dan ukuran instans yang diluncurkan.

T: Apakah batas vCPU akan tersedia di semua Wilayah?

Batas instans berbasis vCPU tersedia di semua Wilayah komersial.

T: Apa yang berubah?

Pada 27 Januari 2020, EC2 meluncurkan perubahan untuk membatasi lalu lintas email melalui port 25 secara default guna melindungi pelanggan dan penerima lain dari spam serta penyalahgunaan email. Port 25 biasanya digunakan sebagai port SMTP default untuk mengirim email. Akun AWS yang dahulu pernah meminta dan menghapus pembatas Port 25 tidak akan terpengaruh oleh perubahan ini.

T: Saya memiliki kasus penggunaan yang valid untuk mengirim email ke port 25 dari EC2. Bagaimana caranya agar pembatasan port 25 saya dihapus?

Jika Anda memiliki kasus penggunaan yang valid untuk mengirim email ke port 25 (SMTP) dari EC2, kirim Permintaan untuk Menghapus Batasan Pengiriman Email agar pembatasan ini dicabut. Atau, Anda dapat mengirim email menggunakan port yang berbeda atau menggunakan layanan relay email terautentikasi yang sudah ada seperti Amazon Simple Email Service (SES).

T: Jaminan apa yang diberikan oleh SLA EC2?

SLA kami menjamin Persentase Waktu Aktif Bulanan minimal sebesar 99,99% untuk EC2 dan EBS dalam suatu Wilayah.

T: Bagaimana cara mengetahui apakah saya memenuhi syarat untuk Kredit Layanan SLA?

Anda memenuhi syarat untuk kredit SLA untuk EC2 atau EBS (salah satu yang tidak tersedia atau keduanya jika sama-sama tidak tersedia) apabila Wilayah tempat operasi Anda memiliki Persentase Waktu Aktif Bulanan kurang dari 99,99% selama siklus tagihan bulanan. Untuk detail selengkapnya tentang syarat dan ketentuan SLA, serta detail tentang cara mengirimkan klaim, lihat Perjanjian Tingkat Layanan Amazon Compute.

T: Apa itu instans Komputasi Terakselerasi?

Kategori instans Komputasi Terakselerasi mencakup beberapa keluarga instans yang menggunakan akselerator perangkat keras, atau co-processor, untuk menjalankan beberapa fungsi, seperti penghitungan jumlah titik mengambang dan pemrosesan grafis, secara lebih efisien dibandingkan yang mungkin didapatkan dalam perangkat lunak yang berjalan pada CPU. EC2 memberikan tiga tipe instans Komputasi Terakselerasi: instans Komputasi GPU untuk komputasi tujuan umum; instans Grafis GPU untuk aplikasi intensif grafis; dan instans Komputasi Perangkat Keras yang Dapat Diprogram FPGA untuk beban kerja ilmiah lanjutan.

T: Kapan perlu menggunakan instans Grafis dan Komputasi GPU?

Instans GPU bekerja dengan sempurna untuk aplikasi yang memiliki paralelisme masif seperti beban kerja yang menggunakan ribuan thread. Pemrosesan grafis merupakan contoh dengan kebutuhan komputasi yang besar, di mana tiap tugas relatif kecil, rangkaian pengoperasian yang dijalankan membentuk sebuah pipeline, dan throughput dari pipeline ini lebih penting daripada latensi pengoperasian individual. Agar dapat membangun aplikasi yang memanfaatkan tingkat paralelisme ini, pengetahuan yang spesifik tentang perangkat GPU diperlukan dengan memahami cara memprogram berbagai API grafis (DirectX, OpenGL) atau model pemrograman komputasi GPU (CUDA, OpenCL).

T: Aplikasi apa yang mendapatkan manfaat dari instans P4d Amazon EC2?

Beberapa aplikasi yang mungkin akan dipilih pelanggan untuk digunakan bersama P4d adalah beban kerja machine learning (ML) seperti pemahaman bahasa alami, pelatihan model persepsi untuk kendaraan otonom, klasifikasi gambar, deteksi objek, dan mesin rekomendasi. Peningkatan performa GPU dapat mengurangi waktu pelatihan secara signifikan, serta memori GPU tambahan akan membantu pelanggan melatih model yang lebih besar dan lebih kompleks. Pelanggan HPC dapat menggunakan peningkatan performa pemrosesan dan memori GPU P4 untuk analisis seismik, penemuan obat, pengurutan DNA, dan pemodelan risiko asuransi.

T: Apa perbedaan antara instans P4d dan instans P3 Amazon EC2?

Instans P4 menghadirkan GPU Tensor Core A100 generasi terbaru dari NVIDIA untuk memberikan peningkatan performa TFLOP rata-rata 2,5x lipat dari V100 generasi sebelumnya bersama dengan peningkatan memori GPU sebesar 2,5x lipat. Instans P4 menghadirkan CPU Intel Cascade Lake yang memiliki 24C per soket dan set instruksi tambahan untuk instruksi jaringan neural vektor. Instans P4 akan memiliki 1,5x total memori sistem dan 4x throughput jaringan P3dn atau 16x dibandingkan dengan P3.16xl. Perbedaan utama lainnya adalah bahwa throughput interkoneksi GPU NVSwitch akan menggandakan apa yang dimungkinkan pada P3 sehingga setiap GPU dapat berkomunikasi dengan setiap GPU lain pada throughput dua arah 600GB/dtk yang sama dan dengan latensi hop tunggal. Hal ini memungkinkan pengembangan aplikasi untuk mempertimbangkan beberapa GPU dan memori sebagai sebuah GPU besar tunggal dan kolam memori terpadu. Instans P4d juga dilakukan deployment di dalam klaster skala besar yang digabungkan secara ketat, yang disebut EC2 UltraClusters, dan dapat Anda gunakan untuk menjalankan pelatihan ML multisimpul serta aplikasi HPC yang paling kompleks.

T: Apa itu EC2 UltraClusters dan bagaimana cara mendapatkan aksesnya?

Instans P4d dilakukan deployment di klaster skala besar yang disebut EC2 UltraClusters. Setiap EC2 UltraCluster terdiri atas lebih dari 4.000 GPU Tensor Core A100 NVIDIA, jaringan skala Petabit, dan penyimpanan latensi rendah yang dapat diskalakan dengan Amazon FSx for Lustre. Setiap EC2 UltraCluster merupakan salah satu superkomputer top dunia sehingga Anda dapat lebih mudah memutar instans P4d di EC2 SuperClusters. Untuk bantuan tambahan, hubungi kami.

T: Apakah AMI yang saya gunakan pada P3 dan P3dn akan berfungsi pada P4?

AMI P4 akan memerlukan driver NVIDIA baru untuk GPU A100 dan versi driver ENA lebih baru yang sudah terinstal. Instans P4 didukung oleh AWS Nitro System dan instans tersebut memerlukan AMI dengan driver NVMe dan ENA yang sudah terinstal. P4 juga dilengkapi dengan CPU Cascade Lake Intel baru, yang mencakup serangkaian instruksi yang telah diperbarui. Oleh karena itu, kami sarankan untuk menggunakan distribusi terbaru kerangka kerja ML, yang memanfaatkan serangkaian instruksi baru ini untuk prapemrosesan data.

T: Apa perbedaan antara instans P3 dan instans G3?

Instans P3 merupakan generasi lanjutan dari instans komputasi GPU tujuan umum EC2, yang didukung hingga 8 generasi terbaru GPU NVIDIA Tesla V100. Instans baru ini secara signifikan meningkatkan performa dan skalabilitas. Instans baru ini menambahkan banyak fitur baru, termasuk arsitektur Streaming Multiprocessor (SM) baru untuk optimisasi performa ML/deep learning (DL), interkoneksi GPU kecepatan tinggi NVIDIA NVLink generasi kedua, dan memori HBM2 yang sangat disesuaikan untuk efisiensi lebih tinggi.

Instans G3 menggunakan GPU NVIDIA Tesla M60 dan memberikan platform performa tinggi untuk aplikasi grafis yang menggunakan DirectX atau OpenGL. GPU NVIDIA Tesla M60 mendukung fitur Tempat Kerja Virtual NVIDIA GRID dan pengodean perangkat keras H.265 (HEVC). Setiap GPU M60 dalam instans G3 mendukung 4 monitor dengan resolusi hingga 4096x2160 dan memiliki lisensi untuk menggunakan Tempat Kerja Virtual NVIDIA GRID untuk satu Pengguna Konkuren yang Terhubung. Contoh pengaplikasian instans G3 mencakup visualisasi 3D, tempat kerja jarak jauh intensif grafis, rendering 3D, streaming aplikasi, enkode video, dan beban kerja grafis sisi server lainnya.

T: Apa kelebihan GPU NVIDIA Volta GV100?

Akselerator NVIDIA Tesla V100 baru menggabungkan GPU Volta GV100 yang tangguh. GV100 tidak hanya dibuat berdasarkan kemajuan pendahulunya, GPU Pascal GP100. GPU ini secara signifikan meningkatkan performa dan skalabilitas serta menambahkan banyak fitur baru yang meningkatkan kemampuan pemrograman. Kemajuan ini akan meningkatkan HPC, pusat data, superkomputer, dan sistem serta aplikasi DL.

T: Siapa yang akan mendapat manfaat dari instans P3?

Instans P3, dengan performa komputasinya yang tinggi, akan memberikan manfaat bagi pengguna dalam aplikasi kecerdasan buatan (AI), ML, DL, dan HPC. Penggunanya meliputi ilmuwan data, arsitek data, analis data, peneliti ilmiah, rekayasawan ML, manajer IT, dan developer perangkat lunak. Industri utamanya meliputi transportasi, energi/minyak dan gas, jasa keuangan (perbankan, asuransi), layanan kesehatan, farmasi, ilmu pengetahuan, IT, ritel, manufaktur, teknologi tinggi, transportasi, pemerintahan, akademisi, serta masih banyak lagi.

T: Apa saja kasus penggunaan utama instans P3?

Instans P3 menggunakan GPU untuk mengakselerasi berbagai sistem dan aplikasi DL termasuk platform kendaraan otonom; sistem pengenalan suara, gambar, dan teks; analitik video cerdas; simulasi molekul; penemuan obat-obatan; diagnosis penyakit; prakiraan cuaca; analitik big data; pemodelan keuangan; robotika; otomatisasi pabrik; penerjemahan bahasa secara waktu nyata; optimisasi pencarian online; serta rekomendasi pengguna yang dipersonalisasi.

T: Mengapa pengguna harus menggunakan instans P3 yang didukung GPU untuk AI/ML dan HPC?

Instans komputasi berbasis GPU memberikan throughput dan performa yang lebih besar karena didesain untuk pemrosesan paralel massal yang menggunakan ribuan core khusus per GPU, dibanding dengan CPU yang hanya memberikan pemrosesan berurutan menggunakan beberapa core. Selain itu, developer telah membangun ratusan aplikasi HPC ilmiah yang dioptimalkan GPU, seperti kimia kuantum, dinamika molekul, dan meteorologi. Penelitian menunjukkan bahwa lebih dari 70% aplikasi HPC populer menyediakan dukungan bawaan untuk GPU.

T: Apakah instans P3 akan mendukung jaringan EC2 Classic dan Amazon Virtual Private Cloud (Amazon VPC)?

Instans P3 hanya akan mendukung Amazon VPC.

T: Apa perbedaan antara instans G3 dan instans P2?

Instans G3 menggunakan GPU NVIDIA Tesla M60 dan memberikan platform performa tinggi untuk aplikasi grafis yang menggunakan DirectX atau OpenGL. GPU NVIDIA Tesla M60 mendukung fitur NVIDIA GRID Virtual Workstation, dan pengodean perangkat keras H.265 (HEVC). Setiap GPU M60 di dalam instans G3 mendukung 4 monitor dengan resolusi hingga 4096x2160, dan memiliki lisensi untuk menggunakan NVIDIA GRID Virtual Workstation untuk satu Pengguna Terhubung Bersamaan. Contoh pengaplikasian instans G3 mencakup visualisasi 3D, tempat kerja jarak jauh intensif grafis, rendering 3D, streaming aplikasi, enkode video, dan beban kerja grafis sisi server lainnya.

Instans P2 menggunakan GPU NVIDIA Tesla K80 dan didesain untuk komputasi GPU tujuan umum menggunakan model pemrograman CUDA atau OpenCL. Instans P2 memberi pelanggan jaringan bandwidth tinggi sebesar 25 Gbps, kemampuan titik mengambang presisi tunggal dan ganda yang kuat, serta memori error-correcting code (ECC) sehingga menjadikannya ideal untuk DL, basis data performa tinggi, dinamika fluida komputasi, keuangan komputasi, analisis seismik, pemodelan molekul, genomika, rendering, dan beban kerja komputasi GPU sisi server lainnya.

T: Apa yang membuat instans P3 berbeda dari instans P2?

Instans P3 merupakan generasi berikutnya dari instans komputasi GPU tujuan umum EC2, yang didukung hingga 8 GPU NVIDIA Volta GV100 generasi terbaru. Instans baru ini secara signifikan meningkatkan performa dan skalabilitas serta menambahkan banyak fitur, termasuk arsitektur Streaming Multiprocessor (SM) baru yang dioptimalkan untuk performa ML/DL, interkoneksi GPU kecepatan tinggi NVIDIA NVLink generasi kedua, serta memori HBM2 yang sangat disesuaikan untuk efisiensi yang lebih tinggi.

Instans P2 menggunakan GPU NVIDIA Tesla K80 dan didesain untuk komputasi GPU tujuan umum menggunakan model pemrograman CUDA atau OpenCL. Instans P2 memberi pelanggan jaringan bandwidth tinggi sebesar 25 Gbps, kemampuan titik mengambang presisi tunggal dan ganda yang kuat, serta memori ECC.

T: Model API dan pemrograman apa yang didukung oleh instans Grafis dan Komputasi GPU?

Instans P3 mendukung CUDA 9 dan OpenCL; instans P2 mendukung CUDA 8 dan OpenCL 1.2; dan instans G3 mendukung DirectX 12, OpenGL 4.5, CUDA 8, dan OpenCL 1.2.

T: Di mana saya bisa mendapatkan driver NVIDIA untuk instans P3 dan G3?

Ada dua metode untuk mendapatkan driver NVIDIA. Di AWS Marketplace, banyak yang menawarkan AMI Amazon Linux dan AMI Windows Server dengan driver NVIDIA yang telah terinstal sebelumnya. Anda juga dapat menjalankan AMI HVM 64 bit dan menginstal driver secara mandiri. Anda harus mengunjungi situs web driver NVIDIA dan mencari NVIDIA Tesla V100 untuk P3, NVIDIA Tesla K80 untuk P2, dan NVIDIA Tesla M60 untuk instans G3.

T: AMI mana yang dapat digunakan dengan instans P3, P2, dan G3?

Saat ini Anda dapat menggunakan AMI Windows Server, SUSE Enterprise Linux, Ubuntu, dan Amazon Linux pada instans P2 serta G3. Instans P3 hanya mendukung AMI HVM. Jika Anda ingin menjalankan AMI dengan sistem operasi yang tidak tercantum di sini, hubungi Dukungan Pelanggan AWS untuk menyampaikan permintaan Anda, atau hubungi Forum EC2.

T: Apakah penggunaan instans G2 dan G3 memerlukan lisensi pihak ketiga?

Selain driver NVIDIA dan GRID SDK, penggunaan instans G2 dan G3 tidak memerlukan lisensi pihak ketiga. Namun, Anda bertanggung jawab untuk menentukan apakah konten atau teknologi yang digunakan pada instans G2 dan G3 memerlukan lisensi tambahan atau tidak. Misalnya, jika Anda melakukan streaming konten, Anda mungkin memerlukan lisensi untuk beberapa atau semua konten tersebut. Jika Anda menggunakan teknologi pihak ketiga seperti sistem operasi, encoder audio dan/atau video, serta decoder dari Microsoft, Thomson, Fraunhofer IIS, Sisvel S.p.A., MPEG-LA, dan Coding Technologies, konsultasikan dengan penyedia-penyedia ini untuk menentukan perlu atau tidaknya lisensi. Misalnya, jika Anda menggunakan encoder video h.264 on-board pada GPU NVIDIA GRID, Anda harus menghubungi MPEG-LA untuk mendapatkan panduan. Jika menggunakan teknologi MP3, Anda harus menghubungi Thomson untuk mendapatkan panduan.

T: Mengapa saya tidak mendapatkan fitur NVIDIA GRID pada instans G3 yang menggunakan driver yang diunduh dari situs web NVIDIA?

GPU NVIDIA Tesla M60 yang digunakan pada instans G3 memerlukan driver NVIDIA GRID khusus untuk mengaktifkan semua fitur grafis lanjutan dan 4 dukungan monitor dengan resolusi hingga 4096x2160. Anda harus menggunakan AMI dengan driver NVIDIA GRID yang sudah terinstal, atau unduh dan instal driver NVIDIA GRID dengan mengikuti dokumentasi AWS.

T: Mengapa saya tidak dapat melihat GPU saat menggunakan Microsoft Remote Desktop?

Saat menggunakan Remote Desktop, GPU yang menggunakan model driver WDDM akan digantikan dengan driver tampilan Remote Desktop yang tidak diakselerasi. Untuk mengakses perangkat keras GPU, Anda harus menggunakan alat akses jarak jauh lain, seperti VNC.

T: Apa itu Amazon EC2 F1?

EC2 F1 adalah instans komputasi dengan perangkat keras yang dapat diprogram yang dapat Anda gunakan untuk akselerasi aplikasi. Tipe instans F1 baru ini memberikan performa tinggi, kemudahan akses FPGA untuk pengembangan dan deployment akselerasi perangkat keras kustom.

T: Apa itu FPGA dan mengapa saya membutuhkannya?

FPGA adalah sirkuit terintegrasi yang dapat diprogram yang dapat Anda konfigurasikan dengan perangkat lunak. Dengan FPGA, Anda dapat mengakselerasi aplikasi hingga 30x dibandingkan server yang menggunakan CPU saja. Selain itu, FPGA dapat diprogram sehingga Anda memiliki fleksibilitas untuk memperbarui dan mengoptimalkan akselerasi perangkat keras tanpa perlu mendesain ulang perangkat keras.

T: Bagaimana perbandingan F1 dengan solusi FPGA tradisional?

F1 merupakan instans AWS dengan perangkat keras yang dapat diprogram untuk akselerasi aplikasi. Dengan F1, Anda memiliki akses ke perangkat keras FPGA dalam beberapa klik sehingga akan menghemat waktu dan biaya pengembangan FPGA siklus penuh serta menskalakan deployment dari beberapa bulan atau tahun menjadi beberapa hari. Meskipun teknologi FPGA telah tersedia selama berpuluh-puluh tahun, adopsi akselerasi aplikasi sulit berhasil dalam hal pengembangan akselerator maupun model bisnis penjualan perangkat keras kustom untuk perusahaan tradisional. Hal ini disebabkan oleh waktu dan biaya dalam infrastruktur pengembangan, desain perangkat keras, serta deployment dalam skala besar. Dengan penawaran ini, pelanggan akan terhindar dari pengangkatan beban yang tidak terdiferensiasi terkait dengan pengembangan FPGA di pusat data lokal.

T: Apa itu Amazon FPGA Image (AFI)?

AFI adalah desain yang Anda buat untuk memprogram FPGA. AWS menyediakan layanan untuk mendaftarkan, mengelola, menyalin, membuat kueri, dan menghapus AFI. Setelah dibuat, AFI dapat dimuat pada instans F1 yang berjalan. Anda dapat memuat beberapa AFI pada instans F1 yang sama dan beralih di antara AFI dalam runtime tanpa perlu melakukan boot ulang. Hal ini memungkinkan Anda menguji dan menjalankan beberapa akselerasi perangkat keras dalam rangkaian yang cepat. Kepada para pelanggan lain di AWS Marketplace, Anda juga dapat menawarkan kombinasi akselerasi FPGA Anda dan AMI dengan perangkat lunak atau driver AFI kustom.

T: Bagaimana cara menawarkan akselerasi perangkat keras saya di AWS Marketplace?

Anda perlu mengembangkan AFI dan driver/alat perangkat lunak untuk menggunakan AFI ini. Kemudian Anda mengemas alat/driver perangkat lunak ini ke AMI dalam format yang terenkripsi. AWS akan mengelola semua AFI yang Anda berikan dalam format terenkripsi untuk menjaga keamanan kode. Untuk menjual produk di AWS Marketplace, Anda atau perusahaan harus mendaftar menjadi pengecer AWS Marketplace. Kemudian Anda akan mengirimkan ID AMI dan ID AFI yang ditujukan untuk dikemas dalam sebuah produk tunggal. AWS Marketplace akan menangani proses kloning AMI dan AFI untuk membuat produk serta mengaitkan kode produk ke artefak ini, sehingga setiap pengguna akhir yang berlangganan pada kode produk ini akan memiliki akses ke AMI dan AFI.

T: Apa saja yang tersedia dengan instans F1?

Bagi developer, AWS memberikan Hardware Development Kit (HDK) untuk membantu mempercepat siklus pengembangan, AMI Developer FPGA untuk pengembangan di cloud, SDK untuk AMI yang menjalankan instans F1, dan serangkaian API untuk mendaftarkan, mengelola, menyalin, membuat kueri, serta menghapus AFI. Developer dan pelanggan memiliki akses ke AWS Marketplace, tempat AFI dapat didaftarkan serta dibeli untuk digunakan dalam akselerasi aplikasi.

T: Apakah saya harus menjadi ahli FPGA untuk menggunakan instans F1?

Pelanggan AWS yang berlangganan ke AMI dengan F1 dioptimalkan dari AWS Marketplace tidak perlu mengetahui apa pun mengenai FPGA untuk memanfaatkan percepatan yang disediakan instans F1 serta AWS Marketplace. Cukup berlangganan pada AMI yang dioptimalkan F1 dari AWS Marketplace dengan percepatan yang sesuai dengan beban kerja. AMI tersebut berisi semua perangkat lunak yang dibutuhkan untuk menggunakan percepatan FPGA. Pelanggan hanya perlu menulis perangkat lunak spesifik pada API untuk akselerator tersebut dan mulai menggunakannya.

T: Saya adalah developer FPGA, bagaimana cara untuk mulai menggunakan instans F1?

Developer dapat memulai instans F1 dengan membuat akun AWS dan mengunduh HDK AWS. HDK mencakup dokumentasi F1, antarmuka FPGA internal, dan skrip pengompilasi untuk membuat AFI. Developer dapat mulai menulis kode FPGA mereka ke antarmuka terdokumentasi yang disertakan dalam HDK untuk membuat fungsi percepatan mereka. Developer dapat meluncurkan instans AWS dengan AMI Developer FPGA. AMI ini mencakup alat pengembangan yang diperlukan untuk mengompilasi dan menyimulasi kode FPGA. AMI Developer paling cocok dijalankan pada instans Amazon EC2, C5, M5, atau R4. Developer sebaiknya memiliki pengalaman dalam bahasa pemrograman yang digunakan untuk membuat kode FPGA (misalnya, Verilog atau VHDL) dan memahami operasi yang ingin mereka akselerasikan.

T: Saya bukan developer FPGA, bagaimana cara untuk mulai menggunakan instans F1?

Pelanggan dapat memulai instans F1 dengan memilih akselerator dari AWS Marketplace, yang disediakan penjual di AWS Marketplace, dan menjalankan instans F1 menggunakan AMI tersebut. AMI ini mencakup semua perangkat lunak serta API untuk akselerator tersebut. AWS akan mengelola pemrograman FPGA dengan AFI untuk akselerator tersebut. Pelanggan tidak perlu memiliki pengalaman atau pengetahuan FPGA untuk menggunakan akselerator ini. Pelanggan dapat bekerja penuh pada tingkat API perangkat lunak untuk akselerator tersebut.

T: Apakah AWS menyediakan kit developer?

Ya. Hardware Development Kit (HDK) mencakup peralatan simulasi serta model simulasi yang dapat digunakan developer untuk menyimulasikan, melakukan debug, membangun, dan mendaftarkan kode akselerasi mereka. HDK ini mencakup sampel kode, skrip kompilasi, antarmuka debug, dan peralatan lain yang diperlukan untuk mengembangkan kode FPGA untuk instans F1 Anda. Anda dapat menggunakan HDK baik dalam AMI yang disediakan AWS ataupun dalam lingkungan pengembangan on-premise Anda. Model dan skrip ini tersedia secara umum dengan akun AWS.

T: Apakah HDK bisa digunakan di lingkungan perkembangan on-premise saya?

Ya. Anda dapat menggunakan HDK baik dalam AMI yang disediakan AWS atau dalam lingkungan pengembangan on-premise Anda.

T. Apakah FPGA dapat ditambahkan ke tipe instans EC2 apa pun?

Tidak. Instans F1 hanya tersedia dalam tiga ukuran instans f1.2xlarge, f1.4xlarge, dan f1.16 xlarge.

T: Bagaimana cara menggunakan chip Inferentia pada instans Inf1 Amazon EC2?

Anda dapat memulai alur kerja dengan membangun dan melatih model di salah satu kerangka kerja ML populer, seperti TensorFlow, PyTorch, atau MXNet menggunakan instans GPU, seperti P4, P3, atau P3dn. Setelah model dilatih untuk akurasi yang diperlukan, Anda dapat menggunakan API kerangka kerja ML untuk memanggil Neuron, yaitu kit pengembangan perangkat lunak untuk Inferentia, guna mengompilasi model untuk eksekusi pada chip Inferentia, memuatnya ke memori Inferentia, dan melakukan panggilan inferensi. Untuk memulai dengan cepat, Anda dapat menggunakan AMI Deep Learning AWS yang sudah terinstal sebelumnya dengan kerangka kerja ML dan SDK Neuron. Untuk pengalaman terkelola penuh, Anda akan dapat menggunakan Amazon SageMaker guna melakukan deployment model terlatih di instans Inf1 dengan lancar.

T: Kapan saya perlu menggunakan instans Inf1 versus C6i atau C5 versus G4 untuk inferensi?

Pelanggan yang menjalankan model ML yang sensitif terhadap latensi inferensi dan throughput dapat menggunakan instans Inf1 untuk inferensi yang hemat biaya dan beperforma tinggi. Untuk model ML yang kurang sensitif terhadap latensi inferensi dan throughput, pelanggan dapat menggunakan instans C6i atau C5 EC2 dengan rangkaian instruksi AVX-512/VNNI. Untuk model ML yang memerlukan akses ke pustaka CUDA, CuDNN, atau TensorRT NVIDIA, sebaiknya gunakan instans G4 Amazon EC2.

T: Kapan harus memilih Elastic Inference (EI) untuk inferensi dibandingkan instans Inf1

Ada dua kasus yang menyebabkan developer lebih memilih EI daripada instans Inf1:

1. Jika Anda membutuhkan ukuran CPU dan memori yang berbeda dari yang ditawarkan Inf1, Anda dapat menggunakan EI untuk melampirkan akselerasi ke instans EC2 dengan campuran CPU dan memori yang tepat untuk aplikasi Anda.
2. Jika persyaratan performa Anda jauh lebih rendah daripada yang disediakan instans Inf1 terkecil, menggunakan EI dapat menjadi pilihan yang lebih hemat biaya. Misalnya, jika Anda hanya membutuhkan 5 TOPS, cukup untuk memproses hingga 6 stream video secara bersamaan, maka menggunakan potongan EI terkecil dengan instans C5.large akan 50% lebih murah daripada menggunakan ukuran terkecil dari instans Inf1.

T: Tipe dan operator model ML apa yang didukung oleh instans Inf1 yang menggunakan chip Inferentia?

Chip Inferentia mendukung model ML yang umum digunakan, seperti single shot detector (SSD) dan ResNet untuk pengenalan/klasifikasi gambar serta Transformer dan BERT untuk pemrosesan serta penerjemahan bahasa alami (NLP) dan masih banyak lagi. Daftar operator yang didukung dapat dilihat di GitHub.

T: Bagaimana cara memanfaatkan kemampuan NeuronCore Pipeline AWS Inferentia untuk menurunkan latensi?

Instans Inf1 dengan beberapa chip Inferentia, seperti Inf1.6xlarge atau Inf1.24xlarge, mendukung interkoneksi chip ke chip yang cepat. Memanfaatkan kemampuan Neuron Processing Pipeline, model Anda dapat dibagi dan dimuat ke memori cache lokal di beberapa chip. Pengompilasi Neuron menggunakan teknik kompilasi di muka (AOT) untuk menganalisis model input dan mengompilasinya agar sesuai dengan memori on-chip dari chip Inferentia tunggal atau ganda. Hal ini akan memungkinkan NeuronCore memiliki akses berkecepatan tinggi ke model dan tidak memerlukan akses ke memori off-chip sehingga akan menjaga latensi tetap terikat sekaligus meningkatkan throughput inferensi secara keseluruhan.

T: Apa perbedaan antara AWS Neuron dan Amazon SageMaker Neo?

AWS Neuron adalah SDK khusus untuk chip AWS Inferentia yang mengoptimisasi performa inferensi ML chip Inferentia. AWS Neuron terdiri dari alat pengompilasi, runtime, dan pembuatan profil untuk AWS Inferentia serta diperlukan untuk menjalankan beban kerja inferensi pada instans Inf1. Di sisi lain, Amazon SageMaker Neo adalah layanan agnostik perangkat keras yang terdiri dari pengompilasi dan runtime yang membantu developer melatih model ML serta menjalankannya di banyak platform perangkat keras yang berbeda.  

T: Bagaimana cara menggunakan chip Trainium di instans Trn1?

Tumpukan perangkat lunak Trainium, SDK AWS Neuron, berintegrasi dengan kerangka kerja ML terkemuka, seperti PyTorch dan TensorFlow, sehingga Anda dapat memulai dengan perubahan kode minimal. Untuk memulai dengan cepat, Anda dapat menggunakan AMI Deep Learning AWS dan Kontainer Deep Learning AWS, yang terkonfigurasi sebelumnya dengan AWS Neuron. Jika menggunakan aplikasi terkontainer, Anda dapat melakukan deployment AWS Neuron menggunakan Amazon ECS, Amazon Elastic Kubernetes Service (Amazon EKS), atau mesin kontainer native pilihan Anda. AWS Neuron juga mendukung Amazon SageMaker, yang dapat Anda gunakan untuk membangun, melatih, dan melakukan deployment model ML.

T: Di mana saya dapat melakukan deployment model DL yang dilatih di Trn1?

Anda dapat melakukan deployment model DL yang dilatih di instans Trn1 pada instans EC2 lain mana pun yang mendukung kasus penggunaan DL, termasuk instans berbasis CPU, GPU, atau akselerator lainnya. Anda juga dapat melakukan deployment model yang dilatih di instans Trn1 di luar AWS, seperti pusat data on-premise atau pada perangkat yang disematkan di edge. Misalnya, Anda dapat melatih model di instans Trn1 dan melakukan deployment model tersebut di instans Inf1, instans G5, instans G4, atau perangkat komputasi di edge.

T: Kapan harus menggunakan instans Trn1 alih-alih instans berbasis GPU untuk melatih model ML?

Instans Trn1 cocok untuk kasus penggunaan pelatihan model NLP, model bahasa besar (LLM), dan penglihatan komputer (CV). Instans Trn1 berfokus pada akselerasi pelatihan model untuk memberikan performa tinggi sekaligus menurunkan biaya pelatihan model. Jika Anda memiliki model ML yang memerlukan pustaka atau bahasa milik pihak ketiga, misalnya pustaka NVIDIA CUDA, CUDA Deep Neural Network (cuDNN), atau TensorRT, sebaiknya gunakan instans berbasis GPU NVIDIA (P4, P3).

T: Apa yang membuat Instans Performa yang Dapat Melonjak berbeda?

EC2 memungkinkan Anda memilih antara Instans Performa Tetap (seperti keluarga instans C, M dan R) dan Instans Performa yang Dapat Melonjak (seperti T2). Instans Perfoma yang Dapat Melonjak memberikan tingkat performa CPU dasar dengan kemampuan untuk melonjak di atas tingkat dasar tersebut.

Performa dasar dan kemampuan melonjak yang dimiliki instans T2 diatur oleh Kredit CPU. Setiap instans T2 menerima Kredit CPU secara terus-menerus, yang tingkatnya bergantung pada ukuran instansnya. Instans T2 menambah Kredit CPU saat instans berhenti dan menggunakan kredit CPU saat aktif. Kredit CPU menyediakan performa core CPU penuh selama satu menit. 

*Untuk t2.medium, aplikasi thread tunggal dapat menggunakan 40% dari 1 core, atau jika dibutuhkan aplikasi multithread dapat menggunakan 20% masing-masing dari 2 core.

**Untuk t2.large, aplikasi thread tunggal dapat menggunakan 60% dari 1 core, atau jika dibutuhkan aplikasi multithread dapat menggunakan 30% masing-masing dari 2 core.

***Untuk t2.xlarge, aplikasi thread tunggal dapat menggunakan 90% dari 1 inti, atau jika dibutuhkan, aplikasi multi-thread dapat menggunakan 45% masing-masing dari 2 inti atau 22,5% dari 4 inti.

****Untuk t2.2xlarge, aplikasi thread tunggal dapat menggunakan 1 inti, atau jika perlu, aplikasi multi-thread dapat menggunakan 67,5% masing-masing dari 2 inti atau 16,875% dari 8 inti. 

T. Bagaimana cara memilih AMI yang tepat untuk instans T2 saya?

Anda akan diminta untuk memverifikasi persyaratan memori minimum dari sistem operasi dan aplikasi yang ada di dalam memori yang dialokasikan untuk ukuran instans T2 (misalnya, 512 MiB untuk t2.nano). Sistem operasi dengan Antarmuka Pengguna Grafis (GUI) yang menggunakan memori dan CPU secara signifikan (misalnya, Microsoft Windows) mungkin memerlukan t2.micro atau ukuran instans yang lebih besar untuk banyak kasus penggunaan. Anda dapat menemukan AMI yang sesuai untuk tipe instans t2.nano pada AWS Marketplace. Pelanggan Windows yang tidak membutuhkan GUI dapat menggunakan AMI Core Microsoft Windows Server 2012 R2.

T: Mengapa saya harus memilih Instans Kinerja yang Mampu Melonjak, seperti T2?

Instans T2 menyediakan platform efektif biaya untuk rentang beban kerja produksi tujuan umum yang luas. Instans T2 Unlimited dapat menahan performa CPU tinggi selama yang diperlukan. Jika beban kerja Anda secara konsisten memerlukan penggunaan CPU yang lebih tinggi dari garis dasar, pertimbangkan instans CPU khusus seperti M atau C.

T: Bagaimana saya dapat melihat saldo CPU Credit untuk setiap instans T2?

Anda dapat melihat saldo Kredit CPU untuk setiap instans T2 dalam metrik per-instans EC2 pada Amazon CloudWatch. Instans T2 memiliki empat metrik, CPUCreditUsage, CPUCreditBalance, CPUSurplusCreditBalance, dan CPUSurplusCreditsCharged. CPUCreditUsage menunjukkan jumlah Kredit CPU yang digunakan. CPUCreditBalance menunjukkan saldo CPU Credits. CPUSurplusCredit Balance menunjukkan kredit yang digunakan untuk mempercepat ketiadaan kredit yang didapatkan. CPUSurplusCreditsCharged menunjukkan kredit yang dibebankan saat penggunaan rata-rata melebihi garis dasar.

T: Apa yang akan terjadi pada performa CPU jika instans T2 saya kehabisan kredit (saldo CPU Credit hampir kosong)?

Jika instans T2 Anda memiliki saldo Kredit CPU nol, performa akan tetap berada kinerja CPU garis dasar. Misalnya t2.micro menyediakan kinerja CPU garis dasar sebesar 10% core CPU fisik. Jika saldo Kredit CPU instans Anda mendekati nol, performa CPU akan diturunkan ke performa dasar pada interval 15 menit.

T: Apakah saldo kredit instans T2 akan tetap saat berhenti/dimulai?

Tidak, instans yang berhenti tidak akan menahan saldo kredit yang diperoleh sebelumnya.

T: Apakah instans T2 dapat dibeli sebagai Instans Terpesan atau Instans Spot?

Instans T2 dapat dibeli sebagai Instans Sesuai Permintaan, Instans Terpesan, atau Instans Spot.

T: Apa itu instans T4g Amazon EC2?

Instans T4g Amazon EC2 adalah instans tujuan umum yang mampu melonjak generasi berikutnya yang didukung prosesor AWS Graviton2 berbasis Arm. Instans T4g menghasilkan kinerja harga hingga 40% lebih baik dari instans T3. Dibangun di AWS Nitro System, kombinasi perangkat keras khusus dan hypervisor Nitro.

T: Apa saja kasus-kasus penggunaan ideal untuk instans T4g?

Instans T4g menghasilkan performa harga hingga 40% lebih baik dari instans T3 untuk berbagai beban kerja tujuan umum yang dapat melonjak, seperti layanan mikro, aplikasi interaktif dengan latensi rendah, basis data kecil dan menengah, desktop virtual, lingkungan pengembangan, repositori kode, dan aplikasi penting untuk bisnis. Pelanggan yang men-deploy aplikasi yang dibangun pada perangkat lunak sumber terbuka di seluruh instans T akan melihat bahwa instans T4g adalah opsi yang menarik untuk mewujudkan performa harga terbaik. Developer Arm juga dapat membangun aplikasinya secara langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

T: Bagaimana cara pelanggan mengakses uji coba gratis T4g?

Hingga 31 Desember 2023, seluruh pelanggan AWS akan diikutsertakan secara otomatis dalam uji coba gratis T4g sebagaimana yang diuraikan secara terperinci dalam AWS Tingkat Gratis. Selama periode uji coba gratis ini, pelanggan yang menjalankan instans t4g.small akan mendapat potongan tagihan bulanan sebanyak 750 jam setiap bulannya. 750 jam dihitung secara agregat di seluruh Wilayah tempat instans t4g.small digunakan. Pelanggan harus membayar kelebihan kredit CPU bila melebihi kredit instans yang dialokasikan selama 750 jam gratis program uji coba gratis T4g. Untuk informasi selengkapnya tentang cara kerja kredit CPU, lihat Konsep dan definisi utama untuk instans performa yang dapat meledak dalam Panduan Pengguna Amazon EC2 untuk Instans Linux.

T: Siapa saja yang dapat mencoba T4g secara gratis?

Seluruh pelanggan lama dan baru yang memiliki akun AWS dapat mencoba T4g secara gratis. Percobaan gratis T4g tersedia dalam waktu terbatas, hingga 31 Desember 2023. Waktu mulai dan selesai uji coba gratis diatur berdasarkan Waktu Universal Terkoordinasi (UTC). Uji coba gratis T4g akan tersedia bersamaan dengan AWS Tingkat Gratis yang sudah ada di t2.micro/t3.micro. Pelanggan yang telah melewati batas penggunaan Uji Coba Gratis t2.micro (atau t3.micro, tergantung Wilayah) tetap dapat mencoba T4g secara gratis.

T: Tersedia di wilayah mana sajakah uji coba gratis T4g?

Saat ini, uji coba gratis T4g tersedia di seluruh Wilayah AWS berikut: AS Timur (Ohio), AS Timur (Virginia Utara), AS Barat (California Utara), AS Barat (Oregon), Amerika Selatan (Sao Paulo), Asia Pasifik (Hong Kong), Asia Pasifik (Mumbai), Asia Pasifik (Seoul), Asia Pasifik (Singapura), Asia Pasifik (Sydney), Asia Pasifik (Tokyo), Kanada (Pusat), Eropa (Frankfurt), Eropa (Irlandia), Eropa (London), dan Eropa (Stockholm). Saat ini tidak tersedia di Wilayah Tiongkok (Beijing) dan Tiongkok (Ningxia).

Sebagai bagian dari uji coba gratis, pelanggan dapat menjalankan instans t4g.small gratis di satu atau beberapa Wilayah dari satu bucket kumulatif selama 750 jam per bulan hingga 31 Desember 2023. Misalnya, pelanggan dapat menjalankan t4g.small di Oregon selama 300 jam sebulan dan menjalankan t4g.small lainnya di Tokyo selama 450 jam pada bulan yang sama. Skenario penggunaan tersebut akan diakumulasikan menjadi 750 jam sebulan, sesuai batas penggunaan uji coba gratis.

T: Apakah ada biaya tambahan untuk menjalankan AMI tertentu dalam uji coba gratis T4g?

Dalam uji coba gratis t4g.small, tidak akan ada biaya Amazon Machine Image (AMI) untuk AMI Amazon Linux 2, RHEL, dan SUSE Linux yang tersedia melalui Mulai Cepat Konsol EC2 untuk 750 jam gratis pertama per bulan. Setelah 750 jam gratis per bulan, harga Sesuai Permintaan reguler, termasuk biaya AMI (jika ada), akan berlaku. Biaya perangkat lunak yang berlaku untuk penawaran AWS Marketplace dengan opsi pemenuhan AMI tidak termasuk dalam uji coba gratis. Hanya biaya infrastruktur t4g.small yang disertakan dan tercakup dalam uji coba gratis.

T: Bagaimana uji coba gratis t4g.small akan terlihat pada tagihan AWS saya?

Uji coba gratis T4g ditagihkan secara bulanan, dengan periode penagihan yang dimulai pada tanggal 1 setiap bulan dan berakhir pada hari terakhir bulan tersebut. Dalam paket penagihan uji coba gratis T4g, pelanggan yang menggunakan t4g.small akan melihat tagihan sebesar 0 USD pada paket harga Sesuai Permintaan untuk 750 jam agregat pertama penggunaan setiap bulannya selama periode uji coba gratis. Pelanggan dapat memulai uji coba kapan saja selama periode uji coba gratis dan mendapatkan 750 jam gratis selama bulan berjalan. Jam penggunaan yang tidak terpakai dari bulan sebelumnya tidak dapat digunakan pada bulan berikutnya. Pelanggan dapat meluncurkan beberapa instans t4g.small dalam uji coba gratis. Pelanggan akan menerima notifikasi otomatis melalui email lewat AWS Budgets saat penggunaan bulanan agregat mereka mencapai 85% dari 750 jam gratis. Saat penggunaan instans agregat mencapai 750 jam pada siklus penagihan bulanan, pelanggan akan menerima tagihan berdasarkan harga Sesuai Permintaan reguler untuk kelebihan jam pada bulan tersebut. Untuk pelanggan yang memiliki Compute Savings Plan atau T4g Instance Savings Plan, diskon Savings Plan (SV) akan diterapkan pada harga Sesuai Permintaan untuk kelebihan jam di luar 750 jam uji coba gratis. Jika pelanggan telah membeli paket Instans Terpesan (RI) T4g, paket RI akan diterapkan terlebih dahulu untuk penggunaan apa pun dengan hitungan per jam. Untuk penggunaan apa pun yang tersisa setelah paket RI diterapkan, paket penagihan uji coba gratis akan berlaku.

T: Jika pelanggan mendaftar penagihan gabungan (atau akun pembayar tunggal), apakah mereka dapat mencoba gratis T4g untuk setiap akun yang terkait dengan akun pembayar?

Tidak, pelanggan yang menggunakan penagihan gabungan untuk menggabungkan pembayaran di beberapa akun hanya akan memiliki akses ke satu uji coba gratis per Organisasi. Setiap akun pembayar mendapatkan total agregat 750 jam per bulan. Untuk detail selengkapnya tentang penagihan gabungan, lihat Penagihan gabungan untuk AWS Organizations di Panduan Pengguna Manajemen Penagihan dan Biaya AWS.

T: Apakah pelanggan akan ditagih untuk surplus kredit CPU sebagai bagian dari uji coba gratis T4g?

Pelanggan harus membayar kelebihan kredit CPU bila melebihi kredit instans yang dialokasikan selama 750 jam gratis program uji coba gratis T4g. Untuk detail tentang cara kerja kredit CPU, lihat Konsep dan definisi utama untuk instans performa yang dapat melonjak dalam Panduan Pengguna Amazon EC2 untuk Instans Linux.

T: Pada akhir uji coba gratis, bagaimana pelanggan akan ditagih untuk instans t4g.small?

Mulai 1 Januari 2024, pengguna yang menjalankan instans t4g.small akan dipindahkan secara otomatis dari paket uji coba gratis ke paket harga Sesuai Permintaan (atau Instans Terpesan (RI)/Savings Plan (SV) jika telah dibeli). Akumulasi kredit akan diatur ke nol. Pelanggan akan menerima email notifikasi tujuh hari sebelum akhir periode uji coba gratis yang menyatakan bahwa periode uji coba gratis akan berakhir dalam tujuh hari. Mulai 1 Januari 2024, jika paket RI dibeli, paket RI akan diterapkan. Jika tidak, pelanggan akan ditagih harga Sesuai Permintaan reguler untuk instans t4g.small. Bagi pelanggan yang memiliki Savings Plan atau Compute Savings Plan Instans T4g, penagihan instans t4g.small akan menerapkan diskon Savings Plan pada harga Sesuai Permintaan.

T. Kapan saya harus menggunakan instans Komputasi yang Dioptimalkan?

Instans Komputasi yang Dioptimalkan didesain untuk aplikasi yang memanfaatkan daya komputasi tinggi. Aplikasi ini termasuk aplikasi intensif komputasi seperti server web performa tinggi, komputasi performa tinggi (HPC), pemodelan ilmiah, analitik terdistribusi, dan inferensi machine learning.

T: Apa itu instans C7g Amazon EC2?

Instans C7g EC2, yang didukung oleh prosesor AWS Graviton3 generasi terbaru, memberikan performa harga terbaik di EC2 untuk beban kerja intensif komputasi. Instans C7g ideal untuk HPC, pemrosesan batch, otomatisasi desain elektronik (EDA), game, pengodean video, pemodelan ilmiah, analitik terdistribusi, inferensi ML berbasis CPU, dan penayangan iklan. Instans ini menawarkan performa yang lebih baik hingga 25% dibandingkan instans C6g berbasis AWS Graviton2 generasi keenam.

T: Apa itu instans C6g Amazon EC2?

Instans C6g EC2 adalah instans komputasi yang dioptimalkan generasi berikutnya yang didukung Prosesor AWS Graviton2 berbasis Arm. Instans C6g memberikan perfoma harga yang lebih baik hingga 40% daripada instans C5. Instans C6g Amazon EC2 dibangun di AWS Nitro System, sebuah kombinasi perangkat keras khusus dan hypervisor Nitro.

T: Kasus penggunaan seperti apa yang ideal untuk instans C6g?

Instans C6g memberikan manfaat performa harga yang signifikan untuk beban kerja intensif komputasi, seperti HPC, pemrosesan batch, penayangan iklan, enkode video, game, pemodelan ilmiah, analitik terdistribusi, dan inferensi ML berbasis CPU. Pelanggan yang melakukan deployment aplikasi yang dibangun pada perangkat lunak sumber terbuka di seluruh keluarga instans C akan melihat bahwa instans C6g adalah opsi yang menarik untuk mewujudkan performa harga terbaik. Developer Arm juga dapat membangun aplikasinya secara langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

T: Apa saja opsi penyimpanan yang tersedia pada instans C6g?

Instans C6g dioptimalkan EBS secara default, dan menawarkan bandwidth EBS khusus hingga 19.000 Mbps untuk volume EBS yang dienkripsi maupun tidak. Instans C6g hanya mendukung antarmuka Non-Volatile Memory Express (NVMe) untuk mengakses volume penyimpanan EBS. Selain itu, opsi dengan penyimpanan instans NVMe lokal juga tersedia melalui jenis instans C6gd.

T: Antarmuka jaringan mana saja yang didukung pada instans C6g?

Instans C6g mendukung Penyempurnaan Jaringan berbasis ENA. Dengan ENA, instans C6g dapat menghadirkan hingga 25 Gbps bandwidth jaringan antar-instans saat diluncurkan dalam Grup Penempatan.

T: Apakah pelanggan perlu memodifikasi aplikasi dan beban kerja mereka agar dapat berjalan pada instans C6g?

Perubahan yang diperlukan ini tergantung aplikasi. Pelanggan yang menjalankan aplikasi yang dibangun pada perangkat lunak sumber terbuka akan mendapati bahwa ekosistem Arm sudah berkembang dengan baik dan kemungkinan sudah mendukung aplikasi mereka. Kebanyakan distribusi Linux dan kontainer (Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR) mendukung arsitektur Arm. Pelanggan akan mendapati bahwa versi Arm paket perangkat lunak yang umum digunakan tersedia untuk diinstal melalui mekanisme yang sama dengan yang digunakan saat ini. Aplikasi yang didasarkan pada bahasa yang diinterpretasikan (seperti Java, Node, Python) yang tidak bergantung pada sekumpulan instruksi CPU native harus berjalan dengan sedikit atau tanpa perubahan. Aplikasi yang dikembangkan menggunakan bahasa yang dikompilasi (C, C++, Golang) akan perlu dikompilasi ulang untuk menghasilkan binari Arm. Arsitektur Arm sangat didukung dalam bahasa pemrograman populer ini dan kode modern biasanya memerlukan perintah Make sederhana. Lihat panduan Memulai di GitHub untuk detail selengkapnya.

T: Apakah akan ada lebih banyak pilihan komputasi yang ditawarkan dengan keluarga instans C6?

Ya, kami berencana menawarkan instans yang didukung CPU Intel dan AMD pada masa mendatang sebagai bagian dari keluarga instans C6.

T: Apakah saya dapat meluncurkan instans C4 sebagai instans yang dioptimalkan EBS?

Setiap tipe instans C4 dioptimalkan EBS secara default. Instans C4 memiliki EBS 500 Mbps hingga 4.000 Mbps di atas atau melampaui throughput jaringan tujuan umum yang disediakan untuk instans tersebut. Karena fitur ini selalu mengaktifkan instans C4, meluncurkan instans C4 secara eksplisit sebagai instans yang dioptimalkan EBS tidak akan memengaruhi perilaku instans.

T: Bagaimana saya dapat menggunakan fitur kontrol status prosesor yang tersedia pada instans c4.8xlarge?

Jenis instans c4.8xlarge memberikan kemampuan bagi sistem operasi untuk mengendalikan C-state dan P-state prosesor. Saat ini fitur tersebut hanya tersedia pada instans Linux. Anda mungkin ingin mengubah pengaturan C-state atau P-state untuk meningkatkan konsistensi performa prosesor, mengurangi latensi, atau menyesuaikan instans untuk workload tertentu. Secara default, Amazon Linux memberikan konfigurasi performa tertinggi yang optimal untuk sebagian besar beban kerja pelanggan; namun, jika aplikasi Anda mendapatkan manfaat dari latensi yang lebih rendah pada biaya frekuensi single core atau dual core yang tinggi, atau dari performa yang dipertahankan frekuensi rendah sebagai kebalikan dari frekuensi Turbo Boost yang beruntun, maka Anda perlu mempertimbangkan untuk bereksperimen dengan opsi konfigurasi C-state atau P-state yang tersedia untuk instans tersebut. Untuk informasi tambahan mengenai fitur ini, lihat bagian Panduan Pengguna Amazon EC2 di Kontrol Status Prosesor.

T: Instans mana yang tersedia dalam kategori instans Komputasi yang Dioptimalkan?

• Instans C6g: instans C6g didukung oleh prosesor AWS Graviton2 berbasis Arm. Instans C6g memberikan performa harga yang lebih baik hingga 40% bandingkan instans C5 dan ideal untuk menjalankan beban kerja intensif komputasi lanjutan. Ini mencakup beban kerja seperti HPC, pemrosesan batch, penyajian iklan, enkode video, game, pemodelan ilmiah, analitik terdistribusi, dan inferensi machine learning berbasis CPU. 
• Instans C6a: Instans C6a didukung oleh prosesor AMD EPYC generasi ketiga dengan frekuensi turbo all-core 3,6 GHz, menawarkan performa harga yang lebih baik hingga 15% dibandingkan instans C5a untuk berbagai beban kerja dan mendukung enkripsi memori yang selalu aktif menggunakan Transparent Single Key Memory Encryption (TSME) AMD. Instans C6a menyediakan ukuran instans baru hingga 192 vCPU dan memori 384 GiB, dua kali lipat dari instans C5a terbesar. C6a juga memberi pelanggan kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps ke Amazon Elastic Block Store, dua kali lipat dari instans C5a.
  
• Instans C6i: Instans C6i didukung oleh prosesor Intel Xeon Scalable generasi ketiga dengan frekuensi turbo all-core 3,5 GHz, menawarkan performa harga yang lebih baik hingga 15% dibandingkan instans C5 untuk berbagai beban kerja dan enkripsi memori yang selalu aktif menggunakan Intel Total Memory Encryption (TME). Instans C6i menyediakan ukuran instans baru (c6i.32xlarge) dengan 128 vCPU dan memori 256 GiB, 33% lebih besar daripada instans C5 terbesar. Mereka juga menyediakan bandwidth memori hingga 9% lebih tinggi per vCPU dibandingkan dengan instans C5. C6i juga memberi pelanggan kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps ke Amazon Elastic Block Store, dua kali lipat dari instans C5. C6i juga tersedia dengan penyimpanan tingkat blok SSD berbasis NVMe lokal (instans C6id) untuk aplikasi yang memerlukan penyimpanan lokal kecepatan tinggi dan latensi rendah. Dibandingkan dengan instans C5d generasi sebelumnya, instans C6id menawarkan penyimpanan TB per vCPU yang lebih tinggi hingga 138% dan biaya per TB yang lebih rendah sebesar 56%.
  
• Instans C5: Instans C5 didasarkan pada prosesor Intel Xeon Platinum, bagian dari keluarga prosesor Intel Xeon Scalable (dengan nama kode Skylake-SP atau Cascade Lake), tersedia dalam 9 ukuran dan menawarkan hingga 96 vCPU serta 192 GiB memori. Instans C5 memberikan peningkatan harga/performa sebesar 25% dibandingkan instans C4. Instans C5d memiliki penyimpanan NVMe lokal untuk beban kerja yang memerlukan latensi dan akses penyimpanan sangat rendah dengan kemampuan IOPS baca dan tulis yang sangat acak.
• Instans C5a: Instans C5a menghadirkan performa harga x86 yang terdepan untuk serangkaian beban kerja intensif komputasi yang luas, termasuk pemrosesan batch, analitik terdistribusi, transformasi data, analisis log, dan aplikasi web. Instans C5a dilengkapi prosesor AMD EPYC 3,3 GHz Generasi kedua dengan hingga 96 vCPU dan 192 GiB memori. Instans C5ad memiliki penyimpanan NVMe lokal untuk beban kerja yang memerlukan latensi dan akses penyimpanan yang sangat rendah dengan kemampuan IOPS baca dan tulis yang sangat acak.
• Instans C5n: Instans C5n ideal untuk aplikasi yang memerlukan bandwidth jaringan dan laju paket yang tinggi. Instans C5n ideal untuk aplikasi seperti HPC, danau data, peralatan jaringan, serta aplikasi yang memerlukan komunikasi antarsimpul dan Message Passing Interface (MPI). C5n menawarkan pilihan prosesor Intel Xeon Platinum 3,0 GHz dengan hingga 72 vCPU dan 192 GiB Memori.
• Instans C4: Instans C4 didasarkan pada prosesor Intel Xeon E5-2666 v3 (dengan nama kode Haswell). Instans C4 tersedia dalam 5 ukuran dan menawarkan hingga 36 vCPU dan memori 60 GiB.

T: Mengapa pelanggan harus memilih instans C6i daripada instans C5?

Instans C6i menawarkan performa harga yang lebih baik hingga 15% dibandingkan instans C5, dan enkripsi memori yang selalu aktif menggunakan Intel TME. Instans C6i menyediakan ukuran instans baru (c6i.32xlarge) dengan 128 vCPU dan memori 256 GiB, 33% lebih besar daripada instans C5 terbesar. Mereka juga menyediakan bandwidth memori hingga 9% lebih tinggi per vCPU dibandingkan dengan instans C5. C6i juga memberi pelanggan kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps ke Amazon Elastic Block Store, dua kali lipat dari instans C5.

T: Mengapa pelanggan harus memilih instans C5 daripada instans C4?

Peningkatan generasi dalam performa CPU dan harga instans C5 yang lebih rendah yang digabungkan menghasilkan peningkatan harga/performa 25% dibandingkan instans C4 sehingga memberikan manfaat spektrum beban kerja yang luas dan saat ini berjalan di instans C3 atau C4. Untuk aplikasi intensif titik mengambang, Intel AVX-512 memungkinkan peningkatan yang signifikan dalam TFLOPS yang diberikan dengan mengekstrak paralelisme level data secara efektif. Pelanggan yang mencari performa absolut untuk rendering grafis dan beban kerja HPC yang dapat diakselerasi dengan GPU atau FPGA perlu mempertimbangkan keluarga instans lain di portfolio EC2 yang mencakup sumber daya tersebut untuk menemukan instans yang ideal untuk beban kerja mereka.

T: Antarmuka penyimpanan mana yang didukung di instans C5?

Instans C5 hanya akan mendukung model perangkat EBS NVMe. Volume EBS yang dipasangkan ke instans C5 akan muncul sebagai perangkat NVMe. NVMe adalah antarmuka penyimpanan modern yang menyediakan pengurangan latensi dan menghasilkan peningkatan I/O dan throughput disk.

T: Mengapa total memori yang dilaporkan oleh sistem operasi tidak sama persis dengan memori yang diiklankan pada tipe instans?

Beberapa bagian memori instans EC2 disimpan dan digunakan oleh BIOS virtual untuk RAM video, DMI, dan ACPI. Selain itu, untuk instans yang didukung oleh Hypervisor Nitro AWS, sebagian kecil memori instans akan disimpan oleh Hypervisor Nitro EC2 untuk mengelola virtualisasi.

T: Instans mana yang tersedia dalam kategori instans HPC?

• Instans Hpc6a: Instans Hpc6a didukung oleh 96 core prosesor AMD EPYC Generasi ketiga dengan frekuensi turbo all-core 3,6 GHz dan RAM 384 GiB. Instans Hpc6a menawarkan jaringan EFA 100 Gbps yang diaktifkan untuk komunikasi antarsimpul throughput tinggi guna membantu Anda menjalankan beban kerja HPC dalam skala besar. Instans Hpc6a memberikan performa harga yang lebih baik hingga 65% dibandingkan instans berbasis x-86 sebanding dengan komputasi yang dioptimalkan.
• Instans Hpc6id: Instans Hpc6id didukung oleh 64 core prosesor Xeon Scalable Intel Generasi ketiga yang berjalan pada frekuensi hingga 3,5 GHz untuk peningkatan efisiensi. Instans ini didesain untuk meningkatkan performa beban kerja yang terikat memori dengan menawarkan bandwidth memori 5 GB/dtk per vCPU. Instans Hpc6id menawarkan jaringan EFA 200 Gbps untuk komunikasi antarsimpul throughput tinggi guna membantu Anda menjalankan beban kerja HPC dalam skala besar.

T: Apa itu ketersediaan Wilayah instans Hpc6a?

Instans Hpc6a tersedia di AS Timur (Ohio), Eropa (Stockholm), dan AWS GovCloud (AS-Barat). Agar dapat mengoptimalkan jaringan untuk beban kerja yang digabungkan secara erat, Anda dapat mengakses instans Hpc6a di Zona Ketersediaan tunggal di setiap Wilayah jika tersedia.

T: AMI mana yang didukung pada instans Hpc6a?

Instans Hpc6a mendukung Amazon Linux 2, Amazon Linux, Ubuntu 18.04 atau yang lebih baru, Red Hat Enterprise Linux 7.4 atau yang lebih baru, SUSE Linux Enterprise Server 12 SP2 atau yang lebih baru, CentOS 7 atau yang lebih baru, dan FreeBSD 11.1 atau yang lebih baru. Instans ini juga mendukung Windows Server 2012, 2012 R2, 2016, dan 2019.

T: Model harga mana yang didukung oleh instans Hpc6a?

Instans Hpc6a tersedia untuk pembelian melalui Instans Terpesan Standar 1 tahun dan 3 tahun, Instans Terpesan Konvertibel, Savings Plans, dan Instans Sesuai Permintaan.

T: Apa yang membedakan instans Hpc6id dengan instans EC2 lainnya?

Instans Hpc6id dioptimalkan agar dapat memberikan kemampuan yang sesuai untuk beban kerja HPC yang terikat memori dan intensif data. Hyperthreading dinonaktifkan untuk meningkatkan throughput CPU per-vCPU dan bandwidth memori hingga 5 GB/dtk per vCPU. Instans ini memberikan bandwidth jaringan sebesar 200 Gbps yang telah dioptimalkan untuk lalu lintas antarinstans dalam cloud privat virtual (VPC) yang sama, dan mendukung EFA untuk peningkatan performa jaringan. Agar dapat mengoptimalkan jaringan instans Hpc6id untuk beban kerja yang digabungkan secara erat, Anda dapat mengakses instans Hpc6id EC2 dalam Zona Ketersediaan tunggal di setiap Wilayah.

T: Apa itu ketersediaan Wilayah instans Hpc6id?

Instans Hpc6id tersedia di AS Timur (Ohio) dan AWS GovCloud (AS-Barat) dalam Zona Ketersediaan tunggal di setiap Wilayah.

T: AMI mana yang didukung pada instans Hpc6id?

Hpc6id mendukung Amazon Linux 2, Amazon Linux, Ubuntu 18.04 atau yang lebih baru, Red Hat Enterprise Linux 7.4 atau yang lebih baru, SUSE Linux Enterprise Server 12 SP2 atau yang lebih baru, CentOS 7 atau yang lebih baru, Windows Server 2008 R2 atau yang lebih lama, dan FreeBSD 11.1 atau yang lebih baru.

T: Model harga mana yang didukung oleh instans Hpc6id?

Instans Hpc6id dapat dibeli dalam Amazon EC2 Instance Savings Plans, Compute Savings Plans, Instans Sesuai Permintaan EC2, dan Instans Terpesan EC2 1 tahun dan 3 tahun.

T: Apa yang dimaksud dengan instans M6g Amazon EC2?

Instans M6g EC2 adalah instans tujuan umum generasi berikutnya yang didukung Prosesor AWS Graviton2 berbasis Arm. Instans M6g memberikan harga/performa yang lebih baik hingga 40% daripada instans M5. Instans M6g dibangun di AWS Nitro System, sebuah kombinasi perangkat keras khusus dan Hypervisor Nitro.

T: Seperti apa spesifikasi Prosesor AWS Graviton2 yang baru?

Prosesor AWS Graviton2 memberikan performa hingga 7x lebih tinggi, 4x jumlah core komputasi, cache 2x lebih besar, memori 5x lebih cepat, dan performa enkripsi per core 50% lebih cepat dibandingkan prosesor AWS Graviton generasi pertama. Tiap core dari prosesor AWS Graviton2 adalah vCPU thread tunggal. Prosesor ini juga menawarkan memori DRAM terenkripsi penuh yang selalu aktif, akselerasi perangkat keras untuk beban kerja kompresi, mesin khusus per vCPU yang menggandakan performa titik mengambang untuk beban kerja seperti enkode video, dan instruksi untuk akselerasi inferensi machine learning berbasis CPU int8/fp16. CPU ini dibangun menggunakan core Arm Neoverse 64-bit dan silikon kustom yang didesain oleh AWS pada teknologi manufaktur 7 nm lanjutan.

T: Apakah enkripsi memori didukung oleh prosesor AWS Graviton2?

Prosesor AWS Graviton2 mendukung enkripsi memori 256-bit yang selalu aktif untuk lebih meningkatkan keamanan. Kunci enkripsi dihasilkan secara aman di dalam sistem host, tidak meninggalkan sistem host, dan dihancurkan tanpa dapat dipulihkan saat host dilakukan boot ulang atau dimatikan. Enkripsi memori tidak mendukung integrasi dengan AWS Key Management Service (AWS KMS) dan pelanggan tidak dapat menggunakan kunci mereka sendiri.

T: Kasus penggunaan apa saja yang ideal untuk instans M6g?

Instans M6g memberikan manfaat performa dan performa harga yang signifikan untuk berbagai spektrum beban kerja tujuan umum seperti server aplikasi, server game, layanan mikro, basis data ukuran sedang, dan armada caching. Pelanggan yang melakukan deployment aplikasi yang dibangun pada perangkat lunak sumber terbuka di seluruh instans M akan melihat bahwa instans M6g adalah opsi yang menarik untuk mewujudkan performa harga terbaik. Developer Arm juga dapat membangun aplikasinya secara langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

T: Apa saja pilihan penyimpanan yang ada pada instans M6g?

Instans M6g secara default dioptimalkan EBS, dan menawarkan bandwidth EBS khusus hingga 19.000 Mbps untuk volume EBS yang terenkripsi maupun tidak. Instans M6g hanya mendukung antarmuka NVMe untuk mengakses volume penyimpanan EBS. Selain itu, opsi dengan penyimpanan instans NVMe lokal juga tersedia melalui tipe instans M6gd.

T: Antarmuka jaringan mana saja yang didukung pada instans M6g?

Instans M6g mendukung Enhanced Networking berbasis ENA. Dengan ENA, instans M6g dapat menghadirkan hingga 25 Gbps bandwidth jaringan antar instans saat dijalankan di dalam Placement Group.

T: Apakah pelanggan perlu mengubah aplikasi dan beban kerja agar dapat berjalan pada instans M6g?

Perubahan yang diperlukan ini tergantung aplikasi. Pelanggan yang menjalankan aplikasi yang dibangun pada perangkat lunak sumber terbuka akan mendapati bahwa ekosistem Arm sudah berkembang dengan baik dan kemungkinan sudah mendukung aplikasi mereka. Kebanyakan distribusi Linux dan kontainer (Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR) mendukung arsitektur Arm. Pelanggan akan mendapati bahwa versi Arm paket perangkat lunak yang umum digunakan tersedia untuk diinstal melalui mekanisme yang sama dengan yang digunakan saat ini. Aplikasi yang didasarkan pada bahasa yang diinterpretasikan (seperti Java, Node, Python) yang tidak bergantung pada sekumpulan instruksi CPU native harus berjalan dengan sedikit atau tanpa perubahan. Aplikasi yang dikembangkan menggunakan bahasa terkompilasi (C, C++, Golang) akan perlu dikompilasi ulang untuk menghasilkan biner Arm. Arsitektur Arm sangat didukung dalam bahasa pemrograman populer ini dan kode modern biasanya memerlukan perintah Make sederhana. Lihat panduan Memulai di GitHub untuk detail selengkapnya.

T: Apa itu instans A1 Amazon EC2?

Instans A1 EC2 adalah instans tujuan umum yang didukung Prosesor AWS Graviton generasi pertama yang didesain secara kustom oleh AWS.

T: Seperti apa spesifikasi prosesor AWS Graviton generasi pertama?

Prosesor AWS Graviton didesain secara kustom oleh AWS menggunakan keahlian Amazon yang luas dalam membangun solusi platform bagi aplikasi cloud yang berjalan dalam skala besar. Prosesor ini didasarkan pada rangkaian instruksi Arm 64-bit dan menghadirkan core Arm Neoverse serta silikon kustom yang didesain oleh AWS. Bagian intinya beroperasi di frekuensi 2.3 GHz.

T. Kapan saya harus menggunakan instans A1?

Instans A1 menghadirkan penghematan biaya signifikan bagi beban kerja scale-out yang dapat masuk dalam jejak memori yang ada. Instans A1 ideal bagi aplikasi scale-out seperti server web, layanan mikro terkontainer, dan pemrosesan data/log. Instans ini juga akan menarik bagi developer, penggemar, dan pengajar di seluruh komunitas pengembang Arm.

T: Apakah pelanggan perlu mengubah aplikasi dan beban kerja agar dapat berjalan pada instans A1?

Perubahan yang diperlukan ini bergantung pada aplikasi. Aplikasi yang didasarkan pada bahasa yang diinterpretasikan atau dikompilasi pada saat runtime (seperti Python, Java, PHP, Node.js) akan berjalan tanpa modifikasi. Aplikasi lain mungkin perlu dikompilasi ulang dan aplikasi yang tidak bergantung pada instruksi x86 umumnya akan dibangun dengan perubahan minimum atau tanpa perubahan sama sekali.

T: Sistem operasi/AMI apa yang didukung pada Instans A1?

AMI berikut didukung pada Instans A1: Amazon Linux 2, Ubuntu 16.04.4 atau lebih baru, Red Hat Enterprise Linux (RHEL) 7.6 atau lebih baru, SUSE Linux Enterprise Server 15 atau lebih baru. Dukungan AMI tambahan untuk Fedora, Debian, NGINX Plus juga tersedia melalui AMI komunitas dan AWS Marketplace. AMI HVM yang didukung EBS dan diluncurkan di instans A1 memerlukan instalasi driver NVMe dan ENA saat peluncuran instans.

T: Apakah ada persyaratan spesifik AMI untuk bisa berjalan pada instans M6g dan A1?

Harus dipastikan apakah Anda menggunakan AMI "arm64" dengan instans M6g dan A1. AMI x86 tidak kompatibel dengan instans M6g dan A1.

T: Kapan pelanggan harus menggunakan instans A1 dibandingkan instans M6g baru?

Instans A1 terus menawarkan manfaat biaya signifikan untuk beban kerja scale-out yang dapat berjalan pada beberapa core lebih kecil dan sesuai dengan jejak memori yang ada. Instans M6g baru sangat cocok untuk spektrum luas aplikasi yang membutuhkan lebih banyak komputasi, memori, sumber daya jaringan, dan/atau dapat mengambil manfaat dari meningkatnya kemampuan lintas platform. Instans M6g akan memberikan kinerja harga terbaik dalam family instans untuk aplikasi ini. M6g mendukung hingga ukuran instans 16xlarge (A1 mendukung hingga 4xlarge), 4GB memori per vCPU (A1 mendukung 2GB memori per vCPU), dan hingga 25 Gbps bandwidth jaringan (A1 hingga 10 Gbps).

T: Opsi penyimpanan apa saja yang tersedia bagi pelanggan A1?

Instans A1 secara default dioptimalkan EBS, dan menawarkan bandwidth EBS khusus sebesar 3.500 Mbps untuk volume EBS, baik yang terenkripsi maupun tidak terenkripsi. Instans A1 hanya mendukung antarmuka NVMe untuk mengakses volume penyimpanan EBS. Instans A1 tidak akan mendukung antarmuka blkfront.

T: Antarmuka jaringan apa yang didukung instans A1?

Instans A1 mendukung Peningkatan Jaringan berbasis ENA. Dengan ENA, instans A1 dapat memberikan hingga 10 Gbps bandwidth jaringan antarinstans saat diluncurkan di dalam Grup Penempatan.

T: Apakah instans A1 mendukung AWS Nitro System?

Ya, instans A1 didukung oleh AWS Nitro System, sebuah kombinasi perangkat keras khusus dan Hypervisor Nitro.

T: Mengapa pelanggan sebaiknya memilih instans M5 daripada instans M4?

Dibandingkan dengan Instans M4, instans M5 baru memberi pelanggan performa komputasi dan penyimpanan yang lebih baik, ukuran instans lebih besar dengan biaya yang lebih rendah, konsistensi, dan keamanan. Manfaat terbesar instans M5 didasarkan pada penggunaan prosesor Intel Xeon Scalable (Skylake-SP atau Cascade Lake) generasi terbaru, yang memberikan peningkatan harga/performa hingga 20% dibandingkan dengan M4. Dengan dukungan AVX-512 di M5 versus AVX2 lama di M4, pelanggan akan memperoleh performa 2x lebih tinggi dalam beban kerja yang membutuhkan operasi titik mengambang. Instans M5 menawarkan hingga 25 Gbps bandwidth jaringan dan hingga 10 Gbps bandwidth khusus untuk EBS. Instans M5 juga menghadirkan jaringan dan performa EBS yang secara signifikan lebih tinggi pada ukuran instans yang lebih kecil dengan kemampuan lonjakan EBS.

T: Mengapa pelanggan sebaiknya memilih instans M6i daripada instans M5?

Instans M6i Amazon didukung oleh prosesor Intel Xeon Scalable generasi ketiga (dengan nama kode Ice Lake) dengan frekuensi turbo all-core 3,5 GHz, yang menawarkan performa harga komputasi yang lebih baik hingga 15% daripada instans M5, dan enkripsi memori yang selalu aktif menggunakan Intel Total Memory Encryption (TME). Instans M6i adalah yang pertama kali menggunakan huruf kecil “i” untuk menunjukkan bahwa instans tersebut merupakan instans yang didukung Intel. Instans M6i menyediakan ukuran instans baru (m6i.32xlarge) dengan 128 vCPU dan memori 512 GiB, yang 33% lebih besar daripada instans M5. Instans ini juga menyediakan bandwidth memori per vCPU hingga 20% lebih tinggi dibandingkan dengan instans M5, sehingga memungkinkan pelanggan menjalankan analisis waktu nyata secara efisien untuk aplikasi AI/ML intensif data, game, dan HPC. M6i juga memberi pelanggan kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps untuk Amazon Elastic Block Store, dua kali lipat dari instans M5. M6i juga memungkinkan pelanggan untuk menggunakan Elastic Fabric Adapter pada ukuran 32xlarge, yang memungkinkan komunikasi antarsimpul dengan latensi rendah dan skala tinggi. Untuk performa jaringan yang optimal pada instans baru ini, pembaruan driver ENA mungkin diperlukan. Untuk informasi selengkapnya tentang driver ENA yang optimal untuk M6i, lihat artikel ini.

T: Bagaimana dukungan untuk Intel Advanced Vector Extensions 512 (AVX-512) dapat memberikan manfaat bagi pelanggan yang menggunakan keluarga M5 atau keluarga M6i EC2?

Intel AVX-512 merupakan serangkaian instruksi CPU baru yang tersedia pada prosesor Intel Xeon Scalable terbaru, yang dapat mengakselerasi performa untuk beban kerja dan penggunaan seperti simulasi ilmiah, analitik keuangan, AI, ML/DL, pemodelan dan analisis 3D, pemrosesan gambar dan video, kriptografi dan kompresi data, serta masih banyak lagi. Intel AVX-512 menawarkan pemrosesan algoritma enkripsi yang luar biasa, yang membantu mengurangi overhead performa untuk kriptografi. Hal ini berarti bahwa pelanggan yang menggunakan keluarga M5 atau keluarga M6i dapat melakukan deployment data dan layanan yang lebih aman ke lingkungan terdistribusi tanpa mengorbankan performa.

Instans M5zn merupakan variasi instans tujuan umum M5 yang didukung oleh prosesor Intel Xeon Scalable tercepat di cloud, dengan frekuensi turbo all-core hingga 4.5 GHz, bersama dengan 100 Gbps jaringan dan dukungan untuk Amazon EFA. Instans M5zn sangat cocok untuk beban kerja seperti game, aplikasi keuangan, aplikasi pemodelan simulasi seperti yang digunakan dalam industri otomotif, dirgantara, energi, dan telekomunikasi, serta aplikasi HPC lainnya.

Instans z1d merupakan instans yang dioptimalkan memori, dan menghadirkan versi prosesor Intel Xeon Scalable dengan frekuensi tinggi (hingga 4.0 GHz), bersama dengan penyimpanan NVMe lokal. Instans M5zn merupakan instans tujuan umum, dan menghadirkan versi prosesor Intel Xeon Scalable Generasi Ke-2 dengan frekuensi tinggi (hingga 4.5 GHz), bersama dengan performa jaringan hingga 100 Gbps, dan mendukung EFA. Instans M5zn menawarkan peningkatan performa harga dibandingkan dengan z1d.

T: Apa itu instans Memori Tinggi EC2?

Instans Memori Tinggi EC2 menawarkan memori sebesar 3, 6, 9, 12, 18, atau 24 TiB dalam instans tunggal. Instans tersebut didesain untuk menjalankan basis data dalam memori berukuran besar, termasuk instalasi produksi SAP HANA, dalam cloud.

Instans Memori Tinggi dengan memori sebesar 3, 6, 9, dan 12 TiB didukung oleh platform 8 soket dengan prosesor Intel® Xeon® Platinum 8176M (Skylake). Instans Memori Tinggi dengan memori sebesar 18 dan 24 TiB merupakan instans EC2 pertama yang didukung oleh platform 8 soket dengan prosesor Intel® Xeon® Scalable Generasi kedua (Cascade Lake) yang dioptimalkan untuk beban kerja korporasi yang sangat penting. Instans Memori Tinggi memberikan throughput jaringan yang tinggi dan latensi yang rendah dengan hingga 100 Gbps bandwidth jaringan agregat menggunakan Peningkatan Jaringan yang berbasis Amazon ENA. Instans Memori Tinggi secara default dioptimalkan EBS dan mendukung volume EBS terenkripsi serta tidak terenkripsi.

T: Apakah instans Memori Tinggi disertifikasi oleh SAP agar dapat menjalankan beban kerja SAP HANA?

Instans Memori Tinggi tersertifikasi oleh SAP untuk menjalankan Business Suite di HANA, Business Suite S/4HANA generasi berikutnya, Data Mart Solutions di HANA, Business Warehouse di HANA, dan SAP BW/4HANA dalam lingkungan produksi. Untuk detailnya, lihat Direktori Perangkat Keras yang Tersertifikasi SAP dan Didukung SAP HANA.

T: Tipe instans apa yang tersedia untuk instans Memori Tinggi?

Instans Memori Tinggi tersedia sebagai instans bare metal dan virtual sehingga memberi pelanggan pilihan untuk memiliki akses langsung ke sumber daya perangkat keras yang mendasari atau untuk mendapatkan manfaat dari fleksibilitas tambahan yang ditawarkan instans virtual, termasuk opsi pembelian Sesuai Permintaan serta Savings Plans 1 dan 3 tahun. Lihat opsi yang tersedia untuk instans Memori Tinggi di bagian Memori yang dioptimalkan pada halaman tipe Instans EC2.

T: Apa saja keuntungan menggunakan instans Virtualisasi Memori Tinggi dibandingkan instans Memori Tinggi Bare Metal?

Manfaat yang diberikan instans virtual Memori Tinggi dibandingkan instans Metal Memori Tinggi meliputi waktu peluncuran/boot ulang yang jauh lebih baik, opsi pembelian yang fleksibel (Sesuai Permintaan, Savings Plans, Instans Terpesan, Host Khusus), pilihan tipe penghunian, opsi layanan mandiri, dan dukungan untuk jumlah volume EBS yang lebih tinggi (27 vs 19).

T: Kapan perlu menggunakan instans Metal Memori Tinggi versus instans Virtual Memori Tinggi?

Meskipun instans Virtual Memori Tinggi secara umum disarankan untuk digunakan, ada situasi khusus di mana hanya instans Metal Memori Tinggi yang dapat berfungsi. Situasi ini termasuk—saat menggunakan versi OS yang tidak didukung pada instans Virtual Memori Tinggi ATAU saat menggunakan aplikasi yang perlu dijalankan dalam mode nonvirtual untuk memenuhi persyaratan lisensi/dukungan ATAU saat menggunakan aplikasi yang memerlukan akses ke serangkaian fitur perangkat keras (seperti Intel VT-x) ATAU saat menggunakan hypervisor kustom (misalnya, ESXi).

T: Bagaimana cara memigrasikan instans metal Memori Tinggi ke instans virtual Memori Tinggi?

Anda dapat memigrasikan instans metal Memori Tinggi Anda ke instans virtual hanya dalam beberapa langkah. 1/Hentikan instans Anda, 2/Ubah instans dan tipe penghunian melalui API EC2, dan 3/Mulai cadangan instans Anda. Jika Anda menggunakan Red Hat Enterprise Linux untuk SAP atau SUSE Linux Enterprise Server untuk SAP, Anda perlu memastikan bahwa sistem operasi dan versi kernel Anda kompatibel dengan instans Memori Tinggi virtual. Untuk detail lebih lanjut, lihat dokumentasi Memigrasi SAP HANA di AWS ke Instans Memori Tinggi EC2.

T: Opsi penyimpanan apa saja yang tersedia di instans Memori Tinggi?

Instans Memori Tinggi mendukung volume EBS untuk penyimpanan. Instans Memori Tinggi secara default dioptimalkan EBS dan menawarkan hingga 38 Gbps bandwidth penyimpanan.

T: Antarmuka penyimpanan mana yang didukung di instans Memori Tinggi?

Instans Memori Tinggi mengakses volume EBS via antarmuka NVM Express (NVMe) tersemat PCI. Volume EBS yang dipasangkan ke instans Memori Tinggi muncul sebagai perangkat NVMe. NVMe adalah antarmuka penyimpanan yang efisien dan dapat diskalakan, yang umumnya digunakan untuk SSD berbasis flash dan menyediakan reduksi latensi dan menghasilkan peningkatan I/O disk dan throughput. Volume EBS dipasang dan dilepas melalui hotplug PCI.

T: Performa jaringan apa yang didukung di instans Memori Tinggi?

Instans Memori Tinggi menggunakan ENA untuk jaringan dan mengaktifkan Peningkatan Jaringan secara default. Dengan ENA, instans Memori Tinggi dapat menggunakan hingga 100 Gbps bandwidth jaringan.

T: Apakah instans Memori Tinggi dapat dijalankan dalam Amazon Virtual Private Cloud (Amazon VPC) saya yang sudah ada?

Anda dapat menjalankan instans Memori Tinggi di Amazon VPC yang sudah ada dan yang baru.

T: Hypervisor apa yang mendasari di instans Memori Tinggi?

Instans Memori Tinggi menggunakan Hypervisor Nitro ringan yang didasarkan pada teknologi core KVM.

T: Apakah instans Memori Tinggi memungkinkan kontrol status manajemen daya CPU?

Ya. Anda dapat mengonfigurasi C-state dan P-state pada instans Memori Tinggi. Anda juga dapat menggunakan C-state untuk mengaktifkan frekuensi turbo yang lebih tinggi (sebesar 4.0 GHz). Anda juga dapat menggunakan P-state untuk menurunkan variabilitas performa dengan menyematkan semua core pada P1 atau P state yang lebih tinggi yang sama untuk menonaktifkan Turbo dan berjalan secara konsisten pada kecepatan jam CPU dasar.

T: Opsi pembelian apa saja yang tersedia untuk instans Memori Tinggi?

Instans virtual Memori Tinggi (misalnya, u-6tb1.112xlarge) dapat dibeli melalui Sesuai Permintaan, Savings Plans 1 Tahun dan 3 Tahun, serta Instans Terpesan 1 Tahun dan 3 Tahun. Instans metal Memori Tinggi (misalnya, u-6tb1.metal) hanya dapat dibeli sebagai Host Khusus EC2 untuk Pemesanan 1 Tahun dan 3 Tahun.

T: Bagaimana siklus hidup Host Khusus?

Ketika Host Khusus dialokasikan dalam akun Anda, host tersebut akan siap digunakan. Anda kemudian dapat meluncurkan instans dengan tenansi "host" menggunakan API RunInstances, dan dapat pula menghentikan/memulai/terminasikan instans tersebut melalui API. Anda dapat menggunakan Konsol Manajemen AWS untuk mengelola Host Khusus dan instans tersebut. 

T: Dapatkah saya meluncurkan, menghentikan/memulai, dan mengakhiri instans Memori Tinggi menggunakan AWS CLI/SDK?

Anda dapat meluncurkan, menghentikan/memulai, dan mengakhiri instans menggunakan AWS CLI/SDK.

T: AMI mana yang didukung dengan instans Memori Tinggi?

HVM AMI yang didukung EBS dengan dukungan untuk jaringan ENA dapat digunakan dengan instans Memori Tinggi. Amazon Linux, Red Hat Enterprise Linux, SUSE Enterprise Linux Server, dan Windows Server AMI terbaru didukung. Dukungan sistem operasi untuk beban kerja SAP HANA pada instans Memori Tinggi mencakup: SUSE Linux Enterprise Server 12 SP3 untuk SAP, Red Hat Enterprise Linux 7.4 untuk SAP, Red Hat Enterprise Linux 7.5 untuk SAP, SUSE Linux Enterprise Server 12 SP4 untuk SAP, SUSE Linux Enterprise Server 15 untuk SAP, Red Hat Enterprise Linux 7.6 untuk SAP. Merujuk pada Direktori Perangkat Keras Tersertifikasi SAP dan Didukung SAP HANA untuk mengetahui detail terakhir mengenai sistem operasi yang didukung.

T: Apakah ada kerangka kerja deployment referensi SAP HANA standar yang tersedia untuk instans Memori Tinggi dan AWS Cloud?

Anda dapat menggunakan deployment SAP HANA referensi Mulai Cepat AWS untuk men-deploy dengan cepat semua blok pembangun SAP HANA yang diperlukan pada instans Memori Tinggi mengikuti rekomendasi SAP untuk performa dan keandalan tinggi. AWS Quick Start bersifat modular dan dapat dikustomisasi, sehingga Anda dapat melapisi fungsionalitas tambahan pada bagian atas atau memodifikasinya untuk implementasi pribadi Anda.

T: Kapan saya harus menggunakan instans memori yang dioptimalkan?

Instans memori yang dioptimalkan menawarkan ukuran memori besar untuk aplikasi memori intensif termasuk aplikasi dalam memori, basis data dalam memori, solusi analitik dalam memori, Komputasi Performa Tinggi (HPC), komputasi ilmiah, dan aplikasi memori intensif lain. 

T: Apa itu instans Amazon EC2 R6g?

Instans R6g Amazon EC2 adalah memori dioptimalkan generasi berikutnya yang didukung Prosesor AWS Graviton2 berbasis Arm. Instans R6g menghasilkan kinerja harga hingga 40% lebih baik dari instans R5. Dibangun di AWS Nitro System, kombinasi perangkat keras khusus dan hypervisor Nitro.

T: Apa saja kasus-kasus penggunaan ideal untuk instans R6g?

Instans R6g memberikan manfaat performa harga yang signifikan untuk beban kerja intensif memori seperti instans, dan ideal untuk menjalankan beban kerja intensif memori, seperti basis data sumber terbuka, cache dalam memori, dan analitik big data secara waktu nyata. Pelanggan yang men-deploy aplikasi yang dibangun pada perangkat lunak sumber terbuka di seluruh instans R akan melihat bahwa instans R6g adalah opsi yang menarik untuk mewujudkan performa harga terbaik dalam keluarga instans tersebut. Developer Arm juga dapat membangun aplikasinya secara langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

T: Apa saja opsi penyimpanan yang tersedia pada instans R6g?

Instans R6g dioptimalkan EBS secara default, dan menawarkan bandwidth EBS khusus hingga 19.000 Mbps untuk volume EBS yang dienkripsi maupun tidak. Instans R6g hanya mendukung antarmuka Non-Volatile Memory Express (NVMe) untuk mengakses volume penyimpanan EBS. Selain itu, opsi dengan penyimpanan instans NVMe lokal juga tersedia melalui jenis instans R6gd.

T: Antarmuka jaringan mana saja yang didukung pada instans R6g?

Instans R6g mendukung Penyempurnaan Jaringan berbasis ENA. Dengan ENA, instans R6g dapat menghadirkan hingga 25 Gbps bandwidth jaringan antar-instans saat diluncurkan dalam Grup Penempatan.

T: Apakah pelanggan perlu memodifikasi aplikasi dan beban kerja agar dapat berjalan pada instans R6g?

Perubahan yang diperlukan ini tergantung aplikasi. Pelanggan yang menjalankan aplikasi yang dibangun pada perangkat lunak sumber terbuka akan mendapati bahwa ekosistem Arm sudah berkembang dengan baik dan kemungkinan sudah mendukung aplikasi mereka. Kebanyakan distribusi Linux dan kontainer (Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR) mendukung arsitektur Arm. Pelanggan akan mendapati bahwa versi Arm paket perangkat lunak yang umum digunakan tersedia untuk diinstal melalui mekanisme yang sama dengan yang digunakan saat ini. Aplikasi yang didasarkan pada bahasa yang ditafsirkan (seperti Java, Node, Python, Go) yang tidak bergantung pada set instruksi CPU native harus berjalan dengan sedikit atau tanpa perubahan. Aplikasi yang dikembangkan menggunakan bahasa yang dikompilasi (C, C++, GoLang) akan perlu dikompilasi ulang untuk menghasilkan biner Arm. Arsitektur Arm sangat didukung dalam bahasa pemrograman populer ini dan kode modern biasanya memerlukan perintah ‘Make’ sederhana. Lihat Panduan memulai di Github untuk detail selengkapnya.

T: Mengapa Anda harus memilih instans R6i dibandingkan dengan instans R5?

Instans R6i Amazon didukung oleh prosesor Intel Xeon Scalable Generasi ke-3 (Ice Lake) dengan frekuensi all-core turbo 3,5 GHz, menawarkan performa harga komputasi hingga 15% lebih baik daripada instans R5, dan enkripsi memori yang selalu aktif menggunakan Intel Total Memory Encryption (TME). Instans R6i Amazon EC2 menggunakan huruf kecil “i” untuk menunjukkan bahwa instans ditenagai oleh Intel. Instans R6i menyediakan ukuran instans baru (r6i.32xlarge) dengan 128 vCPU dan memori 1.024 GiB, 33% lebih banyak daripada instans R5 terbesar. Instans tersebut juga menyediakan bandwidth memori hingga 20% per vCPU lebih tinggi daripada instans R5, yang memungkinkan Anda untuk melakukan analisis waktu nyata secara efisien untuk aplikasi AI/ML, gaming, dan Komputasi Performa Tinggi (HPC) intensif data. Instans R6i juga memberi Anda kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps ke Amazon Elastic Block Store, dua kali lipat dari instans R5. Dengan instans R6i, Anda dapat menggunakan Elastic Fabric Adapter untuk memungkinkan pelanggan menggunakan Elastic Fabric Adapter (EFA) pada ukuran 32xlarge dan metal, memungkinkan komunikasi antar simpul dengan latensi rendah dan skala tinggi. Untuk performa jaringan yang optimal pada instans baru ini, pembaruan driver Adaptor Jaringan Elastis (ENA) mungkin diperlukan. Untuk informasi selengkapnya tentang driver ENA yang optimal untuk R6i, lihat "Apa yang harus saya lakukan sebelum memigrasikan instans EC2 ke instans generasi keenam?" di Pusat Pengetahuan.

T: Apa yang dimaksud dengan instans R5b Amazon EC2?

Instans R5b merupakan varian yang dioptimalkan EBS dari instans R5 yang dioptimalkan memori yang memberikan performa EBS yang lebih baik hingga 3x lipat dibandingkan dengan instans R5 dengan ukuran yang sama. Instans R5b memberikan bandwidth hingga 60 Gbps dan IOPS performa EBS sebesar 260K, performa penyimpanan blok tercepat di EC2. Instans tersebut dibangun pada AWS Nitro System, yang merupakan kombinasi perangkat keras khusus dan hypervisor Nitro.

T: Apa saja kasus penggunaan ideal instans R5b?

Instans R5b cocok untuk beban kerja basis data relasional besar, termasuk Microsoft SQL Server, SAP HANA, IBM DB2, dan Oracle yang menjalankan aplikasi dengan performa intensif, sistem ERP, dan sistem catatan status. Pelanggan yang ingin memigrasikan beban kerja on-premise besar dengan persyaratan performa penyimpanan besar ke AWS akan sangat cocok menggunakan instans R5b.

T: Apa saja opsi penyimpanan yang tersedia pada instans R5b?

Instans R5b dioptimalkan EBS secara default dan menawarkan bandwidth EBS khusus hingga 60.000 Mbps serta IOPS sebesar 260K untuk volume EBS terenkripsi dan tidak terenkripsi. Instans R5b hanya mendukung antarmuka Non-Volatile Memory Express (NVMe) untuk mengakses volume penyimpanan EBS. R5b didukung oleh semua tipe volume, kecuali volume io2.

T: Kapan seharusnya saya menggunakan instans R5b?

Pelanggan yang menjalankan beban kerja seperti basis data relasional dan analitik data besar yang ingin mengambil manfaat dari peningkatan performa jaringan penyimpanan EBS dapat menggunakan instans R5b untuk memberikan performa dan bandwidth yang lebih besar. Pelanggan juga dapat mengurangi biaya dengan memigrasikan beban kerja mereka ke instans R5b yang berukuran lebih kecil atau dengan menggabungkan beban kerja di instans R5b yang lebih sedikit.

T: Apa saja pilihan penyimpanan yang tersedia di instans Memori Tinggi?

Instans Memori Tinggi mendukung volume Amazon EBS untuk penyimpanan. Instans Memori Tinggi dioptimalkan EBS secara default, serta menawarkan bandwidth penyimpanan hingga 38Gbps untuk volume EBS terenkripsi dan tidak terenkripsi.

T: Apa itu instans X2gd Amazon EC2?

Instans X2gd Amazon EC2 merupakan instans memori yang dioptimalkan generasi berikutnya yang didukung prosesor AWS Graviton2 berbasis Arm yang dirancang oleh AWS. Instans X2gd menghasilkan performa harga hingga 55% lebih baik dibandingkan instans X1 berbasis x86 dan menawarkan biaya yang paling rendah per GiB memori di Amazon EC2. Instans tersebut adalah yang pertama dari instans X yang dibangun di AWS Nitro System dan merupakan kombinasi perangkat keras khusus dan Hypervisor Nitro.

T: Beban kerja apa saja yang cocok untuk instans X2gd?

X2gd sesuai untuk pelanggan dengan beban kerja yang diperluas terkait memori dan kompatibel dengan Arm seperti basis data dalam memori Redis dan Memcached, yang memerlukan akses memori latensi rendah serta manfaat dari lebih banyak memori per vCPU. X2gd juga sangat sesuai untuk basis data relasional seperti PostgreSQL, MariaDB, MySQL, dan RDS Aurora. Pelanggan yang menjalankan beban kerja intensif memori seperti Apache Hadoop, analitik real-time, dan server caching real-time akan memperoleh manfaat dari 1:16 vCPU berbanding rasio memori X2gd. Beban kerja thread tunggal seperti tugas verifikasi backend EDA akan memperoleh manfaat dari inti fisik dan lebih banyak memori instans X2gd, memungkinkan mereka mengonsolidasikan lebih banyak beban kerja ke satu instans. Instans X2gd juga memiliki penyimpanan blok NVMe SSD lokal untuk meningkatan waktu respons dengan bertindak sebagai lapisan caching.

T: Kapan saya harus menggunakan instans X2gd dibandingkan dengan instans X1, X2i, atau R?

Instans X2gd cocok untuk beban kerja penskalaan keluar yang terikat memori yang kompatibel dengan Arm, seperti basis data dalam memori, aplikasi analitik memori, beban kerja basis data relasional sumber terbuka, beban kerja EDA, dan server caching yang besar. Instans X2gd menawarkan kepada pelanggan harga paling rendah per gigabita memori di dalam EC2, dengan ukuran hingga 1 TiB. Instans X2iezn, X2idn, X2iedn, X1, dan X1e menggunakan prosesor x86 dan cocok untuk beban kerja peningkatan skala kelas korporasi yang intensif memori, seperti beban kerja Windows, basis data dalam memori (misalnya, SAP HANA), dan basis data relasional (misalnya, OracleDB). Pelanggan dapat memanfaatkan instans X berbasis x86 untuk memori yang lebih besar dengan ukuran hingga 4 TiB. Instans R6g dan R6gd cocok untuk beban kerja seperti aplikasi web, basis data, dan kueri pengindeksan pencarian yang memerlukan lebih banyak vCPU selama waktu pemrosesan data berat. Pelanggan yang menjalankan beban kerja terikat memori yang memerlukan memori kurang dari 1 TiB dan memiliki ketergantungan pada set instruksi x86, seperti aplikasi Windows serta aplikasi seperti Oracle atau SAP, dapat memanfaatkan instans R5 dan instans R6.

T: Kapan saya harus menggunakan instans X2idn dan X2iedn?

Instans X2idn dan X2iedn digerakkan oleh generasi ketiga prosesor Intel Xeon Scalable dengan frekuensi all-core turbo hingga 3,5 GHz dan memberi performa harga komputasi hingga 50% lebih tinggi dibanding instans X1 serupa. Baik instans X2idn maupun X2iedn berisi hingga 3,8 TB penyimpanan NVMe SSD lokal dan hingga 100 Gbps bandwidth jaringan, sedangkan X2idn menawarkan hingga 2 TiB memori dan X2iedn menawarkan hingga 4 TiB memori. Instans X2idn dan X2iedn dengan Sertifikasi SAP serta sangat cocok untuk beban kerja seperti basis data dalam memori dan tradisional berskala kecil hingga besar, dan analitik.

T: Kapan saya harus menggunakan instans X2iezn?

Instans X2iezn mengunggulkan prosesor Intel Xeon Scalable tercepat di cloud dan sangat cocok untuk beban kerja yang membutuhkan performa dengan thread tunggal yang tinggi yang dikombinasikan dengan rasio memori-ke-vCPU yang tinggi dan jaringan berkecepatan tinggi. Instans X2iezn memiliki frekuensi turbo all-core hingga 4,5 GHz, menampilkan rasio memori 32:1 ke vCPU, dan memberikan performa harga komputasi hingga 55% lebih tinggi dibandingkan dengan instans X1e. Instans X2iezn sangat cocok untuk beban kerja Electronic Design Automation (EDA) seperti verifikasi fisik, analisis waktu statis, pemutusan daya, dan simulasi tingkat gerbang chip penuh.

T: sistem operasi/AMI mana saja yang didukung pada instans X2gd?

AMI berikut didukung: Amazon Linux 2, Ubuntu 18.04 atau lebih baru, Red Hat Enterprise Linux 8.2 atau lebih baru, dan SUSE Enterprise Server 15 atau lebih baru. Pelanggan akan menemukan AMI tambahan seperti Fedora, Debian, NetBSD, dan CentOS tersedia melalui AMI komunitas serta AWS Marketplace. Untuk aplikasi terkontainer, AMI yang dioptimalkan Amazon ECS dan EKS juga tersedia.

T: Kapan saya harus menggunakan instans X1?

Instans X1 sangat cocok untuk menjalankan basis data dalam memori seperti SAP HANA, mesin pemrosesan big data seperti Apache Spark atau Presto, serta aplikasi komputasi performa tinggi (HPC). Instans X1 disertifikasi SAP untuk menjalankan lingkungan produksi Business Suite S/4HANA, Business Suite on HANA (SoH), Business Warehouse on HANA (BW), dan Data Mart Solutions on HANA pada AWS Cloud.

T: Apakah instans X1 dan X1e memungkinkan kontrol status manajemen daya CPU?

Ya. Anda dapat mengonfigurasi C-states dan P-states pada instans x1e.32xlarge, x1e.16xlarge, x1e.8xlarge, x1.32xlarge dan x1.16xlarge. Anda juga dapat menggunakan C-states untuk mengaktifkan frekuensi turbo tinggi (sebesar 3,1 GHz dengan satu atau dua turbo core). Anda juga dapat menggunakan P-state untuk menurunkan variabilitas performa dengan menyematkan semua core pada P1 atau P state yang lebih tinggi yang sama untuk menonaktifkan Turbo dan berjalan secara konsisten pada kecepatan clock CPU dasar.

x1e.32xlarge juga akan mendukung Windows Server 2012 R2 dan 2012 RTM. x1e.xlarge, x1e.2xlarge, x1e.4xlarge, x1e.8xlarge, x1e.16xlarge dan x1.32xlarge juga akan mendukung Windows Server 2012 R2, 2012 RTM dan 2008 R2 64bit (Windows Server 2008 SP2 dan versi lama tidak akan didukung) dan x1.16xlarge akan mendukung Windows Server 2012 R2, 2012 RTM, 2008 R2 64bit, 2008 SP2 64bit, dan 2003 R2 64bit (Windows Server versi 32bit tidak akan didukung).

T: Apakah ada kerangka kerja deployment referensi SAP HANA standar yang tersedia untuk instans Memori Tinggi dan AWS?

Anda dapat menggunakan deployment AWS Launch Wizard untuk SAP atau SAP HANA referensi AWS Quick Start untuk dengan cepat mend-deploy semua blok penyusun SAP HANA yang diperlukan pada instans Memori Tinggi dengan mengikuti rekomendasi dari AWS dan SAP untuk performa dan keandalan tinggi.

T: Mengapa saya tidak melihat instans M1, C1, CC2 dan HS1 pada halaman harga lagi?

Instans ini telah dipindahkan ke halaman Instans Generasi Sebelumnya.

T: Apakah instans Generasi Sebelumnya ini masih didukung?

Ya. Instans Generasi Sebelumnya masih didukung penuh.

T: Apakah saya masih bisa menggunakan/menambahkan instans Generasi Sebelumnya?

Ya. Instans Generasi Sebelumnya masih tersedia sebagai Pesanan, Instans Cadangan, dan Instans Spot, dari antarmuka API, CLI, dan EC2 Management Console kami.

T: Apakah instans Generasi Sebelumnya milik saya akan dihapus?

Tidak. Instans C1, C3, CC2, CR1, G2, HS1, M1, M2, M3, R3 dan T1 milik Anda masih berfungsi penuh dan tidak akan dihapus karena perubahan ini.

T: Instans Generasi Sebelumnya akan segera dihentikan?

Sampai saat ini, belum ada rencana untuk mengakhiri hidup instans Generasi Sebelumnya. Meski begitu, dengan kecepatan evolusi teknologi yang pesat, generasi terbaru umumnya akan memberikan performa terbaik untuk harganya dan kami mendorong para pelanggan untuk memanfaatkan kemajuan teknologi ini.

T: Apakah intans Generasi Sebelumnya yang saya beli sebagai Instans Cadangan akan terpengaruh atau diubah?

Tidak. Instans Terpesan Anda tidak akan berubah, dan instans Generasi Sebelumnya tidak akan hilang.

Apa itu Instans Penyimpanan-padat?

Instans Penyimpanan-padat didesain untuk beban kerja yang memerlukan akses baca dan tulis sekuensial tinggi ke set data yang sangat besar, seperti komputasi yang didistribusikan Hadoop, gudang data pemrosesan paralel yang besar, dan aplikasi pemrosesan log. Instans Penyimpanan-padat menawarkan harga/GB penyimpanan serta harga/throughput disk antar-instans EC2 terbaik.

Apa perbandingan instans penyimpanan-padat dengan instans I/O Tinggi? 

Instans I/O Tinggi (Im4gn, Is4gen, I4i, I3, I3en) ditujukan untuk beban kerja yang memerlukan latensi rendah serta I/O acak tinggi selain untuk mengurangi kepadatan penyimpanan dan memberikan harga/IOPS yang terbaik di seluruh tipe instans EC2 lainnya. Instans Penyimpanan-padat (D3, D3en, D2) dan instans penyimpanan HDD (H1) dioptimalkan untuk aplikasi yang memerlukan akses baca/tulis berurutan tinggi dan penyimpanan berbiaya rendah untuk set data yang sangat besar serta memberikan harga/GB penyimpanan serta harga/throughput disk yang terbaik di seluruh instans EC2 lainnya.

T. Seberapa banyak throughput disk yang dapat instans Penyimpanan-padat dan penyimpanan HDD berikan?

Generasi terbaru instans Penyimpanan HDD padat d3en.12xlarge, dapat memberikan throughput disk baca hingga 6,2 GiB/dtk dan tulis 6,2 GiB/dtk dengan ukuran blok 128k. Silakan lihat halaman detail produk untuk informasi performa tambahan. Untuk memastikan performa throughput disk terbaik dari instans D2, D3, dan D3en Anda pada Linux, sebaiknya gunakan versi paling baru Amazon Linux AMI, atau Linux AMI lainnya dengan versi kernel 3.8 atau yang terbaru yang mendukung alokasi persisten–ekstensi ke protokol ring blok Xen yang secara signifikan meningkatkan throughput dan skalabilitas disk.

Q. Apakah instans Penyimpanan-padat dan penyimpanan HDD memberikan mekanisme failover atau redundansi?

Instans D2 dan H1 memberikan notifikasi untuk kegagalan perangkat keras. Seperti penyimpanan instans pada umumnya, volume Penyimpanan HDD padat hanya akan bertahan selama masa aktif instans. Oleh sebab itu, sebaiknya bangun tingkat redundansi (contohnya, RAID 1/5/6) atau gunakan sistem file (contohnya, HDFS dan MapR-FS) yang mendukung redundansi dan toleransi kesalahan. Anda juga dapat mencadangkan data secara berkala ke lebih banyak solusi penyimpanan data seperti Amazon Elastic Block Store (EBS) atau Simple Storage Service (S3).

T. Apa yang membuat instans penyimpanan HDD padat berbeda dari Amazon EBS?

Amazon EBS menawarkan penyimpanan sederhana, elastis, dapat diandalkan (direplikasi), dan tingkat blok persisten untuk Amazon EC2 sambil mengabstraksi detail media penyimpanan dasar yang digunakan. Amazon EC2 instance dengan penyimpanan HDD atau NVMe lokal menyediakan blok pembangunan penyimpanan berperforma tinggi yang dilampirkan langsung yang dapat digunakan untuk berbagai aplikasi penyimpanan. Instans Penyimpanan-padat secara khusus ditujukan untuk pelanggan yang menginginkan akses baca/tulis berurutan tinggi untuk set data besar di penyimpanan lokal, misalnya untuk komputasi terdistribusi Hadoop dan gudang data pemrosesan paralel yang masif.

T. Bisakah saya meluncurkan instans penyimpanan HDD sebagai instans yang dioptimalkan Amazon EBS?

Setiap tipe instans penyimpanan HDD (H1, D2, D3, dan D3en) dioptimalkan EBS secara default. Karena fitur ini selalu aktif, meluncurkan salah satu dari instans ini yang secara eksplisit dioptimalkan EBS tidak akan memengaruhi perilaku instans. Untuk informasi selengkapnya tentang instans yang dioptimalkan EBS, lihat di sini.

T: Bisakah saya menjalankan instans D2 sebagai instans yang dioptimalkan Amazon EBS?

Semua jenis instans D2 secara default telah dioptimalkan EBS. Instans D2 menawarkan 500 Mbps hingga 4.000 Mbps pada EBS di atas throughput jaringan tujuan umum yang diberikan pada instans. Karena fitur ini selalu aktif pada instans D2, peluncuran instans D2 secara eksplisit sebagai dioptimalkan EBS tidak akan memengaruhi kinerja instans.

T. Apakah instans Penyimpanan padat diberikan pada EC2 Classic?

Generasi instans Penyimpanan-padat saat ini (instans D2) hanya dapat dijalankan di EC2-Classic dan Amazon VPC. Meski begitu dengan menjalankan instans Padat-penyimpanan pada VPC, Anda dapat memanfaatkan sejumlah fitur yang hanya tersedia pada platform Amazon VPC – seperti mengaktifkan peningkatan jaringan, penugasan beberapa alamat IP pribadi ke instans Anda, atau pengubahan kelompok keamanan instans Anda. Untuk informasi selengkapnya tentang keuntungan penggunaan VPC, lihat Amazon EC2 dan Amazon Virtual Private Cloud (Amazon VPC). Anda dapat mengambil beberapa langkah untuk memindahkan sumber daya dari EC2-Classic ke Amazon VPC. Untuk informasi selengkapnya, lihat Memindahkan Instans Linux dari EC2-Classic ke VPC.

T: Apa itu instans I/O Tinggi?

Instans I/O Tinggi menggunakan penyimpanan instans lokal berbasis NVMe untuk memberikan kapasitas I/O yang sangat tinggi dan rendah latensi ke aplikasi, dan dioptimalkan untuk aplikasi yang memerlukan jutaan IOPS. Seperti instans Klaster, instans I/O Tinggi dapat dikelompokkan melalui grup penempatan klaster untuk jaringan latensi rendah.

T: Apakah semua fitur Amazon EC2 tersedia untuk Instans I/O Tinggi?

Instans I/O Tinggi mendukung semua fitur Amazon EC2. Instans Im4gn, Is4gen, I4i, I3, dan I3en menawarkan penyimpanan NVMe saja, sementara instans I2 generasi sebelumnya memungkinkan akses penyimpanan blkfront warisan.

T: AWS memiliki basis data dan penawaran Big Data lain. Kapan atau mengapa saya harus menggunakan instans I/O Tinggi?

Instans I/O Tinggi cocok untuk aplikasi yang memerlukan akses ke jutaan IOPS latensi rendah, dan dapat memanfaatkan toko dan arsitektur data yang mengelola redundansi dan ketersediaan data. Aplikasi contohnya adalah:

• Database NoSQL seperti Cassandra dan MongoDB
• Database in-memory seperti Aerospike
• Beban kerja Elasticsearch dan analisis
• Sistem OLTP

T: Apakah instans I/O Tinggi memberikan mekanisme failover atau redundansi?

Seperti tipe instans Amazon EC2 lainnya, penyimpanan instans pada instans Im4gn, Is4gen, I4i, I3, dan I3en tetap sama selama masa aktif instans tersebut. Pelanggan diharapkan untuk membangun ketahanan dalam aplikasi mereka. Kami menyarankan menggunakan database dan sistem file yang mendukung redundansi dan toleransi kesalahan. Pelanggan sebaiknya mencadangkan data secara berkala ke Amazon S3 untuk peningkatan daya tahan data.

T: Apakah instans I/O Tinggi mendukung TRIM?

Perintah TRIM memungkinkan sistem operasi memberi tahu SSD bahwa blok data tidak digunakan lagi dan dapat dihapus secara internal. Dengan tidak adanya TRIM, operasi tulis mendatang pada blok yang terlibat dapat melambat secara signifikan. Instans Im4gn, Is4gen, I4i, I3, dan I3en mendukung TRIM.

T: Bagaimana perbandingan antara instans D3 dan D3en dengan instans D2?

Instans D3 dan D3en menawarkan peningkatan spesifikasi dibandingkan D2 pada atribut komputasi, penyimpanan, dan jaringan berikut:

• Instans D3 dan D3en menawarkan performa komputasi yang lebih tinggi hingga 30% dibandingkan instans D2 serupa. Manfaat performa yang tepat akan bergantung pada beban kerja spesifik.
• Instans D3 dan D3en masing-masing memberikan throughput disk yang lebih besar hingga 45% dan 100% dibandingkan dengan instans D2.
• Instans D3 tersedia dengan harga 5% lebih rendah dibandingkan instans D2. Instans D3en memiliki biaya penyimpanan yang lebih rendah hingga 80% per TB dibandingkan dengan instans D2.
• Instans D3 dan D3en menawarkan Intel Advanced Vector Extensions (AVX 512), yang menawarkan hingga 2X lipat FLOPS per siklus dibandingkan dengan AVX 2 pada D2.
• Instans D3en menawarkan ukuran instans baru (12xl) dengan 48 vCPU dan penyimpanan sebesar 7 TB per vCPU untuk total penyimpanan 336 TB, tetapi memiliki setengah memori per vCPU dibandingkan dengan D2 dan total penyimpanan sebesar 48 TB.
• Instans D3 dan D3en masing-masing menawarkan bandwidth jaringan hingga 25 Gbps dan 75 Gbps pada ukuran terbesarnya untuk memenuhi kebutuhan performa jaringan pengguna agar dapat menjalankan beban kerja big data dan klaster sistem file.
  

T: Apakah instans D3 dan D3en mengenkripsi volume penyimpanan dan lalu lintas jaringan?

Ya; data yang ditulis ke dalam volume penyimpanan akan dienkripsi saat tidak aktif/istirahat menggunakan AES-256-XTS. Lalu lintas jaringan antara instans D3 dan D3en dalam VPC yang sama atau VPC peer dienkripsi secara default menggunakan kunci 256 bit.

T: Apa yang akan terjadi pada data saya saat sistem berakhir?

Data yang disimpan pada penyimpanan instans lokal hanya akan bertahan selama instans aktif. Namun, data yang disimpan di volume Amazon EBS akan bertahan secara independen selama masa pakai instans. Oleh karena itu, kami menyarankan Anda untuk menggunakan penyimpanan instans lokal untuk data temporer, dan untuk data yang memerlukan tingkat ketahanan yang lebih tinggi, kami menyarankan untuk menggunakan volume Amazon EBS atau mencadangkan data ke Amazon S3. Jika menggunakan volume Amazon EBS sebagai partisi utama, Anda akan perlu mengatur tanda Hapus Saat Pengakhiran menjadi "N" jika Anda menginginkan volume Amazon EBS bertahan di luar masa pakai instans.

T: Performa seperti apa yang dapat saya harapkan dari volume Amazon EBS?

Amazon EBS menyediakan empat tipe volume generasi terbaru yang dibagi menjadi dua kategori utama: penyimpanan yang didukung SSD untuk beban kerja transaksional dan penyimpanan yang didukung HDD untuk beban kerja intensif throughput. Tipe volume ini berbeda dalam hal karakteristik performa dan harga, yang memungkinkan Anda menyesuaikan performa penyimpanan dan biaya dengan kebutuhan aplikasi. Untuk informasi selengkapnya lihat halaman detail produk EBS, dan untuk informasi tambahan tentang performa, lihat bagian Performa EBS dari Panduan Pengguna Amazon EC2.

T: Apa itu tipe volume HDD yang Dioptimalkan Throughput (st1) dan Cold HDD (sc1)?

Volume ST1 didukung oleh driver hard disk (HDD) dan cocok untuk diakses secara berkala, beban kerja intensif throughput dengan set data besar dan ukuran I/O besar, seperti MapReduce, Kafka, pemrosesan log, gudang data, dan beban kerja ETL. Volume ini memberikan kinerja yang berkaitan dengan throughput, yang diukur dalam MB/dtk, dan mencakup kemampuan untuk meningkatkan hingga 250 MB/dtk per TB, dengan throughput dasar sebesar 40 MB/dtk per TB dan throughput maksimum sebesar 500 MB/dtk per volume. ST1 dirancang untuk memberikan 99% waktu performa throughput yang diharapkan dan memiliki kredit I/O yang cukup untuk mendukung pemindaian volume penuh pada laju naik.

Volume SC1 didukung oleh hard disk drive (HDD) dan menyediakan semua tipe volume EBS dengan biaya terendah per GB. Ini merupakan opsi yang ideal untuk beban kerja yang jarang diakses dengan set data besar yang jarang diakses. Sama halnya dengan st1, sc1 menyediakan model peningkatan: volume ini dapat meningkatkan hingga 80 MB/dtk per TB, dengan throughput dasar sebesar 12 MB/dtk per TB dan throughput maksimum sebesar 250 MB/dtk per volume. Untuk data yang jarang diakses, sc1 menyediakan penyimpanan yang sangat terjangkau. SC1 dirancang untuk memberikan 99% waktu kinerja throughput yang diharapkan dan memiliki kredit I/O yang cukup untuk mendukung pemindaian volume penuh pada laju naik.

Untuk memaksimalkan kinerja st1 dan sc1, kami menyarankan Anda untuk menggunakaninstans EC2 yang dioptimalkan oleh EBS.

T: Tipe volume mana yang harus saya pilih?

Amazon EBS mencakup dua kategori penyimpanan utama: penyimpanan yang didukung SSD untuk beban kerja transaksional (kinerja bergantung terutama pada IOPS) dan penyimpanan yang didukung HDD untuk beban kerja throughput (kinerja bergantung terutama pada throughput, diukur dalam MB/s). Volume yang didukung SSD dirancang untuk beban kerja basis data intensif IOPS transaksional, volume boot, dan beban kerja yang memerlukan IOPS tinggi. Volume yang didukung SSD mencakup SSD Provisioned IOPS (io1 dan io2) dan SSD Tujuan Umum (gp2 dan gp3). Volume yang didukung HDD dirancang untuk beban kerja intensif throughput dan big-data, ukuran I/O yang besar, dan pola I/O berurutan. Volume yang didukung HDD mencakup Throughput Optimized HDD (st1) dan Cold HDD (sc1). Untuk informasi selengkapnya mengenai Amazon EBS lihat halaman detail produk EBS.

T: Apakah terdapat dukungan untuk beberapa instans yang mengakses volume tunggal?

Ya, Anda dapat mengaktifkan Multi-Attach di volume io1 Provisioned IOPS EBS untuk memungkinkan volume dipasang secara bersamaan ke maksimal enam belas instans EC2 berbasis Nitro dalam Availability Zone yang sama. Untuk informasi selengkapnya mengenai Multi-Attach Amazon EBS, lihat halaman produk EBS.

T: Apakah saya dapat mengakses snapshot EBS menggunakan API reguler Amazon S3?

Tidak, snapshot EBS hanya tersedia melalui API Amazon EC2.

T: Apakah volume perlu dikurangi untuk bisa mengambil snapshot? Apakah snapshot harus selesai sebelum volume dapat digunakan kembali?

Tidak, snapshot bisa diselesaikan secara real time sementara volume melekat dan aktif digunakan. Namun, snapshot hanya menangkap data yang telah ditulis ke volume Amazon EBS Anda, yang dapat mengecualikan data yang telah di-cache secara lokal oleh aplikasi atau OS. Untuk memastikan snapshot yang konsisten pada volume yang dipasangkan ke instans, direkomendasikan untuk memisahkan volume dengan sempurna, mengeluarkan perintah snapshot, dan kemudian memasang kembali volume. Untuk volume Amazon EBS yang berperan sebagai perangkat akar, disarankan untuk mematikan mesin untuk mengambil snapshot yang bersih.

T: Apakah snapshot memiliki versi? Apakah saya dapat membaca snapshot yang lebih lama untuk melakukan pemulihan pada titik sebelumnya?

Tiap snapshot diberi pengidentifikasi yang unik, dan pelanggan dapat membuat volume berdasarkan pada snapshot yang ada.

T: Biaya apa yang dikenakan saat menggunakan snapshot bersama Amazon EBS?

Jika Anda membagikan snapshot, Anda tidak akan dikenai biaya saat pengguna lain membuat salinan snapshot. Jika Anda membuat salinan volume pengguna lain yang dibagikan, Anda akan dikenai tarif EBS normal.

T: Apakah pengguna snapshot Amazon EBS yang saya bagikan dapat mengubah data?

Pengguna yang memiliki izin untuk membuat volume berdasarkan pada snapshot yang Anda bagikan akan membuat salinan snapshot terlebih dahulu ke akun mereka. Pengguna dapat memodifikasi salinan data mereka, tetapi data pada snapshot asli dan volume lain yang dibuat oleh pengguna lain dari snapshot asli Anda akan tetap tidak berubah.

T: Bagaimana saya dapat menemukan snapshot Amazon EBS yang telah dibagikan dengan saya?

Anda dapat menemukan snapshot yang telah dibagi bersama dengan memilih "Private Snapshot" dari tampilan dropdown di bagian Snapshot AWS Management Console. Bagian ini akan mencantumkan snapshot yang Anda miliki dan snapshot yang telah dibagi dengan Anda.

T: Bagaimana saya dapat menemukan snapshot Amazon EBS mana yang dibagi secara global?

Anda dapat menemukan snapshot yang telah dibagi secara global dengan memilih "Public Snapshots" dari tampilan dropdown di bagian Snapshot AWS Management Console.

T: Apakah Anda menawarkan enkripsi pada volume dan snapshot Amazon EBS?

Ya. EBS menawarkan enkripsi volume data dan snapshot yang mudah. Enkripsi EBS lebih baik dalam memungkinkan Anda memenuhi persyaratan keamanan dan kepatuhan enkripsi.

T: Bagaimana saya dapat menemukan daftar Set Data Publik Amazon?

Semua informasi tentang Dataset Publik berada di Pusat Sumber Daya Dataset Publik. Anda juga dapat mendapatkan cantuman Set Data Publik dalam AWS Management Console dengan memilih “Amazon Snapshots” dari tampilan dropdown di bagian Snapshot.

T: Di mana saya dapat mempelajari selengkapnya tentang EBS?

Anda dapat mengunjungi halaman FAQ Amazon EBS.

T: Bagaimana saya mengakses sistem file dari instans Amazon EC2?

Untuk mengakses sistem file, Anda memasang sistem file pada instans berbasis Linux Amazon EC2 menggunakan perintah pemasangan Linux standar dan nama DNS sistem file. Setelah dipasang, Anda dapat bekerja dengan file dan direktori di sistem file seperti yang Anda lakukan dengan sistem file lokal.

Amazon EFS menggunakan protokol NFSv4.1. Untuk contoh langkah per langkah mengenai bagaimana mengakses sistem file dari instans Amazon EC2, lihat Panduan Memulai Amazon EFS.

T: Tipe instans EC2 dan AMI Amazon mana yang berfungsi dengan Amazon EFS??

Amazon EFS kompatibel dengan semua tipe instans Amazon EC2 dan dapat diakses dari AMI berbasis Linux. Anda dapat melakukan padu padan jenis instans yang dihubungkan ke satu sistem file. Untuk contoh langkah per langkah mengenai bagaimana mengakses sistem file dari instans Amazon EC2, lihat Panduan Memulai Amazon EFS.

T: Bagaimana saya memuat data ke sistem file?

Anda dapat memuat data ke sistem file Amazon EFS dari instans Amazon EC2 atau dari server pusat data lokal.

Sistem file Amazon EFS dapat dipasangkan pada instans Amazon EC2, sehingga data yang dapat diakses ke instans Amazon EC2 juga dapat dibaca dan ditulis ke Amazon EFS. Untuk memuat data yang belum disimpan pada Amazon cloud, Anda dapat menggunakan metode sama dengan yang digunakan untuk mentransfer file ke Amazon EC2 saat ini, seperti Secure Copy (SCP).

Sistem file Amazon EFS juga dapat dipasangkan pada server lokal, sehingga data yang dapat diakses oleh server lokal dapat dibaca dan ditulis ke Amazon EFS menggunakan peralatan Linux standar. Untuk informasi selengkapnya tentang mengakses sistem file dari server lokal, lihat bagian Akses Lokal dari FAQ Amazon EFS.

Untuk informasi selengkapnya tentang memindahkan data ke cloud Amazon, lihat halaman Migrasi Data Cloud.

T: Bagaimana saya mengakses sistem file dari luar VPC saya?

Instans Amazon EC2 dalam VPC Anda dapat mengakses sistem file secara langsung, dan instans Amazon EC2 Classic di luar VPC dapat memasangkan sistem file melalui ClassicLink. Server lokal dapat memasang sistem file melalui koneksi AWS Direct Connect ke VPC Anda.

T: Berapa banyak instans EC2 Amazon dapat terhubung ke sistem file?

Amazon EFS mendukung satu hingga ratusan instans Amazon EC2 yang menghubungkan ke sistem file secara serentak.

T: Di mana saya dapat mempelajari selengkapnya tentang EFS?

Anda dapat mengunjungi halaman FAQ Amazon EFS.

T: Apakah data yang disimpan di penyimpanan instans Amazon EC2 NVMe dienkripsi?

Ya, semua data dienkripsi dalam modul perangkat keras AWS Nitro sebelum ditulis di SSD yang terpasang secara lokal dan ditawarkan melalui penyimpanan instans NVMe.

T: Apa algoritma enkripsi yang digunakan untuk mengenkripsi penyimpanan instans NVMe Amazon EC2?

Penyimpanan instans NVMe Amazon EC2 dienkripsi menggunakan sandi blok XTS-AES-256.

T: Apakah kunci enkripsi bersifat unik bagi instans atau perangkat tertentu untuk penyimpanan instans NVMe?

Kunci enkripsi dibuat dengan aman dalam modul perangkat keras Nitro, dan unik untuk setiap perangkat penyimpanan instans NVMe yang diberikan dengan instans EC2.

T: Berapa lama masa pakai kunci enkripsi pada penyimpanan instans NVMe?

Semua kunci dihancurkan tanpa bisa dipulihkan pada setiap dealokasi penyimpanan, termasuk tindakan penghentian dan pemutusan instans.

T: Dapatkah saya menonaktifkan enkripsi penyimpanan instans NVMe?

Tidak, enkripsi penyimpanan instans NVMe selalu aktif, dan tidak dapat dinonaktifkan.

T: Apakah jumlah performa IOPS pada I3 dan I3en yang dipublikasikan mencakup enkripsi data?

Ya, jumlah IOPS yang terdokumentasi untuk penyimpanan instans NVMe Im4gn, Is4gen, I4i, I3, dan I3en mencakup enkripsi.

T: Apakah penyimpanan instans NVMe Amazon EC2 mendukung AWS Key Management Service (KMS)?

Tidak, enkripsi disk pada penyimpanan instans NVMe tidak mendukung integrasi dengan sistem AWS KMS. Pelanggan tidak dapat membawa kunci mereka sendiri untuk digunakan dengan penyimpanan instans NVMe. 

T: Apa yang dimaksud dengan ENA Express?

ENA Express adalah peningkatan pada Elastic Network Adapter yang menghadirkan protokol Scalable Reliable Datagram (SRD) ke jaringan TCP dan UDP tradisional. Karena sifatnya yang transparan terhadap aplikasi, ENA Express dapat meningkatkan bandwidth aliran tunggal dan mengurangi latensi ekor dalam beban kerja intensif throughput.

T: Bagaimana cara kerja ENA Express?

Jika telah dikonfigurasi, ENA Express akan bekerja di antara dua instans yang didukung di Zona Ketersediaan (AZ). ENA Express mendeteksi kompatibilitas antara instans EC2 dan akan membuat koneksi SRD saat kedua instans yang berkomunikasi mengaktifkan ENA Express. Setelah koneksi dibuat, lalu lintas dapat memanfaatkan SRD dan juga performanya.

T: Kapan saya sebaiknya menggunakan ENA Express?

ENA Express berfungsi sempurna di aplikasi yang membutuhkan throughput aliran tunggal yang tinggi, seperti sistem penyimpanan terdistribusi dan pengkodean media langsung. Beban kerja ini memerlukan bandwidth aliran tunggal yang tinggi dan latensi ekor yang rendah.

T: Bagaimana cara mengaktifkan ENA Express?

ENA Express dapat diaktifkan berdasarkan setiap ENI. ENA Express dapat diaktifkan saat memasangkan kartu jaringan ke instans atau saat menjalankan perintah modifikasi. ENA Express harus diaktifkan di kedua ENI yang berkomunikasi agar dapat membangun komunikasi antar-titik dengannya. Selain itu, jika menggunakan Jumbo Frames, Anda harus menyesuaikan MTU maksimum ke 8900 agar dapat menggunakan ENA Express.

T: Protokol apa yang didukung oleh ENA Express?

Secara default, ENA Express mendukung TCP. UDP dapat diaktifkan secara opsional melalui argumen API atau di dalam konsol manajemen.

T: Instans apa yang didukung?

ENA Express didukung di C6gn.16xl. Dukungan untuk lebih banyak tipe dan ukuran instans akan ditambahkan dalam beberapa bulan mendatang.
 
T: Apa perbedaan antara Elastic Fabric Adapter (EFA) dan ENA Express?

EFA adalah antarmuka jaringan yang dibuat untuk aplikasi HPC dan ML, dan juga memanfaatkan protokol SRD. EFA memerlukan model pemrograman jaringan berbeda yang menggunakan antarmuka LibFabric untuk meneruskan komunikasi ke ENI. Tidak seperti EFA, ENA Express membantu Anda menjalankan aplikasi secara transparan di TCP dan UDP. Selain itu, ENA Express memungkinkan komunikasi di dalam Zona Ketersediaan (AZ), sementara EFA saat ini hanya terbatas pada komunikasi dalam subnet yang sama.

T: Apa yang terjadi jika saya menjalankan ENA Express di satu instans, dan instans tersebut berkomunikasi dengan instans lain yang tidak mendukung ENA Express atau belum mengaktifkannya di ENI?

ENA Express akan mendeteksi jika ENA Express telah diaktifkan di instans lain. Jika instans tersebut tidak mendukung atau belum mengaktifkan ENA Express, instans Anda akan kembali ke operasi normal ENA. Dalam kasus ini, Anda tidak akan dapat mendapatkan manfaat performa SRD ataupun efek samping.

T: Sistem operasi apa yang didukung?

Semua sistem operasi akan mendukung fungsi SRD, tetapi harap diperhatikan bahwa metrik pemantauan ENA Express hanya akan tersedia di EthTool di Amazon Linux AMI terbaru atau dengan menginstal driver ENA versi 2.8.0 atau yang lebih baru dari GitHub, dan semua pengoperasian sistem pendukung metrik akan tersedia nanti.

T: Alat pemantauan apa yang tersedia untuk melacak ini?

ENA Express menawarkan penghitung EthTool untuk melacak paket yang memenuhi syarat transmisi SRD selain paket yang benar-benar dikirim dan diterima dengan SRD. Selain itu, EthTool akan mendukung metrik pemanfaatan sumber daya SRD berdasarkan persentase sehingga dapat memberikan wawasan terkait waktu yang tepat bagi Anda untuk memperluas arsitektur. Terakhir, Boolean akan memberikan status hidup dan mati untuk ENA Express dan protokol UDP.

T: Di mana ENA Express tersedia?

ENA Express tersedia di semua Wilayah komersial. ENA Express dapat digunakan untuk membangun komunikasi antara dua instans yang diaktifkan dalam AZ yang sama.

T: Apakah ada biaya tambahan untuk menjalankan ENA Express?

Tidak, penggunaan ENA Express tidak dipungut biaya.

T: Mengapa saya harus menggunakan EFA?

EFA menyajikan skalabilitas, fleksibilitas, dan elastisitas cloud pada aplikasi HPC yang dipasangkan erat. Dengan EFA, aplikasi HPC yang dipasangkan erat memiliki akses untuk latensi yang lebih konsisten dan rendah serta throughput yang lebih tinggi dibanding saluran TCP tradisional; ini memungkinkannya melakukan penskalaan yang lebih baik. Dukungan EFA dapat diaktifkan secara dinamis dan sesuai pesanan di setiap instans EC2 yang didukung tanpa reservasi di awal, memberi Anda fleksibilitas untuk merespons perubahan prioritas bisnis/workload.

T: Jenis aplikasi apa yang dapat memanfaatkan EFA?

Aplikasi Komputasi Kinerja Tinggi (HPC) mendistribusikan beban kerja komputasional di seluruh klaster instans untuk pemrosesan paralel. Contoh aplikasi HPC termasuk dinamika fluida komputasi (CFD), simulasi kemacetan, dan simulasi cuaca. Aplikasi HPC umumnya ditulis menggunakan Message Passing Interface (Antarmuka Penerusan Pesan/MPI) dan memberlakukan persyaratan yang ketak untuk komunikasi antarinstans dalam hal latensi maupun bandwidth. Aplikasi yang menggunakan MPI dan middleware HPC lainnya yang mendukung tumpukan komunikasi libfabric dapat memanfaatkan EFA.

T: Bagaimana cara kerja komunikasi EFA?

Perangkat EFA menyediakan semua fungsionalitas perangkat ENA ditambah antarmuka perangkat keras bypass OS baru yang memungkinkan aplikasi ruang pengguna berkomunikasi secara langsung dengan fungsionalitas transportasi yang andal dan telah disediakan oleh perangkat keras. Banyak aplikasi akan menggunakan middleware yang sudah ada, seperti Message Passing Interface (Antarmuka Penerusan Pesan/MPI) untuk membuat antarmuka dengan EFA. AWS telah bekerja dengan sejumlah penyedia perangkat tengah untuk memastikan dukungan bagi fungsionalitas bypass OS EFA. Perhatikan bahwa komunikasi menggunakan fungsionalitas bypass OS terbatas untuk instans dengan subnet Virtual Private Cloud (VPC) tunggal.

T: Tipe instans mana yang mendukung EFA?

EFA saat ini tersedia dalam ukuran instans berikut: ukuran instans m7g.16xlarge, m7g.metal, m6a.48xlarge, m6i.32xlarge, m6i.metal, m6id.32xlarge, m6id.metal, m6idn.32xlarge, m6idn.metal, m6in.32xlarge, m6in.metal, m5n.24xlarge, m5dn.24xlarge, m5n.metal, m5dn.metal, r7g.16xlarge, r7g.metal, r6idn.32xlarge, r6idn.metal, r6in.32xlarge, r6in.metal, r6a.48xlarge, r6a.metal, r6i.32xlarge, r6i.metal, r6id.32xlarge, r6id.metal, r5n.24xlarge, r5dn.24xlarge, r5n.metal, r5dn.metal, x2idn.32xlarge, x2iedn.32xlarge, c7g.16xlarge, c7g.metal, c7gn.16xlarge, c6a.48xlarge, c6i.32xlarge, c6i.metal, c6id.32xlarge, c6id.metal, c6in.32xlarge, c6in.metal, c5n.18xlarge, c5n.metal, p3dn.24xlarge, i3en.24xlarge, i3en.metal, hpc6a.48xlarge, dan hpc6i.32xlarge.

T: Apa perbedaan antara ENI EFA dan ENI ENA?

ENI ENA menyediakan fitur jaringan IP tradisional yang diperlukan untuk mendukung jaringan VPC. ENI EFA menyediakan semua fungsionalitas yang dimiliki ENI ENA, ditambah dukungan perangkat keras bagi aplikasi untuk berkomunikasi secara langsung dengan ENI EFA tanpa melibatkan kernel instans (komunikasi bypass OS) menggunakan antarmuka pemrograman yang diperpanjang. Mengingat kemampuan lanjutan ENI EFA, ENI EFA hanya dapat dilampirkan saat peluncuran atau pada instans yang dihentikan.

T: Apa saja prasyarat untuk menerapkan EFA pada instans?

Dukungan EFA dapat diaktifkan saat peluncuran instans atau ditambahkan pada instans yang dihentikan. Perangkat EFA tidak dapat dilampirkan pada instans yang sedang berjalan.

T: Kemampuan jaringan apa yang disertakan dalam fitur ini?

Saat ini kami mendukung kemampuan jaringan mutakhir dengan menggunakan SR-IOV (Single Root I/O Virtualization). SR-IOV adalah metode virtualisasi perangkat yang menyediakan kinerja I/O yang lebih tinggi dan penggunaan CPU yang lebih rendah dibandingkan dengan implementasi tradisional. Untuk instans Amazon EC2 yang didukung, fitur ini menyediakan paket kinerja per detik (PPS) yang lebih tinggi, latensi antar-instans yang lebih rendah, dan gangguan jaringan yang sangat rendah.

T: Mengapa saya harus menggunakan Jaringan Mutakhir?

Jika keuntungan aplikasi dari kinerja paket per detik tinggi dan/atau jaringan latensi rendah, Jaringan Mutakhir akan menyediakan kinerja yang disempurnakan secara signifikan, serta konsistensi kinerja dan skalabilitas.

T: Bagaimana saya dapat mengaktifkan Jaringan Mutakhir pada instans yang didukung?

Untuk mengaktifkan fitur ini, Anda harus meluncurkan HVM AMI dengan driver yang tepat. Instans yang tercantum sebagai generasi sekarang menggunakan ENA untuk jaringan yang lebih baik. Amazon Linux AMI mencakup kedua driver ini secara default. Untuk AMI yang tidak berisi driver ini, Anda akan perlu mengunduh dan menginstal driver yang tepat berdasarkan jenis instans yang akan digunakan. Anda dapat menggunakan instruksi Linux atau Windows untuk mengaktifkan Jaringan yang Ditingkatkan dalam AMI yang tidak mencakup driver SR-IOV secara default. Jaringan Mutakhir hanya didukung oleh Amazon VPC.

T: Apakah saya perlu membayar biaya tambahan untuk menggunakan Jaringan Mutakhir?

Tidak, tidak ada biaya tambahan untuk Jaringan Mutakhir. Untuk memanfaatkan Jaringan Mutakhir, Anda perlu meluncurkan AMI yang sesuai pada jenis instans yang didukung di VPC.

T: Mengapa Jaringan Mutakhir hanya didukung di Amazon VPC?

Amazon VPC memungkinkan kami memberikan banyak fitur-fitur jaringan tingkat lanjut kepada Anda yang tidak mungkin dilakukan di EC2-Classic. Jaringan Mutakhir adalah contoh lain kemampuan yang diaktifkan oleh Amazon VPC.

T: Tipe instans mana yang mendukung Jaringan yang Ditingkatkan?

Bergantung pada tipe instans, Anda dapat mengaktifkan jaringan yang ditingkatkan menggunakan salah satu dari mekanisme berikut:

Antarmuka Intel 82599 Virtual Function (VF) – Antarmuka Intel 82599 Virtual Function mendukung kecepatan jaringan hingga 10 Gbps untuk tipe instans yang didukung. Instans C3, C4, D2, I2, M4 (tidak termasuk m4.16xlarge), dan R3 menggunakan antarmuka Intel 82599 VF untuk jaringan yang ditingkatkan.

Elastic Network Adapter (ENA) – Elastic Network Adapter (ENA) mendukung kecepatan jaringan hingga 200 Gbps untuk tipe instans yang didukung. Instans yang terdaftar sebagai generasi terkini menggunakan ENA untuk jaringan yang ditingkatkan, dengan pengecualian instans C4, D2, dan M4 yang lebih kecil dari m4.16xlarge.

T: Apa yang dimaksud dengan memiliki beberapa kartu jaringan untuk instans EC2? Mengapa diperlukan?

Instans EC2 generasi yang lebih baru menggunakan kartu jaringan Nitro untuk membongkar bidang data VPC. Untuk menyediakan bandwidth jaringan yang lebih tinggi dan performa laju paket yang ditingkatkan, Anda dapat mengonfigurasikan instans EC2 tertentu untuk menggunakan beberapa kartu jaringan untuk pemrosesan paket sehingga akan meningkatkan performa sistem secara keseluruhan.

T: Tipe instans mana yang mendukung beberapa kartu jaringan?

Beberapa kartu jaringan didukung di instans yang dipercepat seperti p4d.24xlarge dan instans jaringan yang dioptimalkan seperti c6in.32xlarge. Untuk daftar lengkap instans yang mendukung beberapa kartu jaringan, lihat Antarmuka jaringan elastis.

T: Berapa jumlah default antarmuka jaringan yang dapat digunakan untuk meluncurkan beberapa instans kartu?

Ini bergantung pada tipe instans. Instans yang dipercepat, seperti skala p4, hingga 15 antarmuka jaringan per kartu jaringan. Instans jaringan tinggi seperti instans c6in yang baru diluncurkan mendukung total 14 antarmuka jaringan yang dibagi rata (7 dan 7) di dua kartu jaringan. Untuk informasi selengkapnya tentang antar muka jaringan yang diskalakan per kartu jaringan, lihat Kartu jaringan.

T: Opsi load balancing apa yang layanan Elastic Load Balancing tawarkan?

Elastic Load Balancing menawarkan dua jenis penyeimbang muatan yang keduanya mempunyai ketersediaan tinggi, auto scaling, dan keamanan yang andal. Ini mencakup Classic Load Balancer yang mengarahkan lalu lintas berdasarkan pada aplikasi atau informasi tingkat jaringan, dan Application Load Balancer yang mengarahkan lalu lintas berdasarkan pada informasi tingkat aplikasi lanjutan yang meliputi isi permintaan.

T: Kapan sebaiknya saya menggunakan Classic Load Balancer dan kapan menggunakan Application Load Balancer?

Classic Load Balancer cocok untuk load balancing lalu lintas sederhana melalui beberapa instans EC2, sementara Application Load Balancer cocok untuk aplikasi yang membutuhkan kemampuan routing lanjutan, layanan mikro, dan arsitektur berbasis container. Kunjungi Elastic Load Balancing untuk informasi selengkapnya.

T: Mengapa batas saya 5 Elastic IP address per wilayah?

Alamat internet publik (IPV4) adalah sumber daya yang langka. Hanya terdapat beberapa ruang IP publik terbatas yang tersedia, dan Amazon EC2 berkomitmen membantu menggunakan ruang tersebut secara efisien.

Secara default, semua akun dibatasi 5 alamat IP Elastis per wilayah. Jika Anda memerlukan lebih dari 5 alamat IP Elastis, kami meminta Anda untuk mengajukan peningkatan batasan. Kami akan meminta Anda untuk mempertimbangkan kasus penggunaan dan membantu kami memahami kebutuhan alamat tambahan. Anda dapat menerapkan lebih banyak alamat IP Elastis di sini. Setiap peningkatan akan spesifik untuk wilayah tempat peningkatan diminta.

T: Mengapa saya dikenai biaya saat alamat IP Elastis tidak terkait dengan instans yang berjalan?

Untuk membantu memastikan pelanggan kami menggunakan alamat IP Elastis secara efisien, kami membebankan biaya per jam yang terjangkau untuk setiap alamat jika alamat tidak terkait dengan instans yang berjalan.

T: Apakah saya memerlukan satu alamat IP Elastis untuk setiap instans yang berjalan?

Tidak. Anda tidak memerlukan alamat Elastic IP untuk semua instans. Secara default, setiap instans dilengkapi dengan alamat IP pribadi dan alamat IP publik yang dapat dirutekan. Alamat IP pribadi tetap berkaitan dengan antarmuka jaringan pada saat instans berhenti dan dimulai ulang, dan diluncurkan pada saat instans dihentikan. Alamat publik dikaitkan secara eksklusif dengan instans hingga instans dihentikan, diakhiri atau diganti dengan alamat Elastic IP. Alamat IP ini memadai untuk banyak aplikasi di mana Anda tidak memerlukan titik akhir rute internet yang memiliki usia pakai lama. Klaster komputasi, penyusunan web, dan layanan backend adalah semua contoh aplikasi yang biasanya tidak memerlukan alamat Elastic IP.

T: Berapa lama yang dibutuhkan untuk memetakan kembali Elastic IP address?

Saat ini, proses pemetaan kembali memerlukan beberapa menit sejak Anda menginstruksikan kami untuk memetakan kembali Elastic IP hingga Elastic IP disebarkan sepenuhnya melalui sistem kami.

T: Apakah saya dapat mengonfigurasi rekaman DNS balik untuk alamat Elastic IP?

Semua alamat Elastic IP hadir dengan DNS balik, dalam templat standar dari bentuk ec2-1-2-3-4.region.compute.amazonaws.com. Bagi pelanggan yang memerlukan pengaturan DNS balik untuk aplikasi yang langsung terhubung internet yang menggunakan autentikasi mutual berbasis IP (misalnya mengirim email dari instans EC2), Anda dapat mengonfigurasikan rekaman DNS balik untuk alamat Elastic IP dengan mengisi formulir ini. Jika tidak, silakan hubungi AWS Customer Support jika Anda ingin AWS menyerahkan pengelolaan DNS balik untuk Elastic IP ke server nama DNS resmi (seperti Amazon Route 53), agar Anda dapat mengelola rekaman DNS PTR balik sendiri untuk mendukung kasus penggunaan ini. Perhatikan bahwa catatan DNS maju terkait yang menuju alamat IP Elastic tersebut harus ada sebelum kami dapat membuat catatan DNS balik.

T: Bagaimana cara mencegah orang lain melihat sistem saya?

Anda memiliki kontrol sepenuhnya atas visibilitas sistem. Sistem keamanan Amazon EC2 memungkinkan Anda menempatkan instans yang berjalan ke dalam grup arbitrari pilihan. Dengan menggunakan antarmuka layanan web, Anda kemudian dapat menetapkan grup mana yang dapat berkomunikasi dengan grup lain, dan juga subnet IP mana di Internet yang dapat berbicara dengan grup tertentu. Hal ini memungkinkan Anda mengontrol akses ke instans di lingkungan yang sangat dinamis. Tentu saja, Anda juga harus mengamankan instans seperti yang dilakukan pada setiap server lainnya.

T: Apakah saya dapat mendapatkan riwayat semua panggilan API EC2 yang dibuat pada akun saya untuk tujuan analisis keamanan dan pemecahan masalah operasional?

Ya. Untuk menerima riwayat semua panggilan API EC2 (termasuk VPC dan EBS) yang dibuat pada akun, Anda cukup mengaktifkan CloudTrail di AWS Management Console. Untuk informasi selengkapnya, kunjungi halaman beranda CloudTrail.

T: Di mana saya dapat menemukan informasi tentang keamanan di AWS?

Untuk informasi selengkapnya tentang keamanan di AWS silakan baca white paper Amazon Web Services: Ikhtisar Proses Keamanan dan Panduan Keamanan Windows yang berjalan di Amazon EC2. 

T: Berapa granularitas interval waktu minimal untuk data yang Amazon CloudWatch terima dan agregat?

Metrik diterima dan terkumpul pada interval 1 menit.

T: Sistem operasi mana yang didukung Amazon CloudWatch?

Amazon CloudWatch menerima dan memberikan metrik untuk semua instans Amazon EC2 dan dapat bekerja dengan sistem operasi mana pun yang didukung oleh layanan Amazon EC2.

T: Apakah saya akan kehilangan data metrik jika menonaktifkan monitoring untuk instans Amazon EC2?

Anda dapat mengambil data metrik untuk instans Amazon EC2 mana pun hingga 2 minggu dari waktu Anda mulai memonitornya. Setelah 2 minggu, data metrik untuk instans Amazon EC2 tidak tersedia jika monitoring dinonaktifkan untuk instans Amazon EC2 itu. Jika Anda ingin mengarsipkan metrik di atas 2 minggu, Anda dapat melakukannya dengan memanggil perintah mon-get-stats dari jalur perintah dan menyimpan hasilnya di Amazon S3 atau Amazon SimpleDB.

T: Apa saya dapat mengakses data metrik untuk instans Amazon EC2 yang dihentikan atau Elastic Load Balancer yang dihapus?

Ya. Amazon CloudWatch menyimpan metrik untuk instans Amazon EC2 yang dihentikan atau Elastic Load Balancers yang dihapus selama 2 minggu.

T: Apakah tarif monitoring Amazon CloudWatch berubah tergantung pada tipe instans Amazon EC2 mana yang saya monitor?

Tidak, tarif monitoring Amazon CloudWatch tidak berbeda berdasarkan jenis instans Amazon EC2.

T: Mengapa pembuatan grafik dari window pada waktu yang sama terlihat berbeda saat saya melihatnya dalam periode waktu 5 menit dan 1 menit?

Jika Anda melihat window yang sama dalam periode 5 menit versus periode 1 menit, Anda dapat melihat bahwa poin data ditampilkan di tempat yang berbeda pada grafik. Untuk periode yang Anda tentukan di grafik, Amazon CloudWatch akan menemukan semua poin data yang tersedia dan menghitung poin agregat tunggal untuk mewakili seluruh periode. Dalam kasus periode 5 menit, poin data tunggal ditempatkan pada awal window waktu 5 menit. Dalam kasus periode 1 menit, poin data tunggal ditempatkan pada tanda 1 menit. Direkomendasikan menggunakan periode 1 menit untuk pemecahan masalah dan aktivitas lain yang memerlukan pembuatan grafik yang paling presisi dari periode waktu tersebut.

T: Apakah saya dapat menskalakan Grup Amazon EC2 Auto Scaling secara otomatis?

Ya. Amazon EC2 Auto Scaling merupakan layanan yang dikelola penuh yang dirancang untuk meluncurkan atau menghentikan instans Amazon EC2 secara otomatis untuk membantu memastikan bahwa Anda memiliki nomor instans Amazon EC2 yang benar, yang tersedia untuk menangani beban aplikasi. EC2 Auto Scaling membantu Anda menjaga ketersediaan aplikasi melalui pengelolaan armada untuk instans EC2, yang mendeteksi dan mengganti instans yang tidak sehat, dan dengan menskalakan kapasitas Amazon EC2 ke atas atau ke bawah secara otomatis berdasarkan kondisi yang Anda tentukan. Anda dapat menggunakan Penskalaan Otomatis EC2 untuk secara otomatis meningkatkan jumlah instans Amazon EC2 selama lonjakan permintaan untuk menjaga performa dan menurunkan kapasitas selama lull untuk mengurangi biaya.

Strategi alokasi di Penskalaan Otomatis EC2 menentukan bagaimana Instans Spot di armada Anda diisi dari kolam Instans Spot. Strategi alokasi yang mengoptimalkan kapasitas mencoba untuk menyediakan Instans Spot dari kolam Instans Spot yang paling tersedia dengan menganalisis metrik kapasitas. Strategi ini merupakan pilihan bagus untuk beban kerja yang memiliki biaya gangguan yang lebih tinggi seperti big data dan analitik, perenderan gambar dan media, machine learning, dan komputasi kinerja tinggi. Strategi alokasi dengan harga terendah meluncurkan Instans Spot secara ketat berdasarkan diversifikasi di seluruh kelompok N dengan harga terendah.

Untuk informasi selengkapnya, lihat FAQ Amazon EC2 Auto Scaling.

T: Mengapa saya sebaiknya menerapkan hibernasi pada instans?

Anda dapat menerapkan hibernasi pada instans untuk menyiapkan dan menjalankan instans serta aplikasi Anda dengan cepat jika memakan waktu yang lama untuk bootstrap (misal, memuat cache memori). Anda dapat memulai instans, membawanya ke status yang diinginkan, dan menerapkan hibernasi pada instans. Instans "yang dipanaskan di awal" ini kemudian dapat dilanjutkan untuk mengurangi waktu yang dibutuhkan oleh instans untuk kembali ke layanan. Hibernasi menjaga status memori di seluruh siklus Berhenti/Mulai.

T: Apa yang terjadi saat saya menerapkan hibernasi pada instans saya?

Saat Anda menerapkan hibernasi pada instans Anda, data dari volume root EBS dan volume data EBS yang terpasang lainnya tetap ada. Selain itu, konten dari memori (RAM) instans akan tetap bertahan menuju volume root EBS. Saat instans dimulai kembali, instans akan kembali ke status sebelumnya dan memuat ulang konten RAM.

Q: Apa perbedaan antara hibernasi dan berhenti?

Dalam kasus hibernasi, instans Anda dihibernasi dan data RAM tetap ada. Dalam kasus Berhenti, instans Anda dimatikan dan RAM dihapus.

Dalam kedua kasus tersebut, data dari EBS volume root dan volume data EBS yang terpasang lainnya tetap ada. Alamat IP privat Anda tetap sama, begitu juga dengan alamat IP elastis (jika ada). Perilaku lapisan jaringan akan mirip dengan alur kerja Stop-Start EC2. Berhenti dan hibernasi hanya tersedia untuk instans yang didukung Amazon EBS. Penyimpanan instans lokal tidak bertahan.

T: Berapa besar biaya untuk menerapkan hibernasi pada instans?

Instans yang sedang hibernasi dikenakan biaya sesuai tarif standar EBS untuk penyimpanan. Sementara dengan instans yang dihentikan, Anda tidak dikenai biaya penggunaan ketika instans sedang hibernasi.

T: Bagaimana cara menerapkan hibernasi pada instans?

Hibernasi perlu diaktifkan saat Anda meluncurkan instans. Setelah diaktifkan, Anda dapat menggunakan StopInstances API dengan tambahan parameter 'Hibernate' untuk memicu hibernasi. Anda juga dapat melakukannya melalui konsol dengan memilih instans Anda, kemudian klik Tindakan > Status Instans > Berhenti - Hibernasi. Untuk informasi selengkapnya tentang hibernasi, lihat panduan pengguna.

T: Bagaimana cara melanjutkan instans yang hibernasi?

Anda dapat melanjutkan dengan memanggil StartInstances API seperti yang akan Anda lakukan untuk instans yang dihentikan seperti biasa. Anda juga dapat melakukannya melalui konsol dengan memilih instans Anda, kemudian mengeklik Tindakan > Status Instans > Mulai

T: Dapatkah saya mengaktifkan hibernasi pada instans yang sudah ada?

Tidak, Anda tidak dapat mengaktifkan hibernasi pada instans yang sudah ada (berjalan atau dihentikan). Hibernasi perlu diaktifkan selama peluncuran instans.

T: Bagaimana saya dapat mengetahui jika suatu instans sedang hibernasi?

Anda dapat mengetahui suatu instans sedang hibernasi dengan melihat alasan statusnya. Status akan menampilkan ‘Client.UserInitiatedHibernate’. Status ini dapat dilihat pada konsol dalam tampilan "Instans - Detail" atau dalam respons DescribeInstances API sebagai bidang "alasan".

T: Apa status instans saat sedang hibernasi?

Instans yang sedang hibernasi berada pada status 'Dihentikan'.

T: Data apa yang disimpan saat saya menerapkan hibernasi pada sebuah instans?

Penyimpanan volume EBS (volume boot dan volume data yang terpasang) serta memori (RAM) akan disimpan. Alamat IP privat Anda tetap sama (untuk VPC), begitu juga dengan alamat IP elastis (jika ada). Perilaku lapisan jaringan akan mirip dengan alur kerja Stop-Start EC2.

T: Di mana data yang akan disimpan saat saya menerapkan hibernasi pada sebuah instans?

Data perangkat yang terpasang dan perangkat root akan disimpan di volume EBS yang sama seperti pada fitur Berhenti. Konten memori (RAM) disimpan di volume root EBS.

T: Apakah data memori (RAM) saya dienkripsi saat dipindahkan ke EBS?

Ya, data RAM akan selalu dienkripsi saat dipindahkan ke volume root EBS. Enkripsi pada volume root EBS dilaksanakan pada saat peluncuran instans. Ini untuk memastikan perlindungan setiap konten sensitif yang ada dalam memori pada saat hibernasi.

T: Berapa lama suatu instans dapat hibernasi?

Kami tidak mendukung hibernasi instans lebih dari 60 hari. Anda perlu melanjutkan instans dan membuka Berhenti dan Mulai (tanpa hibernasi) jika Anda ingin menyimpan instans untuk durasi yang lebih panjang. Kami terus berupaya untuk memastikan platform kami tetap diperbarui dengan patch keamanan dan peningkatan, beberapa di antaranya dapat bertentangan dengan instans yang hibernasi lama. Kami akan memberi tahu Anda untuk pembaruan penting yang mengharuskan Anda melanjutkan instans yang sedang hibernasi untuk melakukan shutdown atau reboot.

T: Apa saja prasyarat untuk menerapkan hibernasi pada instans?

Untuk menggunakan hibernasi, volume root harus merupakan volume EBS yang telah dienkripsi. Instans tersebut perlu dikonfigurasikan guna menerima sinyal ACPID untuk hibernasi (atau gunakan AMI terbitan Amazon yang telah dikonfigurasikan untuk hibernasi). Selain itu, instans Anda memerlukan ruang yang mencukupi pada volume root EBS untuk menuliskan data dari memori.

T: Instans dan sistem operasi apa saja yang mendukung hibernasi?

Untuk instans yang menjalankan Amazon Linux, Amazon Linux 2, Ubuntu, dan Windows, Hibernasi didukung di seluruh instans C3, C4, C5, C5d, I3, M3, M4, M5, M5a, M5ad, M5d, R3, R4, R5, R5a, R5ad, R5d, T2, T3, dan T3a. 

Untuk instans yang menjalankan CentOS, Fedora, dan Red Hat Enterprise Linux, Hibernasi didukung di seluruh instans C5, C5d, M5, M5a, M5ad, M5d, R5, R5a, R5ad, R5d, T3, dan T3a.

Untuk Windows, Hibernasi didukung untuk instans dengan RAM hingga 16 GB. Untuk sistem operasi lainnya, Hibernasi didukung untuk instans dengan RAM kurang dari 150 GB. Untuk meninjau daftar versi OS dan tipe instans yang didukung, lihat panduan pengguna.

T: Apakah saya harus menggunakan Amazon Machine Image (AMI) tertentu jika saya ingin menerapkan hibernasi pada instans saya?

Anda dapat menggunakan AMI yang dikonfigurasikan untuk mendukung hibernasi. Anda dapat menggunakan AMI terbitan AWS yang dikonfigurasikan untuk mendukung hibernasi secara default. Jika tidak, Anda dapat membuat image kustom dari sebuah instans setelah mengikuti daftar centang prasyarat hibernasi dan mengonfigurasikan instans Anda dengan tepat.

T: Bagaimana jika volume root EBS tidak cukup besar untuk menyimpan status memori (RAM) untuk hibernasi?

Untuk mengaktifkan hibernasi, ruang akan dialokasikan pada volume root untuk menyimpan memori (RAM) instans. Pastikan volume root cukup besar untuk menyimpan konten RAM dan mengakomodasi penggunaan yang Anda harapkan, misalnya OS, aplikasi. Jika EBS volume root tidak memiliki cukup ruang, hibernasi akan gagal dan instans akan dimatikan.

T: Apa itu VM Import/Export?

VM Import/Export memungkinkan pelanggan mengimpor citra Mesin Virtual (VM) untuk membuat instans Amazon EC2. Pelanggan juga dapat mengekspor instans EC2 yang diimpor sebelumnya untuk membuat VM. Pelanggan juga dapat menggunakan VM Import/Export untuk memanfaatkan investasi mereka sebelumnya dalam pembangunan VM dengan memindahkan VM mereka ke Amazon EC2.

T: Sistem operasi apa yang didukung?

VM Import/Export saat ini mendukung VM Windows dan Linux, termasuk Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2012 R1, Red Hat Enterprise Linux (RHEL) 5.1-6.5 (menggunakan Cloud Access), Centos 5.1-6.5, Ubuntu 12.04, 12.10, 13.04, 13.10, dan Debian 6.0.0-6.0.8, 7.0.0-7.2.0. Untuk detail selengkapnya tentang VM Import, termasuk format file yang didukung, arsitektur, dan konfigurasi sistem operasi, silakan lihat bagian VM Import/Export pada Panduan Pengguna Amazon EC2.

T: Format file mesin virtual apa yang didukung?

Anda dapat mengimpor citra VMware ESX VMDK, citra Citrix Xen VHD, citra Microsoft Hyper-V VHD, dan citra RAW sebagai instans Amazon EC2. Anda dapat mengekspor instans EC2 ke gambar VMware ESX VMDK, VMware ESX OVA, Microsoft Hyper-V VHD atau Citrix Xen VHD. Untuk daftar lengkap sistem operasi yang didukung, harap lihat Sistem operasi apa yang didukung?.

T: Apa itu VMDK?

VMDK adalah format file yang menentukan hard disk mesin virtual yang disertakan di dalam satu file. Format ini biasanya digunakan oleh infrastruktur IT seperti yang dijual oleh VMware, Inc.

T: Bagaimana saya menyiapkan <i>file</i> VMDK untuk impor menggunakan klien VMware vSphere?

File VMDK dapat dipersiapkan dengan memilih File-Export-Export to OVF template pada VMware vSphere Client. File VMDK yang dihasilkan akan dikompres untuk mengurangi ukuran gambar dan agar kompatibel dengan VM Import/Export. Tidak ada persiapan khusus yang diperlukan jika Anda menggunakan Amazon EC2 VM Import Connector vApp untuk VMware vCenter.

T: Apa itu VHD?

VHD (Virtual Hard Disk) adalah format file yang menentukan hard disk mesin virtual yang disertakan di dalam satu file. Format gambar VHD digunakan oleh platform virtualisasi seperti Microsoft Hyper-V dan Citrix Xen.

T: Bagaimana saya mempersiapkan file VHD untuk impor dari Citrix Xen?

Buka Citrix XenCenter lalu pilih mesin virtual yang ingin Anda ekspor. Di bawah menu Tools, pilih "Virtual Appliance Tools" lalu pilih "Export Appliance" untuk memulai tugas ekspor. Saat ekspor selesai, Anda dapat menemukan file gambar VHD dalam direktori tujuan yang Anda tentukan dalam dialog ekspor.

T: Bagaimana saya mempersiapkan file VHD untuk impor dari Microsoft Hyper-V?

Buka Hyper-V Manager lalu pilih mesin virtual yang ingin Anda ekspor. Pada panel Actions untuk mesin virtual, pilih "Export" untuk memulai tugas ekspor. Setelah ekspor selesai, Anda dapat menemukan file gambar VHD dalam direktori tujuan yang Anda tentukan dalam dialog ekspor.

T: Apakah ada persyaratan lain saat mengimpor VM ke Amazon EC2?

Mesin virtual harus dalam keadaan berhenti sebelum membuat gambar VMDK atau VHD. VM tidak boleh dalam keadaan jeda atau tunggu. Kami menyarankan Anda untuk mengekspor mesin virtual hanya dengan volume boot yang tersambung. Anda dapat mengimpor disk tambahan menggunakan perintah ImportVolume dan menyambungkan mereka ke mesin virtual menggunakan AttachVolume. Sebagai tambahan, disket terenkripsi (Bit Locker misalnya) dan file gambar terenkripsi tidak didukung. Anda juga bertanggung jawab untuk memastikan Anda memiliki semua hak dan lisensi yang diperlukan untuk mengimpor AWS dan menjalankan perangkat lunak apa pun yang ada di dalam gambar VM Anda.

T: Apakah mesin virtual perlu dikonfigurasi sedemikian rupa untuk memungkinkan impor ke Amazon EC2?

Pastikan Remote Desktop (RDP) atau Secure Shell (SSH) aktif untuk akses jarak jauh dan verifikasi bahwa firewall host Anda (Windows firewall, iptables, atau semacamnya), jika dikonfigurasi, memungkinkan akses ke RDP atau SSH. Jika tidak, Anda tidak akan dapat mengakses instans setelah impor selesai. Pastikan juga VM Windows sudah dikonfigurasi menggunakan kata sandi kuat untuk semua pengguna termasuk administrator dan VM Linux sudah dikonfigurasi dengan kunci publik untuk akses SSH.

T: Bagaimana cara saya mengimpor mesin virtual ke instans Amazon EC2?

Anda dapat mengimpor citra VM Anda menggunakan alat API Amazon EC2:

• Impor file VMDK, VHD, atau RAW via API ec2-import-instance. Tugas instans impor akan menangkap parameter yang dibutuhkan untuk mengonfigurasi properti instans Amazon EC2 (ukuran instans, Availability Zone, dan kelompok keamanan) dan mengunggah gambar disk ke Amazon S3.
• Jika ec2-import-instance terganggu atau terputus tanpa menyelesaikan unggahan, gunakan ec2-resume-import untuk melanjutkan unggahan tersebut. Tugas impor akan dilanjutkan.
• Gunakan perintah ec2-describe-conversion-tasks untuk mengawasi kemajuan impor serta mendapatkan hasil ID instans Amazon EC2.
• Setelah tugas impor selesai, Anda dapat melakukan boot instans Amazon EC2 dengan menentukan ID instansnya ke API ec2-run-instances.
• Gunakan alat baris perintah ec2-delete-disk-image untuk menghapus citra disk dari Amazon S3 karena apabila sudah tidak diperlukan lagi.
  

Sebagai gantinya, jika Anda menggunakan platform virtualisasi VMware vSphere, Anda dapat mengimpor mesin virtual Anda ke Amazon EC2 menggunakan antarmuka pengguna grafis yang disediakan melalui AWS Management Portal for vCenter. Harap lihat Panduan Memulai pada AWS Management Portal for vCenter. AWS Management Portal for vCenter mencakup dukungan terintegrasi untuk VM Import. Setelah portal terpasang di dalam vCenter, Anda dapat mengklik kanan VM dan memilih "Migrate to EC2" untuk membuat instans EC2 dari VM. Portal tersebut akan menangani pengeksporan VM dari vCenter, mengunggahnya ke S3 dan mengubahnya ke instans EC2 untuk Anda, tanpa perlu pekerjaan tambahan. Anda juga dapat melacak kemajuan migrasi VM Anda di dalam portal tersebut.

T: Bagaimana cara saya mengekspor instans Amazon EC2 kembali ke lingkungan virtualisasi lokal saya?

Anda dapat mengekspor instans Amazon EC2 Anda menggunakan alat CLI Amazon EC2:

• Ekspor instans tersebut menggunakan perintah ec2-create-instance-export-task. Perintah ekspor tersebut akan menangkap parameter diperlukan (ID instans, bucket S3 untuk menahan gambar yang diekspor, nama gambar yang diekspor, VMDK, OVA atau format VHD) agar mengekspor instans ke format yang dipilih dengan benar. File yang diekspor akan disimpan di dalam bucket S3 yang telah Anda buat sebelumnya
• Gunakan ec2-describe-export-tasks untuk memantau kemajuan ekspor
• Gunakan ec2-cancel-export-task untuk membatalkan tugas ekspor sebelum selesai.
  

T: Apakah ada persyaratan lain saat mengekspor instans EC2 menggunakan VM Import/Export?

Anda dapat mengekspor instans EC2 yang sedang berjalan atau dihentikan, yang sebelumnya telah Anda impor menggunakan VM Import/Export. Jika tengah berjalan, instans tersebut akan dihentikan sejenak untuk mengambil gambar volume boot. Volume data tidak EBS tidak dapat diekspor. Instans EC2 dengan lebih dari satu antarmuka jaringan tidak dapat diekspor.

T: Dapatkah saya mengekspor instans Amazon EC2 yang memiliki lebih dari satu volume data EBS tersambung?

Ya, namun VM Import/Export hanya akan mengekspor volume boot instans EC2.

T: Seberapa besar biaya impor mesin virtual?

Anda akan dikenai biaya transfer data Amazon S3 standar serta biaya penyimpanan untuk mengunggah dan menyimpan file gambar VM. Setelah VM Anda diimpor, biaya instans Amazon EC2 per jam serta layanan EBS akan berlaku. Jika Anda tidak ingin menggunakan file citra VM dalam S3 setelah proses impor selesai, gunakan alat baris perintah ec2-delete-disk-image untuk menghapus citra disk dari Amazon S3.

T: Seberapa besar biaya ekspor mesin virtual?

Anda akan dikenai biaya penyimpanan Amazon S3 standar untuk menyimpan file gambar VM yang telah diekspor. Anda juga akan dikenai biaya transfer data S3 standar ketika mengunduh file VM yang diekspor ke lingkungan virtualisasi on-premise Anda. Terakhir, Anda akan dikenai biaya EBS standar untuk menyimpan snapshot instans EC2 sementara Anda. Untuk mengurangi biaya penyimpanan, hapus file gambar VM di S3 setelah mengunduhnya ke lingkungan virtualisasi Anda.

T: Saat saya mengimpor VM Windows Server 2003 atau 2008, siapa yang bertanggung jawab memasok lisensi sistem operasi?

Saat Anda menjalankan VM yang diimpor menggunakan Microsoft Windows Server 2003 atau 2008, Anda akan dikenai biaya per jam instans standar untuk Amazon EC2 yang menjalankan versi Windows Server yang sesuai, yang termasuk hak untuk menggunakan sistem operasi tersebut di dalam Amazon EC2. Anda bertanggung jawab memastikan perangkat lunak lain yang terinstal sudah memiliki lisensi yang benar.

Setelah itu, apa yang terjadi pada kunci lisensi Microsoft Windows on-premise milik saya saat saya mengimpor VM Windows Server 2003 atau 2008? Karena kunci lisensi Microsoft Windows lokal Anda yang terhubung dengan VM tidak digunakan saat menjalankan VM impor sebagai instans EC2, Anda dapat menggunakannya kembali untuk VM lain dalam lingkungan lokal Anda.

T: Apakah saya dapat terus menggunakan kunci lisensi Microsoft Windows yang diberikan AWS setelah mengekspor instans EC2 kembali ke lingkungan virtualisasi lokal saya?

Tidak. Setelah instans EC2 diekspor, kunci lisensi yang digunakan dalam instans EC2 tersebut tidak akan tersedia lagi. Anda perlu mengaktifkan kembali dan menentukan kunci lisensi baru untuk VM ekspor setelah dijalankan pada platform virtualisasi on-premise Anda.

T: Saat saya mengimpor VM dengan Red Hat Enterprise Linux (RHEL), siapa yang bertanggung jawab memasok lisensi sistem operasi?

Saat Anda mengimpor citra VM Red Hat Enterprise Linux (RHEL), Anda dapat menggunakan portabilitas lisensi untuk instans RHEL milik Anda. Dengan portabilitas lisensi, Anda bertanggung jawab atas pemeliharaan lisensi RHEL untuk instans yang diimpor, yang dapat Anda lakukan menggunakan langganan Cloud Acces untuk Red Hat Enterprise Linux. Harap hubungi Red Hat untuk mempelajari Cloud Access lebih lengkap serta memverifikasi persyaratan Anda.

T: Berapa lama waktu yang diperlukan untuk mengimpor mesin virtual?

Lama waktu untuk mengimpor mesin virtual bergantung pada ukuran gambar disk serta kecepatan sambungan jaringan Anda. Contohnya, gambar 10 GB Windows Server 2008 SP2 VMDK membutuhkan waktu sekitar 2 jam untuk mengimpor saat ditransfer melalui sambungan jaringan 10 Mbps. Jika Anda memiliki sambungan jaringan yang lebih lambat atau disk yang besar untuk diunggah, waktu impor Anda mungkin akan lebih lama.

T: Di wilayah Amazon EC2 mana saya dapat menggunakan VM Import/Export?

Kunjungi halaman Tabel Wilayah untuk melihat ketersediaan layanan produk berdasarkan wilayah.

T: Berapa banyak tugas impor atau ekspor simultan yang dapat saya miliki?

Setiap akun bisa memiliki hingga lima tugas impor aktif dan lima tugas ekspor per wilayah.

T: Apakah saya dapat mengimpor mesin virtual pada Amazon Virtual Private Cloud (VPC)

Ya, Anda dapat menjalankan mesin virtual yang diimpor di dalam Amazon VPC.

T: Dapatkan saya menggunakan Konsol Manajemen AWS dengan VM Import/Export?

Tidak. Perintah VM Import/Export hanya tersedia via CLI dan API EC2. Anda juga dapat menggunakan AWS Management Portal for vCenter untuk mengimpor VM ke Amazon EC2. Setelah diimpor, hasil instans akan tersedia untuk digunakan via AWS Management Console.

T: Bagaimana saya akan dikenai biaya dan ditagih atas penggunaan Amazon EC2?

Anda hanya membayar atas apa yang Anda gunakan. Harga yang ditampilkan adalah tarif per jam namun bergantung pada instans yang dipilih, Anda membayar per jam atau detik (minimum 60 detik) untuk setiap jenis instans. Penggunaan instans selama jam sebagian ditagih berdasarkan penggunaan instans. Data yang ditransfer di antara layanan AWS di wilayah yang berbeda-beda dikenakan biaya transfer data antarwilayah standar. Penggunaan atas Amazon Web Services lain ditagih secara terpisah dari Amazon EC2.

Untuk informasi harga EC2, silakan kunjungi bagian harga di halaman detail EC2.

T: Kapan penagihan sistem Amazon EC2 dimulai dan berakhir?

Penagihan dimulai saat Amazon EC2 memulai urutan boot instans AMI. Penagihan berakhir saat instans berakhir, yang akan terjadi selama perintah layanan web, dengan menjalankan "shutdown -h", atau melalui kegagalan instans. Saat Anda menghentikan instans, kami mematikannya namun tidak mengenakan biaya penggunaan setiap jam atas instans yang dihentikan, atau biaya transfer data, namun kami mengenakan biaya atas penyimpanan untuk setiap volume Amazon EBS. Untuk mempelajari selengkapnya, kunjungi Dokumentasi AWS.

T: Apa yang disebut penggunaan instans EC2 yang dapat dikenai biaya?

Penggunaan instans ditagih untuk setiap waktu instans Anda berada dalam status "berjalan". Jika tidak lagi ingin dikenai biaya atas instans, Anda harus "menghentikan" atau "mengakhiri" instans untuk menghindari dikenai biaya penggunaan instans tambahan. Penagihan dimulai saat transisi instans ke status berjalan.

T: Jika saya memiliki dua instans di availability zone yang berbeda, bagaimana saya akan dikenai biaya untuk transfer data antarwilayah?

Setiap instans dikenai biaya untuk data masuk dan data keluar sesuai dengan tarif Transfer Data. Oleh karena itu, jika data ditransfer di antara dua instans ini, hal ini akan dikenai biaya pada "Transfer Data Keluar dari EC2 ke Wilayah AWS Lain" untuk instans pertama dan pada "Transfer Data Masuk dari Wilayah AWS Lain" untuk instans kedua. Silakan baca halaman ini untuk detail harga transfer data.

T. Jika saya memiliki dua instans di wilayah yang berbeda, bagaimana saya akan dikenai biaya untuk transfer data?

Setiap instans dikenai biaya untuk data masuk dan data keluar sesuai dengan tarif Transfer Data Antar-Wilayah. Oleh karena itu, jika data ditransfer di antara dua instans ini, hal ini dikenai biaya pada Transfer Data Antar-Wilayah Keluar untuk instans pertama dan pada Transfer Data Antar-Wilayah Masuk untuk instans kedua.

T: Bagaimana tagihan bulanan per detik versus per jam saya akan nampak?

Meski kini tagihan EC2 dalam tagihan bulanan akan dihitung berdasarkan basis per detik, untuk konsistensi, tagihan EC2 akan menampilkan penggunaan kumulatif untuk setiap instans yang berjalan selama bulan masa pakai dalam jam pecahan desimal. Contoh, sebuah instans berjalan selama 1 jam 10 menit dan 4 detik akan terlihat seperti 1.1677. Baca blog ini untuk contoh laporan penagihan terperinci.

T: Apakah harga tersebut sudah termasuk pajak?

Kecuali dinyatakan lain, harga tersebut tidak termasuk pajak dan beban biaya yang berlaku, termasuk PPN dan pajak penjualan yang berlaku. Untuk pelanggan dengan alamat tagihan Jepang, penggunaan layanan AWS tunduk pada Pajak Konsumsi Jepang. Pelajari selengkapnya.

T: Apa itu Convertible RI?

Convertible RI adalah jenis Instans Cadangan dengan atribut yang dapat diubah selama jangka waktu.

T: Kapan saya harus membeli Convertible RI dan bukannya Standard RI?

Convertible RI berguna untuk pelanggan yang dapat berkomitmen untuk menggunakan Instans EC2 selama tiga tahun jangka waktu sebagai ganti diskon yang signifikan pada penggunaan EC2 mereka, bagi yang tidak yakin tentang kebutuhan instans di masa mendatang, atau yang ingin mendapatkan manfaat dari perubahan harga.

T: Apa saja opsi lama jangka waktu yang tersedia di Convertible RI?

Seperti Standard RI, Convertible RI dapat dibeli untuk jangka satu tahun atau tiga tahun.

T: Apakah saya dapat menukar Convertible RI untuk manfaat dari Convertible RI yang menyesuaikan jenis instans, tenancy, atau opsi pembayaran yang berbeda?

Ya, Anda dapat memilih jenis instans baru, sistem operasi, tenancy, atau opsi pembayaran saat Anda mengubah Convertible RI. Anda juga memiliki fleksibilitas untuk mengubah porsi Convertible RI atau menggabungkan nilai beberapa Convertible RI di satu penukaran.

T: Apakah saya dapat mentransfer RI Dapat Diubah atau Standar dari satu wilayah ke wilayah lainnya?

Tidak, RI dikaitkan dengan wilayah tertentu, yang bersifat tetap selama durasi jangka waktu reservasi.

T: Bagaimana saya mengubah konfigurasi RI Dapat Diubah?

Anda dapat mengubah konfigurasi Convertible RI menggunakan Konsol Manajemen EC2 atau GetReservedInstancesExchangeQuote API. Anda juga memiliki fleksibilitas untuk mengubah porsi Convertible RI atau menggabungkan nilai beberapa Convertible RI di satu penukaran. Klik di sini untuk mempelajari penukaran RI Dapat Diubah selengkapnya.

T: Apakah saya harus membayar biaya saat menukar Convertible RI?

Tidak, Anda tidak membayar biaya saat menukar RI. Namun, Anda mungkin perlu membayar tagihan true-up satu kali yang meliputi perbedaan harga antara RI Dapat Diubah yang Anda miliki dan RI Dapat Diubah yang Anda inginkan.

T: Bagaimana cara kerja penukaran RI Dapat Diubah?

Saat Anda menukar Convertible RI untuk lainnya, EC2 memastikan bahwa nilai total Convertible RI dipertahankan melalui konversi. Jadi, jika Anda mengonversi RI dengan nilai total 1000 USD untuk RI lain, Anda akan menerima kuantitas Convertible RI dengan nilai yang setara atau lebih besar dari 1000 USD. Anda tidak dapat mengonversi Convertible RI untuk Convertible RI dengan nilai yang lebih rendah.

T: Apa definisi nilai total?

Nilai total adalah jumlah dari semua tagihan yang diharapkan yang akan Anda bayar selama jangka waktu RI.

T: Apakah Anda dapat memberikan contoh bagaimana biaya true-up dihitung untuk konversi antara dua Upfront Convertible RI?

Tentu, misalnya Anda membeli All Upfront Convertible RI sebesar 1000 USD upfront, dan di tengah jangka waktu Anda memutuskan untuk mengubah atribut RI. Karena Anda sudah berada di tengah jangka waktu RI, Anda memiliki nilai pro-rata sebesar 500 USD yang masih ada di RI. All Upfront Convertible RI yang ingin Anda konversikan ke biaya 1.200 USD upfront hari ini. Karena Anda hanya memiliki sisa separuh jangka waktu di Convertible RI yang ada, terdapat senilai 600 USD yang masih ada pada Convertible RI baru yang diinginkan. Biaya true-up yang akan Anda bayar akan berupa perbedaan antara upfront value antara Convertible RI awal dan yang diinginkan, atau 100 USD (600 USD – 500 USD).

T: Apakah Anda bisa memberikan contoh konversi antara No Upfront Convertible RI?

Tidak seperti konversi antara Convertible RI dengan upfront value, tidak ada tagihan true-up karena Anda mengonversi antara RI tanpa biaya upfront. Namun, jumlah yang Anda bayar dalam basis per jam sebelum penukaran harus lebih besar dari atau sama dengan jumlah yang Anda bayarkan pada total basis per jam setelah penukaran.

Misalnya, Anda membeli satu No Upfront Convertible RI (A) dengan tarif 0,10 USD/jam, dan Anda memutuskan untuk menukar Convertible RI (A) untuk RI lain (B) yang senilai 0,06 USD/jam. Saat mengonversi, Anda akan menerima dua RI B karena jumlah yang Anda bayarkan pada basis per jam harus lebih besar atau sama dengan jumlah yang Anda bayar untuk A pada basis per jam.

T: Apa saya dapat mengustomisasi jumlah instans yang saya terima sebagai hasil dari penukaran Convertible RI?

Tidak, EC2 menggunakan nilai Convertible RI yang Anda tukar untuk menghitung jumlah minimal Convertible RI yang akan Anda terima sambil memastikan hasil penukaran memberikan Convertible RI dengan volume yang sama atau lebih besar.

T: Apakah ada batas penukaran untuk Convertible RI?

Tidak, tidak ada batas penukaran untuk Convertible RI.

T: Apakah saya bebas memilih jenis instans mana pun saat menukar Convertible RI?

Tidak, Anda hanya dapat menukar ke Convertible RI yang ditawarkan oleh AWS.

T: Apakah saya dapat memutakhirkan opsi pembayaran yang diasosiasikan dengan Convertible RI?

Ya, Anda dapat memutakhirkan opsi pembayaran yang diasosiasikan dengan RI. Misalnya, Anda dapat menukar No Upfront RI untuk Partial or All Upfront RI untuk mendapatkan manfaat dari harga yang lebih baik. Anda tidak dapat mengubah opsi pembayaran dari All Upfront menjadi No Upfront, dan tidak dapat mengubah dari Partial Upfront ke No Upfront.

T: Apakah Convertible RI memungkinkan saya memanfaatkan pengurangan harga saat ada?

Ya, Anda dapat menukar RI untuk memanfaatkan harga yang lebih murah. Misalnya, jika harga Convertible RI baru turun 10%, Anda dapat menukar Convertible RI dan mendapatkan manfaat dari pengurangan harga 10%.

T: Apa itu Amazon EC2 Fleet?

Dengan satu panggilan API, Armada EC2 memungkinkan Anda menyediakan kapasitas komputasi di berbagai jenis instans, Zona Ketersediaan, dan di berbagai model pembelian Instans Sesuai Permintaan, Instans Terpesan (RI), dan Instans Spot untuk membantu mengoptimalkan skala, kinerja, dan biaya.

T: Jika saat ini saya menggunakan Armada Spot Amazon EC2, apakah saya harus berpindah ke Amazon EC2 Fleet?

Jika Anda memanfaatkan Instans Spot Amazon EC2 dengan Armada Spot, Anda dapat terus menggunakannya. Armada Spot dan Armada EC2 menawarkan fungsi yang sama. Tidak ada keharusan untuk berpindah.

T: Dapatkah saya menggunakan diskon Instans Terpesan (RI) dengan Amazon EC2 Fleet?

Ya. Mirip dengan API EC2 lainnya atau layanan AWS lain yang meluncurkan instans EC2, jika instans Sesuai Permintaan yang diluncurkan oleh Armada EC2 cocok dengan RI yang ada, instans tersebut akan menerima diskon RI. Misalnya, jika Anda memiliki RI Regional untuk instans M4 dan Anda telah menetapkan hanya instans M4 di Armada EC2 Anda, diskon RI akan secara otomatis diberlakukan untuk penggunaan M4 ini.

T: Apakah Amazon EC2 Fleet akan failover menjadi Sesuai Permintaan jika kapasitas EC2 Spot tidak sepenuhnya dipenuhi?

Tidak, Armada EC2 akan terus mencoba untuk memenuhi kapasitas Spot yang Anda inginkan berdasarkan jumlah instans Spot yang Anda minta dalam spesifikasi peluncuran Armada Anda.

T: Berapa harga untuk Amazon EC2 Fleet?

Armada EC2 tidak dikenai biaya tambahan, Anda hanya membayar sumber daya dasar yang diluncurkan oleh Armada EC2.

T: Dapatkah Anda memberikan contoh nyata tentang bagaimana saya dapat menggunakan Amazon EC2 Fleet?

Ada sejumlah cara untuk memanfaatkan Amazon EC2 Fleet, seperti dalam beban kerja big data, aplikasi dalam kontainer, beban kerja pemrosesan kisi, dll. Dalam contoh beban kerja pengurutan genomik ini, Anda dapat meluncurkan kisi simpul pekerja dengan satu panggilan API: pilih instans favorit Anda, tetapkan bobot untuk instans ini, tentukan kapasitas target untuk Instans Sesuai Permintaan dan Instans Spot, dan buat armada dalam hitungan detik untuk memproses data genomik dengan cepat.

T: Bagaimana saya dapat mengalokasikan sumber daya dalam Amazon EC2 Fleet?

Secara default, Armada EC2 akan meluncurkan opsi Sesuai Permintaan yang merupakan harga terendah. Untuk Instans Spot, Fleet EC2 menyediakan tiga strategi alokasi: kapasitas optimal, harga terendah, dan diversifikasi. Strategi alokasi yang mengoptimalkan kapasitas mencoba untuk menyediakan Instans Spot dari kelompok Instans Spot yang paling tersedia dengan menganalisis metrik kapasitas. Strategi ini merupakan pilihan bagus untuk beban kerja yang memiliki biaya gangguan yang lebih tinggi seperti big data dan analitik, perenderan gambar dan media, machine learning, dan komputasi kinerja tinggi.

Strategi harga terendah memungkinkan Anda menetapkan Instans Spot di kelompok yang memberikan harga terendah per unit kapasitas pada saat permintaan. Strategi diversifikasi memungkinkan Anda menetapkan Instans Spot di beberapa kelompok Spot dan Anda dapat mempertahankan kapasitas target armada Anda untuk meningkatkan aplikasi.

T: Apa saya dapat mengirimkan permintaan Amazon EC2 Fleet multi-wilayah?

Tidak, permintaan Armada EC2 multi-wilayah tidak didukung.

T: Dapatkah saya menandai Amazon EC2 Fleet?

Ya. Anda dapat menandai permintaan Armada EC2 untuk membuat pengelompokan tanda yang relevan dengan bisnis untuk mengatur sumber daya di dimensi teknis, bisnis, dan keamanan.

T: Dapatkah saya mengubah Amazon EC2 Fleet saya?

Ya, Anda dapat mengubah total kapasitas target Armada EC2 Anda saat berada dalam mode pemeliharaan. Anda mungkin perlu membatalkan perintah dan mengirimkan yang baru untuk mengubah parameter konfigurasi permintaan lain.

T: Apa saya dapat menentukan AMI yang berbeda untuk tiap jenis instans yang ingin saya gunakan?

Ya, cukup tentukan AMI yang ingin digunakan untuk tiap spesifikasi peluncuran yang Anda sediakan dalam EC2 Fleet.

Cadangan Kapasitas Sesuai Permintaan adalah penawaran EC2 yang memungkinkan Anda membuat dan mengelola kapasitas cadangan di Amazon EC2. Anda dapat membuat Cadangan Kapasitas dengan memilih Availability Zone dan kuantitas (jumlah instans) bersama dengan spesifikasi instans lain seperti jenis instans dan tenancy. Setelah dibuat, kapasitas EC2 disediakan untuk Anda, terlepas dari Anda menjalankan instans atau tidak.

T: Berapa biaya Reservasi Kapasitas?

Ketika Reservasi Kapasitas aktif, Anda akan membayar biaya instans yang setara, baik Anda menjalankan instans maupun tidak. Jika Anda tidak menggunakan cadangan tersebut, biaya tersebut akan muncul sebagai cadangan yang tidak digunakan pada tagihan EC2 Anda. Ketika Anda menjalankan instans yang cocok dengan atribut suatu cadangan, Anda cukup membayar instans tersebut tanpa membayar cadangannya. Tidak terdapat biaya di muka atau tambahan.

Sebagai contoh, jika Anda membuat Cadangan Kapasitas untuk 20 instans c5.2xlarge dan Anda menjalankan 15 instans c5.2xlarge, Anda akan ditagih untuk 15 instans dan 5 instans yang tidak digunakan dalam reservasi (yang tagihannya berlaku untuk 20 instans).

T: Dapatkah saya mendapatkan diskon untuk penggunakan Cadangan Kapasitas?

Ya. Diskon Savings Plans atau RI Regional (RI yang dicakup untuk suatu wilayah) berlaku untuk Pencadangan Kapasitas. Saat Anda menjalankan instans dalam reservasi, Anda tidak dikenai biaya untuk reservasi. Savings Plans atau RI Wilayah akan berlaku untuk penggunaan ini, seolah-olah penggunaan Sesuai Permintaan. Saat reservasi tidak digunakan, AWS Billing akan menerapkan diskon Anda secara otomatis saat atribut Pencadangan Kapasitas yang tidak terpakai sesuai dengan atribut Savings Plan atau RI Wilayah yang aktif.

Sebagai contoh, jika Anda memiliki RI Wilayah untuk 10 instans c5.2xlarge dan Cadangan Kapasitas untuk 10 instans c5.2xlarge di wilayah yang sama, diskon RI akan berlaku pada 10 instans pada reservasi tersebut. Harap diperhatikan bahwa kami menerapkan diskon RI Wilayah secara khusus pada instans yang berjalan sebelum mencakup Pencadangan Kapasitas yang tidak terpakai. Artinya, jika Anda memiliki instans c5 lain yang berjalan di wilayah tersebut, kami akan menerapkan RI Regional terlebih dulu yang berlaku untuk instans tersebut, dan akan menerapkan diskon yang tersisa ke Pencadangan Kapasitas yang tidak terpakai.

Catatan: RI Regional adalah RI EC2 yang dicakup ke Wilayah AWS. Catatan: Diskon RI Zona (RI yang dicakup dalam sebuah Zona Ketersediaan di dalam Wilayah) tidak berlaku untuk Reservasi Cadangan Sesuai Permintaan, karena RI Zona telah dilengkapi dengan cadangan kapasitas.

T: Kapan sebaiknya saya menggunakan Savings Plans, EC2 RIs, dan Reservasi Kapasitas?

Gunakan Savings Plans atau RI Regional untuk mengurangi tagihan Anda dengan berkomitmen dalam jangka waktu satu atau tiga tahun. Savings Plans menawarkan penghematan yang signifikan Sesuai Permintaan, seperti RI EC2, namun secara otomatis mengurangi tagihan pelanggan Anda pada penggunaan komputasi di seluruh wilayah AWS, bahkan saat penggunaan berubah. Gunakan Cadangan Kapasitas jika Anda memerlukan keyakinan tambahan dalam kemampuan Anda untuk meluncurkan instans. Cadangan Kapasitas dapat dibuat berapa pun durasinya dan dapat dikelola secara independen di Savings Plans atau RI Anda. Jika Anda memiliki Savings Plans atau RI Regional, keduanya akan secara otomatis diberlakukan untuk menyesuaikan Cadangan Kapasitas. Hal ini memberikan Anda fleksibilitas untuk menambahkan Cadangan Kapasitas secara selektif terhadap bagian jejak instans Anda dan tetap mengurangi tagihan Anda untuk penggunaan tersebut.

T: Apakah saya memiliki RI Zona (RI yang dicakup dalam Zona Ketersediaan) yang juga memberikan reservasi kapasitas? Bagaimana hal ini jika dibandingkan dengan Pencadangan Kapasitas?

RI Zona memberikan diskon dan cadangan kapasitas dalam Availability Zone tertentu dengan komitmen selama 1 hingga 3 tahun. Cadangan Kapasitas memungkinkan Anda untuk membuat dan mengelola cadangan kapasitas secara independen dari komitmen RI Anda dan jangka waktunya.

Anda dapat menggunakan Pencadangan Kapasitas Sesuai Permintaan dengan Savings Plan atau RI Regional untuk mendapatkan, setidaknya, seluruh keuntungan RI Zona tanpa biaya tambahan. Anda juga mendapatkan fleksibilitas yang disempurnakan dari Savings Plan (atau RI Regional) dan fitur Pencadangan Kapasitas: kemampuan untuk menambah atau mengurangi dari reservasi kapan saja, melihat pemanfaatan reservasi dalam waktu nyata, dan kemampuan untuk menargetkan Pencadangan Kapasitas bagi beban kerja tertentu.

Pencakupan ulang RI Zona ke suatu wilayah akan segera memberikan Anda fleksibilitas Zona Ketersediaan dan ukuran instans mengenai cara diskon RI akan diberlakukan. Anda dapat mengonversi RI Zona Standar Anda ke RI Regional dengan memodifikasi cakupan RI dari Zona Ketersediaan tertentu ke wilayah menggunakan konsol EC2 atau API ModifyReservedInstances.

T: Saya membuat Reservasi Kapasitas. Bagaimana cara menggunakannya?

Cadangan Kapasitas bergantung pada Availability Zone tertentu dan secara default akan secara otomatis dimanfaatkan dengan menjalankan instans dalam Availability Zone tersebut. Ketika Anda meluncurkan instans baru yang sesuai dengan atribut pencadangan, instans tersebut akan secara otomatis sesuai dengan pencadangan.

Anda dapat menargetkan pencadangan untuk beban kerja/instans tertentu jika menginginkannya. Lihat dokumentasi teknis Linux atau windows untuk pelajari selengkapnya tentang opsi penargetan.

T: Berapa banyak instans yang bisa saya reservasi?

Jumlah instans yang diizinkan untuk dicadangkan bergantung pada batas instans Pesanan akun Anda. Anda dapat mencadangkan instans sebanyak yang diizinkan batasan, dikurangi jumlah instans yang sedang berjalan.

Jika Anda memerlukan batas yang lebih tinggi, hubungi bagian penjualan AWS atau lengkapi formulir permintaan instans Amazon EC2 dengan kasus penggunaan Anda, dan pihak Amazon akan mempertimbangkan untuk meningkatkan instans Anda. Peningkatan batas bergantung pada wilayah di mana peningkatan diminta.

T: Dapatkah saya memodifikasi Reservasi Kapasitas setelah memulai?

Ya. Anda dapat mengurangi jumlah instans yang dicadangkan kapan pun. Anda dapat pula meningkatkan jumlah instans (tergantung ketersediaan). Anda dapat juga memodifikasi waktu akhir cadangan. Anda tidak dapat memodifikasi Cadangan Kapasitas yang telah berakhir atau sudah dihapus.

T: Dapatkah saya mengakhiri Reservasi Kapasitas setelah memulai?

Ya. Anda dapat mengakhiri Cadangan Kapasitas dengan membatalkannya menggunakan konsol atau API/SDK, atau dengan memodifikasi cadangan Anda untuk menentukan waktu akhir yang membuatnya berakhir secara otomatis. Instans yang sedang berjalan tidak terpengaruh oleh perubahan terhadap Cadangan Kapasitas mencakup penghapusan atau pengakhiran cadangan.

T. Di mana saya dapat mencari informasi selengkapnya tentang penggunaan Cadangan Kapasitas?

Lihat dokumentasi teknis Linux atau Windows untuk mempelajari tentang membuat dan menggunakan Pencadangan Kapasitas.

T: Dapatkah saya membagikan Reservasi Kapasitas dengan Akun AWS lainnya?

Ya, Anda dapat berbagi Cadangan Kapasitas dengan akun AWS lainnya atau dalam Organisasi AWS Anda melalui layanan AWS Resource Access Manager. Anda dapat berbagi Cadangan Kapasitas EC2 dengan tiga langkah mudah: membuat Pembagian Sumber Daya menggunakan AWS Resource Access Manager, menambahkan sumber daya (Cadangan Kapasitas) ke Pembagian Sumber Daya, dan menentukan akun target tempat Anda ingin membagikan sumber daya.

Perhatikan bahwa berbagi Reservasi Kapasitas tidak tersedia untuk akun AWS baru atau akun AWS yang memiliki riwayat penagihan terbatas. Akun baru yang ditautkan ke akun utama yang memenuhi syarat (pembayar) atau melalui Organisasi AWS dikecualikan dari batasan ini.

T: Apa yang akan terjadi jika saya membagikan Reservasi Kapasitas dengan Akun AWS lainnya?

Saat Pencadangan Kapasitas dibagikan dengan akun lainnya, akun tersebut dapat menggunakan kapasitas tersimpan untuk menjalankan Instans EC2 mereka. Perilaku yang tepat bergantung pada preferensi yang ditetapkan pada Pencadangan Kapasitas. Secara default, Pencadangan Kapasitas otomatis menyesuaikan dengan instans yang ada dan yang baru dari akun lain yang telah berbagi akses ke cadangan. Anda juga dapat menargetkan Cadangan Kapasitas untuk beban kerja/instans tertentu. Akun individu dapat mengontrol instans mana yang menggunakan Cadangan Kapasitas. Lihat dokumentasi teknis Linux atau Windows untuk pelajari selengkapnya tentang opsi pencocokan instans.

T: Apakah ada biaya tambahan untuk berbagi reservasi?

Tidak ada biaya tambahan untuk berbagi cadangan.

T: Siapa yang akan dibebankan biaya saat Reservasi Kapasitas dibagikan ke beberapa akun?

Jika beberapa akun menggunakan Pemesanan Kapasitas, setiap akun akan dikenai biaya untuk penggunaannya sendiri. Kapasitas cadangan yang tidak digunakan, jika ada, akan dikenakan biaya ke akun yang memiliki Reservasi Kapasitas. Jika terdapat pengaturan tagihan terkonsolidasi di antara akun yang berbagi Reservasi Kapasitas, akun utama akan dikenakan biaya untuk penggunaan instans pada semua akun tertaut.

T: Bisakah saya memprioritaskan akses ke Reservasi Kapasitas di antara akun AWS yang memiliki akses bersama?

Tidak. Spot instans dalam Cadangan Kapasitas tersedia berdasarkan urutan siapa yang mengakses terlebih dahulu, untuk akun mana pun yang telah berbagi akses.

T: Bagaimana saya mengomunikasikan Zona Ketersediaan (AZ) CR dengan akun lain jika pemetaan nama AZ dapat berbeda di setiap akun AWS?

Kini Anda dapat menggunakan ID Availability Zone (AZ ID), dan bukan nama AZ. ID Availability Zone adalah referensi statis dan menyediakan cara yang konsisten untuk mengidentifikasi lokasi sumber daya di semua akun Anda. Hal ini memudahkan Anda menyediakan sumber daya secara terpusat dalam satu akun dan membagikannya ke beberapa akun.

T: Dapatkah saya berhenti membagikan Reservasi Kapasitas setelah saya membagikannya?

Ya, Anda dapat berhenti membagikan reservasi setelah membagikannya. Saat Anda berhenti membagikan CR, dengan akun tertentu atau berhenti berbagi sepenuhnya, akun lain tidak lagi dapat meluncurkan instans baru ke dalam CR. Setiap kapasitas yang ditempati oleh mesin virtual yang dijalankan dari akun lain akan dikembalikan ke CR untuk Anda gunakan (tergantung ketersediaan).

T: Di mana saya dapat mencari informasi selengkapnya tentang penggunaan Reservasi Kapasitas?

Lihat dokumentasi teknis Linux atau Windows untuk mempelajari tentang berbagi Pencadangan Kapasitas.

T: Dapatkah saya mendapatkan diskon untuk penggunakan Cadangan Kapasitas?

Ya. Diskon Savings Plans atau RI Regional berlaku pada Cadangan Kapasitas. Tagihan AWS secara otomatis menerapkan diskon ketika atribut Cadangan Kapasitas cocok dengan atribut Savings Plan atau RI Regional. Ketika Cadangan Kapasitas digunakan oleh instans, Anda hanya dikenakan biaya untuk instans (dengan diskon Savings Plan atau RI yang diberlakukan). Diskon secara khusus diterapkan untuk penggunaan instans sebelum mencakup Cadangan Kapasitas.

Catatan: RI Regional adalah RI EC2 yang dicakup ke Wilayah AWS. Catatan: Diskon RI Zona (RI yang dicakup dalam sebuah Availability Zone di dalam Wilayah) tidak berlaku Reservasi Cadangan Sesuai Permintaan, karena RI Zona telah dilengkapi dengan cadangan kapasitas.

T: Apa itu Instans Cadangan?

Instans Cadangan (RI) merupakan penawaran EC2 yang memberikan diskon yang signifikan pada penggunaan EC2 saat Anda berkomitmen pada jangka waktu satu tahun atau tiga tahun.

T: Apa perbedaan antara RI Standar dan RI Convertible?

RI Standar menawarkan diskon yang signifikan pada penggunaan instans EC2 saat Anda berkomitmen ke family instans tertentu. Convertible RI menawarkan opsi untuk mengubah konfigurasi instans selama jangka waktu, dan masih menerima diskon pada penggunaan EC2. Untuk informasi selengkapnya mengenai Convertible RI, silakan klik di sini.

T: Apakah RI memberikan reservasi kapasitas?

Ya, saat RI Standar atau Convertible dicakupkan ke Availability Zone (AZ) tertentu, kapasitas instans yang sesuai dengan konfigurasi RI persis dipesan untuk penggunaan Anda (ini disebut "RI zona"). RI zona memberikan keyakinan tambahan dalam kemampuan untuk meluncurkan instans saat diperlukan.

Anda juga dapat memilih untuk melakukan pencadangan kapasitas dan membeli RI Standar atau Dapat Diubah yang dicakupkan ke wilayah (disebut "RI regional"). RI Regional secara otomatis menerapkan diskon ke penggunaan di seluruh Zona Ketersediaan dan ukuran instans di suatu wilayah, memudahkan Anda untuk memanfaatkan tarif diskon RI.

T: Kapan seharusnya saya membeli RI zona?

Jika Anda ingin memanfaatkan pemesanan kapasitas, maka Anda perlu membeli RI di Availability Zone tertentu.

T: Kapan seharusnya saya membeli RI regional?

Jika Anda tidak memerlukan pencadangan kapasitas, Anda perlu membeli RI regional. RI Regional memberikan fleksibilitas AZ dan ukuran instans, yang menawarkan penggunaan yang lebih luas dari tarif diskon RI.

T: Apa itu fleksibilitas Zona Ketersediaan dan ukuran instans?

Fleksibilitas Availability Zone dan ukuran instans memudahkan Anda untuk memanfaatkan tarif diskon RI regional. Fleksibilitas Availability Zone menerapkan tarif diskon RI dalam penggunaan di Availability Zone mana pun di suatu wilayah, sementara fleksibilitas ukuran instans menerapkan tarif diskon RI untuk penggunaan ukuran apa pun dalam family instans. Misalnya Anda memiliki m5.2xlarge Linux/Unix regional RI dengan default tenancy di AS Timur (Virginia U.). Maka tarif diskon RI ini dapat secara otomatis diterapkan ke dua instans m5.xlarge di us-east-1a atau empat instans m5.large di us-east-1b.

T: Jenis RI apa yang memberikan fleksibilitas ukuran instans?

RI regional Linux/Unix dengan tenancy default memberikan fleksibilitas ukuran instans. Fleksibilitas ukuran instans tidak tersedia pada RI platform lain seperti instans Windows, Windows dengan SQL Standard, Windows dengan SQL Server Enterprise, Windows dengan SQL Server Web, RHEL, dan SLES atau G4.

T: Apa saya perlu melakukan sesuatu untuk memanfaatkan fleksibilitas Availability Zone dan ukuran instans?

RI Regional tidak memerlukan tindakan apa pun untuk memanfaatkan fleksibilitas Zona Ketersediaan dan ukuran instans.

T: Saya memiliki RI zona. T: Saya memiliki RI zona, bagaimana saya menerapkannya ke wilayah?

Anda dapat menerapkan RI zona Standar Anda ke wilayah dengan memodifikasi cakupan RI dari Zona Ketersediaan tertentu ke wilayah dari konsol pengelolaan EC2 atau dengan menggunakan ModifyReservedInstances API.

T: Bagaimana saya membeli RI?

Untuk memulai, Anda dapat membeli RI dari komsol EC2 atau dengan menggunakan AWS CLI. Cukup tentukan tipe instans, platform, penghunian, termin, opsi pembayaran, dan wilayah atau Zona Ketersediaan.

T: Apa saya dapat membeli RI untuk instans yang sudah berjalan?

Ya, AWS akan secara otomatis menerapkan tarif diskon RI ke tarif instans yang dapat digunakan sejak waktu pembelian. Kunjungi halaman Memulai untuk mempelajari selengkapnya.

T: Apa saya dapat mengontrol instans mana yang ditagih dengan tarif yang didiskon?

Tidak. AWS secara otomatis mengoptimalisasi instans mana yang dikenai biaya pada tarif diskon untuk memastikan Anda selalu membayar jumlah yang paling sedikit. Untuk informasi tentang tagihan, dan bagaimana diterapkan pada RI, lihat Opsi Keuntungan Tagihan dan Pembayaran.

T: Bagaimana fleksibilitas ukuran instans bekerja?

EC2 menggunakan penskalaan seperti yang ditunjukkan di bawah ini, untuk membandingkan ukuran yang berbeda dalam keluarga instans. Dalam kasus fleksibilitas ukuran instans pada RI, penskalaan ini digunakan untuk menerapkan tarif diskon RI ke penggunaan keluarga instans yang dinormalisasi. Misalnya, jika Anda memiliki RI m5.2xlarge yang diskalakan ke wilayah, maka tarif diskon dapat diterapkan pada penggunaan instans 1 m5.2xlarge atau 2 m5.xlarge.

Klik di sini untuk mempelajari selengkapnya tentang bagaimana fleksibilitas ukuran instans RI berlaku ke penggunaan EC2. Dan klik di sini untuk mempelajari tentang bagaimana fleksibilitas ukuran instans RI ditampilkan pada Laporan Biaya dan Penggunaan.

T: Apakah saya dapat mengubah RI selama jangka waktunya?

Ya, Anda dapat memodifikasi Availability Zone RI, mengubah jangkauan RI dari Availability Zone ke wilayah (dan sebaliknya), mengubah platform dari EC2-VPC ke EC2-Classic (dan sebaliknya) atau memodifikasi ukuran instans dalam family instans yang sama (pada platform Linux/Unix).

T: Apakah saya dapat mengubah tipe instans RI selama terminnya?

Ya. Ya, RI Dapat Diubah menawarkan kepada Anda opsi untuk mengubah tipe instans, mengoperasikan sistem, opsi penghunian, atau pembayaran RI selama terminnya. Lihat bagian RI Dapat Diubah dalam Pertanyaan yang Sering Diajukan (FAQ) untuk informasi tambahan.

T: Apa saja opsi pembayaran RI yang berbeda?

Anda dapat memilih dari tiga opsi pembayaran saat membeli RI. Dengan opsi All Upfront, Anda membayar untuk semua jangka waktu RI dengan satu pembayaran di depan. Dengan opsi Partial Upfront, Anda melakukan pembayaran di depan yang kecil dan kemudian dikenai tarif per jam yang didiskon untuk instans selama durasi jangka waktu RI. Opsi No Upfront tidak mensyaratkan pembayaran di depan dan memberikan tarif per jam yang didiskon selama durasi jangka waktu.

T: Kapan RI diaktifkan?

Diskon tagihan dan reservasi kapasitas (jika ada) diaktifkan setelah pembayaran telah diotorisasi dengan sukses. Anda dapat melihat status (pending | active | retired) RI pada halaman "Instans Cadangan" di Konsol Amazon EC2.

T: Apakah RI berlaku untuk instans Spot atau instans yang dijalankan pada Dedicated Host?

Tidak, RI tidak berlaku untuk instans Spot atau instans yang dijalankan pada Dedicated Host. Untuk menurunkan biaya penggunaan Dedicated Host, belilah Reservasi Dedicated Host.

T: Bagaimana RI bekerja dengan Gabungan Tagihan?

Sistem kami secara otomatis mengoptimalisasi instans mana yang dikenai tarif diskon untuk memastikan bahwa akun gabungan selalu membayar jumlah yang paling sedikit. Jika Anda memiliki RI yang berlaku untuk Availability Zone, maka hanya akun yang memiliki RI yang akan menerima reservasi kapasitas. Namun, diskon akan berlaku secara otomatis ke penggunaan di akun mana pun di seluruh family gabungan tagihan.

T: Apa saya bisa mendapatkan diskon pembelian RI?

Ya, EC2 memberikan diskon bertingkat pada pembelian RI. Diskon ini ditentukan berdasarkan total nilai cantuman (harga non-diskon) untuk RI aktif yang Anda miliki per wilayah. Total nilai cantuman merupakan jumlah dari semua pembayaran yang diperkirakan untuk RI dalam termin, termasuk pembayaran di depan dan pembayaran per muka berulang. Tingkatannya bervariasi dan diskon terkait ditampilkan di bawah ini.

T: Apa Anda bisa membantu saya memahami bagaimana diskon volume diberlakukan ke pembelian RI?

Tentu. Misalnya Anda sekarang memiliki RI aktif senilai 400.000 USD di wilayah US-east-1. Jika Anda membeli RI seharga 150.000 USD di wilayah yang sama, 100.000 USD pertama dari pembelian ini tidak akan menerima diskon. Namun, sisa 50.000 USD dari pembelian ini akan didiskon 5 persen, sehingga Anda hanya akan dikenai tagihan 47.500 USD untuk porsi pembelian selama jangka waktu berdasarkan pada opsi pembelian.

Untuk mempelajari selengkapnya, kunjungi bagian Memahami Tingkat Harga Instans Cadangan dari Panduan Pengguna Amazon EC2.

T: Bagaimana saya menghitung nilai cantuman RI?

Berikut ini adalah contoh penghitungan nilai cantuman untuk Instans cadangan Partial Upfront tiga tahun:

T: Bagaimana diskon volume dihitung jika saya menggunakan Gabungan Tagihan?

Jika Anda menggunakan Gabungan Tagihan, AWS akan menggunakan agregat total harga cantuman dari RI aktif di seluruh akun gabungan untuk menentukan tingkat diskon volume mana yang berlaku. Tingkat diskon volume ditentukan pada waktu pembelian, sehingga Anda perlu mengaktifkan Gabungan Tagihan sebelum membeli RI untuk memastikan bahwa Anda mendapatkan manfaat dari diskon volume sebesar mungkin sehingga akun gabungan Anda berhak menerimanya.

T: RI Dapat Diubah memenuhi syarat untuk Diskon Volume?

Tidak, tetapi nilai setiap RI Dapat Diubah yang Anda beli berperan pada tingkat diskon volume.

T: Bagaimana saya menentukan tingkat diskon volume mana yang berlaku untuk saya?

Untuk menentukan tingkat diskon volume saat ini, konsultasikan di bagian Memahami Tingkat Harga Diskon Instans Cadangan dari Panduan Pengguna Amazon EC2.

T: Apakah biaya RI akan berubah jika volume di masa mendatang membuat saya memenuhi syarat untuk tingkat diskon lainnya?

Tidak. Diskon volume ditentukan pada saat pembelian, oleh karenanya biaya RI akan tetap sama meski pun Anda memenuhi syarat untuk tingkat diskon lainnya. Pembelian baru akan didiskon berdasarkan pada tingkat diskon volume yang memenuhi syarat pada saat pembelian.

T: Apakah saya perlu melakukan tindakan pada saat pembelian untuk menerima diskon volume?

Tidak, Anda akan menerima diskon volume secara otomatis saat Anda menggunakan PurchaseReservedInstance API atau antarmuka Konsol Manajemen EC2 yang ada untuk membeli RI. Jika Anda membeli RI senilai lebih dari 10 juta USD hubungi kami mengenai menerima diskon melebihi yang diberikan secara otomatis.

T: Apa itu Marketplace Instans Terpesan?

Marketplace Instans Cadangan merupakan marketplace online yang memberikan fleksibilitas bagi pelanggan AWS untuk menjual Instans Cadangan Amazon Elastic Compute Cloud (Amazon EC2) kepada bisnis atau organisasi lain. Pelanggan juga dapat menelusuri Marketplace Instans Cadangan untuk menemukan pilihan yang lebih banyak dari panjang jangka waktu Instans Cadangan dan opsi harga yang dijual oleh pelanggan AWS lain.

T: Kapan saya dapat mencantumkan Instans Terpesan pada Marketplace Instans Terpesan?

Anda dapat mencantumkan Instans Cadangan saat:

• Anda telah terdaftar sebagai penjual di Marketplace Instans Cadangan.
• Anda telah membayar Instans Cadangan.
• Anda telah memiliki Instans Cadangan selama lebih dari 30 hari.
  

T: Bagaimana cara saya mendaftar sebagai penjual untuk Marketplace Instans Terpesan?

Untuk mendaftar Marketplace Instans Cadangan, Anda dapat masuk ke alur kerja registrasi dengan menjual Instans Cadangan dari Konsol Manajemen EC2 atau membuat profil dari halaman "Pengaturan Akun" pada portal AWS. Mana pun rutenya, Anda perlu menyelesaikan langkah berikut:

1. Mulai dengan meninjau ulang ikhtisar proses registrasi.
   
2. Masuk ke akun AWS.
3. Masukkan rekening bank yang ingin Anda gunakan untuk menerima dana pembayaran. Setelah Anda memilih "Lanjutkan", kami akan mengatur rekening bank tersebut menjadi opsi pembayaran default.
4. Di layar konfirmasi, pilih "Lanjutkan ke Konsol untuk Memulai Pencantuman".

Jika penjualan Instans Cadangan melebihi 20.000 USD, atau berencana menjual 50 atau lebih Instans Cadangan, Anda harus memberikan informasi pajak sebelum Anda dapat mencantumkan Instans Cadangan. Pilih "Lanjutkan dengan Wawancara Pajak". Selama pipeline wawancara pajak, Anda akan diminta untuk memasukkan nama perusahaan, nama kontak, alamat, dan NPWP menggunakan alur kerja TIMS.

Selain itu, jika berencana menjual Instans Cadangan senilai lebih dari 50.000 USD per tahun, Anda juga perlu melaporkan peningkatan limit.

T: Bagaimana saya mengetahui waktu yang tepat untuk menjual di Marketplace Instans Terpesan?

Anda dapat mulai menjual di Marketplace Instans Cadangan setelah menambahkan rekening bank melalui pipeline registrasi. Setelah aktivasi selesai, Anda akan menerima email konfirmasi. Namun, penting untuk diperhatikan bahwa Anda tidak dapat menerima pembayaran sampai kami dapat menerima verifikasi dari bank, yang dapat memakan waktu hingga dua minggu, bergantung pada bank yang Anda gunakan.

T: Bagaimana saya mencantumkan Instans Terpesan untuk dijual?

Untuk mencantumkan Instans Cadangan, cukup selesaikan langkah berikut di Konsol Amazon EC2:

1. Pilih Instans Cadangan yang ingin Anda jual, dan pilih "Jual Instans Cadangan". Jika belum menyelesaikan proses registrasi, Anda akan diminta untuk mendaftar menggunakan pipeline registrasi.
2. Untuk tiap jenis Instans cadangan, atur jumlah instans yang ingin Anda jual, dan harga untuk biaya satu kali yang ingin ditentukan. Perhatikan bahwa Anda dapat mengatur harga satu kali untuk jumlah yang berbeda tergantung pada jumlah waktu yang tersisa sehingga Anda tidak perlu menyesuaikan harga satu kali jika Instans cadangan tidak terjual dengan cepat. Secara default Anda hanya perlu mengatur harga saat ini dan kami akan secara otomatis mengurangi harga satu kali dengan pengurangan yang sama tiap bulan.
3. Setelah Anda mengonfigurasi cantuman, layar konfirmasi final akan muncul. Pilih "Jual Instans Cadangan".
   

T: Instans Terpesan mana yang dapat saya cantumkan untuk dijual?

Anda dapat mencantumkan Instans cadangan mana pun yang telah aktif selama setidaknya 30 hari, dan yang telah kami terima pembayarannya. Umumnya, ini berarti Anda dapat mencantumkan reservasi setelah berada di status aktif. Penting untuk diperhatikan bahwa jika Anda pelanggan faktur, Instans Cadangan dapat berada di status aktif sebelum AWS menerima pembayaran. Dalam kasus ini, Instans Cadangan Anda tidak akan dicantumkan hingga kami menerima pembayaran Anda.

T: Bagaimana Instans Terpesan yang dicantumkan ditampilkan pada pembeli?

Instans Cadangan (dari pihak ketiga atau yang ditawarkan oleh AWS) yang telah dicantumkan pada Marketplace Instans Cadangan dapat dilihat di bagian "Reserved Instances" Konsol Amazon EC2. Anda juga dapat menggunakan panggilan DescribeReservedInstancesListings API.

Instans Cadangan yang dicantumkan dikelompokkan berdasarkan pada jenis, jangka waktu tersisa, harga upfront, dan harga per jam. Ini mempermudah pembeli untuk menemukan Instans Cadangan untuk dibeli.

T: Berapa banyak jangka waktu Instans Terpesan yang dapat saya cantumkan?

Anda dapat menjual Instans Cadangan untuk jangka waktu yang tersisa, yang dibulatkan ke bulan terdekat. Misalnya, jika Anda memiliki 9 bulan dan 13 hari tersisa, Anda akan mencantumkannya untuk dijual sebagai Instans Cadangan jangka waktu 9 bulan.

T: Apa saya dapat menghapus Instans Terpesan setelah mencantumkannya untuk dijual?

Ya, Anda dapat menghapus cantuman Instans Cadangan kapan saja hingga penjualan ditunda (berarti pembeli telah membeli Instans Cadangan dan konfirmasi pembayaran sedang ditunggu).

T: Dimensi harga mana yang dapat saya atur untuk Instans Terpesan yang ingin saya cantumkan?

Dengan menggunakan Marketplace Instans Cadangan, Anda dapat mengatur harga upfront yang ingin Anda terima. Anda tidak dapat mengatur harga per jam (jam akan tetap sama seperti saat diatur ke Instans Cadangan asli), dan Anda tidak akan menerima biaya apa pun yang dikumpulkan dari pembayaran yang berkaitan dengan harga per jam.

T: Apa saya masih dapat menggunakan reservasi sementara Instans Terpesan dicantumkan di Marketplace?

Ya, Anda akan terus menerima kapasitas dan manfaat pembayaran reservasi Anda sampai instans terjual. Setelah terjual, instans aktif yang dikenai biaya pada tarif diskon akan dikenai biaya pada tarif Sesuai Permintaan sampai dan kecuali Anda membeli reservasi baru, atau menghentikan instans.

T: Apa saya dapat menjual kembali Instans Terpesan yang saya beli dari Marketplace Instans Terpesan?

Ya, Anda dapat menjual kembali Instans Cadangan yang dibeli dari Marketplace Instans Cadangan seperti Instans Cadangan lainnya.

T. Apa ada batasan saat menjual Instans Cadangan?

Ya, Anda harus memiliki rekening bank Amerika Serikat untuk menjual Instans Cadangan di Marketplace Instans Cadangan. Dukungan untuk rekening bank non-AS akan segera tersedia. Selain itu, Anda tidak boleh menjual Instans Cadangan di wilayah US GovCloud.

T: Apa saya dapat menjual Instans Terpesan yang dibeli dari tingkat harga volume publik?

Tidak, kemampuan ini belum tersedia.

T: Apa ada biaya untuk menjual Instans Cadangan di Marketplace Instans Terpesan?

Ya, AWS mengenakan biaya layanan 12% dari total harga upfront untuk tiap Instans Cadangan yang Anda jual di Marketplace Instans Cadangan.

T: Apa AWS dapat menjual subset Instans Terpesan yang dicantumkan?

Ya, AWS dapat menjual subset kuantitas Instans Cadangan yang telah Anda cantumkan. Misalnya, jika Anda mencantumkan 100 Instans Cadangan, mungkin hanya terdapat satu pembeli yang tertarik membeli 50 diantaranya. Kami akan menjual 50 instans tersebut dan lanjut mencantumkan sisa 50 Instans cadangan sampai dan kecuali Anda memutuskan untuk tidak mencantumkannya lagi.

T: Bagaimana pembeli membayar Instans Terpesan yang telah dibeli?

Pembayaran untuk penjualan Instans Cadangan yang purna dilakukan melalui transfer ACH ke akun bank AS.

T: Kapan saya akan menerima uang?

Setelah AWS menerima dana dari pelanggan yang telah membeli reservasi Anda, kami akan membayarkan dana melalui transfer ke akun bank yang telah ditentukan saat Anda mendaftar untuk Marketplace Instans Cadangan.

Kemudian, kami akan mengirimkan notifikasi email yang memberitahukan bahwa kami telah mengirimkan dana. Pada umumnya, dana akan masuk ke rekening Anda dalam 3-5 hari setelah Instans Cadangan terjual.

T: Jika saya menjual Instans Terpesan di Marketplace Instans Terpesan, apa saya akan mendapatkan pengembalian uang untuk Premium Support yang telah ditagih?

Tidak, Anda tidak akan menerima pengembalian uang bertarif pro-rata untuk porsi upfront Biaya AWS Premium Support.

T: Apa saya akan mendapatkan notifikasi seputar aktivitas Marketplace Instans Terpesan?

Ya, Anda akan menerima satu email per hari yang memerinci aktivitas Marketplace Instans Cadangan setiap kali Anda membuat atau membatalkan cantuman Instans Cadangan, pembeli membeli cantuman Anda, atau AWS membayarkan dana ke rekening bank Anda.

T: Informasi apa yang dikomunikasikan antara pembeli dan penjual untuk membantu penghitungan pajak transaksi?

Informasi kota, negara bagian, zip+4, dan negara pembeli akan diberikan ke penjual melalui laporan pembayaran. Informasi ini akan memungkinkan penjual menghitung pajak transaksi yang dibutuhkan yang perlu disetorkan pada pemerintah (misalnya pajak penjualan, pajak pertambahan nilai, dsb). Nama entitas hukum penjual juga akan dicantumkan pada faktur pembelian.

T: Apakah ada batasan pelanggan saat membeli Instans Terpesan pihak ketiga?

Ya, Anda tidak dapat membeli Instans cadangan milik sendiri, termasuk yang ada di akun yang terhubung (melalui Gabungan Tagihan).

T: Apakah saya harus membayar Premium Support saat membeli Instans Terpesan dari Marketplace Instans Terpesan?

Ya, jika Anda pelanggan Premium Support, Anda akan dikenai biaya untuk Premium Support saat membeli Instans Terpesan melalui Marketplace Instans Terpesan.

T: Apa itu Savings Plans?

Savings Plans adalah model harga fleksibel yang menawarkan harga rendah untuk penggunaan EC2, Lambda, dan Fargate, untuk ditukarkan dengan komitmen terhadap jumlah penggunaan yang konsisten (diukur dengan USD/jam) dalam termin 1 atau 3 tahun. Saat mendaftar Savings Plans, Anda akan dikenai biaya Savings Plans yang telah didiskon untuk penggunaan yang sesuai dengan komitmen Anda. Misalnya, jika Anda berkomitmen 10 USD untuk penggunaan komputasi per jam, Anda akan mendapat harga Savings Plans pada penggunaan tersebut hingga 10 USD dan penggunaan lain di luar komitmen akan dikenai biaya Sesuai Permintaan.

T: Apa tipe Savings Plans yang ditawarkan AWS?

AWS menawarkan dua tipe Savings Plans:

1. Compute Savings Plans memberikan fleksibilitas terbaik dan membantu mengurangi biaya Anda hingga 66%. Paket ini secara otomatis berlaku untuk penggunaan instans EC2 terlepas dari keluarga instans, ukuran, AZ, wilayah, OS, atau penghunian, dan juga berlaku untuk penggunaan AWS Fargate atau Lambda. Misalnya, dengan Compute Savings Plans, Anda dapat mengubah instans C4 menjadi M5, mengalihkan workload dari UE (Irlandia) ke UE (London), atau memindahkan workload dari EC2 ke Fargate atau Lambda kapan pun dan secara otomatis terus membayar harga Savings Plans.
   
2. EC2 Instance Savings Plans memberikan harga terendah, dengan penghematan hingga 72% atas komitmen penggunaan family instans individu dalam satu wilayah (misalnya, penggunaan M5 di Virginia U.). Ini secara otomatis mengurangi biaya Anda pada family instans yang dipilih di wilayah tersebut terlepas dari AZ, ukuran, OS, atau tenancy. EC2 Instance Savings Plans memberikan Anda fleksibilitas untuk mengubah penggunaan di antara instans di dalam keluarga pada wilayah tersebut. Misalnya, Anda dapat berpindah dari Windows yang menjalankan c5.xlarge ke Linux yang menjalankan c5.2xlarge dan secara otomatis mendapatkan keuntungan dari harga Savings Plans.

T: Bagaimana perbandingan Savings Plans dengan RI EC2?

Savings Plans menawarkan penghematan yang signifikan Sesuai Permintaan, seperti RI EC2, tetapi secara otomatis mengurangi tagihan Anda pada penggunaan komputasi di seluruh wilayah AWS, bahkan saat penggunaan berubah. Paket ini memberikan Anda fleksibilitas untuk menggunakan opsi komputasi yang paling sesuai dengan kebutuhan Anda dan tetap menghemat uang, semuanya tanpa perlu melakukan pertukaran atau modifikasi.

Compute Savings Plans, yang membuat Anda berhemat hingga 66% (seperti RI Dapat Diubah), secara otomatis mengurangi biaya Anda pada penggunaan instans EC2 apa pun terlepas dari wilayah, keluarga instans, ukuran, OS, penghunian, dan bahkan pada AWS Fargate dan Lambda. EC2 Instance Savings Plans, yang membuat Anda berhemat hingga 72% (seperti RI Standar), secara otomatis menghemat uang Anda pada penggunaan instans apa pun di dalam family instans EC2 yang diberikan pada wilayah yang dipilih (misalnya, M5 di Virginia U.) terlepas dari ukuran, OS, atau penghunian.

T: Apakah Savings Plans menyediakan pencadangan kapasitas untuk instans EC2?

Tidak, Savings Plans tidak menyediakan pencadangan kapasitas. Namun, Anda dapat mencadangkan kapasitas dengan Pencadangan Kapasitas Sesuai Permintaan dan membayar lebih murah dengan Savings Plans.

T: Bagaimana cara memulai penggunaan Savings Plans?

Anda dapat memulai Savings Plans dari AWS Cost Explorer di konsol manajemen atau dengan menggunakan API/CLI. Anda dapat langsung membuat komitmen pada Savings Plan dengan menggunakan rekomendasi yang ada di AWS Cost Explorer, untuk merealisasikan penghematan yang lebih besar. Rekomendasi komitmen per jam didasarkan pada riwayat penggunaan Sesuai Permintaan Anda dan pilihan jenis paket, jangka waktu, serta opsi pembayaran. Setelah mendaftar Savings Plan, penggunaan komputasi Anda akan secara otomatis dikenai harga Savings Plan setelah diskon dan penggunaan apa pun di luar komitmen Anda akan dikenai biaya Sesuai Permintaan reguler.

T: Dapatkah saya tetap membeli RI EC2?

Ya. Anda tetap dapat membeli RI untuk mempertahankan kompatibilitas dengan proses manajemen biaya yang ada, dan RI Anda akan dapat berfungsi bersama Savings Plans untuk mengurangi tagihan keseluruhan. Namun, saat RI Anda kedaluwarsa, sebaiknya Anda untuk mendaftar ke Savings Plans karena paket ini menawarkan penghematan yang sama seperti RI, tetapi dengan fleksibilitas tambahan.

T. Apa itu Instans Spot?

Instans Spot merupakan kapasitas EC2 cadangan yang dapat menghemat hingga 90% dari harga Sesuai Permintaan yang dapat diinterupsi AWS dengan notifikasi 2 menit. Spot menggunakan instans EC2 mendasar yang sama dengan Instans Sesuai Permintaan dan Cadangan, dan paling cocok untuk beban kerja yang fleksibel dan bertoleransi terhadap gangguan. Instans Spot memberikan opsi tambahan untuk memperoleh kapasitas komputasi dan dapat digunakan bersama dengan Instans Sesuai Permintaan dan Cadangan.

T. Apa yang membedakan Instans Spot dengan Instans Sesuai Permintaan atau Cadangan?

Saat bekerja, Instans Spot sama persis dengan instans Sesuai Permintaan atau instans Cadangan. Perbedaan utamanya adalah Instans Spot biasanya menawarkan diskon yang signifikan dari harga Sesuai Permintaan, instans Anda dapat diinterupsi oleh Amazon EC2 untuk persyaratan kapasitas dengan notifikasi 2 menit, dan harga Spot disesuaikan secara berkala berdasarkan suplai dan permintaan jangka panjang untuk kapasitas EC2 tambahan.

Lihat di sini untuk detail selengkapnya mengenai Instans Spot.

T. Bagaimana saya membeli dan mengaktifkan instans Spot?

Instans spot dapat diluncurkan menggunakan alat yang sama untuk meluncurkan instans sekarang ini, termasuk Konsol Manajemen AWS, Grup Penskalaan Otomatis, Instans Run, dan Armada Spot. Selain itu, banyak layanan AWS mendukung peluncuran instans Spot seperti EMR, ECS, Datapipeline, CloudFormation, dan Batch.

Untuk mengaktifkan Instans Spot, Anda hanya perlu memilih Templat Peluncuran dan jumlah instans yang ingin Anda minta.

Lihat di sini untuk detail selengkapnya tentang bagaimana melakukan permintaan Instans Spot.

T. Berapa banyak Instans Spot yang dapat saya minta?

Anda dapat meminta Instans Spot sampai batas Spot untuk tiap wilayah. Perhatikan bahwa pelanggan yang baru untuk AWS dapat dimulai dengan batas yang lebih rendah. Untuk mempelajari selengkapnya tentang batas Instans Spot, lihat Panduan Pengguna Amazon EC2.

Jika Anda menginginkan batas yang lebih tinggi, lengkapi formulir permintaan instans Amazon EC2 dengan kasus penggunaan Anda, pihak Amazon akan mempertimbangkan untuk meningkatkan instans Anda. Peningkatan batas bergantung pada wilayah di mana peningkatan diminta.

T. Berapa harga yang saya bayar untuk Instans Spot?

Anda membayar harga Spot yang efektif pada awal tiap jam instans untuk instans yang bekerja. Jika harga Spot berubah setelah Anda meluncurkan instans, harga yang baru dikenakan terhadap penggunaan instans untuk jam setelahnya.

T. Apa itu kumpulan kapasitas Spot?

Kumpulan kapasitas Spot merupakan sekumpulan instans EC2 yang tidak terpakai dengan jenis instans, sistem operasi, Availability Zone, dan platform jaringan yang sama (EC2-Classic atau EC2-VPC). Tiap kumpulan kapasitas Spot dapat memiliki harga yang berbeda berdasarkan pada suplai dan permintaan.

T. Apa langkah yang terbaik untuk menggunakan Instans Spot?

Sangat direkomendasikan untuk menggunakan beberapa kumpulan kapasitas Spot untuk memaksimalkan jumlah kapasitas Spot yang tersedia untuk Anda. EC2 memberikan automasi bawaan untuk menemukan kapasitas yang paling hemat biaya di beberapa kelompok kapasitas Spot menggunakan Auto Scaling EC2, Fleet EC2, atau Fleet Spot. Untuk informasi selengkapnya, silakan lihat Praktik Terbaik Spot.

T. Bagaimana saya menentukan status permintaan Spot?

Anda dapat menentukan status permintaan Spot melalui kode dan pesan Status Permintaan Spot. Anda dapat mengakses informasi Status Permintaan Spot pada halaman instans Spot konsol EC2 dari AWS Management Console, API dan CLI. Untuk informasi selengkapnya, kunjungi panduan Developer Amazon EC2.

T. Apakah Instans Spot tersedia untuk semua family instans dan di semua wilayah?

Instans Spot tersedia di semua wilayah AWS publik. Spot tersedia untuk hampir semua keluarga dan ukuran instans EC2, termasuk instans komputasi yang dioptimalkan terbaru, grafis diakselerasi, dan tipe instans FPGA. Daftar lengkap tipe instans yang didukung di tiap wilayah tertera di sini.

T. Manakah sistem operasi yang tersedia sebagai Instans Spot?

Linux/UNIX, Windows Server, dan Red Hat Enterprise Linux (RHEL) tersedia. Server Windows dengan Server SQL saat ini tidak tersedia.

T. Apa saya dapat menggunakan Instans Spot dengan AMI berbayar untuk perangkat lunak pihak ketiga (seperti paket perangkat lunak IBM)?

Tidak pada saat ini.

T. Dapatkah saya menghentikan Instans Spot saya yang sedang berjalan?

Ya, Anda dapat "menghentikan" Instans Spot Anda yang sedang berjalan saat tidak dibutuhkan dan menyimpan instans yang dihentikan ini untuk digunakan di lain waktu, bukannya mengakhiri instans atau membatalkan permintaan Spot. Penghentian tersedia untuk permintaan Spot terus-menerus.

T. Bagaimana caranya menghentikan Instans Spot?

Anda dapat menghentikan Instans Spot Anda dengan memanggil StopInstances API dan menyediakan Id Instans dari Instans Spot yang sama dengan saat Anda menghentikan Instans Sesuai Permintaan. Anda juga dapat melakukannya melalui Konsol Manajemen AWS dengan memilih instans Anda, kemudian mengeklik Tindakan > Status Instans > Berhenti.

T. Bagaimana caranya mulai menghentikan Instans Spot?

Anda dapat memulai Instans Spot yang dihentikan dengan memanggil StartInstances API dan menyediakan Id Instans dari Instans Spot yang sama dengan saat Anda memulai Instans Sesuai Permintaan. Anda juga dapat melakukannya melalui Konsol Manajemen AWS dengan memilih instans Anda, kemudian mengeklik Tindakan > Status Instans > Mulai.

Catatan: Instans Spot hanya akan dimulai jika kapasitas Spot masih tersedia dalam harga maksimal Anda. Spot mengevaluasi ketersediaan kapasitas kapan saja Anda akan memulai instans Spot yang dihentikan.

Q: Bagaimana caranya memberi tahu bahwa saya telah menghentikan Instans Spot atau Instans Spot sedang terganggu?

Anda dapat memberi tahu bahwa Instans Spot telah dihentikan oleh Anda atau terganggu dengan melihat kode Status Permintaan Spot. Ini terlihat sebagai Status Permintaan Spot pada halaman Permintaan Spot Konsol Manajemen AWS atau dalam respons DescribeSpotInstanceRequests API sebagai bidang "kode-status".

Jika kode status permintaan Spot adalah "instans-dihentikan-oleh-pengguna", artinya Anda telah menghentikan instans spot Anda.

T. Bagaimana biaya yang dikenakan jika instans Spot saya dihentikan atau terganggu?

Jika instans Spot Anda diakhiri atau dihentikan oleh Amazon EC2 dalam jam instans pertama, Anda tidak akan dikenai biaya untuk penggunaan itu. Namun, jika Anda menghentikan atau mengakhiri instans Spot sendiri, Anda akan dikenai biaya ke detik yang terdekat. Jika instans Spot diakhiri atau dihentikan oleh Amazon EC2 di jam berikutnya, Anda akan dikenai biaya untuk penggunaan ke detik yang terdekat. Jika Anda menjalankan instans pada Windows atau Red Hat Enterprise Linux (RHEL) dan menghentikan atau mengakhiri instans Spot sendiri, Anda akan dikenai biaya untuk sejam penuh.

T. Kapan Instans Spot diinterupsi?

Dalam 3 bulan terakhir, 92% interupsi Instans Spot berasal dari pelanggan yang menghentikan instans secara manual karena aplikasi telah menyelesaikan pekerjaannya.

Dalam kondisi EC2 perlu mengklaim kembali Instans Spot, terdapat dua alasan, yang utamanya adalah persyaratan kapasitas Amazon EC2 (misal, penggunaan Instans Sesuai Permintaan atau Cadangan). Kedua, jika Anda telah memilih untuk mengatur "harga Spot maksimum" dan harga Spot naik melebihi ini, instans Anda akan diklaim kembali dengan notifikasi dua menit. Parameter ini menentukan harga maksimal yang dapat Anda bayarkan untuk sejam instans Spot, dan diatur pada harga Sesuai Permintaan secara default. Seperti sebelumnya, Anda melanjutkan untuk membayar harga pasar Spot, bukan harga maksimal, sewaktu instans Anda bekerja, yang dikenai biaya tahapan per detik.

T. Apa yang terjadi pada instans Spot jika terinterupsi?

Anda dapat memilih untuk menggagalkan, menghentikan atau menghibernasi instans Spot setelah interupsi. Opsi hentikan dan hibernasi tersedia untuk permintaan Spot yang persisten dan Spot Fleet dengan opsi "pertahankan" diaktifkan. Secara default, instans Anda dihentikan.

Lihat pada Hibernasi Spot untuk mempelajari selengkapnya tentang menangani interupsi.

T. Apa perbedaan antara perilaku interupsi Berhenti dan Hibernasi?

Dalam kasus Hibernasi, instans Anda dihibernasi dan data RAM tetap ada. Dalam kasus Berhenti, instans Anda dimatikan dan RAM dihapus.

Dalam kedua kasus tersebut, data dari EBS volume root dan volume data EBS yang terpasang lainnya tetap ada. Alamat IP privat Anda tetap sama, begitu juga dengan alamat IP elastis (jika ada). Perilaku lapisan jaringan akan mirip dengan alur kerja Stop-Start EC2. Berhenti dan Hibernasi hanya tersedia untuk instans yang didukung Amazon EBS. Penyimpanan instans lokal tidak bertahan.

T. Bagaimana jika EBS root volume tidak cukup besar untuk menyimpan status memori (RAM) untuk Hibernasi?

Anda memerlukan ruang yang mencukupi pada EBS volume root untuk menuliskan data dari memori. Jika EBS volume root tidak memiliki cukup ruang, hibernasi akan gagal dan instans akan dimatikan. Pastikan bahwa volume EBS cukup besar untuk mempertahankan data memori sebelum memilih opsi hibernasi.

T. Apa manfaatnya jika Spot menghibernasi instans pada saat interupsi?

Dengan hibernasi, instans Spot akan dihentikan dan dilanjutkan saat interupsi sehingga beban kerja dapat melanjutkan tepat dari saat dihentikan. Anda dapat menggunakan hibernasi saat instans perlu mempertahankan status instans melewati siklus dimatikan-dinyalakan, yakni saat aplikasi Anda berjalan pada Spot bergantung pada kontekstual, bisnis, atau data sesi yang disimpan di RAM.

T. Apa yang perlu saya lakukan untuk mengaktifkan hibernasi untuk instans Spot?

Lihat Hibernasi Spot untuk mempelajari tentang pengaktifan hibernasi untuk instans Spot.

T. Apa saya perlu membayar untuk menghibernasi instans Spot?

Tidak terdapat biaya tambahan untuk menghibernasi instans selain biaya penyimpanan EBS dan sumber EC2 lain yang Anda gunakan. Anda tidak dikenai biaya penggunaan instans setelah instans dihibernasi.

T. Bisakah saya melanjutkan instans yang dihibernasi?

Tidak, Anda tidak dapat melanjutkan instans yang dihibernasi secara langsung. Siklus hibernate-resume dikontrol oleh Amazon EC2. Jika instans dihibernasi oleh Spot, instans akan dilanjutkan oleh Amazon EC2 setelah kapasitas menjadi tersedia. 

T. Instans dan sistem operasi mana yang mendukung hibernasi?

Hibernasi Spot saat ini didukung untuk AMI Linux Amazon, Ubuntu dan sistem operasi Microsoft Windows yang berjalan pada jenis instans apa pun dalam instans C3, C4, C5, M4, M5, R3, R4 dengan ukuran memori (RAM) kurang dari 100 GiB.

Untuk meninjau daftar versi OS yang didukung, silakan lihat Hibernasi Spot.

T. Bagaimana saya dikenai biaya jika harga Spot berubah saat instans saya bekerja?

Anda akan membayar harga per jam instans yang diatur pada awal tiap jam instans untuk satu jam penuh, yang ditagihkan sampai detik terdekat.

T. Di mana saya dapat melihat riwayat penggunaan untuk instans Spot dan seberapa banyak saya ditagih?

AWS Management Console menyediakan laporan tagihan rinci yang menunjukkan waktu mulai dan terminasi/berhenti instans Spot untuk semua instans. Pelanggan dapat memeriksa laporan tagihan terhadap harga spot historis melalui API untuk memastikan bahwa harga spot yang ditagihkan sudah benar.

T: Apakah blok Spot (Instans Spot Durasi Tetap) diinterupsi?

Blok Spot dirancang untuk tidak diinterupsi dan akan berjalan secara kontinu untuk durasi yang Anda pilih, terlepas dari harga pasar Spot. Dalam kasus yang langka, blok Spot dapat diinterupsi karena kebutuhan kapasitas AWS. Dalam kasus ini, kami akan memberikan peringatan dua menit sebelum menghentikan instans Anda (pemberitahuan terminasi), dan Anda tidak akan dikenai biaya untuk instans yang terpengaruh.

T. Apa itu Spot fleet?

Spot Fleet memungkinkan Anda secara otomatis meminta dan mengelola beberapa instans Spot yang memberikan harga per unit kapasitas terendah untuk klaster atau aplikasi Anda, seperti memproses pekerjaan secara kelompok, alur kerja Hadoop, atau pekerjaan komputasi HPC grid. Anda dapat memasukkan jenis instans yang dapat digunakan aplikasi Anda. Anda menentukan kapasitas target berdasarkan pada kebutuhan aplikasi (di unit termasuk instans, vCPU, memori, penyimpanan, atau throughput jaringan) dan memperbarui kapasitas target setelah armada diluncurkan. Spot fleet memungkinkan Anda meluncurkan dan menjaga kapasitas target, dan untuk meminta sumber daya secara otomatis untuk mengganti yang terganggu atau diterminasi secara manual. Pelajari selengkapnya tentang Spot fleet.

T. Apakah ada biaya tambahan untuk membuat permintaan Armada Spot?

Tidak, tidak ada biaya tambahan untuk permintaan Armada Spot.

T. Batas apa yang berlaku untuk permintaan Spot Fleet?

Kunjungi bagian Batas Spot Fleet dari Panduan Pengguna Amazon EC2 untuk mempelajari tentang batas yang berlaku untuk permintaan Spot Fleet.

T. Apa yang terjadi jika permintaan Armada Spot mencoba untuk meluncurkan instans spot tetapi melebihi batas permintaan Spot regional?

Jika permintaan Armada Spot melebihi batas permintaan instans spot regional, permintaan instans spot individual akan gagal dengan status permintaan melebihi batas permintaan Spot. Riwayat permintaan Armada Spot akan menampilkan kesalahan batas permintaan Spot yang diterima permintaan Armada. Kunjungi bagian Memonitor Spot Fleet Anda dari Panduan Pengguna Amazon EC2 untuk mempelajari bagaimana menjelaskan riwayat permintaan Spot Fleet.

T. Apa permintaan Spot fleet dipastikan akan dipenuhi?

Tidak. Permintaan fleet Spot memungkinkan Anda menempatkan beberapa permintaan Instans Spot secara bersamaan, serta bergantung pada ketersediaan dan harga yang sama sebagai satu permintaan Instans Spot. Misalnya, jika tidak ada sumber daya yang tersedia untuk tipe instans yang dicantumkan pada permintaan Armada Spot, kami mungkin tidak dapat memenuhi sebagian atau seluruh permintaan. Direkomendasikan untuk memasukkan semua kemungkinan tipe instans dan Zona Ketersediaan yang sesuai untuk beban kerja di Armada Spot.

T. Apa saya dapat mengirim permintaan Spot Fleet multi-Availability Zone?

Ya, kunjungi bagian Contoh Spot Fleet dari Panduan Pengguna Amazon EC2 untuk mempelajari bagaimana mengirimkan permintaan Spot Fleet multi-Availability Zone.

T. Apa saya dapat mengirimkan permintaan Spot Fleet multi-wilayah?

Tidak, permintaan Fleet multi-wilayah tidak didukung.

T. Bagaimana Fleet Spot mengalokasi sumber daya di berbagai kelompok Instans Spot yang ditentukan dalam spesifikasi peluncuran?

API RequestSpotFleet menyediakan tiga strategi alokasi: kapasitas optimal, lowestPrice, dan diversifikasi. Strategi alokasi yang mengoptimalkan kapasitas mencoba untuk menyediakan Instans Spot dari kelompok Instans Spot yang paling tersedia dengan menganalisis metrik kapasitas. Strategi ini merupakan pilihan bagus untuk beban kerja yang memiliki biaya gangguan yang lebih tinggi seperti big data dan analitik, perenderan gambar dan media, machine learning, dan komputasi kinerja tinggi.

Strategi lowestPrice memungkinkan Anda menetapkan sumber daya Spot Fleet di kelompok intans yang memberikan harga per unit kapasitas terendah pada saat permintaan. Strategi yang beragam juga memungkinkan Anda menetapkan sumber daya Fleet Spot di beberapa kelompok Instans Spot. Ini memungkinkan Anda menjaga kapasitas target fleet dan meningkatkan ketersediaan aplikasi seiring fluktuasi kapasitas Spot.

Menjalankan sumber daya aplikasi di berbagai kelompok Instans Spot yang beragam juga memungkinkan Anda lebih mengurangi biaya pengoperasian seiring waktu. Kunjungi Panduan Penggunaan Amazon EC2 untuk mempelajari selengkapnya.

T. Apa saya dapat menandai permintaan Fleet Spot?

Anda dapat meminta untuk meluncurkan Instans Spot dengan tag melalui Fleet Spot. Fleet tidak bisa diberi tag dengan sendirinya.

T. Bagaimana saya melihat fleet Spot mana yang memiliki Instans Spot saya?

Anda dapat mengidentifikasi Instans Spot yang dikaitkan dengan Fleet Spot dengan menjelaskan permintaan fleet. Permintaan fleet tersedia selama 48 jam setelah semua Instans Spot dihentikan. Lihat Panduan Pengguna Amazon EC2 untuk mempelajari bagaimana menjelaskan permintaan Spot Fleet.

T. Apa saya dapat memodifikasi permintaan Spot Fleet?

Ya, Anda dapat memodifikasi kapasitas target permintaan Spot Fleet. Anda mungkin perlu membatalkan perintah dan mengirimkan yang baru untuk mengubah parameter konfigurasi permintaan lain.

T. Apa saya dapat menentukan AMI yang berbeda untuk tiap jenis instans yang ingin saya gunakan?

Ya, cukup spesifikasikan AMI yang ingin Anda gunakan untuk tiap spesifikasi peluncuran yang Anda sertakan dalam permintaan Spot Fleet.

T. Apa saya dapat menggunakan Armada Spot dengan Penyeimbangan Beban Elastis, Penskalaan Otomatis, atau MapReduce Elastis?

Anda dapat menggunakan fitur Penskalaan Otomatis dengan Armada Spot seperti pelacakan target, pemeriksaan kondisi, metrik CloudWatch dan dapat menyematkan instans ke Elastic load balancer (klasik dan application load balancer). Elastic MapReduce memiliki fitur yang bernama "Armada instans" yang memberikan kemampuan yang sama dengan Armada Spot.

T. Apakah permintaan Fleet Spot menghentikan Instans spot saat tidak lagi berjalan pada kumpulan Spot dengan harga terendah atau memiliki kapasitas optimal dan meluncurkannya ulang?

Tidak, permintaan Armada Spot tidak secara otomatis menghentikan dan meluncurkan kembali instans saat sedang dijalankan. Namun, jika Anda menghentikan Instans Spot, Armada Spot akan disegarkan dengan Instans Spot yang baru di kolam dengan harga terendah atau kolam kapasitas yang dioptimalkan berdasarkan strategi alokasi Anda.

T: Apa saya dapat menghentikan atau menghibernasi perilaku interupsi dengan Fleet Spot?

Ya, stop-start dan hibernate-resume didukung dengan Spot Fleet dengan opsi "pertahankan" fleet yang diaktifkan. 

T. Bagaimana saya menggunakan layanan ini?

Layanan ini menyediakan titik akhir NTP pada alamat IP tautan lokal (169.254.169.123) yang dapat diakses dari instans mana pun yang berjalan di VPC. Panduan untuk konfigurasi klien NTP tersedia untuk Linux dan Windows.

T. Apa kelebihan utama penggunaan layanan ini?

Sumber waktu referensi yang konsisten dan akurat sangat penting untuk banyak aplikasi dan layanan. Layanan Sinkronisasi Waktu Amazon memberikan referensi waktu yang dapat diakses dengan aman dari instans tanpa perlu mengubah dan memperbarui konfigurasi VPC. Fitur ini dibangun pada infrastruktur jaringan tepercaya Amazon dan menggunakan sumber waktu referensi redundan untuk memastikan akurasi serta ketersediaan yang tinggi.

T. Jenis instans apa yang didukung oleh layanan ini?

Semua instans yang menjalankan VPC dapat mengakses layanan ini.

T: Seberapa terisolasinya sebuah Availability Zone dengan Availability Zone lainnya?

Setiap Availability Zone berjalan di infrastruktur independen dan jauh secara fisik, dan dibuat agar dapat sangat diandalkan. Titik kegagalan umum seperti generator dan peralatan pendingin tidak dibagikan di Availability Zone. Selain itu, Availability Zone terpisah secara fisik, sedemikian rupa sehingga bencana alam yang sangat tidak biasa seperti kebakaran, tornado, atau banjir hanya akan memengaruhi satu Availability Zone.

T: Apakah Amazon EC2 berjalan di lebih dari satu wilayah?

Ya. Lihat Produk dan Layanan Wilayah untuk detail selengkapnya tentang ketersediaan produk dan layanan kami berdasarkan wilayah.

T: Bagaimana cara memastikan bahwa saya berada di Availability Zone yang sama seperti developer lain?

Kami saat ini tidak mendukung kemampuan untuk mengoordinasikan peluncuran ke Availability Zone yang sama di akun developer AWS. Satu nama Availability Zone (misalnya, us-east-1a) dalam dua akun pelanggan AWS dapat berkaitan dengan Availability Zone fisik yang berbeda.

T: Jika saya mentransfer data di antara Zona Ketersediaan dengan menggunakan alamat IP publik, apakah saya akan dikenai biaya dua kali untuk Transfer Data Regional (kali pertama karena hal tersebut melewati zona, dan kali kedua karena saya menggunakan alamat IP publik)?

Tidak. Tarif Transfer Data Regional berlaku jika setidaknya hal-hal berikut benar, tetapi hanya dikenai biaya satu kali untuk instans yang digunakan bahkan jika keduanya benar:

• Instans yang lain berada di Zona Ketersediaan yang berbeda, terlepas dari jenis alamat yang digunakan.
• Alamat Elastic IP atau IP publik digunakan, terlepas dari Availability Zone lokasi instans lain berada.

T. Apa itu Instans Komputasi Klaster?

Instans Komputasi Klaster menggabungkan sumber daya komputasi dengan jaringan performa tinggi untuk aplikasi High Performance Compute (Komputasi Performa Tinggi/HPC) serta aplikasi terikat jaringan berat lain. Instans Komputasi Klaster memberikan fungsionalitas yang sama dengan instans Amazon EC2 lain, tetapi secara khusus telah dibuat untuk memberikan jaringan performa tinggi.

Fungsionalitas grup penempatan klaster Amazon EC2 memungkinkan pengguna mengelompokkan Instans Komputasi Klaster dalam klaster – yang memungkinkan aplikasi mendapatkan performa jaringan latensi rendah yang diperlukan untuk tipikal komunikasi node ke node berpasangan dari aplikasi HPC. Instans Komputasi Klaster juga memberikan throughput jaringan yang meningkat secara signifikan baik dalam lingkungan Amazon EC2 dan Internet. Akibatnya, instans ini juga akan sesuai untuk aplikasi pelanggan yang perlu melakukan operasi jaringan intensif.

Pelajari penggunaan tipe instans ini untuk aplikasi HPC selengkapnya.

T. Performa jaringan seperti apa yang dapat saya dapatkan saat meluncurkan instans di grup penempatan klaster?

Bandwidth yang dapat dimanfaatkan instans EC2 dalam grup penempatan klaster bergantung pada tipe instans serta spesifikasi performa jaringan. Lalu lintas dalam instans di wilayah yang sama dapat menggunakan 5 Gbps untuk satu aliran dan hingga 25 Gbps untuk lalu lintas multi aliran. Saat diluncurkan dalam grup penempatan, pilih instans EC2 yang dapat memanfaatkan 10 Gbps untuk lalu lintas satu aliran.

T. Apa itu Instans GPU Klaster?

Instans GPU Klaster menyediakan graphic processing units (GPU) umum dengan high CPU proporsional serta performa jaringan yang ditingkatkan untuk aplikasi yang memanfaatkan pemrosesan paralel tinggi yang dapat dipercepat dengan GPU menggunakan model pemrograman CUDA dan OpenCL. Aplikasi umum termasuk pemodelan, simulasi, render dan pemrosesan media.

Instans GPU Klaster memberi pelanggan beban kerja HPC dengan opsi di atas Instans Komputasi Klaster untuk melakukan kustomisasi klaster performa tinggi mereka di cloud untuk aplikasi yang memanfaatkan daya komputasi paralel GPU.

Instans GPU Klaster menggunakan fungsionalitas grup penempatan klaster yang sama dengan Instans Komputasi Klaster untuk mengelompokkan instans ke klaster – yang memungkinkan aplikasi untuk mendapatkan performa jaringan bandwidth tinggi dengan latensi rendah yang diperlukan untuk tipikal komunikasi node ke node berpasangan dari banyak aplikasi HPC.

Pelajari selengkapnya mengenai HPC pada AWS.

T. Apa itu Instans Klaster Memori Tinggi?

Instans Klaster Memori Tinggi memberi pelanggan kemampuan memori dan CPU per instans berjumlah besar sebagai tambahan kemampuan jaringan tinggi. Tipe instans ini sangat ideal untuk beban kerja intensif memori termasuk sistem analisis dalam memori, analisis grafis, serta banyak aplikasi sains dan teknis lain

Instans Klaster Memori Tinggi menggunakan fungsionalitas grup penempatan klaster yang sama dengan Instans Komputasi Klaster untuk mengelompokkan instans ke klaster – yang memungkinkan aplikasi mendapatkan performa jaringan bandwidth tinggi dengan latensi rendah yang diperlukan untuk tipikal komunikasi node ke node berpasangan dari banyak aplikasi HPC dan intensif jaringan lain.

T. Apakah Instans Komputasi Klaster dan GPU Klaster berbeda dari jenis instans Amazon EC2?

Instans Komputasi Klaster dan GPU Klaster berbeda dengan jenis instans Amazon EC2 dalam dua hal.

Pertama, Instans Komputasi Klaster dan GPU Klaster menggunakan virtualisasi berbasis Hardware Virtual Machine (HVM) dan hanya menjalankan Amazon Machine Image (AMI) berdasarkan virtualisasi HVM. AMI berbasis Paravirtual Machine (PVM) yang digunakan dengan jenis instans Amazon EC2 lain tidak dapat digunakan dengan Instans Komputasi Klaster atau GPU Klaster.

Kedua, agar bisa mendapatkan manfaat sepenuhnya dari bandwidth biseksi penuh dengan latensi rendah antar instans, Instans Komputasi Klaster dan GPU Klaster harus dijalankan ke grup penempatan klaster melalui API Amazon EC2 atau AWS Management Console.

T. Apa itu grup penempatan klaster?

Grup penempatan klaster adalah kesatuan logis yang memungkinkan pembuat klaster instans dengan menjalankan instans sebagai bagian dari grup. Klaster instans ini kemudian memberikan konektivitas latensi rendah antar instans dalam grup. Grup penempatan klaster ini dibuat melalui API Amazon EC2 atau AWS Management Console.

T. Apakah semua fitur Amazon EC2 tersedia untuk Instans Komputasi Klaster dan GPU Klaster?

Untuk saat ini, Amazon DevPay tidak tersedia untuk Instans Komputasi Klaster atau GPU Klaster.

T. Apakah ada batasan jumlah Instans Komputasi Klaster atau GPU Klaster yang dapat saya gunakan dan/atau ukuran klaster yang dapat saya buat dengan menjalankan Instans Komputasi Klaster atau GPU Klaster ke grup penempatan klaster?

Tidak ada batasan khusus untuk Instans Komputasi Klaster. Untuk Instans GPU Klaster, Anda dapat menjalankan 2 instans sekaligus. Jika Anda perlu kapasitas yang lebih besar, harap lengkapi formulir permintaan instans Amazon EC2 (memilih jenis instans primer yang sesuai).

T. Apakah ada cara lain untuk mengoptimalkan kemungkinan bahwa saya menerima jumlah instans penuh yang saya minta untuk klaster via grup penempatan klaster?

Kami menyarankan Anda untuk menjalankan jumlah instans minimum yang diperlukan untuk berpartisipasi dalam cluster dalam peluncuran tunggal. Untuk klaster yang sangat besar, Anda harus menjalankan lebih dari satu grup penempatan, misalkan dua grup penempatan dari 128 instans, lalu menggabungkan mereka untuk membuat klaster 256 instans yang lebih besar.

T. Apakah Instans GPU Klaster dan Komputasi Klaster dapat dijalankan ke dalam satu grup penempatan klaster?

Meski dimungkinkan untuk menjalankan jenis instans klaster berbeda ke dalam satu grup penempatan klaster, untuk saat ini kami hanya mendukung grup penempatan homogen.

T. Jika sebuah instans dalam suatu grup penempatan klaster berhenti lalu berjalan lagi, akankah instans ini tetap berada di dalam grup penempatan klaster?

Ya. Instans yang terhenti akan dijalankan sebagai bagian dari grup penempatan klaster saat instans berhenti. Jika kapasitasnya tidak tersedia untuk memulai dari dalam grup penempatan klaster, proses mulai akan gagal.

T: Apa saja opsi CPU yang tersedia pada instans EC2?

Instans EC2 menawarkan berbagai opsi CPU untuk membantu pelanggan menyeimbangkan persyaratan kinerja dan biaya.  Bergantung pada jenis instans, EC2 menawarkan pilihan dalam CPU yang meliputi prosesor AWS Graviton/Graviton2 (Arm), prosesor AMD (x86), dan prosesor Intel (x86).

T: Pada jenis perangkat keras apa kumpulan aplikasi saya akan berjalan?

Kunjungi Jenis instans Amazon EC2 untuk daftar instans EC2 yang tersedia berdasarkan wilayah.

T: Bagaimana EC2 menjalankan pemeliharaan?

AWS secara berkala menjalankan pemeliharaan perangkat keras, perangkat lunak, daya, dan jaringan dengan disrupsi minimal di seluruh tipe instans EC2. Hal ini dicapai dengan kombinasi alat dan metode di seluruh infrastruktur AWS Global, seperti pembaruan langsung dan migrasi langsung, serta sistem yang dapat dikelola beberapa kali dan secara bersamaan. Teknologi pemeliharaan yang tidak mengganggu seperti pembaruan langsung dan migrasi langsung tidak mengharuskan instans untuk dihentikan atau di-reboot. Pelanggan tidak diharuskan untuk melakukan tindakan apa pun sebelum, selama, dan setelah migrasi langsung atau pembaruan langsung. Teknologi ini membantu meningkatkan waktu aktif aplikasi dan mengurangi upaya operasional Anda. Amazon EC2 menggunakan pembaruan langsung untuk melakukan deployment pada perangkat lunak ke server dengan cepat dan dampak minimal pada instans pelanggan. Pembaruan langsung memastikan bahwa beban kerja pelanggan berjalan di server dengan perangkat yang lunak mendapatkan patch keamanan terbaru, fitur instans baru, dan peningkatan performa. Amazon EC2 menggunakan migrasi langsung ketika instans yang berjalan harus dipindahkan dari satu server ke server lain untuk pemeliharaan perangkat keras atau untuk mengoptimalkan penempatan instans atau untuk mengelola sumber daya CPU secara dinamis. Amazon EC2 telah memperluas lingkup dan cakupan dari teknologi pemeliharaan yang tidak mengganggu selama bertahun-tahun sehingga peristiwa pemeliharaan terjadwal adalah opsi fallback alih-alih sarana utama yang memungkinkan pemeliharaan rutin.

T: Bagaimana cara memilih jenis instans yang tepat?

Instans Amazon EC2 dikelompokkan menjadi 5 keluarga: instans Tujuan Umum, Komputasi yang Dioptimalkan, Memori yang Dioptimalkan, Penyimpanan yang Dioptimalkan, dan Komputasi Terakselerasi. Instans Tujuan Umum memiliki rasio memori dibanding CPU yang sesuai untuk sebagian besar aplikasi tujuan umum dan dilengkapi dengan performa tetap atau performa yang dapat dilonjakkan; Instans Komputasi yang Dioptimalkan secara proporsional memiliki lebih banyak sumber daya CPU daripada memori (RAM) dan cocok untuk menskalakan keluar aplikasi komputasi intensif dan beban kerja Komputasi Performa Tinggi (HPC); Instans Memori yang Dioptimalkan menawarkan ukuran memori yang lebih besar untuk aplikasi intensif memori, termasuk basis data dan aplikasi caching memori; Instans Komputasi Terakselerasi menggunakan akselerator perangkat keras, atau co-processor, untuk menjalankan fungsi-fungsi seperti perhitungan angka floating point, pemrosesan grafik, atau pencocokan pola data, secara lebih efisien daripada yang mungkin dilakukan pada perangkat lunak yang berjalan di CPU; Instans Penyimpanan yang Dioptimalkan menyediakan latensi rendah dan kapasitas I/O dengan menggunakan penyimpanan instans lokal berbasis SSD untuk aplikasi intensif I/O, juga instans penyimpanan HDD padat, yang menyediakan densitas penyimpanan tinggi lokal serta performa I/O berurutan untuk penggudangan data, Hadoop, dan aplikasi intensif data lainnya. Ketika memilih tipe instans, Anda harus mempertimbangkan karakteristik aplikasi Anda dengan mempertimbangkan penggunaan sumber daya (misalnya, CPU, Memori, Penyimpanan) dan memilih keluarga instans dan ukuran instans yang optimal.

T: Apa itu "Unit komputasi EC2" dan mengapa diperkenalkan?

Beralih ke model komputasi utilitas secara fundamental mengubah bagaimana developer telah dilatih untuk berpikir tentang sumber daya CPU. Sebagai ganti membeli atau menyewa guna prosesor tertentu untuk penggunaan selama beberapa bulan atau tahun, Anda dapat menyewa kapasitas berdasarkan jam. Karena Amazon EC2 dibuat pada perangkat keras komoditas, seiring waktu mungkin terdapat beberapa jenis perangkat keras fisik yang berbeda yang mendasari instans EC2. Tujuan kami adalah untuk menyediakan jumlah kapasitas CPU yang konsisten, terlepas dari perangkat keras aktual yang mendasari.

Amazon EC2 menggunakan beragam ukuran untuk menyediakan setiap instans dengan jumlah kapasitas CPU yang dapat diprediksi dan konsisten. Guna memudahkan developer untuk membandingkan kapasitas CPU di antara jenis instans yang berbeda, kami telah mendefinisikan Unit komputasi Amazon EC2. Jumlah CPU yang dialokasikan pada instans tertentu ditunjukkan dalam hal Unit komputasi EC2 ini. Kami menggunakan beberapa tolok ukur dan pengujian untuk mengelola konsistensi dan keterprakiraan kinerja dari Unit komputasi EC2. Unit komputasi EC2 (ECU) menyediakan ukuran kemampuan pemrosesan bilangan bulat relatif pada instans Amazon EC2. Seiring waktu, kami dapat menambahkan atau mengganti ukuran yang dimasukkan ke definisi Unit komputasi EC2, jika kami menemukan metrik yang akan memberikan gambaran kapasitas komputasi lebih jelas.

T: Bagaimana EC2 memastikan kinerja jenis instans yang konsisten seiring waktu?

AWS melakukan tolok ukur kinerja tahunan untuk kinerja komputasi Linux dan Windows pada jenis instans EC2. Hasil dari pembandingan adalah serangkaian pengujian yang dapat digunakan pelanggan untuk melakukan pengujian mandiri dan panduan tentang variasi kinerja yang diharapkan tersedia dalam NDA untuk instans M,C,R, T, dan z1d; silakan hubungi perwakilan penjualan Anda untuk memintanya.

T: Apa itu ketersediaan wilayah jenis instans Amazon EC2?

Untuk semua daftar instans dan ketersediaan wilayah, kunjungi Harga Amazon EC2.

T. Berapa banyak daya komputasi yang diberikan Instans Mikro?

Instans mikro memberikan sejumlah kecil sumber daya CPU yang konsisten dan memungkinkan Anda meningkatkan kapasitas CPU hingga 2 ECU saat siklus tambahan tersedia. Intans mikro sesuai untuk aplikasi dan situs web throughput rendah yang memakan siklus komputasi yang signifikan secara berkala tetapi CPU yang sangat kecil pada saat lain untuk proses latar belakang, daemon, dsb. Pelajari penggunaan tipe instans ini selengkapnya.

T. Bagaimana perbandingan antara instans Micro di daya komputasi dengan instans Small Standar?

Pada status yang stabil, instans Micro menerima fraksi sumber daya komputasi yang dilakukan instans Small. Oleh karena itu, jika aplikasi Anda memiliki kebutuhan yang intensif komputasinya atau status yang stabil, direkomendasikan untuk menggunakan instans Small (atau large, bergantung pada kebutuhan Anda). Namun, instans Mikro dapat menambahkan hingga 2 ECU secara berkala (untuk jangka waktu yang pendek). Ini merupakan dua kali jumlah ECU yang tersedia dari instans Small standar. Oleh karena itu, jika Anda memiliki aplikasi throughput yang rendah atau situs web dengan sesekali kebutuhan untuk mengonsumsi siklus komputasi yang signifikan, direkomendasikan untuk menggunakan instans Micro.

T. Bagaimana cara mengetahui apakah aplikasi membutuhkan sumber daya CPU yang lebih dari instans Micro berikan?

Metrik CloudWatch untuk penggunaan CPU akan melaporkan penggunaan 100% jika instans beruntut sehingga melebihi sumber daya CPU yang tersedia pada menit yang dimonitor CloudWatch itu. CloudWatch melaporkan penggunaan CPU 100% adalah tanda bahwa Anda perlu mempertimbangkan penskalaan – secara manual atau Auto Scaling – ke jenis instans yang lebih besar atau menaikkan skala ke beberapa instans Micro.

T. Apa semua fitur Amazon EC2 tersedia untuk instans Micro?

Saat ini Amazon DevPay tidak tersedia untuk instans Micro.

T. Apa itu Nitro Hypervisor?

Peluncuran instans C5 memperkenalkan hypervisor baru untuk Amazon EC2, yaitu Nitro Hypervisor. Sebagai komponen sistem Nitro, Nitro Hypervisor utamanya menyediakan isolasi CPU dan memori untuk instans EC2. Sumber daya jaringan VPC dan penyimpanan EBS diimplementasikan oleh komponen perangkat keras khusus, Nitro Card yang merupakan bagian dari semua kelompok instans EC2 generasi saat ini. Nitro Hypervisor dibuat pada teknologi Mesin Virtual berbasis Linux Kernel (KVM) inti, namun tidak mencakup komponen sistem pengoperasian tujuan umum.

T. Bagaimana Nitro Hypervisor memberikan manfaat kepada pelanggan?

Nitro Hypervisor menyediakan performa yang konsisten serta meningkatkan sumber daya komputasi dan memori untuk instans EC2 yang divirtualkan dengan menghapus komponen perangkat lunak sistem host. Hal ini memungkinkan AWS menawarkan ukuran instans yang lebih besar (seperti c5.18xlarge) yang secara praktis menyediakan seluruh sumber daya dari server kepada pelanggan. Sebelumnya, instans C3 dan C4 menghapus komponen perangkat lunak dengan memindahkan fungsionalitas VPC dan EBS ke perangkat keras yang dirancang dan dibuat oleh AWS. Perangkat keras ini memungkinkan Nitro Hypervisor menjadi sangat kecil dan tidak terlibat dalam tugas-tugas pemrosesan data untuk jaringan dan penyimpanan.

T. Apakah semua instans EC2 akan menggunakan Nitro Hypervisor?

Semua jenis instans baru akan secepatnya menggunakan Nitro Hypervisor. Namun, dalam jangka waktu dekat, beberapa tipe instans baru akan menggunakan Xen, bergantung pada persyaratan platform.

T. Apakah AWS akan terus berinvestasi pada hypervisor berbasis Xen?

Ya. Selama AWS memperluas infrastruktur cloud globalnya, penggunaan EC2 atas hypervisor berbasis Xen juga akan terus berkembang. Xen akan tetap menjadi komponen inti instans EC2 untuk masa depan yang dapat diprakirakan. AWS adalah anggota pendiri Proyek Xen sejak pendiriannya sebagai Linux Foundation Collaborative Project dan tetap menjadi peserta aktif di Dewan Pembimbing. Selama AWS memperluas infrastruktur cloud globalnya, hypervisor berbasis Xen EC2 juga akan terus berkembang. Oleh karena itu, investasi EC2 pada Xen akan terus berkembang, bukan menyusut.

T. Berapa banyak volume EBS dan Antarmuka Jaringan Elastis (ENI) yang dapat dipasang ke instans yang berjalan pada Nitro Hypervisor?

Instans yang berjalan pada Nitro Hypervisor mendukung maksimum 27 perangkat PCI tambahan untuk volume EBS dan VPC ENI. Setiap volume EBS atau VPC ENI menggunakan satu perangkat PCI. Misalnya, jika Anda memasang 3 antarmuka jaringan tambahan pada instans yang menggunakan Nitro Hypervisor, Anda dapat memasang hingga 24 volume EBS pada instans tersebut.

T. Apakah Nitro Hypervisor akan mengubah API yang digunakan untuk berinteraksi dengan instans EC2?

Tidak, semua API tatap muka publik untuk berinteraksi dengan instans EC2 yang berjalan menggunakan Nitro Hypervisor akan tetap sama. Misalnya, bidang "hypervisor" pada respons DescribeInstances, yang akan terus melaporkan "xen" untuk semua instans EC2, bahkan instans yang berjalan di bawah Nitro Hypervisor. Bidang ini dapat dihapus dalam revisi API EC2 di masa mendatang.

T. Manakah AMI yang didukung pada instans yang menggunakan Nitro Hypervisor?

HVM AMI yang didukung EBS dengan dukungan untuk jaringan dan booting ENA dari penyimpanan NVMe dapat digunakan dengan instans yang berjalan pada Nitro Hypervisor. Amazon Linux AMI dan Windows AMI terbaru yang disediakan oleh Amazon didukung, seperti AMI Ubuntu, Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, CentOS, dan FreeBSD terbaru.

T. Apakah saya akan mengetahui perbedaan di antara instans yang menggunakan Xen hypervisor dan instans yang menggunakan Nitro Hypervisor?

Ya. Misalnya, instans yang berjalan pada Nitro Hypervisor melakukan boot dari volume EBS menggunakan antarmuka NVMe. Instans yang berjalan di bawah Xen melakukan boot dari perangkat keras IDE tiruan, dan beralih ke driver perangkat blok Xen yang diparavirtualkan.

Sistem pengoperasian dapat mengidentifikasi kapan sistem ini berjalan berdasarkan hypervisor. Beberapa perangkat lunak mengasumsikan bahwa instans EC2 akan berjalan berdasarkan Xen hypervisor dan bergantung pada deteksi ini. Sistem pengoperasian akan mendeteksi bahwa sistem ini berjalan berdasarkan KVM saat instans menggunakan Nitro Hypervisor, sehingga proses untuk mengidentifikasi instans EC2 harus digunakan untuk mengidentifikasi instans EC2 yang berjalan berdasarkan kedua hypervisor tersebut.

Semua fitur EC2 seperti Layanan Metadata Instans berfungsi dengan cara yang sama seperti instans yang berjalan di bawah Xen dan Nitro Hypervisor. Sebagian besar aplikasi akan berfungsi dengan cara yang sama pada Xen dan Nitro Hypervisor selama sistem pengoperasian memiliki dukungan yang diperlukan untuk jaringan ENA dan penyimpanan NVMe.

T. Bagaimana cara instans melakukan permintaan reboot dan terminasi API EC2 oleh Nitro Hypervisor?

Nitro Hypervisor mengirim sinyal ke sistem operasi yang berjalan di instans yang harus dimatikan sepenuhnya dengan metode ACPI standar industri. Untuk instans Linux, hal ini memerlukan acpid yang terinstal dan berfungsi dengan tepat. Jika acpid tidak berfungsi pada instans, peristiwa pengakhiran akan ditunda selama beberapa menit dan kemudian akan dijalankan sebagai mulai kembali atau mati daya secara paksa.

T. Bagaimana volume EBS beroperasi saat diakses oleh antarmuka NVMe?

Terdapat beberapa perbedaan penting tentang bagaimana sistem operasi driver NVMe beroperasi dibandingkan dengan driver blok paravirtual (PV) Xen.

Pertama, nama perangkat NVMe yang digunakan oleh Linux berdasarkan sistem operasi akan berbeda dari parameter untuk permintaan pemasangan volume EBS dan entri pemetaan perangkat blok seperti /dev/xvda dan /dev/xvdf. Perangkat NVMe diberi nomor oleh sistem operasi sebagai /dev/nvme0n1, /dev/nvme1n1, dan seterusnya. Nama perangkat NVMe bukan pemetaan yang persisten volume, oleh karena itu metode lain seperti sistem file UUID atau label harus digunakan saat mengonfigurasi pemasangan sistem file otomatis atau aktivitas startup lainnya. Ketika volume EBS diakses melalui antarmuka NVMe, ID volume EBS akan tersedia melalui nomor seri pengontrol dan nama perangkat yang ditetapkan dalam permintaan API EC2 disediakan oleh ekstensi vendor NVMe pada perintah Pengontrol Identitas. Hal ini memungkinkan tautan simbolis kompatibel balik untuk dibuat oleh skrip utilitas. Untuk informasi selengkapnya, lihat dokumentasi EC2 tentang pemberian nama perangkat dan volume EBS berbasis NVMe.

Kedua, secara default driver NVMe mencakup batas waktu I/O dalam sebagian besar implementasi sistem operasi. Jika I/O tidak melengkapi implementasi selama waktu spesifik, biasanya puluhan detik, driver akan berupaya membatalkan I/O, mengulangi, atau mengembalikan kesalahan ke komponen yang mengeluarkan I/O. Antarmuka perangkat blok Xen PV tidak memberi batas waktu I/O, yang dapat mengakibatkan proses tidak dapat dihentikan jika menunggu I/O. Perilaku driver NVMe Linux dapat dimodifikasi dengan menentukan nilai yang lebih tinggi untuk parameter modul kernel batas waktu nvme.io.

Ketiga, antarmuka NVMe dapat mentransfer jumlah data per I/O yang jauh lebih besar, dan dalam beberapa kasus dapat mendukung lebih banyak permintaan I/O yang tidak biasa, dibandingkan dengan antarmuka blok Xen PV. Hal ini dapat menyebabkan latensi I/O yang lebih tinggi jika I/O yang sangat besar atau permintaan I/O yang berjumlah besar dikeluarkan ke volume yang dirancang untuk mendukung beban kerja throughput seperti volume EBS Throughput Optimized HDD (st1) dan Cold HDD (sc1). Latensi I/O ini normal untuk volume yang dioptimalkan throughput dalam skenario ini, namun dapat menyebabkan waktu-habis (timeout) I/O dalam driver NVMe. Batas waktu-habis I/O dapat disesuaikan dalam driver Linux dengan menetapkan nilai yang lebih besar untuk parameter modul kernel nvme_core.io_timeout.

T: Apa itu Optimize CPUs?

Optimize CPUs memberi Anda kendali lebih besar atas instans EC2 Anda pada dua front. Pertama, Anda dapat menentukan jumlah kustom vCPU ketika meluncurkan instans baru untuk menghemat biaya lisensi berbasis vCPU. Kedua, Anda dapat menonaktifkan Intel Hyper-Threading Technology (Intel HT Technology) untuk beban kerja yang berkinerja baik dengan CPU single-threaded, seperti aplikasi komputasi kinerja tinggi (HPC) tertentu.

T: Mengapa saya harus menggunakan fitur Optimize CPUs?

Anda harus menggunakan Optimize CPUs jika:

• Anda menjalankan beban kerja EC2 yang tidak terikat pada komputasi dan menimbulkan biaya lisensi berbasis vCPU. Dengan meluncurkan instans dengan jumlah vCPU kustom, Anda mungkin dapat mengoptimasi pengeluaran lisensi Anda.
• Anda menjalankan beban kerja yang akan mendapat keuntungan dari penonaktifan hyper-threading pada instans EC2.
  

T: Bagaimana harga instans yang dioptimalkan CPU ditentukan?

Instans yang dioptimalkan CPU akan diberi harga yang sama dengan instans berukuran penuh yang setara.

T: Bagaimana performa aplikasi saya berubah ketika menggunakan Optimize CPUs pada EC2?

Perubahan kinerja aplikasi Anda dengan Optimize CPUs akan sangat bergantung pada beban kerja yang Anda jalankan pada EC2. Kami mendorong Anda untuk mengukur kinerja aplikasi Anda dengan Optimize CPUs untuk mendapatkan jumlah vCPU yang tepat dan perilaku hyper-threading yang optimal untuk aplikasi Anda.

T: Dapatkah saya menggunakan Optimize CPUs pada jenis instans Bare Metal EC2 (seperti i3.metal)?

Tidak. Anda dapat menggunakan Optimize CPUs hanya dengan instans virtual EC2.

T. Bagaimana saya dapat mulai menggunakan Optimize CPUs untuk Instans EC2?

Untuk informasi selengkapnya tentang cara memulai Optimize CPUs dan jenis instans yang didukung, silakan kunjungi halaman dokumentasi Optimize CPUs di sini.

T. Bagaimana tagihan penggunaan Amazon EC2 untuk IBM saya?

Anda hanya membayar apa yang Anda gunakan tanpa ada biaya minimum. Harga instans per jam yang digunakan untuk setiap jenis instans. Instans per jam parsial yang digunakan dibebankan satu jam penuh. Transfer data untuk Amazon EC2 untuk IBM dibebankan dan dipisahkan dari Amazon EC2. Tidak ada biaya Data Transfer antar dua Amazon Web Services dalam wilayah yang sama (misalnya Amazon EC2 AS Barat dan layanan AWS lain di AS Barat). Data yang ditransfer di antara layanan AWS di wilayah yang berbeda akan dikenai biaya sebagai Transfer Data Internet di kedua sisi transfer.

Untuk informasi harga Amazon EC2 untuk IBM, silakan kunjungi bagian harga pada halaman detail Amazon EC2 untuk IBM.

T. Apakah saya dapat menggunakan Amazon DevPay dengan Amazon EC2 untuk IBM?

Tidak, Anda tidak dapat menggunakan DevPay untuk produk bundel di atas Amazon EC2 untuk IBM saat ini.

T. Apakah saya dapat menggunakan lisensi Windows Server dengan EC2?

Ya, Anda dapat melakukannya. Setelah Anda mengimpor citra mesin Windows Server Anda sendiri menggunakan alat ImportImage, Anda dapat menjalankan instans dari citra mesin ini pada Host Khusus EC2 dan dengan efektif mengelola instans serta melaporkan penggunaan. Microsoft biasanya mewajibkan Anda melacak penggunaan lisensi atas sumber daya fisik seperti soket, core dan Host Khusus yang membantu Anda melakukan hal ini. Kunjungi halaman detail Host Khusus untuk informasi selengkapnya tentang cara menggunakan lisensi Windows Server Anda sendiri pada Host Khusus Amazon EC2.

T. Lisensi perangkat lunak apa yang dapat saya gunakan pada lingkungan Windows?

Ketentuan lisensi perangkat lunak spesifik mungkin berbeda antar vendor. Oleh karena itu, kami menyarankan Anda untuk memeriksa syarat lisensi vendor perangkat lunak untuk menentukan apakah lisensi yang ada diizinkan untuk digunakan di Amazon EC2.

T: Apa itu instans Mac Amazon EC2?

Instans Mac Amazon EC2 memungkinkan pelanggan menjalankan beban kerja macOS sesuai permintaan di cloud untuk pertama kalinya, meningkatkan fleksibilitas, skalabilitas, dan penghematan biaya AWS bagi semua developer Apple. Dengan instans Mac EC2, developer yang membuat aplikasi untuk iPhone, iPad, Mac, Apple Watch, Apple TV, dan Safari dapat menyediakan serta mengakses lingkungan macOS dalam hitungan menit, menskalakan kapasitas secara dinamis sesuai kebutuhan, dan memanfaatkan harga bayar sesuai pemakaian AWS.

T: Beban kerja apa saja yang harus Anda jalankan di instans Mac EC2?

Instans Mac Amazon EC2 didesain untuk membangun, menguji, menandatangani, dan memublikasikan aplikasi untuk platform Apple seperti iOS, iPadOS, watchOS, tvOS, macOS, dan Safari. Pelanggan seperti Pinterest, Intuit, FlipBoard, Twitch, dan Goldman Sachs telah menyaksikan performa pembangunan yang 75% lebih baik, tingkat kegagalan pembangunan yang 80% lebih rendah, dan jumlah pembangunan paralel yang 5x lebih besar dibandingkan dengan menjalankan macOS on-premise.

T: Apa itu instans Mac x86 EC2?

Instans Mac EC2 berbasis x86 dibangun di komputer Mac mini Apple dengan prosesor Intel Core i7 dan ditenagai oleh AWS Nitro System. Instans ini memberikan penawaran kepada pelanggan pilihan macOS Mojave (10.14), macOS Catalina (10.15), macOS Big Sur (11), dan macOS Monterey (12) sebagai Amazon Machine Images (AMI). Instans EC2 berbasis x86 tersedia di 12 Wilayah: AS Timur (Ohio, N. Virginia), AS Barat (Oregon), Eropa (Amsterdam, Frankfurt, Irlandia, London), dan Asia Pasifik (Mumbai, Seoul, Singapura, Sydney, Tokyo). Pelajari selengkapnya dan mulailah dengan instans Mac EC2 berbasis x86 di sini.

T: Apa itu instans Mac M1 EC2?

Instans Mac M1 EC2 dibangun di komputer mini Mac M1 Apple dan didukung oleh AWS Nitro System. Instans ini memberikan performa harga yang lebih baik hingga 60% dibandingkan instans Mac EC2 berbasis x86 untuk beban kerja pembuatan aplikasi iOS dan macOS. Instans Mac M1 EC2 untuk pertama kalinya menggunakan lingkungan macOS ARM64 di AWS, serta mendukung macOS Big Sur (11) dan macOS Monterey (12) sebagai Amazon Machine Images (AMI). Instans Mac M1 EC2 tersedia di 4 Wilayah: AS Timur (Virginia Utara), AS Barat (Oregon), Eropa (Irlandia), dan Asia Pasifik (Singapura). Pelajari selengkapnya dan mulai instans Mac M1 EC2 di sini.

T: Model pembayaran apa saja yang tersedia untuk instans Mac EC2?

Instans Mac Amazon EC2 tersedia sebagai Host Khusus melalui model harga Sesuai Permintaan dan Savings Plans. Host Khusus merupakan unit penagihan instans Mac EC2. Instans Mac EC2 dikenakan harga per detik dengan periode alokasi minimum 24 jam untuk Host Khusus agar sesuai dengan Perjanjian Lisensi Perangkat Lunak macOS Apple. Pada akhir periode alokasi minimum 24 jam, host dapat dirilis kapan saja tanpa komitmen lebih lanjut. Baik Komputasi dan Savings Plans Komputasi tersedia untuk Instans Mac EC2 dan menawarkan diskon hingga 44% dari harga Sesuai Permintaan. Kunjungi halaman harga Host Khusus untuk informasi selengkapnya. (Perhatikan: Pilih penghunian “Host Khusus” dan sistem operasi “Linux” untuk melihat detailnya.) Anda juga dapat mengakses harga instans Mac EC2 di Kalkulator Harga AWS untuk Host Khusus.

T: Bagaimana cara merilis Host Khusus?

Periode alokasi minimum untuk Host Khusus instans Mac EC2 adalah 24 jam. Setelah periode alokasi melebihi 24 jam, hentikan atau akhiri terlebih dahulu instans yang berjalan di host, lalu rilis host tersebut menggunakan perintah CLI aws ec2 release-hosts atau menggunakan Konsol Manajemen AWS.

T: Apakah dapat berbagi Host Khusus Mac EC2 dengan akun AWS lainnya dalam organisasi Anda?

Ya. Anda dapat berbagi Host Khusus Mac EC2 dengan akun AWS di dalam organisasi AWS Anda, unit organisasi di dalam organisasi AWS Anda, atau seluruh organisasi AWS Anda melalui AWS Resource Access Manager. Untuk informasi selengkapnya, lihat dokumentasi AWS Resource Access Manager.

T: Berapa banyak instans Mac EC2 yang dapat dijalankan pada Host Khusus Mac EC2?

Instans Mac EC2 memanfaatkan kekuatan penuh perangkat keras Mac mini yang mendasarinya. Anda dapat menjalankan 1 instans Mac EC2 pada setiap Host Khusus Mac EC2.

T: Apakah variabel NVRAM EFI dapat diperbarui di instans Mac EC2 ?

Ya, Anda dapat memperbarui variabel NVRAM EFI tertentu pada instans Mac EC2 yang akan bertahan dalam boot ulang. Namun, variabel NVRAM EFI akan disetel ulang jika instans diberhentikan atau diakhiri. Lihat dokumentasi instans Mac EC2 untuk informasi selengkapnya.

T: Apakah FileVault dapat digunakan untuk mengenkripsi volume boot Amazon Elastic Block Store (Amazon EBS) pada instans Mac EC2?

FileVault akan meminta untuk login sebelum melakukan booting ke macOS dan sebelum akses jarak jauh dapat diaktifkan. Jika FileVault diaktifkan, Anda akan kehilangan akses ke data Anda dalam volume boot pada saat melakukan boot ulang, menghentikan, atau mengakhiri instans. Kami sangat menyarankan agar Anda tidak mengaktifkan FileVault. Sebaliknya, kami menyarankan Anda untuk menggunakan enkripsi Amazon EBS untuk boot dan volume EBS data pada instans Mac EC2.

T: Apakah input mikrofon dan output audio pada instans Mac EC2 dapat diakses?

Tidak terdapat akses ke input mikrofon di instans Mac EC2. Server VNC Desktop Jarak Jauh Apple bawaan tidak mendukung output audio. Perangkat lunak desktop kontrol jarak jauh pihak ketiga, seperti Teradici CAS, mendukung audio jarak jauh di macOS.

T: Amazon Machine Image (AMI) berbasis macOS apa yang tersedia untuk instans Mac EC2?

Instans Mac EC2 menggunakan perangkat keras Mac mini fisik untuk menjalankan macOS. Perangkat keras Apple hanya mendukung versi macOS yang disertakan dengan perangkat keras tersebut (atau lebih baru). Instans Mac EC2 berbasis x86 menggunakan Mac mini Intel Core i7 2018, yang berarti bahwa macOS Mojave (10.14.x) adalah versi yang “paling lama” yang dapat Anda gunakan, karena Mac mini 2018 disertakan dengan Mojave. Instans Mac M1 EC2 menggunakan Mac mini M1 2020 yang disertakan dengan macOS Big Sur (11.x). Untuk melihat versi terbaru macOS yang tersedia sebagai AMI Mac EC2, kunjungi dokumentasi.

T: Bagaimana cara menjalankan versi lama macOS di instans Mac EC2?

Instans Mac EC2 merupakan instans bare metal dan tidak menggunakan Hypervisor Nitro. Anda dapat menginstal dan menjalankan lapisan virtualisasi jenis-2 pada instans Mac EC2 berbasis x86 untuk mendapatkan akses ke macOS High Sierra, Sierra, atau versi macOS lama. Pada instans Mac M1 EC2, karena macOS Big Sur merupakan versi macOS pertama yang mendukung Apple Silicon, versi macOS sebelumnya tidak akan dapat berjalan bahkan dengan virtualisasi.

T: Bagaimana cara menjalankan macOS versi beta atau pratinjau pada instans Mac EC2?

Versi beta dan pratinjau macOS saat ini tidak didukung pada instans Mac EC2.

T: Bagaimana cara menggunakan data pengguna EC2 dengan instans Mac EC2?

Seperti halnya instans Linux dan Windows EC2, Anda dapat meneruskan data pengguna kustom ke instans Mac EC2. Alih-alih menggunakan cloud-init, instans Mac EC2 menggunakan daemon peluncuran sumber terbuka: ec2-macos-init. Anda dapat meneruskan data ini ke EC2 Launch Wizard sebagai teks biasa, sebagai file, atau sebagai teks yang terenkode base64.

T: Bagaimana cara menginstal Xcode di instans Mac M1 EC2?

AWS menyediakan AMI macOS dasar tanpa penginstalan IDE Xcode sebelumnya. Anda dapat menginstal Xcode (dan menerima EULA) seperti pada sistem macOS lainnya. Anda dapat menginstal Xcode IDE terbaru dari App Store, atau versi Xcode sebelumnya dari situs web Developer Apple. Setelah Xcode terinstal, kami menyarankan agar Anda membuat snapshot AMI untuk penggunaan di masa mendatang.

T: Apa cadence rilis AMI macOS?

Kami menyediakan AMI macOS berdasarkan usaha terbaik. Anda dapat berlangganan notifikasi SNS untuk pembaruan. Kami menargetkan 30-60 hari setelah pembaruan versi minor macOS dan 90-120 hari setelah pembaruan versi besar macOS untuk merilis AMI macOS resmi.

T: Agen dan paket apa saja yang disertakan dalam macOS AMI EC2?

Agen dan paket berikut disertakan di AMI macOS EC2 secara default:

• Driver ENA untuk macOS
• AWS CLI
• EC2-macos-init
• Amazon CloudWatch Agent
• Chrony
• Homebrew
• AWS Systems Manager Agent

T: Apakah agen dan paket yang disertakan dapat diperbarui di AMI macOS?

Tersedia repositori tap Homebrew Github publik untuk semua agen dan paket yang ditambahkan pada citra macOS dasar. Anda dapat menggunakan Homebrew untuk menginstal agen dan paket versi terbaru pada instans macOS.

T: Apakah pembaruan OS dan perangkat lunak dapat diterapkan ke instans Mac Anda secara langsung dari Server Pembaruan Apple?

Pembaruan perangkat lunak macOS otomatis di instans Mac EC2 dinonaktifkan. Kami menyarankan agar Anda menggunakan AMI macOS resmi kami untuk meluncurkan versi macOS yang Anda butuhkan. Pada instans Mac EC2 berbasis x86, Anda dapat memperbarui versi macOS melalui panel preferensi Pembaruan Perangkat Lunak, atau melalui perintah CLI pembaruan perangkat lunak. Saat ini, kami tidak mendukung pembaruan macOS di instans Mac M1 EC2. Pada instans Mac EC2, Anda dapat menginstal dan memperbarui aplikasi serta perangkat lunak ruang pengguna lainnya.

T: Bagaimana cara terhubung ke instans Mac EC2 melalui SSH?

Setelah meluncurkan instans dan menerima id instans, Anda dapat menggunakan perintah berikut untuk memilih dan menentukan waktu saat instans siap untuk akses SSH. Menghubungkan melalui SSH ke instans Mac EC2 memiliki proses yang sama seperti menghubungkan ke instans EC2 lainnya, misalnya, instans yang menjalankan Linux atau Windows. Agar mendukung penghubungan dengan instans menggunakan SSH, luncurkan instans dengan pasangan kunci dan grup keamanan yang mengizinkan akses SSH. Sediakan file dengan format .pem untuk pasangan kunci saat Anda terhubung ke instans. Untuk informasi selengkapnya, lihat dokumentasi.

T: Bagaimana cara terhubung ke instans Mac EC2 melalui VNC?

macOS memiliki fungsionalitas Berbagi Layar bawaan yang nonaktif secara default, tetapi dapat diaktifkan dan digunakan untuk terhubung ke sesi Grafis (Desktop) instans Mac EC2 Anda. Untuk informasi selengkapnya tentang cara mengaktifkan Berbagi Layar bawaan, lihat dokumentasi.

T: Bagaimana Anda terhubung dengan instans Mac EC2 dengan menggunakan AWS System Manager Session Manager?

Anda dapat terhubung dengan instans Mac EC2 dengan AWS System Manager Session Manager (SSM). Session Manager merupakan fitur AWS Systems Manager terkelola penuh yang menyediakan manajemen instans yang aman dan dapat diaudit. Fitur ini meniadakan keharusan untuk tetap membuka port masuk, mempertahankan host bastion, atau mengelola kunci SSH. SSM Agent terinstal secara default di semua AMI macOS EC2. Untuk informasi selengkapnya, lihat blog ini.

T: Berapa banyak volume Amazon Elastic Block Store (Amazon EBS) dan Antarmuka Jaringan Elastis (ENI) yang didukung oleh instans Mac EC2?

Instans Mac EC2 berbasis x86 mendukung 16 volume EBS dan 8 lampiran ENI sedangkan instans Mac M1 EC2 mendukung hingga 10 volume EBS dan 8 lampiran ENI.

T: Apakah instans Mac EC2 mendukung EBS?

Instans Mac EC2 dioptimalkan oleh EBS secara default, dan menawarkan bandwidth EBS khusus hingga 8 Gbps untuk volume EBS baik yang dienkripsi maupun tidak.

T: Apakah instans Mac EC2 mendukung booting dari penyimpanan lokal?

Instans Mac EC2 hanya dapat melakukan boot dari AMI macOS yang didukung EBS. SSD internal Mac mini tersedia di Disk Utility, tetapi tidak dapat melakukan boot.

T: Apakah instans Mac EC2 mendukung Amazon FSx?

Ya. Instans Mac EC2 mendukung FSx dengan menggunakan protokol SMB. Anda harus mendaftarkan instans Mac EC2 ke layanan direktori yang didukung (seperti Active Directory atau AWS Directory Service) untuk mengaktifkan FSx pada instans Mac EC2. Untuk informasi selengkapnya tentang FSx, kunjungi halaman produk.

T: Apakah instans Mac EC2 mendukung Amazon Elastic File System (Amazon EFS)?

Ya, instans Mac EC2 mendukung EFS melalui protokol NFSv4. Untuk informasi selengkapnya tentang EFS, kunjungi halaman produk.

T. Apa itu instans Dukungan Nitro System untuk Generasi Lama?

AWS Nitro System kini akan menyediakan komponen perangkat keras dan perangkat lunak modernnya untuk instans EC2 generasi sebelumnya guna memperpanjang masa layanan di luar masa pakai umum dari perangkat keras yang mendasarinya. Dengan dukungan Nitro System, pelanggan dapat terus menjalankan beban kerja dan aplikasi pada keluarga instans yang mereka bangun.

T. Instans generasi sebelumnya mana saja yang akan menerima dukungan Nitro System dan dalam jangka waktu berapa lama?

Sejak tahun 2022, instans generasi sebelumnya berikut ini akan menerima dukungan Nitro System: M1, M2, dan M3. Pelanggan instans ini akan menerima notifikasi pemeliharaan migrasi ke Nitro System. Kami akan menambahkan dukungan untuk tipe instans tambahan pada tahun 2023.

T. Tindakan apa yang perlu saya lakukan untuk memigrasi instans generasi sebelumnya milik saya?

Pelanggan tidak perlu mengambil tindakan untuk memigrasi instans aktif generasi sebelumnya yang berjalan pada perangkat keras generasi lama. Untuk instans yang berada pada perangkat keras generasi lama, setiap ID akun pelanggan yang dipetakan ke instans akan menerima notifikasi email dua minggu sebelum pemeliharaan yang terjadwal.

Mirip dengan pemeliharaan umum kami, pelanggan akan memiliki opsi untuk menjadwal ulang pemeliharaan mereka sebanyak yang diperlukan dalam waktu dua minggu tambahan dari jadwal asli waktu pemeliharaan.

T. Apa yang akan terjadi dengan instans saya selama pemeliharaan?

Kami akan bekerja sama dengan pelanggan sebagai bagian dari proses pemeliharaan AWS standar kami. Beberapa tim AWS telah bermigrasi dan sedang menjalankan instans generasi sebelumnya pada perangkat keras Nitro. Selama pemeliharaan, instans akan di-boot ulang yang akan memakan waktu hingga 30 menit bergantung pada atribut dan ukuran instans. Sebagai contoh: Instans dengan disk lokal membutuhkan waktu lebih lama untuk dimigrasikan daripada instans tanpa disk lokal. Setelah di-boot ulang, instans Anda akan mempertahankan alamat IP, nama DNS, dan semua data pada volume penyimpanan instans lokalnya.

T. Apakah saya perlu membangun kembali/menyertifikasi ulang beban kerja untuk menggunakan instans generasi sebelumnya yang dimigrasikan ke AWS Nitro System?

Tidak, pelanggan tidak perlu membangun kembali/menyertifikasi ulang beban kerja pada instans generasi sebelumnya yang dimigrasikan ke AWS Nitro System.

T. Apakah akan ada perubahan pada spesifikasi instans saya setelah dimigrasikan ke AWS Nitro System?

Tidak akan ada perubahan pada spesifikasi instans generasi sebelumnya saat instans dimigrasikan ke AWS Nitro System.

T. Akankah semua fitur dan AMI pada instans generasi sebelumnya milik saya didukung sebagai bagian dari migrasi ini?

Ya, semua fitur dan AMI yang ada yang didukung pada instans generasi sebelumnya akan didukung saat kami memigrasikan instans tersebut ke AWS Nitro System. Namun, perlu diperhatikan bahwa jaringan klasik yang telah diumumkan pensiun tidak akan didukung pada instans generasi sebelumnya yang berjalan di Nitro System. Kami akan memigrasikan instans generasi sebelumnya yang menjalankan jaringan klasik hanya setelah pelanggan telah pindah ke VPC.

T. Apakah akan ada perubahan pada harga dan tagihan saat instans generasi sebelumnya dimigrasikan ke AWS Nitro System?

Tidak akan ada perubahan pada tagihan dan harga. Kami akan terus mendukung model harga yang sama yang kami dukung hari ini untuk instans generasi sebelumnya (sesuai permintaan, Instans Cadangan 1 tahun/3 tahun, Savings Plan, Spot).