Umum

Gambaran Umum

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 cloud. Amazon EC2 dirancang untuk membuat komputasi berskala web lebih mudah bagi developer.

T: Apa yang dapat saya lakukan dengan Amazon EC2?

Sama seperti Amazon Simple Storage Service (Amazon 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 AWS untuk mengakses layanan ini. Jika Anda belum memiliki akun, Anda akan diminta untuk membuat akun saat memulai proses pendaftaran Amazon EC2. Setelah mendaftar, harap lihat dokumentasi Amazon EC2, yang berisi Panduan Awal.

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 developer yang sebelumnya tidak dapat mereka lakukan?

Hingga saat ini, developer kecil tidak memiliki modal untuk memperoleh sumber daya komputasi massal dan memastikan diri mereka mendapatkan kapasitas yang dibutuhkan untuk menghadapi lonjakan beban yang tidak terduga. Amazon EC2 memungkinkan developer mana pun memanfaatkan keunggulan skala massal Amazon sendiri tanpa perlu membuat investasi dan kompromi performa di awal. Developer 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 developer 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 developer 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 Pesanan dengan menggunakan panggilan API RunInstances. Anda hanya perlu mengindikasikan seberapa banyak instans yang ingin Anda luncurkan. Jika Anda ingin menjalankan lebih dari kuota Sesuai Permintaan Anda, 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 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 tempat 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 tempat 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 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 deployment 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 Konsol Manajemen AWS. 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, developer 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, developer 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 developer menyadari bahwa kombinasi Amazon EC2 dan Amazon S3 sangatlah berguna. Amazon EC2 menyediakan komputasi yang terjangkau dan dapat diskalakan di cloud, sementara Amazon S3 memungkinkan pengguna menyimpan data mereka dengan andal.

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

Anda hanya dapat menjalankan Instans Sesuai Permintaan per batasan Instans Sesuai Permintaan Anda berdasarkan vCPU, membeli 20 Instans Terpesan, 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.

Jika memerlukan lebih banyak instans, lengkapi formulir permintaan peningkatan batasan Amazon EC2 dengan kasus penggunaan Anda dan peningkatan batasan Anda akan dipertimbangkan. Peningkatan batas bergantung pada wilayah 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 saja yang didukung?

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

T: Apakah 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 developer, yang memungkinkan developer 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 developer 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, developer 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.

Terakhir, dengan Amazon EC2, developer dapat menikmati keuntungan pembayaran hanya untuk penggunaan sumber daya aktual mereka – dan pada tarif yang sangat rendah. Sebagian besar layanan hosting 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 menaikkan skala sumber daya dengan cepat dalam jangka waktu yang singkat. 

Batas Instans Sesuai Permintaan EC2

T: Apa yang berubah?

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

T: Apa itu batas berbasis vCPU?

Batas diterapkan ketika Anda menjalankan satu atau beberapa instans Sesuai Permintaan dalam satu akun AWS, dan Amazon EC2 akan mengukur penggunaan terhadap masing-masing batas berdasarkan jumlah total vCPU (unit pemrosesan pusat virtual) yang ditetapkan ke instans Sesuai Permintaan yang berjalan di akun AWS Anda. Tabel berikut ini menunjukkan jumlah vCPU untuk setiap ukuran instans. Pemetaan vCPU untuk beberapa jenis instans mungkin berbeda, lihat Jenis Instans Amazon EC2 untuk detailnya.

Ukuran Instans vCPU
nano 1
mikro 1
kecil 1
medium 1
besar 2
xlarge 4
2xlarge 8
3xlarge 12
4xlarge 16
8xlarge 32
9xlarge 36
10xlarge 40
12xlarge 48
16xlarge 64
18xlarge 72
24xlarge 96
32xlarge 128

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

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

Nama Batas Instans Sesuai Permintaan Batas vCPU Default
Menjalankan Instans Standar (A, C, D, H, I, M, R, T, Z) Sesuai Permintaan 1152 vCPU
Menjalankan Instans F Sesuai Permintaan 128 vCPU
Menjalankan Instans G Sesuai Permintaan 128 vCPU
Menjalankan Instans Inf Sesuai Permintaan 128 vCPU
Menjalankan Instans P Sesuai Permintaan 128 vCPU
Menjalankan Instans X Sesuai Permintaan 128 vCPU

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

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

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

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

T: Bagaimana cara meminta kenaikan batas?

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

T: Bagaimana cara menghitung batas vCPU baru?

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

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

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

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

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

T: Apakah hal ini akan memengaruhi instans yang berjalan?

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

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

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

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

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

T: Apakah saya masih dapat menggunakan API DescribeAccountAttributes?

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

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

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

T: Apakah batas vCPU akan tersedia di semua Wilayah?

Batas instans berbasis vCPU tersedia di semua Wilayah AWS komersial.

Perubahan kebijakan titik akhir SMTP EC2

T. Apa yang berubah?

Mulai tanggal 27 Januari 2020, Amazon Elastic Compute Cloud (EC2) akan mulai memperkenalkan perubahan untuk membatasi lalu lintas email yang melalui port 25 secara default untuk melindungi pelanggan dan penerima email lainnya dari spam dan penyalahgunaan email. Port 25 biasanya digunakan sebagai port SMTP default untuk mengirim email. Akun AWS yang telah meminta dan memiliki pembatas Port 25 yang dihapus di masa lalu tidak akan terpengaruh oleh perubahan ini.

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

Jika Anda memiliki kasus penggunaan valid untuk mengirimkan email ke port 25 (SMTP) dari EC2, silakan kirim Permintaan untuk Menghapus Pembatasan Pengiriman Email agar pembatasan ini diangkat. Anda dapat mengirimkan email menggunakan port yang berbeda secara bergantian, atau memanfaatkan layanan relai email terautentikasi yang ada seperti Amazon Simple Email Service (SES).

Perjanjian tingkat layanan (SLA)

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 cara mengetahui apakah saya memenuhi syarat untuk Kredit Layanan SLA?

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

Jenis instans

Instans Komputasi Terakselerasi

T: Apa itu instans Komputasi Terakselerasi?

Keluarga instans Komputasi Terakselerasi adalah keluarga 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 perangkat lunak pada CPU. Amazon EC2 memberikan tiga tipe 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 masif seperti beban kerja yang 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. Agar 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: Aplikasi apa yang dapat memanfaatkan P4d?

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

T: Bagaimana perbandingan instans P4d dengan instans P3?

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

T: Apa itu EC2 UltraClusters dan bagaimana saya bisa mendapatkan akses?

Instans P4d diterapkan dalam klaster hyperscale disebut EC2 UltraClusters. Setiap EC2 UltraCluster yang terdiri dari lebih dari 4.000 GPU Tensor Core NVIDIA A100, jaringan skala Petabit, dan penyimpanan latensi rendah yang dapat diskalakan dengan FSx for Luster. Setiap EC2 UltraCluster adalah salah satu superkomputer teratas di dunia. Siapa pun dapat dengan mudah menjalankan instans P4d di EC2 SuperClusters. Untuk bantuan tambahan, hubungi kami.

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

P4 AMI akan membutuhkan driver NVIDIA baru untuk GPU A100 dan versi driver ENA lebih baru yang terinstal. Instans P4 didukung oleh Nitro System dan instans tersebut membutuhkan AMI dengan driver NVMe dan ENA yang diinstal. P4 juga dilengkapi dengan CPU Intel Cascade Lake baru, yang dilengkapi dengan rangkaian instruksi yang telah diperbarui, oleh karena itu kami merekomendasikan penggunaan distribusi kerangka kerja ML terbaru yang memanfaatkan rangkaian instruksi baru ini untuk pemrosesan data awal.

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 (kecerdasan buatan/AI), machine learning (ML), deep learning (pembelajaran mendalam/DL) serta high performance computing (komputasi performa tinggi/HPC). Pengguna, termasuk ilmuwan data, arsitek data, analis data, peneliti ilmiah, insinyur ML, manajer IT, dan developer perangkat lunak. Industri penting meliputi 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 saja beberapa kasus penggunaan utama instans P3?

Instans P3 menggunakan GPU untuk mempercepat berbagai sistem dan aplikasi deep learning, di antaranya 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, otomatisasi pabrik, penerjemahan bahasa real-time, pengoptimalan pencarian online, serta rekomendasi pengguna yang disesuaikan.

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

Instans komputasi berbasis GPU memberikan throughput dan performa lebih besar karena didesain untuk pemrosesan paralel massal yang menggunakan ribuan inti khusus per GPU, dibanding dengan CPU yang hanya memberikan pemrosesan berurutan menggunakan beberapa inti. Selain itu, developer telah membangun ratusan aplikasi HPC ilmiah GPU yang dioptimalkan, 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 P2?

Instans P3 merupakan generasi berikutnya dari instans komputasi GPU tujuan umum EC2, yang ditenagai oleh hingga 8 GPU NVIDIA Volta GV100 generasi terbaru. Instans baru ini secara signifikan meningkatkan performa dan skalabilitas, serta menambahkan banyak fitur, termasuk arsitektur Streaming Multiprocessor (SM) baru, yang dioptimalkan untuk 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 jaringan bandwidth tinggi 25 Gbps, kemampuan poin mengambang presisi tunggal dan ganda yang tangguh, dan memori error-correcting code (ECC).

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

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

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

Ada dua cara untuk mendapatkan driver NVIDIA. Terdapat daftar di AWS Marketplace yang menawarkan AMI Amazon Linux dan AMI Windows Server bersama driver NVIDIA yang diinstal sebelumnya. Anda juga dapat menjalankan AMI HVM 64 bit dan menginstal driver secara mandiri. Anda harus membuka situs web driver NVIDIA dan mencari NVIDIA Tesla V100 untuk P3, NVIDIA Tesla K80 untuk P2, dan NVIDIA Tesla M60 untuk instans G3.

T: AMI mana saja yang dapat digunakan 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 tercantum di sini, hubungi Dukungan Pelanggan AWS untuk menyampaikan permintaan Anda, atau hubungi Forum EC2.

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

Selain driver NVIDIA dan GRID SDK, penggunaan instans G2 dan G3 tidak memerlukan lisensi pihak ketiga. 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 encoder video h.264 bawaan pada GPU NVIDIA GRID, Anda sebaiknya menghubungi MPEG-LA untuk mendapatkan panduan, dan jika Anda menggunakan teknologi mp3, Anda sebaiknya menghubungi Thomson untuk mendapatkan panduan.

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

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

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

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

T: Apa itu Amazon EC2 F1?

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

T: Apa itu FPGA dan kenapa saya membutuhkannya?

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

T: Bagaimana perbandingan F1 dengan solusi FPGA tradisional?

F1 merupakan instans AWS dengan perangkat keras yang dapat diprogram untuk 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 deployment 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 deployment 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 melakukan tes dan menjalankan lebih dari percepatan perangkat keras dalam rangkaian yang cepat. Anda juga dapat menawarkan kombinasi percepatan FPGA Anda dan AMI dengan perangkat keras atau driver AFI kustom kepada pelanggan lain di AWS Marketplace.

T: Bagaimana cara mendaftarkan percepatan perangkat keras saya di AWS Marketplace?

Anda perlu 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 menangani proses pengklonaan AMI dan AFI untuk menciptakan produk, dan menghubungkan kode produk ke artefak ini, sehingga setiap pengguna akhir yang melanggan kode produk ini akan memiliki akses ke AMI dan AFI ini.

T: Apa saja kelengkapan instans F1?

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

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

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

T: Saya adalah developer FPGA, bagaimana cara memulai instans F1?

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

T: Saya bukan developer FPGA, bagaimana cara memulai instans F1?

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

T: Apakah AWS menyediakan kit developer?

Ya. Hardware Development Kit (HDK) mencakup peralatan simulasi serta model simulasi untuk developer 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 on-premise Anda. Model dan skrip ini tersedia secara umum dengan akun AWS.

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

Ya. Anda dapat menggunakan Hardware Development Kit (HDK) baik di AMI yang disediakan AWS atau pun di lingkungan pengembangan lokal Anda.

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

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

T: Bagaimana cara menggunakan chip Inferentia pada instans Inf1?

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

T: Kapan saya menggunakan Inf1 vs. C6i atau C5 vs. instans G4 untuk inferensi?

Pelanggan yang menjalankan model machine learning yang sensitif latensi inferensi dan throughput dapat menggunakan instans Inf1 untuk inferensi hemat biaya performa tinggi. Untuk model ML yang kurang sensitif inferensi latensi dan throughput, pelanggan dapat menggunakan instans EC2 C6i atau C5 dan memanfaatkan set instruksi AVX-512 / VNNI. Untuk model ML yang memerlukan akses ke library CUDA, CuDNN, atau TensorRT NVIDIA, sebaiknya gunakan instans G4.

Karakteristik Model dan Perpustakaan yang Digunakan EC2 Inf1 EC2 C6i atau C5 EC2 G4
Model yang mendapat manfaat dari latensi rendah dan throughput tinggi berbiaya rendah X    
Model yang tidak sensitif latensi dan throughput X  
Model yang memerlukan perpustakaan developer NVIDIA X

T: Kapan seharusnya Elastic Inference (EI) dipilih untuk inferensi vs instans Inf1 Amazon EC2?

Ada dua kasus di mana pengembang memilih EI daripada instans Inf1: (1) jika Anda membutuhkan ukuran CPU dan memori berbeda dengan yang ditawarkan Inf1, maka Anda dapat menggunakan EI untuk melampirkan akselerasi ke instans EC2 dengan paduan CPU dan memori yang tepat untuk aplikasi Anda (2) jika persyaratan kinerja Anda jauh lebih rendah dari yang disediakan oleh instans Inf1 terkecil, maka menggunakan EI bisa menjadi pilihan yang lebih hemat. Misalnya, jika Anda hanya membutuhkan 5 TOPS, yang cukup untuk memproses hingga 6 stream video berbarengan, maka menggunakan potongan EI terkecil dengan instans C5.large akan 50% lebih murah daripada menggunakan ukuran terkecil dari instans Inf1.

T: Apa saja tipe dan operator model ML yang didukung oleh instans Inf1 EC2 dengan menggunakan chip Inferentia?

Chip Inferentia mendukung banyak model machine learning yang umum digunakan, seperti single shot detector (SSD) dan ResNet untuk pengenalan/klasifikasi gambar dan Transformer dan BERT untuk terjemahan dan natural language processing dan banyak lagi. Daftar operator yang didukung dapat dilihat di GitHub.

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

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

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

AWS Neuron adalah SDK khusus untuk chip AWS Inferentia yang mengoptimalkan kinerja inferensi machine learning chip Inferentia. Terdiri dari alat kompilator, run-time, dan profil untuk AWS Inferentia dan diperlukan untuk menjalankan beban kerja inferensi pada instans Inf1 EC2. Di sisi lain, Amazon SageMaker Neo adalah layanan agnostik perangkat keras yang terdiri atas kompilator dan run-time yang memungkinkan pengembang men-train model machine learning satu kali, dan menjalankannya di banyak platform perangkat keras berbeda.  

Instans Komputasi yang Dioptimalkan

T. Kapan saya harus menggunakan instans Komputasi yang Dioptimalkan?

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

T: Apa itu instans C7g Amazon EC2?

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

T: Apa itu instans C6g Amazon EC2?

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

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

Instans C6g memberikan keuntungan kinerja harga yang signifikan untuk beban kerja intensif komputasi seperti komputasi kinerja tinggi (HPC), pemrosesan batch, penayangan iklan, pengodean video, game, pemodelan ilmiah, analitik terdistribusi, dan inferensi pembelajaran mesin berbasis CPU. Pelanggan yang menerapkan aplikasi yang dibangun pada perangkat lunak sumber terbuka di seluruh family instans C akan melihat instans C6g sebagai opsi menarik untuk mewujudkan kinerja harga terbaik dalam family instans ini. Developer Arm juga dapat membangun aplikasinya langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

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

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

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

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

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

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

T: Apakah akan ada lebih banyak pilihan komputasi yang akan ditawarkan bersama family instans C6?

Ya, kami berencana untuk menawarkan instans dengan dukungan CPU Intel dan AMD di masa depan sebagai bagian dari family instans C6.

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 dioptimalkan EBS tidak akan memengaruhi perilaku instans.

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

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

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

Instans C6g: Instans Amazon EC2 C6g didukung oleh prosesor AWS Graviton2 berbasis Arm. Mereka memberikan performa harga hingga 40% lebih baik dibandingkan instans C5 dan ideal untuk menjalankan beban kerja intensif komputasi lanjutan. Ini mencakup beban kerja seperti komputasi performa tinggi (HPC), pemrosesan batch, penyajian iklan, enkode video, gaming, pemodelan ilmiah, analitik terdistribusi, dan inferensi machine learning berbasis CPU. 

Instans Hpc6a: Instans Hpc6a didukung oleh 96 core prosesor AMD EPYC generasi ke-3 dengan frekuensi turbo all-core 3,6 GHz dan RAM 384 GB. Instans Hpc6a menawarkan jaringan Elastic Fabric Adapter 100 Gbps yang diaktifkan secara default untuk komunikasi antarsimpul throughput tinggi guna membantu Anda menjalankan beban kerja HPC Anda dalam skala besar. Instans Hpc6a memberikan performa harga hingga 65% lebih baik dibandingkan instans berbasis x-86 yang sebanding dan dioptimalkan untuk komputasi.

Instans C6a: Instans C6a didukung oleh prosesor AMD EPYC generasi ke-3 dengan frekuensi turbo all-core 3,6 GHz, menawarkan performa harga hingga 15% lebih baik dibandingkan instans C5a untuk berbagai beban kerja, dan enkripsi memori yang selalu aktif dengan menggunakan Transparent Single Key Memory Encryption (TSME) AMD. Instans C6a menyediakan ukuran instans baru hingga 192 vCPU dan memori 384 GiB, dua kali lipat dari instans C5a terbesar. C6a juga memberi pelanggan kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps ke Amazon Elastic Block Store, lebih banyak dibandingkan dua kali lipat dari instans C5a.

Instans C6i: Instans C6i didukung oleh prosesor Intel Xeon Scalable generasi ke-3 dengan frekuensi turbo all-core 3,5 GHz, menawarkan performa harga hingga 15% lebih baik dibandingkan instans C5 untuk berbagai beban kerja, dan enkripsi memori yang selalu aktif dengan menggunakan enkripsi Intel Total Memory (TME). Instans C6i menyediakan ukuran instans baru (c6i.32xlarge) dengan 128 vCPU dan memori 256 GiB, 33% lebih banyak daripada instans C5 terbesar. Mereka juga menyediakan bandwidth memori hingga 9% lebih tinggi per vCPU dibandingkan dengan instans C5. C6i juga memberi pelanggan kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps ke Amazon Elastic Block Store, dua kali lipat dari instans C5. C6i juga tersedia dengan penyimpanan level blok SSD berbasis NVMe lokal (instans C6id) untuk aplikasi yang memerlukan penyimpanan lokal kecepatan tinggi dan latensi rendah. Dibandingkan dengan instans C5d generasi sebelumnya, instans C6id menawarkan penyimpanan TB hingga 138% lebih tinggi per vCPU dan biaya per TB 56% lebih rendah.

Instans C5: Instans C5 berbasis prosesor Intel Xeon Platinum, bagian dari keluarga prosesor Intel Xeon Scalable (dengan nama kode Skylake-SP atau Cascade Lake), tersedia dalam 9 ukuran, dan menawarkan hingga 96 vCPU dan 192 GiB memori. Instans C5 memberikan peningkatan 25% dalam harga/performa dibandingkan dengan instans C4. Instans C5d memiliki penyimpanan NVMe lokal untuk beban kerja yang memerlukan latensi dan akses penyimpanan sangat rendah dengan kemampuan IOPS baca dan tulis yang sangat acak.

Instans C5a: Instans C5a menghadirkan kinerja harga x86 terdepan untuk serangkaian beban kerja intensif komputasi yang luas, termasuk pemrosesan batch, analitik terdistribusi, transformasi data, analisis log, dan aplikasi web. Instans C5a dilengkapi prosesor AMD EPYC 3,3 GHz Generasi ke-2 dengan hingga 96 vCPU dan memori 192 GiB. Instans C5ad memiliki penyimpanan NVMe lokal untuk beban kerja yang memerlukan latensi dan akses penyimpanan sangat rendah dengan kemampuan IOPS baca dan tulis yang sangat acak.

Instans C5n: Instans C5n ideal untuk berbagai aplikasi yang memerlukan bandwidth jaringan dan laju paket yang tinggi. Instans C5n ideal untuk berbagai aplikasi seperti HPC, data lake, peralatan jaringan, serta aplikasi yang memerlukan komunikasi inter-node dan Message Passing Interface (MPI). C5n menawarkan pilihan prosesor Intel Xeon Platinum 3,0 GHz dengan hingga 72 vCPU dan 192 GiB Memori.

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

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

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

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

Peningkatan generasi dalam performa CPU dan harga instans C5 yang lebih rendah, yang digabungkan menghasilkan peningkatan harga/performa 25% dibandingkan instans C4, manfaat spektrum beban kerja yang luas yang saat ini berjalan 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 workload mereka.

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 menyediakan pengurangan latensi dan menghasilkan peningkatan I/O dan throughput disk.

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

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

T: Apa yang membuat instans Hpc6a berbeda dari instans EC2 lain?

Instans Hpc6a menawarkan performa harga yang optimal untuk beban kerja komputasi performa tinggi (HPC) yang digabungkan secara ketat. Instans ini memberikan bandwidth jaringan Elastic Fabric Adapter 100 Gbps yang dioptimalkan untuk lalu lintas antar-instans dalam grup penempatan yang sama dan menonaktifkan multi-threading simultan. Instans ini tersedia di Zona Ketersediaan tunggal untuk mengoptimalkan beban kerja yang dipasangkan dengan erat dan memiliki bandwidth jaringan standar.

T: Kapan saya harus memilih antara Hpc6a dan instans yang dioptimalkan jaringan lainnya?

Jika Anda menjalankan aplikasi HPC yang bergantung pada komunikasi antar-instans, Anda dapat menggunakan instans Hpc6a untuk mewujudkan performa harga terbaik di Amazon EC2. Jika Anda menjalankan beban kerja non-HPC seperti peralatan jaringan dan Danau Data yang memerlukan ketersediaan tinggi, bandwidth jaringan tinggi ke luar VPC, S3, atau EBS untuk volume data harus terus menggunakan instans jaringan tinggi mereka saat ini.

T: Apa itu ketersediaan wilayah dari instans Hpc6a?

Instans Hpc6a tersedia di AS Timur (Ohio) dan GovCloud (Barat). Untuk mengoptimalkan jaringan bagi beban kerja yang digabungkan secara ketat, Anda dapat mengakses instans Hpc6a di Zona Ketersediaan tunggal di setiap Wilayah jika tersedia.

T: AMI mana yang didukung pada instans Hpc6a?

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

T: Model penetapan harga mana yang didukung Hpc6a?

Instans Hpc6a akan tersedia untuk pembelian melalui standar 1 tahun atau 3 tahun dan RI yang dapat diubah, Savings Plans, dan Instans Sesuai Permintaan.

Instans Tujuan Umum

T: Apa itu instans Amazon EC2 T4g?

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

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

Instans T4g memiliki kinerja berbanding harga 40% lebih baik dibanding instans T3 untuk berbagai jenis penggunaan umum yang mampu melonjak, seperti layanan mikro, aplikasi interaktif dengan latensi rendah, basis data kecil dan menengah, desktop virtual, lingkungan pengembangan, repositori kode, dan aplikasi bisnis yang sangat penting. Pelanggan yang menerapkan aplikasi berbasis perangkat lunak bersumber terbuka di keluarga instans T akan merasa bahwa instans T4g adalah opsi yang menarik untuk mewujudkan kinerja berbanding harga di antara keluarga instans. Developer Arm juga dapat membangun aplikasinya langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

T: Bagaimana cara pelanggan mengakses uji coba gratis T4g?

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

T: Siapa saja yang dapat mencoba T4g secara gratis?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T: Apa yang dimaksud dengan instans M6g Amazon EC2?

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

T: Apa spesifikasi Prosesor AWS Graviton2 yang baru?

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

T: Apakah enkripsi memori didukung prosesor AWS Graviton2?

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

T: Apa saja kasus penggunaan ideal untuk instans M6g?

Instans M6g menghadirkan manfaat kinerja dan kinerja harga signifikan untuk spektrum luas beban kerja tujuan umum seperti server aplikasi, server game, layanan mikro, database ukuran sedang, dan armada caching. Pelanggan pengguna aplikasi yang dibangun pada perangkat lunak sumber terbuka di seluruh family instans M akan mendapati instans M6g sebagai opsi menarik untuk mewujudkan kinerja harga terbaik dari family instans. Developer Arm juga dapat membangun aplikasinya langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

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

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

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

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

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

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

T: Apa itu instans A1 Amazon EC2?

Instans A1 Amazon EC2 adalah instans umum baru yang didukung Prosesor Graviton AWS yang dirancang secara kustom oleh AWS.

T: Apa spesifikasi Prosesor Graviton AWS generasi pertama?

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

T. Kapan saya harus menggunakan instans A1?

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

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

Perubahan yang diperlukan ini tergantung aplikasi. Aplikasi berbasis bahasa yang dikompilasi secara waktu proses atau diinterpretasikan (misalnya saja Python, Java, PHP, Node. js) dapat berjalan tanpa pengubahan. Aplikasi lain mungkin perlu dikompilasi ulang dan aplikasi yang tidak bergantung pada instruksi x86 umumnya akan di-build dengan perubahan minimum atau tanpa perubahan sama sekali.

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

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

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

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

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

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

T: Apa saja opsi penyimpanan yang tersedia bagi pelanggan A1?

Instans A1 dioptimalkan EBS secara default, dan menawarkan bandwidth EBS khusus 3.500 Mbps untuk volume EBS, baik yang dienkripsi maupun tidak. Instans A1 hanya mendukung antarmuka Non-Volatile Memory Express (NVMe) untuk mengakses volume penyimpanan EBS. Instans A1 tidak akan mendukung antarmuka blkfront.

T: Antarmuka jaringan apa yang didukung instans A1?

Instans A1 mendukung Enhanced Networking berbasis ENA. Dengan ENA, instans A1 dapat memberikan hingga 10 Gbps bandwidth jaringan antar instans saat diluncurkan di dalam Grup Penempatan.

T: Apakah instans A1 mendukung AWS Nitro System?

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

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

Dibanding dengan Instans EC2 M4, Instans EC2 M5 memberi pelanggan kinerja komputasi dan penyimpanan yang lebih baik, ukuran instans lebih besar untuk harga yang lebih murah, konsistensi dan keamanan. Keunggulan terbesar Instans EC2 M5 didasarkan pada penggunaan generasi sebelumnya pada prosesor Intel Xeon Scalable (Skylake-SP atau Cascade Lake), yang memberikan hingga 20% peningkatan harga/kinerja dibandingkan M4. Dengan dukungan AVX-512 di dalam M5 vs. AVX2 lama di M4, pelanggan akan memperoleh 2x kinerja 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 dengan ukuran instans lebih kecil dengan kemampuan peningkatan EBS.

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

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

T: Bagaimana dukungan untuk Intel AVX-512 menguntungkan pelanggan yang menggunakan keluarga EC2 M5 atau keluarga M6i?

Intel Advanced Vector Extensions 512 (AVX-512) merupakan kumpulan instruksi CPU baru yang tersedia pada rangkaian keluarga prosesor Intel Xeon Scalable terbaru, yang dapat mempercepat kinerja untuk beban kerja dan penggunaan seperti simulasi ilmiah, analisis keuangan, kecerdasan buatan, machine learning/deep learning, pemodelan dan analisis 3D, pemrosesan gambar dan video, kriptografi dan kompresi data, dan banyak lagi. Intel AVX-512 menawarkan pemrosesan algoritme enkripsi yang luar biasa, yang membantu mengurangi overhead performa untuk kriptografi, yang berarti pelanggan pengguna keluarga EC2 M5 dan keluarga M6i dapat men-deploy data dan layanan yang lebih aman ke lingkungan terdistribusi tanpa mengorbankan performa.

Q: Apa itu instans M5zn?

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

T: Apa yang membedakan instans M5zn dari instans z1d?

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

T: Apa perbedaan Instans Kinerja yang Dapat Melonjak?
 
Amazon EC2 memungkinkan Anda memilih antara Instans Kinerja Tetap (misalnya keluarga instans C, M dan R) serta Instans Kinerja yang Mampu Melonjak (misalnya T2). Instans Kinerja yang Mampu 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 inti, atau jika dibutuhkan, aplikasi multi-thread dapat menggunakan 45% masing-masing dari 2 inti atau 22,5% dari 4 inti.

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

T. Bagaimana 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 Mampu Melonjak, seperti T2?

Instans T2 menyediakan platform efektif biaya untuk rentang beban kerja produksi tujuan umum yang luas. Instans T2 Unlimited dapat menahan performa CPU tinggi selama yang diperlukan. Jika beban kerja Anda 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 Kredit CPU untuk setiap instans T2 dalam metrik EC2 per-Instance pada Amazon CloudWatch. Instans T2 memiliki empat 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 Pesanan, Instans Cadangan, atau Instans Spot.

Instans Memori Tinggi

T. Apa itu instans Memori Tinggi EC2?

Instans Memori Tinggi Amazon EC2 menawarkan memori 3, 6, 9, 12, 18, atau 24 TiB dalam satu instans. Instans tersebut dirancang untuk menjalankan basis data besar dalam memori, mencakup pemasangan produksi SAP HANA, dalam cloud.

Instans Memori Tinggi EC2 dengan memori 3, 6, 9, dan 12 TiB didukung oleh platform 8 soket dengan prosesor Intel® Xeon® Platinum 8176M (Skylake). Instans Memori Tinggi EC2 dengan 18 dan 24 TiB merupakan instans Amazon EC2 pertama yang diperdayai oleh platform 8-soket dengan prosesor Intel® Xeon® Scalable (Cascade Lake) Generasi ke-2 yang dioptimalkan untuk beban kerja enterprise misi penting. Instans Memori Tinggi EC2 mengirimkan throughput jaringan tinggi dan latensi rendah dengan hingga 100 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. Untuk detailnya, lihat Direktori Perangkat Keras yang Tersertifikasi SAP dan Didukung SAP HANA.

T. Apakah Instans Memori Tinggi hanya tersedia sebagai bare metal?

Instans Memori Tinggi tersedia sebagai instans bare metal dan virtual, memberi pelanggan pilihan untuk memiliki akses langsung ke sumber daya perangkat keras yang mendasari atau untuk mendapatkan manfaatkan dari fleksibilitas tambahan yang ditawarkan instans virtual, termasuk opsi pembelian Sesuai Permintaan dan Savings Plan 1 tahun dan 3 tahun.

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

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

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 100 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 menggunakan Hypervisor Nitro ringan yang didasarkan pada teknologi core KVM.

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

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

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

Instans bare metal Memori Tinggi EC2 (mis., u-6tb1.metal) hanya tersedia sebagai Host Khusus EC2 untuk reservasi 1 Tahun dan 3 Tahun. Instans virtual Memori Tinggi EC2 (mis., u-6tb1.112xlarge) tersedia untuk dibeli via Savings Plan 1 Tahun dan 3 Tahun, instans Sesuai Permintaan, dan host Khusus.

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 RunInstances, dan dapat pula menghentikan/memulai/terminasikan instans tersebut melalui API. Anda dapat menggunakan Konsol Manajemen AWS untuk mengelola Host Khusus dan instans tersebut. 

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

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

T. AMI mana yang didukung dengan instans Memori Tinggi?

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

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

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

Instans Generasi Sebelumnya

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

Instans ini telah dipindahkan ke halaman Instans Generasi Sebelumnya.

T: Apakah instans Generasi Sebelumnya ini masih didukung?

Ya. Instans Generasi Sebelumnya masih didukung penuh.

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

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

T: Apakah instans Generasi Sebelumnya milik saya akan dihapus?

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

T: Instans Generasi Sebelumnya akan segera dihentikan?

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

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

Tidak. Instans Cadangan Anda tidak akan berubah, dan instans Generasi Sebelumnya tidak akan dihilangkan.

Instans Memori Dioptimalkan

T. Kapan sebaiknya saya menggunakan instans memori yang dioptimalkan?

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

T: Apa itu instans Amazon EC2 R6g?

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

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

Instans R6g memberikan keuntungan kinerja harga yang signifikan untuk beban kerja intensif memori seperti instans, dan ideal untuk menjalankan beban kerja intensif memori seperti database sumber terbuka, cache dalam memori, dan analitik big data real time. Pelanggan yang menerapkan aplikasi yang dibangun pada perangkat lunak sumber terbuka di seluruh family instans R akan melihat instans R6g sebagai opsi menarik untuk mewujudkan kinerja harga terbaik dalam family instans ini. Developer Arm juga dapat membangun aplikasinya langsung pada perangkat keras Arm native dibandingkan dengan kompilasi silang atau emulasi.

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

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

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

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

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

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

T: Mengapa pelanggan harus memilih instans R6i daripada instans R5?

Instans R6i Amazon didukung oleh prosesor Intel Xeon Scalable generasi ke-3 (kode bernama Ice Lake) dengan frekuensi all-core turbo 3,5 GHz, menawarkan performa harga komputasi hingga 15% lebih baik daripada instans R5, dan enkripsi memori yang selalu aktif menggunakan Intel Total Memory Encryption (TME). Instans R6i Amazon EC2 menggunakan huruf kecil “i” untuk menunjukkan bahwa instans tersebut merupakan instans yang didukung oleh Intel. Instans R6i menyediakan ukuran instans baru (r6i.32xlarge) dengan 128 vCPU dan memori 1.024 GiB, 33% lebih banyak daripada instans R5 terbesar. Instans tersebut juga menyediakan bandwidth memori hingga 20% per vCPU lebih tinggi daripada instans R5, yang memungkinkan pelanggan melakukan analisis real-time secara efisien untuk aplikasi AI/ML, game, dan High Performance Computing (HPC) intensif data. R6i juga memberi pelanggan kecepatan jaringan hingga 50 Gbps dan bandwidth 40 Gbps ke Amazon Elastic Block Store, dua kali lipat dari instans R5. R6i juga memungkinkan pelanggan untuk menggunakan Elastic Fabric Adapter pada ukuran 32xlarge dan metal, memungkinkan komunikasi antar simpul dengan latensi rendah dan skala tinggi. Untuk performa jaringan yang optimal pada instans baru ini, pembaruan mungkin diperlukan pada driver Elastic Network Adapter (ENA). Untuk informasi selengkapnya tentang driver ENA yang optimal untuk R6i, lihat artikel ini.

T: Apa yang dimaksud dengan instans R5b Amazon EC2?

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

T: Apa saja kasus penggunaan ideal instans R5b?

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

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

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

T: Kapan seharusnya saya menggunakan instans R5b?

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

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

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

T: Apa itu instans X2gd Amazon EC2?

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

T: Apa saja beban kerja yang sesuai untuk instans X2gd?

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

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

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

T: Kapan saya harus menggunakan instans X2idn dan X2iedn?

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

T: Kapan saya harus menggunakan instans X2iezn?

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

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

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

T. Kapan saya harus menggunakan instans X1?

Instans X1 sangat cocok untuk menjalankan 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. Apakah instans X1 dan X1e memungkinkan kontrol status manajemen daya CPU?

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

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

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

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

Instans Penyimpanan Dioptimalkan

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 penyimpanan padat dibandingkan dengan instans I/O Tinggi? 

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

T. Seberapa banyak throughput disk yang dapat diberikan instans Penyimpanan padat dan Penyimpanan HDD?

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

T. Apakah instans Penyimpanan padat dan Penyimpanan HDD menyediakan mekanisme failover atau redundansi?

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

T. Apa yang membedakan instans Penyimpanan HDD padat dari Amazon EBS?

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

T. Dapatkah saya meluncurkan instans Penyimpanan HDD padat sebagai instans yang dioptimalkan Amazon EBS?

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

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

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

T. Apakah instans Padat-penyimpanan ditawarkan dalam 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 VPC, lihat Amazon EC2 dan Amazon Virtual Private Cloud (Amazon VPC). Anda dapat mengambil beberapa langkah untuk memindahkan sumber daya dari EC2-Classic ke Amazon VPC. Untuk informasi selengkapnya, lihat Memindahkan 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 melalui grup penempatan klaster untuk jaringan latensi rendah.

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

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

T. AWS memiliki 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 menyediakan mekanisme failover atau redundansi?

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

T. Apakah instans I/O Tinggi mendukung TRIM?

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

T. Apa perbedaan instans D3 dan D3en dengan instans D2?

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

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

T. Apakah instans D3 dan D3en mengenkripsi volume penyimpanan dan traffic jaringan?

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

Penyimpanan

Amazon Elastic Block Store (EBS)

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

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

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

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

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

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

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

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

T: Tipe volume mana yang harus saya pilih?

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

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

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

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

Tidak, snapshot EBS hanya tersedia melalui API Amazon EC2.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T: Di mana saya dapat mempelajari selengkapnya tentang EBS?

Anda dapat mengunjungi halaman FAQ Amazon EBS.

Amazon Elastic File System (EFS)

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

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

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

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

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

T. Bagaimana saya memuat data ke sistem file?

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

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

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

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

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

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

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

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

T: Di mana saya dapat mempelajari selengkapnya tentang EFS?

Anda dapat mengunjungi halaman FAQ Amazon EFS.

Penyimpanan Instans NVMe

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

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

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

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

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

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

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

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

T: Dapatkah saya menonaktifkan enkripsi penyimpanan instans NVMe?

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

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

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

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

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

Jaringan dan keamanan

Elastic Fabric Adapter (EFA)

T: Mengapa saya harus menggunakan EFA?

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

T: Jenis aplikasi apa yang dapat memanfaatkan EFA?

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

T: Bagaimana cara kerja komunikasi EFA?

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

T: Tipe instans manakah yang mendukung EFA?

EFA saat ini tersedia dalam ukuran instans m6a.48xlarge, m6i.32xlarge, m6i.metal, m6id.32xlarge, m6id.metal, m5n.24xlarge, m5dn.24xlarge, m5n.metal, m5dn.metal, r6a.48xlarge, r6a.metal, r6i.32xlarge, r6i.metal, r6id.32xlarge, r6id.metal, r5n.24xlarge, r5dn.24xlarge, r5n.metal, r5dn.metal, x2idn.32xlarge, x2iedn.32xlarge, c6a.48xlarge, c6i.32xlarge, c6i.metal, c6id.32xlarge, c6id.metal, c5n.18xlarge, c5n.metal, p3dn.24xlarge, i3en.24xlarge, dan i3en.metal. Dukungan untuk tipe dan ukuran instans lainnya akan ditambahkan dalam beberapa bulan mendatang.

T: Apa perbedaan antara ENI EFA dan ENI ENA?

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

T: Apa saja prasyarat untuk menerapkan EFA pada instans?

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

Elastic IP

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

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

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

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

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

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

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

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

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

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

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

Elastic Load Balancing

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

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

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

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

Jaringan mutakhir

T: Kemampuan jaringan apa yang disertakan dalam fitur ini?

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

T: Mengapa saya harus menggunakan Jaringan Mutakhir?

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

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

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

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

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

T: Mengapa Jaringan Mutakhir hanya didukung di Amazon VPC?

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

T: Jenis instans mana yang mendukung Jaringan Mutakhir?

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 (tidak termasuk m4.16xlarge), dan R3 menggunakan antarmuka Intel 82599 VF untuk jaringan yang ditingkatkan.

Adaptor Jaringan Elastis (ENA) - Adaptor Jaringan Elastis (ENA) mendukung kecepatan jaringan hingga 100 Gbps untuk tipe instans yang didukung. Instans yang terdaftar sebagai generasi terkini menggunakan ENA untuk jaringan yang disempurnakan, dengan pengecualian instans C4, D2, dan M4 yang lebih kecil dari m4.16xlarge.

Keamanan

T: Bagaimana cara mencegah orang lain melihat sistem saya?

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

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

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

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

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

Manajemen

Amazon CloudWatch

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

Metrik diterima dan terkumpul pada interval 1 menit.

T: Sistem operasi mana yang didukung Amazon CloudWatch?

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

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

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

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

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

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

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

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

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

Amazon EC2 Auto Scaling

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

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

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

Untuk informasi selengkapnya, lihat FAQ Amazon EC2 Auto Scaling.

Hibernasi

T: Mengapa saya sebaiknya menerapkan hibernasi pada instans?

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

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

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

Q: Apa perbedaan antara hibernasi dan berhenti?

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

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

T: Berapa besar biaya untuk menerapkan hibernasi pada instans?

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

T: Bagaimana cara menerapkan hibernasi pada instans?

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

T: Bagaimana cara melanjutkan instans yang hibernasi?

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

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

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

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

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

T: Apa status instans saat sedang hibernasi?

Instans yang sedang hibernasi berada pada status 'Dihentikan'.

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

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

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

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

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

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

T: Berapa lama suatu instans dapat hibernasi?

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

T: Apa saja prasyarat untuk menerapkan hibernasi pada instans?

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

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

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

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

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

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

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

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

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

VM Import/Export

T. Apa itu VM Import/Export?

VM Import/Export memungkinkan pelanggan 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 gambar VMware ESX VMDK, VMware ESX OVA, Microsoft Hyper-V VHD atau Citrix Xen VHD. Untuk daftar lengkap sistem operasi yang didukung, harap lihat Sistem operasi apa yang didukung?.

T. Apa itu VMDK?

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

T. Bagaimana saya menyiapkan 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 gambar dan agar kompatibel dengan VM Import/Export. Tidak ada persiapan khusus yang diperlukan jika Anda menggunakan Amazon EC2 VM Import Connector vApp untuk VMware vCenter.

T. Apa itu VHD?

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

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

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

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

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

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

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

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

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

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

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

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

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

T. Bagaimana cara saya mengekspor instans Amazon EC2 kembali ke lingkungan virtualisasi on-premise saya?

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

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

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

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

T. Apakah saya dapat mengekspor instans Amazon EC2 yang memiliki lebih dari satu volume data EBS tersambung?

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

T. Seberapa besar biaya impor mesin virtual?

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

T. Seberapa besar biaya ekspor mesin virtual?

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

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

Saat Anda menjalankan VM yang diimpor menggunakan Microsoft Windows Server 2003 atau 2008, Anda akan dikenai biaya per jam instans 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 on-premise milik saya saat saya mengimpor VM Windows Server 2003 atau 2008? Karena kunci lisensi Microsoft Windows lokal Anda yang terhubung dengan VM tidak digunakan saat menjalankan VM impor sebagai instans EC2, Anda dapat menggunakannya kembali untuk VM lain dalam lingkungan lokal Anda.

T. Apakah saya dapat terus menggunakan kunci lisensi Microsoft Windows yang diberikan AWS setelah mengekspor instans EC2 kembali ke lingkungan virtualisasi on-premise saya?

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

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

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

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

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

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

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

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

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

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

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

T. Apakah saya dapat 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.

Opsi penagihan dan pembelian

Penagihan

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

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

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

T: Kapan penagihan sistem Amazon EC2 dimulai dan berakhir?

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

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

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

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

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

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

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

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

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

T: Apakah harga tersebut sudah termasuk pajak?

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

Savings Plans

T: Apa itu Savings Plans?

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

T: Apa tipe Savings Plans yang ditawarkan AWS?

AWS menawarkan dua tipe Savings Plans:

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

T: Bagaimana perbandingan Savings Plans dengan RI EC2?

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

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

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

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

T: Bagaimana cara memulai penggunaan Savings Plans?

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

T: Dapatkah saya tetap membeli RI EC2?

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

Instans Cadangan Konvertibel

T: Apa itu Convertible RI?

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

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

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

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

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

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

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

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

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

T: Bagaimana saya mengubah konfigurasi RI Dapat Diubah?

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

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

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

T: Bagaimana cara kerja penukaran RI Dapat Diubah?

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

T: Apa definisi nilai total?

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

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

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

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

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

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

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

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

T: Apakah ada batas penukaran untuk Convertible RI?

Tidak, tidak ada batas penukaran untuk Convertible RI.

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

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

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

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

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

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

Armada EC2

T. Apa itu Amazon EC2 Fleet?

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

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

T. Dapatkah saya menggunakan diskon Instans Cadangan (RI) dengan Amazon EC2 Fleet?

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

T. Apakah Amazon EC2 Fleet akan failover menjadi Pesanan 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 Amazon EC2 Fleet?

Armada EC2 tidak dikenai 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 Amazon EC2 Fleet?

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

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

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

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

T. Apa saya dapat mengirimkan permintaan Amazon EC2 Fleet multiwilayah?

Tidak, permintaan Armada EC2 multi-wilayah tidak didukung.

T. Dapatkah saya menandai Amazon EC2 Fleet?

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

T. Dapatkah saya mengubah Amazon EC2 Fleet saya?

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

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

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

Cadangan Kapasitas Sesuai Permintaan

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

T. Berapa harga Cadangan Kapasitas?

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

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

T: Dapatkah saya mendapatkan diskon untuk penggunakan Cadangan Kapasitas?

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

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

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

T. Kapan saya harus menggunakan Savings Plans, RI EC2, dan Cadangan Kapasitas?

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

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

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

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

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

T. Saya membuat Cadangan Kapasitas. Bagaimana cara menggunakannya?

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

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

T. Seberapa banyak saya diizinkan mencadangkan instans?

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

Jika Anda memerlukan batas yang lebih tinggi, hubungi AWS sales Anda atau lengkapi formulir permintaan instans Amazon EC2 dengan kasus penggunaan Anda dan peningkatan instans Anda akan dipertimbangkan. Peningkatan batas bergantung pada wilayah di mana peningkatan diminta.

T. Dapatkah saya memodifikasi Cadangan Kapasitas setelah memulai?

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

T. Dapatkah saya mengakhiri Cadangan Kapasitas setelah memulai?

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

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

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

T. Dapatkah saya membagikan Cadangan Kapasitas dengan Akun AWS lainnya?

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

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

T. Apa yang terjadi jika saya membagikan Cadangan Kapasitas dengan Akun AWS lainnya?

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

T. Apakah ada biaya tambahan untuk berbagi cadangan?

Tidak ada biaya tambahan untuk berbagi cadangan.

T. Siapa yang dikenakan biaya saat Cadangan Kapasitas dibagikan ke beberapa akun?

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

T. Bisakah saya memprioritaskan akses ke Cadangan Kapasitas di antara akun AWS yang memiliki akses bersama?

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

T. Bagaimana saya mengomunikasikan Availability Zone (AZ) CR dengan akun lain, jika pemetaan nama AZ dapat berbeda di semua akun AWS?

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

T. Dapatkah saya berhenti membagikan Cadangan Kapasitas setelah saya membagikannya?

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

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

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

T: Dapatkah saya mendapatkan diskon untuk penggunakan Cadangan Kapasitas?

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

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

Instans Cadangan

T: Apa itu Instans Cadangan?

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

T: Apa perbedaan antara RI Standar dan RI Convertible?

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

T: Apakah RI memberikan reservasi kapasitas?

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

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

T: Kapan seharusnya saya membeli RI zona?

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

T: Kapan seharusnya saya membeli RI regional?

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

T: Apa itu fleksibilitas Zona Ketersediaan dan ukuran instans?

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

T: Jenis RI apa yang memberikan fleksibilitas ukuran instans?

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

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

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

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

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

T: Bagaimana saya membeli RI?

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

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

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

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

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

T: Bagaimana fleksibilitas ukuran instans bekerja?

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

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

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 tipe instans RI selama terminnya?

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

T: Apa saja opsi pembayaran RI yang berbeda?

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

T: Kapan RI diaktifkan?

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

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

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

T: Bagaimana RI bekerja dengan Gabungan Tagihan?

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

T: Apa saya bisa mendapatkan diskon pembelian RI?

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

Rentang 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 Gabungan Tagihan?

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

T: RI Dapat Diubah memenuhi syarat untuk Diskon Volume?

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

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

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

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

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

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

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

Marketplace Instans Cadangan

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. Selain itu, 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 akan menerima uang saya?

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

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

T. Jika saya menjual Instans 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 Gabungan Tagihan).

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.

Instans Spot

T. Apa itu Instans Spot?

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

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

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

Lihat di sini untuk detail selengkapnya mengenai Instans Spot.

T. Bagaimana saya membeli dan mengaktifkan instans Spot?

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

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

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

T. Berapa banyak Instans Spot yang dapat saya minta?

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

Jika Anda menginginkan batas yang lebih tinggi, lengkapi formulir permintaan instans Amazon EC2 dengan kasus penggunaan 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 hemat biaya di beberapa kelompok kapasitas Spot menggunakan Auto Scaling EC2, Fleet EC2, atau Fleet Spot. Untuk informasi selengkapnya, silakan lihat Praktik Terbaik Spot.

T. Bagaimana saya menentukan status permintaan Spot?

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

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

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

T. Manakah sistem operasi yang tersedia sebagai Instans Spot?

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

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

Tidak pada saat ini.

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

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

T. Bagaimana caranya menghentikan Instans Spot?

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

T. Bagaimana caranya mulai menghentikan Instans Spot?

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

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

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

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

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

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

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

T. Kapan Instans Spot diinterupsi?

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

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

T. Apa yang terjadi pada instans Spot jika terinterupsi?

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

Lihat pada Hibernasi Spot untuk mempelajari selengkapnya tentang menangani interupsi.

T. Apa perbedaan antara perilaku interupsi Berhenti dan Hibernasi?

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

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

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

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

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

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

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

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

T. Apa saya perlu membayar untuk menghibernasi instans Spot?

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

T. Bisakah saya melanjutkan instans yang dihibernasi?

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

T. Instans dan sistem operasi mana yang mendukung hibernasi?

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

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

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

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

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

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

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

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

T. Apa itu Spot fleet?

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

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

Tidak, tidak ada biaya tambahan untuk permintaan Armada Spot.

T. Batas apa yang berlaku untuk permintaan Spot Fleet?

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

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

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

T. Apa permintaan Spot fleet dipastikan akan dipenuhi?

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

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

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

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

Tidak, permintaan Fleet multi-wilayah tidak didukung.

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

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

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

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

T. Apa saya dapat menandai permintaan Fleet Spot?

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

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

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

T. Apa saya dapat memodifikasi permintaan Spot Fleet?

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

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

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

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

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

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

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

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

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

Platform

Amazon Time Sync Service

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.

Availability zone

T: Seberapa terisolasinya sebuah Availability Zone dengan Availability Zone lainnya?

Setiap Availability Zone berjalan di infrastruktur independen dan jauh secara fisik, dan dibuat agar dapat sangat diandalkan. Titik kegagalan umum seperti generator dan peralatan pendingin tidak dibagikan di Availability Zone. Selain itu, Availability Zone terpisah secara fisik, sedemikian rupa sehingga bencana alam yang sangat tidak biasa seperti kebakaran, tornado, atau banjir hanya akan memengaruhi satu Availability Zone.

T: Apakah Amazon EC2 berjalan di lebih dari satu wilayah?

Ya. Lihat Produk dan Layanan Wilayah untuk detail selengkapnya tentang ketersediaan produk dan layanan kami berdasarkan wilayah.

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

Kami saat ini tidak mendukung kemampuan untuk mengoordinasikan peluncuran ke Availability Zone yang sama di akun developer AWS. Satu nama Availability Zone (misalnya, us-east-1a) dalam dua akun pelanggan AWS dapat berkaitan dengan Availability Zone fisik yang berbeda.

T: Jika saya mentransfer data di antara Zona Ketersediaan dengan menggunakan alamat IP publik, apakah saya akan dikenai biaya dua kali untuk Transfer Data Regional (kali pertama karena hal tersebut melewati zona, dan kali kedua karena saya menggunakan alamat IP publik)?

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

  • Instans yang lain berada di Zona Ketersediaan yang berbeda, terlepas dari jenis alamat yang digunakan.
  • Alamat Elastic IP atau IP publik digunakan, terlepas dari Availability Zone lokasi instans lain berada.

Instans Klaster

T. Apa itu Instans Komputasi Klaster?

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

Fungsionalitas grup penempatan klaster Amazon EC2 memungkinkan pengguna mengelompokkan Instans Komputasi Klaster dalam klaster – yang memungkinkan aplikasi mendapatkan performa jaringan latensi rendah yang diperlukan untuk tipikal komunikasi node ke node berpasangan dari aplikasi HPC. Instans Komputasi Klaster juga memberikan throughput jaringan yang meningkat secara signifikan baik dalam lingkungan Amazon EC2 dan Internet. Akibatnya, instans ini juga akan sesuai untuk aplikasi pelanggan yang perlu melakukan operasi jaringan intensif.

Pelajari penggunaan tipe instans ini untuk aplikasi HPC selengkapnya.

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

Bandwidth yang dapat dimanfaatkan instans EC2 dalam grup penempatan klaster bergantung pada tipe instans serta spesifikasi performa jaringan. Lalu lintas dalam instans di wilayah yang sama dapat menggunakan 5 Gbps untuk satu aliran dan hingga 25 Gbps untuk lalu lintas multi aliran. Saat diluncurkan dalam grup penempatan, pilih instans EC2 yang dapat memanfaatkan 10 Gbps untuk lalu lintas satu aliran.

T. Apa itu Instans GPU Klaster?

Instans GPU Klaster menyediakan graphic processing units (GPU) umum dengan high CPU proporsional serta performa jaringan yang ditingkatkan untuk aplikasi yang memanfaatkan pemrosesan paralel tinggi yang dapat dipercepat dengan GPU menggunakan model pemrograman CUDA dan OpenCL. Aplikasi umum termasuk pemodelan, simulasi, render dan pemrosesan media.

Instans GPU Klaster memberi pelanggan beban kerja HPC dengan opsi di atas Instans Komputasi Klaster untuk melakukan kustomisasi klaster performa tinggi mereka di cloud untuk aplikasi yang memanfaatkan daya komputasi paralel GPU.

Instans GPU Klaster menggunakan fungsionalitas grup penempatan klaster yang sama dengan Instans Komputasi Klaster untuk mengelompokkan instans ke klaster – yang memungkinkan aplikasi untuk mendapatkan performa jaringan bandwidth tinggi dengan latensi rendah yang diperlukan untuk tipikal komunikasi node ke node berpasangan dari banyak aplikasi HPC.

Pelajari selengkapnya mengenai HPC pada AWS.

T. Apa itu Instans Klaster Memori Tinggi?

Instans Klaster Memori Tinggi memberi pelanggan kemampuan memori dan CPU per instans berjumlah besar sebagai tambahan kemampuan jaringan tinggi. Tipe instans ini sangat ideal untuk beban kerja intensif memori termasuk sistem analisis dalam memori, analisis grafis, serta banyak aplikasi sains dan teknis lain

Instans Klaster Memori Tinggi menggunakan fungsionalitas grup penempatan klaster yang sama dengan Instans Komputasi Klaster untuk mengelompokkan instans ke klaster – yang memungkinkan aplikasi mendapatkan performa jaringan bandwidth tinggi dengan latensi rendah yang diperlukan untuk tipikal komunikasi node ke node berpasangan dari banyak aplikasi HPC dan intensif jaringan lain.

T. Apakah Instans Komputasi Klaster dan GPU Klaster berbeda dari jenis instans Amazon EC2?

Instans Komputasi Klaster dan GPU Klaster berbeda dengan jenis instans Amazon EC2 dalam dua hal.

Pertama, Instans Komputasi Klaster dan GPU Klaster menggunakan virtualisasi berbasis Hardware Virtual Machine (HVM) dan hanya menjalankan Amazon Machine Image (AMI) berdasarkan virtualisasi HVM. AMI berbasis Paravirtual Machine (PVM) yang digunakan dengan jenis instans Amazon EC2 lain tidak dapat digunakan dengan Instans Komputasi Klaster atau GPU Klaster.

Kedua, agar bisa mendapatkan manfaat sepenuhnya dari bandwidth biseksi penuh dengan latensi rendah antar instans, Instans Komputasi Klaster dan GPU Klaster harus dijalankan ke grup penempatan klaster melalui API Amazon EC2 atau AWS Management Console.

T. Apa itu grup penempatan klaster?

Grup penempatan klaster adalah kesatuan logis yang memungkinkan pembuat klaster instans dengan menjalankan instans sebagai bagian dari grup. Klaster instans ini kemudian memberikan konektivitas latensi rendah antar instans dalam grup. Grup penempatan klaster ini dibuat melalui API Amazon EC2 atau AWS Management Console.

T. Apakah semua fitur Amazon EC2 tersedia untuk Instans Komputasi Klaster dan GPU Klaster?

Untuk saat ini, Amazon DevPay tidak tersedia untuk Instans Komputasi Klaster atau GPU Klaster.

T. Apakah ada batasan jumlah Instans Komputasi Klaster atau GPU Klaster yang dapat saya gunakan dan/atau ukuran klaster yang dapat saya buat dengan menjalankan Instans Komputasi Klaster atau GPU Klaster ke grup penempatan klaster?

Tidak ada batasan khusus untuk Instans Komputasi Klaster. Untuk Instans GPU Klaster, Anda dapat menjalankan 2 instans sekaligus. Jika Anda perlu kapasitas 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.

Informasi perangkat keras

T: Apa saja opsi CPU yang tersedia pada instans EC2?

Instans EC2 menawarkan berbagai opsi CPU untuk membantu pelanggan menyeimbangkan persyaratan kinerja dan biaya.  Bergantung pada jenis instans, EC2 menawarkan pilihan dalam CPU yang meliputi prosesor AWS Graviton/Graviton2 (Arm), prosesor AMD (x86), dan prosesor Intel (x86).

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

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

T: Bagaimana EC2 menjalankan pemeliharaan?

AWS secara berkala menjalankan pemeliharaan perangkat keras, daya, dan jaringan dengan disrupsi minimal di seluruh tipe instans EC2. Untuk melakukannya, kami menggunakan kombinasi alat dan metode di seluruh infrastruktur AWS Global, seperti sistem yang dapat dikelola beberapa kali dan secara bersamaan, serta pembaruan dan migrasi sistem langsung. Misalnya, dalam kasus ini - Contoh 1 - EC2 menggunakan pembaruan sistem langsung untuk melakukan pemeliharaan keamanan yang diperlukan tanpa gangguan untuk lebih dari 90% EC2 Instances, dengan setiap pemeliharaan diselesaikan dalam waktu kurang dari dua detik. AWS terus berinvestasi dalam teknologi dan memproses penyelesaian pemeliharaan rutin dengan lebih aman dan cepat dari sebelumnya, sering kali tanpa gangguan untuk instans pelanggan.

T: Bagaimana cara memilih jenis instans yang tepat?

Instans Amazon EC2 dikelompokkan menjadi 5 keluarga: instans Tujuan Umum, Komputasi yang Dioptimalkan, Memori yang Dioptimalkan, Penyimpanan yang Dioptimalkan, dan Komputasi Terakselerasi. Instans Tujuan Umum memiliki rasio memori dibanding CPU yang sesuai untuk sebagian besar aplikasi tujuan umum dan dilengkapi dengan performa tetap atau performa yang dapat dilonjakkan; Instans Komputasi yang Dioptimalkan secara proporsional memiliki lebih banyak sumber daya CPU daripada memori (RAM) dan cocok untuk menskalakan keluar aplikasi komputasi intensif dan beban kerja Komputasi Performa Tinggi (HPC); Instans Memori yang Dioptimalkan menawarkan ukuran memori yang lebih besar untuk aplikasi intensif memori, termasuk basis data dan aplikasi caching memori; Instans Komputasi Terakselerasi menggunakan akselerator perangkat keras, atau co-processor, untuk menjalankan fungsi-fungsi seperti perhitungan angka floating point, pemrosesan grafik, atau pencocokan pola data, secara lebih efisien daripada yang mungkin dilakukan pada perangkat lunak yang berjalan di CPU; Instans Penyimpanan yang Dioptimalkan menyediakan latensi rendah dan kapasitas I/O dengan menggunakan penyimpanan instans lokal berbasis SSD untuk aplikasi intensif I/O, juga instans penyimpanan HDD padat, yang menyediakan densitas penyimpanan tinggi lokal serta performa I/O berurutan untuk penggudangan data, Hadoop, dan aplikasi intensif data lainnya. Ketika memilih tipe instans, Anda harus mempertimbangkan karakteristik aplikasi Anda dengan mempertimbangkan penggunaan sumber daya (misalnya, CPU, Memori, Penyimpanan) dan memilih keluarga instans dan ukuran instans yang optimal.

T: Apa itu "Unit komputasi EC2" dan mengapa diperkenalkan?

Beralih ke model komputasi utilitas secara fundamental mengubah bagaimana developer telah dilatih untuk berpikir tentang sumber daya CPU. Sebagai ganti membeli atau menyewa guna prosesor tertentu untuk penggunaan selama beberapa bulan atau tahun, Anda dapat menyewa kapasitas berdasarkan jam. Karena Amazon EC2 dibuat pada perangkat keras komoditas, seiring waktu mungkin terdapat beberapa jenis perangkat keras fisik yang berbeda yang mendasari instans EC2. Tujuan kami adalah untuk menyediakan jumlah kapasitas CPU yang konsisten, terlepas dari perangkat keras aktual yang mendasari.

Amazon EC2 menggunakan beragam ukuran untuk menyediakan setiap instans dengan jumlah kapasitas CPU yang dapat diprediksi dan konsisten. Guna memudahkan developer untuk membandingkan kapasitas CPU di antara jenis instans yang berbeda, kami telah mendefinisikan Unit komputasi Amazon EC2. Jumlah CPU yang dialokasikan pada instans tertentu ditunjukkan dalam hal Unit komputasi EC2 ini. Kami menggunakan beberapa tolok ukur dan pengujian untuk mengelola konsistensi dan keterprakiraan kinerja dari Unit komputasi EC2. Unit komputasi EC2 (ECU) menyediakan ukuran kemampuan pemrosesan bilangan bulat relatif pada instans Amazon EC2. Seiring waktu, kami dapat menambahkan atau mengganti ukuran yang dimasukkan ke definisi Unit komputasi EC2, jika kami menemukan metrik yang akan memberikan gambaran kapasitas komputasi lebih jelas.

T: Bagaimana EC2 memastikan kinerja jenis instans yang konsisten seiring waktu?

AWS melakukan tolok ukur kinerja tahunan untuk kinerja komputasi Linux dan Windows pada jenis instans EC2. Hasil dari pembandingan adalah serangkaian pengujian yang dapat digunakan pelanggan untuk melakukan pengujian mandiri dan panduan tentang variasi kinerja yang diharapkan tersedia dalam NDA untuk instans M,C,R, T, dan z1d; silakan hubungi perwakilan penjualan Anda untuk memintanya.

T: Apa itu ketersediaan wilayah jenis instans Amazon EC2?

Untuk semua daftar instans dan ketersediaan wilayah, kunjungi Harga Amazon EC2.

Instans micro

T. Berapa banyak daya komputasi yang diberikan Instans Mikro?

Instans mikro memberikan sejumlah kecil sumber daya CPU yang konsisten dan memungkinkan Anda meningkatkan kapasitas CPU hingga 2 ECU saat siklus tambahan tersedia. Intans mikro sesuai untuk aplikasi dan situs web throughput rendah yang memakan siklus komputasi yang signifikan secara berkala tetapi CPU yang sangat kecil pada saat lain untuk proses latar belakang, daemon, dsb. Pelajari penggunaan tipe instans ini selengkapnya.

T. Bagaimana perbandingan antara instans Micro di daya komputasi dengan instans Small Standar?

Pada status yang stabil, instans Micro menerima fraksi sumber daya komputasi yang dilakukan instans Small. Oleh karena itu, jika aplikasi Anda memiliki kebutuhan yang intensif komputasinya atau status yang stabil, direkomendasikan untuk menggunakan instans Small (atau large, bergantung pada kebutuhan Anda). Namun, instans Mikro dapat menambahkan hingga 2 ECU secara berkala (untuk jangka waktu yang pendek). Ini merupakan dua kali jumlah ECU yang tersedia dari instans Small standar. Oleh karena itu, jika Anda memiliki aplikasi throughput yang rendah atau situs web dengan sesekali kebutuhan untuk mengonsumsi siklus komputasi yang signifikan, direkomendasikan untuk menggunakan instans Micro.

T. Bagaimana cara mengetahui apakah aplikasi membutuhkan sumber daya CPU yang lebih dari instans Micro berikan?

Metrik CloudWatch untuk penggunaan CPU akan melaporkan penggunaan 100% jika instans beruntut sehingga melebihi sumber daya CPU yang tersedia pada menit yang dimonitor CloudWatch itu. CloudWatch melaporkan penggunaan CPU 100% adalah tanda bahwa Anda perlu mempertimbangkan penskalaan – secara manual atau Auto Scaling – ke jenis instans yang lebih besar atau menaikkan skala ke beberapa instans Micro.

T. Apa semua fitur Amazon EC2 tersedia untuk instans Micro?

Saat ini Amazon DevPay tidak tersedia untuk instans Micro.

Nitro Hypervisor

T. Apa itu Nitro Hypervisor?

Peluncuran instans C5 memperkenalkan hypervisor baru untuk Amazon EC2, yaitu Nitro Hypervisor. Sebagai komponen sistem Nitro, Nitro Hypervisor utamanya menyediakan isolasi CPU dan memori untuk instans EC2. Sumber daya jaringan VPC dan penyimpanan EBS diimplementasikan oleh komponen perangkat keras khusus, Nitro Card yang merupakan bagian dari semua kelompok instans EC2 generasi saat ini. Nitro Hypervisor dibuat pada teknologi Mesin Virtual berbasis Linux Kernel (KVM) inti, namun tidak mencakup komponen sistem pengoperasian tujuan umum.

T. Bagaimana Nitro Hypervisor memberikan manfaat kepada pelanggan?

Nitro Hypervisor menyediakan performa yang konsisten serta meningkatkan sumber daya komputasi dan memori untuk instans EC2 yang divirtualkan dengan menghapus komponen perangkat lunak sistem host. Hal ini memungkinkan AWS menawarkan ukuran instans yang lebih besar (seperti c5.18xlarge) yang secara praktis menyediakan seluruh sumber daya dari server kepada pelanggan. Sebelumnya, instans C3 dan C4 menghapus komponen perangkat lunak dengan memindahkan fungsionalitas VPC dan EBS ke perangkat keras yang dirancang dan dibuat oleh AWS. Perangkat keras ini memungkinkan Nitro Hypervisor menjadi sangat kecil dan tidak terlibat dalam tugas-tugas pemrosesan data untuk jaringan dan penyimpanan.

T. Apakah semua instans EC2 akan menggunakan Nitro Hypervisor?

Secepatnya semua jenis instans baru akan menggunakan Nitro Hypervisor. Namun, dalam jangka waktu dekat, beberapa tipe 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 ke instans yang berjalan pada Nitro Hypervisor?

Instans yang berjalan pada Nitro Hypervisor mendukung maksimum 27 perangkat PCI tambahan untuk volume EBS dan VPC ENI. Setiap volume EBS atau VPC ENI menggunakan satu perangkat PCI. Misalnya, jika Anda memasang 3 antarmuka jaringan tambahan pada instans yang menggunakan Nitro Hypervisor, Anda dapat memasang hingga 24 volume EBS pada instans tersebut.

T. Apakah Nitro Hypervisor akan mengubah API yang digunakan untuk berinteraksi dengan instans EC2?

Tidak, semua API tatap muka publik untuk berinteraksi dengan instans EC2 yang berjalan menggunakan Nitro Hypervisor akan tetap sama. Misalnya, bidang "hypervisor" pada respons DescribeInstances, yang akan terus melaporkan "xen" untuk semua instans EC2, bahkan instans yang berjalan di bawah Nitro Hypervisor. Bidang ini dapat dihapus dalam revisi API EC2 di masa mendatang.

T. Manakah AMI yang didukung pada instans yang menggunakan Nitro Hypervisor?

HVM AMI yang didukung EBS dengan dukungan untuk jaringan dan booting ENA dari penyimpanan NVMe dapat digunakan dengan instans yang berjalan di bawah 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 di bawah Nitro Hypervisor melakukan boot dari volume EBS dengan menggunakan antarmuka NVMe. Instans yang berjalan di bawah Xen melakukan boot dari perangkat keras IDE tiruan, dan beralih ke driver perangkat blok Xen yang diparavirtualkan.

Sistem pengoperasian dapat mengidentifikasi kapan sistem ini berjalan berdasarkan hypervisor. Beberapa perangkat lunak mengasumsikan bahwa instans EC2 akan berjalan berdasarkan Xen hypervisor dan bergantung pada deteksi ini. Sistem pengoperasian akan mendeteksi bahwa sistem ini berjalan berdasarkan KVM saat instans menggunakan Nitro Hypervisor, sehingga proses untuk mengidentifikasi instans EC2 harus digunakan untuk mengidentifikasi instans EC2 yang berjalan berdasarkan kedua hypervisor tersebut.

Semua fitur EC2 seperti Layanan Metadata Instans berfungsi dengan cara yang sama seperti instans yang berjalan di bawah Xen dan Nitro Hypervisor. Sebagian besar aplikasi akan berfungsi dengan cara yang sama di bawah Xen dan Nitro Hypervisor selama sistem pengoperasian memiliki dukungan yang diperlukan untuk jaringan ENA dan penyimpanan NVMe.

T. Bagaimana cara instans melakukan permintaan reboot dan terminasi API EC2 oleh Nitro Hypervisor?

Nitro Hypervisor mengirim sinyal ke sistem operasi yang berjalan di instans yang harus dimatikan sepenuhnya dengan metode ACPI standar industri. Untuk instans Linux, hal ini memerlukan acpid yang terinstal dan berfungsi dengan tepat. Jika acpid tidak berfungsi pada instans, peristiwa pengakhiran akan ditunda selama beberapa menit dan kemudian akan dijalankan sebagai mulai kembali atau mati daya secara paksa.

T. Bagaimana volume EBS beroperasi saat diakses oleh antarmuka NVMe?

Terdapat beberapa perbedaan penting tentang bagaimana sistem operasi driver NVMe beroperasi dibandingkan dengan driver blok paravirtual (PV) Xen.

Pertama, nama perangkat NVMe yang digunakan oleh Linux berdasarkan sistem operasi akan berbeda dari parameter untuk permintaan pemasangan volume EBS dan entri pemetaan perangkat blok seperti /dev/xvda dan /dev/xvdf. Perangkat NVMe diberi nomor oleh sistem operasi sebagai /dev/nvme0n1, /dev/nvme1n1, dan seterusnya. Nama perangkat NVMe bukan pemetaan yang persisten volume, oleh karena itu metode lain seperti sistem file UUID atau label harus digunakan saat mengonfigurasi pemasangan sistem file otomatis atau aktivitas startup lainnya. Ketika volume EBS diakses melalui antarmuka NVMe, ID volume EBS akan tersedia melalui nomor seri pengontrol dan nama perangkat yang ditetapkan dalam permintaan API EC2 disediakan oleh ekstensi vendor NVMe pada perintah Pengontrol Identitas. Hal ini memungkinkan tautan simbolis kompatibel balik untuk dibuat oleh skrip utilitas. Untuk informasi selengkapnya, lihat dokumentasi EC2 tentang pemberian nama perangkat dan volume EBS berbasis NVMe.

Kedua, secara default driver NVMe mencakup batas waktu I/O dalam sebagian besar implementasi sistem operasi. Jika I/O tidak melengkapi implementasi selama waktu spesifik, biasanya puluhan detik, driver akan berupaya membatalkan I/O, mengulangi, atau mengembalikan kesalahan ke komponen yang mengeluarkan I/O. Antarmuka perangkat blok Xen PV tidak memberi batas waktu I/O, yang dapat mengakibatkan proses tidak dapat dihentikan jika menunggu I/O. Perilaku driver NVMe Linux dapat dimodifikasi dengan menentukan nilai yang lebih tinggi untuk parameter modul kernel batas waktu nvme.io.

Ketiga, antarmuka NVMe dapat mentransfer jumlah data per I/O yang jauh lebih besar, dan dalam beberapa kasus dapat mendukung lebih banyak permintaan I/O yang tidak biasa, dibandingkan dengan antarmuka blok Xen PV. Hal ini dapat menyebabkan latensi I/O yang lebih tinggi jika I/O yang sangat besar atau permintaan I/O yang berjumlah besar dikeluarkan ke volume yang dirancang untuk mendukung beban kerja throughput seperti volume EBS Throughput Optimized HDD (st1) dan Cold HDD (sc1). Latensi I/O ini normal untuk volume yang dioptimalkan throughput dalam skenario ini, namun dapat menyebabkan waktu-habis (timeout) I/O dalam driver NVMe. Batas waktu-habis I/O dapat disesuaikan dalam driver Linux dengan menetapkan nilai yang lebih besar untuk parameter modul kernel nvme_core.io_timeout.

Optimasi CPU

T: Apa itu Optimize CPUs?

Optimize CPUs memberi Anda kendali lebih besar atas instans EC2 Anda pada dua front. Pertama, Anda dapat menentukan jumlah kustom vCPU ketika meluncurkan instans baru untuk menghemat biaya lisensi berbasis vCPU. Kedua, Anda dapat menonaktifkan Intel Hyper-Threading Technology (Intel HT Technology) untuk beban kerja yang berkinerja baik dengan CPU single-threaded, seperti aplikasi komputasi kinerja tinggi (HPC) tertentu.

T: Mengapa saya harus menggunakan fitur Optimize CPUs?

Anda harus menggunakan Optimize CPUs jika:

  • Anda menjalankan beban kerja EC2 yang tidak terikat pada komputasi dan menimbulkan biaya lisensi berbasis vCPU. Dengan meluncurkan instans dengan jumlah vCPU kustom, Anda mungkin dapat mengoptimasi pengeluaran lisensi Anda.
  • Anda menjalankan beban kerja yang akan mendapat keuntungan dari penonaktifan hyper-threading pada instans EC2.

T: Bagaimana harga instans yang dioptimalkan CPU ditentukan?

Instans yang dioptimalkan CPU akan diberi harga yang sama dengan instans berukuran penuh yang setara.

T: Bagaimana performa aplikasi saya berubah ketika menggunakan Optimize CPUs pada EC2?

Perubahan kinerja aplikasi Anda dengan Optimize CPUs akan sangat bergantung pada beban kerja yang Anda jalankan pada EC2. Kami mendorong Anda untuk mengukur kinerja aplikasi Anda dengan Optimize CPUs untuk mendapatkan jumlah vCPU yang tepat dan perilaku hyper-threading yang optimal untuk aplikasi Anda.

T: Dapatkah saya menggunakan Optimize CPUs pada jenis instans Bare Metal EC2 (seperti i3.metal)?

Tidak. Anda dapat menggunakan Optimize CPUs hanya dengan instans virtual EC2.

T. Bagaimana saya dapat mulai menggunakan Optimize CPUs untuk Instans EC2?

Untuk informasi selengkapnya tentang cara memulai Optimize CPUs dan jenis instans yang didukung, silakan kunjungi halaman dokumentasi Optimize CPUs di sini.

Beban kerja

Amazon EC2 yang menjalankan IBM

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, saat ini, Anda tidak dapat menggunakan DevPay untuk menggabungkan produk di atas Amazon EC2 yang menjalankan IBM.

Beban kerja macOS

T: Apa itu instans Mac Amazon EC2?

Instans Mac Amazon EC2 memungkinkan pelanggan menjalankan beban kerja macOS sesuai permintaan di cloud untuk pertama kalinya, meningkatkan fleksibilitas, skalabilitas, dan penghematan biaya AWS bagi semua developer Apple. Dengan instans Mac EC2, developer yang membuat aplikasi untuk iPhone, iPad, Mac, Apple Watch, Apple TV, dan Safari dapat menyediakan serta mengakses lingkungan macOS dalam hitungan menit, menskalakan kapasitas secara dinamis sesuai kebutuhan, dan memanfaatkan harga bayar sesuai pemakaian AWS.

T: Beban kerja apa saja yang harus Anda jalankan di instans Mac EC2?

Instans Mac Amazon EC2 didesain untuk membangun, menguji, menandatangani, dan memublikasikan aplikasi untuk platform Apple seperti iOS, iPadOS, watchOS, tvOS, macOS, dan Safari. Pelanggan seperti Pinterest, Intuit, FlipBoard, Twitch, dan Goldman Sachs telah menyaksikan performa pembangunan yang 75% lebih baik, tingkat kegagalan pembangunan yang 80% lebih rendah, dan jumlah pembangunan paralel yang 5x lebih besar dibandingkan dengan menjalankan macOS on-premise.

T: Apa itu instans Mac x86 EC2?

Instans Mac EC2 berbasis x86 dibangun di komputer Mac mini Apple dengan prosesor Intel Core i7 dan ditenagai oleh AWS Nitro System. Instans ini memberikan penawaran kepada pelanggan pilihan macOS Mojave (10.14), macOS Catalina (10.15), macOS Big Sur (11), dan macOS Monterey (12) sebagai Amazon Machine Images (AMI). Instans EC2 berbasis x86 tersedia di 12 Wilayah: AS Timur (Ohio, N. Virginia), AS Barat (Oregon), Eropa (Amsterdam, Frankfurt, Irlandia, London), dan Asia Pasifik (Mumbai, Seoul, Singapura, Sydney, Tokyo). Pelajari selengkapnya dan mulailah dengan instans Mac EC2 berbasis x86 di sini.

T: Apa itu instans Mac M1 EC2?

Instans Mac M1 EC2 dibangun di komputer mini Mac M1 Apple dan didukung oleh AWS Nitro System. Instans ini memberikan performa harga yang lebih baik hingga 60% dibandingkan instans Mac EC2 berbasis x86 untuk beban kerja pembuatan aplikasi iOS dan macOS. Instans Mac M1 EC2 untuk pertama kalinya menggunakan lingkungan macOS ARM64 di AWS, serta mendukung macOS Big Sur (11) dan macOS Monterey (12) sebagai Amazon Machine Images (AMI). Instans Mac M1 EC2 tersedia di 4 Wilayah: AS Timur (Virginia Utara), AS Barat (Oregon), Eropa (Irlandia), dan Asia Pasifik (Singapura). Pelajari selengkapnya dan mulai instans Mac M1 EC2 di sini.

T: Model pembayaran apa saja yang tersedia untuk instans Mac EC2?

Instans Mac Amazon EC2 tersedia sebagai Host Khusus melalui model harga Sesuai Permintaan dan Savings Plans. Host Khusus merupakan unit penagihan instans Mac EC2. Instans Mac EC2 dikenakan harga per detik dengan periode alokasi minimum 24 jam untuk Host Khusus agar sesuai dengan Perjanjian Lisensi Perangkat Lunak macOS Apple. Pada akhir periode alokasi minimum 24 jam, host dapat dirilis kapan saja tanpa komitmen lebih lanjut. Baik Komputasi dan Savings Plans Komputasi tersedia untuk Instans Mac EC2 dan menawarkan diskon hingga 44% dari harga Sesuai Permintaan. Kunjungi halaman harga Host Khusus untuk informasi selengkapnya. (Perhatikan: Pilih penghunian “Host Khusus” dan sistem operasi “Linux” untuk melihat detailnya.) Anda juga dapat mengakses harga instans Mac EC2 di Kalkulator Harga AWS untuk Host Khusus.

T: Bagaimana cara merilis Host Khusus?

Periode alokasi minimum untuk Host Khusus instans Mac EC2 adalah 24 jam. Setelah periode alokasi melebihi 24 jam, hentikan atau akhiri terlebih dahulu instans yang berjalan di host, lalu rilis host tersebut menggunakan perintah CLI aws ec2 release-hosts atau menggunakan Konsol Manajemen AWS.

T: Apakah dapat berbagi Host Khusus Mac EC2 dengan akun AWS lainnya dalam organisasi Anda?

Ya. Anda dapat berbagi Host Khusus Mac EC2 dengan akun AWS di dalam organisasi AWS Anda, unit organisasi di dalam organisasi AWS Anda, atau seluruh organisasi AWS Anda melalui AWS Resource Access Manager. Untuk informasi selengkapnya, lihat dokumentasi AWS Resource Access Manager.

T: Berapa banyak instans Mac EC2 yang dapat dijalankan pada Host Khusus Mac EC2?

Instans Mac EC2 memanfaatkan kekuatan penuh perangkat keras Mac mini yang mendasarinya. Anda dapat menjalankan 1 instans Mac EC2 pada setiap Host Khusus Mac EC2.

T: Apakah variabel NVRAM EFI dapat diperbarui di instans Mac EC2 ?

Ya, Anda dapat memperbarui variabel NVRAM EFI tertentu pada instans Mac EC2 yang akan bertahan dalam boot ulang. Namun, variabel NVRAM EFI akan disetel ulang jika instans diberhentikan atau diakhiri. Lihat dokumentasi instans Mac EC2 untuk informasi selengkapnya.

T: Apakah FileVault dapat digunakan untuk mengenkripsi volume boot Amazon Elastic Block Store (Amazon EBS) pada instans Mac EC2?

FileVault akan meminta untuk login sebelum melakukan booting ke macOS dan sebelum akses jarak jauh dapat diaktifkan. Jika FileVault diaktifkan, Anda akan kehilangan akses ke data Anda dalam volume boot pada saat melakukan boot ulang, menghentikan, atau mengakhiri instans. Kami sangat menyarankan agar Anda tidak mengaktifkan FileVault. Sebaliknya, kami menyarankan Anda untuk menggunakan enkripsi Amazon EBS untuk boot dan volume EBS data pada instans Mac EC2.

T: Apakah input mikrofon dan output audio pada instans Mac EC2 dapat diakses?

Tidak terdapat akses ke input mikrofon di instans Mac EC2. Server VNC Desktop Jarak Jauh Apple bawaan tidak mendukung output audio. Perangkat lunak desktop kontrol jarak jauh pihak ketiga, seperti Teradici CAS, mendukung audio jarak jauh di macOS.

T: Amazon Machine Image (AMI) berbasis macOS apa yang tersedia untuk instans Mac EC2?

Instans Mac EC2 menggunakan perangkat keras Mac mini fisik untuk menjalankan macOS. Perangkat keras Apple hanya mendukung versi macOS yang disertakan dengan perangkat keras tersebut (atau lebih baru). Instans Mac EC2 berbasis x86 menggunakan Mac mini Intel Core i7 2018, yang berarti bahwa macOS Mojave (10.14.x) adalah versi yang “paling lama” yang dapat Anda gunakan, karena Mac mini 2018 disertakan dengan Mojave. Instans Mac M1 EC2 menggunakan Mac mini M1 2020 yang disertakan dengan macOS Big Sur (11.x). Untuk melihat versi terbaru macOS yang tersedia sebagai AMI Mac EC2, kunjungi dokumentasi.

T: Bagaimana cara menjalankan versi lama macOS di instans Mac EC2?

Instans Mac EC2 merupakan instans bare metal dan tidak menggunakan Hypervisor Nitro. Anda dapat menginstal dan menjalankan lapisan virtualisasi jenis-2 pada instans Mac EC2 berbasis x86 untuk mendapatkan akses ke macOS High Sierra, Sierra, atau versi macOS lama. Pada instans Mac M1 EC2, karena macOS Big Sur merupakan versi macOS pertama yang mendukung Apple Silicon, versi macOS sebelumnya tidak akan dapat berjalan bahkan dengan virtualisasi.

T: Bagaimana cara menjalankan macOS versi beta atau pratinjau pada instans Mac EC2?

Versi beta dan pratinjau macOS saat ini tidak didukung pada instans Mac EC2.

T: Bagaimana cara menggunakan data pengguna EC2 dengan instans Mac EC2?

Seperti halnya instans Linux dan Windows EC2, Anda dapat meneruskan data pengguna kustom ke instans Mac EC2. Alih-alih menggunakan cloud-init, instans Mac EC2 menggunakan daemon peluncuran sumber terbuka: ec2-macos-init. Anda dapat meneruskan data ini ke EC2 Launch Wizard sebagai teks biasa, sebagai file, atau sebagai teks yang terenkode base64.

T: Bagaimana cara menginstal Xcode di instans Mac M1 EC2?

AWS menyediakan AMI macOS dasar tanpa penginstalan IDE Xcode sebelumnya. Anda dapat menginstal Xcode (dan menerima EULA) seperti pada sistem macOS lainnya. Anda dapat menginstal Xcode IDE terbaru dari App Store, atau versi Xcode sebelumnya dari situs web Developer Apple. Setelah Xcode terinstal, kami menyarankan agar Anda membuat snapshot AMI untuk penggunaan di masa mendatang.

T: Apa cadence rilis AMI macOS?

Kami menyediakan AMI macOS berdasarkan usaha terbaik. Anda dapat berlangganan notifikasi SNS untuk pembaruan. Kami menargetkan 30-60 hari setelah pembaruan versi minor macOS dan 90-120 hari setelah pembaruan versi besar macOS untuk merilis AMI macOS resmi.

T: Agen dan paket apa saja yang disertakan dalam macOS AMI EC2?

Agen dan paket berikut disertakan di AMI macOS EC2 secara default:

  • Driver ENA untuk macOS
  • AWS CLI
  • EC2-macos-init
  • Amazon CloudWatch Agent
  • Chrony
  • Homebrew
  • AWS Systems Manager Agent

T: Apakah agen dan paket yang disertakan dapat diperbarui di AMI macOS?

Tersedia repositori tap Homebrew Github publik untuk semua agen dan paket yang ditambahkan pada citra macOS dasar. Anda dapat menggunakan Homebrew untuk menginstal agen dan paket versi terbaru pada instans macOS.

T: Apakah pembaruan OS dan perangkat lunak dapat diterapkan ke instans Mac Anda secara langsung dari Server Pembaruan Apple?

Pembaruan perangkat lunak macOS otomatis di instans Mac EC2 dinonaktifkan. Kami menyarankan agar Anda menggunakan AMI macOS resmi kami untuk meluncurkan versi macOS yang Anda butuhkan. Pada instans Mac EC2 berbasis x86, Anda dapat memperbarui versi macOS melalui panel preferensi Pembaruan Perangkat Lunak, atau melalui perintah CLI pembaruan perangkat lunak. Saat ini, kami tidak mendukung pembaruan macOS di instans Mac M1 EC2. Pada instans Mac EC2, Anda dapat menginstal dan memperbarui aplikasi serta perangkat lunak ruang pengguna lainnya.

T: Bagaimana cara terhubung ke instans Mac EC2 melalui SSH?

Setelah meluncurkan instans dan menerima id instans, Anda dapat menggunakan perintah berikut untuk memilih dan menentukan waktu saat instans siap untuk akses SSH. Menghubungkan melalui SSH ke instans Mac EC2 memiliki proses yang sama seperti menghubungkan ke instans EC2 lainnya, misalnya, instans yang menjalankan Linux atau Windows. Agar mendukung penghubungan dengan instans menggunakan SSH, luncurkan instans dengan pasangan kunci dan grup keamanan yang mengizinkan akses SSH. Sediakan file dengan format .pem untuk pasangan kunci saat Anda terhubung ke instans. Untuk informasi selengkapnya, lihat dokumentasi.

T: Bagaimana cara terhubung ke instans Mac EC2 melalui VNC?

macOS memiliki fungsionalitas Berbagi Layar bawaan yang nonaktif secara default, tetapi dapat diaktifkan dan digunakan untuk terhubung ke sesi Grafis (Desktop) instans Mac EC2 Anda. Untuk informasi selengkapnya tentang cara mengaktifkan Berbagi Layar bawaan, lihat dokumentasi.

T: Bagaimana Anda terhubung dengan instans Mac EC2 dengan menggunakan AWS System Manager Session Manager?

Anda dapat terhubung dengan instans Mac EC2 dengan AWS System Manager Session Manager (SSM). Session Manager merupakan fitur AWS Systems Manager terkelola penuh yang menyediakan manajemen instans yang aman dan dapat diaudit. Fitur ini meniadakan keharusan untuk tetap membuka port masuk, mempertahankan host bastion, atau mengelola kunci SSH. SSM Agent terinstal secara default di semua AMI macOS EC2. Untuk informasi selengkapnya, lihat blog ini.

T: Berapa banyak volume Amazon Elastic Block Store (Amazon EBS) dan Antarmuka Jaringan Elastis (ENI) yang didukung oleh instans Mac EC2?

Instans Mac EC2 berbasis x86 mendukung 16 volume EBS dan 8 lampiran ENI sedangkan instans Mac M1 EC2 mendukung hingga 10 volume EBS dan 8 lampiran ENI.

T: Apakah instans Mac EC2 mendukung EBS?

Instans Mac EC2 dioptimalkan oleh EBS secara default, dan menawarkan bandwidth EBS khusus hingga 8 Gbps untuk volume EBS baik yang dienkripsi maupun tidak.

T: Apakah instans Mac EC2 mendukung booting dari penyimpanan lokal?

Instans Mac EC2 hanya dapat melakukan boot dari AMI macOS yang didukung EBS. SSD internal Mac mini tersedia di Disk Utility, tetapi tidak dapat melakukan boot.

T: Apakah instans Mac EC2 mendukung Amazon FSx?

Ya. Instans Mac EC2 mendukung FSx dengan menggunakan protokol SMB. Anda harus mendaftarkan instans Mac EC2 ke layanan direktori yang didukung (seperti Active Directory atau AWS Directory Service) untuk mengaktifkan FSx pada instans Mac EC2. Untuk informasi selengkapnya tentang FSx, kunjungi halaman produk.

T: Apakah instans Mac EC2 mendukung Amazon Elastic File System (Amazon EFS)?

Ya, instans Mac EC2 mendukung EFS melalui protokol NFSv4. Untuk informasi selengkapnya tentang EFS, kunjungi halaman produk.

Amazon EC2 yang menjalankan Microsoft Windows dan perangkat lunak pihak ketiga lainnya

T. Apakah saya dapat menggunakan lisensi Windows Server dengan EC2?

Ya, Anda dapat melakukannya. Setelah Anda mengimpor citra mesin Windows Server Anda sendiri menggunakan alat ImportImage, Anda dapat menjalankan instans dari citra mesin ini pada Host Khusus EC2 dan dengan efektif mengelola instans serta melaporkan penggunaan. Microsoft biasanya mewajibkan Anda melacak penggunaan lisensi atas sumber daya fisik seperti soket, core dan Host Khusus yang membantu Anda melakukan hal ini. Kunjungi halaman detail Host Khusus untuk informasi selengkapnya tentang cara menggunakan lisensi Windows Server Anda sendiri pada Host Khusus Amazon EC2.

T. Lisensi perangkat lunak apa yang dapat saya gunakan pada lingkungan Windows?

Ketentuan lisensi perangkat lunak spesifik mungkin berbeda antar vendor. Karena itu, kami menyarankan Anda untuk memeriksa syarat lisensi vendor perangkat lunak Anda untuk menentukan apakah lisensi Anda diizinkan untuk digunakan di Amazon EC2.

Dukungan Nitro System untuk Generasi Sebelumnya

T. Apa itu instans Dukungan Nitro System untuk Generasi Lama?

AWS Nitro System kini akan menyediakan komponen perangkat keras dan perangkat lunak modernnya untuk instans EC2 generasi sebelumnya guna memperpanjang masa layanan di luar masa pakai umum dari perangkat keras yang mendasarinya. Dengan dukungan Nitro System, pelanggan dapat terus menjalankan beban kerja dan aplikasi pada keluarga instans yang mereka bangun.

T. Instans generasi sebelumnya mana saja yang akan menerima dukungan Nitro System dan dalam jangka waktu berapa lama?

Sejak 2022, instans generasi sebelumnya berikut ini akan menerima dukungan Nitro System: C1, C3, I2, M1, M2, M3, R3, dan T1. Pelanggan instans tersebut akan menerima notifikasi pemeliharaan migrasi ke Nitro System.

T. Tindakan apa yang perlu saya lakukan untuk memigrasi instans generasi sebelumnya milik saya?

Pelanggan tidak perlu mengambil tindakan untuk memigrasi instans aktif generasi sebelumnya yang berjalan pada perangkat keras generasi lama. Untuk instans yang berada pada perangkat keras generasi lama, setiap ID akun pelanggan yang dipetakan ke instans akan menerima notifikasi email dua minggu sebelum pemeliharaan yang terjadwal.

Mirip dengan pemeliharaan umum kami, pelanggan akan memiliki opsi untuk menjadwal ulang pemeliharaan mereka sebanyak yang diperlukan dalam waktu dua minggu tambahan dari jadwal asli waktu pemeliharaan.

T. Apa yang akan terjadi dengan instans saya selama pemeliharaan?

Kami akan bekerja sama dengan pelanggan sebagai bagian dari proses pemeliharaan AWS standar kami. Beberapa tim AWS telah bermigrasi dan sedang menjalankan instans generasi sebelumnya pada perangkat keras Nitro. Selama pemeliharaan, instans akan di-boot ulang yang akan memakan waktu hingga 30 menit bergantung pada atribut dan ukuran instans. Sebagai contoh: Instans dengan disk lokal membutuhkan waktu lebih lama untuk dimigrasikan daripada instans tanpa disk lokal. Setelah di-boot ulang, instans Anda akan mempertahankan alamat IP, nama DNS, dan semua data pada volume penyimpanan instans lokalnya.

T. Apakah saya perlu membangun kembali/menyertifikasi ulang beban kerja untuk menggunakan instans generasi sebelumnya yang dimigrasikan ke AWS Nitro System?

Tidak, pelanggan tidak perlu membangun kembali/menyertifikasi ulang beban kerja pada instans generasi sebelumnya yang dimigrasikan ke AWS Nitro System.

T. Apakah akan ada perubahan pada spesifikasi instans saya setelah dimigrasikan ke AWS Nitro System?

Tidak akan ada perubahan pada spesifikasi instans generasi sebelumnya saat instans dimigrasikan ke AWS Nitro System.

T. Akankah semua fitur dan AMI pada instans generasi sebelumnya milik saya didukung sebagai bagian dari migrasi ini?

Ya, semua fitur dan AMI yang ada yang didukung pada instans generasi sebelumnya akan didukung saat kami memigrasikan instans tersebut ke AWS Nitro System. Namun, perlu diperhatikan bahwa jaringan klasik yang telah diumumkan pensiun tidak akan didukung pada instans generasi sebelumnya yang berjalan di Nitro System. Kami akan memigrasikan instans generasi sebelumnya yang menjalankan jaringan klasik hanya setelah pelanggan telah pindah ke VPC.

T. Apakah akan ada perubahan pada harga dan tagihan saat instans generasi sebelumnya dimigrasikan ke AWS Nitro System?

Tidak akan ada perubahan pada tagihan dan harga. Kami akan terus mendukung model harga yang sama yang kami dukung hari ini untuk instans generasi sebelumnya (sesuai permintaan, Instans Cadangan 1 tahun/3 tahun, Savings Plan, Spot).

 

Lihat sumber daya tambahan yang berkaitan dengan produk

Terdapat banyak sumber daya untuk membantu Anda mempelajari lebih lanjut cara mem-build dengan Amazon EC2.

Pelajari Selengkapnya 
Daftar untuk akun gratis

Dapatkan akses instan ke AWS Tingkat Gratis. 

Daftar 
Mulai membangun di konsol

Mulai membangun dengan Amazon EC2 di Konsol Manajemen AWS.

Memulai