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

Amazon Elastic Compute Cloud (Amazon EC2) adalah layanan web yang memberikan kapasitas komputasi yang aman dan berukuran fleksibel di the cloud. Amazon EC2 dirancang untuk membuat komputasi berskala web lebih mudah bagi pengembang.

T: Apa yang dapat saya lakukan dengan Amazon EC2?

Sama seperti Amazon Simple Storage Service (S3) yang memungkinkan penyimpanan di cloud, Amazon EC2 juga memungkinkan “komputasi” di cloud. Antarmuka layanan web sederhana Amazon EC2 memungkinkan Anda mendapatkan dan mengonfigurasi kapasitas dengan friksi minimal. Amazon EC2 memberikan Anda kendali penuh sumber daya komputasi dan memungkinkan Anda bekerja dalam lingkungan komputasi Amazon yang telah terbukti. Amazon EC2 mengurangi waktu yang diperlukan untuk mendapatkan dan melakukan boot instans server baru dalam hitungan menit, memungkinkan Anda mengubah ukuran kapasitas dengan cepat, baik naik maupun turun, seiring perubahan kebutuhan komputasi Anda. Amazon EC2 mengubah ekonomi komputasi dengan memungkinkan Anda hanya membayar kapasitas yang Anda gunakan.

T: Apa yang harus saya lakukan untuk memulai dengan Amazon EC2?

Untuk mendaftar Amazon EC2, klik tombol “Daftar untuk Layanan Web Ini” pada halaman detail Amazon EC2. Anda harus memiliki akun Amazon Web Services guna mengakses layanan ini, jika belum memilikinya, Anda akan diminta untuk membuat akun baru saat mulai proses pendaftaran Amazon EC2. Setelah mendaftar, harap lihat ke dokumentasi Amazon EC2, yang berisi Panduan Awal kami.

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

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

T: Apa yang saat ini dapat dilakukan pengembang yang sebelumnya tidak dapat mereka lakukan?

Hingga saat ini, pengembang 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. Amazon EC2 memungkinkan pengembang mana pun untuk memanfaatkan keunggulan skala massal Amazon sendiri tanpa perlu melakukan investasi dan kompromi kinerja di awal. Pengembang sekarang bebas berinovasi, mengetahui tidak peduli seberapa sukses bisnis mereka nantinya, akan terasa murah dan simpel untuk memastikan mereka memiliki kapasitas komputasi yang diperlukan untuk memenuhi persyaratan bisnis mereka.

Sifat “Elastis” layanan memungkinkan pengembang dengan cepat melakukan penskalaan untuk memenuhi lonjakan dalam lalu lintas atau permintaan. Saat persyaratan komputasi tidak terduga berubah (naik atau turun), Amazon EC2 dapat dengan singkat merespons, yang berarti bahwa pengembang mempunyai kemampuan untuk mengendalikan seberapa banyak sumber daya yang digunakan pada titik tertentu secara sekaligus. Sebaliknya, layanan hosting tradisional akan memberikan jumlah sumber daya tetap untuk batas waktu yang tetap, yang berarti pengguna memiliki kemampuan terbatas untuk dengan mudah memberikan respons saat penggunaan mereka berubah pesat, tidak terduga, atau dikenal mengalami puncak besar pada berbagai interval.

T: Bagaimana saya menjalankan sistem dalam lingkungan Amazon EC2?

Setelah Anda mendaftarkan akun dan memilih atau membuat AMI, Anda sudah siap untuk melakukan boot instans. Anda dapat memulai AMI pada nomor mana pun dari instans Permintaan dengan menggunakan panggilan API RunInstances. Anda hanya perlu mengindikasikan seberapa banyak instans yang ingin Anda luncurkan. Jika Anda ingin menjalankan lebih dari 20 instans Permintaan, lengkapi formulir permintaan instans Amazon EC2.

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

Jika Anda memiliki instans yang berjalan menggunakan partisi boot Amazon EBS, Anda juga dapat menggunakan panggilan API StopInstances untuk merilis sumber daya komputasi namun tetap menjaga 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 ingin, Anda juga dapat melakukan semua tindakan ini dari AWS Management Console atau melalui baris perintah menggunakan alat baris perintah kami, yang telah diimplementasikan menggunakan API layanan web ini.

T: Apa perbedaan antara menggunakan penyimpanan instans lokal dan Amazon Elastic Block Store (Amazon EBS) untuk perangkat akar?

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

Atau, penyimpanan instans lokal hanya bertahan selama masa pakai instans. Hal ini merupakan cara untuk meluncurkan instans yang terjangkau di mana data tidak disimpan ke perangkat akar. Misalnya, beberapa pelanggan menggunakan opsi ini untuk menjalankan situs web besar di mana setiap instans adalah klon untuk menangani lalu lintas web.

T: Seberapa cepat sistem akan berjalan?

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

T: Bagaimana cara memuat dan menyimpan sistem dengan Amazon EC2?

Amazon EC2 memungkinkan Anda untuk menetapkan dan mengonfigurasi semua hal tentang instans, dari sistem operasi hingga aplikasi. Amazon Machine Image (AMI) sederhananya adalah lingkungan terpadu yang mencakup semua byte yang diperlukan untuk menetapkan dan melakukan boot pada instans Anda. AMI adalah unit penerapan Anda. Anda hanya dapat memiliki satu AMI atau dapat menggabungkan sistem dari beberapa susunan AMI blok (misalnya, server web, server aplikasi, dan database). Amazon EC2 menyediakan sejumlah alat untuk memudahkan pembuatan AMI. Setelah membuat AMI khusus, Anda perlu membundelnya. Jika Anda membundel gambar dengan perangkat akar yang didukung oleh Amazon EBS, Anda dapat cukup menggunakan perintah bundel di AWS Management Console. Jika Anda membundel gambar dengan partisi boot di penyimpanan instans, Anda akan perlu menggunakan Alat AMI untuk mengunggahnya ke Amazon S3. Amazon EC2 menggunakan Amazon EBS dan Amazon S3 untuk menyediakan penyimpanan yang dapat diandalkan dan terskala pada AMI Anda sehingga kami dapat melakukan boot saat diminta.

Atau, jika ingin, Anda tidak harus menetapkan AMI dari awal. Anda dapat memilih dari sejumlah AMI yang tersedia di seluruh dunia yang menyediakan 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 selagi kumpulan sistem operasi berjalan di dalamnya.

T: Apakah Amazon EC2 digunakan bersamaan dengan Amazon S3?

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

Kami berharap para pengembang menyadari bahwa kombinasi Amazon EC2 dan Amazon S3 sangatlah berguna. Amazon EC2 menyediakan komputasi yang terskala dan terjangkau di cloud, sementara Amazon S3 memungkinkan pengguna untuk menyimpan data mereka dengan yakin.

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

Anda hanya dapat menjalankan hingga total 20 instans Sesuai Permintaan di seluruh kelompok instans, membeli 20 Instans Cadangan, dan meminta Instans Spot per batasan Spot dinamis per wilayah. Akun AWS baru dapat dimulai dengan batas yang lebih rendah dari batas yang diuraikan di sini. Selanjutnya, jenis instans tertentu dibatasi per wilayah sebagai berikut:

Jenis Instans Batasan Sesuai Permintaan
Batasan Cadangan Batasan Spot
m5.large 20 20 Batasan Spot Dinamis
m5.xlarge 20 20 Batasan Spot Dinamis
m5.2xlarge 20 20 Batasan Spot Dinamis
m5.4xlarge 10 20 Batasan Spot Dinamis
m5.12xlarge 5 20 Batasan Spot Dinamis
m5.24xlarge 5 20 Batasan Spot Dinamis

m4.4xlarge

10

20

Batasan Spot Dinamis

m4.10xlarge

5

20

Batasan Spot Dinamis

m4.16xlarge

5

20

Batasan Spot Dinamis

c5.large 20 20 Batasan Spot Dinamis
c5.xlarge 20 20 Batasan Spot Dinamis
c5.2xlarge 20 20 Batasan Spot Dinamis
c5.4xlarge 10 20 Batasan Spot Dinamis
c5.9xlarge 5 20 Batasan Spot Dinamis
c5.18xlarge 5 20 Batasan Spot Dinamis
c4.4xlarge 10 20 Batasan Spot Dinamis
c4.8xlarge 5 20 Batasan Spot Dinamis
hs1.8xlarge 2 20 Tidak ditawarkan
cr1.8xlarge 2 20 Batasan Spot Dinamis
p3.2xlarge

1

20

Batasan Spot Dinamis

p3.8xlarge

1

20

Batasan Spot Dinamis

p3.16xlarge

1

20

Batasan Spot Dinamis

p2.xlarge

1

20

Batasan Spot Dinamis

p2.8xlarge

1

20

Batasan Spot Dinamis

p2.16xlarge

1

20

Batasan Spot Dinamis

g3.4xlarge 1 20 Batasan Spot Dinamis
g3.8xlarge 1 20 Batasan Spot Dinamis
g3.16xlarge 1 20 Batasan Spot Dinamis

r4.large

20

20

Batasan Spot Dinamis

r4.xlarge

20

20

Batasan Spot Dinamis

r4.2xlarge

20

20

Batasan Spot Dinamis

r4.4xlarge

10

20

Batasan Spot Dinamis

r4.8xlarge

5

20

Batasan Spot Dinamis

r4.16xlarge

1

20

Batasan Spot Dinamis

r3.4xlarge 10 20 Batasan Spot Dinamis
r3.8xlarge 5 20 Batasan Spot Dinamis
h1.8xlarge
10 20 Batasan Spot Dinamis
h1.16xlarge
5 20 Batasan Spot Dinamis

i3.large

2

20

Batasan Spot Dinamis

i3.xlarge

2

20

Batasan Spot Dinamis

i3.2xlarge

2

20

Batasan Spot Dinamis

i3.4xlarge

2

20

Batasan Spot Dinamis

i3.8xlarge

2

20

Batasan Spot Dinamis

i3.8xlarge

2

20

Batasan Spot Dinamis

i3.16xlarge

2

20

Batasan Spot Dinamis

i2.2xlarge 8 20 Batasan Spot Dinamis
i2.4xlarge 4 20 Batasan Spot Dinamis
i2.8xlarge 2 20 Batasan Spot Dinamis
d2.4xlarge 10 20 Batasan Spot Dinamis
d2.8xlarge 5 20 Batasan Spot Dinamis
t2.nano 20 20 Batasan Spot Dinamis
t2.micro
20 20 Batasan Spot Dinamis
t2.small
 20 20 Batasan Spot Dinamis
t2.medium
 20 20 Batasan Spot Dinamis
t2.large
 20 20 Batasan Spot Dinamis
t2.xlarge  20 20 Batasan Spot Dinamis
t2.2xlarge 20 20 Batasan Spot Dinamis
Semua Jenis Instans Lainnya 20 20 Batasan Spot Dinamis

Perhatikan bahwa instans cc2.8xlarge, hs1.8xlarge, cr1.8xlarge, G2, D2, dan I2 tidak tersedia di semua wilayah.

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

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

Ya. Guna mempertahankan kualitas alamat Amazon EC2 untuk mengirim email, kami menerapkan batasan default pada jumlah email yang dapat dikirim dari akun EC2. Jika ingin mengirim sejumlah besar email dari EC2, Anda dapat menghapus penerapan batasan ini dari akun dengan mengisi formulir ini.

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

Amazon EC2 menyediakan lingkungan komunikasi yang sangat fleksibel. Amazon EC2 memungkinkan Anda meningkatkan atau menurunkan kapasitas dalam hitungan menit, bukan 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 Amazon EC2 biasanya akan menyiapkan instans baru dengan cepat. Tentu saja, karena hal ini dikontrol dengan API layanan web, aplikasi Anda dapat meningkatkan dan menurunkan skala secara otomatis bergantung pada kebutuhannya.

T: Lingkungan sistem pengoperasian apa yang didukung?

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

T: Apakah Amazon EC2 menggunakan memori ECC?

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

T: Apa perbedaan layanan ini dengan layanan hosting biasa?

Layanan hosting tradisional secara umum menyediakan sumber daya yang telah dikonfigurasi untuk jumlah waktu tetap dan pada biaya yang telah ditentukan. Amazon EC2 secara fundamental berbeda dalam hal fleksibilitas, kontrol dan penghematan biaya yang signifikan yang ditawarkan kepada pengembang, yang memungkinkan pengembang untuk memanfaatkan Amazon EC2 sebagai pusat data pribadi mereka dengan keuntungan infrastruktur Amazon.com yang hebat.

Saat persyaratan komputasi tidak terduga berubah (naik atau turun), Amazon EC2 dapat dengan singkat merespons, yang berarti bahwa pengembang mempunyai kemampuan untuk mengendalikan seberapa banyak sumber daya yang digunakan pada titik tertentu secara sekaligus. Sebaliknya, layanan hosting tradisional akan memberikan jumlah sumber daya tetap untuk batas waktu yang tetap, yang berarti pengguna memiliki kemampuan terbatas untuk dengan mudah memberikan respons saat penggunaan mereka berubah pesat, tidak terduga, atau dikenal mengalami puncak besar pada berbagai interval.

Kemudian, banyak layanan hosting tidak menyediakan kontrol penuh pada sumber daya komputasi yang disediakan. Dengan menggunakan Amazon EC2, pengembang dapat memilih tidak hanya untuk memulai atau mematikan instans kapan saja, mereka juga dapat menyesuaikan kebutuhan konfigurasi instans mereka sepenuhnya untuk memenuhi kebutuhan mereka – dan mengubahnya kapan saja. Sebagian besar layanan hosting menyediakan lebih banyak kepada grup pengguna dengan persyaratan sistem yang sama, dan oleh karena itu menawarkan kemampuan yang terbatas untuk mengubah hal ini.

Akhirnya, dengan Amazon EC2 pengembang dapat menikmati keuntungan pembayaran hanya untuk penggunaan sumber daya aktual mereka – dan pada tarif yang sangat rendah. Sebagian besar layanan mewajibkan pengguna membayar biaya di muka dan tetap yang tidak sesuai dengan kemampuan komputasi aktual yang digunakan oleh pengguna, dan sehingga pengguna berisiko membeli terlalu banyak sumber daya guna mengimbangi ketidakmampuan untuk meningkatkan skala sumber daya dengan cepat dalam jangka waktu yang pendek.


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 akan dikenai biaya sebagai Transfer Data Internet di kedua sisi transfer. 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 transfer data yang mendetail.

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 Internet. Oleh karena itu, jika data ditransfer di antara dua instans ini, hal ini dikenai biaya pada Transfer Data Internet Keluar untuk instans pertama dan pada Transfer Data Internet Masuk untuk instans kedua.

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

Meskipun 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. Contohnya adalah instans yang berjalan selama 1 jam 10 menit dan 4 detik akan menjadi 1.1677. Baca blog ini untuk contoh laporan penagihan terperinci.

T: Apakah harga tersebut termasuk potongan pajak?

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


T: Pada jenis perangkat keras apa kumpulan aplikasi saya akan berjalan?

Kunjungi Jenis instans Amazon EC2 untuk daftar instans EC2 yang berlaku berdasarkan wilayah.

T: Bagaimana cara memilih jenis instans yang tepat?

Instans Amazon EC2 dikelompokkan menjadi 5 kelompok: instans Tujuan Umum, Komputasi yang Dioptimalkan, Memori yang Dioptimalkan, Penyimpanan yang Dioptimalkan dan Komputasi yang Terakselerasi. Instans Tujuan Umum memiliki memori ke rasio CPU yang sesuai untuk sebagian besar aplikasi bertujuan umum dan dilengkapi dengan kinerja tetap (M5, M4) atau kinerja yang dapat ditingkatkan (T2); instans Komputasi Dioptimalkan (C5, C4) memiliki lebih banyak sumber daya CPU daripada memori (RAM) secara proporsional dan cocok untuk meningkatkan skala aplikasi intensif komputasi dan beban kerja Komputasi Kinerja Tinggi (High Performance Computing – “HPC”); Instans Memori Dioptimalkan (X1e, X1, R4) menawarkan ukuran memori yang lebih besar untuk aplikasi intensif memori, termasuk database dan aplikasi penyembunyian memori; instans Komputasi Akselerasi (P3, P2, G3, F1) memanfaatkan kemampuan pemrosesan paralel NVIDIA Tesla GPU untuk komputasi kinerja tinggi dan machine Learning/pembelajaran mendalam; instans Grafik GPU (G3) menawarkan kemampuan grafik 3D kinerja tinggi untuk aplikasi yang menggunakan OpenGL dan DirectX; instans F1 memberikan komputasi yang dapat dikonfigurasi ulang berbasis Xilinx FPGA; Instans Penyimpanan yang Dioptimalkan (H1, I3, D2) yang menyediakan kapasitas I/O yang sangat tinggi dan rendah latensi dengan menggunakan penyimpanan instans lokal berbasis SSD untuk aplikasi intensif I/O, menyediakan densitas penyimpanan tinggi lokal dan kinerja I/O berurutan untuk penyimpanan data, Hadoop dan aplikasi intensif data lainnya. Ketika memilih jenis instans, Anda harus mempertimbangkan karakteristik aplikasi sehubungan dengan penggunaan sumber daya (yaitu CPU, Memori, Penyimpanan) dan memilih kelompok instans dan ukuran instans yang optimal.

T: Apa itu “Unit komputasi EC2” dan mengapa diperkenalkan?

Beralih ke model komputasi utilitas secara fundamental mengubah bagaimana pengembang 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 pengembang untuk membandingkan kapasitas CPU di antara jenis instans yang berbeda, kami telah mendefinisikan Unit komputasi 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 yang lebih jelas.

T: Apa itu ketersediaan wilayah jenis instans Amazon EC2?
Untuk semua daftar instans dan ketersediaan wilayah, kunjungi Harga Amazon EC2.


T: Bagaimana cara mencegah orang lain melihat sistem saya?

Anda memiliki kontrol sepenuhnya atas visibilitas sistem. Sistem keamanan Amazon EC2 memungkinkan Anda untuk 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 server lain apa pun.

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 dokumen Amazon Web Services: Gambaran Umum Proses Keamanan dan Panduan Keamanan Amazon EC2 yang menjalankan Windows.


T: Mengapa batas saya 5 alamat Elastic IP 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 terbatas pada 5 alamat Elastic IP per wilayah. Jika Anda memerlukan lebih dari 5 alamat Elastic IP, kami meminta Anda untuk mengajukan batasan yang akan ditingkatkan. Kami akan meminta Anda untuk mempertimbangkan kasus penggunaan dan membantu kami memahami kebutuhan alamat tambahan. Anda dapat menerapkan lebih banyak alamat Elastic IP di sini. Setiap peningkatan akan spesifik untuk wilayah di mana peningkatan di minta.

 

T: Mengapa saya dikenai biaya ketika alamat Elastic IP tidak berkaitan dengan instans yang berjalan?

Untuk membantu memastikan pelanggan kami menggunakan alamat Elastic IP secara efisien, kami membebankan biaya kecil setiap jam untuk setiap alamat ketika alamat ini tidak berkaitan dengan instans yang berjalan.

 

T: Apakah saya memerlukan satu alamat Elastic IP untuk setiap instans yang dijalankan?

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 yang didukung adalah semua contoh aplikasi yang biasanya tidak memerlukan alamat Elastic IP.

 

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

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?

Ya, Anda dapat mengonfigurasi rekaman DNS balik alamat Elastic IP dengan mengisi formulir ini. Perhatikan bahwa rekaman DNS maju yang terkait yang menuju alamat Elastic IP tersebut harus ada sebelum kami dapat membuat rekaman DNS balik.


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 Zona Ketersediaan. 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.  Silakan merujuk ke Produk dan Layanan Wilayah untuk perincian lebih dalam tentang ketersediaan produk dan layanan kami berdasarkan wilayah.

T: Bagaimana cara memastikan bahwa saya berada di Availability Zone yang sama seperti pengembang lain?

Kami saat ini tidak mendukung kemampuan untuk mengoordinasikan peluncuran ke Availability Zone yang sama di akun pengembang 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 Availability Zone dengan menggunakan alamat IP publik, apakah saya akan dikenai biaya dua kali untuk Transfer Data Wilayah (kali pertama karena hal tersebut melewati zona, dan kali kedua karena saya menggunakan alamat IP publik)?

Tidak. Tarif Transfer Data Wilayah berlaku jika setidaknya hal-hal berikut benar, namun hanya dikenakan biaya satu kali untuk instans yang digunakan bahkan jika keduanya benar:

  • Instans yang lain berada di Availability Zone 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 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 kinerja yang konsisten serta sumber daya komputasi dan memori yang ditingkatkan untuk instans EC2 yang divirtualkan dengan menghapus komponen perangkat lunak sistem host. Hal ini memungkinkan AWS untuk menawarkan ukuran instans yang lebih besar (seperti c5.18xlarge) yang pada praktiknya menyediakan semua 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?

Secepatnya semua jenis instans akan menggunakan Nitro Hypervisor, namun dalam jangka waktu dekat, beberapa jenis instans baru akan menggunakan Xen yang 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 di 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 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” DescribeIntances merespons, yang akan terus melaporkan “Xen” untuk semua instans EC2, bahkan jika instans-instans tersebut berjalan berdasarkan Nitro Hypervisor. Bidang ini dapat dihapus dalam revisi API EC2 di masa mendatang.

T. AMI mana 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 berdasarkan 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 berdasarkan Nitro Hypervisor melakukan boot dari volume EBS dengan menggunakan antarmuka NVMe. Instans yang berjalan berdasarkan Xen melakukan boot dari perangkat keras IDE yang disalin, 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 pada instans yang berjalan berdasarkan Xen dan Nitro Hypervisor. Sebagian besar aplikasi akan berfungsi dengan cara yang sama berdasarkan Xen dan Nitro Hypervisor selama sistem pengoperasian memiliki dukungan yang diperlukan untuk jaringan ENA dan penyimpanan NVMe.

T. Bagaimana cara instans melakukan reboot dan permintaan pengakhiran API EC2 diimplementasikan 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 dipasang 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: Kemampuan jaringan apa yang disertakan dalam fitur ini?

Saat ini kami mendukung kemampuan jaringan yang ditingkatkan 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 yang Ditingkatkan?

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

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

Untuk mengaktifkan fitur ini, Anda harus meluncurkan HVM AMI dengan driver yang tepat. Instans C5, C5d, F1, G3, H1, I3, m4.16xlarge, M5, M5d, P2, P3, R4, R5, R5d, T3, X1, X1e, dan z1d menggunakan Elastic Network Adapter (yang menggunakan driver Linux “ena”) untuk Jaringan Mutakhir. Instans C3, C4, D2, I2, M4 ((kecuali m4.16xlarge), dan R3 menggunakan Intel® 82599g Virtual Function Interface (yang menggunakan driver Linux “ixgbevf”). 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 yang Ditingkatkan hanya didukung oleh Amazon VPC.

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

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

T: Mengapa Jaringan yang Ditingkatkan hanya didukung di Amazon VPC?

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

T: Jenis instans mana yang mendukung Jaringan yang Ditingkatkan?

Bergantung pada jenis instans Anda, jaringan mutakhir dapat diaktifkan menggunakan salah satu dari mekanisme berikut:

Intel 82599 Virtual Function (VF) interface - Intel 82599 Virtual Function interface mendukung kecepatan jaringan hingga 10 Gbps untuk jenis instans yang didukung. Instans C3, C4, D2, I2, M4 (kecuali m4.16xlarge), dan R3 menggunakan antarmuka Intel 82599 VF untuk jaringan mutakhir.

Elastic Network Adapter (ENA) - Elastic Network Adapter (ENA) mendukung kecepatan jaringan hingga 25 Gbps untuk jenis instans yang didukung. Instans C5, C5d, F1, G3, H1, I3, m4.16xlarge, M5, M5d, P2, P3, R4, R5, R5d, T3, X1, X1e, dan z1d menggunakan Elastic Network Adapter untuk Jaringan Mutakhir.

T. Jenis instans mana yang menawarkan penyimpanan instans NVMe?

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 banyak IOPS. Seperti Instans klaster, instans I/O Tinggi dapat diklaster melalui grup penempatan klaster untuk jaringan bandwidth tinggi.


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

Data yang disimpan pada 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: Kinerja seperti apa yang dapat saya harapkan dari volume Amazon EBS?

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

T: Apa itu jenis volume Throughput Optimized HDD (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 kinerja 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 jenis volume EBS dengan biaya terendah per GB. Ini merupakan hal yang ideal untuk beban kerja yang jarang diakses dengan set data beku dan besar. 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 database intensif IOPS transaksional, boot volume, dan beban kerja yang memerlukan IOPS yang tinggi. Volume yang didukung SSD mencakup Provisioned IOPS SSD (io1) dan General Purpose SSD (gp2). Volume yang didukung HDD dirancang untuk beban kerja intensif throughput dan big-data, ukuran I/O yang besar, dan pola I/O sekuensial. 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: Apa terdapat dukungan untuk beberapa instans yang mengakses volume tunggal?

Meskipun Anda dapat memasang beberapa volume ke satu instans, memasang beberapa instans ke satu volume belum didukung saat ini.

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

Tidak, snapshot EBS hanya tersedia melalui API Amazon EC2.

T: Apakah volume perlu dilepaskan ('unmounted') untuk bisa mengambil snapshot? Apakah snapshot harus selesai sebelum volume dapat digunakan kembali? 

Tidak, snapshot dapat selesai secara real time sementara volume dipasang dan 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.

QT: 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 Set Data Publik tersedia di Pusat Sumber Daya Set Data 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 Pertanyaan Sering Diajukan (FAQ) Amazon EBS.


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

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 EC2 Amazon, lihat Panduan Memulai Amazon EFS.

T. Tipe instans EC2 dan AMI Amazon mana yang bekerja dengan Amazon EFS?

Amazon EFS kompatibel dengan semua tipe instans 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 EC2 Amazon, lihat Panduan Memulai Amazon EFS.

T. Bagaimana saya memuat data ke sistem file?

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

Sistem file Amazon EFS dapat dipasangkan pada instans EC2 Amazon, sehingga data yang dapat diakses ke instans EC2 Amazon 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 Pertanyaan Sering Diajukan (FAQ) Amazon EFS.

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

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

Instans EC2 Amazon dalam VPC Anda dapat mengakses sistem file secara langsung, dan instans Klasik EC2 Amazon 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 EC2 Amazon yang menghubungkan ke sistem file secara serentak.

T: Di mana saya dapat mempelajari selengkapnya tentang EFS?

Anda dapat mengunjungi halaman Pertanyaan Sering Diajukan (FAQ) Amazon EFS.


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 EC2 Amazon 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 EC2 Amazon?

Anda dapat mengambil data metrik untuk instans EC2 Amazon mana pun hingga 2 minggu dari waktu Anda mulai memonitornya. Setelah 2 minggu, data metrik untuk instans EC2 Amazon tidak tersedia jika monitoring dinonaktifkan untuk instans EC2 Amazon 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 EC2 Amazon yang dihentikan atau Elastic Load Balancer yang dihapus?

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

T: Apakah tarif monitoring Amazon CloudWatch berubah tergantung pada tipe instans EC2 Amazon 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 troubleshooting dan aktivitas lain yang memerlukan pembuatan grafik yang paling presisi dari periode waktu tersebut.


T: Apakah saya dapat menskalakan armada Amazon EC2 secara otomatis?

Ya. Amazon EC2 Auto Scaling merupakan layanan yang dikelola penuh yang dirancang untuk meluncurkan atau menghentikan instans EC2 Amazon secara otomatis untuk membantu memastikan bahwa Anda memiliki nomor instans EC2 Amazon 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 Auto Scaling EC2 untuk secara otomatis meningkatkan jumlah instans EC2 Amazon selama peningkatan permintaan untuk menjaga performa dan menurunkan kapasitas selama lull untuk mengurangi biaya. Untuk informasi selengkapnya, lihat Pertanyaan Sering Diajukan (FAQ) Auto Scaling Amazon EC2.


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

Elastic Load Balancing menawarkan dua jenis load balancer yang keduanya mempunyai ketersediaan tinggi, penskalaan otomatis, 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 termasuk 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 kontainer. Kunjungi Elastic Load Balancing untuk informasi selengkapnya.


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, 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 kepercayaan diri tambahan dalam kemampuan untuk meluncurkan instans saat diperlukan.

Anda juga dapat memilih untuk melakukan pemesanan kapasitas dan membeli RI Standar atau Convertible yang dicakupkan ke wilayah (disebut “RI regional”). RI Regional secara otomatis mengaplikasikan diskon ke penggunaan di seluruh Availability Zone dan ukuran instans di suatu wilayah, memudahkan Anda untuk mengambil keuntungan dari 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 pemesanan kapasitas, maka 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 Availability Zone 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 default tenancy memberikan fleksibilitas ukuran instans. Fleksibilitas ukuran instans tidak tersedia pada RI platform lain seperti Windows, Windows dengan SQL Standard, Windows dengan SQL Server Enterprise, Windows dengan SQL Server Web, RHEL, dan SLES.

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

RI Regional tidak memerlukan tindakan apa pun untuk memanfaatkan fleksibilitas Availability Zone dan ukuran instans.

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

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

T: Bagaimana saya membeli RI?

Untuk memulai, Anda dapat membeli RI dari EC2 Management Console atau dengan menggunakan AWS CLI. Cukup tentukan jenis instans, platform, tenancy, jangka waktu, opsi pembayaran, dan wilayah atau Availability Zone.

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 family instans. Dalam kasus fleksibilitas ukuran instans pada RI, penskalaan ini digunakan untuk menerapkan tarif diskon RI ke penggunaan family 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.

Ukuran Instans

Faktor Normalisasi

nano

 0,25

mikro 0,5
kecil 1
medium 2
besar 4
xlarge 8
2xlarge 16
4xlarge 32
8xlarge 64
9xlarge 72
10xlarge 80
12xlarge 96
16xlarge 128
18xlarge 144
24xlarge 192
32xlarge 256

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 jenis instans RI selama jangka waktunya?

Ya, Convertible RI menawarkan Anda opsi untuk mengubah jenis instans, mengoperasikan sistem, opsi tenancy atau pembayaran RI selama jangka waktunya. Lihat pada bagian Convertible RI dalam Pertanyaan 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 Tagihan Gabungan?

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 tagihan gabungan.

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 jangka waktu, termasuk pembayaran di depan dan pembayaran per jam berulang. Tingkatannya bervariasi dan diskon terkait ditampilkan bersama.

Kisaran Tingkat Nilai Cantuman

Diskon untuk Upfront

Diskon untuk Per Jam

Kurang dari 500 ribu USD

0%

0%

500 ribu USD – 4 juta USD

5%

5%

4 juta USD -10 juta USD 10% 10%
Lebih dari 10 juta USD Hubungi Kami  

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:

Nilai Diskon Volume Partial Upfront 3 Tahun di AS Timur

 

Upfront USD

Per Jam Berulang USD

Nilai per Jam Berulang

Nilai Cantuman

m3.xlarge

 1.345 USD

 0,060 USD

 1.577 USD

 2.922 USD

c3.xlarge

 1.016 USD

 0,045 USD

 1.183 USD

 2.199 USD

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

Jika Anda menggunakan Tagihan Gabungan, 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 Tagihan Gabungan sebelum membeli RI untuk memastikan bahwa Anda mendapatkan manfaat dari diskon volume sebesar mungkin sehingga akun gabungan Anda berhak menerimanya.

T: Apakah Convertible RI memenuhi syarat untuk Diskon Volume?

Tidak, namun nilai tiap Convertibel RI yang Anda beli berperan pada tingkat diskon volume.

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

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 EC2yang 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 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 3 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. Klik di sini untuk mempelajari selengkapnya tentang menukar Convertible RI.

T: Apakah saya dapat mentransfer Convertible atau Standard RI dari satu wilayah ke wilayah lainnya?
Tidak, RI dikaitkan dengan wilayah tertentu, yang tetap selama durasi jangka waktu reservasi.

T: Bagaimana saya mengubah konfigurasi Convertible RI?
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 selengkapnya tentang menukar Convertible RI.

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 Convertible RI yang Anda miliki dan Convertible RI yang Anda inginkan.

T: Bagaimana penukaran Convertible RI berjalan?
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 Marketplace Instans Cadangan?

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 Cadangan pada Marketplace Instans Cadangan?

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 Cadangan?

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 kapan dapat menjual di Marketplace Instans Cadangan?

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 Cadangan 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 Cadangan 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 Cadangan 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 cadangan 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 Cadangan 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 Cadangan 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 Cadangan 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 On-Demand sampai dan kecuali Anda membeli reservasi baru, atau menghentikan instans.

T. Apa saya dapat menjual kembali Instans cadangan yang saya beli dari Marketplace Instans Cadangan?

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. Dan juga, Anda tidak boleh menjual Instans Cadangan di wilayah US GovCloud.

T. Apa saya dapat menjual Instans Cadangan yang dibeli dari tingkat harga volume publik?

Tidak, kemampuan ini belum tersedia.

T. Apa ada biaya untuk menjual Instans Cadangan di Marketplace Instans Cadangan?

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 Cadangan 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 Cadangan yang telah mereka beli?

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

T. Kapan saya 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 di rekening Anda dalam 3-5 hari setelah Instans Cadangan terjual.

T. Jika saya menjual Instans cadangan di Marketplace Instans Cadangan, 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 diberi notifikasi tentang aktivitas Marketplace Instans Cadangan?

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 Cadangan pihak ketiga?

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

T. Apakah saya harus membayar Premium Support saat membeli Instans Cadangan dari Marketplace Instans Cadangan?

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


 

T. Apa itu Armada Amazon EC2?

Dengan satu panggilan API, Armada EC2 memungkinkan Anda menyediakan kapasitas komputasi di berbagai jenis instans, Availability Zone, dan di berbagai model pembelian Instans Sesuai Permintaan, Cadangan, dan Spot untuk membantu mengoptimalkan skala, kinerja, dan biaya.

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

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 Cadangan (RI) dengan Armada Amazon EC2?

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 Armada Amazon EC2 akan failover menjadi Sesuai Permintaan jika kapasitas Spot EC2 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 Armada Amazon EC2?

Armada EC2 tidak disertai biaya tambahan, Anda hanya membayar sumber daya yang mendasarinya yang diluncurkan oleh Armada EC2.

T. Dapatkah Anda memberikan contoh nyata tentang bagaimana saya dapat menggunakan Armada Amazon EC2?

Ada sejumlah cara untuk memanfaatkan Armada Amazon EC2, seperti dalam beban kerja data besar, aplikasi kemas, beban kerja pemrosesan grid, dll. Dalam contoh beban kerja pengurutan genom ini, Anda dapat meluncurkan grid node pekerja dengan satu panggilan API: pilih instans favorit Anda, tetapkan bobot untuk instans ini, tentukan kapasitas target untuk Instans Sesuai Permintaan dan Spot, dan bangun armada dalam hitungan detik untuk memproses data genom dengan cepat.

T. Bagaimana saya dapat mengalokasikan sumber daya dalam Armada Amazon EC2?

Secara default, Armada EC2 akan meluncurkan opsi Sesuai Permintaan yang merupakan harga terendah. Untuk Instans Spot, Armada EC2 menyediakan dua strategi alokasi: harga terendah dan diversifikasi. Strategi harga terendah memungkinkan Anda untuk 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 Armada Amazon EC2 multi-wilayah?

Tidak, permintaan Armada EC2 multi-wilayah tidak didukung.

T. Dapatkah saya menandai Armada Amazon EC2?

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

T. Dapatkah saya mengubah Armada Amazon EC2 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 spesifikasikan AMI yang ingin Anda gunakan untuk tiap spesifikasi peluncuran yang Anda sertakan dalam EC2 Fleet Anda.


T. Apa itu Instans Spot?

Instans spot merupakan kapasitas EC2 cadangan yang dapat menghemat 90% dari harga On-Demand yang dapat AWS interupsi dengan notifikasi 2 menit. Spot menggunakan instans EC2 mendasar yang sama dengan On-Demand dan Instans Cadangan, dan paling cocok untuk beban kerja yang fleksibel dan bertoleransi terhadap gangguan. Instans Spot memberikan opsi tambahan untuk mendapatkan kapasitas komputasi dan dapat digunakan bersama dengan On-Demand dan Instans Cadangan.

T. Apa perbedaan instans Spot dari instans On-Demand atau instans Cadangan?

Saat bekerja, instans Spot sama persis dengan instans On-Demand atau instans Cadangan. Perbedaan utamanya adalah instans Spot biasanya menawarkan diskon yang signifikan dari harga On-Demand, 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 peralatan yang sama untuk meluncurkan instans sekarang ini, termasuk AWS Management Console, Grup Auto-scaling, Run Instances dan Spot Fleet. Selain itu, banyak layanan AWS mendukung peluncuran instans spot seperti EMR ECS, Datapipeline, Cloudformation dan Batch.

Untuk mengaktifkan instans spot, Anda hanya perlu memilih Launch Template 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, lihat pada Panduan Pengguna Amazon EC2.

Jika Anda menginginkan batas yang lebih tinggi, lengkapi formulir permintaan instans EC2 Amazon dengan kasus penggunaan dan peningkatan instans akan dipertimbangkan. 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 efektif biayanya di beberapa kumpulan kapasitas Spot dengan menggunakan Spot Fleet. Untuk informasi selengkapnya, lihat Penggunaan Spot Terbaik.

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 Pengembang 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 family dan ukuran instans EC2, termasuk instans yang dioptimisasi komputasi terbaru, grafis diakselerasi, dan jenis instans FPGA. Daftar lengkap jenis instans yang didukung di tiap wilayah terdapat di sini.

T. Sistem operasi mana yang tersedia sebagai instans Spot?

Tersedia server Linux/UNIX dan Windows. Server Windows dengan Server SQL saat ini tidak tersedia.

T. Apa saya dapat menggunakan instans spot dengan AMI berbayar untuk software pihak ketiga (seperti paket software IBM)?

Tidak pada saat ini.

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 (misalnya penggunaan Instans On Demand atau Cadangan). Kedua, jika Anda telah memilih untuk mengatur “maximum Spot price” 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 On-Demand 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, data dari EBS root volume 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 root volume untuk menuliskan data dari memori. Jika EBS root volume 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. Apakah saya dapat memulai kembali instans yang dihentikan atau melanjutkan instans yang dihibernasikan?

Tidak, Anda tidak dapat menyalakan kembali instans yang dihentikan atau melanjutkan instans yang dihibernasi secara langsung. Siklus stop-start dan hibernate-resume dikontrol oleh Amazon EC2. Jika instans dihentikan atau dihibernasi oleh Spot, instans akan dinyalakan kembali atau 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 ulang daftar versi OS yang didukung, lihat pada Hibernasi Spot.

T. Bagaimana biaya yang dikenakan jika instans spot diinterupsi?

Jika instans spot Anda diterminasi atau dihentikan oleh Amazon EC2 dalam jam instans pertama, Anda tidak akan dikenai biaya untuk penggunaan itu. Namun, jika Anda menghentikan instans sendiri, Anda akan dikenai biaya ke detik yang terdekat. Jika Instans spot diterminasi atau dihentikan oleh Amazon EC2 di jam berikutnya, Anda akan dikenai biaya untuk penggunaan ke detik yang terdekat. Jika Anda menjalankan instans pada Windows dan menghentikan instans sendiri, Anda akan dikenai biaya untuk sejam penuh.

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 untuk 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, Hadoop workflow, 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 Spot Fleet

Tidak, tidak ada biaya tambahan untuk permintaan Spot Fleet.

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 Spot Fleet mencoba untuk meluncurkan instans spot tetapi melebihi batas permintaan Spot regional?

Jika permintaan Spot Fleet melebihi batas permintaan instans spot regional, permintaan instans spot individual akan gagal dengan status permintaan melebihi batas permintaan Spot. Riwayat permintaan Spot Fleet akan menampilkan kesalahan batas permintaan Spot yang diterima permintaan Fleet. 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 spot fleet memungkinkan Anda menempatkan beberapa permintaan instans spot, dan menjadi subyek ketersediaan dan harga sebagai satu permintaan instans spot. Misalnya, jika tidak ada sumber daya yang tersedia untuk jenis instans yang dicantumkan pada permintaan Spot Fleet, kami mungkin tidak dapat memenuhi sebagian atau seluruh permintaan. Direkomendasikan untuk memasukkan semua kemungkinan jenis instans dan Availability Zone yang sesuai untuk beban kerja di Spot Fleet.

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 Spot Fleet mengalokasi sumber daya di berbagai kumpulan instans spot yang ditentukan dalam spesifikasi peluncuran?

RequestSpotFleet API menyediakan dua strategi alokasi: lowestPrice dan diversified. Strategi lowestPrice memungkinkan Anda untuk menetapkan sumber daya Spot Fleet di kelompok intans yang memberikan harga per unit kapasitas terendah pada saat permintaan. Strategi yang beragam juga memungkinkan Anda untuk menetapkan sumber daya Spot Fleet 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 untuk lebih mengurangi biaya pengoperasian seiring waktu. Kunjungi Panduan Penggunaan Amazon EC2 untuk mempelajari selengkapnya.

T. Apa saya dapat menandai permintaan Spot Fleet?

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

T. Bagaimana saya melihat Spot fleet mana yang memiliki instans spot saya?

Anda dapat mengidentifikasi instans spot yang diasosiasikan dengan Spot Fleet dengan menjelaskan permintaan fleet. Permintaan fleet tersedia selama 48 jam setelah semua instans spot telah 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 Spot Fleet dengan Elastic Load Balancing, Auto Scaling, atau Elastic MapReduce?

Anda dapat menggunakan fitur Auto Scaling dengan Spot Fleet seperti pelacakan target, pemeriksaan kesehatan, metrik cloudwatch dan dapat memasang instans ke Elastic load balancer (klasik dan application load balancer). Elastic MapReduce memiliki fitur yang bernama “Instance fleets” yang memberikan kemampuan yang sama dengan Spot Fleet.

T. Apakah permintaan Spot Fleet menghentikan instans spot saat tidak lagi berjalan pada kelompok Spot yang harganya paling murah dan meluncurkannya ulang di kelompok yang harganya paling murah?

Tidak, permintaan Spot Fleet tidak secara otomatis menghentikan dan meluncurkan kembali instans saat sedang dijalankan. Namun, jika Anda menghentikan instans spot, Spot Fleet akan disegarkan dengan instans spot yang baru di kelompok yang harganya paling murah.

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

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



 

T. Berapa banyak daya komputasi yang diberikan Instans Mikro?

Instans mikro memberikan sejumlah kecil sumber daya CPU yang konsisten dan memungkinkan Anda untuk 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 selengkapnya tentang penggunaan jenis instans ini.

T. Bagaimana perbandingan antara Instans mikro dengan Instans Small Standar?

Pada status yang stabil, Instans mikro 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 memgonsumsi siklus komputasi yang signifikan, direkomendasikan untuk menggunakan instans mikro.

T. Bagaimana cara mengetahui apakah aplikasi membutuhkan sumber daya CPU yang lebih dari instans mikro 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 mikro.

T. Apa semua fitur Amazon EC2 tersedia untuk Instans Mikro?

Saat ini Amazon DevPay tidak tersedia untuk Instans Mikro.


T. Kapan saya perlu menggunakan instans Komputasi Dioptimalkan?

Instans Komputasi Dioptimalkan dirancang untuk aplikasi yang memanfaatkan daya komputasi yang tinggi. Aplikasi tersebut termasuk aplikasi dengan komputasi intensif seperti server web berkinerja tinggi, high-performance computing (HPC), pemodelan ilmiah, analisis terdistribusi, dan inferensi machine learning.

T. Apa saya dapat meluncurkan instans C4 sebagai instans yang dioptimisasi Amazon EBS?

Tiap jenis instans C4 dioptimisasi EBS secara default. Instans C4 500 Mbps hingga 4.000 Mbps ke EBS di atas dan melebihi throughput jaringan fungsi umum yang diberikan ke instans. Karena fitur ini selalu mengaktifkan instans C4, meluncurkan instans C4 secara eksplisit sebagai instans yang dioptimisasi 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 beban kerja 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 pada Kontrol Status Prosesor.

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

Instans C5: Instans C5 merupakan generasi terbaru dari instans Komputasi yang Dioptimalkan. Instans C5 didasarkan pada prosesor Intel Xeon Platinum, bagian dari keluarga prosesor Intel Xeon Scalable (diberi nama kode Skylake-SP), dan tersedia dalam 6 ukuran dan menawarkan hingga 72 vCPU dan memori 144 GiB. Instans C5 memberikan 25% peningkatan dalam harga/performa dibandingkan dengan instans C4.

C4 instances: Instans C4 didasarkan pada prosesor Intel Xeon E5-2666 v3 (diberi nama kode Haswell). Instans C4 tersedia dalam 5 ukuran dan menawarkan hingga 36 vCPU dan memori 60 GiB.

T. Apa saya perlu memindahkan beban kerja dari instans C3 atau C4 ke instans C5?

Peningkatan generasional dalam performa CPU dan harga instans C5 yang lebih murah, yang menggabungkan hasil dalam 25% peningkatan harga/performa dibandingkan dengan instans C4, memberikan manfaat spektrum luas dari beban kerja yang saat ini dijalankan pada instans C3 atau C4. Untuk aplikasi intensif poin 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 penyesuaian grafik dan beban kerja HPC yang dapat diakselerasi dengan GPU atau FPGA perlu mempertimbangkan family instans lain di portfolio Amazon EC2 yang mencakup sumber daya tersebut untuk menemukan instans yang ideal untuk beban kerja mereka.

T. Sistem operasi/AMI mana yang didukung pada Instans C5?

HVM AMI yang didukung EBS dengan dukungan untuk jaringan dan booting ENA dari penyimpanan berbasis NVMe dapat digunakan dengan instans C5. AMI berikut ini didukung pada C5:

  • Amazon Linux 2014.03 atau yang terbaru
  • Ubuntu 14.04 atau yang terbaru
  • SUSE Linux Enterprise Server 12 atau yang terbaru
  • Red Hat Enterprise Linux 7.4 atau yang terbaru
  • CentOS 7 atau yang terbaru
  • Windows Server 2008 R2
  • Windows Server 2012
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

Untuk kinerja penyimpanan SSD berbasis NVMe lokal pada C5d, direkomendasikan menggunakan Linux kernel versi 4.9+.

T. Opsi penyimpanan apa yang tersedia untuk pelanggan C5?

Instans C5 menggunakan volume EBS untuk penyimpanan, dioptimisasi EBS secara default, dan menawarkan hingga 9 Gbps throughput untuk volume EBS terenkripsi dan tidak terenkripsi. Instans C5 mengakses volume EBS melalui antarmuka NVM Express (NVMe) yang dipasang PCI. NVMe adalah antarmuka penyimpanan efisien yang dapat diskalakan dan biasa digunakan untuk SSD berbasis flash seperti penyimpanan NVMe lokal yang diberikan dengan instans I3. Meski antarmuka NVMe mungkin memberikan latensi lebih rendah dibanding dengan perangkat blok paravirtual Xen, saat digunakan untuk mengakses volume EBS, jenis volume, ukuran dan IOPS ditetapkan (jika berlaku) akan menentukan latensi keseluruhan dan karakteristik throughput volume. Saat NVMe digunakan untuk memberikan volume EBS, mereka akan disambungkan dan diputuskan dengan hotplug PCI.

T. Antarmuka jaringan apa yang didukung pada instans C5?

Instans C5 menggunakan Elastic Network Adapter (ENA) untuk networking dan mengaktifkan Enhanced Networking secara default. Dengan ENA, instans C5 dapat menggunakan hingga 25 Gbps bandwidth jaringan.

T. Antarmuka penyimpanan mana yang didukung pada 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 memberikan pengurangan latensi dan membuat I/O dan throughput disk yang meningkat.

T. Berapa banyak volume EBS yang dapat dipasangkan ke instans C5?

Instans C5 mendukung maksimal 27 volume EBS untuk semua sistem Pengoperasian. Batasan ini dibagikan bersama lampiran ENI yang dapat ditemukan di sini http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html. Misalnya: karena setiap instans memiliki setidaknya 1 ENI, jika Anda memiliki 3 pemasangan ENI tambahan pada c4.2xlarge, Anda dapat memasangkan 24 volume EBS ke instans itu.

T. Apa hypervisor mendasar pada instans C5?

Instans C5 menggunakan hypervisor EC2 baru yang didasarkan pada teknologi core KVM.

T: Mengapa total memori yang dilaporkan oleh Linux tidak sesuai dengan memori yang diiklankan dari jenis instans C5?

Di C5, porsi memori total untuk instans dicadangkan dari penggunaan oleh Sistem Pengoperasian termasuk area yang digunakan oleh BIOS virtual untuk hal seperti tabel ACPI dan untuk perangkat seperti RAM video virtual.


T: Apa itu instans Komputasi Terakselerasi?

Family instans Komputasi Terakselerasi adalah family instans yang menggunakan akselerator perangkat keras, atau co-processor, untuk melakukan beberapa fungsi, seperti kalkulasi jumlah poin mengambang dan pemrosesan grafis, dengan lebih efisien dibandingkan yang mungkin dalam penggunaan software pada CPU. Amazon EC2 memberikan tiga jenis instans Komputasi Terakselerasi - instans komputasi GPU untuk komputasi tujuan umum, instans grafis GPU untuk aplikasi yang intensif grafis, dan instans komputasi perangkat keras yang dapat diprogram FPGA untuk beban kerja ilmiah lanjutan.

T. Kapan saya perlu menggunakan Instans GPU Grafis dan Komputasi?

Instans GPU bekerja paling baik untuk aplikasi dengan paralelisme yang masih seperti beban kerja menggunakan ribuan thread. Pemrosesan grafis merupakan contoh dengan persyaratan komputasi yang besar, di mana tiap tugas relatif kecil, rangkaian pengoperasian yang dilakukan membentuk pipeline, dan throughput dari pipeline ini lebih penting dari latensi pengoperasian individual. Untuk dapat membangun aplikasi yang memanfaatkan tingkat paralelisme ini, pengguna memerlukan pengetahuan yang spesifik tentang perangkat GPU dengan memahami bagaimana memprogram berbagai API grafis (DirectX, OpenGL) atau model pemrograman komputasi GPU(CUDA, OpenCL).

T: Apa perbedaan instans P3 dan instans G3?

Instans P3 merupakan generasi lanjutan dari instans komputasi GPU tujuan umum EC2, yang didukung oleh hingga 8 generasi terbaru GPU NVIDIA Tesla V100. Instans baru ini secara signifikan meningkatkan performa dan skalabilitas, serta menambahkan banyak fitur, termasuk arsitektur Streaming Multiprocessor (SM) baru untuk machine learning (ML)/pengoptimalan performa deep learning (DL), interkoneksi GPU kecepatan tinggi NVIDIA NVLink, serta memori HBM2 yang disetel tinggi 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 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. Aplikasi contoh instans G3 mencakup visualisasi 3D. tempat kerja jarak jauh grafis intensif, render 3D, streaming aplikasi, pengodean video, dan beban kerja grafis server sisi lain.

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 yang meningkatkan programabilitas. Kemajuan ini akan melengkapi HPC, pusat data, superkomputer, serta sistem dan aplikasi deep learning.

T: Siapa yang akan mendapat keuntungan instans P3?

Instans P3 dengan performa komputasi mereka yang tinggi akan menguntungkan pengguna aplikasi artificial intelligence (AI), machine learning (ML), deep learning (DL) serta high performance computing (HPC). Pengguna termasuk ilmuwan data, arsitek data, analis data, peneliti ilmiah, insinyur ML, manajer IT, dan pengembang software. Industri inti termasuk transportasi, energi/minyak & gas, layanan keuangan (perbankan, asuransi), perawatan kesehatan, farmasi, ilmu pengetahuan, IT, ritel, manufaktur, teknologi tinggi, transportasi, pemerintahan, akademik, dan masih banyak lagi.

T: Apa penggunaan utama instans P3?

Instans P3 menggunakan GPU untuk mempercepat berbagai sistem dan aplikasi deep learning termasuk platform kendaraan otonom, sistem pengenalan suara, gambar, dan teks, analisis video cerdas, simulasi molekul, penemuan obat-obatan, diagnosis penyakit, ramalan cuaca, analisis big data, pemodelan keuangan, robotika, automasi pabrik, penerjemahan bahasa real-time, pengoptimalan pencarian online, dan rekomendasi pengguna dipersonalisasi, di antaranya.

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

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

T: Akankah instans P3 mendukung jaringan EC2 Classic dan Amazon VPC?

Instans P3 hanya akan mendukung VPC saja.

T. Apa perbedaan 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. Aplikasi contoh instans G3 mencakup visualisasi 3D. tempat kerja jarak jauh grafis intensif, render 3D, streaming aplikasi, pengodean video, dan beban kerja grafis server sisi lain.

Instans P2 menggunakan GPU NVIDIA Tesla K80 dan dirancang untuk komputasi GPU tujuan umum yang menggunakan model pemrograman CUDA atau OpenCL. Instans P2 memberikan pelanggan dengan jaringan bandwidth tinggi 25 Gbps, kemampuan poin mengambang presisi tunggal dan ganda yang kuat, serta memori error-correcting code (ECC), yang menjadikan mereka ideal untuk deep learning, database performa tinggi, dinamika fluida komputasi, keuangan komputasi, analisis seismik, pemodelan molekul, geonomik, render, serta beban kerja komputasi GPU server sisi lain.

T: Apa perbedaan instans P3 dan instans G2?

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

Instans P2 menggunakan GPU NVIDIA Tesla K80 dan dirancang untuk komputasi GPU tujuan umum yang menggunakan model pemrograman CUDA atau OpenCL. Instans P2 memberi pelanggan dengan jaringan bandwidth tinggi 25 Gbps, kemampuan poin mengambang presisi tunggal dan ganda yang kuat, serta memori error-correcting code (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 serta 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 cara untuk mendapatkan driver NVIDIA. Terdapat daftar di AWS Marketplace yang menawarkan AMI Amazon Linux dan AMI Windows Server bersama dengan driver NVIDIA yang telah terpasang. Anda juga dapat menjalankan AMI HVM 64-bit dan memasang driver secara mandiri. Anda harus membuka situs web driver NVIDIA dan mencari NVIDIA Tesla V100 untuk P3, NVIDIA Tesla K80 untuk P2, serta NVIDIA Tesla M60 untuk instans G3.

T. AMI mana yang dapat saya gunakan dengan instans P3, P2 dan G3?

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

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

Di samping driver NVIDIA dan GRID SDK, penggunaan instans G2 dan G3 tidak memerlukan lisensi pihak ketiga lain. Meski begitu, Anda bertanggung jawab menentukan apakah konten atau teknologi yang digunakan pada instans G2 dan G3 memerlukan lisensi tambahan atau tidak. Misalnya, jika Anda menyiarkan konten Anda mungkin memerlukan lisensi untuk beberapa atau semua konten tersebut. Jika Anda menggunakan teknologi pihak ketiga seperti sistem operasi, penyandi audio dan/atau video, dan penyandi dari Microsoft, Thomson, Fraunhofer IIS, Sisvel S.p.A., MPEG-LA, serta Coding Technologies, silakan berkonsultasi pada penyedia ini untuk menentukan apakah Anda memerlukan lisensi atau tidak. Misalnya, jika Anda memanfaatkan penyandi video h.264 bawaan pada GPU NVIDIA GRID, Anda harus menghubungi MPEG-LA untuk mendapatkan panduan, dan jika Anda menggunakan teknologi mp3, Anda harus menghubungi Thomson untuk mendapatkan panduan selengkapnya.

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 mutakhir, dan 4 dukungan monitor dengan resolusi hingga 4096x2160. Anda perlu menggunakan AMI dengan driver NVIDIA GRID yang sudah terpasang, atau unduh dan instal driver NVIDIA GRID pada dokumentasi AWS berikut.

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

Saat menggunakan Remote Desktop, GPU yang menggunakan model driver WDDM akan ditempatkan bersama dengan driver tampilan Remote Desktop non-percepatan. Untuk mengakses perangkat keras GPU, Anda perlu menggunakan alat akses jarak jauh berbeda, seperti VNC.

T. Apa itu Amazon EC2 F1?

Amazon EC2 F1 adalah instans komputasi dengan perangkat keras dapat diprogram yang dapat digunakan untuk percepatan aplikasi. Jenis instans F1 baru ini memberikan performa tinggi, kemudahan akses FPGA untuk pengembangan serta penerapan akselerasi perangkat keras kustom.

T. Apa itu FPGA dan mengapa saya membutuhkannya?

FPGA adalah sirkuit terpadu yang dapat dikonfigurasi menggunakan software. Dengan menggunakan FPGA, Anda dapat mempercepat aplikasi Anda hingga 30x saat dibandingkan dengan server yang menggunakan CPU saja. Dan, FPGA bersifat dapat diprogram, sehingga Anda akan mendapatkan fleksibilitas untuk memperbarui dan mengoptimalkan percepatan perangkat keras Anda tanpa perlu mendesain ulang perangkat tersebut.

T. Bagaimana perbandingan F1 dengan solusi FPGA tradisional?

F1 merupakan instans AWS dengan perangkat keras yang dapat diprogram untuk percepatan aplikasi. Dengan F1, Anda memiliki akses ke perangkat keras FPGA hanya dalam beberapa klik, menghemat waktu dan biaya perkembangan FPGA siklus penuh dan menskalakan penerapan dari bulan atau tahun ke hari. Selagi teknologi FPGA telah tersedia selama berpuluh-puluh tahun, adopsi percepatan aplikasi telah berhasil baik dalam perkembangan akselerator dan model bisnis penjualan perangkat keras kustom untuk perusahaan tradisional, karena waktu dan biaya dalam infrastruktur perkembangan, desain perangkat keras, serta penerapan sesuai skalanya. 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)?

Desain yang Anda ciptakan untuk memprogram FPGA dinamakan Amazon FPGA Image (AFI). AWS memberikan layanan untuk mendaftarkan, mengelola, menyalin, menanyakan, dan menghapus AFI. Setelah dibuat, AFI dapat dimuat pada instans F1 yang berjalan. Anda dapat memuat lebih dari satu AFI pada instans F1 yang sama, dan dapat beralih AFI saat aktif tanpa perlu boot ulang. Hal ini memungkinkan Anda untuk melakukan tes dan menjalankan lebih dari percepatan perangkat keras dalam rangkaian yang cepat. Anda juga dapat menawarkan kombinasi percepatan FPGA Anda serta AMI dengan perangkat keras atau driver AFI kustom pada pelanggan lain di AWS Marketplace.

T. Bagaimana saya mendaftarkan percepatan perangkat keras milik saya di AWS Marketplace?

Anda akan mengembangkan AFI dan driver/alat perangkat lunak untuk menggunakan AFI ini. Anda lalu akan mengemas alat/driver perangkat lunak ini ke Amazon Machine Image (AMI) dalam format yang terenkripsi. AWS kemudian akan mengelola semua AFI dalam format terenkripsi yang Anda berikan untuk menjaga keamanan kode Anda. Untuk menjual produk di AWS Marketplace, Anda atau perusahaan Anda harus mendaftar menjadi penjual AWS Marketplace, Anda lalu memasukkan AMI ID dan AFI ID yang digunakan untuk dikemas dalam satu produk. AWS Marketplace akan mengurus proses pengklonaan AMI dan AFI untuk menciptakan produk, dan menghubungkan kode produk ke artefak ini, seperti pengguna akhir mana pun yang berlangganan kode produk ini akan memiliki akses ke AMI dan AFI ini.

T. Apa yang tersedia bersama instans F1?

Untuk pengembang, AWS memberikan Hardware Development Kit (HDK) untuk membantu mempercepat siklus perkembangan, AMI Pengembang FPGA untuk perkembangan di cloud, SDK untuk AMI yang menjalankan instans F1, dan sekumpulan API untuk mendaftarkan, mengelola, menyalin, menanyakan, serta menghapus AFI. Pengembang dan pelanggan akan memiliki akses ke AWS Marketplace di mana AFI dapat didaftarkan dan dibeli untuk penggunaan dalam percepatan aplikasi.

T. Apakah saya memerlukan ahli FPGA untuk menggunakan instans F1?

Pelanggan AWS yang berlangganan ke AMI yang dioptimalkan F1 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 keras spesifik pada API untuk akselerator tersebut dan mulai menggunakannya.

T. Saya adalah pengembang FPGA, bagaimana saya memulai instans F1?

Pengembang dapat memulai instans F1 dengan membuat akun AWS dan mengunduh Hardware Development Kit (HDK) AWS. HDK tersebut mencakup dokumentasi mengenai F1, antarmuka FPGA internal, serta skrip penyusun untuk membuat AFI. Pengembang dapat mulai menulis kode FPGA mereka ke antarmuka terdokumentasi yang disertakan dalam HDK untuk membuat fungsi percepatan mereka. Pengembang dapat meluncurkan instans AWS dengan AMI Pengembang FPGA. AMI ini mencakup alat pengembangan yang diperlukan untuk menyusun dan menyimulasi kode FPGA. AMI Pengembang sangat sesuai dijalankan pada instans C5, M5, atau R4 terbaru. Pengembang harus memiliki pengalaman dalam bahasa pemrograman yang digunakan untuk membuat kode FPGA (misal Verilog atau VHDL) dan paham dengan operasi yang ingin mereka percepat.

T. Saya bukan pengembang FPGA, bagaimana saya memulai instans F1?

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

T. Apakah AWS menyediakan kit pengembang?

Ya. Hardware Development Kit (HDK) mencakup peralatan simulasi serta model simulasi untuk pengembang guna melakukan simulasi, debug, build, dan register kode akselerasi mereka. HDK ini termasuk sampel kode, skrip penyusun, antarmuka debug, dan tool lain yang akan diperlukan untuk mengembangkan kode FPGA untuk instans F1 Anda. Anda dapat menggunakan HDK baik dalam AMI yang disediakan AWS atau dalam lingkungan perkembangan lokal Anda. Model dan skrip ini tersedia secara umum dengan akun AWS.

T. Apakah saya dapat menggunakan HDK dalam lingkungan perkembangan lokal milik saya?

Ya. Anda dapat menggunakan Hardware Development Kit (HDK) baik dalam AMI yang disediakan AWS atau dalam lingkungan perkembangan lokal Anda.

T. Apakah saya dapat menambahkan FPGA ke jenis instans EC2 mana pun?

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


T. Apa itu Instans Komputasi Klaster?

Instans Komputasi Klaster menggabungkan sumber daya komputasi dengan jaringan performa tinggi untuk aplikasi High Performance Compute (HPC) serta aplikasi terikat jaringan berat lain. Instans Komputasi Klaster memberikan fungsionalitas yang sama dengan instans Amazon EC2 lain namun secara khusus telah dibuat untuk memberikan jaringan performa tinggi.

Fungsionalitas grup penempatan klaster EC2 memungkinkan pengguna untuk 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 disesuaikan untuk aplikasi pelanggan yang perlu melakukan operasi jaringan intensif.

Pelajari selengkapnya mengenai penggunaan jenis instans ini untuk aplikasi HPC.

T. Performa jaringan seperti apa yang dapat saya dapatkan saat menjalankan instans pada grup penempatan klaster?

Bandwidth yang dapat dimanfaatkan instans EC2 dalam grup penempatan klaster bergantung pada jenis 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. Jenis instans ini sangat ideal untuk beban kerja intensif memori termasuk sistem analisis dalam memori, analisis grafis dan 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 untuk 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 dapat mendapatkan manfaat untuk 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 lebih, harap selesaikan 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 kasus penggunaan utama Instans M5 Amazon EC2?

Instans M5 memberikan pilihan bagus untuk menjalankan lingkungan pengembangan dan tes, aplikasi web, seluler dan game, aplikasi analisis, dan aplikasi kritis bisnis termasuk ERP< HR, CRM, dan aplikasi kolaborasi. Pelanggan yang tertarik menjalankan beban kerja intensif data mereka (misal HPC, atau klaster SOLR) pada instans dengan footprint memori tinggi juga akan berpendapat M5 adalah pilihan yang sesuai. Beban kerja berat yang menggunakan operasi poin mengambang presisi tunggal dan ganda dan pemrosesan vektor seperti beban kerja pemrosesan video dan memerlukan memori lebih tinggi dapat mengambil keuntungan dari panduan AVX-512 yang didukung M5.

T: Mengapa pelanggan harus memilih Instans EC2 M5 daripada Instans EC2 M4?

Dibanding dengan EC2 M4 Instance, EC2 M5 Instance memberi pelanggan performa komputasi dan penyimpanan yang lebih besar, lebih besar ukuran instans untuk harga yang lebih murah, konsistensi dan keamanan. Keunggulan terbesar Instans EC2 M5 adalah berdasarkan penggunaan generasi sebelumnya yaitu prosesor Xeon Scalable (alias Skylake), yang memberikan hingga 14% peningkatan harga/performa dibandingkan M4. Dengan dukungan AVX-512 di dalam M5 vs. AVX2 lama di M4, pelanggan akan memperoleh 2x performa lebih tinggi dalam beban kerja yang membutuhkan operasi poin mengambang. Instans M5 memberikan hingga 25 Gbps bandwidth jaringan dan hingga 10 Gbps bandwidth khusus ke Amazon EBS. Instans M5 juga memberikan keuntungan jaringan yang secara signifikan lebih tinggi serta performa Amazon EBS pada ukuran instans lebih kecil dengan kemampuan penguat EBS.

T: Bagaimana dukungan untuk Intel AVX-512 menguntungkan pengguna EC2 M5 Instance?

Intel Advanced Vector Extension 512 (AVX-512) merupakan set instruksi CPU baru yang tersedia pada keluarga prosesor Intel Xeon Scalable terbaru, yang dapat mempercepat performa di antaranya untuk beban kerja dan penggunaan seperti simulasi ilmiah, analisis keuangan, kecerdasan buatan, machine learning/deep learning, pemodelan dan analisis 3D, pemrosesan gambar dan video, kompresi kriptografi dan data. Intel AVX-512 menawarkan pemrosesan algoritma enkripsi khusus, yang membantu mengurangi overhead performa untuk kriptografi, yang berarti pelanggan EC2 M5 dapat menyebarkan data dan layanan yang lebih aman ke lingkungan terdistribusi tanpa mengkhawatirkan kinerja

T: Apa opsi pilihan yang tersedia untuk pelanggan M5?

Instans M5 memanfaatkan volume EBS untuk penyimpanan. Sampai saat ini, belum ada opsi penyimpanan lokal untuk instans M5.

T: Antarmuka jaringan mana yang didukung pada instans M5?

Instans M5 hanya mendukung Enhanced Networking berbasis ENA. Instans M5 tidak akan mendukung netback. Dengan ENA, instans M5 dapat memberikan hingga 25 Gbps bandwidth jaringan antar instans saat dijalankan di dalam Placement Group.

T. Sistem operasi/AMI mana yang didukung pada instans M5?

HVM AMI yang didukung EBS dengan dukungan untuk jaringan dan booting ENA dari penyimpanan berbasis NVMe dapat digunakan dengan instans M5. AMI berikut didukung pada M5:

  • Amazon Linux 2014.03 atau yang terbaru
  • Ubuntu 14.04 atau yang terbaru
  • SUSE Linux Enterprise Server 12 atau yang terbaru
  • Red Hat Enterprise Linux 7.4 atau yang terbaru
  • CentOS 7 atau yang terbaru
  • Windows Server 2008 R2
  • Windows Server 2012
  • Windows Server 2012 R2
  • Windows Server 2016
  • FreeBSD 11.1-RELEASE

Untuk kinerja penyimpanan SSD berbasis NVMe lokal pada M5d, direkomendasikan menggunakan Linux kernel versi 4.9+.

T. Apa opsi pilihan yang tersedia untuk pelanggan M5?

Instans M5 menggunakan volume untuk penyimpanan, dioptimalkan EBS secara default, dan menawarkan throughput hingga 10 Gbps untuk volume EBS terenkripsi dan tidak. Instans M5 mengakses volume EBS via antarmuka NVM Express (NVMe) tersemat PCI. NVMe adalah antarmuka penyimpanan efisien yang dapat diskalakan dan biasa digunakan untuk SSD berbasis flash seperti penyimpanan NVMe lokal yang diberikan dengan instans I3. Meski antarmuka NVMe mungkin memberikan latensi lebih rendah dibanding dengan perangkat blok paravirtual Xen, saat digunakan untuk mengakses volume EBS, jenis volume, ukuran dan IOPS ditetapkan (jika berlaku) akan menentukan latensi keseluruhan dan karakteristik throughput volume. Saat NVMe digunakan untuk memberikan volume EBS, mereka akan disambungkan dan diputuskan dengan hotplug PCI.

T. Berapa banyak volume EBS yang dapat disambungkan ke instans M5?

Instans M5 mendukung maksimum 27 volume EBS untuk semua sistem operasi. Batasan ini dibagikan bersama lampiran ENI yang dapat ditemukan di sini http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-eni.html. Contohnya: karena setiap instans memiliki paling tidak 1 ENI, jika Anda memiliki 3 sambungan ENI tambahan pada m4.2xlarge, maka Anda dapat menyambungkan 24 volume EBS ke instans tersebut.

T. Hypervisor apa yang mendasari instans M5?

Instans M5 menggunakan Nitro Hypervisor baru yang dibuat berdasarkan teknologi core KVM.

T. Mengapa memori total yang dilaporkan Linux tidak sesuai dengan memori yang ditawarkan jenis instans M5?

Pada M5, porsi memori total untuk sebuah instans telah dikhususkan untuk digunakan dengan sistem operasi termasuk area yang digunakan oleh BIOS virtual untuk berbagai hal seperti tabel ACPI dan untuk perangkat seperti RAM video virtual.

T: Apa perbedaan Burstable Performance Instance?

Amazon EC2 memungkinkan Anda untuk memilih antara Fixed Performance Instance (misalnya keluarga instans C, M dan R) serta Burstable Performance Instans (misalnya T2). Instans Kinerja yang Dapat Melonjak memberikan level kinerja CPU standar dengan kemampuan untuk melonjak di atas standar.

Kinerja standar dan kemampuan untuk melakukan lonjakan instans T2 diatur oleh Kredit CPU. Setiap instans T2 menerima Kredit CPU secara terus-menerus, yang besarnya bergantung pada ukuran instans. Instans T2 menambah Kredit CPU saat berhenti, dan mengonsumsi Kredit CPU saat aktif. Kredit CPU menyediakan kinerja inti CPU penuh selama satu menit.

Model

vCPU

Kredit CPU/jam

Saldo Kredit CPU Maksimum

Kinerja CPU Garis Dasar

t2.nano 1 3 72 5% dari satu core

t2.micro

1

6

144

10% dari satu core

t2.small

1

12

288

20% dari satu core

t2.medium

2

24

576

40% dari satu core*

t2.large 2 36 864 60% dari satu core**

t2.xlarge

4

54

1.296

90% dari satu core***

t2.2xlarge

8

81

1.944

135% dari satu core****

*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 core, atau jika dibutuhkan aplikasi multithread dapat menggunakan 45% masing-masing dari 2 core atau 22,5% dari semua 4 core.

****Untuk t2.large, aplikasi thread tunggal dapat menggunakan semua 1 core, atau jika dibutuhkan aplikasi multithread dapat menggunakan 67,5% masing-masing dari 2 core atau 16,875% dari semua 8 core. 

T. Bagaimana saya memilih Amazon Machine Image (AMI) yang tepat untuk instans T2 milik saya?

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

T: Mengapa saya harus memilih Instans Kinerja yang Dapat 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 memerlukan penggunaan CPU secara konstan lebih besar dari garis dasar, pikirkan family instans CPU khusus seperti M atau C.

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

Anda dapat melihat saldo untuk setiap instans T2 dalam metrik EC2 per-Instance pada Amazon CloudWatch. Instans T2 memiliki 4 metrik, CPUCreditUsage, CPUCreditBalance, CPUSurplusCreditBalance dan CPUSurplusCreditsCharged. CPUCreditUsage menunjukkan jumlah CPU Credits 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 CPU Credit instans Anda mendekati nol, performa CPU akan diturunkan ke performa garis dasar pada interval 15 menit.

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

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

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

Instans T2 dapat dibeli sebagai Instans Permintaan, Instans Cadangan, atau Instans Spot.


T. Apa itu Instans Padat-penyimpanan?

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

T. Bagaimana Instans Dense-storage dan HDD-storage dibandingkan dengan instans I/O Tinggi? 

Instans I/O Tinggi (I2) ditujukan untuk beban kerja yang memerlukan latensi rendah serta I/O acak tinggi sebagai tambahan untuk memoderasi kepadatan penyimpanan serta memberikan harga/IOPS terbaik dibanding jenis instans EC2 lain. Instans Padat-penyimpanan (D2) dan instans HDD-storage (H1) dioptimalkan untuk aplikasi yang memerlukan akses baca/tulis sekuensial tinggi serta penyimpanan daya biaya rendah untuk set data yang sangat besar dan memberikan harga/GB-storage serta harga/disk-throughput terbaik dibanding instans EC2 lain.

T. Seberapa banyak throughput disk yang dapat instans Dense-storage dan HDD-storage berikan?

Generasi baru instans Padat-penyimpanan terbesar, d2.8xlarge, dapat mengirimkan hingga 3,5 GBps throughput disk baca dan 3,1 GBps tulis dengan ukuran blok 2 MiB. Ukuran instans H1 terbesar, h1.16xlarge, dapat mengirimkan hingga 1,15 GBps baca dan tulis. Untuk memastikan performa throughput disk terbaik dari instans D2 Anda pada Linux, kami menyarankan Anda untuk menggunakan versi paling baru Amazon Linux AMI, atau Linux AMI lain dengan versi kernel 3.8 atau yang terbaru yang mendukung peruntukan persisten – ektensi ke protokol ring blok Xen yang secara signifikan meningkatkan throughput dan skalabilitas disk.

T. Apakah instans Dense-storage dan HDD-storage memberikan mekanisme failover atau redundansi?

Penyimpanan data primer untuk instans Padat-penyimpanan adalah penyimpanan instans berbasis HDD. Seperti penyimpanan instans pada umumnya, volume penyimpanan ini hanya akan bertahan sepanjang umur instans. Karena itu, kami menyarankan Anda untuk membuat derajat redundansi (contohnya RAID 1/5/6) atau menggunakan sistem file (contohnya HDFS dan MapR-FS) yang mendukung redundansi serta toleransi kesalahan. Anda juga dapat mencadangkan data secara teratur ke solusi penyimpanan data yang lebih tahan lama seperti Amazon Simple Storage Service (S3) untuk ketahanan data tambahan. Silakan lihat Amazon S3 untuk informasi lebih lengkap.

T. Apa yang membuat instans Dense-storage dan HDD-storage berbeda dari Amazon EBS?

Amazon EBS menawarkan penyimpanan simpel, elastis, terpercaya (direplikasi), serta tingkat blok persisten untuk Amazon EC2 selagi mengabstraksi detail media penyimpanan dasar yang digunakan. Penyimpanan instans Amazon EC2 memberikan blok bangunan penyimpanan berperforma tinggi nonpersisten yang dapat digunakan untuk berbagai aplikasi penyimpanan. Instans Padat-penyimpanan secara khusus ditujukan pada pelanggan yang menginginkan akses baca/tulis sekuensial tinggi untuk set data besar pada penyimpanan lokal, misalnya untuk komputasi distribusi Hadoop dan gudang data pemrosesan paralel yang besar.

T. Dapatkah saya menjalankan instans H1 sebagai instans yang dioptimalkan Amazon EBS?

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

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 HDD-storage diberikan pada EC2 Classic?

Generasi instans HDD-storage saat ini (instans H1) hanya dapat dijalankan di Amazon VPC. Dengan Amazon 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 VPD, lihat Amazon EC2 dan Amazon Virtual Private Cloud (VPC).

T. Apakah instans Padat-penyimpanan diberikan pada EC2 Classic?

Generasi instans Padat-penyimpanan 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 VPD, lihat Amazon EC2 dan Amazon Virtual Private Cloud (VPC). Anda dapat mengambil beberapa langkah untuk memindahkan sumber daya dari EC2-Classic ke Amazon VPC. Untuk informasi selengkapnya, lihat Memindahkan Linux Instance 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 banyak IOPS. Seperti instans Klaster, instans I/O Tinggi dapat dikelompokkan 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 I3 menyediakan penyimpanan NVMe saja, sementara instans I2 generasi sebelumnya memungkinkan akses penyimpanan blkfront legasi. Untuk saat ini Anda hanya dapat membeli instans I/O Tinggi sebagai Sesuai Permintaan, Instans Cadangan atau instans Spot.

T. Apakah terdapat batasan jumlah instans I/O Tinggi yang dapat saya gunakan?

Untuk saat ini, Anda dapat menjalankan 2 instans i3.16xlarge secara default. Jika Anda ingin menjalankan lebih dari 2 instans Permintaan, silakan selesaikan formulir permintaan instans Amazon EC2.

T. Berapa banyak IOPS yang dapat diberikan instans i3.16xlarge?

Menggunakan AMI HVM, instans High I/O I3 dapat memberikan hingga 3,3 juta IOPS dihitung dengan 100% pembacaan acak menggunakan ukuran blok 4KB, dan hingga 300.000 100% IOPS penulisan acak, dihitung pada ukuran blok 4KB pada aplikasi lintas perangkat NVMe 8 x 1,9 TB. 

T. Apa throughput sekuensial instans i3?

Throughput sekuensial maksimum, yang diukur pada ukuran blok 128K adalah 16 GB/s throughput baca dan 6,4 GB/s throughput tulis.

T. AWS memiliki database 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 jenis instans Amazon EC2 lain, penyimpanan instans pada instans i3.16xlarge tetap sama selama masa aktif instans. Pelanggan diharapkan 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 untuk memberi tahu SSD bahwa blok data tidak digunakan lagi dan dapat dihapus secara internal. Dengan tidak adanya TRIM, operasi penulisan mendatang pada blok yang disertakan dapat memperlambat kinerja. Instans I3 mendukung TRIM.


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, database dalam memori, solusi analisi dalam memori, High Performance Computing (HPC), komputasi ilmiah, dan aplikasi memori intensif lain.

T. Kapan saya harus menggunakan instans X1?

Instans X1 sangat cocok untuk menjalankan database dalam memori seperti SAP HANA, mesin pemrosesan big data seperti Apache Spark atau Presto, serta aplikasi komputasi berkinerja 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. Kapan saya harus menggunakan instans X1e?

Instans X1e sangat cocok untuk menjalankan database dalam memori seperti SAP HANA, database performa tinggi dan aplikasi perusahaan memori optimal lain. Instans X1e menawarkan dua kali lipat memori per vCPU dibandingkan dengan instans X1. Instans x1e.32xlarge 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. Apa yang membedakan instans X1 dan X1e?

Instans X1e menawarkan 32GB memori per vCPU sedangkan instans X1 menawarkan 16 GB memori per vCPU. Ukuran instans X1e memungkinkan enam konfigurasi instans mulai dari 4 vCPU dan 122 GiB memori hingga 128 vCPU dan 3.904 GiB memori. Instans X1 memungkinkan dua konfigurasi instans, 64 vCPU dengan 976 GiB memori dan 128 vCPU dengan 1.952 GiB memori.

T. Apa spesifikasi inti dari prosesor Intel E7 (kode nama Haswell) yang mendukung instans X1 dan X1e?

Prosesor E7 memiliki hitungan core tinggi untuk mendukung beban kerja yang diskalakan secara efisien pada jumlah core besar. Prosesor Intel E7 juga memiliki bandwidth memori tinggi dan cache L3 lebih besar untuk memperkuat performa aplikasi dalam memori. Terlebih, prosesor Intel E7:

  • Memungkinkan kinerja kriptografi yang ditingkatkan via fitur Intel AES-NI terbaru.
  • Mendukung Transactional Synchronization Extensions (TSX) untuk memperkuat kinerja pemrosesan data transaksional dalam memori.
  • Mendukung instruksi prosesor Advanced Vector Extensions 2 (Intel AVX2) untuk memperluas sebagian besar perintah bilangan bulat hingga 256 bit.

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-states untuk menurunkan variabilitas performa dengan menjepit semua core pada P1 atau status P lebih tinggi, yang sama untuk menonaktifkan Turbo, dan berjalan secara konsisten pada clock speed CPU dasar.

T: Sistem operasi apa yang didukung pada instans X1 dan X1e?

Instans X1 dan X1e memberikan jumlah vCPU tinggi, yang mungkin menyebabkan masalah peluncuran di beberapa sistem operasi Linux yang memiliki batas vCPU rendah. Kami sangat menyarankan Anda menggunakan AMI terbaru saat menjalankan instans ini. 

Dukungan AMI untuk beban kerja SAP HANA mencakup: SUSE Linux 12, SUSE Linux 12 SP1, SLES for SAP 12 SP1, SLES for SAP 12 SP2, dan RHEL 7.2 untuk SAP HANA. 

  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) serta x1.16xlarge akan mendukung Windows Server 2012 R2, 2012 RTM, 2008 R2 64bit, 2008 SP2 64bit, dan2003 R2 64bit (Windows Server versi 32bit tidak akan didukung).

T. Opsi penyimpanan apa yang tersedia untuk pelanggan X1?

Instans X1 menawarkan penyimpanan instans berbasis SSD, yang cocok digunakan untuk penyimpanan informasi sementara seperti log, buffer, cache tabel sementara, data komputasi sementara, dan konten sementara lain. Penyimpanan instans X1 memberikan kinerja I/O terbaik saat Anda menggunakan kernel Linux yang mendukung peruntukan persisten, ekstensi untuk protokol ring blok Xen.

Instans X1 secara default telah dioptimalkan EBS dan menawarkan hingga 14 Gbps bandwidth khusus untuk volume EBS. EBS menawarkan lebih dari satu jenis volume untuk mendukung berbagai macam beban kerja. Untuk informasi selengkapnya lihat Panduan Pengguna EC2.

T: Opsi penyimpanan apa yang tersedia untuk pelanggan X1e?

Instans X1e menawarkan penyimpanan instans berbasis SSD, yang cocok digunakan untuk penyimpanan informasi sementara seperti log, buffer, cache tabel sementara, data komputasi sementara, dan konten sementara lain. Penyimpanan instans X1e memberikan kinerja I/O terbaik saat Anda menggunakan kernel Linux yang mendukung peruntukan persisten, ekstensi untuk protokol ring blok Xen.

X1e memungkinkan throughput khusus untuk Amazon Elastic Block Storage (EBS) mulai dari 500 Mbps (x1e.xlarge) hingga 14 Gbps (x1e.32xlarge) dan secara default telah dioptimalkan EBS tanpa biaya tambahan. Untuk informasi selengkapnya lihat Panduan Pengguna EC2.

T. Bagaimana saya membangun solusi failover yang hemat biaya pada instans X1 dan X1e?

Anda dapat mendesain solusi kegagalan simpel dan hemat biaya pada instans X1 menggunakan Amazon EC2 Auto Recovery, fitur Amazon EC2 yang dirancang untuk mengelola failover lebih baik karena ketidaksesuaian instans. Anda dapat mengaktifkan Auto Recovery untuk instans X1 dengan cara membuat alarm AWS CloudWatch. Pilih metrik “Pemeriksaan Status EC2 Gagal (Sistem)” lalu pilih tindakan “Pulihkan Instans ini”. Pemulihan instans patuh terhadap batasan dasar, termasuk yang dituangkan dalam dokumentasi Pemecahan Masalah Pemulihan Instans. Untuk informasi selengkapnya kunjungi dokumentasi Auto Recovery dan Membuat Alarm Amazon CloudWatch .

T. Apakah ada framework penerapan referensi SAP HANA standar untuk instans X1 dan AWS Cloud?

Anda dapat menggunakan penerapan HANA referensi AWS Quick Start untuk dengan cepat menyebarkan semua blok bangunan HANA yang diperlukan pada instans X1 berikut 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. Untuk informasi selengkapnya mengenai penerapan HANA pada AWS, harap lihat SAP HANA pada AWS Cloud: Petunjuk Penerapan Referensi Quick Start.

T. Apakah ada framework penerapan referensi SAP HANA standar untuk instans X1e dan AWS Cloud?

Anda dapat menggunakan penerapan HANA referensi AWS Quick Start untuk dengan cepat menyebarkan semua blok bangunan HANA yang diperlukan pada instans x1e.32xlarge berikut 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. Untuk informasi selengkapnya mengenai penerapan HANA pada AWS, harap lihat SAP HANA pada AWS Cloud: Petunjuk Penerapan Referensi Quick Start.


T. Apa itu instans Memori Tinggi EC2?

Instans Memori Tinggi Amazon EC2 menawarkan 6 TB, 9 TB, atau 12 TB memori dalam instans tunggal. Instans tersebut dirancang untuk menjalankan database besar di lokasi, mencakup pemasangan produksi SAP HANA, dalam cloud. Instans Memori Tinggi EC2 merupakan Instans Amazon EC2 pertama yang didayai oleh platform 8-soket dengan prosesor Intel® Xeon® Platinum 8176M (Skylake) generasi terakhir yang dioptimalkan untuk beban kerja enterprise penting-misi. Instans Memori Tinggi EC2 mengirimkan throughput jaringan tinggi dan latensi rendah dengan 25 Gbps bandwidth jaringan agregat menggunakan Jaringan yang Ditingkatkan berbasis Amazon Elastic Network Adapter (ENA) Instans Memori Tinggi EC2 dioptimalkan EBS secara default, dan mendukung volume EBS terenkripsi dan tidak.

T. Apakah instans Memori Tinggi tersertifikasi dari SAP untuk 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.

T. Instans mana yang tersedia dalam kategori instans Memori Tinggi?

Tersedia tiga instans Memori Tinggi. u-6tb1.metal menawarkan 6 TB memori; u-9tb1.metal menawarkan 9 TB memori; dan u-12tb1.metal menawarkan 12 TB memori. Setiap instans Memori Tinggi menawarkan 448 prosesor logis, tempat di mana setiap prosesor logis merupakan hyperthread pada platform 8-soket dengan total 224 core CPU.

T. Apa saja pilihan penyimpanan yang tersedia dengan instans Memori Tinggi?

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

T. Antarmuka penyimpanan mana yang didukung pada 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. Kinerja jaringan mana yang didukung pada instans Memori Tinggi?

Instans Memori Tinggi menggunakan Elastic Network Adapter (ENA) untuk networking dan mengaktifkan Enhanced Networking secara default. Dengan ENA, instans Memori Tinggi dapat menggunakan hingga 25 Gbps bandwidth jaringan.

T.Dapatkah instans Memori Tinggi dijalankan dalam Amazon Virtual Private Cloud (VPC) saya yang sudah ada?

Anda dapat menjalankan instans Memori Tinggi dalam Amazon VPC yang sudah ada maupun yang baru.

T. Hypervisor apa yang mendasari instans Memori Tinggi?

Instans Memori Tinggi adalah instans bare metal EC2, dan tidak menjalankan hypervisor. Instans ini memungkinkan sistem operasi untuk secara langsung dijalankan pada perangkat keras dasar, sementara masih menyediakan akses terhadap manfaat cloud.

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

Ya. Anda dapat mengkonfigurasi C-states dan P-states pada instans Memori Tinggi. Anda juga dapat menggunakan C-states untuk mengaktifkan frekuensi turbo tinggi (sebesar 3,8 Ghz). Anda juga dapat menggunakan P-states untuk menurunkan variabilitas kinerja dengan menjepit semua core pada P1 atau status P lebih tinggi, yang sama untuk menonaktifkan Turbo, dan berjalan secara konsisten pada clock speed CPU dasar.

T. Apa saja pilihan pembelian yang tersedia untuk instans Memori Tinggi?

Instans Memori Tinggi tersedia pada Host Khusus EC2 pada 3 tahun Reservasi. Setelah 3 tahun reservasi berakhir, Anda dapat melanjutkan penggunaan host pada taraf jam atau melepaskannya kapan pun.

T. Apa itu siklus hidup Host Khusus?

Ketika Host Khusus dialokasikan dalam akun Anda, host tersebut akan siap untuk digunakan. Anda kemudian dapat meluncurkan instans dengan tenansi “host” menggunakan API RunInstance, dan dapat pula menghentikan/memulai/terminasikan instans tersebut melalui API. Anda dapat menggunakan AWS Management Console untuk mengelola Host Khusus dan instans tersebut. Host Khusus akan dialokasikan pada akun Anda selama periode 3 tahun reservasi. Setelah 3 tahun reservasi berakhir, Anda dapat melanjutkan penggunaan host atau melepaskannya kapan pun.

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

Anda dapat meluncurkan, menghentikan/memulai, dan terminasikan instans pada Host Khusus EC2 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 yang terakhir 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, dan Red Hat Enterprise Linux 7.5 untuk SAP.

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

Anda dapat menggunakan penerapan HANA referensi AWS Quick Start untuk dengan cepat menyebarkan semua blok bangunan HANA yang diperlukan pada instans Memori Tinggi berikut rekomendasi SAP untuk kinerja 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: 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 Permintaan, 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 Cadangan Anda tidak akan berubah, dan instans Generasi Sebelumnya tidak akan dihilangkan.


T: Jenis instans mana yang menawarkan penyimpanan instans NVMe?

Saat ini, instans I3, C5d, M5d, R5d, z1d dan F1 menawarkan penyimpanan instans NVMe.

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

Ya, semua data dienkripsi dalam modul perangkat keras Nitro AWS sebelum ditulis pada SSD yang terpasang secara lokal yang 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 untuk instans atau perangkat tertentu untuk penyimpanan instans NVMe?

Kunci enkripsi secara aman dihasilkan dalam modul perangkat keras Nitro, dan bersifat unik untuk setiap perangkat penyimpanan instans NVMe yang disediakan 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 kinerja IOPS yang dipublikasikan pada I3 mencakup enkripsi data?

Ya, jumlah IOPS yang terdokumentasi untuk penyimpanan instans I3 NVMe 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 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 kustom vCPU Anda mungkin dapat mengoptimalkan 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 kinerja 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. Apa itu VM Import/Export?

VM Import/Export memungkinkan pelanggan untuk mengimpor citra Virtual Machine (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 citra VMware ESX VMDK, VMware ESX OVA, Microsoft Hyper-V VHD atau Citrix Xen VHD. Untuk daftar penuh sistem operasi dukungan, 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 file 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 citra 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 citra 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 citra 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 citra 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 citra 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 citra 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 citra 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 diatur 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 citra 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 Mulai pada AWS Management Portal for vCenter. AWS Management Portal for vCenter mencakup dukungan terpadu 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 citra yang diekspor, nama citra 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 melihat 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 berjalan atau berhenti 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 citra 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 citra VM yang telah diekspor. Anda juga akan dikenai biaya transfer data S3 standar ketika mengunduh file VM yang diekspor ke lingkungan virtualisasi lokal Anda. Terakhir, Anda akan dikenai biaya EBS standar untuk menyimpan snapshot instans EC2 sementara Anda. Untuk mengurangi biaya penyimpanan, hapus file citra 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 standard 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 lokal 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 lokal 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 citra disk serta kecepatan sambungan jaringan Anda. Contohnya, citra 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 AWS Management Console 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. 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 dari penjual satu dan yang lain. Karena itu, kami menyarankan Anda untuk memeriksa ketentuan lisensi penjual perangkat lunak Anda untuk menentukan apakah lisensi Anda diizinkan untuk digunakan dalam Amazon EC2.


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. 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. Jaminan apa yang diberikan Amazon EC2 Perjanjian Tingkat Layanan (SLA) Anda?

SLA kami menjamin Persentase Waktu Aktif Bulanan paling tidak sebesar 99,99% untuk Amazon EC2 dan Amazon EBS dalam suatu wilayah.

T. Bagaimana saya tahu kalau diri saya memenuhi syarat untuk SLA Service Credit?

Anda memenuhi syarat untuk kredit SLA baik untuk Amazon EC2 dan Amazon EBS (mana pun yang tidak tersedia, atau keduanya jika keduanya tidak tersedia) jika Wilayah tempat operasi Anda memiliki Persentase Waktu Aktif kurang dari 99,95% selama siklus tagihan bulanan. Untuk detail selengkapnya tentang semua syarat dan ketentuan SLA, dan juga detail tentang cara mengirimkan klaim, harap lihat http://aws.amazon.com/ec2/sla/


T: Apa yang berubah?

Mulai Juli 2018, semua sumber daya EC2 yang baru dibuat akan menerima ID dengan format yang lebih panjang. Format baru ini hanya akan berlaku pada sumber daya baru; sumber daya yang sudah ada tidak akan terpengaruh. Instans dan volume telah menggunakan format ID ini. Hingga akhir Juni 2018, pelanggan akan dapat ikut serta untuk menggunakan ID yang lebih panjang. Selama masa ini, Anda dapat memilih sumber daya format ID mana yang ditetapkan dan memperbarui alat pengelolaan serta skrip untuk menambahkan dukungan untuk format yang lebih panjang. Silakan kunjungi dokumentasi ini untuk panduan lengkap.

T: Mengapa hal ini diperlukan?

Mengingat seberapa cepatnya AWS terus tumbuh, kami akan mulai kekurangan ID untuk sumber daya tertentu pada tahun 2018. Guna memungkinkan pembuatan sumber daya baru jangka panjang dan tidak diinterupsi, kami perlu memperkenalkan format ID baru. Semua ID sumber daya Amazon EC2 akan berubah ke format yang lebih panjang pada bulan Juli 2018.

T: Saya telah ikut serta untuk ID lebih panjang tahun lalu. Mengapa saya harus memilih untuk ikut lagi?

Di tahun 2016, kami pindah ke format ID yang lebih panjang hanya untuk instans Amazon EC2, pemesanan, volume, dan snapshot. Keikutsertaan ini mengubah format ID untuk semua jenis sumber daya EC2 yang tersisa

T: Seperti apa tampilan format pengidentifikasi baru ini?

Format pengidentifikasi baru ini akan mengikuti pola format pengidentifikasi saat ini, hanya saja lebih panjang. Format tersebut akan berbentuk -<17 karakter>, misal “vpc-1234567890abcdef0” untuk VPC atau “subnet-1234567890abcdef0” untuk subnet.

T: ID mana yang berubah?

  • bundle
  • conversion-task
  • customer-gateway
  • dhcp-options
  • elastic-ip-allocation
  • elastic-ip-association
  • export-task
  • flow-log
  • image
  • import-task
  • internet-gateway
  • network-acl
  • network-acl-association
  • network-interface
  • network-interface-attachment
  • prefix-list
  • route-table
  • route-table-association
  • security-group
  • subnet
  • subnet-cidr-block-association
  • vpc
  • vpc-cidr-block-assocation
  • vpc-endpoint
  • vpc-peering-connection
  • vpn-connection
  • vpn-gateway

T: Bagaimana hal ini akan berpengaruh pada saya?

Kemungkinan besar Anda tidak perlu membuat perubahan sistem apa pun untuk menangani format baru ini. Jika Anda hanya menggunakan konsol untuk mengelola sumber daya AWS, Anda mungkin tidak akan terkena dampak sama sekali. Namun, Anda masih tetap harus memperbarui pengaturan untuk menggunakan format ID yang lebih panjang sesegera mungkin. Jika Anda berinteraksi dengan sumber daya AWS via API, SDK, atau AWS CLI, Anda mungkin akan terkena dampak, tergantung apakah software Anda membuat asumsi tentang format ID saat memvalidasi atau mempertahankan ID sumber daya. Jika demikian, Anda mungkin perlu memperbarui sistem untuk menangani format baru ini.

Beberapa mode kegagalan dapat termasuk:

  • Jika sistem Anda menggunakan ekspresi reguler untuk memvalidasi format ID, Anda mungkin menemukan kesalahan jika format yang lebih panjang ditemukan.
  • Jika terdapat perhitungan mengenai panjang ID dalam skema database, Anda mungkin tidak akan dapat menyimpan ID yang lebih panjang.

T: Akankah hal ini memengaruhi sumber daya yang sudah ada?

Tidak. Hanya sumber daya yang dibuat setelah Anda memilih ikut serta dalam format lebih panjang akan terkena dampak. Setelah sebuah ID ditetapkan ke sebuah sumber daya (panjang atau pendek), ID tersebut tidak akan pernah berubah. Setiap ID bersifat unik dan tidak akan pernah digunakan kembali. Sumber daya apa pun yang dibuat dengan format ID lama akan tetap menjadi ID yang lebih pendek. Sumber daya apa pun dengan format baru akan mempertahankan ID yang lebih panjang, bahkan jika Anda tidak lagi ikut serta.

T: Kapan hal ini akan berlaku?

Hingga akhir Juni 2018, ID yang lebih panjang akan tersedia untuk keikutsertaan via API dan Konsol EC2. Semua akun dapat memilih ikut serta atau tidak untuk ID yang lebih panjang sesuai keperluan pengujian. Mulai 1 Juli 2018, opsi untuk beralih format tidak akan tersedia lagi, dan sumber daya EC2 yang baru dibuat akan menerima ID yang lebih panjang. Semua wilayah yang melakukan peluncuran pada Juli 2018 dan seterusnya hanya akan mendukung ID yang lebih panjang.

T: Mengapa ada periode untuk memilih keikutsertaan?

Kami ingin memberi Anda waktu sebanyak mungkin untuk menguji sistem dengan format baru ini. Masa transisi ini memberi Anda fleksibilitas maksimal untuk menguji dan memperbarui sistem secara bertahap dan akan membantu untuk meminimalkan interupsi saat Anda menambahkan dukungan untuk format baru, jika diperlukan.

T: Bagaimana saya memilih ikut dan tidak untuk penerimaan ID yang lebih panjang?

Selama periode transisi (Sekarang hingga akhir Juni 2018), Anda dapat memilih untuk menerima ID lebih panjang atau lebih pendek menggunakan API atau Konsol EC2. Panduan selengkapnya dapat dilihat dalam dokumentasi ini.

T: Apa yang terjadi jika saya tidak mengambil tindakan apa pun?

Jika Anda tidak memilih ikut format baru selama periode transisi ini, Anda secara otomatis akan mulai menerima format ID lebih panjang setelah 1 Juli 2018. Kami tidak menyarankan pendekatan ini. Lebih baik menambahkan dukungan untuk format baru selama jendela transisi, yang memberikan kesempatan untuk pengujian terkendali.

T: Bagaimana jika saya lebih memilih untuk tetap menerima format ID lebih pendek setelah akhir Juni 2018?

Hal ini tidak dimungkinkan terlepas dari pengaturan pengguna yang ditentukan.

T: Kapan transisi final ID lebih panjang berlangsung?

Di bulan Juli 2018, sumber daya baru yang Anda buat akan mulai menerima ID yang lebih panjang. Anda dapat memeriksa jadwal tanggal transisi untuk setiap wilayah menggunakan AWS CLI describe-id-format.

T: Jika saya memilih ikut serta untuk ID yang lebih panjang lalu memilih keluar selama periode transisi, apa yang akan terjadi pada sumber daya yang dibuat dengan ID yang lebih panjang?

Setelah sebuah ID ditetapkan ke sebuah sumber daya, ID tersebut tidak akan berubah, sehingga sumber daya yang dibuat menggunakan ID lebih panjang akan tetap ada terlepas dari tindakan setelahnya. Jika Anda memilih ikut serta untuk format lebih panjang, membuat sumber daya, lalu memilih keluar, Anda akan menemukan campuran ID sumber daya yang panjang dan pendek bahkan setelah memilih keluar. Cara satu-satunya untuk menghilangkan ID panjang adalah menghapus atau menghentikan sumber daya masing-masing. Untuk alasan ini, perhatikan peringatan dan hindari pembuatan sumber daya kritis menggunakan format baru hingga Anda telah menguji peralatan serta automasi Anda.

T: Apa yang harus saya lakukan jika sistem yang saya miliki tidak bekerja seperti yang diharapkan sebelum periode transisi berakhir?

Jika sistem Anda tidak bekerja sesuai harapan selama periode transisi, Anda dapat memilih tidak ikut serta sementara untuk ID format yang lebih panjang dan memediasi ulang sistem. Akan tetapi, akun Anda akan secara otomatis dialihkan kembali untuk menggunakan ID yang lebih panjang setelah akhir Juni 2018. Terlepas dari pengaturan akun, semua sumber daya baru akan menerima ID format baru, sehingga penting bagi Anda untuk menguji sistem dengan ID format yang lebih panjang sebelum periode transisi berakhir. Dengan pengujian dan keikutsertaan lebih awal, Anda akan memiliki waktu yang cukup untuk memodifikasi sumber daya dengan ID sumber daya pendek serta meminimalkan risiko dampak ke sistem Anda.

T: Apa yang akan terjadi jika saya meluncurkan sumber daya di berbagai wilayah selama periode transisi?

ID sumber daya Anda akan bergantung pada wilayah di mana Anda meluncurkannya. Jika wilayah tersebut telah melakukan beralih menggunakan ID yang lebih panjang, maka sumber daya yang diluncurkan di wilayah tersebut memiliki ID format yang lebih panjang, jika tidak, mereka akan menggunakan ID sumber daya yang lebih pendek. Karena itu, selama jendela transisi, Anda mungkin menemukan campuran ID sumber daya yang lebih pendek dan panjang.

T: Jika AWS menambahkan wilayah baru selama periode transisi, akankah wilayah tersebut mendukung ID yang lebih panjang?

Ya. Semua wilayah baru yang diluncurkan setelah Juli 2018 akan mengeluarkan ID format yang lebih panjang secara default baik untuk akun baru maupun yang sudah ada.

T: Tipe ID apa yang akan menjadi default untuk akun baru?

Akun yang dibuat 15 Maret 2018 atau setelahnya akan dikonfigurasikan untuk menerima format ID lebih panjang secara default di setiap wilayah AWS kecuali AWS GovCloud (AS). Jika Anda adalah pelanggan baru, hal ini akan membuat transisi ke ID yang lebih panjang menjadi sangat mudah. Jika Anda menginginkan akun baru Anda agar menetapkan format ID yang lebih pendek ke sumber daya Anda, maka Anda cukup mengonfigurasi ulang akun untuk ID yang lebih pendek seperti yang dijelaskan di atas. Alur kerja ini akan diwajibkan hingga akun Anda siap menerima ID yang lebih panjang.

T: Apakah saya nantinya perlu melakukan pemutakhiran ke versi baru AWS SDK atau CLI?

AWS CLI dan SDK berikut telah sepenuhnya kompatibel dengan ID yang lebih panjang: PHP v2.8.27+, PHP v3.15.0+, AWS CLI v1.10.2+, Boto3v1.2.1+, Botocorev1.3.24+, PHP v1, Boto v1, Boto v2, Ruby v1, Ruby v2, JavaScript, Java, .NET, AWS Tools untuk Windows PowerShell, dan Go.

T: Bagaimana saya dapat menguji sistem yang saya miliki dengan ID lebih panjang?

Amazon Machine Image (AMI) dengan ID format yang lebih panjang telah dipublikasikan untuk tujuan pengujian. Panduan mengenai cara mengakses AMI ini disediakan di sini.