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

Amazon EC2 adalah layanan web yang menyediakan kapasitas komputasi yang dapat diubah ukurannya di cloud. Ini dirancang untuk membuat komputasi skala web lebih mudah bagi pengembang.

T: Apa yang dapat saya lakukan dengan Amazon EC2?

Sama seperti Amazon Simple Storage Service (Amazon S3) memungkinkan penyimpanan di cloud, Amazon EC2 memungkinkan “komputasi” di cloud.  Antarmuka layanan web sederhana Amazon EC2 memungkinkan Anda memperoleh dan mengkonfigurasi kapasitas dengan gesekan minimal. Ini memberi Anda kontrol penuh atas sumber daya komputasi Anda dan memungkinkan Anda berjalan di lingkungan komputasi Amazon yang telah terbukti. Amazon EC2 mengurangi waktu yang diperlukan untuk mendapatkan dan mem-boot instans server baru menjadi beberapa menit, memungkinkan Anda menskalakan kapasitas dengan cepat, baik naik maupun turun, seiring dengan perubahan kebutuhan komputasi Anda. Amazon EC2 mengubah ekonomi komputasi dengan memungkinkan Anda membayar hanya untuk kapasitas yang benar-benar Anda gunakan.

T: Bagaimana saya bisa memulai dengan Amazon EC2?

Untuk mendaftar ke Amazon EC2, pilih tombol “Daftar untuk Layanan Web Ini” di halaman detail Amazon EC2. Anda harus memiliki akun AWS untuk mengakses layanan ini; jika Anda belum memilikinya, Anda akan diminta untuk membuatnya saat memulai proses pendaftaran Amazon EC2. Setelah mendaftar, silakan lihat dokumentasi Amazon EC2, yang mencakup Panduan Memulai kami.

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

Pendaftaran Amazon EC2 mengharuskan Anda memiliki nomor telepon dan alamat email yang valid dalam file AWS jika kami perlu menghubungi Anda. Memverifikasi nomor telepon Anda hanya membutuhkan beberapa menit dan melibatkan menerima panggilan telepon selama proses pendaftaran dan memasukkan PIN menggunakan tombol telepon.

T: Apa yang dapat dilakukan pengembang sekarang yang tidak bisa mereka lakukan sebelumnya?

Sampai sekarang, pengembang kecil tidak memiliki modal untuk memperoleh sumber daya komputasi besar-besaran dan memastikan mereka memiliki kapasitas yang mereka butuhkan untuk menangani lonjakan beban yang tidak terduga. Amazon EC2 membantu pengembang menggunakan manfaat Amazon sendiri dalam skala besar tanpa investasi di muka atau kompromi kinerja. Pengembang sekarang bebas untuk berinovasi mengetahui bahwa tidak peduli seberapa sukses bisnis mereka, akan murah dan sederhana untuk memastikan mereka memiliki kapasitas komputasi yang mereka butuhkan untuk memenuhi persyaratan bisnis mereka.

Sifat “Elastis” dari layanan ini memungkinkan pengembang untuk secara instan meningkatkan skala untuk memenuhi lonjakan lalu lintas atau permintaan. Ketika persyaratan komputasi berubah secara tak terduga (naik atau turun), Amazon EC2 dapat langsung merespons, yang berarti bahwa pengembang memiliki kemampuan untuk mengontrol berapa banyak sumber daya yang digunakan pada titik waktu tertentu. Sebaliknya, layanan hosting tradisional umumnya menyediakan sejumlah sumber daya tetap untuk jumlah waktu yang tetap, yang berarti bahwa pengguna memiliki kemampuan terbatas untuk merespons dengan mudah ketika penggunaannya berubah dengan cepat, tidak dapat diprediksi, atau diketahui mengalami puncak besar pada berbagai interval.

T: Bagaimana cara menjalankan sistem di lingkungan Amazon EC2?

Setelah menyiapkan akun dan memilih atau membuat AMI, Anda siap untuk mem-boot instans Anda. Anda dapat memulai AMI pada sejumlah instans On-Demand dengan menggunakan panggilan API RunInstances. Anda hanya perlu menunjukkan berapa banyak contoh yang ingin Anda luncurkan. Jika Anda ingin menjalankan lebih dari kuota On-Demand, lengkapi formulir permintaan instans Amazon EC2.

Jika Amazon EC2 dapat memenuhi permintaan Anda, RunInstances akan kembali sukses, dan kami akan mulai meluncurkan instans Anda. Anda dapat memeriksa status instans menggunakan panggilan API DescribeInstances. Anda juga dapat secara terprogram menghentikan sejumlah instans menggunakan panggilan API TerminateInstances.

Jika Anda memiliki instance yang sedang berjalan menggunakan partisi boot Amazon EBS, Anda juga dapat menggunakan panggilan API StopInstances untuk melepaskan sumber daya komputasi tetapi menyimpan data pada partisi boot. Anda dapat menggunakan API StartInstances saat Anda siap untuk memulai ulang instance terkait dengan partisi boot Amazon EBS.

Selain itu, Anda memiliki opsi untuk menggunakan Instans Spot untuk mengurangi biaya komputasi ketika Anda memiliki fleksibilitas saat aplikasi Anda dapat berjalan. Baca selengkapnya tentang Instans Spot untuk penjelasan lebih rinci tentang cara kerja Instans Spot.

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

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

Saat meluncurkan instans Amazon EC2, Anda memiliki kemampuan untuk menyimpan data perangkat root Anda di Amazon EBS atau penyimpanan instans lokal. Dengan menggunakan Amazon EBS, data pada perangkat root akan bertahan secara independen dari masa pakai instance. Ini memungkinkan Anda untuk menghentikan dan me-restart instance pada waktu berikutnya, yang mirip dengan mematikan laptop Anda dan memulai ulang saat Anda membutuhkannya lagi.

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

T: Seberapa cepat sistem akan berjalan?

Biasanya dibutuhkan waktu kurang dari 10 menit dari masalah panggilan runInstances ke titik di mana semua instance yang diminta memulai urutan boot-nya. Waktu ini tergantung pada sejumlah faktor termasuk: ukuran AMI Anda, jumlah instance yang Anda luncurkan, dan seberapa baru Anda meluncurkan AMI itu. Gambar yang diluncurkan untuk pertama kalinya mungkin membutuhkan waktu sedikit lebih lama untuk di-boot.  

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

Amazon EC2 memungkinkan Anda untuk mengatur dan mengonfigurasi segala sesuatu tentang instans Anda dari sistem operasi hingga aplikasi Anda. Amazon Machine Image (AMI) hanyalah lingkungan paket yang mencakup semua bit yang diperlukan untuk mengatur dan mem-boot instance Anda. AMI Anda adalah unit penyebaran Anda. Anda mungkin hanya memiliki satu AMI atau Anda dapat menyusun sistem Anda dari beberapa AMI blok bangunan (misalnya, server web, server aplikasi, dan database). Amazon EC2 menyediakan sejumlah alat untuk mempermudah pembuatan AMI. Setelah Anda membuat AMI khusus, Anda harus menggabungkannya. Jika Anda menggabungkan gambar dengan perangkat root yang didukung oleh Amazon EBS, Anda cukup menggunakan perintah bundel di AWS Management Console. Jika Anda menggabungkan gambar dengan partisi boot di penyimpanan instance, maka Anda harus menggunakan AMI Tools untuk mengunggahnya ke Amazon S3. Amazon EC2 menggunakan Amazon EBS dan Amazon S3 untuk menyediakan penyimpanan AMI Anda yang andal dan dapat diskalakan sehingga kami dapat mem-boot mereka saat Anda meminta kami melakukannya.

Atau, jika Anda mau, Anda tidak perlu mengatur AMI Anda sendiri dari awal. Anda dapat memilih dari sejumlah AMI yang tersedia secara global yang menyediakan instans yang berguna. Misalnya, jika Anda hanya menginginkan server Linux sederhana, Anda dapat memilih salah satu AMI distribusi Linux standar.

T: Bagaimana cara mengakses sistem saya?

Panggilan RunInstances yang memulai eksekusi tumpukan aplikasi Anda akan mengembalikan satu set nama DNS, satu untuk setiap sistem yang sedang di-boot. Nama ini dapat digunakan untuk mengakses sistem persis seperti yang Anda lakukan jika berada di pusat data Anda sendiri. Anda memiliki mesin itu saat tumpukan sistem operasi Anda mengeksekusinya.

T: Apakah Amazon EC2 digunakan bersama dengan Amazon S3?

Ya, Amazon EC2 digunakan bersama dengan Amazon S3 untuk instans dengan perangkat root yang didukung oleh penyimpanan instans lokal. Dengan menggunakan Amazon S3, pengembang memiliki akses ke infrastruktur penyimpanan data yang sangat skalabel, andal, cepat, dan murah yang digunakan Amazon untuk menjalankan jaringan situs web globalnya sendiri. Untuk mengeksekusi sistem di lingkungan Amazon EC2, pengembang menggunakan alat yang disediakan untuk memuat AMI mereka ke Amazon S3 dan memindahkannya antara Amazon S3 dan Amazon EC2. Lihat Bagaimana cara memuat dan menyimpan sistem saya dengan Amazon EC2? untuk informasi lebih lanjut tentang AMI.

Kami berharap pengembang menemukan kombinasi Amazon EC2 dan Amazon S3 menjadi sangat berguna. Amazon EC2 menyediakan komputasi yang murah dan dapat diskalakan di cloud sementara Amazon S3 memungkinkan pengguna untuk menyimpan data mereka dengan andal.

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

Anda dibatasi menjalankan Inst ans On-Demand sesuai batas Instans On-Demand berbasis vCPU, membeli 20 Instans Cadangan, dan meminta Instans Spot sesuai batas Spot dinamis per wilayah. Akun AWS baru dapat dimulai dengan batas yang lebih rendah dari batas yang dijelaskan di sini.

Jika Anda memerlukan lebih banyak instans, leng kapi formulir permintaan kenaikan batas Amazon EC2 dengan kasus penggunaan Anda, dan kenaikan batas Anda akan dipertimbangkan. Kenaikan batas terkait dengan wilayah yang diminta.

T: Apakah ada batasan dalam mengirim email dari instans Amazon EC2?

Ya. Untuk menjaga kualitas alamat Amazon EC2 untuk mengirim email, kami memberlakukan batasan default pada jumlah email yang dapat dikirim dari akun EC2. Jika Anda ingin mengirim email dalam jumlah yang lebih besar dari EC2, Anda dapat mengajukan permohonan untuk menghapus batasan ini dari akun Anda dengan mengisi formulir ini.

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

Amazon EC2 menyediakan lingkungan komputasi yang benar-benar elastis. Amazon EC2 memungkinkan Anda untuk menambah atau mengurangi kapasitas dalam hitungan menit, bukan jam atau hari. Anda dapat menugaskan satu, ratusan atau bahkan ribuan instans server secara bersamaan. Ketika Anda membutuhkan lebih banyak instans, Anda cukup memanggil RunInstances, dan Amazon EC2 biasanya akan menyiapkan instans baru Anda dalam hitungan menit. Tentu saja, karena ini semua dikendalikan dengan API layanan web, aplikasi Anda dapat secara otomatis menskalakan dirinya sendiri ke atas dan ke bawah tergantung pada kebutuhannya.

T: Lingkungan sistem operasi apa yang didukung?

Amazon EC2 saat ini 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 mencari cara untuk mengembangkannya ke platform lain.

T: Apakah Amazon EC2 menggunakan memori ECC?

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

T: Bagaimana layanan ini berbeda dari layanan hosting biasa?

Layanan hosting tradisional umumnya menyediakan sumber daya pra-konfigurasi untuk jumlah waktu yang tetap dan dengan biaya yang telah ditentukan. Amazon EC2 berbeda secara fundamental dalam fleksibilitas, kontrol, dan penghematan biaya signifikan yang ditawarkan pengembang, memungkinkan mereka untuk memperlakukan Amazon EC2 sebagai pusat data pribadi mereka sendiri dengan manfaat infrastruktur Amazon.com yang kuat.

Ketika persyaratan komputasi berubah secara tak terduga (naik atau turun), Amazon EC2 dapat langsung merespons, yang berarti bahwa pengembang memiliki kemampuan untuk mengontrol berapa banyak sumber daya yang digunakan pada titik waktu tertentu. Sebaliknya, layanan hosting tradisional umumnya menyediakan sejumlah sumber daya tetap untuk jumlah waktu yang tetap, yang berarti bahwa pengguna memiliki kemampuan terbatas untuk merespons dengan mudah ketika penggunaannya berubah dengan cepat, tidak dapat diprediksi, atau diketahui mengalami puncak besar pada berbagai interval.

Kedua, banyak layanan hosting tidak memberikan kontrol penuh atas sumber daya komputasi yang disediakan. Menggunakan Amazon EC2, pengembang dapat memilih tidak hanya untuk memulai atau mematikan instans kapan saja, mereka dapat sepenuhnya menyesuaikan konfigurasi instans mereka sesuai kebutuhan mereka — dan mengubahnya kapan saja. Sebagian besar layanan hosting melayani lebih banyak kelompok pengguna dengan persyaratan sistem yang serupa, dan karenanya menawarkan kemampuan terbatas untuk mengubahnya.

Akhirnya, dengan Amazon EC2 pengembang menikmati manfaat membayar hanya untuk konsumsi sumber daya aktual mereka - dan dengan tarif yang sangat rendah. Sebagian besar layanan hosting mengharuskan pengguna untuk membayar biaya tetap di muka terlepas dari daya komputasi aktual yang digunakan, sehingga pengguna berisiko membeli sumber daya secara berlebihan untuk mengimbangi ketidakmampuan untuk meningkatkan sumber daya dengan cepat dalam jangka waktu yang singkat. 

T: Apa yang berubah?

Amazon EC2 mengalihkan batas Instans On-Demand 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 dalam hal jumlah vCPU (unit pemrosesan pusat virtual) untuk Jenis Instans Amazon EC2 untuk meluncurkan kombinasi jenis instans apa pun yang memenuhi kebutuhan aplikasi Anda.

T: Apa batas berbasis vCPU?

Anda dibatasi untuk menjalankan satu atau beberapa Instans On-Demand di akun AWS, dan Amazon EC2 mengukur penggunaan terhadap setiap batas berdasarkan jumlah total vCPU (unit pemrosesan pusat virtual) yang ditetapkan ke instans On-Demand yang sedang berjalan di akun AWS Anda. Tabel berikut menunjukkan jumlah vCPU untuk setiap ukuran instance. Pemetaan vCPU untuk beberapa jenis instans mungkin berbeda; lihat Jenis Inst ans Amazon EC2 untuk detailnya.

T: Berapa banyak Instans On-Demand yang dapat saya jalankan di Amazon EC2?

Ada lima batas instans berbasis vCPU; masing-masing menentukan jumlah kapasitas yang dapat Anda gunakan dari keluarga instans tertentu. Semua penggunaan instance dalam keluarga tertentu, terlepas dari generasi, ukuran, atau varian konfigurasi (misalnya disk, jenis prosesor), akan bertambah terhadap batas total vCPU keluarga, yang tercantum dalam tabel di bawah ini. Akun AWS baru dapat dimulai dengan batas yang lebih rendah dari batas yang dijelaskan di sini.

T: Apakah batasan berbasis vCPU Instans On-Demand ini bersifat regional?

Ya, batas Instans On-Demand untuk akun AWS ditetapkan berdasarkan wilayah.

T: Apakah batasan ini akan berubah seiring waktu?

Ya, batas dapat berubah seiring waktu. Amazon EC2 terus memantau penggunaan Anda di setiap wilayah dan batas Anda dinaikkan secara otomatis berdasarkan penggunaan EC2 Anda.

T: Bagaimana saya bisa meminta kenaikan batas?

Meskipun EC2 secara otomatis meningkatkan batas Instans On-Demand berdasarkan penggunaan Anda, jika diperlukan, Anda dapat meminta kenaikan batas dari Halaman Batas di konsol Amazon EC2, halaman layanan Amazon EC2 di konsol Ku ota Layanan, atau API/CLI Kuota Layanan.

T: Bagaimana cara menghitung batas vCPU baru saya?

Anda dapat menemukan pemetaan vCPU untuk setiap Jenis Instans Amazon EC2 atau menggunakan Kalkulator vCPU yang disederhanakan untuk menghitung total persyaratan batas vCPU untuk akun AWS Anda.

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

Tidak, batasan berbasis vCPU hanya berlaku untuk menjalankan instans On-Demand dan Instans Spot.

T: Bagaimana cara melihat batas Instans On-Demand saya saat ini?

Anda dapat menemukan batas Instans On-Demand saat ini di halaman Batas Layanan EC2 di konsol Amazon EC2, atau dari konsol Ku ota Layanan dan API.

T: Apakah ini akan memengaruhi instans yang sedang berjalan?

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

T: Apakah saya masih bisa 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 batasan ini?

Dengan integrasi metrik Amazon CloudWatch, Anda dapat melihat penggunaan EC2 terhadap batas di konsol Ku ota Layanan. Kuota Layanan juga memungkinkan pelanggan menggunakan CloudWatch untuk mengonfigurasi alarm untuk memperingatkan pelanggan tentang mendekati 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 instance total yang mengatur penggunaan. Oleh karena itu API DescribeAccountAttributes tidak akan lagi mengembalikan nilai max-instance. Sebagai gantinya, Anda sekarang dapat menggunakan API Kuota Layanan untuk mengambil informasi tentang batas EC2. Anda dapat menemukan informasi selengkapnya tentang API Kuota Layanan di dokumentasi AWS.

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

Tidak. Penggunaan EC2 masih dihitung berdasarkan jam atau detik, tergantung pada AMI yang Anda jalankan dan jenis dan ukuran instans yang telah Anda luncurkan.

T: Apakah batas vCPU akan tersedia di semua Wilayah?

Batas instans berbasis vCPU tersedia di semua Wilayah AWS komersial.

T: Apa yang berubah?

Pada 7 Januari 2020, Amazon EC2 mulai meluncurkan perubahan untuk membatasi lalu lintas email melalui port 25 secara default untuk melindungi pelanggan dan penerima lain dari spam dan penyalahgunaan email. Port 25 biasanya digunakan sebagai port SMTP default untuk mengirim email. Akun AWS yang telah meminta dan menghapus throttle Port 25 di masa lalu tidak akan terpengaruh oleh perubahan ini.

T: Saya memiliki kasus penggunaan yang valid untuk mengirim email ke port 25 dari EC2. Bagaimana saya bisa menghapus batasan port 25 ini?

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

T: Apa yang dijamin oleh Perjanjian Tingkat Layanan Amazon EC2 Anda?

SLA kami menjamin Persentase Waktu Kerja Bulanan setidaknya 99,99% untuk Amazon EC2 dan Amazon EBS dalam Wilayah.

T: Bagaimana saya tahu jika saya memenuhi syarat untuk Kredit Layanan SLA?

Anda memenuhi syarat untuk kredit SLA untuk Amazon EC2 atau Amazon EBS (mana saja yang Tidak Tersedia, atau keduanya jika keduanya Tidak Tersedia) jika Wilayah tempat Anda beroperasi memiliki Persentase Waktu Kerja Bulanan kurang dari 99,99% selama siklus penagihan bulanan apa pun. Untuk detail lengkap tentang semua syarat dan ketentuan SLA, serta detail tentang cara mengajukan klaim, lihat Perjanjian Tingkat Layanan Komputasi Amazon. 

T: Apa itu Instans Komputasi Dipercepat?

Kategori instance Accelerated Computing mencakup keluarga instans yang menggunakan akselerator perangkat keras, atau co-prosesor, untuk melakukan beberapa fungsi, seperti perhitungan angka floating-point dan pemrosesan grafis, lebih efisien daripada yang dimungkinkan dalam perangkat lunak yang berjalan pada CPU. Amazon EC2 menyediakan tiga jenis instans Komputasi Akselerasi — instans komputasi GPU untuk komputasi tujuan umum, instans grafis GPU untuk aplikasi intensif grafis, dan instans komputasi perangkat keras FPGA yang dapat diprogram untuk beban kerja ilmiah tingkat lanjut.

T: Kapan saya harus menggunakan GPU Graphics dan Instance Compute?

Instans GPU bekerja paling baik untuk aplikasi dengan paralelisme besar seperti beban kerja yang menggunakan ribuan thread. Pemrosesan grafis adalah contoh dengan persyaratan komputasi yang sangat besar, di mana masing-masing tugas relatif kecil, serangkaian operasi yang dilakukan membentuk pipa, dan throughput pipa ini lebih penting daripada latensi operasi individu. Untuk dapat membangun aplikasi yang mengeksploitasi tingkat paralelisme ini, seseorang memerlukan pengetahuan khusus perangkat GPU dengan memahami cara memprogram terhadap berbagai API grafis (DirectX, OpenGL) atau model pemrograman komputasi GPU (CUDA, OpenCL).

T: Aplikasi apa yang bisa mendapat manfaat dari p4d?

Beberapa aplikasi yang kami harapkan pelanggan untuk menggunakan p4d adalah beban kerja pembelajaran mesin (ML) seperti pemahaman bahasa alami, pelatihan model persepsi untuk kendaraan otonom, klasifikasi gambar, deteksi objek, dan mesin rekomendasi. Peningkatan kinerja GPU dapat secara signifikan mengurangi waktu untuk berlatih dan 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 instance P4d dibandingkan dengan instans P3?

Instans P4 menampilkan GPU A100 Tensor Core generasi terbaru NVIDIA untuk memberikan peningkatan rata-rata 2.5X dalam kinerja TFLOP dibandingkan V100 generasi sebelumnya bersama dengan 2.5X memori GPU. Instans P4 menampilkan CPU Intel Cascade Lake yang memiliki 24C per soket dan set instruksi tambahan untuk instruksi jaringan saraf 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 mungkin terjadi pada P3 sehingga setiap GPU dapat berkomunikasi dengan setiap GPU lainnya pada throughput dua arah 600Gb/s yang sama dan dengan latensi hop tunggal. Hal ini memungkinkan pengembangan aplikasi untuk mempertimbangkan beberapa GPU dan memori sebagai satu GPU besar dan kumpulan memori terpadu. Instans P4d juga digunakan dalam cluster hyperscale yang digabungkan erat, yang disebut EC2 UltraClusters, yang memungkinkan Anda menjalankan pelatihan ML multi-node dan aplikasi HPC yang paling kompleks.

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

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

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

AMI P4 akan membutuhkan driver NVIDIA baru untuk GPU A100 dan versi driver ENA yang lebih baru diinstal. Instans P4 didukung oleh Nitro System dan memerlukan AMI dengan NVMe dan driver ENA diinstal. P4 juga dilengkapi dengan CPU Intel Cascade Lake baru, yang dilengkapi dengan set instruksi yang diperbarui, jadi kami sarankan menggunakan distribusi kerangka kerja ML terbaru, yang memanfaatkan set instruksi baru ini untuk pra-pemrosesan data.

T: Apa perbedaan instance P3 dengan instans G3?

Instans P3 adalah instans komputasi GPU tujuan umum EC2 generasi berikutnya, didukung oleh hingga 8 GPU NVIDIA Tesla V100 generasi terbaru. Instans baru ini secara signifikan meningkatkan kinerja dan skalabilitas, serta menambahkan banyak fitur baru, termasuk arsitektur Streaming Multiprocessor (SM) baru untuk pengoptimalan kinerja pembelajaran mesin (ML) /pembelajaran mendalam (DL), interkoneksi GPU berkecepatan tinggi NVIDIA NVLink generasi kedua, dan memori HBM2 yang sangat disetel untuk efisiensi yang lebih tinggi.

Instans G3 menggunakan GPU NVIDIA Tesla M60 dan menyediakan platform berkinerja tinggi untuk aplikasi grafis menggunakan DirectX atau OpenGL. GPU NVIDIA Tesla M60 mendukung fitur NVIDIA GRID Virtual Workstation, dan pengkodean perangkat keras H.265 (HEVC). Setiap GPU M60 dalam instans G3 mendukung 4 monitor dengan resolusi hingga 4096x2160, dan dilisensikan untuk menggunakan NVIDIA GRID Virtual Workstation untuk satu Pengguna Terhubung Serentak. Contoh aplikasi instans G3 termasuk visualisasi 3D, workstation jarak jauh intensif grafis, rendering 3D, streaming aplikasi, pengkodean video, dan beban kerja grafis sisi server lainnya.

T: Apa manfaat GPU NVIDIA Volta GV100?

Akselerator NVIDIA Tesla V100 baru menggabungkan GPU Volta GV100 baru yang kuat. GV100 tidak hanya dibangun di atas kemajuan pendahulunya, GPU Pascal GP100, tetapi secara signifikan meningkatkan kinerja dan skalabilitas, dan menambahkan banyak fitur baru yang meningkatkan kemampuan pemrograman. Kemajuan ini akan meningkatkan HPC, pusat data, superkomputer, dan sistem dan aplikasi pembelajaran mendalam.

T: Siapa yang akan mendapat manfaat dari instans P3?

Instans P3 dengan kinerja komputasi tinggi akan menguntungkan pengguna dalam aplikasi kecerdasan buatan (AI), pembelajaran mesin (ML), pembelajaran mendalam (DL), dan komputasi kinerja tinggi (HPC). Pengguna termasuk ilmuwan data, arsitek data, analis data, peneliti ilmiah, insinyur ML, manajer TI, dan pengembang perangkat lunak. Industri utama termasuk transportasi, energi/minyak & gas, jasa keuangan (perbankan, asuransi), perawatan kesehatan, farmasi, sains, TI, ritel, manufaktur, teknologi tinggi, transportasi, pemerintah, dan akademisi, di antara banyak lainnya.

T: Apa saja kasus penggunaan utama instans P3?

Instans P3 menggunakan GPU untuk mempercepat berbagai sistem dan aplikasi pembelajaran mendalam termasuk platform kendaraan otonom, sistem pengenalan ucapan, gambar, dan teks, analitik video cerdas, simulasi molekuler, penemuan obat, diagnosis penyakit, ramalan cuaca, analitik data besar, pemodelan keuangan, robotika, otomatisasi pabrik, terjemahan bahasa real-time, pengoptimalan pencarian online, dan rekomendasi pengguna yang dipersonalisasi, untuk menyebutkan beberapa.

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

Instans komputasi berbasis GPU memberikan throughput dan kinerja yang lebih besar karena dirancang untuk pemrosesan paralel besar-besaran menggunakan ribuan core khusus per GPU, dibandingkan CPU yang menawarkan pemrosesan sekuensial dengan beberapa core. Selain itu, pengembang telah membangun ratusan aplikasi HPC ilmiah yang dioptimalkan GPU seperti kimia kuantum, dinamika molekul, dan meteorologi, di antara banyak lainnya. Penelitian menunjukkan bahwa lebih dari 70% aplikasi HPC paling populer menyediakan dukungan bawaan untuk GPU.

T: Apa perbedaan instance G3 dengan instans P2?

Instans G3 menggunakan GPU NVIDIA Tesla M60 dan menyediakan platform berkinerja tinggi untuk aplikasi grafis menggunakan DirectX atau OpenGL. GPU NVIDIA Tesla M60 mendukung fitur NVIDIA GRID Virtual Workstation, dan pengkodean perangkat keras H.265 (HEVC). Setiap GPU M60 dalam instans G3 mendukung 4 monitor dengan resolusi hingga 4096x2160, dan dilisensikan untuk menggunakan NVIDIA GRID Virtual Workstation untuk satu Pengguna Terhubung Serentak. Contoh aplikasi instans G3 termasuk visualisasi 3D, workstation jarak jauh intensif grafis, rendering 3D, streaming aplikasi, pengkodean video, dan beban kerja grafis sisi server lainnya.

Instans P2 menggunakan GPU NVIDIA Tesla K80 dan dirancang untuk komputasi GPU tujuan umum menggunakan model pemrograman CUDA atau OpenCL. Instans P2 memberi pelanggan jaringan bandwidth tinggi 25 Gbps, kemampuan floating-point presisi tunggal dan ganda yang kuat, dan memori kode koreksi kesalahan (ECC), menjadikannya ideal untuk pembelajaran mendalam, database kinerja tinggi, dinamika fluida komputasi, keuangan komputasi, analisis seismik, pemodelan molekuler, genomik, rendering, dan beban kerja komputasi GPU sisi server lainnya.

T: Apa perbedaan instance P3 dengan instans P2?

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

Instans P2 menggunakan GPU NVIDIA Tesla K80 dan dirancang untuk komputasi GPU tujuan umum menggunakan model pemrograman CUDA atau OpenCL. Instans P2 memberi pelanggan jaringan bandwidth tinggi 25 Gbps, kemampuan floating-point presisi tunggal dan ganda yang kuat, dan memori kode koreksi kesalahan (ECC).

T: API dan model pemrograman apa yang didukung oleh GPU Graphics dan Instance Compute?

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

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

Ada dua metode dimana driver NVIDIA dapat diperoleh. Ada daftar di AWS Marketplace yang menawarkan AMI Amazon Linux dan AMI Windows Server dengan driver NVIDIA pra-instal. Anda juga dapat meluncurkan 64-bit, HVM AMI dan menginstal driver sendiri. Anda harus mengunjungi situs web driver NVIDIA dan mencari NVIDIA Tesla V100 untuk P3, NVIDIA Tesla K80 untuk P2, dan NVIDIA Tesla M60 untuk instans G3.

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

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 meluncurkan AMI dengan sistem operasi yang tidak tercantum di sini, hubungi Dukungan Pelang gan AWS dengan permintaan Anda atau hubungi melalui Forum EC2.

T: Apakah penggunaan instans G3 memerlukan lisensi pihak ketiga?

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

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

GPU NVIDIA Tesla M60 yang digunakan dalam instans G3 memerlukan driver NVIDIA GRID khusus untuk mengaktifkan semua fitur grafis canggih, dan dukungan 4 monitor dengan resolusi hingga 4096x2160. Anda perlu menggunakan AMI dengan driver NVIDIA GRID yang sudah diinstal sebelumnya, atau mengunduh dan menginstal driver NVIDIA GRID mengikuti dokumentasi AWS.

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

Saat menggunakan Remote Desktop, GPU yang menggunakan model driver WDDM diganti dengan driver tampilan Desktop Jarak Jauh yang tidak dipercepat. Untuk mengakses perangkat keras GPU Anda, Anda perlu menggunakan alat akses jarak jauh yang berbeda, seperti VNC.

T: Apa itu Amazon EC2 F1?

Amazon EC2 F1 adalah instance komputasi dengan perangkat keras yang dapat diprogram yang dapat Anda gunakan untuk akselerasi aplikasi. Jenis instance F1 baru memberikan FPGA berkinerja tinggi dan mudah diakses untuk mengembangkan dan menerapkan akselerasi perangkat keras khusus.

T: Apa itu FPGA dan mengapa saya membutuhkannya?

FPGA adalah sirkuit terintegrasi yang dapat diprogram yang dapat Anda konfigurasi menggunakan perangkat lunak. Dengan menggunakan FPGA, Anda dapat mempercepat aplikasi Anda hingga 30x jika dibandingkan dengan server yang menggunakan CPU saja. Dan, FPGA dapat diprogram ulang, sehingga Anda mendapatkan fleksibilitas untuk memperbarui dan mengoptimalkan akselerasi perangkat keras Anda tanpa harus mendesain ulang perangkat keras.

T: Bagaimana F1 dibandingkan dengan solusi FPGA tradisional?

F1 adalah instance AWS dengan perangkat keras yang dapat diprogram untuk akselerasi aplikasi. Dengan F1, Anda memiliki akses ke perangkat keras FPGA dalam beberapa klik sederhana, mengurangi waktu dan biaya pengembangan FPGA siklus penuh dan penyebaran skala dari bulan atau tahun ke hari. Sementara teknologi FPGA telah tersedia selama beberapa dekade, adopsi akselerasi aplikasi telah berjuang untuk berhasil baik dalam pengembangan akselerator dan model bisnis penjualan perangkat keras khusus untuk perusahaan tradisional, karena waktu dan biaya dalam infrastruktur pengembangan, desain perangkat keras, dan penyebaran skala besar. Dengan penawaran ini, pelanggan menghindari beban berat yang tidak berbeda terkait dengan pengembangan FPGA di pusat data lokal.

T: Apa itu Amazon FPGA Image (AFI)?

Desain yang Anda buat untuk memprogram FPGA Anda disebut Amazon FPGA Image (AFI). AWS menyediakan layanan untuk mendaftarkan, mengelola, menyalin, menanyakan, dan menghapus AFI. Setelah AFI dibuat, itu dapat dimuat pada instance F1 yang sedang berjalan. Anda dapat memuat beberapa AFI ke instance F1 yang sama, dan dapat beralih di antara AFI saat runtime tanpa reboot. Ini memungkinkan Anda dengan cepat menguji dan menjalankan beberapa akselerasi perangkat keras dalam urutan yang cepat. Anda juga dapat menawarkan kepada pelanggan lain di AWS Marketplace kombinasi akselerasi FPGA Anda dan AMI dengan perangkat lunak khusus atau driver AFI.

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

Anda akan mengembangkan AFI Anda dan driver/alat perangkat lunak/untuk menggunakan AFI ini. Anda kemudian akan mengemas alat/driver perangkat lunak ini ke dalam Amazon Machine Image (AMI) dalam format terenkripsi. AWS 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 reseller AWS Marketplace, kemudian Anda harus mengirimkan ID AMI dan ID AFI yang dimaksudkan untuk dikemas dalam satu produk. AWS Marketplace akan menangani kloning AMI dan AFI untuk membuat produk, dan mengaitkan kode produk dengan artefak ini, sehingga setiap pengguna akhir yang berlangganan kode produk ini akan memiliki akses ke AMI ini dan AFI.

T: Apa yang tersedia dengan instans F1?

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

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

Pelanggan AWS yang berlangganan AMI yang dioptimalkan F1 dari AWS Marketplace tidak perlu tahu apa-apa tentang FPGA untuk memanfaatkan akselerasi yang disediakan oleh instans F1 dan AWS Marketplace. Cukup berlangganan AMI yang dioptimalkan F1 dari AWS Marketplace dengan akselerasi yang sesuai dengan beban kerja. AMI berisi semua perangkat lunak yang diperlukan untuk menggunakan akselerasi FPGA. Pelanggan hanya perlu menulis perangkat lunak ke API tertentu untuk akselerator itu dan mulai menggunakan akselerator.

T: Saya seorang pengembang FPGA; bagaimana cara memulai dengan instans F1?

Pengembang dapat memulai instans F1 dengan membuat akun AWS dan mengunduh AWS Hardware Development Kit (HDK). HDK mencakup dokumentasi tentang F1, antarmuka FPGA internal, dan skrip kompiler untuk menghasilkan AFI. Pengembang dapat mulai menulis kode FPGA mereka ke antarmuka terdokumentasi yang disertakan dalam HDK untuk membuat fungsi akselerasi mereka. Pengembang dapat meluncurkan instans AWS dengan FPGA Developer AMI. AMI ini mencakup alat pengembangan yang diperlukan untuk mengkompilasi dan mensimulasikan kode FPGA. AMI Pengembang paling baik dijalankan pada instans C5, M5, atau R4 terbaru. Pengembang harus memiliki pengalaman dalam bahasa pemrograman yang digunakan untuk membuat kode FPGA (yaitu Verilog atau VHDL) dan pemahaman tentang operasi yang ingin mereka percepat.

T: Saya bukan pengembang FPGA; bagaimana cara memulai dengan instans F1?

Pelanggan dapat memulai dengan instans F1 dengan memilih akselerator dari AWS Marketplace, yang disediakan oleh penjual AWS Marketplace, dan meluncurkan instans F1 dengan AMI tersebut. AMI mencakup semua perangkat lunak dan API untuk akselerator itu. AWS mengelola pemrograman FPGA dengan AFI untuk akselerator itu. Pelanggan tidak memerlukan pengalaman atau pengetahuan FPGA untuk menggunakan akselerator ini. Mereka dapat bekerja sepenuhnya di tingkat API perangkat lunak untuk akselerator itu.

T: Apakah AWS menyediakan kit pengembang?

Ya. Hardware Development Kit (HDK) mencakup alat simulasi dan model simulasi bagi pengembang untuk mensimulasikan, men-debug, membangun, dan mendaftarkan kode akselerasi mereka. HDK mencakup contoh kode, skrip kompilasi, antarmuka debug, dan banyak alat lain yang Anda perlukan untuk mengembangkan kode FPGA untuk instance F1 Anda. Anda dapat menggunakan HDK baik di AMI yang disediakan AWS, atau di lingkungan pengembangan lokal Anda. Model dan skrip ini tersedia untuk umum dengan akun AWS.

T: Dapatkah saya menggunakan HDK di lingkungan pengembangan lokal saya?

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

T: Dapatkah saya menambahkan FPGA ke jenis instans EC2 apa pun?

Tidak. Instans F1 hadir dalam dua ukuran instance: f1.2xlarge, f1.4xlarge, dan f1.16 xlarge.

T: Bagaimana cara menggunakan chip Inferentia di instans Inf1?

Anda dapat memulai alur kerja Anda dengan membangun dan melatih model Anda di salah satu kerangka kerja ML populer seperti TensorFlow, PyTorch, atau MXnet menggunakan instans GPU seperti P4, P3, atau P3dn. Setelah model dilatih dengan akurasi yang Anda butuhkan, Anda dapat menggunakan API kerangka kerja ML untuk memanggil Neuron, kit pengembangan perangkat lunak untuk Inferentia, untuk mengkompilasi model untuk dieksekusi pada chip Inferentia, memuatnya ke memori Inferentia, dan kemudian menjalankan panggilan inferensi. Untuk memulai dengan cepat, Anda dapat menggunakan AMI AWS Deep Learning yang sudah diinstal sebelumnya dengan kerangka kerja ML dan Neuron SDK. Untuk pengalaman yang dikelola sepenuhnya, Anda akan dapat menggunakan Amazon SageMaker, yang akan memungkinkan Anda menerapkan model terlatih Anda dengan mulus pada instans Inf1.

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

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

T: Kapan saya harus memilih Elastic Inference (EI) untuk inferensi vs instans Amazon EC2 Inf1?

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

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

Chip Inferentia mendukung model pembelajaran mesin yang umum digunakan seperti single shot detector (SSD) dan ResNet untuk pengenalan/klasifikasi gambar dan Transformer dan BERT untuk pemrosesan dan terjemahan bahasa alami dan banyak lainnya. Daftar operator yang didukung dapat ditemukan di GitHub.

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

Instans Inf1 dengan beberapa chip Inferentia, seperti INF1.6xLarge atau INF1.24xLarge, mendukung interkoneksi chip-ke-chip yang cepat. Dengan menggunakan kemampuan Neuron Processing Pipeline, Anda dapat membagi model Anda dan memuatnya ke memori cache lokal di beberapa chip. Kompiler Neuron menggunakan teknik kompilasi ahead-of-time (AOT) untuk menganalisis model input dan mengkompilasinya agar sesuai dengan memori on-chip dari chip Inferentia tunggal atau beberapa. Melakukannya memungkinkan Neuron Cores memiliki akses berkecepatan tinggi ke model dan tidak memerlukan akses ke memori off-chip, menjaga latensi tetap terbatas sambil meningkatkan throughput inferensi keseluruhan.

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

AWS Neuron adalah SDK khusus untuk chip AWS Inferentia yang mengoptimalkan kinerja inferensi pembelajaran mesin chip Inferentia. Ini terdiri dari alat kompiler, run-time, dan pembuatan profil untuk AWS Inferentia dan diperlukan untuk menjalankan beban kerja inferensi pada instans EC2 Inf1. Di sisi lain, Amazon SageMaker Neo adalah layanan agnostik perangkat keras yang terdiri dari kompiler dan run-time yang memungkinkan pengembang untuk melatih model pembelajaran mesin sekali, dan menjalankannya pada banyak platform perangkat keras yang berbeda.  

T: Bagaimana cara menggunakan chip Trainium di instance Trn1?

Tumpukan perangkat lunak Trainium, AWS Neuron SDK, terintegrasi dengan kerangka kerja ML terkemuka, seperti PyTorch dan TensorFlow, sehingga Anda dapat memulai dengan perubahan kode minimal. Untuk memulai dengan cepat, Anda dapat menggunakan AMI AWS Deep Learning dan AWS Deep Learning Containers, yang sudah dikonfigurasi sebelumnya dengan AWS Neuron. Jika Anda menggunakan aplikasi kontainer, Anda dapat menerapkan AWS Neuron dengan menggunakan Amazon Elastic Container Service (Amazon ECS), Amazon E lastic Kubernetes Service (Amazon EKS), atau mesin kontainer asli pilihan Anda. AWS Neuron juga mendukung Amazon SageMaker, yang dapat Anda gunakan untuk membangun, melatih, dan menerapkan model pembelajaran mesin.

T: Di mana saya dapat menerapkan model pembelajaran mendalam yang dilatih di Trn1?

Anda dapat menerapkan model pembelajaran mendalam yang dilatih pada instans Trn1 pada instans Amazon EC2 lainnya yang mendukung kasus penggunaan pembelajaran mendalam, termasuk instans berdasarkan CPU, GPU, atau akselerator lainnya. Anda juga dapat menerapkan model yang dilatih pada instans Trn1 di luar AWS, seperti pusat data lokal atau di perangkat tertanam di tepi. Misalnya, Anda dapat melatih model Anda pada instans Trn1 dan menerapkannya pada instans Inf1, instans G5, instans G4, atau perangkat komputasi di tepi.

T: Kapan saya akan menggunakan instans Trn1 melalui instans berbasis GPU untuk melatih model ML?

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

T: Bagaimana perbedaan Instans Kinerja Burstable?

Amazon EC2 memungkinkan Anda memilih antara Instans Kinerja Tetap (misalnya keluarga instans C, M dan R) dan Instans Kinerja Burstable (misalnya T2). Instans Kinerja Burstable memberikan tingkat dasar kinerja CPU dengan kemampuan untuk meledak di atas baseline.

Kinerja dasar instance T2 dan kemampuan untuk meledak diatur oleh Kredit CPU. Setiap instans T2 menerima Kredit CPU secara terus menerus, yang tarifnya tergantung pada ukuran instans. Instans T2 memperoleh Kredit CPU saat tidak aktif, dan menggunakan kredit CPU saat aktif. Kredit CPU memberikan kinerja inti CPU penuh selama satu menit. 

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

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

*** Untuk t2.xlarge, aplikasi utas tunggal dapat menggunakan 90% dari 1 inti, atau jika diperlukan, aplikasi multithread dapat menggunakan 45% masing-masing dari 2 core atau 22,5% dari semua 4 core.

**** Untuk t2.2xlarge, aplikasi utas tunggal dapat menggunakan semua 1 inti, atau jika diperlukan, aplikasi multithread dapat menggunakan 67,5% masing-masing dari 2 core atau 16.875% dari semua 8 core.

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

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

T: Kapan saya harus memilih Instans Kinerja Burstable, seperti T2?

Instans T2 menyediakan platform hemat biaya untuk berbagai beban kerja produksi tujuan umum. Instans T2 Unlimited dapat mempertahankan kinerja CPU yang tinggi selama diperlukan. Jika beban kerja Anda secara konsisten memerlukan penggunaan CPU jauh lebih tinggi dari baseline, pertimbangkan instance CPU khusus seperti M atau C.

T: Bagaimana saya bisa melihat saldo Kredit CPU untuk setiap instans T2?

Anda dapat melihat saldo Kredit CPU untuk setiap instans T2 di metrik EC2 Per-Instans di Amazon CloudWatch. Instans T2 memiliki empat metrik, CPUCreditUsage, CPUCreditBalance, CPUSurPlusCreditBalance dan CPUsurPlusCreditsCharged. CPUCreditUsage menunjukkan jumlah Kredit CPU yang digunakan. CPUCreditBalance menunjukkan saldo Kredit CPU. Saldo Kredit CPUSurPlusmenunjukkan kredit yang digunakan untuk meledak tanpa adanya kredit yang diperoleh. CPUsurPlusCreditsCharged menunjukkan kredit yang dibebankan ketika penggunaan rata-rata melebihi baseline.

T: Apa yang terjadi pada kinerja CPU jika kredit instans T2 saya hampir habis (saldo Kredit CPU mendekati nol)?

Jika instans T2 Anda memiliki saldo Kredit CPU nol, kinerja akan tetap pada kinerja CPU awal. Misalnya, t2.micro memberikan kinerja CPU dasar 10% dari inti CPU fisik. Jika saldo Kredit CPU instans mendekati nol, kinerja CPU akan diturunkan ke kinerja dasar selama interval 15 menit.

T: Apakah saldo kredit instans T2 saya tetap ada saat berhenti atau mulai?

Tidak, instans yang dihentikan tidak mempertahankan saldo kredit yang diperoleh sebelumnya.

T: Dapatkah instans T2 dibeli sebagai Instans Cadangan atau Instans Spot?

Instans T2 dapat dibeli sebagai Instans On-Demand, Instans Cadangan, atau Instans Spot.

T: Apa itu instans Amazon EC2 T4g?

Instans Amazon EC2 T4g adalah instans burstable tujuan umum generasi berikutnya yang didukung oleh prosesor AWS Graviton2 berbasis ARM. Instans T4g memberikan kinerja harga yang lebih baik hingga 40% dibandingkan instans T3. Mereka dibangun di atas AWS Nitro System, kombinasi perangkat keras khusus dan Nitro hypervisor.

T: Apa saja kasus penggunaan ideal untuk instans T4g?

Instans T4g memberikan kinerja harga hingga 40% lebih baik dibandingkan instans T3 untuk berbagai macam beban kerja tujuan umum yang dapat meledak seperti layanan mikro, aplikasi interaktif latensi rendah, database kecil dan menengah, desktop virtual, lingkungan pengembangan, repositori kode, dan aplikasi penting bisnis. Pelanggan yang menerapkan aplikasi yang dibangun di atas perangkat lunak sumber terbuka di seluruh instans T akan menemukan instans T4g sebagai opsi yang menarik untuk mewujudkan kinerja harga terbaik. Pengembang Arm juga dapat membangun aplikasi mereka langsung pada perangkat keras Arm asli sebagai lawan dari kompilasi silang atau emulasi.

T: Bagaimana pelanggan bisa mendapatkan akses ke uji coba gratis T4g?

Hingga 31 Desember 2024, semua pelanggan AWS akan terdaftar secara otomatis dalam uji coba gratis T4g seperti yang dijelaskan dalam Tingkat Gratis AWS. Selama periode uji coba gratis, pelanggan yang menjalankan instans t4g.small akan secara otomatis mendapatkan 750 jam gratis per bulan yang dipotong dari tagihan mereka selama setiap bulan. 750 jam dihitung secara agregat di semua Wilayah tempat instance t4g.small digunakan. Pelanggan harus membayar kelebihan kredit CPU ketika mereka melebihi jumlah kredit yang dialokasikan selama 750 jam gratis program uji coba gratis T4g. Untuk informasi selengkapnya tentang cara kerja kredit CPU, lihat Kon sep dan definisi utama untuk instans kinerja yang dapat meled ak di Panduan Pengguna Amazon EC2 untuk Instans Linux.

T: Siapa yang memenuhi syarat untuk uji coba gratis T4g?

Semua pelanggan lama dan baru dengan akun AWS dapat memanfaatkan uji coba gratis T4g. Uji coba gratis T4g tersedia untuk waktu terbatas hingga 31 Desember 2024. Waktu mulai dan akhir uji coba gratis didasarkan pada Waktu Universal Terkoordinasi (UTC). Uji coba gratis T4g akan tersedia selain AWS Free Tier yang ada di t2.micro/t3.micro. Pelanggan yang telah kehabisan penggunaan Tingkat Gratis t2.micro (atau t3.micro, tergantung Wilayah) masih dapat memperoleh manfaat dari uji coba gratis T4g.

T: Berapa ketersediaan regional uji coba gratis T4g?

Uji coba gratis T4g saat ini tersedia di Wilayah AWS ini: 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 (Tengah), Eropa (Frankfurt), (Irlandia), Eropa (London), dan Eropa (Stockholm). Saat ini tidak tersedia di Wilayah China (Beijing) dan China (Ningxia).

Sebagai bagian dari uji coba gratis, pelanggan dapat menjalankan instans t4g.small di satu atau beberapa Wilayah dari satu bucket kumulatif 750 jam gratis per bulan hingga 31 Desember 2024. Misalnya, pelanggan dapat menjalankan t4g.small di Oregon selama 300 jam selama sebulan dan menjalankan t4g.small lainnya di Tokyo selama 450 jam selama bulan yang sama. Ini akan menambah hingga 750 jam per bulan dari batas uji coba gratis.

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

Di bawah uji coba gratis t4g.small, tidak akan ada biaya Amazon Machine Image (AMI) untuk AMI Linux Amazon Linux 2, RHEL dan SUSE yang tersedia melalui konsol EC2 Quick Start untuk 750 jam gratis pertama per bulan. Setelah 750 jam gratis per bulan, harga On-Demand 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 ditanggung di bawah uji coba gratis.

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

Uji coba gratis T4g memiliki siklus penagihan bulanan yang dimulai pada tanggal pertama setiap bulan dan berakhir pada hari terakhir bulan itu. Di bawah paket penagihan uji coba gratis T4g, pelanggan yang menggunakan t4g.small akan melihat item baris $0 pada tagihan mereka di bawah paket harga On-Demand untuk 750 jam penggunaan agregat pertama untuk setiap bulan selama periode uji coba gratis. Pelanggan dapat memulai kapan saja selama periode uji coba gratis dan mendapatkan 750 jam gratis untuk sisa bulan itu. Setiap jam yang tidak digunakan dari bulan sebelumnya tidak akan terbawa. Pelanggan dapat meluncurkan beberapa instans t4g.small di bawah uji coba gratis. Pelanggan akan diberi tahu secara otomatis melalui email menggunakan Anggaran AWS ketika penggunaan bulanan agregat mereka mencapai 85% dari 750 jam gratis. Jika penggunaan instans agregat melebihi 750 jam untuk siklus penagihan bulanan, pelanggan akan dikenakan biaya berdasarkan harga On-Demand reguler untuk jam yang terlampaui untuk bulan tersebut. Untuk pelanggan dengan Paket Tabungan Komputasi atau Paket Tabungan Instans T4g, diskon Savings Plan (SV) akan diterapkan pada harga On-Demand selama berjam-jam melebihi 750 jam uji coba gratis. Jika pelanggan telah membeli paket Instans Cadangan (RI) T4g, paket RI berlaku terlebih dahulu untuk setiap penggunaan setiap jam. Untuk sisa penggunaan setelah paket RI diterapkan, paket penagihan uji coba gratis berlaku.

T: Jika pelanggan mendaftar untuk tagihan konsolidasi (atau akun pembayar tunggal), dapatkah mereka mendapatkan uji coba gratis T4g untuk setiap akun yang terkait dengan akun pembayar?

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

T: Apakah pelanggan akan dikenakan biaya untuk kelebihan kredit CPU sebagai bagian dari uji coba gratis T4g?

Pelanggan harus membayar kelebihan kredit CPU ketika mereka melebihi jumlah kredit yang dialokasikan selama 750 jam gratis program uji coba gratis T4g. Untuk detail tentang cara kerja kredit CPU, lihat Kon sep dan definisi utama untuk instans kinerja yang dapat meledak di Panduan Pengguna Amazon EC2 untuk Instans Linux.

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

Mulai 1 Januari 2025, pelanggan yang menjalankan instans t4g.small akan secara otomatis beralih dari paket uji coba gratis ke paket harga On-Demand (atau paket Instans Cadangan (RI) /Paket Tabungan (SV), jika dibeli). Akumulasi kredit akan diatur ke nol. Pelanggan akan menerima pemberitahuan email tujuh hari sebelum akhir periode uji coba gratis yang menyatakan bahwa periode uji coba gratis akan berakhir dalam tujuh hari. Mulai 1 Januari 2025, jika rencana RI dibeli, rencana RI akan berlaku. Jika tidak, pelanggan akan dikenakan harga On-Demand reguler untuk instans t4g.small. Untuk pelanggan yang memiliki Paket Tabungan Instans T4g atau Paket Tabungan Komputasi, penagihan instans t4g.small akan menerapkan diskon Paket Tabungan pada harga On-Demand mereka.

T: Kapan saya harus menggunakan instans Compute Optimized?

Instans Compute Optimized dirancang untuk aplikasi yang mendapat manfaat dari daya komputasi tinggi. Aplikasi ini termasuk aplikasi komputasi intensif seperti server web berkinerja tinggi, komputasi kinerja tinggi (HPC), pemodelan ilmiah, analitik terdistribusi, dan inferensi pembelajaran mesin.

T: Apa itu instans Amazon EC2 C7g?

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

T: Apa itu instans Amazon EC2 C6g?

Instans Amazon EC2 C6g adalah instans yang dioptimalkan komputasi generasi berikutnya yang didukung oleh Prosesor AWS Graviton2 berbasis ARM. Instans C6g memberikan kinerja harga yang lebih baik hingga 40% dibandingkan instans C5. Mereka dibangun di atas AWS Nitro System, kombinasi perangkat keras khusus dan Nitro hypervisor.

T: Apa saja kasus penggunaan ideal untuk instans C6g?

Instans C6g memberikan manfaat kinerja harga yang signifikan untuk beban kerja intensif komputasi seperti komputasi kinerja tinggi (HPC), pemrosesan batch, penayangan iklan, pengkodean video, game, pemodelan ilmiah, analitik terdistribusi, dan inferensi pembelajaran mesin berbasis CPU. Pelanggan yang menerapkan aplikasi yang dibangun di atas perangkat lunak sumber terbuka di seluruh rangkaian instance C akan menemukan instans C6g sebagai pilihan yang menarik untuk mewujudkan kinerja harga terbaik. Pengembang Arm juga dapat membangun aplikasi mereka langsung pada perangkat keras Arm asli sebagai lawan dari kompilasi silang atau emulasi.

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

Instans C6g dioptimalkan EBS secara default dan menawarkan bandwidth EBS khusus hingga 19.000 Mbps untuk volume EBS terenkripsi dan tidak terenkripsi. 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 yang didukung pada instans C6g?

Instans C6g mendukung Enhanced Networking berbasis ENA. Dengan ENA, instans C6g dapat memberikan bandwidth jaringan hingga 25 Gbps 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 tergantung pada aplikasi. Pelanggan yang menjalankan aplikasi yang dibangun di atas perangkat lunak open source akan menemukan bahwa ekosistem Arm berkembang dengan baik dan kemungkinan sudah mendukung aplikasi mereka. Sebagian besar distribusi Linux serta wadah (Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR) mendukung arsitektur Arm. Pelanggan akan menemukan versi Arm dari paket perangkat lunak yang umum digunakan tersedia untuk instalasi melalui mekanisme yang sama yang mereka gunakan saat ini. Aplikasi yang didasarkan pada bahasa yang ditafsirkan (seperti Java, Node, Python) yang tidak bergantung pada set instruksi CPU asli harus berjalan dengan minimal atau tanpa perubahan. Aplikasi yang dikembangkan menggunakan bahasa yang dikompilasi (C, C ++, GoLang) perlu dikompilasi ulang untuk menghasilkan binari Arm. Arsitektur Arm didukung dengan baik dalam bahasa pemrograman populer ini dan kode modern biasanya membutuhkan perintah 'Make' sederhana. Lihat panduan Memulai di GitHub untuk detail selengkapnya.

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

Ya, kami berencana untuk menawarkan instans bertenaga CPU Intel dan AMD di masa mendatang sebagai bagian dari rangkaian instans C6.

T: Dapatkah saya meluncurkan instans C4 sebagai instans yang dioptimalkan Amazon EBS?

Setiap jenis instans C4 dioptimalkan EBS secara default. C4 menginduksi 500 Mbps hingga 4.000 Mbps ke EBS di atas dan di luar throughput jaringan tujuan umum yang disediakan untuk instans. Karena fitur ini selalu diaktifkan pada instans C4, meluncurkan instance C4 secara eksplisit sebagai EBS dioptimalkan tidak akan memengaruhi perilaku instans.

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

Jenis instance c4.8xlarge menyediakan kemampuan bagi sistem operasi untuk mengontrol status C dan P-state prosesor. Fitur ini saat ini hanya tersedia di instance Linux. Anda mungkin ingin mengubah pengaturan C-state atau P-state untuk meningkatkan konsistensi kinerja prosesor, mengurangi latensi, atau menyesuaikan instance Anda untuk beban kerja tertentu. Secara default, Amazon Linux menyediakan konfigurasi kinerja tertinggi yang optimal untuk sebagian besar beban kerja pelanggan; Namun, jika aplikasi Anda akan mendapat manfaat dari latensi yang lebih rendah dengan biaya frekuensi single atau dual-core yang lebih tinggi, atau dari kinerja berkelanjutan frekuensi rendah dibandingkan frekuensi Turbo Boost yang meledak, maka Anda harus mempertimbangkan untuk bereksperimen dengan opsi konfigurasi C-state atau P-state yang tersedia untuk instans ini. Untuk informasi tambahan tentang fitur ini, lihat bagian Panduan Pengguna Amazon EC2 tentang Kontrol Status Prosesor.

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

Inst@@ ans C6g: Inst ans Amazon EC2 C6g didukung oleh prosesor AWS Graviton2 berbasis ARM. Mereka memberikan kinerja harga hingga 40% lebih baik dibandingkan instans C5 dan ideal untuk menjalankan beban kerja intensif komputasi tingkat lanjut. Ini termasuk beban kerja seperti komputasi kinerja tinggi (HPC), pemrosesan batch, penayangan iklan, pengkodean video, permainan, pemodelan ilmiah, analitik terdistribusi, dan inferensi pembelajaran mesin berbasis CPU. 

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

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

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

Inst@@ ans C5a: Inst ans C5a memberikan kinerja harga x86 terkemuka 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.3GHz Generasi ke-2 dengan hingga 96 vCPU dan memori hingga 192 GiB. Instans C5ad memiliki penyimpanan NVMe lokal untuk beban kerja yang memerlukan latensi dan akses penyimpanan yang sangat rendah dengan kemampuan IOPS baca dan tulis acak yang tinggi.

Inst@@ ans C5n: Inst ans C5n ideal untuk aplikasi yang membutuhkan bandwidth jaringan tinggi dan kecepatan paket. Instans C5n ideal untuk aplikasi seperti HPC, data lake, peralatan jaringan serta aplikasi yang memerlukan komunikasi antar node dan Message Passing Interface (MPI). C5n menawarkan pilihan prosesor Intel Xeon Platinum 3.0 GHz dengan hingga 72 vCPU dan Memori 192 GiB.

Inst@@ ans C4: Inst ans C4 didasarkan pada prosesor Intel Xeon E5-2666 v3 (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 kinerja harga yang lebih baik hingga 15% dibandingkan instans C5, dan enkripsi memori yang selalu aktif menggunakan enkripsi Intel Total Memory (TME). Instans C6i menyediakan ukuran instance baru (c6i.32xlarge) dengan 128 vCPU dan 256 GiB memori, 33% lebih banyak dari instance C5 terbesar. Mereka juga menyediakan bandwidth memori hingga 9% lebih tinggi per vCPU dibandingkan dengan instance 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 kinerja CPU dan harga instans C5 yang lebih rendah, yang digabungkan menghasilkan peningkatan harga/kinerja 25% dibandingkan dengan instans C4, menguntungkan spektrum luas beban kerja yang saat ini berjalan pada instans C3 atau C4. Untuk aplikasi intensif float point, Intel AVX-512 memungkinkan peningkatan signifikan dalam TFLOPS yang dikirimkan dengan mengekstraksi paralelisme tingkat data secara efektif. Pelanggan yang mencari kinerja absolut untuk rendering grafis dan beban kerja HPC yang dapat dipercepat dengan GPU atau FPGA juga harus mengevaluasi rangkaian instans lain dalam portofolio Amazon EC2 yang menyertakan sumber daya tersebut untuk menemukan instans yang ideal untuk beban kerja mereka.

T: Antarmuka penyimpanan mana yang didukung pada instans C5?

Instans C5 hanya akan mendukung model perangkat NVMe EBS. Volume EBS yang dilampirkan ke instans C5 akan muncul sebagai perangkat NVMe. NVMe adalah antarmuka penyimpanan modern yang memberikan 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 jenis instans?

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

T: Instans mana yang tersedia dalam kategori instans komputasi kinerja tinggi (HPC)?

Inst@@ ans HPC7g: Instans HPC7g memungkinkan kinerja harga terbaik untuk beban kerja HPC di AWS. Mereka memberikan kinerja hingga 70% lebih baik dan kinerja harga hampir 3x lebih baik dibandingkan dengan instans berbasis AWS Graviton generasi sebelumnya untuk beban kerja HPC intensif komputasi. Instans HPC7g didukung oleh prosesor AWS Graviton 3E dan memberikan kinerja instruksi vektor hingga 35% lebih tinggi dibandingkan dengan instans AWS Graviton3 yang ada. Instans ini memberikan kinerja floating-point hingga 2x lebih baik dibandingkan dengan instans yang didukung oleh prosesor Graviton2. Instans HPC7g dibangun di atas Sistem AWS Nitro dan menyediakan bandwidth jaringan 200 Gbps untuk komunikasi internode latensi rendah untuk beban kerja yang digabungkan erat yang memerlukan sumber daya komputasi berkelompok yang sangat paralel.

Inst@@ ans HPC7a: Inst ans HPC7a Amazon Elastic Compute Cloud (Amazon EC2), didukung oleh prosesor AMD EPYC Generasi ke-4, memberikan kinerja hingga 2,5x lebih baik dibandingkan dengan instans Amazon EC2 HPC6a. Instans HPC7a memiliki kepadatan inti 2x lebih tinggi (hingga 192 core), throughput bandwidth memori 2,1x lebih tinggi (memori hingga 768 GB), dan bandwidth jaringan 3x lebih tinggi dibandingkan dengan instans HPC6a. Instans ini menawarkan bandwidth jaringan Elastic Fabric Adapter (EFA) 300 Gbps, didukung oleh Sistem AWS Nitro, untuk komunikasi antar-node latensi yang cepat dan rendah.

Inst@@ ans HPC6id: Inst ans HPC6id didukung oleh 64 core prosesor Intel 3rd Gen Xeon Scalable yang berjalan pada frekuensi hingga 3,5 GHz untuk meningkatkan efisiensi. Instans ini dirancang untuk meningkatkan kinerja untuk beban kerja yang terikat memori dengan menawarkan bandwidth memori 5 Gb/s per vCPU. Instans HPC6id menawarkan jaringan EFA 200 Gbps untuk komunikasi internode throughput tinggi untuk membantu Anda menjalankan beban kerja HPC dalam skala besar.

Instans HPC6a: Inst ans HPC6a didukung oleh 96 core prosesor AMD EPYC Generasi ke-3 dengan frekuensi turbo all-core 3,6 GHz dan 384 GiB RAM. Instans HPC6a menawarkan jaringan EFA 100 Gbps yang diaktifkan untuk komunikasi internode throughput tinggi untuk membantu Anda menjalankan beban kerja HPC dalam skala besar.

T: Apa perbedaan instans HPC7g dari instans EC2 lainnya?

Instans HPC7g dioptimalkan untuk memberikan kemampuan yang sesuai untuk beban kerja HPC intensif komputasi. Instans HPC7g didasarkan pada prosesor Graviton3E berbasis ARM yang memberikan kinerja instruksi vektor hingga 35% lebih tinggi dibandingkan dengan instance yang ada berdasarkan prosesor Graviton3. Instans ini menghadirkan 64 core fisik, memori 128 GiB, dan bandwidth jaringan 200 Gbps yang dioptimalkan untuk lalu lintas antar instans dalam VPC yang sama dan mendukung EFA untuk meningkatkan kinerja jaringan. Instans HPC7g tersedia dalam penerapan Zona Ketersediaan tunggal, memungkinkan beban kerja mencapai kinerja jaringan latensi rendah yang diperlukan untuk komunikasi node-ke-node yang digabungkan secara ketat untuk aplikasi HPC.

T: Model harga mana yang didukung instans HPC7g?

Inst ans HPC7g tersedia untuk dibeli melalui Paket Penghematan Instans Amazon EC2 1 dan 3 tahun, Paket Tabungan Komputasi, Instans On -Demand EC2, dan Instans Cad angan EC2.

T: AMI mana yang didukung pada instans HPC7g?

Instans HPC7g hanya mendukung AMI yang didukung Amazon EBS.

T: Apa perbedaan instans HPC7a dari instans EC2 lainnya?

Instans EC2 HPC7a yang dioptimalkan untuk HPC ideal untuk aplikasi yang mendapat manfaat dari prosesor berkinerja tinggi seperti simulasi besar dan kompleks termasuk dinamika fluida komputasi (CFD), prediksi cuaca numerik, dan simulasi multifisika. Instans HPC7a dirancang untuk membantu Anda menjalankan beban kerja HPC berbasis x86 yang digabungkan secara ketat dengan kinerja yang lebih baik. Instans HPC7a menampilkan prosesor AMD EPYC Generasi ke-4 dengan kerapatan inti 2x lebih tinggi (hingga 192 core), throughput bandwidth memori 2,1x lebih tinggi (memori 768 GB), dan bandwidth jaringan 3x lebih tinggi dibandingkan dengan instans HPC6a. Instans ini menawarkan bandwidth jaringan EFA 300 Gbps, didukung oleh Sistem AWS Nitro, untuk komunikasi inter node latensi cepat dan rendah.

T: Model harga mana yang didukung instans HPC7a?

Inst ans HPC7a tersedia untuk dibeli melalui Paket Penghematan Instans Amazon EC2 1 dan 3 tahun, Paket Tabungan Komputasi, Instans On -Demand EC2, dan Instans Cad angan EC2.

T: AMI mana yang didukung pada instans HPC7a?

Instans HPC7a mendukung Amazon Linux 2, Amazon Linux, Ubuntu 18.04 atau yang lebih baru, Red Hat Enterprise Linux 7.6 atau yang lebih baru, SUSE Linux Enterprise Server 12 SP3 atau yang lebih baru, CentOS 7 atau yang lebih baru, dan FreeBSD 11.1 atau yang lebih baru.

T: Model harga mana yang didukung instans HPC6id?

Inst ans HPC6id tersedia untuk dibeli melalui Paket Penghematan Instans Amazon EC2 1 tahun dan 3 tahun, Paket Tabungan Kom putasi, Instans On-Demand EC2, dan Instans Cadangan EC2.

T: Apa perbedaan instans HPC6id dari instans EC2 lainnya?

Instans HPC6id dioptimalkan untuk memberikan kemampuan yang sesuai untuk beban kerja HPC yang terikat memori dan intensif data. Hyperthreading dinonaktifkan untuk meningkatkan throughput CPU per-vCPU dan bandwidth memori hingga 5 Gb/s per vCPU. Instans ini memberikan bandwidth jaringan 200 Gbps yang dioptimalkan untuk lalu lintas antar instans di cloud pribadi virtual (VPC) yang sama, dan mendukung EFA untuk meningkatkan kinerja jaringan. Untuk mengoptimalkan jaringan instans HPC6id untuk beban kerja yang digabungkan secara ketat, Anda dapat mengakses instans EC2 HPC6id dalam Zona Ketersediaan tunggal di setiap Wilayah.

T: AMI mana yang didukung pada instans HPC6id?

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

T: AMI mana yang didukung pada instans HPC6a?

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

T: Model harga mana yang didukung instans HPC6a?

Instans HPC6a tersedia untuk dibeli melalui Instans Cadangan Standar 1 tahun dan 3 tahun, Instans Cadangan yang Dapat Dikonversi, Paket Tabungan, dan Instans On-Demand.

T: Bagaimana instans M7i dibandingkan dengan M7i-Flex? Kapan saya harus menggunakan M7i-Flex alih-alih instans M7i?

Instans M7i-Flex adalah varian instans M7i dengan harga lebih rendah yang menawarkan kinerja harga 19% lebih baik dibandingkan instans M6i. Instans M7i-Flex dapat digunakan untuk menjalankan sebagian besar beban kerja tujuan umum yang mendapat manfaat dari kinerja generasi terbaru tetapi tidak sepenuhnya memanfaatkan sumber daya komputasi. Instans M7i-Flex dirancang untuk memberikan kinerja CPU dasar dengan kemampuan untuk meningkatkan hingga kinerja CPU penuh 95% dari waktu. Instans M7i-Flex ideal untuk beban kerja yang sesuai dengan ukuran instans hingga 8xlarge (32 vCPU dan 128 GB), termasuk server web dan aplikasi, desktop virtual, layanan mikro, database, dan aplikasi perusahaan. Anda dapat menggunakan instans M7i untuk beban kerja yang membutuhkan ukuran instans terbesar atau kinerja CPU, jaringan, atau EBS berkelanjutan yang tinggi, seperti server aplikasi besar, database besar, server game, pembelajaran mesin berbasis CPU, dan streaming video.

T: Performa apa yang disediakan instans M7i-Flex?

Instans M7i-Flex menyediakan sumber daya CPU yang andal untuk memberikan kinerja CPU dasar sebesar 40%, yang dirancang untuk memenuhi persyaratan komputasi dari sebagian besar beban kerja tujuan umum. Untuk saat-saat ketika beban kerja membutuhkan kinerja yang lebih tinggi, instans M7i-Flex menyediakan kemampuan untuk menskalakan hingga 100% CPU selama 95% waktu selama jendela 24 jam.

T: Apa saja kasus penggunaan lain untuk instans M7i-Flex?

Instans M7i-Flex menyediakan jalur peningkatan yang menarik untuk beban kerja yang berjalan pada instans T3 berukuran lebih besar (besar hingga 2xlarge) dengan menawarkan kinerja harga yang lebih baik, harga tetap per jam yang mencakup CPU dasar dan penggunaan CPU tambahan di luar baseline, dan ukuran instance yang lebih besar hingga 8xlarge (32vCPU dan 128 GB). Instans M7i-Flex menawarkan cara yang disederhanakan untuk mengoptimalkan penggunaan EC2 Anda tanpa kredit CPU.
 

T: Apa itu instans Amazon EC2 M6g?

Instans Amazon EC2 M6g adalah instans tujuan umum generasi berikutnya yang didukung oleh Prosesor AWS Graviton2 berbasis ARM. Instans M6g memberikan harga/kinerja yang lebih baik hingga 40% dibandingkan instans M5. Mereka dibangun di atas AWS Nitro System, kombinasi perangkat keras khusus dan Nitro hypervisor.

T: Apa spesifikasi Prosesor AWS Graviton2 yang baru?

Prosesor AWS Graviton2 memberikan kinerja hingga 7x, 4x jumlah inti komputasi, 2x cache lebih besar, memori 5x lebih cepat, dan kinerja enkripsi per inti 50% lebih cepat daripada prosesor AWS Graviton generasi pertama. Setiap inti prosesor AWS Graviton2 adalah vCPU single-thread. Prosesor ini juga menawarkan memori DRAM terenkripsi sepenuhnya 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 inferensi pembelajaran mesin berbasis CPU int8/fp16. CPU dibangun menggunakan inti Arm Neoverse 64-bit dan silikon khusus yang dirancang oleh AWS pada teknologi manufaktur 7 nm canggih.

T: Apakah enkripsi memori didukung oleh prosesor AWS Graviton2?

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

T: Apa saja kasus penggunaan ideal untuk instans M6g?

Instans M6g memberikan manfaat kinerja dan kinerja harga yang signifikan untuk spektrum luas beban kerja tujuan umum seperti server aplikasi, server game, layanan mikro, database ukuran menengah, dan armada caching. Pelanggan yang menerapkan aplikasi yang dibangun di atas perangkat lunak sumber terbuka di seluruh instans M akan menemukan instans M6g sebagai pilihan yang menarik untuk mewujudkan kinerja harga terbaik. Pengembang Arm juga dapat membangun aplikasi mereka langsung pada perangkat keras Arm asli sebagai lawan dari kompilasi silang atau emulasi.

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

Instans M6g dioptimalkan EBS secara default dan menawarkan bandwidth EBS khusus hingga 19.000 Mbps untuk volume EBS terenkripsi dan tidak terenkripsi. 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 yang didukung pada instans M6g?

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

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

Perubahan yang diperlukan tergantung pada aplikasi. Pelanggan yang menjalankan aplikasi yang dibangun di atas perangkat lunak open source akan menemukan bahwa ekosistem Arm berkembang dengan baik dan kemungkinan sudah mendukung aplikasi mereka. Sebagian besar distribusi Linux serta wadah (Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR) mendukung arsitektur Arm. Pelanggan akan menemukan versi Arm dari paket perangkat lunak yang umum digunakan tersedia untuk instalasi melalui mekanisme yang sama yang mereka gunakan saat ini. Aplikasi yang didasarkan pada bahasa yang ditafsirkan (seperti Java, Node, Python) yang tidak bergantung pada set instruksi CPU asli harus berjalan dengan minimal atau tanpa perubahan. Aplikasi yang dikembangkan menggunakan bahasa yang dikompilasi (C, C ++, GoLang) perlu dikompilasi ulang untuk menghasilkan binari Arm. Arsitektur Arm didukung dengan baik dalam bahasa pemrograman populer ini dan kode modern biasanya membutuhkan perintah 'Make' sederhana. Lihat panduan Memulai di GitHub untuk detail selengkapnya.

T: Apa itu instans Amazon EC2 A1?

Instans Amazon EC2 A1 adalah instans tujuan umum yang didukung oleh Prosesor Graviton AWS generasi pertama yang dirancang khusus oleh AWS.

T: Apa spesifikasi Prosesor Graviton AWS generasi pertama?

Prosesor AWS Graviton dirancang khusus oleh AWS dengan memanfaatkan keahlian Amazon yang luas dalam membangun solusi platform untuk aplikasi cloud yang berjalan dalam skala besar. Prosesor ini didasarkan pada set instruksi Arm 64-bit dan menampilkan inti Arm Neoverse serta silikon khusus yang dirancang oleh AWS. Inti beroperasi pada frekuensi 2,3 GHz.

T: Kapan saya harus menggunakan instance A1?

Instans A1 memberikan penghematan biaya yang signifikan untuk beban kerja skala yang dapat disesuaikan dengan jejak memori yang tersedia. Instans A1 ideal untuk aplikasi skala-out seperti server web, layanan mikro dalam wadah, dan pemrosesan data/log. Instans ini juga akan menarik bagi pengembang, penggemar, dan pendidik di seluruh komunitas pengembang Arm.

T: Apakah pelanggan harus memodifikasi aplikasi dan beban kerja agar dapat berjalan pada instans A1?

Perubahan yang diperlukan tergantung pada aplikasi. Aplikasi berdasarkan bahasa yang dikompilasi atau dikompilasi waktu berjalan (misalnya Python, Java, PHP, Node.js) harus berjalan tanpa modifikasi. Aplikasi lain mungkin perlu dikompilasi ulang dan aplikasi yang tidak bergantung pada instruksi x86 umumnya akan dibangun dengan minimal atau tanpa perubahan.

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

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

T: Apakah ada persyaratan AMI khusus untuk dijalankan pada instans M6g dan A1?

Anda harus menggunakan AMI “arm64” dengan instans M6g dan A1. AMI x86 tidak kompatibel dengan instans M6g dan A1.

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

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

T: Apa saja pilihan penyimpanan yang tersedia untuk pelanggan A1?

Instans A1 dioptimalkan EBS secara default dan menawarkan bandwidth EBS khusus hingga 3.500 Mbps untuk volume EBS terenkripsi dan tidak terenkripsi. 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 mana yang didukung pada instans A1?

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

T: Apakah instans A1 mendukung Sistem AWS Nitro?

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

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

Dibandingkan dengan Instans EC2 M4, Instans EC2 M5 baru memberikan kinerja komputasi dan penyimpanan yang lebih baik kepada pelanggan, ukuran instans yang lebih besar dengan biaya, konsistensi, dan keamanan yang lebih rendah. Manfaat terbesar dari Instans EC2 M5 didasarkan pada penggunaan prosesor Intel Xeon Scalable generasi terbaru (Skylake-SP atau Cascade Lake), yang memberikan peningkatan hingga 20% dalam harga/kinerja dibandingkan dengan M4. Dengan dukungan AVX-512 di M5 vs AVX2 lama di M4, pelanggan akan mendapatkan kinerja 2x lebih tinggi dalam beban kerja yang membutuhkan operasi float point. Instans M5 menawarkan bandwidth jaringan hingga 25 Gbps dan bandwidth khusus hingga 10 Gbps untuk Amazon EBS. Instans M5 juga menampilkan kinerja jaringan dan Amazon EBS yang jauh lebih tinggi pada ukuran instans yang lebih kecil dengan kemampuan burst EBS.

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

Instans Amazon M6i didukung oleh prosesor Intel Xeon Scalable generasi ke-3 (kode bernama Ice Lake) dengan frekuensi turbo all-core 3,5 GHz, menawarkan kinerja harga komputasi yang lebih baik hingga 15% dibandingkan instans M5, dan enkripsi memori yang selalu aktif menggunakan Intel Total Memory Encryption (TME). Instans Amazon EC2 M6i adalah yang pertama menggunakan huruf kecil “i” untuk menunjukkan bahwa mereka adalah instans bertenaga Intel. Instans M6i menyediakan ukuran instans baru (m6i.32xlarge) dengan 128 vCPU dan memori 512 GiB, 33% lebih banyak dari instans M5 terbesar. Mereka juga menyediakan bandwidth memori hingga 20% lebih tinggi per vCPU dibandingkan dengan instans M5, memungkinkan pelanggan melakukan analisis real-time secara efisien untuk aplikasi AI/ML, game, dan High Performance Computing (HPC) yang 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 latensi rendah dan komunikasi antar node skala tinggi. Untuk kinerja jaringan yang optimal pada instans baru ini, pembaruan driver Elastic Network Adapter (ENA) mungkin diperlukan. Untuk informasi lebih lanjut tentang driver ENA 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) adalah seperangkat instruksi CPU baru yang tersedia pada prosesor Intel Xeon Scalable terbaru, yang dapat mempercepat kinerja untuk beban kerja dan penggunaan seperti simulasi ilmiah, analisis keuangan, kecerdasan buatan, pembelajaran mesin/pembelajaran mendalam, pemodelan dan analisis 3D, pemrosesan gambar dan video, kriptografi dan kompresi data, antara lain. Intel AVX-512 menawarkan pemrosesan algoritma enkripsi yang luar biasa, membantu mengurangi overhead kinerja untuk kriptografi, yang berarti pelanggan yang menggunakan keluarga EC2 M5 atau keluarga M6i dapat menerapkan data dan layanan yang lebih aman ke lingkungan terdistribusi tanpa mengorbankan kinerja.

Instans M5zn adalah varian dari instance tujuan umum M5 yang didukung oleh prosesor Intel Xeon Scalable tercepat di cloud, dengan frekuensi turbo all-core hingga 4,5 GHz, bersama dengan jaringan 100 Gbps dan dukungan untuk Amazon EFA. Instans M5zn sangat cocok untuk beban kerja seperti game, aplikasi keuangan, aplikasi pemodelan simulasi seperti yang digunakan dalam industri otomotif, kedirgantaraan, energi, dan telekomunikasi, dan aplikasi Komputasi Kinerja Tinggi lainnya.

Instans z1d adalah instance yang dioptimalkan untuk memori, dan menampilkan versi frekuensi tinggi dari prosesor Intel Xeon Scalable (hingga 4,0 GHz), bersama dengan penyimpanan NVMe lokal. Instans M5zn adalah instance tujuan umum, dan menampilkan versi frekuensi tinggi dari prosesor Intel Xeon Scalable Generasi ke-2 hingga 4,5 GHz), bersama dengan kinerja jaringan hingga 100 Gbps, dan dukungan untuk EFA. Instans M5zn menawarkan kinerja harga yang lebih baik dibandingkan dengan z1d.

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 ini dirancang untuk menjalankan database dalam memori yang besar, termasuk instalasi produksi SAP HANA, di 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 memori 18 dan 24 TiB adalah instans Amazon EC2 pertama yang didukung oleh platform 8-soket dengan prosesor Intel® Xeon® Scalable (Cascade Lake) Generasi ke-2 yang dioptimalkan untuk beban kerja perusahaan yang kritis. Instans EC2 High Memory memberikan throughput jaringan tinggi dan latensi rendah dengan bandwidth jaringan agregat hingga 100 Gbps menggunakan Enhanced Networking berbasis Amazon Elastic Network Adapter (ENA). Instans EC2 High Memory dioptimalkan EBS secara default, dan mendukung volume EBS terenkripsi dan tidak terenkripsi.

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

Instans High Memory disertifikasi oleh SAP untuk menjalankan Business Suite di HANA, Business Suite S/4HANA generasi berikutnya, Solusi Data Mart di HANA, Business Warehouse di HANA, dan SAP BW/4HANA di lingkungan produksi. Untuk detailnya, lihat Direktori Perangkat Keras SAP HANA Bersertifikat dan Didukung SAP.

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

Instans Memori Tinggi tersedia baik sebagai instans bare metal maupun instans virtual, memberikan pelanggan pilihan untuk memiliki akses langsung ke sumber daya perangkat keras yang mendasarinya, atau memanfaatkan fleksibilitas tambahan yang ditawarkan instans virtual termasuk opsi pembelian On-Demand dan Paket Tabungan 1 tahun dan 3 tahun. Silakan periksa opsi yang tersedia untuk instans Memori Tinggi di bagian Memori yang dioptimalkan pada halaman Jenis Instans EC2.

T: Apa saja manfaat menggunakan instans Virtual Memori Tinggi dibandingkan instans Bare Metal Memori Tinggi?

Manfaat instans virtual Memori Tinggi dibandingkan instans Metal Memori Tinggi meliputi — waktu peluncuran/reboot yang jauh lebih baik, opsi pembelian fleksibel (On-Demand, Savings Plan, Reserved Instans, Dedicated Host), pilihan jenis sewa, opsi layanan mandiri, dan dukungan untuk jumlah volume EBS yang lebih tinggi (27 vs 19).

T: Kapan instance 'Logam' Memori Tinggi harus digunakan dibandingkan menggunakan instance 'Virtualisasi' Memori Tinggi?

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

T: Bagaimana cara bermigrasi dari instans logam Memori Tinggi ke instans virtual Memori Tinggi?

Anda dapat memigrasikan instance logam Memori Tinggi ke instans virtual hanya dalam beberapa langkah. 1/Hentikan instans Anda, 2/ Ubah jenis instans dan sewa melalui API EC2 dan 3/ Mulai pencadangan instans Anda. Jika Anda menggunakan Red Hat Enterprise Linux untuk SAP atau SUSE Linux Enterprise Server untuk SAP, Anda perlu memastikan bahwa sistem operasi dan versi kernel Anda kompatibel dengan instans High Memory yang divirtualisasi. Untuk detail lebih lanjut, lihat Migrasi SAP HANA di AWS ke dokumentasi Instans Memori Tinggi EC2.

T: Apa saja opsi penyimpanan yang tersedia dengan instans Memori Tinggi?

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

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

Instans Memori Tinggi mengakses volume EBS melalui antarmuka NVM Express (NVMe) yang terpasang PCI. Volume EBS yang dilampirkan ke instans Memori Tinggi muncul sebagai perangkat NVMe. NVMe adalah antarmuka penyimpanan yang efisien dan dapat diskalakan, yang biasanya digunakan untuk SSD berbasis flash dan memberikan pengurangan latensi dan menghasilkan peningkatan I/O dan throughput disk. Volume EBS dilampirkan dan dilepaskan oleh PCI hotplug.

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

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

T: Dapatkah saya menjalankan instans Memori Tinggi di Amazon Virtual Private Cloud (Amazon VPC) yang ada?

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

T: Apa hypervisor yang mendasari pada instans Memori Tinggi?

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

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

Ya. Anda dapat mengonfigurasi C-state dan P-state pada instance Memori Tinggi. Anda dapat menggunakan C-state untuk mengaktifkan frekuensi turbo yang lebih tinggi (sebanyak 4,0 GHz). Anda juga dapat menggunakan status P untuk menurunkan variabilitas kinerja dengan menyematkan semua inti pada status P P1 atau yang lebih tinggi, yang mirip dengan menonaktifkan Turbo, dan berjalan secara konsisten pada kecepatan clock CPU dasar.

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

Instans virtual Memori Tinggi EC2 (misalnya u-6tb1.112xlarge) tersedia untuk dibeli melalui Paket Tabungan Sedemai, 1 Tahun dan 3 Tahun, serta Instans Cadangan 1 Tahun dan 3 Tahun. Instans logam Memori Tinggi EC2 (misalnya u-6tb1.metal) hanya tersedia untuk dibeli sebagai Host Khusus EC2 dengan Reservasi 1 Tahun dan 3 Tahun.

T: Apa siklus hidup Host Khusus?

Setelah Host Khusus dialokasikan dalam akun Anda, itu akan siap untuk Anda gunakan. Anda kemudian dapat meluncurkan instance dengan sewa “host” menggunakan RunInstances API, dan juga dapat menghentikan/memulai/menghentikan instance melalui API. Anda dapat menggunakan AWS Management Console untuk mengelola Host Khusus dan instans. 

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

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

T: AMI mana yang didukung dengan instans memori Tinggi?

AMI HVM yang didukung EBS dengan dukungan untuk jaringan ENA dapat digunakan dengan instans Memori Tinggi. Amazon Linux terbaru, Red Hat Enterprise Linux, SUSE Enterprise Linux Server, dan AMI Windows Server didukung. Dukungan sistem operasi untuk beban kerja SAP HANA pada instans Memori Tinggi meliputi: 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 Had Enterprise Linux 7.6 untuk SAP. Lihat Direktori Perangkat Keras SAP HANA Bersertifikat dan Didukung SAP untuk detail terbaru tentang sistem operasi yang didukung.

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

Anda dapat menggunakan penerapan SAP HANA referensi AWS Quick Start untuk dengan cepat menerapkan semua blok bangunan SAP HANA yang diperlukan pada instans Memori Tinggi mengikuti rekomendasi SAP untuk kinerja dan keandalan tinggi. AWS Quick Starts bersifat modular dan dapat disesuaikan, sehingga Anda dapat melapisi fungsionalitas tambahan di atas atau memodifikasinya untuk implementasi Anda sendiri.

T: Kapan saya harus menggunakan instans yang dioptimalkan untuk memori?

Instans yang dioptimalkan untuk memori menawarkan ukuran memori yang besar untuk aplikasi intensif memori termasuk aplikasi dalam memori, database dalam memori, solusi analitik dalam memori, HPC, komputasi ilmiah, dan aplikasi intensif memori lainnya. 

T: Apa itu instans Amazon EC2 R6g?

Instans Amazon EC2 R6g adalah instans yang dioptimalkan memori generasi berikutnya yang didukung oleh Prosesor AWS Graviton2 berbasis ARM. Instans R6g memberikan kinerja harga yang lebih baik hingga 40% dibandingkan instans R5. Mereka dibangun di atas AWS Nitro System, kombinasi perangkat keras khusus dan Nitro hypervisor.

T: Apa saja kasus penggunaan ideal untuk instans R6g?

Instans R6g memberikan manfaat 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 data besar waktu nyata. Pelanggan yang menerapkan aplikasi yang dibangun di atas perangkat lunak sumber terbuka di seluruh instans R akan menemukan instans R6g sebagai opsi yang menarik untuk mewujudkan kinerja harga terbaik dalam rangkaian instans. Pengembang Arm juga dapat membangun aplikasi mereka langsung pada perangkat keras Arm asli sebagai lawan dari kompilasi silang atau emulasi.

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

Instans R6g dioptimalkan EBS secara default dan menawarkan bandwidth EBS khusus hingga 19.000 Mbps untuk volume EBS terenkripsi dan tidak terenkripsi. 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 yang didukung pada instans R6g?

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

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

Perubahan yang diperlukan tergantung pada aplikasi. Pelanggan yang menjalankan aplikasi yang dibangun di atas perangkat lunak open source akan menemukan bahwa ekosistem Arm berkembang dengan baik dan kemungkinan sudah mendukung aplikasi mereka. Sebagian besar distribusi Linux serta wadah (Docker, Kubernetes, Amazon ECS, Amazon EKS, Amazon ECR) mendukung arsitektur Arm. Pelanggan akan menemukan versi Arm dari paket perangkat lunak yang umum digunakan tersedia untuk instalasi melalui mekanisme yang sama yang mereka gunakan saat ini. Aplikasi yang didasarkan pada bahasa yang ditafsirkan (seperti Java, Node, Python) yang tidak bergantung pada set instruksi CPU asli harus berjalan dengan minimal atau tanpa perubahan. Aplikasi yang dikembangkan menggunakan bahasa yang dikompilasi (C, C ++, GoLang) perlu dikompilasi ulang untuk menghasilkan binari Arm. Arsitektur Arm didukung dengan baik dalam bahasa pemrograman populer ini dan kode modern biasanya membutuhkan perintah 'Make' sederhana. Lihat panduan Memulai di GitHub untuk detail selengkapnya.

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

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

T: Apa itu instans Amazon EC2 R5b?

Instans R5b adalah varian yang dioptimalkan EBS dari instans R5 yang dioptimalkan untuk memori yang memberikan kinerja EBS hingga 3x lebih baik dibandingkan dengan instans R5 berukuran sama. Instans R5b memberikan bandwidth hingga 60 Gbps dan kinerja EBS 260K IOPS, kinerja penyimpanan blok tercepat di EC2. Mereka dibangun di atas AWS Nitro System, yang merupakan kombinasi dari perangkat keras khusus dan Nitro hypervisor.

T: Apa saja kasus penggunaan ideal untuk instans R5b?

Instans R5b ideal untuk beban kerja database relasional yang besar, termasuk Microsoft SQL Server, SAP HANA, IBM DB2, dan Oracle yang menjalankan aplikasi intensif kinerja seperti platform perdagangan, sistem ERP, dan sistem catatan kesehatan. Pelanggan yang ingin memigrasikan beban kerja lokal yang besar dengan persyaratan kinerja penyimpanan yang besar ke AWS akan menemukan instans R5b cocok.

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

Instans R5b dioptimalkan EBS secara default dan menawarkan bandwidth EBS khusus hingga 60.000 Mbps dan IOPS 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 jenis volume, dengan pengecualian volume io2.

T: Kapan saya harus menggunakan instans R5b?

Pelanggan yang menjalankan beban kerja seperti database relasional besar dan analisis data yang ingin memanfaatkan peningkatan kinerja jaringan penyimpanan EBS dapat menggunakan instans R5b untuk memberikan kinerja dan bandwidth yang lebih tinggi. Pelanggan juga dapat menurunkan biaya dengan memigrasikan beban kerja mereka ke instans R5b ukuran yang lebih kecil atau dengan mengkonsolidasikan beban kerja pada instans R5b yang lebih sedikit.

T: Apa saja opsi penyimpanan yang tersedia dengan instans Memori Tinggi?

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

T: Apa itu instans Amazon EC2 x2GD?

Instans Amazon EC2 x2GD adalah instans yang dioptimalkan memori generasi berikutnya yang didukung oleh prosesor AWS Graviton2 berbasis ARM yang dirancang AWS. Instans X2GD memberikan kinerja harga hingga 55% lebih baik dibandingkan dengan instans X1 berbasis x86 dan menawarkan biaya terendah per GiB memori di Amazon EC2. Ini adalah yang pertama dari instance X yang dibangun di atas Sistem AWS Nitro, yang merupakan kombinasi dari perangkat keras khusus dan hypervisor Nitro.

T: Beban kerja apa yang cocok untuk instans X2gd?

X2Gd sangat ideal untuk pelanggan dengan beban kerja skala yang terikat memori yang kompatibel dengan ARM seperti database dalam memori Redis dan Memcached, yang membutuhkan akses memori latensi rendah dan mendapatkan manfaat dari lebih banyak memori per vCPU. X2gd juga cocok untuk database relasional seperti PostgreSQL, MariaDB, MySQL, dan RDS Aurora. Pelanggan yang menjalankan beban kerja intensif memori seperti Apache Hadoop, analisis waktu nyata, dan server caching waktu nyata akan mendapat manfaat dari rasio vCPU 1:16 terhadap memori x2GD. Beban kerja berulir tunggal seperti pekerjaan verifikasi backend EDA akan mendapat manfaat dari inti fisik dan lebih banyak memori instans X2GD, memungkinkan mereka untuk mengkonsolidasikan lebih banyak beban kerja ke satu instans. Instans X2gd juga menampilkan penyimpanan blok NVMe SSD lokal untuk meningkatkan waktu respons dengan bertindak sebagai lapisan caching.

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

Instans X2gd cocok untuk beban kerja skala-out terikat memori yang kompatibel dengan ARM seperti database dalam memori, aplikasi analisis memori, beban kerja database relasional sumber terbuka, beban kerja EDA, dan server caching besar. Instans X2GD menawarkan pelanggan biaya terendah per gigabyte memori dalam EC2, dengan ukuran hingga 1 TiB. Instans X2ieZn, X2idn, X2ieDN, X1, dan X1e menggunakan prosesor x86 dan cocok untuk beban kerja skala besar kelas perusahaan yang intensif memori seperti beban kerja Windows, database dalam memori (misalnya SAP HANA), dan database relasional (misalnya OracleDB). Pelanggan dapat memanfaatkan instans X berbasis x86 untuk ukuran memori yang lebih besar hingga 4 TiB. Instans R6g dan R6gd cocok untuk beban kerja seperti aplikasi web, database, dan kueri pengindeksan pencarian yang membutuhkan lebih banyak vCPU selama masa pemrosesan data yang berat. Pelanggan yang menjalankan beban kerja terikat memori yang membutuhkan kurang dari 1 memori TiB dan memiliki ketergantungan pada set instruksi x86 seperti aplikasi Windows, dan aplikasi seperti Oracle atau SAP dapat memanfaatkan instans R5 dan instans R6.

T: Kapan saya harus menggunakan instans X2idn dan X2iEDN?

Instans X2idn dan X2iEDN didukung oleh prosesor Intel Xeon Scalable generasi ke-3 dengan frekuensi turbo all-core hingga 3,5 GHz dan memberikan kinerja harga komputasi hingga 50% lebih tinggi daripada instans X1 yang sebanding. Instans X2idn dan X2iEDN keduanya mencakup penyimpanan SSD NVMe lokal hingga 3,8 TB dan bandwidth jaringan hingga 100 Gbps, sementara X2idn menawarkan memori hingga 2 TiB dan X2ieDN menawarkan hingga 4 TiB memori. Instans X2idn dan X2iEDN disertifikasi SAP dan sangat cocok untuk beban kerja seperti database tradisional dan dalam memori skala kecil hingga skala kecil, serta analitik.

T: Kapan saya harus menggunakan instans X2ieZn?

Instans X2ieZn menampilkan prosesor Intel Xeon Scalable tercepat di cloud dan sangat cocok untuk beban kerja yang membutuhkan kinerja single-thread tinggi 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 terhadap vCPU, dan memberikan kinerja harga komputasi hingga 55% lebih tinggi dibandingkan dengan instans X1e. Instans X2ieZn sangat cocok untuk beban kerja otomatisasi desain elektronik (EDA) seperti verifikasi fisik, analisis waktu statis, penandatanganan daya, dan simulasi tingkat gerbang chip penuh.

T: Sistem operasi/AMI mana yang didukung pada instans X2GD?

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

T: Kapan saya harus menggunakan instans X1?

Instans X1 ideal untuk menjalankan database dalam memori seperti SAP HANA, mesin pengolah data besar seperti Apache Spark atau Presto, dan aplikasi komputasi kinerja tinggi (HPC). Instans X1 disertifikasi oleh SAP untuk menjalankan lingkungan produksi Business Suite S/4HANA generasi berikutnya, Business Suite on HANA (SoH), Business Warehouse on HANA (BW), dan Solusi Data Mart di HANA di cloud AWS.

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

Ya. Anda dapat mengonfigurasi C-state dan P-state pada instans x1e.32xlarge, x1e.16xlarge, x1e.8xlarge, x1.32xlarge dan x1.16xlarge. Anda dapat menggunakan C-state untuk mengaktifkan frekuensi turbo yang lebih tinggi (sebanyak 3,1 GHz dengan satu atau dua turbo inti). Anda juga dapat menggunakan status P untuk menurunkan variabilitas kinerja dengan menyematkan semua inti pada status P P1 atau yang lebih tinggi, yang mirip dengan 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 yang lebih 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 (versi Windows Server 32bit tidak akan didukung).

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

Anda dapat menggunakan AWS Launch Wizard for SAP atau AWS Quick Start referensi SAP HANA untuk segera menerapkan semua blok bangunan SAP HANA yang diperlukan pada instans Memori Tinggi mengikuti rekomendasi dari AWS dan SAP untuk kinerja dan keandalan yang tinggi.

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

Ini telah dipindahkan ke halaman Instans Generasi Sebelumnya.

T: Apakah instans Generasi Sebelumnya ini masih didukung?

Ya. Instans Generasi Sebelumnya masih didukung sepenuhnya.

T: Apakah saya masih dapat menggunakan/menambahkan lebih banyak instans Generasi Sebelumnya?

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

T: Apakah instans Generasi Sebelumnya saya akan dihapus?

Tidak. Sampai instance mencapai akhir masa pakai dan sepenuhnya tidak digunakan lagi, instans generasi sebelumnya akan berfungsi penuh dan tidak akan dihapus karena perubahan ini. Jika AWS memutuskan untuk menghentikan instans generasi sebelumnya karena pertimbangan akhir masa pakai, Anda akan diberi tahu tentang perubahan tersebut.  

T: Apakah instans Generasi Sebelumnya akan segera dihentikan?

Dengan teknologi yang berkembang pesat, generasi terbaru biasanya akan memberikan kinerja terbaik untuk harga dan kami mendorong pelanggan kami untuk mengambil keuntungan dari kemajuan teknologi. Jika AWS memutuskan untuk menghentikan instans generasi sebelumnya karena pertimbangan akhir masa pakai, Anda akan diberi tahu tentang perubahan tersebut.

T: Apakah instans 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 hilang.

T: Apa itu Instans Penyimpanan Dense?

Instans penyimpanan padat dirancang untuk beban kerja yang memerlukan akses baca dan tulis berurutan tinggi ke kumpulan data yang sangat besar, seperti komputasi terdistribusi Hadoop, pergudangan data pemrosesan paralel besar-besaran, dan aplikasi pemrosesan log. Instans penyimpanan padat menawarkan harga/penyimpanan GB dan harga/throughput disk terbaik di instans EC2 lainnya.

T: Bagaimana instans penyimpanan padat dibandingkan dengan instans I/O Tinggi?

Instans I/O tinggi (IM4GN, IS4Gen, i4i, I3, i3en) ditargetkan pada beban kerja yang menuntut latensi rendah dan I/O acak tinggi selain kepadatan penyimpanan sedang dan memberikan harga/IOPS terbaik di seluruh jenis 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 kumpulan data yang sangat besar dan memberikan harga/GB penyimpanan dan harga/throughput disk terbaik di instans EC2 lainnya.

T: Berapa banyak throughput disk yang dapat diberikan instans penyimpanan padat dan penyimpanan HDD?

Instans penyimpanan HDD padat generasi terbesar saat ini, d3en.12xlarge, dapat memberikan throughput disk baca hingga 6,2 GiB/dtk dan throughput disk tulis 6,2 GiB/dtk dengan ukuran blok 128k. Silakan lihat halaman detail produk untuk informasi kinerja tambahan. Untuk memastikan kinerja throughput disk terbaik dari instans D2, D3, dan D3en Anda di Linux, sebaiknya gunakan versi terbaru dari AMI Amazon Linux, atau AMI Linux lainnya dengan versi kernel 3.8 atau lebih baru yang mendukung hibah persisten—ekstensi protokol cincin 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 pemberitahuan untuk kegagalan perangkat keras. Seperti semua penyimpanan instans, volume penyimpanan HDD padat hanya bertahan selama masa pakai instance. Oleh karena itu, kami menyarankan Anda membangun tingkat redundansi (misalnya RAID 1/5/6) atau menggunakan sistem file (misalnya 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 EBS atau Amazon S3.

T: Apa perbedaan instans penyimpanan HDD padat dengan Amazon EBS?

Amazon EBS menawarkan penyimpanan tingkat blok yang sederhana, elastis, andal (direplikasi), dan persisten untuk Amazon EC2 sambil mengabstraksi detail media penyimpanan yang mendasarinya yang digunakan. Instans Amazon EC2 dengan HDD lokal atau penyimpanan NVMe menyediakan blok bangunan penyimpanan berkinerja tinggi yang terpasang langsung yang dapat digunakan untuk berbagai aplikasi penyimpanan. Instans penyimpanan padat secara khusus ditargetkan pada pelanggan yang menginginkan akses baca/tulis berurutan tinggi ke kumpulan data besar pada penyimpanan lokal, misalnya untuk komputasi terdistribusi Hadoop dan pergudangan data pemrosesan paralel besar-besaran.

T: Dapatkah saya meluncurkan instans penyimpanan HDD padat sebagai instans yang dioptimalkan Amazon EBS?

Setiap jenis instans penyimpanan HDD (H1, D2, D3, dan D3en) dioptimalkan EBS secara default. Karena fitur ini selalu diaktifkan, meluncurkan salah satu instans ini secara eksplisit sebagai EBS dioptimalkan tidak akan memengaruhi perilaku instans. Untuk informasi selengkapnya, lihat Instans yang dioptimalkan Amazon EBS.

T: Dapatkah saya meluncurkan instans D2 sebagai instans yang dioptimalkan Amazon EBS?

Setiap tipe instance D2 dioptimalkan EBS secara default. D2 melakukan instansi 500 Mbps hingga 4.000 Mbps ke EBS di atas dan di luar throughput jaringan tujuan umum yang disediakan untuk instans. Karena fitur ini selalu diaktifkan pada instans D2, meluncurkan instance D2 secara eksplisit sebagai EBS dioptimalkan tidak akan memengaruhi perilaku instans.

T: Apa itu instance I/O Tinggi?

Instans I/O tinggi menggunakan penyimpanan instans lokal berbasis NVMe untuk memberikan kapasitas I/O yang sangat tinggi dan rendah ke aplikasi, dan dioptimalkan untuk aplikasi yang membutuhkan jutaan IOPS. Seperti instans Cluster, instans I/O Tinggi dapat dikelompokkan melalui grup penempatan cluster 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 khusus NVMe, sementara instans I2 generasi sebelumnya memungkinkan akses penyimpanan blkfront lama.

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

Instans I/O tinggi ideal untuk aplikasi yang memerlukan akses ke jutaan IOPS latensi rendah, dan dapat memanfaatkan penyimpanan data dan arsitektur yang mengelola redundansi dan ketersediaan data. Contoh aplikasi adalah:

• Database NoSQL seperti Cassandra dan MongoDB
• Database dalam memori seperti Aerospike
• Beban kerja Elasticsearch dan analitik
• Sistem OLTP

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

Seperti jenis instans Amazon EC2 lainnya, penyimpanan instans pada instans IM4gn, IS4gen, i4i, I3, dan i3en tetap ada selama masa pakai instance. Pelanggan diharapkan untuk membangun ketahanan ke dalam aplikasi mereka. Sebaiknya gunakan database dan sistem file yang mendukung redundansi dan toleransi kesalahan. Pelanggan harus mencadangkan data secara berkala ke Amazon S3 untuk meningkatkan daya tahan data.

T: Apakah instans I/O Tinggi mendukung TRIM?

Perintah TRIM memungkinkan sistem operasi untuk memberi tahu SSD blok data mana yang tidak lagi dianggap digunakan dan dapat dihapus secara internal. Dengan tidak adanya TRIM, operasi penulisan di masa depan ke blok yang terlibat dapat melambat secara signifikan. Instans IM4GN, IS4Gen, i4i, I3 dan i3en mendukung TRIM.

T: Bagaimana instance D3 dan D3en dibandingkan dengan instans D2?

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

• Instans D3 dan D3en menawarkan kinerja komputasi hingga 30% lebih tinggi daripada instans D2 yang setara. Manfaat kinerja yang tepat akan tergantung pada beban kerja tertentu.
• Instans D3 dan D3en masing-masing menyediakan throughput disk hingga 45% dan 100% lebih tinggi daripada instans D2.
• Instans D3 tersedia dengan harga 5% lebih rendah dari instans D2. Instans D3en menurunkan biaya penyimpanan per TB hingga 80% dibandingkan dengan instans D2.
• Instans D3 dan D3en menawarkan Intel Advanced Vector Extensions (AVX 512), yang menawarkan hingga 2X FLOPS per siklus dibandingkan dengan AVX 2 pada D2.
• Instans D3en menawarkan ukuran instans baru (12xl) dengan 48 vCPU dan 7 TB penyimpanan per vCPU untuk 336 TB total penyimpanan, tetapi memiliki setengah memori per vCPU dibandingkan dengan D2 dan total penyimpanan 48 TB.
• Instans D3 dan D3en masing-masing menawarkan bandwidth jaringan hingga 25 Gbps dan 75 Gbps pada ukuran terbesarnya untuk memenuhi kebutuhan pelanggan akan kinerja jaringan untuk menjalankan beban kerja data besar dan cluster sistem file.
  

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

Ya; data yang ditulis ke volume penyimpanan akan dienkripsi saat diam menggunakan AES-256-XTS. Lalu lintas jaringan antara instance D3 dan D3en di VPC yang sama atau VPC yang diintip dienkripsi secara default menggunakan kunci 256-bit.

T: Apa yang terjadi pada data saya ketika sistem dihentikan?

Data yang disimpan di penyimpanan instance lokal hanya akan bertahan selama instance itu masih hidup. Namun, data yang disimpan pada volume Amazon EBS akan tetap ada secara independen dari masa pakai instans. Oleh karena itu, sebaiknya gunakan penyimpanan instans lokal untuk data sementara dan, untuk data yang membutuhkan tingkat ketahanan yang lebih tinggi, sebaiknya gunakan volume Amazon EBS atau membuat cadangan data ke Amazon S3. Jika Anda menggunakan volume Amazon EBS sebagai partisi root, Anda harus menyetel flag Delete On Terminate ke “N” jika Anda ingin volume Amazon EBS Anda bertahan di luar masa pakai instance.

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

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

T: Apa jenis volume Throughput Optimized HDD (st1) dan Cold HDD (sc1)?

Volume ST1 didukung oleh hard disk drive (HDD) dan ideal untuk beban kerja intensif throughput yang sering diakses dengan kumpulan data besar dan ukuran I/O besar, seperti MapReduce, Kafka, pemrosesan log, gudang data, dan beban kerja ETL. Volume ini memberikan kinerja dalam hal throughput, diukur dalam MB/s, dan mencakup kemampuan untuk meledak hingga 250 MB/s per TB, dengan throughput dasar 40 MB/s per TB dan throughput maksimum 500 MB/s per volume. ST1 dirancang untuk memberikan kinerja throughput yang diharapkan 99% dari waktu dan memiliki kredit I/O yang cukup untuk mendukung pemindaian volume penuh pada kecepatan burst.

Volume SC1 didukung oleh HDD dan memberikan biaya terendah per GB dari semua jenis volume EBS. Ini sangat ideal untuk beban kerja yang jarang diakses dengan kumpulan data yang besar dan dingin. Mirip dengan st1, sc1 menyediakan model burst: volume ini dapat meledak hingga 80 MB/s per TB, dengan throughput dasar 12 MB/s per TB dan throughput maksimum 250 MB/s per volume. Untuk data yang jarang diakses, sc1 menyediakan penyimpanan yang sangat murah. SC1 dirancang untuk memberikan kinerja throughput yang diharapkan 99% dari waktu dan memiliki kredit I/O yang cukup untuk mendukung pemindaian volume penuh pada kecepatan burst.

Untuk memaksimalkan kinerja st1 dan sc1, sebaiknya gunakan instans EC2 yang dioptimalkan EBS.

T: Jenis volume mana yang harus saya pilih?

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

T: Apakah Anda mendukung beberapa instans yang mengakses satu volume?

Ya, Anda dapat mengaktifkan Multi-Attach pada volume IBS Provisioned IOPS io1 untuk memungkinkan volume dilampirkan secara bersamaan hingga enam belas instans EC2 berbasis Nitro dalam Availability Zone yang sama. Untuk informasi selengkapnya tentang Amazon EBS Multi-Attach, lihat halaman produk EBS.

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

Tidak, snapshot EBS hanya tersedia melalui Amazon EC2 API.

T: Apakah volume perlu dilepas untuk mengambil snapshot? Apakah snapshot perlu diselesaikan sebelum volume dapat digunakan lagi?

Tidak, snapshot dapat dilakukan secara real time saat volume terpasang dan digunakan. Namun, snapshot hanya menangkap data yang telah ditulis ke volume Amazon EBS Anda, yang mungkin mengecualikan data apa pun yang telah di-cache secara lokal oleh aplikasi atau OS Anda. Untuk memastikan snapshot yang konsisten pada volume yang dilampirkan ke instance, sebaiknya lepaskan volume dengan bersih, mengeluarkan perintah snapshot, dan kemudian memasang kembali volume. Untuk volume Amazon EBS yang berfungsi sebagai perangkat root, sebaiknya matikan mesin untuk mengambil snapshot yang bersih.

T: Apakah snapshot berversi? Bisakah saya membaca snapshot lama untuk melakukan pemulihan point-in-time?

Setiap snapshot diberi pengenal unik, dan pelanggan dapat membuat volume berdasarkan snapshot yang ada.

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

Jika berbagi snapshot, Anda tidak akan dikenakan biaya saat pengguna lain membuat salinan snapshot Anda. Jika Anda membuat salinan volume bersama pengguna lain, Anda akan dikenakan tarif EBS normal.

T: Dapatkah pengguna snapshot bersama Amazon EBS mengubah data saya?

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

T: Bagaimana cara menemukan snapshot Amazon EBS yang telah dibagikan kepada saya?

Anda dapat menemukan snapshot yang telah dibagikan dengan Anda dengan memilih “Snapshot Pribadi” dari menu tarik-turun tampilan di bagian Snapshots di AWS Management Console. Bagian ini akan mencantumkan snapshot yang Anda miliki dan snapshot yang telah dibagikan dengan Anda.

T: Bagaimana cara menemukan snapshot Amazon EBS apa yang dibagikan secara global?

Anda dapat menemukan snapshot yang telah dibagikan secara global dengan memilih “Snapshot Publik” dari dropdown tampilan di bagian Snapshots di AWS Management Console.

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

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

T: Bagaimana cara menemukan daftar Kumpulan Data Publik Amazon?

Semua informasi tentang Kumpulan Data Publik tersedia di Pusat Sumber Daya Kumpulan Data Publik kami. Anda juga dapat memperoleh daftar Kumpulan Data Publik dalam Konsol Manajemen AWS dengan memilih “Amazon Snapshots” dari dropdown tampilan di bagian Snapshots.

T: Di mana saya bisa mempelajari lebih lanjut tentang EBS?

Lihat FAQ Amazon EBS.

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

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

Amazon EFS menggunakan protokol NFSv4.1. Untuk contoh langkah demi langkah tentang cara mengakses sistem file dari instans Amazon EC2, silakan lihat panduan Memulai Amazon EFS.

T: Jenis instans Amazon EC2 dan AMI apa yang berfungsi dengan Amazon EFS?

Amazon EFS kompatibel dengan semua jenis instans Amazon EC2 dan dapat diakses dari AMI berbasis Linux. Anda dapat mencampur dan mencocokkan jenis instance yang terhubung ke sistem file tunggal. Untuk contoh langkah demi langkah tentang cara mengakses sistem file dari instans Amazon EC2, silakan lihat panduan Memulai Amazon EFS.

T: Bagaimana cara memuat data ke dalam sistem file?

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

Sistem file Amazon EFS dapat dipasang pada instans Amazon EC2, sehingga data apa pun yang dapat diakses oleh instans Amazon EC2 juga dapat dibaca dan ditulis ke Amazon EFS. Untuk memuat data yang saat ini tidak disimpan di cloud Amazon, Anda dapat menggunakan metode yang sama yang Anda gunakan untuk mentransfer file ke Amazon EC2 hari ini, seperti Secure Copy (SCP).

Sistem file Amazon EFS juga dapat dipasang di server lokal, sehingga data apa pun yang dapat diakses oleh server lokal dapat dibaca dan ditulis ke Amazon EFS menggunakan alat Linux standar. Untuk informasi selengkapnya tentang mengakses sistem file dari server lokal, silakan lihat bagian Akses Lokal dari FAQ Amazon EFS.

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

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

Instans Amazon EC2 dalam VPC Anda dapat mengakses sistem file Anda secara langsung. Server lokal dapat memasang sistem file Anda melalui koneksi AWS Direct Connect ke VPC Anda.

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

Amazon EFS mendukung satu hingga ribuan instans Amazon EC2 yang terhubung ke sistem file secara bersamaan.

T: Di mana saya bisa mempelajari lebih lanjut tentang EFS?

Anda dapat mengunjungi halaman FAQ Amazon EFS.

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

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

T: Algoritma enkripsi apa yang digunakan untuk mengenkripsi penyimpanan instans Amazon EC2 NVMe?

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

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

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

T: Berapa umur kunci enkripsi pada penyimpanan instans NVMe?

Semua kunci dihancurkan secara tidak dapat dipulihkan pada setiap de-alokasi penyimpanan, termasuk tindakan penghentian instans dan penghentian instans.

T: Dapatkah saya menonaktifkan enkripsi penyimpanan instans NVMe?

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

T: Apakah angka kinerja IOPS yang dipublikasikan pada I3 dan i3en menyertakan enkripsi data?

Ya, nomor IOPS yang terdokumentasi untuk penyimpanan inst ans IM4gn, IS4Gen, i4i, I3 dan i3en NVMe termasuk enkripsi.

T: Apakah penyimpanan instans Amazon EC2 NVMe 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. 

Q: Apa itu ENA Express?

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

T: Bagaimana cara kerja ENA Express?

Saat dikonfigurasi, ENA Express bekerja di antara dua instans yang didukung di Availability Zone (AZ). ENA Express mendeteksi kompatibilitas antara instans EC2 Anda dan membuat koneksi SRD ketika kedua instans berkomunikasi mengaktifkan ENA Express. Setelah koneksi dibuat, lalu lintas Anda dapat memanfaatkan SRD dan manfaat kinerjanya.

T: Kapan saya harus menggunakan ENA Express?

ENA Express bekerja paling baik untuk aplikasi yang membutuhkan throughput aliran tunggal yang tinggi, seperti sistem penyimpanan terdistribusi dan pengkodean media langsung. Beban kerja ini membutuhkan bandwidth aliran tunggal yang tinggi dan latensi ekor yang rendah.

T: Bagaimana cara mengaktifkan ENA Express?

ENA Express dapat diaktifkan secara per-ENI. Saat melampirkan kartu jaringan ke instance atau saat menjalankan perintah modifikasi, ENA Express dapat diaktifkan. ENA Express harus diaktifkan pada kedua ENI yang berkomunikasi untuk membangun komunikasi point-to-point dengannya. Selain itu, jika Anda menggunakan Jumbo Frames, Anda harus menyesuaikan MTU maksimum Anda menjadi 8900 untuk menggunakan ENA Express.

T: Protokol apa yang didukung oleh ENA Express?

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

T: Instans apa yang didukung?

ENA Express didukung pada instans EC2 berbasis Graviton, Intel, dan AMD. Ini didukung pada instans berbasis komputasi yang dioptimalkan, dioptimalkan memori, tujuan umum, dan penyimpanan yang dioptimalkan. Untuk daftar lengkap instans yang didukung, silakan lihat panduan pengguna ENA Express.

T: Apa perbedaan antara Elastic Fabric Adapter (EFA) dan ENA Express?

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

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

ENA Express akan mendeteksi apakah ENA Express telah diaktifkan pada instans lain. Jika instance tersebut tidak mendukung atau belum mengaktifkan ENA Express, instans Anda akan kembali ke operasi ENA normal. Anda tidak akan dapat mencapai manfaat kinerja SRD dalam kasus ini, tetapi tidak ada efek samping juga.

T: Sistem operasi apa yang didukung?

Fungsionalitas SRD akan didukung di semua sistem operasi, tetapi harap dicatat bahwa metrik pemantauan ENA Express hanya akan tersedia di ETHTool di AMI Amazon Linux terbaru atau dengan menginstal driver ENA versi 2.8.0 atau yang lebih baru dari GitHub, dengan semua sistem operasi yang mendukung metrik di masa mendatang.

T: Alat pemantauan apa yang tersedia untuk melacak ini?

ENA Express menawarkan penghitung ETHtool untuk melacak paket yang memenuhi syarat untuk transmisi SRD selain yang benar-benar dikirim dan diterima dengan SRD. Selain itu, ETHTool akan mendukung metrik pemanfaatan sumber daya SRD berdasarkan persen, memberikan wawasan tentang kapan Anda harus mempertimbangkan untuk meningkatkan arsitektur Anda. Akhirnya, Boolean akan memberikan status on dan off untuk ENA Express dan protokol UDP.

T: Di mana ENA Express tersedia?

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

T: Apakah ada biaya tambahan untuk menjalankan ENA Express?

Tidak, ENA Express gratis untuk digunakan.

Q: Mengapa saya harus menggunakan EFA?

EFA menghadirkan skalabilitas, fleksibilitas, dan elastisitas cloud ke aplikasi HPC yang digabungkan secara ketat. Dengan EFA, aplikasi HPC yang digabungkan secara ketat memiliki akses ke latensi yang lebih rendah dan lebih konsisten serta throughput yang lebih tinggi daripada saluran TCP tradisional, memungkinkan mereka untuk melakukan skala yang lebih baik. Dukungan EFA dapat diaktifkan secara dinamis, sesuai permintaan pada instans EC2 yang didukung tanpa reservasi sebelumnya, memberi Anda fleksibilitas untuk menanggapi perubahan prioritas bisnis/beban kerja.

T: Jenis aplikasi apa yang dapat diuntungkan dari penggunaan EFA?

Aplikasi HPC mendistribusikan beban kerja komputasi di seluruh cluster instance untuk pemrosesan paralel. Contoh aplikasi HPC termasuk dinamika fluida komputasi (CFD), simulasi tabrakan, dan simulasi cuaca. Aplikasi HPC umumnya ditulis menggunakan Message Passing Interface (MPI) dan memberlakukan persyaratan ketat untuk komunikasi antar instans dalam hal latensi dan bandwidth. Aplikasi yang menggunakan MPI dan middleware HPC lainnya yang mendukung tumpukan komunikasi libfabric dapat memperoleh manfaat dari EFA.

T: Bagaimana cara kerja komunikasi EFA?

Perangkat EFA menyediakan semua fungsi perangkat ENA ditambah antarmuka perangkat keras bypass OS baru yang memungkinkan aplikasi ruang pengguna untuk berkomunikasi langsung dengan fungsionalitas transportasi andal yang disediakan perangkat keras. Sebagian besar aplikasi akan menggunakan middleware yang ada, seperti MPI, untuk berinteraksi dengan EFA. AWS telah bekerja dengan sejumlah penyedia middleware untuk memastikan dukungan untuk fungsionalitas bypass OS EFA. Harap dicatat bahwa komunikasi menggunakan fungsionalitas bypass OS terbatas pada instance dalam satu subnet dari cloud pribadi virtual (VPC).

T: Jenis instans mana yang mendukung EFA?

Untuk daftar lengkap instans EC2 yang didukung, lihat halaman ini di dokumentasi kami.

T: Apa perbedaan antara ENI EFA dan ENI ENA?

ENA ENI menyediakan fitur jaringan IP tradisional yang diperlukan untuk mendukung jaringan VPC. EFA ENI menyediakan semua fungsionalitas ENI ENA, ditambah dukungan perangkat keras untuk aplikasi untuk berkomunikasi langsung dengan EFA ENI tanpa melibatkan kernel instance (komunikasi OS-bypass) menggunakan antarmuka pemrograman yang diperluas. Karena kemampuan canggih EFA ENI, ENI EFA hanya dapat dilampirkan saat peluncuran atau ke instans yang dihentikan.

T: Apa prasyarat untuk mengaktifkan EFA pada instans?

Dukungan EFA dapat diaktifkan baik pada peluncuran instance atau ditambahkan ke instance yang dihentikan. Perangkat EFA tidak dapat dilampirkan ke instance yang sedang berjalan.

T: Kemampuan jaringan apa yang disertakan dalam fitur ini?

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

Q: Mengapa saya harus menggunakan Enhanced Networking?

Jika aplikasi Anda mendapat manfaat dari kinerja paket per detik yang tinggi dan/atau jaringan latensi rendah, Jaringan yang Ditingkatkan akan memberikan peningkatan kinerja, konsistensi kinerja, dan skalabilitas yang signifikan.

T: Bagaimana cara mengaktifkan Jaringan yang Ditingkatkan pada instans yang didukung?

Untuk mengaktifkan fitur ini, Anda harus meluncurkan AMI HVM dengan driver yang sesuai. Instans yang terdaftar sebagai generasi saat ini menggunakan ENA untuk jaringan yang ditingkatkan. Amazon Linux AMI menyertakan kedua driver ini secara default. Untuk AMI yang tidak berisi driver ini, Anda perlu mengunduh dan menginstal driver yang sesuai berdasarkan jenis instans yang Anda rencanakan untuk digunakan. Anda dapat menggunakan instruksi Linux atau Windows untuk mengaktifkan Jaringan yang Ditingkatkan di AMI yang tidak menyertakan driver SR-IOV secara default. Jaringan yang Ditingkatkan hanya didukung di Amazon VPC.

T: Apakah saya perlu membayar biaya tambahan untuk menggunakan Enhanced Networking?

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

T: Jenis instans mana yang mendukung Jaringan yang Ditingkatkan?

Bergantung pada jenis instans, Anda dapat mengaktifkan jaringan yang disempurnakan dengan menggunakan salah satu mekanisme berikut:

Antarmuka Intel 82599 Virtual Function (VF) - Antarmuka Intel 82599 Virtual Function 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.

Elastic Network Adapter (ENA) - Elastic Network Adapter (ENA) mendukung kecepatan jaringan hingga 200 Gbps untuk jenis instans yang didukung. Instans yang terdaftar sebagai generasi saat ini menggunakan ENA untuk jaringan yang disempurnakan, dengan pengecualian instans C4, D2, dan M4 yang lebih kecil dari m4.16xlarge.

T: Apa artinya memiliki beberapa kartu jaringan untuk instans EC2? Mengapa mereka dibutuhkan?

Instans EC2 generasi yang lebih baru menggunakan kartu jaringan Nitro untuk offloading bidang data VPC. Untuk memberikan bandwidth jaringan yang lebih tinggi dan kinerja kecepatan paket yang ditingkatkan, Anda dapat mengonfigurasi instans EC2 tertentu untuk menggunakan beberapa kartu jaringan untuk pemrosesan paket, yang pada akhirnya meningkatkan kinerja sistem secara keseluruhan.

T: Jenis instans mana yang mendukung beberapa kartu jaringan?

Beberapa kartu jaringan didukung pada instans yang dipercepat seperti p4d.24xlarge, dan instans yang dioptimalkan jaringan, seperti c6in.32xlarge. Untuk daftar lengkap instance yang mendukung beberapa kartu jaringan, lihat antarmuka jaringan Elastic.

T: Berapa jumlah default antarmuka jaringan yang dapat diluncurkan dengan beberapa instance kartu?

Ini tergantung pada jenis instans. Instans yang dipercepat, seperti skala p4, hingga 15 antarmuka jaringan per kartu jaringan. Instans jaringan tinggi seperti instance c6in yang baru diluncurkan mendukung agregat 14 antarmuka jaringan yang terbagi secara merata (7 dan 7) di dua kartu jaringan. Untuk informasi tentang skala antarmuka jaringan per kartu jaringan, lihat Kartu jaringan.

T: Opsi penyeimbangan beban apa yang ditawarkan layanan Elastic Load Balancing?

Elastic Load Balancing menawarkan dua jenis penyeimbang beban yang keduanya memiliki ketersediaan tinggi, penskalaan otomatis, dan keamanan yang kuat. Ini termasuk Classic Load Balancer yang merutekan lalu lintas berdasarkan informasi tingkat aplikasi atau jaringan, dan Appl ication Load Balancer yang merutekan lalu lintas berdasarkan informasi tingkat aplikasi lanjutan yang mencakup konten permintaan.

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

Classic Load Balancer sangat ideal untuk penyeimbangan beban lalu lintas yang sederhana di beberapa instans EC2, sedangkan Application Load Balancer sangat ideal untuk aplikasi yang membutuhkan kemampuan routing lanjutan, layanan mikro, dan arsitektur berbasis kontainer. Silakan kunjungi Elastic Load Balancing untuk informasi lebih lanjut.

T: Mengapa saya dibatasi hingga 5 alamat IP elastis per wilayah?

Alamat internet publik (IPV4) adalah sumber daya yang langka. Hanya ada ruang IP publik dalam jumlah terbatas yang tersedia, dan Amazon EC2 berkomitmen untuk membantu menggunakan ruang itu secara efisien.

Secara default, semua akun dibatasi hingga 5 alamat IP elastis per wilayah. Jika Anda membutuhkan lebih dari 5 alamat IP Elastic, kami meminta Anda mengajukan kenaikan batas Anda. Kami akan meminta Anda untuk memikirkan kasus penggunaan Anda dan membantu kami memahami kebutuhan Anda akan alamat tambahan. Anda dapat mengajukan lebih banyak alamat IP Elastic di sini. Peningkatan apa pun akan spesifik untuk wilayah yang diminta.

T: Mengapa saya dikenakan biaya jika alamat IP Elastic saya tidak terkait dengan instans yang sedang berjalan?

Untuk membantu memastikan pelanggan kami menggunakan alamat IP Elastic secara efisien, kami mengenakan biaya per jam yang kecil untuk setiap alamat saat tidak terkait dengan instance yang sedang berjalan.

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

Tidak. Anda tidak memerlukan alamat IP Elastic untuk semua instance Anda. Secara default, setiap instance dilengkapi dengan alamat IP pribadi dan alamat IP publik yang dapat dirutekan internet. Alamat IP pribadi tetap terkait dengan antarmuka jaringan ketika instance dihentikan dan dimulai ulang, dan dirilis ketika instance dihentikan. Alamat publik dikaitkan secara eksklusif dengan instance hingga dihentikan, dihentikan, atau diganti dengan alamat IP Elastic. Alamat IP ini harus memadai untuk banyak aplikasi di mana Anda tidak memerlukan titik akhir yang dapat dirutekan internet yang berumur panjang. Cluster komputasi, perayapan web, dan layanan backend adalah semua contoh aplikasi yang biasanya tidak memerlukan alamat IP Elastic.

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

Proses remap saat ini memakan waktu beberapa menit sejak Anda menginstruksikan kami untuk memetakan ulang IP Elastic hingga sepenuhnya menyebar melalui sistem kami.

T: Dapatkah saya mengonfigurasi catatan DNS terbalik untuk alamat IP Elastic saya?

Semua alamat IP Elastic dilengkapi dengan DNS terbalik, dalam template standar dari bentuk ec2-1-2-3-4.region.compute.amazonaws.com. Untuk pelanggan yang memerlukan pengaturan DNS terbalik khusus untuk aplikasi yang menghadap ke internet yang menggunakan otentikasi bersama berbasis IP (seperti mengirim email dari instans EC2), Anda dapat mengonfigurasi catatan DNS terbalik dari alamat IP Elastic Anda dengan mengisi formulir ini. Atau, hubungi Dukungan Pelanggan AWS jika Anda ingin AWS mendelegasikan pengelolaan DNS terbalik untuk IP Elastic Anda ke server nama DNS otoritatif Anda (seperti Amazon Route 53), sehingga Anda dapat mengelola catatan PTR DNS terbalik Anda sendiri untuk mendukung kasus penggunaan ini. Perhatikan bahwa catatan DNS maju yang sesuai yang menunjuk ke alamat IP Elastic itu harus ada sebelum kita dapat membuat catatan DNS terbalik.

T: Bagaimana cara mencegah orang lain melihat sistem saya?

Anda memiliki kontrol penuh atas visibilitas sistem Anda. Sistem keamanan Amazon EC2 memungkinkan Anda menempatkan instans yang sedang berjalan ke dalam kelompok sewenang-wenang pilihan Anda. Dengan menggunakan antarmuka layanan web, Anda kemudian dapat menentukan grup mana yang dapat berkomunikasi dengan grup lain mana, dan juga subnet IP mana di Internet yang dapat berbicara dengan grup mana. Ini memungkinkan Anda mengontrol akses ke instans Anda di lingkungan kami yang sangat dinamis. Tentu saja, Anda juga harus mengamankan instance Anda seperti halnya server lainnya.

T: Dapatkah saya mendapatkan riwayat semua panggilan API EC2 yang dilakukan di akun saya untuk analisis keamanan dan tujuan pemecahan masalah operasional?

Ya. Untuk menerima riwayat semua panggilan API EC2 (termasuk VPC dan EBS) yang dilakukan di akun Anda, Anda cukup mengaktifkan CloudTrail di Konsol Manajemen AWS. Untuk informasi lebih lanjut, kunjungi halaman ber anda CloudTrail.

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

Untuk informasi selengkapnya tentang keamanan di AWS, silakan lihat dokumen teknis Amazon Web Services: Gambaran Umum Proses Keamanan dan Panduan Keamanan Windows yang menjalankan Amazon EC2 kami. 

T: Berapa perincian interval waktu minimum untuk data yang diterima dan dikumpulkan oleh Amazon CloudWatch?

Metrik diterima dan dikumpulkan pada interval 1 menit.

T: Sistem operasi apa yang didukung Amazon CloudWatch?

Amazon CloudWatch menerima dan menyediakan metrik untuk semua instans Amazon EC2 dan harus bekerja dengan sistem operasi apa pun yang saat ini didukung oleh layanan Amazon EC2.

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

Anda dapat mengambil data metrik untuk instans Amazon EC2 apa pun hingga 2 minggu sejak Anda mulai memantaunya. Setelah 2 minggu, data metrik untuk instans Amazon EC2 tidak akan tersedia jika pemantauan dinonaktifkan untuk instans Amazon EC2 tersebut. Jika Anda ingin mengarsipkan metrik lebih dari 2 minggu, Anda dapat melakukannya dengan memanggil perintah mon-get-stats dari baris perintah dan menyimpan hasilnya di Amazon S3 atau Amazon SimpleDB.

T: Dapatkah saya 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 biaya pemantauan Amazon CloudWatch berubah tergantung pada jenis instans Amazon EC2 yang saya pantau?

Tidak, biaya pemantauan Amazon CloudWatch tidak berbeda menurut jenis instans Amazon EC2.

T: Mengapa grafik jendela waktu yang sama terlihat berbeda ketika saya melihat dalam periode 5 menit dan 1 menit?

Jika Anda melihat jendela waktu yang sama dalam periode 5 menit versus periode 1 menit, Anda mungkin melihat bahwa titik data ditampilkan di tempat yang berbeda pada grafik. Untuk periode yang Anda tentukan dalam grafik Anda, Amazon CloudWatch akan menemukan semua titik data yang tersedia dan menghitung satu titik agregat untuk mewakili seluruh periode. Dalam kasus periode 5 menit, titik data tunggal ditempatkan di awal jendela waktu 5 menit. Dalam kasus periode 1 menit, titik data tunggal ditempatkan pada tanda 1 menit. Sebaiknya gunakan periode 1 menit untuk pemecahan masalah dan aktivitas lain yang memerlukan grafik periode waktu yang paling tepat.

T: Dapatkah saya menskalakan Grup Penskalaan Otomatis Amazon EC2 secara otomatis?

Ya. Amazon EC2 Auto Scal ing adalah layanan yang dikelola sepenuhnya yang dirancang untuk meluncurkan atau menghentikan instans Amazon EC2 secara otomatis untuk membantu memastikan Anda memiliki jumlah instans Amazon EC2 yang benar yang tersedia untuk menangani beban aplikasi Anda. EC2 Auto Scaling membantu Anda menjaga ketersediaan aplikasi melalui manajemen armada untuk instans EC2, yang mendeteksi dan menggantikan instans yang tidak sehat, dan dengan meningkatkan atau menurunkan kapasitas Amazon EC2 Anda secara otomatis sesuai dengan kondisi yang Anda tentukan. Anda dapat menggunakan Penskalaan Otomatis EC2 untuk secara otomatis meningkatkan jumlah instans Amazon EC2 selama lonjakan permintaan untuk mempertahankan kinerja dan mengurangi kapasitas selama jeda guna mengurangi biaya.

Strategi alokasi dalam Penskalaan Otomatis EC2 menentukan bagaimana Instans Spot di armada Anda dipenuhi dari kumpulan Instans Spot. Strategi alokasi yang dioptimalkan kapasitas mencoba menyediakan Instans Spot dari kumpulan Instans Spot yang paling tersedia dengan menganalisis metrik kapasitas. Strategi ini adalah pilihan yang baik untuk beban kerja yang memiliki biaya interupsi yang lebih tinggi seperti data besar dan analitik, rendering gambar dan media, pembelajaran mesin, dan komputasi kinerja tinggi. Strategi alokasi harga terendah meluncurkan Instans Spot secara ketat berdasarkan diversifikasi di seluruh kumpulan 'N' dengan harga terendah.

Untuk informasi selengkapnya, lihat FAQ Penskalaan Otomatis Amazon EC2.

T: Mengapa saya harus melakukan hibernasi sebuah instance?

Anda dapat melakukan hibernasi instance agar instans dan aplikasi Anda aktif dan berjalan dengan cepat, jika membutuhkan waktu lama untuk melakukan bootstrap (misalnya memuat cache memori). Anda dapat memulai instance, membawanya ke keadaan yang diinginkan dan hibernasi. Instans “pra-hangat” ini kemudian dapat dilanjutkan untuk mengurangi waktu yang dibutuhkan instance untuk kembali ke layanan. Hibernasi mempertahankan status memori di seluruh siklus Stop/Start.

T: Apa yang terjadi ketika saya melakukan hibernasi instans saya?

Saat Anda melakukan hibernasi instans, data dari volume root EBS Anda dan volume data EBS terlampir akan tetap ada. Selain itu, konten dari memori instans (RAM) disimpan ke volume root EBS. Ketika instance dimulai ulang, ia kembali ke keadaan sebelumnya dan memuat ulang konten RAM.

T: Apa perbedaan antara hibernasi dan berhenti?

Dalam kasus hibernasi, instans Anda akan hibernasi dan data RAM tetap ada. Dalam kasus Stop, instans Anda akan dimatikan dan RAM dihapus.

Dalam kedua kasus tersebut, data dari volume root EBS Anda dan volume data EBS terlampir disimpan. Alamat IP pribadi Anda tetap sama, seperti halnya alamat IP elastis Anda (jika ada). Perilaku lapisan jaringan akan mirip dengan alur kerja EC2 Stop-Start. Stop dan hibernasi hanya tersedia untuk instans yang didukung Amazon EBS. Penyimpanan instans lokal tidak dipertahankan.

T: Berapa biaya untuk melakukan hibernasi instance?

Instans hibernasi dikenakan biaya dengan tarif EBS standar untuk penyimpanan. Seperti halnya instans yang dihentikan, Anda tidak dikenakan biaya penggunaan instans saat instance sedang hibernasi.

T: Bagaimana saya bisa melakukan hibernasi sebuah instance?

Hibernasi harus diaktifkan saat Anda meluncurkan instance. Setelah diaktifkan, Anda dapat menggunakan API StopInstances dengan parameter 'Hibernate' tambahan untuk memicu hibernasi. Anda juga dapat melakukan ini melalui konsol dengan memilih instance Anda, lalu mengklik Actions> Instance State > Stop - Hibernate. Untuk informasi selengkapnya tentang penggunaan hibernasi, lihat panduan pengguna.

T: Bagaimana cara melanjutkan instance hibernasi?

Anda dapat melanjutkan dengan memanggil API StartInstances seperti yang Anda lakukan untuk instans yang dihentikan biasa. Anda juga dapat melakukan ini melalui konsol dengan memilih instance Anda, lalu mengklik Tindakan > Status Instance > Mulai.

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

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

T: Bagaimana saya bisa mengetahui bahwa sebuah instance sedang hibernasi?

Anda dapat mengetahui bahwa suatu instance dihibernasi dengan melihat alasan negara. Itu harus 'Client.UserInitiatedHibernate'. Ini terlihat di konsol di bawah tampilan “Instans - Detail” atau di respons API DescribeInstances sebagai bidang “alasan”.

T: Bagaimana keadaan suatu instance saat sedang hibernasi?

Instans hibernasi berada dalam status 'Dihupat'.

T: Data apa yang disimpan saat saya melakukan hibernasi instans?

Penyimpanan volume EBS (volume boot dan volume data terlampir) dan memori (RAM) disimpan. Alamat IP pribadi Anda tetap sama (untuk VPC), seperti halnya alamat IP elastis Anda (jika ada). Perilaku lapisan jaringan akan mirip dengan alur kerja EC2 Stop-Start.

T: Di mana data saya disimpan saat saya melakukan hibernasi instans?

Seperti fitur Stop, perangkat root dan data perangkat terlampir disimpan pada volume EBS yang sesuai. Konten memori (RAM) disimpan pada volume root EBS.

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

Ya, data RAM selalu dienkripsi ketika dipindahkan ke volume root EBS. Enkripsi pada volume root EBS diberlakukan pada waktu peluncuran instance. Ini untuk memastikan perlindungan untuk konten sensitif apa pun yang ada dalam memori pada saat hibernasi.

T: Berapa lama saya bisa menyimpan instance saya dalam hibernasi?

Kami tidak mendukung hibernasi instans selama lebih dari 60 hari. Anda perlu melanjutkan instance dan melalui Stop and Start (tanpa hibernasi) jika Anda ingin menyimpan instance untuk durasi yang lebih lama. Kami terus bekerja untuk menjaga platform kami tetap mutakhir dengan peningkatan dan patch keamanan, beberapa di antaranya dapat bertentangan dengan instance hibernasi lama. Kami akan memberi tahu Anda untuk pembaruan penting yang mengharuskan Anda melanjutkan instans hibernasi untuk melakukan shutdown atau reboot.

T: Apa prasyarat untuk melakukan hibernasi instance?

Untuk menggunakan hibernasi, volume root harus berupa volume EBS terenkripsi. Instans perlu dikonfigurasi untuk menerima sinyal ACPID untuk hibernasi (atau menggunakan AMI yang diterbitkan Amazon yang dikonfigurasi untuk hibernasi). Selain itu, instans Anda harus memiliki ruang yang cukup tersedia pada volume root EBS Anda untuk menulis data dari memori.

T: Instans dan sistem operasi mana yang mendukung hibernasi?

Untuk instans yang menjalankan Amazon Linux, Amazon Linux 2, Ubuntu, dan Windows, Hibernasi didukung di 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, Hibernation didukung di seluruh instans C5, C5d, M5, M5a, M5ad, M5d, R5, R5a, R5ad, R5d, T3, dan T3a.

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

T: Haruskah saya menggunakan Amazon Machine Image (AMI) tertentu jika ingin melakukan hibernasi instans saya?

Anda dapat menggunakan AMI apa pun yang dikonfigurasi untuk mendukung hibernasi. Anda dapat menggunakan AMI yang diterbitkan AWS yang mendukung hibernasi secara default. Atau, Anda dapat membuat gambar khusus dari instance setelah mengikuti daftar periksa prasyarat hibernasi dan mengonfigurasi instans Anda dengan tepat.

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

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

T: Apa itu Impor/Ekspor VM?

VM Impor/Export memungkinkan pelanggan mengimpor gambar Mesin Virtual (VM) untuk membuat instans Amazon EC2. Pelanggan juga dapat mengekspor instans EC2 yang diimpor sebelumnya untuk membuat VM. Pelanggan dapat menggunakan VM Impor/Export untuk memanfaatkan investasi mereka sebelumnya dalam membangun VM dengan memigrasikan VM mereka ke Amazon EC2.

T: Sistem operasi apa yang didukung?

VM Impor/Export saat ini mendukung VM Windows dan Linux, termasuk beberapa edisi Windows Server, Red Hat Enterprise Linux (RHEL), CentOS, Ubuntu, Debian dan lainnya. Untuk detail lebih lanjut tentang Impor VM, termasuk format file yang didukung, arsitektur, dan konfigurasi sistem operasi, silakan lihat bagian Impor/Ekspor VM pada Impor/Ekspor VM.

T: Format file VM apa yang didukung?

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

T: Apa itu VMDK?

VMDK adalah format file yang menentukan hard disk mesin virtual yang dienkapsulasi dalam satu file. Ini biasanya digunakan oleh infrastruktur TI virtual seperti yang dijual oleh VMware, Inc.

T: Bagaimana cara menyiapkan file VMDK untuk diimpor menggunakan klien VMware vSphere?

File VMDK dapat disiapkan dengan memanggil File-Export-Export ke OVF template di VMware vSphere Client. File VMDK yang dihasilkan dikompresi untuk mengurangi ukuran gambar dan kompatibel dengan VM Impor/Ekspor. Tidak diperlukan persiapan khusus jika Anda menggunakan Amazon EC2 VM Import Connector vApp untuk VMware vCenter.

Q: Apa itu VHD?

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

T: Bagaimana cara menyiapkan file VHD untuk impor dari Citrix Xen?

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

T: Bagaimana cara menyiapkan file VHD untuk impor dari Microsoft Hyper-V?

Buka Manajer Hyper-V dan pilih mesin virtual yang ingin Anda ekspor. Di panel Tindakan untuk mesin virtual, pilih “Ekspor” untuk memulai tugas ekspor. Setelah ekspor selesai, Anda dapat menemukan file gambar VHD di 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 menghasilkan gambar VMDK atau VHD. VM tidak dapat berada dalam keadaan dijeda atau ditangguhkan. Kami menyarankan Anda mengekspor mesin virtual dengan hanya volume boot terpasang. Anda dapat mengimpor disk tambahan menggunakan perintah ImportVolume dan melampirkannya ke mesin virtual menggunakan attachVolume. Selain itu, disk terenkripsi (misalnya Bit Locker) dan file gambar terenkripsi tidak didukung. Anda juga bertanggung jawab untuk memastikan bahwa Anda memiliki semua hak dan lisensi yang diperlukan untuk mengimpor ke AWS dan menjalankan perangkat lunak apa pun yang disertakan dalam image VM Anda.

T: Apakah mesin virtual perlu dikonfigurasi dengan cara tertentu untuk mengaktifkan impor ke Amazon EC2?

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

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

Anda dapat mengimpor gambar VM menggunakan alat API Amazon EC2:

• Impor file VMDK, VHD atau RAW melalui EC2-import-instance API. Tugas instans impor menangkap parameter yang diperlukan untuk mengonfigurasi properti instans Amazon EC2 dengan benar (ukuran instans, Zona Ketersediaan, dan grup keamanan) dan mengunggah gambar disk ke Amazon S3.
• Jika ec2-import-instance terganggu atau dihentikan tanpa menyelesaikan upload, gunakan ec2-resume-import untuk melanjutkan upload. Tugas impor akan dilanjutkan dari tempat tinggalnya.
• Gunakan perintah ec2-describe-conversion-tasks untuk memantau kemajuan impor dan mendapatkan ID instans Amazon EC2 yang dihasilkan.
• Setelah tugas impor selesai, Anda dapat mem-boot instans Amazon EC2 dengan menentukan ID instansnya ke API instance ec2-run.
• Terakhir, gunakan alat baris perintah ec2-delete-disk-image untuk menghapus gambar disk Anda dari Amazon S3 karena tidak lagi diperlukan.
  

Atau, 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. Silakan lihat Panduan Memulai di Portal Manajemen AWS untuk vCenter. Portal Manajemen AWS untuk vCenter menyertakan dukungan terintegrasi untuk Impor VM. Setelah portal diinstal dalam vCenter, Anda dapat mengklik kanan pada VM dan memilih “Migrate to EC2" untuk membuat instance EC2 dari VM. Portal akan menangani ekspor VM dari vCenter, mengunggahnya ke S3, dan mengubahnya menjadi instance EC2 untuk Anda, tanpa pekerjaan tambahan yang diperlukan. Anda juga dapat melacak kemajuan migrasi VM Anda di dalam portal.

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

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

• Ekspor instance menggunakan perintah ec2-create-instance-export-task. Perintah ekspor menangkap parameter yang diperlukan (ID instance, bucket S3 untuk menyimpan gambar yang diekspor, nama gambar yang diekspor, format VMDK, OVA atau VHD) untuk mengekspor instance dengan benar ke format yang Anda pilih. File yang diekspor disimpan dalam bucket S3 yang 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 instance EC2 menggunakan VM Impor/Export?

Anda dapat mengekspor instans EC2 yang sedang berjalan atau dihentikan yang sebelumnya Anda impor menggunakan VM Impor/Export. Jika instance sedang berjalan, itu akan dihentikan sejenak untuk memotret volume boot. Volume data EBS tidak dapat diekspor. Instans EC2 dengan lebih dari satu antarmuka jaringan tidak dapat diekspor.

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

Ya, tetapi VM Impor/Export hanya akan mengekspor volume boot dari instance EC2.

T: Berapa biaya untuk mengimpor mesin virtual?

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

T: Berapa biaya untuk mengekspor VM?

Anda akan dikenakan biaya penyimpanan Amazon S3 standar untuk menyimpan file gambar VM yang diekspor. Anda juga akan dikenakan biaya transfer data S3 standar saat mengunduh file VM yang diekspor ke lingkungan virtualisasi lokal Anda. Terakhir, Anda akan dikenakan biaya EBS standar untuk menyimpan snapshot sementara instans EC2 Anda. Untuk meminimalkan biaya penyimpanan, hapus file gambar VM di S3 setelah mengunduhnya ke lingkungan virtualisasi Anda.

T: Ketika saya mengimpor VM Windows Server 2003 atau 2008, siapa yang bertanggung jawab untuk menyediakan lisensi sistem operasi?

Saat Anda meluncurkan VM yang diimpor menggunakan Microsoft Windows Server 2003 atau 2008, Anda akan dikenakan tarif jam instans standar untuk Amazon EC2 yang menjalankan versi Windows Server yang sesuai, yang mencakup hak untuk menggunakan sistem operasi itu dalam Amazon EC2. Anda bertanggung jawab untuk memastikan bahwa semua perangkat lunak lain yang diinstal dilisensikan dengan benar.

Jadi, apa yang terjadi pada kunci lisensi Microsoft Windows lokal saya ketika saya mengimpor VM Windows Server 2003 atau 2008? Karena kunci lisensi Microsoft Windows lokal Anda yang dikaitkan dengan VM tersebut tidak digunakan saat menjalankan VM yang diimpor sebagai instans EC2, Anda dapat menggunakannya kembali untuk VM lain dalam lingkungan lokal Anda.

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

Tidak. Setelah instance EC2 diekspor, kunci lisensi yang digunakan dalam instans EC2 tidak lagi tersedia. Anda perlu mengaktifkan kembali dan menentukan kunci lisensi baru untuk VM yang diekspor setelah diluncurkan di platform virtualisasi lokal Anda.

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

Saat mengimpor image VM Red Hat Enterprise Linux (RHEL), Anda dapat menggunakan portabilitas lisensi untuk instans RHEL Anda. Dengan portabilitas lisensi, Anda bertanggung jawab untuk memelihara lisensi RHEL untuk instans yang diimpor, yang dapat Anda lakukan menggunakan langganan Cloud Access untuk Red Hat Enterprise Linux. Hubungi Red Hat untuk mempelajari lebih lanjut tentang Cloud Access dan memverifikasi kelayakan Anda.

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

Lamanya waktu untuk mengimpor mesin virtual tergantung pada ukuran gambar disk dan kecepatan koneksi jaringan Anda. Sebagai contoh, gambar VMDK Windows Server 2008 SP2 10 GB membutuhkan waktu sekitar 2 jam untuk diimpor ketika ditransfer melalui koneksi jaringan 10 Mbps. Jika Anda memiliki koneksi jaringan yang lebih lambat atau disk besar untuk diunggah, impor Anda mungkin membutuhkan waktu lebih lama.

T: Di Wilayah Amazon EC2 mana saya dapat menggunakan VM Impor/Ekspor?

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 dapat memiliki hingga lima tugas impor aktif dan lima tugas ekspor per wilayah.

T: Dapatkah saya menjalankan mesin virtual yang diimpor di Amazon Virtual Private Cloud (Amazon VPC)?

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

T: Dapatkah saya menggunakan AWS Management Console dengan VM Impor/Export?

Tidak. Perintah Impor/Ekspor VM tersedia melalui EC2 CLI dan API. Anda juga dapat menggunakan Portal Manajemen AWS untuk vCenter untuk mengimpor VM ke Amazon EC2. Setelah diimpor, instans yang dihasilkan tersedia untuk digunakan melalui AWS Management Console.

T: Bagaimana saya akan ditagih dan ditagih untuk penggunaan Amazon EC2?

Anda membayar hanya untuk apa yang Anda gunakan. Harga yang ditampilkan adalah tarif per jam tetapi tergantung pada instans yang Anda pilih, Anda membayar per jam atau detik (minimal 60 detik) untuk setiap jenis instans. Sebagian jam instans yang dikonsumsi ditagih berdasarkan penggunaan instans. Data yang ditransfer antara layanan AWS di berbagai wilayah dikenakan biaya dengan tarif transfer data antar-wilayah standar. Penggunaan untuk Layanan Web Amazon lainnya ditagih secara terpisah dari Amazon EC2.

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

T: Kapan penagihan sistem Amazon EC2 saya dimulai dan berakhir?

Penagihan dimulai saat Amazon EC2 memulai urutan boot instans AMI. Penagihan berakhir ketika instance berakhir, yang dapat terjadi melalui perintah layanan web, dengan menjalankan “shutdown -h”, atau melalui kegagalan instance. Saat Anda menghentikan instans, kami mematikannya tetapi tidak mengenakan biaya penggunaan per jam untuk instans yang dihentikan, atau biaya transfer data, tetapi kami mengenakan biaya untuk penyimpanan untuk volume Amazon EBS apa pun. Untuk mempelajari selengkapnya, kunjungi Dokumentasi AWS.

T: Apa yang mendefinisikan penggunaan instans EC2 yang dapat ditagih?

Penggunaan instans ditagih setiap kali instans Anda berada dalam status “berjalan”. Jika Anda tidak lagi ingin dikenakan biaya untuk instans Anda, Anda harus “menghentikan” atau “menghentikan” instans agar tidak ditagih untuk penggunaan instans tambahan. Penagihan dimulai saat instance beralih ke status berjalan.

T: Jika saya memiliki dua instans di zona ketersediaan yang berbeda, bagaimana saya akan dikenakan biaya untuk transfer data regional?

Setiap instans dikenakan biaya untuk datanya masuk dan keluar pada tingkat Transfer Data yang sesuai. Oleh karena itu, jika data ditransfer antara dua instans ini, biaya tersebut akan dikenakan pada “Transfer Data Keluar dari EC2 ke Wilayah AWS Lain” untuk contoh pertama dan pada “Transfer Data Masuk dari Wilayah AWS Lain” untuk instans kedua. Silakan merujuk ke halaman ini untuk harga transfer data terperinci.

T: Jika saya memiliki dua instans di Wilayah yang berbeda, bagaimana saya akan dikenakan biaya untuk transfer data?

Setiap instans dikenakan biaya untuk datanya masuk dan keluar dengan tarif Transfer Data Antar Wilayah. Oleh karena itu, jika data ditransfer antara dua contoh ini, maka akan dikenakan biaya pada Inter-Region Data Transfer Out untuk contoh pertama dan pada Transfer Data Inter-Region untuk contoh kedua.

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

Meskipun biaya EC2 dalam tagihan bulanan Anda sekarang akan dihitung berdasarkan basis per detik, untuk konsistensi, tagihan EC2 bulanan akan menunjukkan penggunaan kumulatif untuk setiap instans yang berjalan dalam bulan tertentu dalam jam desimal. Misalnya, instance yang 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 Anda sudah termasuk pajak?

Kecuali dinyatakan lain, harga kami tidak termasuk pajak dan bea yang berlaku, termasuk PPN dan pajak penjualan yang berlaku. Untuk pelanggan dengan alamat penagihan Jepang, penggunaan layanan AWS dikenakan Pajak Konsumsi Jepang. Pelajari lebih lanjut.

T: Apakah saya akan dikenakan biaya transfer data ke internet ketika saya memindahkan data saya dari AWS?

AWS menawarkan kepada pelanggan yang memenuhi syarat transfer data gratis ke internet saat mereka memindahkan semua data mereka dari AWS, sesuai dengan proses di bawah ini.

T: Saya ingin memindahkan data saya dari AWS. Bagaimana cara meminta transfer data gratis ke internet?

Selesaikan langkah-langkah berikut:

1) Jika Anda memiliki tim akun AWS khusus, hubungi mereka terlebih dahulu dan beri tahu mereka tentang rencana Anda. Dalam beberapa kasus, jika Anda memiliki komitmen yang dinegosiasikan dengan AWS, Anda akan ingin mendiskusikan opsi Anda dengan tim akun AWS Anda.

2) Tinjau kriteria dan proses yang dijelaskan di halaman ini.

3) Hubun gi Dukungan Pelanggan AWS dan tunjukkan bahwa permintaan Anda adalah untuk “transfer data gratis untuk dipindahkan dari AWS.” Dukungan Pelanggan AWS akan meminta Anda memberikan informasi, sehingga mereka dapat meninjau rencana pemindahan Anda, mengevaluasi apakah Anda memenuhi syarat untuk transfer data gratis, dan menghitung jumlah kredit yang tepat.

4) Jika Dukungan Pelanggan AWS menyetujui langkah Anda, Anda akan menerima kredit sementara untuk biaya transfer data berdasarkan volume semua data yang telah Anda simpan di seluruh layanan AWS pada saat perhitungan AWS. Dukungan Pelanggan AWS akan memberi tahu Anda jika Anda disetujui, dan Anda akan memiliki waktu 60 hari untuk menyelesaikan kepindahan Anda dari AWS. Kredit akan dihitung terhadap penggunaan transfer data saja, dan tidak akan diterapkan pada penggunaan layanan lainnya. Setelah pindah dari layanan AWS, dalam periode 60 hari, Anda harus menghapus semua data dan beban kerja yang tersisa dari akun AWS Anda, atau Anda dapat menutup akun AWS Anda.

Transfer data gratis untuk penyedia TI yang pindah juga tunduk pada kriteria berikut:

a) Hanya pelanggan dengan akun AWS aktif yang memiliki reputasi baik yang memenuhi syarat untuk transfer data gratis ke luar.

b) Jika Anda memiliki kurang dari 100 GB data yang disimpan di akun AWS Anda, Anda dapat memindahkan data ini dari AWS secara gratis secara gratis di bawah tingkat gratis bulanan AWS 100 GB yang ada untuk transfer data keluar. Pelanggan dengan kurang dari 100 GB data yang disimpan di akun AWS mereka tidak memenuhi syarat untuk mendapatkan kredit tambahan.

c) AWS akan memberi Anda transfer data gratis ke internet saat Anda memindahkan semua data Anda dari AWS. Jika Anda hanya ingin memindahkan total penggunaan satu layanan, tetapi tidak semuanya, hubungi Dukungan Pel anggan AWS.

d) Jika rencana Anda berubah, atau Anda tidak dapat menyelesaikan kepindahan dari AWS dalam waktu 60 hari, Anda harus memberi tahu Dukungan Pelanggan AWS.

e) Biaya layanan standar untuk penggunaan layanan AWS tidak termasuk. Hanya biaya transfer data untuk mendukung kepindahan Anda dari AWS yang memenuhi syarat untuk mendapatkan kredit. Namun, transfer data keluar dari layanan transfer data khusus, seperti Amazon CloudFront, AWS Direct Connect, AWS Snow Family, dan AWS Global Accelerator, tidak disertakan.

f) AWS dapat meninjau penggunaan layanan Anda untuk memverifikasi kepatuhan terhadap persyaratan ini. Jika kami menentukan penggunaan transfer data Anda untuk tujuan selain pindah dari AWS, kami dapat menagih Anda untuk transfer data yang telah dikreditkan.

g) AWS dapat membuat perubahan sehubungan dengan transfer data gratis ke internet kapan saja.

T: Mengapa saya harus meminta pra-persetujuan AWS untuk transfer data gratis ke internet sebelum memindahkan data saya dari AWS?

Pelanggan AWS melakukan ratusan juta transfer data setiap hari, dan kami umumnya tidak tahu alasan untuk transfer data tertentu. Misalnya, pelanggan mungkin mentransfer data ke pengguna akhir aplikasi mereka, ke pengunjung situs web mereka, atau ke lingkungan cloud atau lokal lain untuk tujuan pencadangan. Oleh karena itu, satu-satunya cara kami tahu bahwa transfer data Anda adalah untuk mendukung kepindahan Anda dari AWS adalah jika Anda memberi tahu kami sebelumnya.

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 bukan RI Standar?

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

T: Opsi panjang jangka waktu apa yang tersedia di RI Konvertibel?

Seperti RI Standar, RI Convertible tersedia untuk dibeli untuk jangka waktu satu tahun atau tiga tahun.

T: Dapatkah saya menukar Convertible RI saya untuk mendapatkan keuntungan dari Convertible RI yang cocok dengan jenis instans, sistem operasi, sewa, atau opsi pembayaran yang berbeda?

Ya, Anda dapat memilih jenis instans baru, sistem operasi, sewa, atau opsi pembayaran saat menukar RI Convertible Anda. Anda juga memiliki fleksibilitas untuk menukar sebagian dari Convertible RI Anda atau menggabungkan nilai beberapa RI Convertible dalam satu pertukaran.

T: Dapatkah saya mentransfer Convertible atau Standard RI dari satu wilayah ke wilayah lain?

Tidak, RI dikaitkan dengan wilayah tertentu, yang ditetapkan selama jangka waktu reservasi.

T: Bagaimana cara mengubah konfigurasi Convertible RI?

Anda dapat mengubah konfigurasi Convertible RI menggunakan EC2 Management Console atau GetReser vedInstancesExchangeQuote API. Anda juga memiliki fleksibilitas untuk menukar sebagian dari Convertible RI Anda atau menggabungkan nilai beberapa RI Convertible dalam satu pertukaran. Klik di sini untuk mempelajari lebih lanjut tentang penukaran RI Konvertibel.

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

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

T: Bagaimana cara kerja pertukaran Convertible RI?

Ketika Anda menukar satu RI Convertible dengan yang lain, EC2 memastikan bahwa nilai total RI Konvertibel dipertahankan melalui konversi. Jadi, jika Anda mengonversi RI Anda dengan nilai total $1000 untuk RI lain, Anda akan menerima sejumlah RI Konvertibel dengan nilai yang sama dengan atau lebih besar dari $1000. Anda tidak dapat mengonversi RI Konvertibel Anda menjadi RI Konvertibel dengan nilai total yang lebih rendah.

T: Dapatkah Anda menentukan nilai total?

Nilai total adalah jumlah dari semua pembayaran yang diharapkan yang akan Anda lakukan selama jangka waktu untuk RI.

T: Dapatkah Anda memandu saya bagaimana biaya true-up dihitung untuk konversi antara dua RI All Upfront Convertible?

Tentu, katakanlah Anda membeli All Upfront Convertible RI seharga $1000 di muka, dan di tengah jangka waktu Anda memutuskan untuk mengubah atribut RI. Karena Anda berada di tengah periode RI, Anda memiliki sisa $500 dari nilai prorata yang tersisa di RI. All Upfront Convertible RI yang ingin Anda konversi menjadi berharga $1.200 di muka hari ini. Karena Anda hanya memiliki setengah dari jangka waktu yang tersisa pada Convertible RI Anda yang ada, ada sisa nilai $600 pada Convertible RI baru yang diinginkan. Biaya sebenarnya yang akan Anda bayar adalah perbedaan nilai di muka antara RI Konvertibel asli dan yang diinginkan, atau $100 ($600 - $500).

T: Bisakah Anda memandu saya melalui konversi antara No Upfront Convertible RI?

Tidak seperti konversi antara RI Konvertibel dengan nilai di muka, karena Anda mengonversi antar RI tanpa biaya di muka, tidak akan ada biaya yang benar. Namun, jumlah yang Anda bayar per jam sebelum pertukaran harus lebih besar dari atau sama dengan jumlah yang Anda bayarkan secara total per jam setelah pertukaran.

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

T: Dapatkah saya menyesuaikan jumlah instans yang saya terima sebagai hasil dari pertukaran Convertible RI?

Tidak, EC2 menggunakan nilai RI Konvertibel yang Anda perdagangkan untuk menghitung jumlah minimal RI Konvertibel yang akan Anda terima sambil memastikan hasil pertukaran memberi Anda RI Konvertibel dengan nilai yang sama atau lebih besar.

T: Apakah ada batas pertukaran untuk RI Convertible?

Tidak, tidak ada batas pertukaran untuk RI Convertible.

T: Apakah saya memiliki kebebasan untuk memilih jenis instans apa pun saat menukar RI Convertible saya?

Tidak, Anda hanya dapat menukarkan ke RI Konvertibel yang saat ini ditawarkan oleh AWS.

T: Dapatkah saya meningkatkan opsi pembayaran yang terkait dengan Convertible RI saya?

Ya, Anda dapat meningkatkan opsi pembayaran yang terkait dengan RI Anda. Misalnya, Anda dapat menukar RI No Upfront Anda dengan RI Sebagian atau Semua Upfront untuk mendapatkan keuntungan dari harga yang lebih baik. Anda tidak dapat mengubah opsi pembayaran dari All Upfront ke No Upfront, dan tidak dapat mengubah dari Partial Upfront ke No Upfront.

T: Apakah RI Convertible memungkinkan saya mendapatkan keuntungan dari pengurangan harga ketika itu terjadi?

Ya, Anda dapat menukar RI Anda untuk mendapatkan keuntungan dari harga yang lebih rendah. Misalnya, jika harga RI Convertible baru berkurang 10%, Anda dapat menukar RI Convertible Anda dan mendapatkan keuntungan dari pengurangan harga 10%.

T: Apa itu Amazon EC2 Fleet?

Dengan panggilan API tunggal, EC2 Fleet memungkinkan Anda menyediakan kapasitas komputasi di berbagai jenis instans, Zona Ketersediaan, dan di seluruh model pembelian Instans Tersedia, Instans Cadangan (RI), dan Instans Spot untuk membantu mengoptimalkan skala, kinerja, dan biaya.

T: Jika saat ini saya menggunakan Amazon EC2 Spot Fleet, haruskah saya bermigrasi ke Amazon EC2 Fleet?

Jika Anda memanfaatkan Instans Spot Amazon EC2 dengan Spot Fleet, Anda dapat terus menggunakannya. Spot Fleet dan EC2 Fleet menawarkan fungsionalitas yang sama. Tidak ada persyaratan untuk bermigrasi.

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

Ya. Mirip dengan API EC2 lain atau layanan AWS lain yang meluncurkan instans EC2, jika instans On-Demand yang diluncurkan oleh EC2 Fleet 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 diterapkan secara otomatis untuk penggunaan M4 ini.

T: Apakah Amazon EC2 Fleet akan failover ke On-Demand jika kapasitas EC2 Spot tidak terpenuhi sepenuhnya?

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

T: Berapa harga untuk Amazon EC2 Fleet?

Armada EC2 tidak dikenakan biaya tambahan; Anda hanya membayar untuk sumber daya dasar yang diluncurkan Armada EC2.

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

Ada sejumlah cara untuk memanfaatkan Amazon EC2 Fleet, seperti dalam beban kerja data besar, aplikasi kontainer, beban kerja pemrosesan grid, dll. Dalam contoh beban kerja sekuensing genom ini, Anda dapat meluncurkan grid node pekerja dengan satu panggilan API: pilih instance favorit Anda, tetapkan bobot untuk instance ini, tentukan kapasitas target untuk Instans On-Demand dan Spot, dan buat armada dalam hitungan detik untuk mempelajari data genom dengan cepat.

T: Bagaimana cara mengalokasikan sumber daya di Amazon EC2 Fleet?

Secara default, EC2 Fleet akan meluncurkan opsi On-Demand yang merupakan harga terendah. Untuk Instans Spot, EC2 Fleet menyediakan tiga strategi alokasi: kapasitas yang dioptimalkan, harga terendah, dan beragam. Strategi alokasi yang dioptimalkan kapasitas mencoba menyediakan Instans Spot dari kumpulan Instans Spot yang paling tersedia dengan menganalisis metrik kapasitas. Strategi ini adalah pilihan yang baik untuk beban kerja yang memiliki biaya interupsi yang lebih tinggi seperti data besar dan analitik, rendering gambar dan media, pembelajaran mesin, dan komputasi kinerja tinggi.

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

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

Tidak, kami tidak mendukung permintaan Armada EC2 multi-wilayah.

T: Dapatkah saya menandai Armada Amazon EC2?

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

T: Dapatkah saya memodifikasi Armada Amazon EC2 saya?

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

T: Dapatkah saya menentukan AMI yang berbeda untuk setiap jenis instans yang ingin saya gunakan?

Ya, cukup tentukan AMI yang ingin Anda gunakan di setiap spesifikasi peluncuran yang Anda berikan di Armada EC2 Anda.

T: Apa itu Blok Kapasitas Amazon EC2 untuk ML?

Blok Kapasitas Amazon EC2 untuk ML memungkinkan Anda memesan instans GPU di Amazon EC2 UltraClusters untuk menjalankan beban kerja pembelajaran mesin (ML) Anda. Dengan Blok Kapasitas Amazon EC2, Anda dapat memesan kapasitas GPU mulai pada tanggal mendatang untuk durasi hingga 14 hari dan dalam ukuran cluster dari satu hingga 64 instans. Ketika tanggal dan waktu reservasi Blok Kapasitas EC2 tiba, Anda akan dapat meluncurkan instans dan menggunakannya hingga waktu reservasi berakhir.

T: Mengapa saya harus menggunakan Blok Kapasitas EC2?

Blok Kapasitas EC2 memudahkan akses instans GPU berkinerja tertinggi di Amazon EC2 untuk ML, bahkan dalam menghadapi kekurangan GPU di seluruh industri. Gunakan Blok Kapasitas EC2 untuk memastikan ketersediaan kapasitas instans GPU untuk merencanakan pengembangan ML Anda dengan percaya diri. Blok Kapasitas EC2 dikirimkan dalam EC2 UltraClusters sehingga Anda dapat memanfaatkan latensi jaringan dan kinerja throughput terbaik yang tersedia di EC2.

T: Kapan saya harus menggunakan Blok Kapasitas Amazon EC2 alih-alih Reservasi Kapasitas Berdasarkan Permintaan?

Anda harus menggunakan Blok Kapasitas EC2 ketika Anda memerlukan jaminan kapasitas jangka pendek untuk melatih atau menyempurnakan model ML, menjalankan eksperimen, membuat prototipe, atau menangani lonjakan permintaan untuk aplikasi ML. Dengan Blok Kapasitas EC2, Anda dapat merasa tenang mengetahui bahwa Anda akan memiliki akses ke sumber daya GPU pada tanggal tertentu untuk menjalankan beban kerja ML Anda. Anda harus menggunakan Reserv asi Kapasitas On-Demand untuk semua jenis beban kerja lain yang memerlukan jaminan, seperti aplikasi penting bisnis, persyaratan peraturan, atau pemulihan bencana.

T: Bagaimana cara memulai dengan Blok Kapasitas EC2?

Anda dapat mencari Blok Kapasitas EC2 yang tersedia berdasarkan kebutuhan kapasitas Anda di AWS Management Console, AWS Command Line Interface (AWS CLI), dan AWS SDK. Setelah Anda membeli Blok Kapasitas EC2, reservasi dibuat di akun Anda. Ketika waktu mulai Blok Kapasitas EC2 tiba, EC2 akan memancarkan acara melalui Amazon EventBridge untuk menunjukkan bahwa reservasi sekarang aktif dan tersedia untuk digunakan. Untuk menggunakan Blok Kapasitas EC2 aktif, pilih opsi pembelian “Blok Kapasitas” dan targetkan ID reservasi kapasitas untuk Blok Kapasitas EC2 Anda saat meluncurkan instans EC2. Saat waktu akhir Blok Kapasitas EC2 Anda mendekati, EC2 akan memancarkan acara melalui EventBridge yang memberi tahu Anda bahwa reservasi Anda akan segera berakhir sehingga Anda dapat memeriksa beban kerja Anda. Sekitar 30 menit sebelum Blok Kapasitas EC2 Anda kedaluwarsa, AWS akan mulai menghentikan instans yang sedang berjalan. Jumlah yang Anda bebankan untuk Blok Kapasitas EC2 Anda tidak termasuk 30 menit terakhir reservasi.

T: Jenis instans mana yang didukung oleh Blok Kapasitas EC2, dan Wilayah AWS mana yang tersedia?

Blok Kapasitas EC2 mendukung instans EC2 p5.48xlarge di wilayah AWS AS Timur (Virginia Utara) dan AS Timur (Ohio) dan instans EC2 p4d.24xlarge di wilayah AS Timur (Ohio) dan AS Barat (Oregon).

T: Opsi ukuran apa yang tersedia dengan Blok Kapasitas EC2?

Blok Kapasitas EC2 tersedia dalam ukuran cluster 1, 2, 4, 8, 16, 32, dan 64 instans, dan dapat dicadangkan hingga 14 hari dalam kelipatan satu hari.

T: Seberapa jauh sebelumnya saya dapat memesan Blok Kapasitas EC2?

Anda dapat membeli Blok Kapasitas EC2 sejauh delapan minggu ke depan. Semua reservasi Blok Kapasitas EC2 dimulai pukul 11:30 Waktu Universal Terkoordinasi (UTC).

T: Apa yang terjadi jika tidak ada Blok Kapasitas EC2 yang tersedia yang memenuhi spesifikasi saya?

Jika tidak ada Blok Kapasitas EC2 yang sesuai dengan kebutuhan Anda, Anda dapat mencoba kembali permintaan Anda dengan parameter input yang berbeda. Kami menyarankan Anda menggunakan rentang tanggal seluas mungkin dalam permintaan pencarian Anda untuk kesempatan terbaik menemukan Blok Kapasitas EC2.

T: Dapatkah saya memodifikasi atau membatalkan Blok Kapasitas EC2 saya?

Tidak, Blok Kapasitas EC2 tidak dapat dimodifikasi atau dibatalkan setelah dipesan.

T: Berapa biaya Blok Kapasitas EC2?

Saat Anda mencari Blok Kapasitas EC2 di seluruh tanggal, AWS mengembalikan penawaran dengan harga terendah yang tersedia yang memenuhi spesifikasi Anda dalam rentang tanggal yang Anda berikan. Harga untuk Blok Kapasitas EC2 tergantung pada total penawaran dan permintaan yang tersedia pada saat Anda membeli reservasi. Anda dapat melihat harga penawaran Blok Kapasitas EC2 sebelum Anda memesannya, dan harga Blok Kapasitas EC2 dibebankan di muka pada saat reservasi dilakukan. Harga Blok Kapasitas EC2 tidak berubah setelah dipesan. Saat meluncurkan instans di Blok Kapasitas EC2 aktif, Anda hanya akan dikenakan biaya untuk penggunaan sistem operasi premium apa pun berdasarkan pembayaran sesuai penggunaan.

T: Apakah diskon Paket Tabungan dan Instans Cadangan (RI) berlaku untuk Blok Kapasitas EC2?

Tidak, Blok Kapasitas EC2 tidak tercakup oleh Rencana Tabungan atau diskon RI.

T: Dapatkah saya menggunakan Blok Kapasitas EC2 dengan Amazon SageMaker?

Saat ini, Blok Kapasitas EC2 hanya mendukung instans EC2.

Reservasi Kapasitas On-Demand adalah penawaran EC2 yang dapat Anda gunakan untuk membuat dan mengelola kapasitas cadangan di EC2. Anda dapat membuat Reservasi Kapasitas On-Demand dengan memilih Availability Zone (AZ) dan kuantitas (jumlah instans) bersama dengan spesifikasi instans lainnya seperti jenis instans dan masa sewa. Setelah dibuat, kapasitas EC2 dipertahankan untuk Anda terlepas dari apakah Anda menjalankan instans atau tidak.

T: Berapa biaya Reservasi Kapasitas On-Demand?

Saat Reservasi Kapasitas On-Demand aktif, Anda akan membayar biaya instans yang setara terlepas dari menjalankan instans atau tidak. Jika Anda tidak menggunakan reservasi, biaya akan muncul sebagai reservasi yang tidak digunakan pada tagihan EC2 Anda. Saat menjalankan instance yang cocok dengan atribut reservasi, Anda hanya membayar instans dan tidak membayar apa pun untuk reservasi. Tidak ada biaya di muka atau tambahan.

Misalnya, jika Anda membuat Reservasi Kapasitas On-Demand untuk 20 instans c5.2xlarge dan menjalankan 15 instans c5.2xlarge, Anda akan dikenakan biaya untuk 15 instans dan lima instans yang tidak digunakan dalam reservasi (dikenakan biaya efektif untuk 20 instans).

T: Dapatkah saya mendapatkan diskon untuk penggunaan Reservasi Kapasitas On-Demand?

Ya. Diskon Rencana Tabungan atau RI Regional (RI dicakup untuk Wilayah) berlaku untuk Reservasi Kapasitas Berdasarkan Permintaan. Saat menjalankan instance dalam reservasi, Anda tidak dikenakan biaya untuk reservasi tersebut. Paket Tabungan atau RI Regional akan berlaku untuk penggunaan ini seolah-olah itu adalah penggunaan On-Demand. Ketika reservasi tidak digunakan, Penagihan AWS akan secara otomatis menerapkan diskon Anda jika atribut Reservasi Kapasitas On-Demand yang tidak digunakan cocok dengan atribut Rencana Tabungan aktif atau RI Regional.

Misalnya, jika Anda memiliki RI Regional untuk 10 instans c5.2xlarge dan Reservasi Kapasitas On-Demand yang tidak digunakan untuk 10 instans c5.2xlarge di Wilayah yang sama, diskon RI akan berlaku untuk semua 10 instans pada reservasi. Perhatikan bahwa kami menerapkan diskon Regional RI secara istimewa untuk menjalankan penggunaan instans sebelum mencakup Reservasi Kapasitas On-Demand yang tidak digunakan. Artinya, jika Anda memiliki instans C5 lain yang berjalan di Wilayah, kami akan menerapkan RI Regional terlebih dahulu ke instans tersebut, dan kemudian kami akan menerapkan sisa diskon untuk Reservasi Kapasitas On-Demand yang tidak digunakan.

Catatan: RI Regional adalah RI EC2 yang tercakup dalam Wilayah AWS. Diskon RI Zonal (RI yang dicakup oleh AZ dalam Wilayah) tidak berlaku untuk Reservasi Kapasitas Berdasarkan Permintaan, karena RI Zonal sudah dilengkapi dengan reservasi kapasitas.

T: Kapan saya harus menggunakan Paket Tabungan, RI EC2, dan Reservasi Kapasitas On-Demand?

Gunakan Rencana Tabungan atau RI Regional untuk mengurangi tagihan Anda sambil berkomitmen untuk jangka waktu satu atau tiga tahun. Paket Tabungan menawarkan penghematan yang signifikan dibandingkan dengan On-Demand, sama seperti RI EC2, tetapi secara otomatis mengurangi tagihan pelanggan untuk penggunaan komputasi di Wilayah AWS mana pun, bahkan saat penggunaan berubah. Gunakan Reservasi Kapasitas Sesuai Permintaan jika Anda membutuhkan kepercayaan tambahan dalam kemampuan Anda untuk meluncurkan instans. Reservasi Kapasitas On-Demand dapat dibuat untuk durasi berapa pun dan dapat dikelola secara independen dari Rencana Tabungan atau RI Anda. Jika Anda memiliki Paket Tabungan atau RI Regional, mereka akan secara otomatis berlaku untuk mencocokkan Reservasi Kapasitas Berdasarkan Permintaan. Ini memberi Anda fleksibilitas untuk secara selektif menambahkan Reservasi Kapasitas On-Demand ke sebagian dari jejak instans Anda dan tetap mengurangi tagihan Anda untuk penggunaan tersebut.

T: Saya memiliki Zonal RI (RI yang dicakup oleh AZ) yang juga menyediakan reservasi kapasitas. Bagaimana ini dibandingkan dengan Reservasi Kapasitas On-Demand?

Zonal RI memberikan diskon dan reservasi kapasitas di AZ tertentu dengan imbalan komitmen satu hingga tiga tahun. Reservasi Kapasitas On-Demand memungkinkan Anda membuat dan mengelola kapasitas cadangan secara independen dari komitmen RI dan jangka waktu Anda.

Anda dapat menggunakan Reservasi Kapasitas On-Demand dengan Rencana Tabungan atau RI Regional untuk mendapatkan, minimal, semua manfaat dari RI Zonal tanpa biaya tambahan. Anda juga mendapatkan fleksibilitas yang ditingkatkan dari Rencana Tabungan (atau RI Regional) dan fitur Reservasi Kapasitas On-Demand: kemampuan untuk menambah atau mengurangi dari reservasi kapan saja, melihat pemanfaatan reservasi secara real time, dan kemampuan untuk menargetkan Reservasi Kapasitas On-Demand untuk beban kerja tertentu.

Mengubah RI Zonal Anda ke Wilayah segera memberi Anda fleksibilitas AZ dan ukuran instance dalam cara diskon RI diterapkan. Anda dapat mengonversi RI Zonal Standar ke RI Regional dengan memodifikasi cakupan RI dari AZ tertentu ke Wilayah menggunakan konsol EC2 atau API ModifyReservedInstances.

T: Saya membuat Reservasi Kapasitas Berdasarkan Permintaan. Bagaimana saya bisa menggunakannya?

Reservasi Kapasitas On-Demand terkait dengan AZ tertentu dan, secara default, secara otomatis digunakan oleh menjalankan instance di AZ tersebut. Saat Anda meluncurkan instans baru yang cocok dengan atribut reservasi, instans tersebut akan secara otomatis cocok dengan reservasi.

Anda juga dapat menargetkan reservasi untuk beban kerja/instans tertentu jika Anda mau. Lihat dokumentasi teknis Linux atau Windows untuk mempelajari lebih lanjut tentang opsi penargetan.

T: Berapa banyak instans yang diizinkan untuk saya pesan?

Jumlah instans yang diizinkan untuk Anda pesan didasarkan pada batas instans On-Demand akun Anda. Anda dapat memesan instans sebanyak yang diizinkan oleh batas tersebut, dikurangi jumlah instance yang sudah berjalan.

Jika Anda memerlukan batas yang lebih tinggi, hubungi perwakilan penjualan AWS Anda atau lengkapi formulir permintaan instans Amazon EC2 dengan kasus penggunaan Anda dan peningkatan instans Anda akan dipertimbangkan. Kenaikan batas terkait dengan wilayah yang diminta.

T: Dapatkah saya mengubah Reservasi Kapasitas Sesuai Permintaan setelah dimulai?

Ya. Anda dapat mengurangi jumlah instans yang Anda pesan kapan saja. Anda juga dapat meningkatkan jumlah instance (tergantung ketersediaan). Anda juga dapat mengubah waktu akhir reservasi Anda. Anda tidak dapat mengubah Reservasi Kapasitas Sesuai Permintaan yang telah berakhir atau telah dihapus.

T: Dapatkah saya mengakhiri Reservasi Kapasitas Sesuai Permintaan setelah dimulai?

Ya. Anda dapat mengakhiri Reservasi Kapasitas Sesuai Permintaan dengan membatalkannya menggunakan konsol atau API/SDK, atau dengan mengubah reservasi Anda untuk menentukan waktu akhir yang membuatnya kedaluwarsa secara otomatis. Instans yang sedang berjalan tidak terpengaruh oleh perubahan pada Reservasi Kapasitas Sesuai Permintaan Anda, termasuk penghapusan atau kedaluwarsa reservasi.

T: Di mana saya dapat menemukan informasi lebih lanjut tentang menggunakan Reservasi Kapasitas On-Demand?

Lihat dokumentasi teknis Linux atau Windows untuk mempelajari tentang membuat dan menggunakan Reservasi Kapasitas On-Demand.

T: Dapatkah saya membagikan Reservasi Kapasitas On-Demand dengan akun AWS lain?

Ya, Anda dapat membagikan Reservasi Kapasitas On-Demand dengan akun AWS lain atau di dalam Organisasi AWS Anda melalui AWS Resource Access Manager (AWS RAM). Anda dapat membagikan Reservasi Kapasitas On-Demand EC2 dalam tiga langkah mudah: Buat Berbagi Sumber Daya menggunakan RAM AWS, tambahkan sumber daya (Reservasi Kapasitas On-Demand) ke Resource Share, dan tentukan akun target yang ingin Anda bagikan sumber daya.

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

T: Apa yang terjadi jika saya membagikan Reservasi Kapasitas On-Demand dengan akun AWS lain?

Ketika Reservasi Kapasitas On-Demand dibagikan dengan akun lain, akun tersebut dapat menggunakan kapasitas yang dicadangkan untuk menjalankan instans EC2 mereka. Perilaku yang tepat tergantung pada preferensi yang ditetapkan pada Reservasi Kapasitas Sesuai Permintaan. Secara default, Reservasi Kapasitas On-Demand secara otomatis mencocokkan instans yang ada dan yang baru dari akun lain yang memiliki akses bersama ke reservasi. Anda juga dapat menargetkan Reservasi Kapasitas On-Demand untuk beban kerja/instans tertentu. Akun individual dapat mengontrol instans mana yang menggunakan Reservasi Kapasitas Sesuai Permintaan. Lihat dokumentasi teknis Linux atau Windows untuk mempelajari lebih lanjut tentang opsi pencocokan instance.

T: Apakah ada biaya tambahan untuk berbagi reservasi?

Tidak, tidak ada biaya tambahan untuk berbagi reservasi.

T: Siapa yang akan dikenakan biaya ketika Reservasi Kapasitas On-Demand dibagikan di beberapa akun?

Jika beberapa akun menggunakan Reservasi Kapasitas On-Demand, setiap akun akan dikenakan biaya untuk penggunaan instansnya sendiri. Kapasitas cadangan yang tidak digunakan, jika ada, akan dibebankan ke akun yang memiliki Reservasi Kapasitas On-Demand. Jika ada pengaturan penagihan gabungan di antara akun yang berbagi Reservasi Kapasitas Sesuai Permintaan, akun utama akan ditagih misalnya penggunaan di semua akun yang ditautkan.

T: Dapatkah saya memprioritaskan akses ke Reservasi Kapasitas On-Demand di antara akun AWS yang memiliki akses bersama?

Tidak. Spot instans dalam Reservasi Kapasitas On-Demand tersedia berdasarkan aturan pertama datang, pertama dilayani untuk akun mana pun yang memiliki akses bersama.

T: Bagaimana cara mengkomunikasikan AZ dari Reservasi Kapasitas On-Demand dengan akun lain, mengingat pemetaan nama AZ bisa berbeda di seluruh akun AWS?

Anda sekarang dapat menggunakan ID Zona Ketersediaan (ID AZ) alih-alih nama AZ. ID AZ adalah referensi statis dan menyediakan cara yang konsisten untuk mengidentifikasi lokasi sumber daya di semua akun Anda. Ini memudahkan Anda untuk menyediakan sumber daya secara terpusat dalam satu akun dan membagikannya di beberapa akun.

T: Dapatkah saya berhenti membagikan Reservasi Kapasitas On-Demand saya setelah saya membagikannya?

Ya, Anda dapat berhenti berbagi reservasi setelah Anda membagikannya. Ketika Anda berhenti berbagi Reservasi Kapasitas Sesuai Permintaan dengan akun tertentu atau berhenti berbagi sepenuhnya, akun lain kehilangan kemampuan untuk meluncurkan instans baru ke Reservasi Kapasitas Sesuai Permintaan. Kapasitas apa pun yang ditempati oleh instans yang berjalan dari akun lain akan dikembalikan ke Reservasi Kapasitas Sesuai Permintaan untuk Anda gunakan (tergantung ketersediaan).

T: Di mana saya dapat menemukan informasi selengkapnya tentang berbagi Reservasi Kapasitas On-Demand?

Lihat dokumentasi teknis Linux atau Windows untuk mempelajari tentang berbagi Reservasi Kapasitas On-Demand.

T: Dapatkah saya mendapatkan diskon untuk penggunaan Reservasi Kapasitas On-Demand?

Ya. Paket Tabungan atau diskon RI Regional berlaku untuk Reservasi Kapasitas Berdasarkan Permintaan. AWS Billing secara otomatis menerapkan diskon jika atribut Reservasi Kapasitas On-Demand cocok dengan atribut Rencana Tabungan atau RI Regional. Saat Reservasi Kapasitas Sesuai Permintaan digunakan oleh instans, Anda hanya dikenakan biaya untuk instans tersebut (dengan Rencana Tabungan atau diskon RI yang diterapkan). Diskon lebih disukai diterapkan pada penggunaan instans sebelum mencakup Reservasi Kapasitas On-Demand yang tidak digunakan.

Catatan: RI Regional adalah RI EC2 yang tercakup dalam Wilayah AWS. Diskon Zonal RI (RI yang dicakup oleh AZ dalam Wilayah) tidak berlaku untuk Reservasi Kapasitas Berdasarkan Permintaan, karena RI Zonal sudah dilengkapi dengan reservasi kapasitas.

T: Apa itu Instans Cadangan?

Instans Cadangan (RI) adalah penawaran EC2 yang memberi Anda diskon signifikan untuk penggunaan EC2 jika Anda berkomitmen untuk jangka waktu satu tahun atau tiga tahun.

T: Apa perbedaan antara RI Standar dan RI Konvertibel?

RI standar menawarkan diskon signifikan untuk penggunaan instans EC2 saat Anda berkomitmen pada keluarga instans tertentu. RI yang dapat dikonversi menawarkan opsi untuk mengubah konfigurasi instans selama jangka waktu tersebut, dan tetap menerima diskon untuk penggunaan EC2 Anda. Untuk informasi lebih lanjut tentang Convertible RI, silakan klik di sini.

T: Apakah RI menyediakan reservasi kapasitas?

Ya, jika RI Standar atau Konvertibel dicakup ke Zona Ketersediaan (AZ) tertentu, kapasitas instans yang cocok dengan konfigurasi RI yang tepat dicadangkan untuk Anda gunakan (ini disebut sebagai “RI zonal”). RI Zonal memberi Anda kepercayaan tambahan dalam kemampuan Anda untuk meluncurkan instans saat Anda membutuhkannya.

Anda juga dapat memilih untuk melupakan reservasi kapasitas dan membeli RI Standar atau Konvertibel yang dicakup ke wilayah tertentu (disebut sebagai “RI regional”). RI regional secara otomatis menerapkan diskon untuk penggunaan di seluruh AZ dan ukuran instans di suatu wilayah, sehingga memudahkan Anda memanfaatkan tarif diskon RI.

T: Kapan saya harus membeli RI zonal?

Jika Anda ingin memanfaatkan reservasi kapasitas, maka Anda harus membeli RI di AZ tertentu.

T: Kapan saya harus membeli RI regional?

Jika Anda tidak memerlukan reservasi kapasitas, maka Anda harus membeli RI regional. RI regional memberikan fleksibilitas ukuran AZ dan instans, yang menawarkan penerapan tarif diskon RI yang lebih luas.

T: Apa itu fleksibilitas ukuran AZ dan instans?

Fleksibilitas ukuran AZ dan instans memudahkan Anda memanfaatkan tarif diskon RI regional Anda. Fleksibilitas AZ menerapkan tarif diskon RI Anda untuk penggunaan di AZ mana pun di Wilayah, sementara fleksibilitas ukuran instans menerapkan tarif diskon RI Anda untuk penggunaan ukuran apa pun dalam keluarga instans. Katakanlah Anda memiliki RI regional Linux/Unix berukuran m5.2xlarge dengan sewa default di AS Timur (Virginia Utara). Kemudian tarif diskon RI ini dapat secara otomatis berlaku untuk dua instans m5.xlarge di us-east-1a atau empat instans m5.large di us-east-1b.

T: Jenis RI apa yang menyediakan fleksibilitas ukuran instans?

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

T: Apakah saya perlu mengambil tindakan apa pun untuk memanfaatkan fleksibilitas ukuran AZ dan instans?

RI regional tidak memerlukan tindakan apa pun untuk memanfaatkan fleksibilitas ukuran AZ dan instans.

T: Saya memiliki RI zonal. Bagaimana cara menugaskannya ke suatu wilayah?

Anda dapat menetapkan RI zona Standar ke wilayah dengan memodifikasi cakupan RI dari AZ tertentu ke Wilayah dari konsol EC2 atau dengan menggunakan API ModifyReservedInstances.

T: Bagaimana cara membeli RI?

Untuk memulai, Anda dapat membeli RI dari konsol EC2 atau dengan menggunakan AWS CLI. Cukup tentukan jenis instans, platform, sewa, jangka waktu, opsi pembayaran, dan wilayah atau AZ.

T: Dapatkah saya membeli RI untuk instans yang sedang berjalan?

Ya, AWS akan secara otomatis menerapkan tarif diskon RI untuk penggunaan instans apa pun yang berlaku sejak saat pembelian. Kunjungi halaman Memulai untuk mempelajari lebih lanjut.

T: Dapatkah saya mengontrol instans mana yang ditagih dengan tarif diskon?

Tidak. AWS secara otomatis mengoptimalkan instans mana yang dikenakan biaya dengan tarif diskon untuk memastikan Anda selalu membayar jumlah terendah. Untuk informasi tentang penagihan, dan bagaimana penerapannya ke RI, lihat Manfaat Penagihan dan Opsi Pembayaran.

T: Bagaimana cara kerja fleksibilitas ukuran instans?

EC2 menggunakan skala yang ditunjukkan di bawah ini untuk membandingkan berbagai ukuran dalam keluarga instans. Dalam kasus fleksibilitas ukuran instans pada RI, skala ini digunakan untuk menerapkan tarif diskonto RI ke penggunaan keluarga instans yang dinormalisasi. Misalnya, jika Anda memiliki RI m5.2xlarge yang dicakup ke suatu wilayah, maka tarif diskon Anda dapat berlaku untuk penggunaan instans 1 m5.2xlarge atau 2 instans m5.xlarge.

Klik di sini untuk mempelajari lebih lanjut tentang bagaimana fleksibilitas ukuran instans RI berlaku untuk penggunaan EC2 Anda. Dan klik di sini untuk mempelajari tentang bagaimana fleksibilitas ukuran instans RI disajikan dalam Laporan Biaya dan Penggunaan.

T: Dapatkah saya mengubah RI saya selama masa jabatannya?

Ya, Anda dapat memodifikasi AZ RI, mengubah cakupan RI dari AZ ke Wilayah (dan sebaliknya), atau memodifikasi ukuran instance dalam keluarga instance yang sama (pada platform Linux/Unix).

T: Dapatkah saya mengubah jenis instans RI saya selama masa jabatannya?

Ya. RI yang dapat dikonversi menawarkan opsi untuk mengubah jenis instans, sistem operasi, sewa, atau opsi pembayaran RI Anda selama masa berlakunya. Silakan merujuk ke bagian Convertible RI di FAQ untuk informasi tambahan.

T: Apa saja pilihan pembayaran yang berbeda untuk RI?

Anda dapat memilih dari tiga opsi pembayaran saat Anda membeli RI. Dengan opsi All Upfront, Anda membayar seluruh jangka waktu RI dengan satu pembayaran di muka. Dengan opsi Dimuka Sebagian, Anda melakukan pembayaran di muka yang rendah dan kemudian dikenakan tarif diskon per jam untuk instans selama jangka waktu RI. Opsi No Upfront tidak memerlukan pembayaran di muka dan memberikan diskon tarif per jam untuk durasi jangka waktu.

T: Kapan RI diaktifkan?

Diskon penagihan dan reservasi kapasitas (jika berlaku) diaktifkan setelah pembayaran Anda berhasil diotorisasi. Anda dapat melihat status (tertunda | aktif | pensiun) dari RI Anda di halaman “Instans Cadangan” di konsol Amazon EC2.

T: Apakah RI berlaku untuk instans Spot atau instans yang berjalan di Host Khusus?

Tidak, RI tidak berlaku untuk instans Spot atau instans yang berjalan di Host Khusus. Untuk menurunkan biaya penggunaan Host Khusus, beli Reservasi Host Khusus.

T: Bagaimana RI bekerja dengan Penagihan Konsolidasi?

Sistem kami secara otomatis mengoptimalkan instans mana yang dibebankan pada tarif diskon untuk memastikan bahwa akun konsolidasi selalu membayar jumlah terendah. Jika Anda memiliki RI yang berlaku untuk AZ, maka hanya akun yang memiliki RI yang akan menerima reservasi kapasitas. Namun, diskon akan secara otomatis berlaku untuk penggunaan di akun mana pun di seluruh keluarga penagihan gabungan Anda.

T: Dapatkah saya mendapatkan diskon untuk pembelian RI?

Ya, EC2 memberikan diskon berjenjang untuk pembelian RI. Diskon ini ditentukan berdasarkan nilai daftar total (harga non-diskon) untuk RI aktif yang Anda miliki per Wilayah. Nilai daftar total Anda adalah jumlah semua pembayaran yang diharapkan untuk RI dalam jangka waktu tersebut, termasuk pembayaran di muka dan pembayaran per jam berulang. Rentang tingkat dan diskon yang sesuai ditunjukkan di bawah ini.

T: Dapatkah Anda membantu saya memahami bagaimana diskon volume diterapkan pada pembelian RI saya?

Tentu. Mari kita asumsikan bahwa saat ini Anda memiliki RI aktif senilai $400.000 di wilayah AS-East-1. Sekarang, jika Anda membeli RI senilai $150.000 di wilayah yang sama, maka $100.000 pertama dari pembelian ini tidak akan menerima diskon. Namun, sisa $50.000 dari pembelian ini akan didiskon sebesar 5 persen, jadi Anda hanya akan dikenakan biaya $47.500 untuk bagian pembelian ini selama jangka waktu berdasarkan opsi pembayaran Anda.

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

T: Bagaimana cara menghitung nilai daftar RI?

Berikut adalah contoh perhitungan nilai daftar untuk Instans Cadangan Depan Partial selama tiga tahun:

T: Bagaimana diskon volume dihitung jika saya menggunakan Penagihan Konsolidasi?

Jika Anda memanfaatkan Penagihan Konsolidasi, AWS akan menggunakan harga daftar total agregat RI aktif di semua akun konsolidasi Anda untuk menentukan tingkat diskon volume yang akan diterapkan. Tingkat diskon volume ditentukan pada saat pembelian, jadi Anda harus mengaktifkan Penagihan Konsolidasi sebelum membeli RI untuk memastikan bahwa Anda mendapatkan manfaat dari diskon volume terbesar yang dapat diterima oleh akun konsolidasi Anda.

T: Apakah RI Konvertibel memenuhi syarat untuk Diskon Volume?

Tidak, tetapi nilai setiap RI Konvertibel yang Anda beli berkontribusi terhadap status tingkat diskon volume Anda.

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

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

T: Apakah biaya RI saya akan berubah, jika volume masa depan memenuhi syarat saya untuk tingkatan diskon lainnya?

Tidak. Diskon volume ditentukan pada saat pembelian, oleh karena itu biaya RI Anda akan tetap sama karena Anda memenuhi syarat untuk tingkatan diskon lainnya. Setiap pembelian baru akan didiskon sesuai dengan tingkat diskon volume yang memenuhi syarat pada saat pembelian.

T: Apakah saya perlu mengambil tindakan apa pun pada saat pembelian untuk menerima diskon volume?

Tidak, Anda akan secara otomatis menerima diskon volume saat menggunakan API PurchaseReservedInstance atau antarmuka EC2 Management Console yang ada untuk membeli RI. Jika Anda membeli RI senilai lebih dari $10M, hubungi kami tentang menerima diskon di luar yang disediakan secara otomatis.

T: Apa itu Marketplace Instans Cadangan (RI)?

RI Marketplace adalah pasar online yang memberikan fleksibilitas kepada pelanggan AWS untuk menjual Amazon EC2 RI mereka ke bisnis dan organisasi lain. Pelanggan juga dapat menelusuri Pasar RI untuk menemukan pilihan panjang jangka waktu RI dan opsi harga yang lebih luas yang dijual oleh pelanggan AWS lainnya.

T: Kapan saya bisa mendaftarkan RI di Pasar RI?

Anda dapat membuat daftar RI ketika:

• Anda telah terdaftar sebagai penjual di Pasar RI.
• Anda telah membayar untuk RI Anda.
• Anda telah memiliki RI selama lebih dari 30 hari.

T: Dapatkah RI ditransfer?

Instans Cadangan EC2 hanya dapat ditransfer sesuai dengan persyaratan Pasar RI yang disediakan dalam Ket entuan Layanan AWS dan tidak dapat ditransfer.

T: Dapatkah saya menjual RI di Pasar EC2 RI?

Tidak, AWS melarang penjualan kembali RI yang dibeli sebagai bagian dari program diskon sesuai Ket entuan Layanan AWS. Setiap RI All Upfront, Partial Upfront, atau No Unfront yang dibeli langsung dari AWS atau dari EC2 RI Marketplace yang menerima diskon dari AWS (misalnya, Diskon Volume RI atau program diskon lainnya) tidak memenuhi syarat untuk dijual di Marketplace EC2 RI.

T: Bagaimana cara mendaftar sebagai penjual di RI Marketplace?

Untuk mendaftar di RI Marketplace, Anda dapat memasukkan alur kerja pendaftaran dengan menjual RI dari Kon sol Manajemen EC2 atau menyiapkan profil Anda dari halaman “Pengaturan Akun” di portal AWS. Apa pun rutenya, Anda harus menyelesaikan langkah-langkah berikut:

1. Mulailah dengan meninjau ikhtisar proses pendaftaran.
   
2. Masuk ke Akun AWS Anda.
3. Masukkan rekening bank tempat Anda ingin kami mencairkan dana. Setelah Anda memilih “Lanjutkan,” kami akan menetapkan rekening bank itu sebagai opsi pencairan default.
4. Di layar konfirmasi, pilih “Lanjutkan ke Konsol untuk Mulai Daftar. “

Jika Anda melebihi $20.000 dalam penjualan RI, atau berencana untuk menjual 50 RI atau lebih, Anda harus memberikan informasi pajak sebelum Anda dapat mencantumkan RI Anda. Pilih “Lanjutkan dengan Wawancara Pajak. “ Selama jalur wawancara pajak, Anda akan diminta untuk memasukkan nama perusahaan, nama kontak, alamat, dan Nomor Identifikasi Pajak menggunakan alur kerja TIMS.

Selain itu, jika Anda berencana untuk menjual RI senilai lebih dari $50.000 per tahun, Anda juga perlu mengajukan kenaikan batas.

T: Bagaimana saya tahu kapan saya bisa mulai berjualan di RI Marketplace?

Anda dapat mulai berjualan di RI Marketplace setelah Anda menambahkan rekening bank melalui jalur pendaftaran. Setelah aktivasi selesai, Anda akan menerima email konfirmasi. Namun, penting untuk dicatat bahwa Anda tidak akan dapat menerima pencairan sampai kami dapat menerima verifikasi dari bank Anda, yang mungkin memakan waktu hingga dua minggu, tergantung pada bank yang Anda gunakan.

T: Bagaimana cara mendaftar RI untuk dijual?

Untuk membuat daftar RI, cukup selesaikan langkah-langkah ini di konsol Amazon EC2:

1. Pilih RI yang ingin Anda jual, dan pilih “Jual Instans Cadangan. “ Jika Anda belum menyelesaikan proses pendaftaran, Anda akan diminta untuk mendaftar menggunakan jalur pendaftaran.
2. Untuk setiap jenis RI, tetapkan jumlah instans yang ingin Anda jual, dan harga untuk biaya satu kali yang ingin Anda tetapkan. Perhatikan bahwa Anda dapat mengatur harga satu kali ke jumlah yang berbeda tergantung pada jumlah waktu yang tersisa sehingga Anda tidak perlu terus menyesuaikan harga satu kali jika RI Anda tidak terjual dengan cepat. Secara default Anda hanya perlu mengatur harga saat ini dan kami akan secara otomatis menurunkan harga satu kali dengan kenaikan yang sama setiap bulan.
3. Setelah Anda mengonfigurasi iklan Anda, layar konfirmasi akhir akan muncul. Pilih “Jual Instans Cadangan. “
   

T: RI mana yang dapat saya daftarkan untuk dijual?

Anda dapat mencantumkan RI apa pun yang telah aktif setidaknya selama 30 hari, dan yang telah kami terima pembayaran. Biasanya, ini berarti Anda dapat membuat daftar reservasi Anda setelah mereka berada dalam keadaan aktif. Penting untuk dicatat bahwa jika Anda adalah pelanggan faktur, RI Anda dapat berada dalam keadaan aktif sebelum AWS menerima pembayaran. Dalam hal ini, RI Anda tidak akan terdaftar sampai kami menerima pembayaran Anda.

T: Bagaimana RI yang terdaftar ditampilkan kepada pembeli?

RI (baik pihak ketiga maupun yang ditawarkan oleh AWS) yang telah terdaftar di RI Marketplace dapat dilihat di bagian “Instans Cadangan” pada konsol Amazon EC2. Anda juga dapat menggunakan panggilan API DescribeReservedInstancesListings.

RI yang terdaftar dikelompokkan berdasarkan jenis, jangka waktu yang tersisa, harga di muka, dan harga per jam. Ini memudahkan pembeli untuk menemukan RI yang tepat untuk dibeli.

T: Berapa banyak periode RI saya yang dapat saya daftarkan?

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

T: Dapatkah saya menghapus RI saya setelah saya mendaftarkannya untuk dijual?

Ya, Anda dapat menghapus daftar RI kapan saja sampai penjualan tertunda (artinya pembeli telah membeli RI Anda dan konfirmasi pembayaran tertunda).

T: Dimensi harga mana yang dapat saya tetapkan untuk RI yang ingin saya daftarkan?

Dengan menggunakan RI Marketplace, Anda dapat menetapkan harga di muka yang bersedia Anda terima. Anda tidak dapat menetapkan harga per jam (yang akan tetap sama seperti yang ditetapkan pada RI asli), dan Anda tidak akan menerima dana apa pun yang dikumpulkan dari pembayaran yang terkait dengan harga per jam.

T: Apakah saya masih bisa menggunakan reservasi saya selagi terdaftar di RI Marketplace?

Ya, Anda akan terus menerima manfaat kapasitas dan penagihan dari reservasi Anda hingga terjual. Setelah terjual, instans yang sedang berjalan yang dikenakan tarif diskon akan dikenakan tarif sesuai permintaan hingga dan kecuali Anda membeli reservasi baru, atau menghentikan instans.

T: Dapatkah saya menjual kembali RI yang saya beli dari RI Marketplace?

Ya, Anda dapat menjual kembali RI yang dibeli dari RI Marketplace sama seperti RI lainnya.

Q. Apakah ada batasan saat menjual RI?

Ya, Anda harus memiliki rekening bank AS untuk menjual RI di Pasar RI. Dukungan untuk rekening bank non-AS akan segera hadir. Selain itu, Anda tidak boleh menjual RI di Wilayah GovCloud AS.

T: Dapatkah saya menjual RI yang dibeli dari tingkatan harga volume publik?

Tidak, kemampuan ini belum tersedia.

T: Apakah ada biaya untuk menjual RI di Pasar RI?

Ya, AWS mengenakan biaya layanan sebesar 12% dari total harga di muka setiap RI yang Anda jual di Pasar RI.

T: Dapatkah AWS menjual subset dari RI saya yang terdaftar?

Ya, AWS berpotensi menjual sebagian dari jumlah RI yang telah Anda daftarkan. Misalnya, jika Anda mencantumkan 100 RI, kami mungkin hanya memiliki pembeli yang tertarik untuk membeli 50 di antaranya. Kami akan menjual 50 instans tersebut dan terus mencantumkan 50 RI Anda yang tersisa sampai dan kecuali Anda memutuskan untuk tidak mencantumkannya lagi.

T: Bagaimana pembeli membayar RI yang telah mereka beli?

Pembayaran untuk penjualan RI yang diselesaikan dilakukan melalui transfer bank ACH ke rekening bank AS.

T: Kapan saya akan menerima uang saya?

Setelah AWS menerima dana dari pelanggan yang telah membeli reservasi Anda, kami akan mencairkan dana melalui transfer bank ke rekening bank yang Anda tentukan saat mendaftar di RI Marketplace.

Kemudian, kami akan mengirimi Anda pemberitahuan email yang memberi tahu Anda bahwa kami telah mengirimkan dana kepada Anda. Biasanya, dana akan muncul di akun Anda dalam waktu 3-5 hari sejak RI Anda dijual.

T: Jika saya menjual RI saya di Pasar RI, apakah saya akan mendapatkan pengembalian uang untuk Dukungan Premium yang dikenakan kepada saya juga?

Tidak, Anda tidak akan menerima pengembalian uang secara prorata untuk bagian dimuka dari Biaya Dukungan Premium AWS.

T: Apakah saya akan diberitahu tentang kegiatan RI Marketplace?

Ya, Anda akan menerima satu email sekali sehari yang merinci aktivitas RI Marketplace Anda setiap kali Anda membuat atau membatalkan daftar RI, pembeli membeli listing Anda, atau AWS mencairkan dana ke rekening bank Anda.

T: Informasi apa yang dipertukarkan antara pembeli dan penjual untuk membantu perhitungan pajak transaksi?

Informasi kota, negara bagian, pos +4, dan negara pembeli akan diberikan kepada penjual melalui laporan pencairan. Informasi ini akan memungkinkan penjual untuk menghitung pajak transaksi yang diperlukan yang perlu mereka kirimkan kepada pemerintah (misalnya, pajak penjualan, pajak pertambahan nilai, dll.). Nama badan hukum penjual juga akan diberikan pada faktur pembelian.

T: Apakah ada batasan pada pelanggan saat membeli RI pihak ketiga?

Ya, Anda tidak dapat membeli RI terdaftar Anda sendiri, termasuk yang ada di akun tertaut Anda (melalui Penagihan Konsolidasi).

T: Apakah saya harus membayar untuk Dukungan Premium saat membeli RI dari RI Marketplace?

Ya, jika Anda adalah pelanggan Dukungan Premium, Anda akan dikenakan biaya untuk Dukungan Premium saat Anda membeli RI melalui Pasar RI.

Q: Apa itu rencana tabungan?

Paket Tabungan adalah model penetapan harga fleksibel yang menawarkan harga rendah pada penggunaan EC2, Lambda dan Fargate, dengan imbalan komitmen terhadap jumlah penggunaan yang konsisten (diukur dalam $/jam) untuk jangka waktu satu atau tiga tahun. Saat Anda mendaftar untuk Paket Tabungan, Anda akan dikenakan harga Paket Tabungan diskon untuk penggunaan Anda hingga komitmen Anda. Misalnya, jika Anda berkomitmen untuk penggunaan komputasi $10 per jam, Anda akan mendapatkan harga Paket Tabungan untuk penggunaan tersebut hingga $10 dan penggunaan apa pun di luar komitmen akan dikenakan tarif Sesuai Permintaan.

T: Jenis Paket Tabungan apa yang ditawarkan AWS?

AWS menawarkan dua jenis Paket Tabungan:

1. Compute Savings Plans memberikan fleksibilitas dan membantu mengurangi biaya hingga 66%. Paket ini secara otomatis berlaku untuk penggunaan instans EC2 terlepas dari keluarga instans, ukuran, AZ, wilayah, OS, atau sewa, dan juga berlaku untuk penggunaan AWS Fargate dan Lambda. Misalnya, dengan Compute Savings Plans, Anda dapat mengubah dari instans C4 ke M5, memindahkan beban kerja dari UE (Irlandia) ke UE (London), atau memindahkan beban kerja dari EC2 ke Fargate atau Lambda kapan saja dan secara otomatis terus membayar harga Paket Tabungan.
   
2. Paket Tabungan Instans EC2 memberikan harga terendah, menawarkan penghematan hingga 72% sebagai imbalan atas komitmen penggunaan keluarga instans individual di suatu Wilayah (misalnya, penggunaan M5 di Virginia Utara). Ini secara otomatis mengurangi biaya Anda pada keluarga instans yang dipilih di wilayah tersebut terlepas dari AZ, ukuran, OS, atau sewa. Paket Tabungan Instans EC2 memberi Anda fleksibilitas untuk mengubah penggunaan antar instans dalam keluarga di wilayah tersebut. Misalnya, Anda dapat beralih dari c5.xlarge yang menjalankan Windows ke c5.2xlarge yang menjalankan Linux dan secara otomatis mendapatkan keuntungan dari harga Paket Tabungan.

T: Bagaimana Rencana Tabungan dibandingkan dengan RI EC2?

Paket Tabungan menawarkan penghematan yang signifikan dibandingkan On Demand, sama seperti RI EC2, tetapi secara otomatis mengurangi tagihan Anda untuk penggunaan komputasi di seluruh wilayah AWS, bahkan saat penggunaan berubah. Ini memberi Anda fleksibilitas untuk menggunakan opsi komputasi yang paling sesuai dengan kebutuhan Anda dan terus menghemat uang, semua tanpa harus melakukan pertukaran atau modifikasi.

Compute Savings Plans, yang memberikan penghematan hingga 66% (seperti Convertible RI), secara otomatis mengurangi biaya Anda pada penggunaan instans EC2 apa pun terlepas dari wilayah, keluarga instans, ukuran, OS, sewa, dan bahkan pada AWS Fargate dan Lambda. Paket Penghematan Instans EC2, yang memberikan penghematan hingga 72% (sama seperti RI Standar), secara otomatis menghemat uang Anda untuk penggunaan instans apa pun dalam rangkaian instans EC2 tertentu di wilayah yang dipilih (misalnya, M5 di Virginia Utara) terlepas dari ukuran, OS, atau sewa.

T: Apakah Paket Tabungan menyediakan reservasi kapasitas untuk instans EC2?

Tidak, Paket Tabungan tidak menyediakan reservasi kapasitas. Namun Anda dapat memesan kapasitas dengan Reservasi Kapas itas On-Dem and dan membayar harga yang lebih rendah untuk mereka dengan Paket Tabungan.

T: Bagaimana saya memulai dengan rencana tabungan?

Anda dapat memulai dengan Paket Tabungan dari AWS Cost Explorer di AWS Management Console atau dengan menggunakan API/CLI. Anda dapat dengan mudah membuat komitmen terhadap Rencana Tabungan dengan menggunakan rekomendasi yang disediakan di AWS Cost Explorer, untuk mewujudkan penghematan terbesar. Komitmen per jam yang disarankan didasarkan pada penggunaan Sesuai Permintaan historis Anda dan pilihan jenis paket, panjang jangka waktu, dan opsi pembayaran Anda. Setelah Anda mendaftar untuk Paket Tabungan, penggunaan komputasi Anda akan secara otomatis dibebankan pada harga Paket Tabungan yang didiskon dan penggunaan apa pun di luar komitmen Anda akan dibebankan pada tarif Sesuai Permintaan reguler.

T: Dapatkah saya terus membeli EC2 RI?

Ya. Anda dapat terus membeli RI untuk menjaga kompatibilitas dengan proses manajemen biaya yang ada, dan RI Anda akan bekerja bersama Rencana Tabungan untuk mengurangi keseluruhan tagihan Anda. Namun saat RI Anda kedaluwarsa, kami mendorong Anda untuk mendaftar ke Rencana Tabungan karena mereka menawarkan penghematan yang sama dengan RI, tetapi dengan fleksibilitas tambahan.

Q. Apa itu Instance Spot?

Instans Spot adalah kapasitas EC2 cadangan yang dapat menghemat hingga 90% dari harga On-Demand yang dapat diinterupsi AWS dengan pemberitahuan 2 menit. Spot menggunakan instans EC2 dasar yang sama dengan Instans On-Demand dan Cadangan, dan paling cocok untuk beban kerja fleksibel dan toleran kesalahan. Instans Spot menyediakan opsi tambahan untuk mendapatkan kapasitas komputasi dan dapat digunakan bersama dengan Instans On-Demand dan Cadangan.

Q. Apa perbedaan Instans Spot dengan Instans On-Demand atau Instans Cadangan?

Saat berjalan, Instans Spot sama persis dengan Instans On-Demand atau Reserved. Perbedaan utamanya adalah Instans Spot biasanya menawarkan diskon signifikan dari harga On-Demand, instans Anda dapat terganggu oleh Amazon EC2 untuk persyaratan kapasitas dengan pemberitahuan 2 menit, dan harga Spot menyesuaikan secara bertahap berdasarkan penawaran jangka panjang dan permintaan kapasitas EC2 cadangan.

Lihat di sini untuk detail selengkapnya tentang Instans Spot.

Q. Bagaimana cara membeli dan memulai instans Spot?

Instans Spot dapat diluncurkan menggunakan alat yang sama yang Anda gunakan untuk meluncurkan instans hari ini, termasuk AWS Management Console, Auto-Scaling Groups, Run Instances, dan Spot Fleet. Selain itu, banyak layanan AWS mendukung peluncuran instans Spot seperti EMR, ECS, Datapipeline, CloudFormation, dan Batch.

Untuk memulai Instans Spot, Anda hanya perlu memilih Template Peluncuran dan jumlah instance yang ingin Anda minta.

Lihat di sini untuk detail selengkapnya tentang cara meminta Instans Spot.

Q. Berapa banyak Instans Spot yang dapat saya minta?

Anda dapat meminta Instans Spot hingga batas Spot untuk setiap wilayah. Perhatikan bahwa pelanggan baru menggunakan AWS mungkin memulai dengan batas yang lebih rendah. Untuk mempelajari selengkapnya tentang batas Instans Spot, lihat Panduan Pengguna Amazon EC2.

Jika Anda menginginkan batas yang lebih tinggi, lengkapi formulir permintaan instans Amazon EC2 dengan kasus penggunaan Anda dan peningkatan instans Anda akan dipertimbangkan. Kenaikan batas terkait dengan wilayah yang diminta.

Q. Berapa harga yang akan saya bayar untuk Instans Spot?

Anda membayar harga Spot yang berlaku di awal setiap jam instans untuk instans yang sedang berjalan. Jika harga Spot berubah setelah Anda meluncurkan instans, harga baru akan dibebankan terhadap penggunaan instans untuk jam berikutnya.

Q. Apa yang dimaksud dengan kolam kapasitas spot?

Kumpulan kapasitas Spot adalah kumpulan instans EC2 yang tidak digunakan dengan jenis instans, sistem operasi, dan Zona Ketersediaan yang sama. Setiap kumpulan kapasitas spot dapat memiliki harga yang berbeda berdasarkan penawaran dan permintaan.

Q. Apa saja praktik terbaik untuk menggunakan Instans Spot?

Kami sangat menyarankan menggunakan beberapa kumpulan kapasitas Spot untuk memaksimalkan jumlah kapasitas Spot yang tersedia untuk Anda. EC2 menyediakan otomatisasi bawaan untuk menemukan kapasitas paling hemat biaya di beberapa kumpulan kapasitas Spot menggunakan EC2 Auto Scaling, EC2 Fleet, atau Spot Fleet. Untuk informasi lebih lanjut, silakan lihat Prakti k Terbaik Spot.

Q. Bagaimana cara menentukan status permintaan Spot saya?

Anda dapat menentukan status permintaan Spot Anda melalui kode dan pesan Status Permintaan Spot. Anda dapat mengakses informasi Status Permintaan Spot di halaman Instans Spot pada konsol EC2 dari Konsol Manajemen AWS, API, dan CLI. Untuk informasi lebih lanjut, silakan kunjungi panduan Pengembang Amazon EC2.

Q. Apakah Instans Spot tersedia untuk semua keluarga instans dan ukuran dan di semua wilayah?

Instans Spot tersedia di semua wilayah AWS publik. Spot tersedia untuk hampir semua keluarga dan ukuran instans EC2, termasuk instans terbaru yang dioptimalkan untuk komputasi, grafis yang dipercepat, dan jenis instans FPGA. Daftar lengkap jenis instans yang didukung di setiap wilayah tercantum di sini.

Q. Sistem operasi mana yang tersedia sebagai Instans Spot?

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

Q. Dapatkah saya menggunakan Instans Spot dengan AMI berbayar untuk perangkat lunak pihak ketiga (seperti paket perangkat lunak IBM)?

Tidak saat ini.

Q. Dapatkah saya menghentikan Instans Spot yang sedang berjalan?

Ya, Anda dapat “menghentikan” Instans Spot yang sedang berjalan saat tidak diperlukan dan menyimpan instans yang dihentikan ini untuk digunakan nanti, alih-alih menghentikan instans atau membatalkan permintaan Spot. Stop tersedia untuk permintaan Spot persisten.

Q. Bagaimana cara menghentikan Instans Spot?

Anda dapat menghentikan Instans Spot dengan memanggil API StopInstances dan memberikan ID Instans dari Instans Spot yang mirip dengan menghentikan Instans On-Demand Anda. Anda juga dapat melakukannya melalui AWS Management Console dengan memilih instans Anda, lalu mengklik Actions > Instance State > Stop.

T. Bagaimana cara memulai Instans Spot yang dihentikan?

Anda dapat memulai Instans Spot yang dihentikan dengan memanggil API StartInstances dan memberikan ID Instans dari Instans Spot yang mirip dengan memulai Instans On-Demand Anda. Anda juga dapat melakukan ini melalui AWS Management Console dengan memilih instans Anda, lalu mengklik Tindakan > Status Instance > Mulai.

Catatan: Instans Spot hanya akan dimulai jika kapasitas Spot masih tersedia dalam harga maksimum Anda. Spot mengevaluasi ketersediaan kapasitas setiap kali Anda memulai instans Spot yang dihentikan.

T: Bagaimana saya bisa mengetahui apakah saya telah menghentikan Instans Spot saya atau telah terganggu?

Anda dapat mengetahui bahwa Instans Spot telah dihentikan oleh Anda atau terganggu dengan melihat kode Status Permintaan Spot. Ini terlihat sebagai Status Permintaan Spot di halaman Permintaan Spot di AWS Management Console atau di respons API DescribeSpotInstanceRequests sebagai bidang “kode status”.

Jika kode status permintaan Spot adalah “instance-stoped-by-user”, itu berarti Anda telah menghentikan instans spot Anda.

Q. Bagaimana saya akan dikenakan biaya jika instans Spot saya dihentikan atau terganggu?

Jika instans Spot dihentikan atau dihentikan oleh Amazon EC2 pada jam instans pertama, Anda tidak akan dikenakan biaya untuk penggunaan tersebut. Namun, jika Anda menghentikan atau menghentikan instans Spot sendiri, Anda akan dikenakan biaya hingga detik terdekat. Jika instans Spot dihentikan atau dihentikan oleh Amazon EC2 pada jam berikutnya, Anda akan dikenakan biaya untuk penggunaan Anda hingga detik terdekat. Jika Anda menjalankan Windows atau Red Hat Enterprise Linux (RHEL) dan Anda menghentikan atau menghentikan instans Spot sendiri, Anda akan dikenakan biaya selama satu jam penuh.

Q. Kapan Instans Spot saya akan terganggu?

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

Dalam keadaan EC2 perlu merebut kembali Instans Spot Anda, itu bisa karena dua kemungkinan alasan, dengan yang utama adalah persyaratan kapasitas Amazon EC2 (misalnya penggunaan Instans Sesuai Permintaan atau Cadangan). Atau, jika Anda telah memilih untuk menetapkan “harga Spot maksimum” dan harga Spot naik di atas ini, instans Anda akan direklamasi kembali dengan pemberitahuan dua menit. Parameter ini menentukan harga maksimum yang bersedia Anda bayar untuk jam instans Spot, dan secara default, ditetapkan pada harga On-Demand. Seperti sebelumnya, Anda terus membayar harga pasar Spot, bukan harga maksimum, pada saat instans Anda berjalan, ditagih dengan kenaikan per detik.

Q. Apa yang terjadi pada instance Spot saya ketika terganggu?

Anda dapat memilih agar instans Spot dihentikan, dihentikan, atau dihibernasi saat interupsi. Opsi Stop dan Hibernasi tersedia untuk permintaan Spot persisten dan Armada Spot dengan opsi “pertahankan” diaktifkan. Secara default, instans Anda dihentikan.

Lihat Spot Hibernasi untuk mempelajari selengkapnya tentang penanganan gangguan.

Q. Apa perbedaan antara perilaku interupsi Stop dan Hibernate?

Dalam kasus Hibernate, instans Anda akan hibernasi dan data RAM tetap ada. Dalam kasus Stop, instans Anda akan dimatikan dan RAM dihapus.

Dalam kedua kasus tersebut, data dari volume root EBS Anda dan volume data EBS terlampir disimpan. Alamat IP pribadi Anda tetap sama, seperti halnya alamat IP elastis Anda (jika ada). Perilaku lapisan jaringan akan mirip dengan alur kerja EC2 Stop-Start. Stop dan Hibernate hanya tersedia untuk instans yang didukung Amazon EBS. Penyimpanan instans lokal tidak dipertahankan.

Q. Bagaimana jika volume root EBS saya tidak cukup besar untuk menyimpan status memori (RAM) untuk Hibernate?

Anda harus memiliki ruang yang cukup tersedia pada volume root EBS Anda untuk menulis data dari memori. Jika volume root EBS tidak memiliki cukup ruang, hibernasi akan gagal dan instance akan dimatikan sebagai gantinya. Pastikan volume EBS Anda cukup besar untuk menyimpan data memori sebelum memilih opsi hibernasi.

Q. Apa manfaatnya jika Spot melakukan hibernasi instans saya saat interupsi?

Dengan hibernasi, instans Spot akan berhenti dan dilanjutkan di sekitar interupsi apa pun sehingga beban kerja Anda dapat melanjutkan persis dari tempat yang ditinggalkannya. Anda dapat menggunakan hibernasi ketika instans Anda perlu mempertahankan status instans di seluruh siklus shutdown-startup, yaitu ketika aplikasi Anda yang berjalan di Spot bergantung pada data kontekstual, bisnis, atau sesi yang disimpan dalam RAM.

Q. Apa yang harus saya lakukan untuk mengaktifkan hibernasi untuk instans Spot saya?

Lihat Hibernasi Spot untuk mempelajari cara mengaktifkan hibernasi untuk instans Spot Anda.

Q. Apakah saya harus membayar untuk melakukan hibernasi instans Spot saya?

Tidak ada biaya tambahan untuk hibernasi instans Anda di luar biaya penyimpanan EBS dan sumber daya EC2 lainnya yang mungkin Anda gunakan. Anda tidak dikenakan biaya penggunaan instans setelah instans hibernasi.

Q. Dapatkah saya melanjutkan instance hibernasi?

Tidak, Anda tidak akan dapat melanjutkan instance hibernasi secara langsung. Siklus Hibernate-resume dikendalikan oleh Amazon EC2. Jika instans di-hibernasi oleh Spot, instans akan dilanjutkan oleh Amazon EC2 saat kapasitas tersedia. 

Q. Instans dan sistem operasi mana yang mendukung hibernasi?

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

Untuk meninjau daftar versi OS yang didukung, lihat Spot Hibernation.

Q. Bagaimana saya akan dikenakan biaya jika harga Spot berubah saat instans saya berjalan?

Anda akan membayar harga per jam instans yang ditetapkan pada awal setiap jam instans untuk seluruh jam, ditagih hingga detik terdekat.

Q. Di mana saya bisa melihat riwayat penggunaan instans Spot dan melihat berapa banyak yang ditagih?

AWS Management Console menyediakan laporan penagihan terperinci yang menunjukkan waktu mulai dan penghentian/penghentian/penghentian instans Spot untuk semua instans. Pelanggan dapat memeriksa laporan penagihan terhadap harga Spot historis melalui API untuk memverifikasi bahwa harga Spot yang ditagih sudah benar.

T: Apakah blok Spot (instans Spot Durasi Tetap) pernah terganggu?

Blok spot dirancang agar tidak terganggu dan akan berjalan terus menerus selama durasi yang Anda pilih, terlepas dari harga pasar Spot. Dalam situasi yang jarang terjadi, blok Spot mungkin terganggu karena kebutuhan kapasitas AWS. Dalam kasus ini, kami akan memberikan peringatan dua menit sebelum kami mengakhiri instans Anda (pemberitahuan penghentian), dan Anda tidak akan dikenakan biaya untuk instans yang terpengaruh.

Q. Apa itu armada Spot?

Armada Spot memungkinkan Anda untuk secara otomatis meminta dan mengelola beberapa instans Spot yang memberikan harga terendah per unit kapasitas untuk cluster atau aplikasi Anda, seperti pekerjaan pemrosesan batch, alur kerja Hadoop, atau pekerjaan komputasi grid HPC. Anda dapat menyertakan jenis instans yang dapat digunakan aplikasi Anda. Anda menentukan kapasitas target berdasarkan kebutuhan aplikasi Anda (dalam unit termasuk instance, vCPU, memori, penyimpanan, atau throughput jaringan) dan memperbarui kapasitas target setelah armada diluncurkan. Armada spot memungkinkan Anda meluncurkan dan mempertahankan kapasitas target, dan secara otomatis meminta sumber daya untuk mengganti semua yang terganggu atau dihentikan secara manual. Pelajari lebih lanjut tentang armada Spot.

Q. Apakah ada biaya tambahan untuk membuat permintaan Spot Fleet?

Tidak, tidak ada biaya tambahan untuk permintaan Spot Fleet.

Q. Batas apa yang berlaku untuk permintaan Spot Fleet?

Kunjungi bagian Spot Fleet Lim its pada Panduan Pengguna Amazon EC2 untuk mempelajari tentang batasan yang berlaku untuk permintaan Spot Fleet Anda.

Q. Apa yang terjadi jika permintaan Spot Fleet saya mencoba meluncurkan instans Spot tetapi melebihi batas permintaan Spot regional saya?

Jika permintaan Spot Fleet melebihi batas permintaan instans Spot regional, permintaan instans Spot individual akan gagal dengan “status permintaan melebihi batas permintaan Spot”. Riwayat permintaan Armada Spot Anda akan menampilkan kesalahan batas permintaan Spot yang diterima permintaan Armada. Kunjungi bagian Memantau Armada Spot Anda di Panduan Pengguna Amazon EC2 untuk mempelajari cara menjelaskan riwayat permintaan Armada Spot Anda.

Q. Apakah permintaan armada Spot dijamin akan terpenuhi?

Tidak. Permintaan armada spot memungkinkan Anda untuk menempatkan beberapa permintaan Instans Spot secara bersamaan, dan tunduk pada ketersediaan dan harga yang sama dengan permintaan Instans Spot tunggal. Misalnya, jika tidak ada sumber daya yang tersedia untuk jenis instans yang tercantum dalam permintaan Spot Fleet Anda, kami mungkin tidak dapat memenuhi permintaan Anda sebagian atau seluruhnya. Sebaiknya sertakan semua kemungkinan jenis instans dan zona ketersediaan yang sesuai untuk beban kerja Anda di Armada Spot.

Q. Dapatkah saya mengirimkan permintaan Armada Spot Zona Multi-availabilitas?

Ya, kunjungi bagian Contoh Armada Spot pada Panduan Pengguna Amazon EC2 untuk mempelajari cara mengirimkan permintaan Armada Spot Zona Multi-availabilitas.

Q. Dapatkah saya mengirimkan permintaan Armada Spot multi-wilayah?

Tidak, kami tidak mendukung permintaan Armada multi-wilayah.

Q. Bagaimana Spot Fleet mengalokasikan sumber daya di berbagai kumpulan Instans Spot yang ditentukan dalam spesifikasi peluncuran?

API RequestSpotFleet menyediakan tiga strategi alokasi: kapasitas yang dioptimalkan, LowestPrice, dan diversifikasi. Strategi alokasi yang dioptimalkan kapasitas mencoba menyediakan Instans Spot dari kumpulan Instans Spot yang paling tersedia dengan menganalisis metrik kapasitas. Strategi ini adalah pilihan yang baik untuk beban kerja yang memiliki biaya interupsi yang lebih tinggi seperti data besar dan analitik, rendering gambar dan media, pembelajaran mesin, dan komputasi kinerja tinggi.

Strategi LowestPrice memungkinkan Anda menyediakan sumber daya Spot Fleet dalam kumpulan instans yang memberikan harga terendah per unit kapasitas pada saat permintaan. Strategi yang beragam memungkinkan Anda menyediakan sumber daya Spot Fleet di beberapa kumpulan Instans Spot. Hal ini memungkinkan Anda mempertahankan kapasitas target armada Anda dan meningkatkan ketersediaan aplikasi Anda karena kapasitas Spot berfluktuasi.

Menjalankan sumber daya aplikasi Anda di berbagai kumpulan Instans Spot juga memungkinkan Anda untuk lebih mengurangi biaya pengoperasian armada Anda dari waktu ke waktu. Kunjungi Panduan Pengguna Amazon EC2 untuk mempelajari lebih lanjut.

Q. Dapatkah saya menandai permintaan Spot Fleet?

Anda dapat meminta untuk meluncurkan Instans Spot dengan tag melalui Spot Fleet. Armada dengan sendirinya tidak dapat ditandai.

Q. Bagaimana saya bisa melihat armada Spot mana yang memiliki Instans Spot saya?

Anda dapat mengidentifikasi Instans Spot yang terkait dengan Armada Spot dengan menjelaskan permintaan armada Anda. Permintaan Armada tersedia selama 48 jam setelah semua Instans Spot dihentikan. Lihat Panduan Pengguna Amazon EC2 untuk mempelajari cara menjelaskan permintaan Spot Fleet Anda.

Q. Dapatkah saya mengubah permintaan Spot Fleet saya?

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

Q. Dapatkah saya menentukan AMI yang berbeda untuk setiap jenis instans yang ingin saya gunakan?

Ya, cukup tentukan AMI yang ingin Anda gunakan di setiap spesifikasi peluncuran yang Anda berikan dalam permintaan Armada Spot Anda.

Q. Dapatkah saya menggunakan Spot Fleet dengan Elastic Load Balancing, Auto Scaling, atau Elastic MapReduce?

Anda dapat menggunakan fitur Auto Scaling dengan Spot Fleet seperti pelacakan target, pemeriksaan kesehatan, metrik CloudWatch, dll., dan dapat melampirkan instance ke penyeimbang beban Elastic Anda (baik penyeimbang beban klasik maupun aplikasi). Elastic MapReduce memiliki fitur bernama “Armada Instance” yang menyediakan kemampuan yang mirip dengan Spot Fleet.

Q. Apakah permintaan Spot Fleet menghentikan Instans Spot saat Instans tidak lagi berjalan di kumpulan Spot dengan harga terendah atau dioptimalkan kapasitas dan meluncurkannya kembali?

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

T: Dapatkah saya menggunakan perilaku penghentian atau gangguan Hibernasi dengan Spot Fleet?

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

Q. Bagaimana cara menggunakan layanan ini?

Layanan ini menyediakan titik akhir NTP pada alamat IP link-local (169.254.169.123) yang dapat diakses dari instance apa pun yang berjalan di VPC. Petunjuk untuk mengkonfigurasi klien NTP tersedia untuk Linux dan Windows.

Q. Apa manfaat utama menggunakan layanan ini?

Sumber waktu referensi yang konsisten dan akurat sangat penting untuk banyak aplikasi dan layanan. Layanan Sinkronisasi Waktu Amazon menyediakan referensi waktu yang dapat diakses dengan aman dari instance tanpa memerlukan perubahan dan pembaruan konfigurasi VPC. Ini dibangun di atas infrastruktur jaringan Amazon yang telah terbukti dan menggunakan sumber waktu referensi redundan untuk memastikan akurasi dan ketersediaan yang tinggi.

Q. Jenis instans mana yang didukung untuk layanan ini?

Semua instans yang berjalan di VPC dapat mengakses layanan.

T: Seberapa terisolasi Zona Ketersediaan satu sama lain?

Setiap Zona Ketersediaan berjalan pada infrastrukturnya sendiri yang berbeda secara fisik dan independen, dan direkayasa agar sangat andal. Poin kegagalan umum seperti generator dan peralatan pendingin tidak dibagi di seluruh Zona Ketersediaan. Selain itu, mereka terpisah secara fisik, sehingga bahkan bencana yang sangat tidak biasa seperti kebakaran, tornado atau banjir hanya akan mempengaruhi satu Zona Ketersediaan.

T: Apakah Amazon EC2 berjalan di lebih dari satu Wilayah AWS?

Ya. Silakan merujuk ke Produk dan Layanan Regional untuk rincian lebih lanjut tentang ketersediaan produk dan layanan kami berdasarkan Wilayah.

T: Bagaimana saya bisa memastikan bahwa saya berada di Zona Ketersediaan yang sama dengan pengembang lain?

Saat ini kami tidak mendukung kemampuan untuk mengoordinasikan peluncuran ke Zona Ketersediaan yang sama di seluruh akun pengembang AWS. Satu nama Zona Ketersediaan (misalnya, us-east-1a) di dua akun pelanggan AWS mungkin terkait dengan Zona Ketersediaan fisik yang berbeda.

T: Jika saya mentransfer data antar Zona Ketersediaan menggunakan alamat IP publik, apakah saya akan dikenakan biaya dua kali untuk Transfer Data Regional (sekali karena lintas zona, dan kedua kali karena saya menggunakan alamat IP publik)?

Tidak. Tarif Transfer Data Regional berlaku jika setidaknya salah satu dari berikut ini benar, tetapi Anda hanya dikenakan biaya satu kali untuk instans tertentu meskipun keduanya benar:

• Instans lainnya berada di Zona Ketersediaan yang berbeda, terlepas dari jenis alamat yang digunakan.
• Alamat IP Publik atau Elastis digunakan, terlepas dari Zona Ketersediaan tempat instance lainnya berada.

Q. Apa itu Instance Komputasi Cluster?

Instans Komputasi Cluster menggabungkan sumber daya komputasi tinggi dengan jaringan berkinerja tinggi untuk aplikasi HPC dan aplikasi terikat jaringan lainnya yang menuntut. Instans Komputasi Cluster menyediakan fungsionalitas serupa dengan instans Amazon EC2 lainnya tetapi telah direkayasa secara khusus untuk menyediakan jaringan berkinerja tinggi.

Fungsionalitas grup penempatan cluster Amazon EC2 memungkinkan pengguna mengelompokkan Instans Komputasi Cluster dalam klaster—memungkinkan aplikasi mendapatkan kinerja jaringan latensi rendah yang diperlukan untuk komunikasi node-ke-node yang digabungkan secara ketat yang khas dari banyak aplikasi HPC. Instans Komputasi Cluster juga memberikan peningkatan throughput jaringan secara signifikan baik di lingkungan Amazon EC2 maupun ke Internet. Akibatnya, instans ini juga cocok untuk aplikasi pelanggan yang perlu melakukan operasi intensif jaringan.

Pelajari selengkap nya tentang menggunakan jenis instans ini untuk aplikasi HPC.

Q. Performa jaringan seperti apa yang dapat saya harapkan saat meluncurkan instans dalam grup penempatan cluster?

Bandwidth yang dapat digunakan instans EC2 dalam grup penempatan cluster bergantung pada jenis instans dan spesifikasi kinerja jaringannya. Lalu lintas antar instans dalam wilayah yang sama dapat memanfaatkan 5 Gbps untuk aliran tunggal dan hingga 25 Gbps untuk lalu lintas multiflow. Saat diluncurkan dalam grup penempatan, instans EC2 tertentu dapat memanfaatkan hingga 10 Gbps untuk lalu lintas aliran tunggal.

Q. Apa itu Instans GPU Cluster?

Instans GPU Cluster menyediakan unit pemrosesan grafis (GPU) tujuan umum dengan CPU yang tinggi secara proporsional dan peningkatan kinerja jaringan untuk aplikasi yang mendapat manfaat dari pemrosesan yang sangat paralel yang dapat dipercepat oleh GPU menggunakan model pemrograman CUDA dan OpenCL. Aplikasi umum termasuk pemodelan dan simulasi, rendering dan pemrosesan media.

Instans GPU Cluster memberi pelanggan dengan beban kerja HPC pilihan di luar Instans Komputasi Cluster untuk lebih menyesuaikan cluster berkinerja tinggi mereka di cloud untuk aplikasi yang dapat memanfaatkan kekuatan komputasi paralel GPU.

Instans GPU Cluster menggunakan fungsionalitas grup penempatan cluster yang sama dengan Instans Komputasi Cluster untuk mengelompokkan instans ke dalam klaster—memungkinkan aplikasi untuk mendapatkan kinerja jaringan bandwidth tinggi dengan latensi rendah yang diperlukan untuk komunikasi node-ke-node yang digabungkan erat yang khas dari banyak aplikasi HPC.

Pelajari selengkap nya tentang HPC di AWS.

Q. Apa itu Instance Cluster Memori Tinggi?

Instans Cluster Memori Tinggi memberi pelanggan kemampuan memori dan CPU dalam jumlah besar per instans selain kemampuan jaringan yang tinggi. Jenis instance ini ideal untuk beban kerja intensif memori termasuk sistem analitik dalam memori, analisis grafik, dan banyak aplikasi sains dan teknik.

Instans Cluster Memori Tinggi menggunakan fungsionalitas grup penempatan cluster yang sama dengan Instans Komputasi Cluster untuk mengelompokkan instans ke dalam kluster—memungkinkan aplikasi mendapatkan kinerja jaringan bandwidth tinggi dengan latensi rendah yang diperlukan untuk komunikasi node-ke-node yang digabungkan erat, khas banyak HPC dan aplikasi intensif jaringan lainnya.

Q. Apakah penggunaan Instans Komputasi Cluster dan Cluster GPU berbeda dari jenis instans Amazon EC2 lainnya?

Penggunaan Instans Komputasi Cluster dan Cluster GPU berbeda dari jenis instans Amazon EC2 lainnya dalam dua cara.

Pertama, Instans Cluster Compute dan Cluster GPU menggunakan virtualisasi berbasis Hardware Virtual Machine (HVM) dan hanya menjalankan Amazon Machine Images (AMI) berdasarkan virtualisasi HVM. AMI berbasis Paravirtual Machine (PVM) yang digunakan dengan jenis instans Amazon EC2 lainnya tidak dapat digunakan dengan Instans Cluster Compute atau Cluster GPU.

Kedua, untuk mendapatkan manfaat penuh dari bandwidth pembelahan penuh latensi rendah yang tersedia antara instans, Instans Komputasi Cluster dan Cluster GPU harus diluncurkan ke grup penempatan cluster melalui Amazon EC2 API atau AWS Management Console.

Q. Apa itu grup penempatan cluster?

Grup penempatan cluster adalah entitas logis yang memungkinkan pembuatan cluster instance dengan meluncurkan instance sebagai bagian dari grup. Cluster instance kemudian menyediakan konektivitas latensi rendah antara instance dalam grup. Grup penempatan cluster dibuat melalui Amazon EC2 API atau AWS Management Console.

Q. Apakah semua fitur Amazon EC2 tersedia untuk Instans Komputasi Cluster dan Cluster GPU?

Saat ini, Amazon DevPay tidak tersedia untuk Instans Cluster Compute atau Cluster GPU.

Q. Apakah ada batasan jumlah Instans Komputasi Cluster atau Cluster GPU yang dapat saya gunakan dan/atau ukuran cluster yang dapat saya buat dengan meluncurkan Instans Komputasi Cluster atau GPU Cluster ke dalam grup penempatan cluster?

Tidak ada batasan khusus untuk Instans Komputasi Cluster. Untuk Instans GPU Cluster, Anda dapat meluncurkan 2 Instans sendiri. Jika Anda membutuhkan lebih banyak kapasitas, lengkapi formulir permintaan instans Amazon EC2 (pilih jenis instans utama yang sesuai).

Q. Apakah ada cara untuk mengoptimalkan kemungkinan bahwa saya menerima jumlah penuh instans yang saya minta untuk cluster saya melalui grup penempatan cluster?

Kami menyarankan Anda meluncurkan jumlah minimum instans yang diperlukan untuk berpartisipasi dalam cluster dalam satu peluncuran. Untuk cluster yang sangat besar, Anda harus meluncurkan beberapa grup penempatan, misalnya dua grup penempatan 128 instans, dan menggabungkannya untuk membuat cluster instans 256 yang lebih besar.

Q. Dapatkah Cluster GPU dan Instans Komputasi Cluster diluncurkan ke dalam satu grup penempatan cluster?

Meskipun dimungkinkan untuk meluncurkan jenis instance cluster yang berbeda ke dalam satu grup penempatan, saat ini kami hanya mendukung grup penempatan homogen.

Q. Jika instance dalam grup penempatan cluster dihentikan kemudian dimulai lagi, apakah ia akan mempertahankan kehadirannya di grup penempatan cluster?

Ya. Instans yang dihentikan akan dimulai sebagai bagian dari grup penempatan cluster yang berada saat berhenti. Jika kapasitas tidak tersedia untuk memulai dalam grup penempatan klasternya, awal akan gagal.

T: Opsi CPU apa yang tersedia pada instans EC2?

Instans EC2 menawarkan berbagai pilihan CPU untuk membantu pelanggan menyeimbangkan kinerja dan persyaratan biaya.  Tergantung pada jenis instansnya, EC2 menawarkan pilihan CPU termasuk prosesor AWS Graviton/Graviton2 (Arm), prosesor AMD (x86), dan prosesor Intel (x86).

T: Perangkat keras seperti apa yang akan dijalankan oleh tumpukan aplikasi saya?

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

T: Bagaimana EC2 melakukan pemeliharaan?

AWS secara teratur melakukan pemeliharaan perangkat keras, perangkat lunak, daya, dan jaringan rutin dengan gangguan minimal di semua jenis instans EC2. Ini dicapai dengan kombinasi teknologi dan metode di seluruh infrastruktur AWS Global, seperti pembaruan langsung dan migrasi langsung serta sistem yang redundan dan dapat dipelihara secara bersamaan. Teknologi pemeliharaan non-intrusif seperti pembaruan langsung dan migrasi langsung tidak mengharuskan instans dihentikan atau di-boot ulang. Pelanggan tidak diharuskan mengambil tindakan apa pun sebelum, selama atau setelah migrasi langsung atau pembaruan langsung. Teknologi ini membantu meningkatkan waktu aktif aplikasi dan mengurangi upaya operasional Anda. Amazon EC2 menggunakan pembaruan langsung untuk menyebarkan perangkat lunak ke server dengan cepat dengan dampak minimal terhadap instans pelanggan. Pembaruan langsung memastikan bahwa beban kerja pelanggan berjalan di server dengan perangkat lunak yang terbaru dengan patch keamanan, fitur instance baru, dan peningkatan kinerja. Amazon EC2 menggunakan migrasi langsung ketika instans yang sedang berjalan perlu dipindahkan dari satu server ke server lain untuk pemeliharaan perangkat keras atau untuk mengoptimalkan penempatan instans atau untuk mengelola sumber daya CPU secara dinamis. Amazon EC2 telah memperluas cakupan dan cakupan teknologi pemeliharaan non-intrusif selama bertahun-tahun sehingga acara pemeliharaan terjadwal adalah opsi fallback daripada cara utama untuk memungkinkan pemeliharaan rutin.

T: Bagaimana cara memilih jenis instans yang tepat?

Instans Amazon EC2 dikelompokkan ke dalam 5 keluarga: General Purpose, Compute Optimized, Memory Optimized, Storage Optimized, dan Accelerated Computing. Instans Tujuan Umum memiliki rasio memori terhadap CPU yang sesuai untuk sebagian besar aplikasi tujuan umum dan dilengkapi dengan kinerja tetap atau kinerja yang stabil; Instans Compute Optimized memiliki sumber daya CPU yang lebih besar secara proporsional daripada memori (RAM) dan sangat cocok untuk menskalakan aplikasi intensif komputasi dan beban kerja High Performance Computing (HPC); Instans yang Dioptimalkan Memori menawarkan ukuran memori yang lebih besar untuk aplikasi intensif memori, termasuk aplikasi cache database dan memori; Instans Computing Accelerated menggunakan akselerator perangkat keras, atau co-prosesor , untuk melakukan fungsi seperti perhitungan angka float point, pemrosesan grafis, atau pencocokan pola data, lebih efisien daripada yang mungkin dalam perangkat lunak yang berjalan pada CPU; Instans yang Dioptimalkan Penyimpanan memberikan latensi rendah, kapasitas I/O menggunakan penyimpanan instance lokal berbasis SSD untuk aplikasi intensif I/O, serta instans penyimpanan HDD padat, yang menyediakan kepadatan penyimpanan tinggi lokal dan kinerja I/O berurutan untuk pergudangan data, Hadoop, dan aplikasi intensif data lainnya. Saat memilih jenis instance, Anda harus mempertimbangkan karakteristik aplikasi Anda sehubungan dengan pemanfaatan sumber daya (yaitu CPU, Memori, Penyimpanan) dan memilih keluarga instans dan ukuran instance yang optimal.

T: Apa itu “Unit Komputasi EC2" dan mengapa Anda memperkenalkannya?

Transisi ke model komputasi utilitas secara mendasar mengubah bagaimana pengembang telah dilatih untuk berpikir tentang sumber daya CPU. Alih-alih membeli atau menyewa prosesor tertentu untuk digunakan selama beberapa bulan atau tahun, Anda menyewa kapasitas per jam. Karena Amazon EC2 dibangun di atas perangkat keras komoditas, seiring waktu mungkin ada beberapa jenis perangkat keras fisik yang mendasari instans EC2. Tujuan kami adalah untuk menyediakan jumlah kapasitas CPU yang konsisten tidak peduli apa perangkat keras yang mendasarinya yang sebenarnya.

Amazon EC2 menggunakan berbagai ukuran untuk menyediakan setiap instans dengan jumlah kapasitas CPU yang konsisten dan dapat diprediksi. Untuk memudahkan pengembang membandingkan kapasitas CPU antara jenis instans yang berbeda, kami telah mendefinisikan Unit Komputasi Amazon EC2. Jumlah CPU yang dialokasikan ke instance tertentu dinyatakan dalam Unit Komputasi EC2 ini. Kami menggunakan beberapa tolok ukur dan pengujian untuk mengelola konsistensi dan prediktabilitas kinerja dari Unit Komputasi EC2. EC2 Compute Unit (ECU) menyediakan ukuran relatif dari daya pemrosesan integer instans Amazon EC2. Seiring waktu, kami dapat menambah atau mengganti ukuran yang masuk ke dalam definisi Unit Komputasi EC2, jika kami menemukan metrik yang akan memberi Anda gambaran yang lebih jelas tentang kapasitas komputasi.

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

AWS melakukan benchmarking kinerja tahunan kinerja komputasi Linux dan Windows pada jenis instans EC2. Hasil pembandingan, rangkaian pengujian yang dapat digunakan pelanggan untuk melakukan pengujian independen, dan panduan tentang varians kinerja yang diharapkan tersedia di bawah NDA untuk instans M, C, R, T dan z1d; silakan hubungi perwakilan penjualan Anda untuk memintanya.

T: Berapa ketersediaan regional dari jenis instans Amazon EC2?

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

Q. Berapa banyak daya komputasi yang disediakan instans mikro?

Instans mikro menyediakan sejumlah kecil sumber daya CPU yang konsisten dan memungkinkan Anda untuk meningkatkan kapasitas CPU hingga 2 ECU saat siklus tambahan tersedia. Mereka sangat cocok untuk aplikasi throughput yang lebih rendah dan situs web yang menggunakan siklus komputasi yang signifikan secara berkala tetapi sangat sedikit CPU di lain waktu untuk proses latar belakang, daemon, dll. Pelajari lebih lanjut tentang menggunakan jenis instans ini.

Q. Bagaimana instance Mikro dibandingkan dalam kekuatan komputasi dengan instans Kecil Standar?

Pada kondisi mapan, instans Mikro menerima sebagian kecil dari sumber daya komputasi yang dilakukan oleh instans kecil. Oleh karena itu, jika aplikasi Anda memiliki kebutuhan komputasi intensif atau kondisi mapan, kami sarankan menggunakan instance kecil (atau lebih besar, tergantung kebutuhan Anda). Namun, instans mikro dapat secara berkala meledak hingga 2 ECU (untuk waktu yang singkat). Ini dua kali lipat jumlah ECU yang tersedia dari instans Standard Small. Oleh karena itu, jika Anda memiliki aplikasi throughput yang relatif rendah atau situs web dengan kebutuhan sesekali untuk menggunakan siklus komputasi yang signifikan, sebaiknya gunakan instance Mikro.

Q. Bagaimana saya bisa tahu apakah aplikasi membutuhkan lebih banyak sumber daya CPU daripada yang disediakan instans Mikro?

Metrik CloudWatch untuk pemanfaatan CPU akan melaporkan pemanfaatan 100% jika instans meledak begitu banyak sehingga melebihi sumber daya CPU yang tersedia selama menit yang dipantau CloudWatch tersebut. CloudWatch melaporkan 100% pemanfaatan CPU adalah sinyal Anda bahwa Anda harus mempertimbangkan penskalaan — secara manual atau melalui Penskalaan Otomatis — hingga jenis instans yang lebih besar atau menskalakan ke beberapa instans Mikro.

Q. Apakah semua fitur Amazon EC2 tersedia untuk instans Mikro?

Saat ini Amazon DevPay tidak tersedia untuk instans Mikro.

Q. Apa itu Nitro Hypervisor?

Peluncuran instance C5 memperkenalkan hypervisor baru untuk Amazon EC2, Nitro Hypervisor. Sebagai komponen dari sistem Nitro, Nitro Hypervisor terutama menyediakan CPU dan isolasi memori untuk instans EC2. Jaringan VPC dan sumber daya penyimpanan EBS diimplementasikan oleh komponen perangkat keras khusus, Kartu Nitro yang merupakan bagian dari semua keluarga instans EC2 generasi saat ini. Nitro Hypervisor dibangun di atas teknologi inti Linux Kernel-based Virtual Machine (KVM), tetapi tidak termasuk komponen sistem operasi tujuan umum.

Q. Bagaimana Nitro Hypervisor menguntungkan pelanggan?

Nitro Hypervisor memberikan kinerja yang konsisten dan peningkatan sumber daya komputasi dan memori untuk instans virtual EC2 dengan menghapus komponen perangkat lunak sistem host. Hal ini memungkinkan AWS menawarkan ukuran instans yang lebih besar (seperti c5.18xlarge) yang menyediakan hampir semua sumber daya dari server ke pelanggan. Sebelumnya, instans C3 dan C4 masing-masing menghilangkan komponen perangkat lunak dengan memindahkan fungsionalitas VPC dan EBS ke perangkat keras yang dirancang dan dibangun oleh AWS. Perangkat keras ini memungkinkan Nitro Hypervisor menjadi sangat kecil dan tidak terlibat dalam tugas pemrosesan data untuk jaringan dan penyimpanan.

Q. Apakah semua instans EC2 akan menggunakan Nitro Hypervisor?

Akhirnya semua jenis instance baru akan menggunakan Nitro Hypervisor, tetapi dalam waktu dekat, beberapa jenis instance baru akan menggunakan Xen tergantung pada persyaratan platform.

Q. Akankah AWS terus berinvestasi dalam hypervisor berbasis Xen?

Ya. Seiring AWS memperluas infrastruktur cloud globalnya, penggunaan hypervisor berbasis Xen oleh EC2 juga akan terus berkembang. Xen akan tetap menjadi komponen inti dari instans EC2 untuk masa mendatang. AWS adalah anggota pendiri Proyek Xen sejak didirikan sebagai Proyek Kolaborasi Linux Foundation dan tetap menjadi peserta aktif di Dewan Penasihatnya. Seiring AWS memperluas infrastruktur cloud globalnya, hypervisor berbasis Xen EC2 juga terus berkembang. Oleh karena itu investasi EC2 di Xen terus tumbuh, bukan menyusut.

Q. Berapa banyak volume EBS dan Elastic Network Interfaces (ENI) yang dapat dilampirkan ke instans yang berjalan di Nitro Hypervisor?

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

Q. Akankah Nitro Hypervisor mengubah API yang digunakan untuk berinteraksi dengan instans EC2?

Tidak, semua API yang dihadapi publik untuk berinteraksi dengan instans EC2 yang dijalankan menggunakan Nitro Hypervisor akan tetap sama. Misalnya, bidang “hypervisor” dari respons DescribeInstances akan terus melaporkan “xen” untuk semua instans EC2, bahkan yang berjalan di bawah Nitro Hypervisor. Bidang ini dapat dihapus dalam revisi API EC2 mendatang.

Q. AMI mana yang didukung pada instans yang menggunakan Nitro Hypervisor?

AMI HVM yang didukung EBS dengan dukungan untuk jaringan ENA dan booting dari penyimpanan NVMe dapat digunakan dengan instans yang berjalan di bawah Nitro Hypervisor. AMI Amazon Linux dan AMI Windows terbaru yang disediakan oleh Amazon didukung, seperti juga AMI terbaru dari Ubuntu, Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, CentOS, dan FreeBSD.

Q. Apakah saya akan melihat perbedaan antara instance yang menggunakan hypervisor Xen dan yang menggunakan Nitro Hypervisor?

Ya. Misalnya, instance yang berjalan di bawah boot Nitro Hypervisor dari volume EBS menggunakan antarmuka NVMe. Instans yang berjalan di bawah Xen boot dari hard drive IDE yang ditiru, dan beralih ke driver perangkat blok paravirtualisasi Xen.

Sistem operasi dapat mengidentifikasi kapan mereka berjalan di bawah hypervisor. Beberapa perangkat lunak mengasumsikan bahwa instans EC2 akan berjalan di bawah hypervisor Xen dan bergantung pada deteksi ini. Sistem operasi akan mendeteksi bahwa mereka berjalan di bawah KVM ketika sebuah instance menggunakan Nitro Hypervisor, sehingga proses untuk mengidentifikasi instans EC2 harus digunakan untuk mengidentifikasi instans EC2 yang berjalan di bawah kedua hypervisor.

Semua fitur EC2 seperti Instance Metadata Service bekerja dengan cara yang sama pada instans yang berjalan di bawah Xen dan Nitro Hypervisor. Mayoritas aplikasi akan berfungsi dengan cara yang sama di bawah Xen dan Nitro Hypervisor selama sistem operasi memiliki dukungan yang diperlukan untuk jaringan ENA dan penyimpanan NVMe.

Q. Bagaimana permintaan API EC2 reboot dan penghentian instans diimplementasikan oleh Nitro Hypervisor?

Nitro Hypervisor memberi sinyal pada sistem operasi yang berjalan dalam contoh bahwa itu harus dimatikan dengan bersih dengan metode ACPI standar industri. Untuk instance Linux, ini mengharuskan acpid diinstal dan berfungsi dengan benar. Jika acpid tidak berfungsi dalam instance, peristiwa penghentian akan tertunda beberapa menit dan kemudian akan dijalankan sebagai hard reset atau matikan.

Q. Bagaimana volume EBS berperilaku saat diakses oleh antarmuka NVMe?

Ada beberapa perbedaan penting dalam perilaku driver NVMe sistem operasi dibandingkan dengan driver blok Xen paravirtual (PV).

Pertama, nama perangkat NVMe yang digunakan oleh sistem operasi berbasis Linux akan berbeda dari parameter untuk permintaan lampiran volume EBS dan entri pemetaan perangkat blok seperti /dev/xvda dan /dev/xvdf. Perangkat NVMe disebutkan oleh sistem operasi sebagai /dev/nvme0n1, /dev/nvme1n1, dan seterusnya. Nama perangkat NVMe bukanlah pemetaan terus-menerus ke volume, oleh karena itu metode lain seperti UUID sistem file atau label harus digunakan saat mengonfigurasi pemasangan otomatis sistem file atau aktivitas startup lainnya. Ketika volume EBS diakses melalui antarmuka NVMe, ID volume EBS tersedia melalui nomor seri pengontrol dan nama perangkat yang ditentukan dalam permintaan API EC2 disediakan oleh ekstensi vendor NVMe ke perintah Identify Controller. Ini memungkinkan tautan simbolik yang kompatibel ke belakang dibuat oleh skrip utilitas. Untuk informasi selengkapnya lihat dokumentasi EC2 tentang penamaan perangkat dan volume EBS berbasis NVMe.

Kedua, secara default driver NVMe yang termasuk dalam sebagian besar sistem operasi menerapkan batas waktu I/O. Jika I/O tidak selesai dalam jumlah waktu tertentu implementasi, biasanya puluhan detik, driver akan mencoba untuk membatalkan I/O, mencoba lagi, atau mengembalikan kesalahan ke komponen yang mengeluarkan I/O. Antarmuka perangkat blok Xen PV tidak menghabiskan waktu I/O, yang dapat menghasilkan proses yang tidak dapat dihentikan jika menunggu I/O. Perilaku driver NVMe Linux dapat dimodifikasi dengan menentukan nilai yang lebih tinggi untuk parameter modul kernel timeout nvme.io.

Ketiga, antarmuka NVMe dapat mentransfer jumlah data yang jauh lebih besar per I/O, dan dalam beberapa kasus mungkin dapat mendukung permintaan I/O yang lebih luar biasa, dibandingkan dengan antarmuka blok Xen PV. Hal ini dapat menyebabkan latensi I/O yang lebih tinggi jika I/O yang sangat besar atau sejumlah besar permintaan I/O 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, tetapi dapat menyebabkan batas waktu I/O di driver NVMe. Batas waktu I/O dapat disesuaikan di driver Linux dengan menentukan nilai yang lebih besar untuk parameter modul kernel nvme_core.io_timeout.

T: Apa itu Optimalkan CPU?

Optimalkan CPU memberi Anda kontrol yang lebih besar atas instans EC2 Anda di dua bidang. Pertama, Anda dapat menentukan jumlah khusus vCPU saat 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-thread, seperti aplikasi HPC tertentu.

T: Mengapa saya harus menggunakan fitur Optimize CPU?

Anda harus menggunakan Optimize CPU jika:

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

T: Bagaimana harga instans yang dioptimalkan CPU?

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

T: Bagaimana kinerja aplikasi saya akan berubah saat menggunakan CPU Optimize di EC2?

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

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

Tidak. Anda dapat menggunakan CPU Optimize hanya dengan instans EC2 tervirtualisasi.

T: Bagaimana cara memulai menggunakan Optimize CPU untuk Instans EC2?

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

T: Bagaimana cara saya ditagih untuk penggunaan Amazon EC2 yang menjalankan IBM?

Anda membayar hanya untuk apa yang Anda gunakan dan tidak ada biaya minimum. Harga adalah per jam instans yang dikonsumsi untuk setiap jenis instans. Sebagian jam instans yang dikonsumsi ditagih sebagai jam penuh. Transfer data untuk Amazon EC2 yang menjalankan IBM ditagih dan berjenjang secara terpisah dari Amazon EC2. Tidak ada biaya Transfer Data antara dua Layanan Web Amazon dalam Wilayah yang sama (misalnya, antara Amazon EC2 US West dan layanan AWS lain di AS Barat). Data yang ditransfer antara layanan AWS di berbagai wilayah akan dikenakan biaya sebagai Transfer Data Internet di kedua sisi transfer.

Untuk informasi harga Amazon EC2 yang menjalankan IBM, silakan kunjungi bagian harga di halaman detail Amazon EC2 yang menjalankan IBM.

T: Dapatkah saya menggunakan Amazon DevPay dengan Amazon EC2 yang menjalankan IBM?

Tidak, Anda tidak dapat menggunakan DevPay untuk menggabungkan produk di atas Amazon EC2 yang menjalankan IBM saat ini.

T: Dapatkah saya menggunakan lisensi Windows Server saya yang ada dengan EC2?

Ya, Anda bisa. Setelah mengimpor gambar mesin Windows Server Anda sendiri menggunakan alat ImportImage, Anda dapat meluncurkan instans dari image mesin ini di EC2 Dedicated Host dan mengelola instans dan melaporkan penggunaan secara efektif. Microsoft biasanya mengharuskan Anda melacak penggunaan lisensi terhadap sumber daya fisik seperti soket dan inti dan Host Khusus membantu Anda melakukan ini. Kunjungi halaman detail Host Khusus untuk informasi selengkapnya tentang cara menggunakan lisensi Windows Server Anda sendiri di Amazon EC2 Dedicated Host.

T: Lisensi perangkat lunak apa yang dapat saya bawa ke lingkungan Windows?

Ketentuan lisensi perangkat lunak tertentu bervariasi dari vendor ke vendor. Oleh karena itu, kami menyarankan Anda memeriksa persyaratan lisensi vendor perangkat lunak Anda untuk menentukan apakah lisensi Anda yang ada diizinkan untuk digunakan di Amazon EC2.

T: Apa itu instans Mac Amazon EC2?

Instans Amazon EC2 Mac memungkinkan pelanggan menjalankan beban kerja macOS sesuai permintaan di cloud untuk pertama kalinya, memperluas fleksibilitas, skalabilitas, dan manfaat biaya AWS ke semua pengembang Apple. Dengan instans EC2 Mac, pengembang yang membuat aplikasi untuk iPhone, iPad, Mac, Apple Watch, Apple TV, dan Safari dapat menyediakan dan mengakses lingkungan macOS dalam hitungan menit, menskalakan kapasitas secara dinamis sesuai kebutuhan, dan memanfaatkan harga pay-as-you-go AWS.

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

Instans Mac Amazon EC2 dirancang untuk membuat, menguji, menandatangani, dan menerbitkan aplikasi untuk platform Apple seperti iOS, iPadOS, watchOS, tvOS, macOS, dan Safari. Pelanggan seperti Pinterest, Intuit, FlipBoard, Twitch, dan Goldman Sachs telah melihat kinerja build hingga 75% lebih baik, tingkat kegagalan build hingga 80% lebih rendah, dan hingga 5x jumlah build paralel dibandingkan dengan menjalankan macOS di tempat.

T: Apa itu instans Mac EC2 x86?

Instans Mac EC2 berbasis x86 dibangun di komputer mini Apple Mac yang menampilkan prosesor Intel Core i7 dan didukung oleh Sistem AWS Nitro. Mereka menawarkan 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, Virginia Utara), AS Barat (Oregon), Eropa (Stockholm, Frankfurt, Irlandia, London), dan Asia Pasifik (Mumbai, Seoul, Singapura, Sydney, Singapura, Sydney Tokyo). Pelajari lebih lanjut dan mulai dengan instans Mac EC2 berbasis x86 di sini.

T: Apa itu instans Mac EC2 M1?

Instans Mac EC2 M1 dibangun di atas komputer mini Apple M1 Mac dan didukung oleh Sistem AWS Nitro. Mereka memberikan kinerja harga hingga 60 persen lebih baik dibandingkan instans Mac EC2 berbasis x86 untuk beban kerja build aplikasi iOS dan macOS. Instans Mac EC2 M1 mengaktifkan lingkungan ARM64 macOS untuk pertama kalinya di AWS, dan mendukung macOS Big Sur (11) dan macOS Monterey (12) sebagai Amazon Machine Images (AMI). Instans Mac EC2 M1 tersedia di 4 Wilayah: AS Timur (Virginia Utara), AS Barat (Oregon), Eropa (Irlandia), dan Asia Pasifik (Singapura). Pelajari lebih lanjut dan mulai dengan instans Mac EC2 M1 di sini.

T: Apa itu instans Mac EC2 M2?

Instans Mac EC2 M2 dibangun di komputer mini Apple M2 Mac dan didukung oleh Sistem AWS Nitro. Mereka berkinerja hingga 10% lebih tinggi daripada instans Mac EC2 M1 untuk beban kerja build aplikasi iOS dan macOS. Instans Mac EC2 M2 mengaktifkan lingkungan ARM64 macOS di AWS dan mendukung macOS Ventura (versi 13.2 dan yang lebih baru) sebagai Amazon Machine Images (AMI). Instans Mac EC2 M2 tersedia di 5 Wilayah: AS Timur (Virginia Utara, Ohio), AS Barat (Oregon), Eropa (Frankfurt), dan Asia Pasifik (Sydney). Pelajari lebih lanjut dan mulai dengan instans Mac EC2 M2 di sini

T: Apa itu instans EC2 M2 Pro Mac?

Instans EC2 M2 Pro Mac dibangun di atas komputer mini Apple M2 Pro Mac dan didukung oleh Sistem AWS Nitro. Mereka memiliki kinerja hingga 35% lebih tinggi daripada instans Mac EC2 M1 untuk beban kerja build aplikasi iOS dan macOS. Instans EC2 M2 Pro Mac mengaktifkan lingkungan ARM64 macOS di AWS dan mendukung macOS Ventura (versi 13.2 dan yang lebih baru) sebagai Amazon Machine Images (AMI). Instans Mac EC2 M2 Pro tersedia di 4 Wilayah: AS Timur (Virginia Utara, Ohio), AS Barat (Oregon), dan Asia Pasifik (Sydney). Pelajari lebih lanjut dan mulai dengan instans EC2 M2 Pro Mac di sini.

T: Model harga apa yang tersedia untuk instans EC2 Mac?

Instans Mac Amazon EC2 tersedia sebagai Host Khusus melalui model harga On-Demand dan Savings Plans. Host Khusus adalah unit penagihan untuk instans EC2 Mac. Penagihan adalah per detik, dengan periode alokasi minimum 24 jam untuk Host Khusus untuk mematuhi Perjanjian Lisensi Perangkat Lunak Apple macOS. Pada akhir periode alokasi minimum 24 jam, tuan rumah dapat dibebaskan kapan saja tanpa komitmen lebih lanjut. Paket Penghematan Komputasi dan Instans tersedia untuk instans EC2 Mac dan menawarkan diskon hingga 44 persen dari harga On-Demand. Kunjungi halaman harga Host Khus us untuk informasi selengkapnya. (Catatan: Silakan pilih sewa “Host Khusus” dan sistem operasi “Linux” untuk melihat detail.) Anda juga dapat mengakses harga instans EC2 Mac di Kalkulator Harga AWS untuk Host Khusus.

T: Bagaimana Anda merilis Host Khusus?

Periode alokasi minimum untuk host khusus instans EC2 Mac adalah 24 jam. Setelah periode alokasi melebihi 24 jam, pertama-tama hentikan atau hentikan instans yang berjalan di host, lalu lepaskan host menggunakan perintah aws ec2 release-hosts CLI atau AWS Management Console.

T: Dapatkah Anda membagikan Host Khusus EC2 Mac dengan akun AWS lain di organisasi Anda?

Ya. Anda dapat berbagi Host Khusus EC2 Mac 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, silakan lihat dokumentasi AWS Resource Access Manager.

T: Berapa banyak instans EC2 Mac yang dapat Anda jalankan di Host Khusus EC2 Mac?

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

T: Dapatkah Anda memperbarui variabel EFI NVRAM pada instance EC2 Mac?

Ya, Anda dapat memperbarui variabel EFI NVRAM tertentu pada instance EC2 Mac yang akan bertahan selama reboot. Namun, variabel EFI NVRAM akan diatur ulang jika instance dihentikan atau dihentikan. Silakan lihat dokumentasi instance EC2 Mac untuk informasi selengkapnya.

T: Dapatkah Anda menggunakan FileVault untuk mengenkripsi volume boot Amazon Elastic Block Store (Amazon EBS) pada instans EC2 Mac?

FileVault memerlukan login sebelum melakukan booting ke macOS dan sebelum akses jarak jauh dapat diaktifkan. Jika FileVault diaktifkan, Anda akan kehilangan akses ke data Anda pada volume boot saat instance reboot, berhenti, atau diakhiri. Kami sangat menyarankan Anda untuk tidak mengaktifkan FileVault. Sebagai gantinya, sebaiknya gunakan enkripsi Amazon EBS untuk volume boot dan data EBS pada instans EC2 Mac.

T: Dapatkah Anda mengakses input mikrofon atau output audio pada instance EC2 Mac?

Tidak ada akses ke input mikrofon pada instance EC2 Mac. Server VNC Apple Remote Desktop bawaan tidak mendukung output audio. Perangkat lunak desktop jarak jauh pihak ketiga, seperti Teradici CAS, mendukung audio jarak jauh di macOS.

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

Instans Mac EC2 menggunakan perangkat keras fisik Mac mini untuk menjalankan macOS. Perangkat keras Apple hanya mendukung versi macOS yang disertakan dengan perangkat keras (atau yang lebih baru). Instans Mac EC2 berbasis x86 menggunakan Intel Core i7 Mac mini 2018, yang berarti macOS Mojave (10.14.x) adalah 'jauh kebelakang' yang Anda bisa, sejak Mac mini 2018 dikirimkan dengan Mojave. Instans Mac EC2 M1 menggunakan 2020 M1 Mac mini, yang disertakan dengan macOS Big Sur (11.x). Instans Mac EC2 M2 dan M2 Pro masing-masing menggunakan 2023 M2 dan M2 Pro Mac Minis, yang disertakan dengan macOS Ventura (13.2). Untuk melihat versi terbaru macOS mana yang tersedia sebagai AMI Mac EC2, silakan kunjungi dokument asi.

T: Bagaimana Anda bisa menjalankan versi macOS yang lebih lama di instans EC2 Mac?

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

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

Instalasi versi beta atau pratinjau macOS hanya tersedia di Instans Mac EC2 berbasis Apple Silicon. Amazon EC2 tidak memenuhi syarat versi beta atau pratinjau macOS dan tidak memastikan instans akan tetap berfungsi setelah pembaruan ke versi macOS pra-produksi.

T: Bagaimana Anda dapat menggunakan data pengguna EC2 dengan instans EC2 Mac?

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

T: Bagaimana Anda menginstal Xcode pada instance EC2 Mac?

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

T: Apa irama rilis AMI macOS?

Kami menyediakan AMI macOS baru berdasarkan upaya 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 utama macOS untuk merilis AMI macOS resmi.

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

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

• Driver ENA untuk macOS
• AWS CLI
• EC2-MACOS-Input
• Agen Amazon CloudWatch
• Chrony
• Homebrew
• Agen Manajer Sistem AWS

T: Dapatkah Anda memperbarui agen dan paket yang disertakan dalam AMI macOS?

Ada repositori GitHub publik dari tap Homebrew untuk semua agen dan paket yang ditambahkan ke gambar macOS dasar. Anda dapat menggunakan Homebrew untuk menginstal versi terbaru agen dan paket pada instans macOS.

T: Dapatkah Anda menerapkan pembaruan OS dan perangkat lunak ke instans Mac Anda langsung dari Server Pembaruan Apple?

Pembaruan perangkat lunak macOS otomatis dinonaktifkan pada instans EC2 Mac. Sebaiknya gunakan AMI macOS kami yang dijual secara resmi untuk meluncurkan versi macOS yang Anda butuhkan. Pada instans Mac berbasis x86 dan semua instans Apple Silicon EC2 Mac, Anda dapat memperbarui versi macOS melalui panel preferensi Pembaruan Perangkat Lunak, atau melalui perintah CLI pembaruan perangkat lunak. Pada kedua instance EC2 Mac, Anda dapat menginstal dan memperbarui aplikasi dan perangkat lunak ruang pengguna lainnya.

T: Bagaimana Anda terhubung ke instance EC2 Mac melalui SSH?

Setelah meluncurkan instance Anda dan menerima id instance, Anda dapat menggunakan perintah berikut untuk melakukan polling instans dan menentukan kapan instans siap untuk akses SSH. Menghubungkan melalui SSH ke instans Mac EC2 mengikuti proses yang sama seperti menghubungkan ke instans EC2 lainnya, seperti yang menjalankan Linux atau Windows. Untuk mendukung koneksi ke instance Anda menggunakan SSH, luncurkan instance menggunakan pasangan kunci dan grup keamanan yang memungkinkan akses SSH. Berikan file.pem untuk pasangan kunci saat Anda terhubung ke instance. Untuk informasi lebih lanjut, silakan lihat dokument asi.

T: Bagaimana Anda terhubung ke instance EC2 Mac melalui VNC?

macOS memiliki fungsionalitas Berbagi Layar bawaan yang dinonaktifkan secara default, tetapi dapat diaktifkan dan digunakan untuk menyambung ke sesi Grafis (Desktop) instans Mac EC2 Anda. Untuk informasi lebih lanjut tentang cara mengaktifkan Berbagi Layar bawaan, silakan lihat dokument asi.

T: Bagaimana cara menyambung ke instance EC2 Mac menggunakan AWS Systems Manager Session Manager?

Anda dapat terhubung ke instans EC2 Mac dengan AWS Systems Manager Session Manager (SSM). Session Manager adalah fitur AWS Systems Manager yang dikelola sepenuhnya yang menyediakan manajemen instans yang aman dan dapat diaudit. Ini menghilangkan kebutuhan untuk tetap membuka port masuk, memelihara host bastion, atau mengelola kunci SSH. Agen SSM sudah diinstal sebelumnya secara default di semua AMI macOS EC2. Untuk informasi lebih lanjut, silakan lihat blog ini.

T: Berapa banyak volume Amazon EBS dan Elastic Network Interfaces (ENI) yang didukung oleh instans EC2 Mac?

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

T: Apakah instans EC2 Mac mendukung EBS?

Instans EC2 Mac dioptimalkan EBS secara default dan menawarkan bandwidth EBS khusus hingga 8 Gbps untuk volume EBS terenkripsi dan tidak terenkripsi.

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

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

T: Apakah instans EC2 Mac mendukung Amazon FSx?

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

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

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

T: Apa dukungan Sistem Nitro untuk instans Generasi Lama?

Sistem AWS Nitro sekarang akan menyediakan komponen perangkat keras dan perangkat lunak modern untuk instans EC2 generasi sebelumnya untuk memperpanjang masa layanan di luar masa pakai khas perangkat keras yang mendasarinya. Dengan dukungan Nitro System, pelanggan dapat terus menjalankan beban kerja dan aplikasi mereka pada keluarga instans tempat mereka dibangun.

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

Kami telah mengaktifkan dukungan sistem Nitro untuk instans Amazon EC2 C1, M1, M2, C3, M3, R3, C4, dan M4. Pelanggan instans ini akan menerima pemberitahuan pemeliharaan migrasi ke Nitro System. Kami akan menambahkan dukungan untuk jenis instans tambahan pada tahun 2023.

T: Tindakan apa yang perlu saya ambil untuk memigrasikan instans generasi sebelumnya yang ada?

Pelanggan tidak perlu mengambil tindakan apa pun untuk memigrasikan instans generasi sebelumnya yang aktif yang berjalan pada perangkat keras generasi lama. Untuk instance yang menggunakan perangkat keras generasi lama, setiap ID akun pelanggan yang dipetakan ke instans akan menerima pemberitahuan email 2 minggu sebelum pemeliharaan terjadwal.

Mirip dengan acara pemeliharaan biasa kami, pelanggan akan memiliki opsi untuk menjadwal ulang pemeliharaan mereka sebanyak yang diperlukan dalam 2 minggu tambahan dari waktu pemeliharaan terjadwal asli.

T: Apa yang akan terjadi jika instance dihentikan dan dimulai sebelum atau selama jendela pemeliharaan terjadwal?

Menghentikan/Mulai sebuah instance selama jendela pemeliharaan terjadwal akan memigrasikan instance ke host baru dan instans tidak harus menjalani pemeliharaan terjadwal. Henti/mulai dapat mengakibatkan migrasi instans pelanggan untuk didukung oleh Sistem AWS Nitro. Harap dicatat bahwa data pada volume penyimpanan instans lokal tidak akan disimpan saat Anda menghentikan dan memulai instans. Klik di sini untuk informasi lebih lanjut tentang stop/start.

T: Apa yang akan terjadi pada instans saya selama acara pemeliharaan ini?

Kami akan bekerja sama dengan pelanggan sebagai bagian dari proses pemeliharaan AWS standar kami. Beberapa tim AWS telah bermigrasi dan menjalankan instans generasi sebelumnya pada perangkat keras Nitro. Selama pemeliharaan, instance akan di-reboot yang dapat memakan waktu hingga 30 menit tergantung pada ukuran dan atribut instance. Misalnya: Instans dengan disk lokal membutuhkan waktu lebih lama untuk bermigrasi daripada instance tanpa disk lokal. Setelah reboot, instance Anda mempertahankan alamat IP, nama DNS, dan data apa pun pada volume penyimpanan instans lokal.

T: Apakah saya perlu membangun ulang/sertifikasi ulang beban kerja untuk dijalankan pada instans generasi sebelumnya yang dimigrasi ke AWS Nitro System?

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

T: Apakah akan ada perubahan pada spesifikasi instans saya setelah dimigrasi ke AWS Nitro System?

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

T: Apakah semua fitur dan AMI pada instans generasi sebelumnya 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 ini ke AWS Nitro System. 

T: Apakah akan ada perubahan harga dan penagihan 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 saat ini untuk instans generasi sebelumnya (On-Demand, Instans Cadangan 1 tahun/3 tahun, Paket Tabungan, Spot).