Pertanyaan Sering Diajukan (FAQ) Amazon EC2

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

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

T: Apa yang dapat saya lakukan dengan Amazon EC2?

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

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

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

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

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

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

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

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

T: Bagaimana saya menjalankan sistem dalam lingkungan Amazon EC2?

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

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

Jika Anda memiliki instans yang berjalan menggunakan partisi boot Amazon EBS, Anda juga dapat menggunakan panggilan API StopInstances untuk merilis sumber daya komputasi namun tetap menjaga data yang ada di partisi boot. Anda dapat menggunakan API StartInstances saat Anda siap memulai ulang instans yang terhubung dengan partisi boot Amazon EBS.

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

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

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

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

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

T: Seberapa cepat sistem akan berjalan?

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

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

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

Atau, jika ingin, Anda tidak harus menetapkan AMI dari awal. Anda dapat memilih dari sejumlah AMI yang tersedia di seluruh dunia yang menyediakan instans yang berguna. Misalnya, jika hanya menginginkan server Linux sederhana, Anda dapat memilih salah satu AMI distribusi Linux standar.

T: Bagaimana cara mengakses sistem saya?

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

T: Apakah Amazon EC2 digunakan bersamaan dengan Amazon S3?

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

Kami berharap para developer menyadari bahwa kombinasi Amazon EC2 dan Amazon S3 sangatlah berguna. Amazon EC2 menyediakan komputasi yang terjangkau dan dapat diskalakan di cloud, sementara Amazon S3 memungkinkan pengguna menyimpan data mereka dengan andal.

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

Anda hanya dapat menjalankan Instans Sesuai Permintaan per batasan Instans Sesuai Permintaan Anda berdasarkan vCPU, membeli 20 Instans Terpesan, dan meminta Instans Spot per batasan Spot dinamis per wilayah. Akun AWS baru dapat dimulai dengan batas yang lebih rendah dari batas yang diuraikan di sini.

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

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

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

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

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

T: Lingkungan sistem pengoperasian apa saja yang didukung?

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

T: Apakah Amazon EC2 menggunakan memori ECC?

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

T: Apa perbedaan layanan ini dengan layanan hosting biasa?

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

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

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

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

T: Apa yang berubah?

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

T: Apa itu batas berbasis vCPU?

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

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

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

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

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

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

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

T: Bagaimana cara meminta kenaikan batas?

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

T: Bagaimana cara menghitung batas vCPU baru?

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

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

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

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

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

T: Apakah hal ini akan memengaruhi instans yang berjalan?

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

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

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

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

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

T: Apakah saya masih dapat menggunakan API DescribeAccountAttributes?

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

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

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

T: Apakah batas vCPU akan tersedia di semua Wilayah?

Batas instans berbasis vCPU tersedia di semua Wilayah AWS komersial.

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 serta penyalahgunaan email. Port 25 biasanya digunakan sebagai port SMTP default untuk mengirim email. Akun AWS yang telah meminta dan memiliki pembatas Port 25 yang dihapus di masa lalu tidak akan terpengaruh oleh perubahan ini.

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

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

T. Jaminan apa yang diberikan Amazon EC2 Perjanjian Tingkat Layanan (SLA) Anda?

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

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

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

T: Apa itu instans Komputasi Terakselerasi?

Kategori instans Komputasi Terakselerasi mencakup keluarga instans yang menggunakan akselerator perangkat keras atau co-processor untuk menjalankan beberapa fungsi, seperti kalkulasi jumlah titik floating dan pemrosesan grafis, dengan lebih efisien dibandingkan yang mungkin terjadi dalam penggunaan perangkat lunak pada CPU. Amazon EC2 menyediakan berbagai pilihan akselerator, termasuk GPU, cip AI buatan khusus AWS Trainium dan AWS Inferentia, FPGA, dan banyak lagi.

T: Kapan saya harus menggunakan instans EC2 berbasis GPU?

Instans GPU bekerja paling baik untuk aplikasi dengan paralelisme besar seperti AI generatif, deep learning, grafis, game, dan komputasi spasial. Jika Anda memiliki model deep learning yang memerlukan pustaka atau bahasa milik pihak ketiga, misalnya pustaka NVIDIA CUDA, CUDA Deep Neural Network (cuDNN), atau TensorRT, sebaiknya gunakan instans berbasis GPU NVIDIA.

T: Kapan saya harus menggunakan instans EC2 berbasis GPU seri G vs. seri P?

Instans seri G kami sangat cocok untuk grafis, game, dan komputasi spasial serta inferensi AI/ML dan beban kerja pelatihan AI/ML simpul tunggal. Instans seri P kami dioptimalkan untuk inferensi AI dan pelatihan model fondasi besar.

T. Kapan saya harus menggunakan instans yang didukung AWS Trainium dan AWS Inferentia?

AWS Trainium dan AWS Inferentia dibuat khusus untuk deep learning dan beban kerja AI generatif. Anda dapat menggunakan instans ini untuk pelatihan dan inferensi AI untuk mendapatkan performa tinggi sekaligus menghemat hingga 50% biaya pelatihan dan inferensi dibandingkan instans EC2 yang sebanding. AWS Neuron SDK mendukung beragam arsitektur model pada instans ini dan Anda dapat mempelajari selengkapnya dengan mengunjungi halaman Dokumentasi Neuron.

T: Di mana saya bisa mendapatkan driver, pustaka, kerangka kerja, dan alat pengembangan NVIDIA untuk instans seri P dan G?

Terdapat daftar di AWS Marketplace yang menawarkan AMI Amazon Linux dan AMI Windows Server bersama driver NVIDIA yang diinstal sebelumnya. Anda juga dapat menjalankan AMI HVM 64 bit dan menginstal driver secara mandiri. Anda harus mengunjungi situs web driver NVIDIA dan mencari driver yang tepat berdasarkan GPU yang ditampilkan dalam instans yang Anda gunakan.

Anda juga memiliki opsi untuk menggunakan korporasi AI NVIDIA yang mencakup alat pengembangan NVIDIA, kerangka kerja, dan model pralatih untuk praktisi AI, serta manajemen dan orkestrasi yang andal untuk profesional IT agar dapat memastikan performa, ketersediaan tinggi, dan keamanan. 

T: Apa itu Amazon EC2 UltraClusters?

Amazon EC2 UltraClusters dapat membantu Anda melakukan penskalaan hingga ribuan GPU atau cip ML yang dibuat khusus, seperti AWS Trainium, untuk mendapatkan akses sesuai permintaan ke superkomputer. Hal tersebut mendemokratisasikan akses ke performa kelas superkomputasi untuk developer machine learning (ML), AI generatif, dan komputasi performa tinggi (HPC) melalui model penggunaan bayar sesuai pemakaian yang sederhana tanpa biaya pengaturan atau pemeliharaan. Untuk selengkapnya, kunjungi halaman EC2 UltraClusters. 

T: Apa perbedaan antara instans Amazon EC2 Flex (M7i-flex dan C7i-flex) dan instans yang sebanding (M7i dan C7i)? Kapan saya harus menggunakan instans Flex daripada instans yang sebanding?

Instans Flex (M7i-flex dan C7i-flex) adalah varian yang lebih hemat biaya dari instans yang sebanding (M7i dan C7i) serta memberikan performa harga yang lebih baik 19% daripada instans generasi sebelumnya (M6i dan C6i). Instans Flex dapat menjalankan mayoritas beban kerja yang dapat memanfaatkan performa generasi terbaru, tetapi tidak memanfaatkan sumber daya komputasi sepenuhnya. Instans ini dirancang untuk memberikan performa CPU dasar yang dapat dinaikkan sampai skala performa penuh dalam 95% kesempatan. Instans Flex cocok untuk beban kerja yang sesuai dengan ukuran instans hingga 8xlarge (hingga 32 vCPU dan hingga 128 GB), seperti server web dan aplikasi, basis data, desktop virtual, pemrosesan batch, layanan mikro, cache, aplikasi perusahaan, Apache Kafka, dan Elasticsearch. Anda dapat menggunakan instans yang sebanding (M7i dan C7i) untuk beban kerja yang membutuhkan ukuran instans terbesar atau performa CPU, jaringan, atau EBS yang senantiasa tinggi, seperti server aplikasi dan basis data yang besar, game multipemain dengan skala yang cepat berubah, machine learning (ML) berbasis CPU, enkode dan streaming video, pemrosesan batch, analisis terdistribusi, komputasi performa tinggi (HPC), dan penayangan iklan.

T: Performa apa yang diberikan instans Flex?

Instans Flex memberikan sumber daya CPU yang andal untuk memberikan performa CPU dasar sebesar 40%, yang dirancang untuk memenuhi kebutuhan komputasi dari mayoritas beban kerja. Pada waktu beban kerja membutuhkan performa yang lebih tinggi, instans Flex mampu menaikkan skala hingga 100% CPU selama 95% dari waktu tersebut dalam rentang waktu 24 jam.

T: Apa saja contoh penggunaan instans M7i-flex lainnya?

Instans M7i-flex menyediakan jalur peningkatan yang menarik untuk beban kerja yang berjalan pada instans T3 dengan ukuran lebih besar (large hingga 2xlarge) dengan menawarkan performa harga yang lebih baik, harga tetap per jam yang mencakup penggunaan CPU dasar dan CPU tambahan di luar CPU dasar, serta ukuran instans yang lebih besar hingga 8xlarge (32vCPU dan 128 GB). Instans M7i-flex menjadikan pengoptimalan penggunaan EC2 Anda lebih praktis tanpa kredit CPU.

T: Apa perbedaan Instans Performa yang Dapat Melonjak?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T: Apa yang dimaksud dengan instans T4g Amazon EC2?

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

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

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

T: Bagaimana cara pelanggan mengakses uji coba gratis T4g?

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

T: Siapa saja yang dapat mencoba T4g secara gratis?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T. Kapan saya harus menggunakan instans Komputasi yang Dioptimalkan?

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

T: Apa itu instans C7g Amazon EC2?

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

T: Apa itu instans C6g Amazon EC2?

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

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

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

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

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

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

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

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

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

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

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

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

Tiap jenis instans C4 dioptimisasi EBS secara default. Instans C4 500 Mbps hingga 4.000 Mbps ke EBS di atas dan melebihi throughput jaringan fungsi umum yang diberikan ke instans. Karena fitur ini selalu mengaktifkan instans C4, meluncurkan instans C4 secara eksplisit sebagai instans yang dioptimalkan EBS tidak akan memengaruhi perilaku instans.

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

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

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

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

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

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

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

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

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

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

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

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

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

Peningkatan generasi dalam performa CPU dan harga instans C5 yang lebih rendah yang digabungkan menghasilkan peningkatan harga/performa 25% dibandingkan instans C4 sehingga memberikan manfaat spektrum beban kerja yang luas dan saat ini berjalan di instans C3 atau C4. Untuk aplikasi intensif poin mengambang, Intel AVX-512 memungkinkan peningkatan yang signifikan dalam TFLOPS yang diberikan dengan mengekstrak paralelisme level data secara efektif. Pelanggan yang mencari performa absolut untuk penyesuaian grafik dan beban kerja HPC yang dapat diakselerasi dengan GPU atau FPGA perlu mempertimbangkan keluarga instans lain di portfolio Amazon EC2 yang mencakup 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 EBS NVMe. Volume EBS yang dipasangkan ke instans C5 akan muncul sebagai perangkat NVMe. NVMe adalah antarmuka penyimpanan modern yang menyediakan pengurangan latensi dan menghasilkan peningkatan I/O dan throughput disk.

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

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

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

Instans Hpc7g: Instans Hpc7g memungkinkan performa harga terbaik untuk beban kerja HPC di AWS. Instans tersebut memberikan performa hingga 70% lebih baik dan performa 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 performa instruksi vektor hingga 35% lebih tinggi dibandingkan dengan instans AWS Graviton3 yang sudah ada. Instans ini memberikan performa floating-point hingga 2x lebih baik dibandingkan dengan instans yang didukung oleh prosesor Graviton2. Instans Hpc7g dibangun di AWS Nitro System dan menyediakan bandwidth jaringan sebesar 200 Gbps untuk komunikasi antarsimpul latensi rendah bagi beban kerja yang digabungkan secara erat yang memerlukan sumber daya komputasi terklaster yang sangat paralel.

Instans Hpc7a: Instans Hpc7a Amazon Elastic Compute Cloud (Amazon EC2), yang didukung oleh prosesor AMD EPYC Generasi Ke-4 menghadirkan performa hingga 2,5x lebih baik dibandingkan instans Hpc6a Amazon EC2. 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 instans Hpc6a. Instans ini menawarkan bandwidth jaringan Elastic Fabric Adapter (EFA) sebesar 300 Gbps, yang didukung oleh AWS Nitro System, untuk komunikasi antarsimpul yang cepat dengan latensi rendah.

Instans Hpc6id: Hpc6id didukung oleh prosesor Xeon Scalable Intel Generasi Ke-3 64 core yang berjalan pada frekuensi hingga 3,5 GHz untuk peningkatan efisiensi. Instans ini didesain untuk meningkatkan performa beban kerja yang terikat memori dengan menawarkan bandwidth memori sebesar 5 GB/dtk per vCPU. Instans Hpc6id menawarkan jaringan EFA sebesar 200 Gbps untuk komunikasi antarsimpul throughput tinggi guna membantu Anda menjalankan beban kerja HPC dalam skala besar.

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

T: Apa yang membuat instans Hpc7g berbeda dari instans EC2 lainnya?

Instans Hpc7g dioptimalkan agar dapat memberikan kemampuan yang sesuai untuk beban kerja HPC yang intensif komputasi. Instans Hpc7g didasarkan pada prosesor Graviton3E berbasis Arm yang memberikan performa instruksi vektor hingga 35% lebih tinggi dibandingkan dengan instans yang ada berdasarkan prosesor Graviton3. Instans ini memberikan 64 core fisik, memori 128 GiB, dan bandwidth jaringan sebesar 200 Gbps yang telah dioptimalkan untuk lalu lintas antarinstans dalam VPC yang sama dan mendukung EFA untuk peningkatan performa jaringan. Instans Hpc7g tersedia di deployment Zona Ketersediaan tunggal yang memungkinkan beban kerja untuk mencapai performa jaringan dengan latensi rendah yang diperlukan untuk komunikasi simpul ke simpul yang digabungkan secara erat untuk aplikasi HPC.

T: Model harga mana yang didukung oleh instans Hpc7g?

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

T: AMI mana yang didukung pada instans Hpc7g?

Instans Hpc7g hanya mendukung AMI yang didukung Amazon EBS.

T: Apa yang membuat instans Hpc7a berbeda dari instans EC2 lainnya?

Instans Hpc7a EC2 HPC yang dioptimalkan cocok untuk aplikasi yang mendapat manfaat dari prosesor beperforma tinggi, seperti simulasi yang besar dan kompleks, termasuk dinamika fluida komputasi (CFD), prediksi cuaca numerik, dan simulasi multifisika. Instans Hpc7a didesain untuk membantu Anda menjalankan beban kerja HPC berbasis x86 yang digabungkan secara erat dengan performa yang lebih baik. Instans Hpc7a menghadirkan prosesor AMD EPYC Generasi Ke-4 dengan kepadatan inti 2x lebih tinggi (hingga 192 core), throughput bandwidth memori 2,1x lebih tinggi (memori 768 GB), dan bandwidth jaringan 3x lebih tinggi dibandingkan instans Hpc6a. Instans ini menawarkan bandwidth jaringan EFA sebesar 300 Gbps, yang didukung oleh AWS Nitro System, untuk komunikasi antarsimpul yang cepat dengan latensi rendah.

T: Model harga mana yang didukung oleh instans Hpc7a?

Instans Hpc7a dapat dibeli melalui Amazon EC2 Instance Savings Plans, Compute Savings Plans, Instans Sesuai Permintaan EC2, dan Instans Terpesan EC2 paket 1 dan 3 tahun.

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 oleh instans Hpc6id?

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

T: Apa yang membuat instans Hpc6id berbeda dari instans EC2 lainnya?

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

T: 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 awal, 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 oleh instans Hpc6a?

Instans Hpc6a dapat dibeli melalui Instans Terpesan Standar, Instans Terpesan Konvertibel, Savings Plans, dan Instans Sesuai Permintaan 1 tahun dan 3 tahun.

T: Apa itu instans M6g Amazon EC2?

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

T: Apa spesifikasi Prosesor AWS Graviton2 yang baru?

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

T: Apakah enkripsi memori didukung prosesor AWS Graviton2?

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

T: Apa saja kasus penggunaan ideal untuk instans M6g?

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

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

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

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

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

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

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

T: Apa itu instans A1 Amazon EC2?

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

T: Apa spesifikasi Prosesor Graviton AWS generasi pertama?

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

T. Kapan saya harus menggunakan instans A1?

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

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

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

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

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

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

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

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

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

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

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

T: Antarmuka jaringan apa yang didukung instans A1?

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

T: Apakah instans A1 mendukung AWS Nitro System?

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

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

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

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

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

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

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

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

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

T: Apa itu instans Memori Tinggi EC2?

Instans Memori Tinggi Amazon EC2 (U-1 dan U7i) menawarkan memori 3, 6, 9, 12, 16, 18, 24, atau 32 TiB dalam satu instans. Instans tersebut didesain untuk menjalankan basis data dalam memori yang besar, termasuk pemasangan produksi SAP HANA, dalam cloud.

Instans Memori Tinggi EC2 (U-1) dengan memori 3, 6, 9, dan 12 TiB didukung oleh platform 8 soket dengan prosesor Intel® Xeon® Platinum 8176M (Skylake) atau 8280L (Cascade Lake). Instans Memori Tinggi EC2 (U-1) dengan memori 18 TiB dan 24 TiB didukung oleh platform 8 soket dengan prosesor Intel® Xeon® Scalable 8280L (Cascade Lake) Generasi ke-2.

Instans Amazon EC2 U7i didukung oleh prosesor Intel Xeon Scalable Generasi ke-4 1,9 GHz (Turbo Boost hingga 2,90 GHz) (Sapphire Rapids). Instans U7i merupakan penawaran 8 soket berbasis memori DDR5 pertama dari penyedia cloud terkemuka. Instans U7i menawarkan performa harga yang lebih baik hingga 45% dibandingkan instans U-1 yang ada. Instans U7i memiliki dukungan untuk 896 vCPU dan bandwidth 2.5x Elastic Block Store (EBS) dibandingkan instans Memori Tinggi Amazon EC2 (U-1).

Instans Memori Tinggi Amazon EC2 menawarkan hingga 100Gbps bandwidth Elastic Block Store (EBS) untuk volume penyimpanan, termasuk io2 Block Express untuk mendukung kasus penggunaan yang membutuhkan IO intensif, seperti hidrasi data, pencadangan/pemulihan.

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

Instans Memori Tinggi (U-1 dan U7i) dengan memori 3, 6, 9, 12, 16, 18, 24 TiB disertifikasi oleh SAP untuk menjalankan Business Suite di HANA, Business Suite S/4HANA generasi berikutnya, Data Mart Solutions di HANA, Business Warehouse di HANA, dan SAP BW/4HANA dalam lingkungan produksi. Untuk detailnya, lihat Direktori Perangkat Keras SAP HANA yang Disertifikasi dan Didukung oleh SAP.

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

Instans Memori Tinggi tersedia sebagai instans bare metal (hanya U-1) dan virtual (U-1 dan U7i), sehingga pelanggan dapat memilih untuk memiliki akses langsung ke sumber daya perangkat keras yang mendasarinya, atau untuk memanfaatkan fleksibilitas tambahan yang ditawarkan oleh instans virtual, termasuk opsi pembelian Sesuai Permintaan serta Savings Plan 1 tahun dan 3 tahun. Periksa opsi yang tersedia untuk instans Memori Tinggi di bagian Memori yang dioptimalkan pada halaman tipe Instans EC2.

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

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

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

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

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

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

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

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

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

Instans Memori Tinggi menggunakan Adaptor Jaringan Elastis (ENA) untuk jaringan dan mengaktifkan Jaringan yang Ditingkatkan secara default. Dengan ENA, instans Memori Tinggi dapat memanfaatkan bandwidth jaringan hingga 100 Gbps (U-1) dan hingga 200Gbps (U7i)

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

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

T: Hypervisor apa yang mendasari di instans Memori Tinggi?

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

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

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

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

Instans virtual Memori Tinggi EC2 dapat dibeli melalui Instans Sesuai Permintaan, Savings Plan 1 Tahun dan 3 Tahun, serta Instans Terpesan 1 Tahun dan 3 Tahun. Instans metal Memori Tinggi EC2 hanya dapat dibeli sebagai Host Khusus EC2 untuk Pemesanan 1 Tahun dan 3 Tahun.

T: Bagaimana siklus hidup Host Khusus?

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

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

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

T: AMI mana yang didukung dengan instans Memori Tinggi?

HVM AMI yang didukung EBS dengan dukungan untuk jaringan ENA dapat digunakan dengan instans Memori Tinggi. Didukung Amazon Linux, Red Hat Enterprise Linux, SUSE Enterprise Linux Server, dan Windows Server AMI yang terbaru. Dukungan sistem operasi untuk beban kerja SAP HANA pada instans Memori Tinggi mencakup: SUSE Linux Enterprise Server 12 SP3 untuk SAP, Red Hat Enterprise Linux 7.4 untuk SAP, Red Hat Enterprise Linux 7.5 untuk SAP, SUSE Linux Enterprise Server 12 SP4 untuk SAP, SUSE Linux Enterprise Server 15 untuk SAP, Red Hat Enterprise Linux 7.6 untuk SAP. Lihat Dokumentasi Teknis SAP di AWS untuk detail terbaru tentang sistem operasi yang didukung.

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

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

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

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

T: Apa itu instans Amazon EC2 R6g?

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

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

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

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

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

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

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

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

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

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

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

T: Apa yang dimaksud dengan instans R5b Amazon EC2?

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

T: Apa saja kasus penggunaan ideal instans R5b?

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

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

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

T: Kapan seharusnya saya menggunakan instans R5b?

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

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

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

T: Apa itu instans X2gd Amazon EC2?

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

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

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

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

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

T: Kapan saya harus menggunakan instans X2idn dan X2iedn?

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

T: Kapan saya harus menggunakan instans X2iezn?

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

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

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

T: Kapan saya harus menggunakan instans X1?

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

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

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

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

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

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

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

Instans ini telah dipindahkan ke halaman Instans Generasi Sebelumnya.

T: Apakah instans Generasi Sebelumnya ini masih didukung?

Ya. Instans Generasi Sebelumnya masih didukung penuh.

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

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

T: Apakah instans Generasi Sebelumnya milik saya akan dihapus?

Tidak. Hingga instans 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 performa terbaik untuk harganya dan kami mendorong pelanggan kami untuk memanfaatkan kemajuan teknologi ini. Jika AWS memutuskan untuk menghentikan instans generasi sebelumnya karena pertimbangan akhir masa pakai, Anda akan diberi tahu tentang perubahan tersebut.

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

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

Apa itu Instans Penyimpanan-padat?

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

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

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

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

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

T:Apakah instans Penyimpanan-padat dan penyimpanan HDD memberikan mekanisme failover atau redundansi?

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

T: Apa yang membedakan instans penyimpanan HDD padat dengan Amazon EBS?

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

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

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

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

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

T: Apa itu instans I/O Tinggi?

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

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

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

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

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

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

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

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

T: Apakah instans I/O Tinggi mendukung TRIM?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T: Tipe volume mana yang harus saya pilih?

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

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

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

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

Tidak, snapshot EBS hanya tersedia melalui API Amazon EC2.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T: Di mana saya dapat mempelajari selengkapnya tentang EBS?

Lihat FAQ Amazon EBS.

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

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

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

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

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

T: Bagaimana saya memuat data ke sistem file?

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

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

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

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

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

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

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

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

T: Di mana saya dapat mempelajari selengkapnya tentang EFS?

Anda dapat mengunjungi halaman FAQ Amazon EFS.

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

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

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

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

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

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

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

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

T: Dapatkah saya menonaktifkan enkripsi penyimpanan instans NVMe?

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

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

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

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

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

T: Apa yang dimaksud dengan ENA Express?

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

T: Bagaimana cara kerja ENA Express?

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

T: Kapan saya sebaiknya menggunakan ENA Express?

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

T: Bagaimana cara mengaktifkan ENA Express?

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

T: Protokol apa yang didukung oleh ENA Express?

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

T: Instans apa yang didukung?

ENA Express didukung 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 dibuat untuk aplikasi HPC dan ML, dan juga memanfaatkan protokol SRD. EFA memerlukan model pemrograman jaringan berbeda yang menggunakan antarmuka LibFabric untuk meneruskan komunikasi ke ENI. Tidak seperti EFA, ENA Express membantu Anda menjalankan aplikasi secara transparan di TCP dan UDP.

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

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

T: Sistem operasi apa yang didukung?

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

T: Alat pemantauan apa yang tersedia untuk melacak ini?

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

T: Di mana ENA Express tersedia?

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

T: Apakah ada biaya tambahan untuk menjalankan ENA Express?

Tidak, penggunaan ENA Express tidak dipungut biaya.

T: Mengapa saya harus menggunakan EFA?

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

T: Jenis aplikasi apa yang bisa mendapatkan keuntungan dari menggunakan EFA?

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

T: Bagaimana cara kerja komunikasi EFA?

Perangkat EFA menyediakan semua fungsionalitas perangkat ENA ditambah antarmuka perangkat keras bypass OS baru yang memungkinkan aplikasi ruang pengguna berkomunikasi secara langsung dengan fungsionalitas transportasi yang andal dan telah disediakan oleh perangkat keras. Sebagian besar aplikasi akan menggunakan perangkat lunak perantara (middleware) yang sudah ada, seperti MPI untuk membuat antarmuka dengan EFA. AWS telah bekerja dengan sejumlah penyedia perangkat tengah untuk memastikan dukungan bagi fungsionalitas bypass OS EFA. Harap dicatat bahwa komunikasi menggunakan fungsi bypass OS terbatas pada instans dalam Zona Ketersediaan (AZ).

T: Di mana EFA tersedia?

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

T: Tipe instans mana yang mendukung EFA?

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

T: Apa saja perbedaan antara ENI EFA dan ENI ENA?

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

T: Apa saja prasyarat untuk menerapkan EFA pada instans?

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

T: Kemampuan jaringan apa yang disertakan dalam fitur ini?

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

T: Mengapa saya harus menggunakan Jaringan Mutakhir?

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

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

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

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

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

T: Tipe instans mana yang mendukung Jaringan yang Ditingkatkan?

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

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

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

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

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

T: Tipe instans mana yang mendukung beberapa kartu jaringan?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T: Bagaimana cara mencegah orang lain melihat sistem saya?

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

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

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

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

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

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

Metrik diterima dan terkumpul pada interval 1 menit.

T: Sistem operasi mana yang didukung Amazon CloudWatch?

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

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

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

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

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

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

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

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

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

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

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

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

Untuk informasi selengkapnya, lihat FAQ Amazon EC2 Auto Scaling.

T: Mengapa saya sebaiknya menerapkan hibernasi pada instans?

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

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

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

Q: Apa perbedaan antara hibernasi dan berhenti?

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

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

T: Berapa besar biaya untuk menerapkan hibernasi pada instans?

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

T: Bagaimana cara menerapkan hibernasi pada instans?

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

T: Bagaimana cara melanjutkan instans yang hibernasi?

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

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

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

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

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

T: Apa status instans saat sedang hibernasi?

Instans yang sedang hibernasi berada pada status 'Dihentikan'.

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

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

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

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

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

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

T: Berapa lama suatu instans dapat hibernasi?

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

T: Apa saja prasyarat untuk menerapkan hibernasi pada instans?

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

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

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

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

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

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

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

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

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

T: Apa itu VM Import/Export?

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

T: Sistem operasi apa yang didukung?

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

T: Format file VM apa yang didukung?

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

T: Apa itu VMDK?

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

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

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

T: Apa itu VHD?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T: Seberapa besar biaya impor mesin virtual?

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

T: Berapa biaya untuk mengekspor VM?

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

T: Saat saya mengimpor VM Windows Server yang telah mencapai Microsoft EOS, siapa yang bertanggung jawab untuk menyediakan lisensi sistem operasinya?

Saat Anda meluncurkan VM yang diimpor menggunakan Microsoft Windows Server yang telah mencapai Microsoft EOS, Anda akan dikenakan tarif per jam instans standar untuk Amazon EC2 yang menjalankan versi Windows Server yang sesuai, yang mencakup hak untuk menggunakan sistem operasi tersebut dalam Amazon EC2. Anda bertanggung jawab memastikan perangkat lunak lain yang terinstal sudah memiliki lisensi yang benar.

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

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

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

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

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

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

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

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

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

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

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

T: Apakah saya dapat menjalankan mesin virtual impor di Amazon Virtual Private Cloud (Amazon VPC)?

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

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

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

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

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

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

T: Kapan penagihan sistem Amazon EC2 dimulai dan berakhir?

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

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

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

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

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

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

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

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

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

T: Apakah harga tersebut sudah termasuk pajak?

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

T: 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) Hubungi 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 Pelanggan 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 on-premise 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: Apakah saya akan dikenakan biaya transfer data antarwilayah (DTIR) saat saya memindahkan data saya dari wilayah Singapura ke Malaysia?

AWS menawarkan DTIR gratis kepada pelanggan yang memenuhi syarat saat mereka memigrasikan semua atau sebagian data mereka dari Wilayah Singapura ke Wilayah Malaysia, sesuai dengan proses di bawah ini (dalam pertanyaan berikutnya).

T: Saya ingin memindahkan data saya dari Wilayah Singapura ke Wilayah Malaysia. Bagaimana cara meminta DTIR gratis?

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 perjanjian harga privat dengan AWS, Anda sebaiknya mendiskusikan pilihan Anda dengan tim akun AWS Anda.

2) Tinjau kriteria dan proses yang dijelaskan di bawah ini (setelah langkah 6).

3) Hubungi Dukungan Pelanggan AWS dan tunjukkan bahwa permintaan Anda adalah untuk “transfer data gratis antarwilayah (DTIR) untuk migrasi data dari Wilayah Singapura ke Wilayah Malaysia”. Dukungan Pelanggan AWS akan meminta Anda memberikan informasi, sehingga mereka dapat meninjau rencana migrasi Anda, mengevaluasi apakah Anda memenuhi syarat untuk DTIR gratis, dan, jika berlaku, menghitung jumlah kredit yang sesuai.

4) Jika Dukungan Pelanggan AWS menyetujui pemindahan Anda, Anda akan menerima kredit sementara untuk biaya DTIR berdasarkan volume semua data yang ingin Anda migrasikan melalui layanan AWS dari Wilayah Singapura ke Wilayah Malaysia. Dukungan Pelanggan AWS akan memberi tahu Anda jika Anda disetujui, dan Anda kemudian memiliki waktu 60 hari untuk menyelesaikan migrasi antarwilayah. Kredit akan dihitung terhadap penggunaan DTIR saja, dan tidak akan diterapkan pada penggunaan layanan lainnya.

5) Setelah Anda menyelesaikan migrasi dalam periode 60 hari, Anda harus menghapus data dan beban kerja yang dimigrasikan dari Wilayah Singapura dalam waktu 30 hari setelah menyelesaikan migrasi Anda.

6) Anda dapat mengulangi langkah 3 – 5 jika Anda perlu melakukan migrasi data dari Singapura ke Malaysia dalam beberapa tahap transfer data.

DTIR gratis untuk migrasi dari Wilayah Singapura ke Wilayah Malaysia juga tunduk pada kriteria berikut:

1) Hanya pelanggan dengan akun AWS aktif dan berstatus baik yang memenuhi syarat untuk mendapatkan DTIR gratis.

2) Jika rencana Anda berubah, atau Anda tidak dapat menyelesaikan migrasi antarwilayah dalam waktu 60 hari, Anda harus memberi tahu Dukungan Pelanggan AWS.

3) Biaya layanan standar untuk penggunaan layanan AWS tidak disertakan. Hanya biaya DTIR yang mendukung migrasi Anda dari Wilayah Singapura ke Malaysia yang memenuhi syarat untuk kredit.

4) AWS dapat meninjau penggunaan layanan Anda untuk memverifikasi kepatuhan terhadap persyaratan ini. Jika kami menemukan bahwa penggunaan DTIR Anda ditujukan untuk tujuan selain migrasi data dan beban kerja dari Wilayah Singapura ke Wilayah Malaysia, kami dapat mengenakan biaya untuk DTIR yang telah dikreditkan.

5) AWS dapat membuat perubahan berkenaan dengan DTIR gratis kapan saja.

T: Mengapa saya harus meminta persetujuan awal AWS untuk DTIR gratis sebelum memigrasikan data saya dari Wilayah Singapura ke Wilayah Malaysia?

Pelanggan AWS melakukan ratusan juta transfer data setiap hari, dan kami umumnya tidak tahu alasan untuk transfer data tertentu. Misalnya, pelanggan mungkin mentransfer data untuk mereplikasi beban kerja untuk tujuan pencadangan, kepada pengunjung situs web mereka dari Wilayah Malaysia. Oleh karena itu, satu-satunya cara kami mengetahui bahwa transfer data Anda dimaksudkan untuk mendukung migrasi antarwilayah dari Singapura ke Malaysia 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 bukannya Standard RI?

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

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

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

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

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

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

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

T: Bagaimana saya mengubah konfigurasi RI Dapat Diubah?

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

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

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

T: Bagaimana cara kerja penukaran RI Dapat Diubah?

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

T: Apa definisi nilai total?

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

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

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

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

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

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

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

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

T: Apakah ada batas penukaran untuk Convertible RI?

Tidak, tidak ada batas penukaran untuk Convertible RI.

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

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

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

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

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

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

T: Apa itu Amazon EC2 Fleet?

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

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

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

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

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

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

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

T: Berapa harga untuk Amazon EC2 Fleet?

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

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

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

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

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

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

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

Tidak, permintaan Armada EC2 multi-wilayah tidak didukung.

T: Dapatkah saya menandai Amazon EC2 Fleet?

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

T: Dapatkah saya mengubah Amazon EC2 Fleet saya?

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

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

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

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 machine learning (ML) Anda. Dengan Blok Kapasitas Amazon EC2, Anda dapat memesan kapasitas GPU mulai pada tanggal mendatang untuk durasi hingga 28 hari dan dalam ukuran klaster 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 Reservasi Kapasitas Sesuai Permintaan 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 peristiwa 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: Tipe instans mana yang didukung oleh Blok Kapasitas EC2, dan AWS Region mana yang tersedia?

Blok Kapasitas EC2 tersedia untuk tipe instans berikut di wilayah berikut:

• Instans EC2 p5e.48xlarge di wilayah AS Timur (Ohio)
• Instans EC2 p5.48xlarge di wilayah AS Timur (Virginia Utara), AS Timur (Ohio), AS Barat (Oregon), dan Asia Pasifik (Tokyo)
• Instans EC2 p4d.24xlarge di wilayah AS Timur (Ohio) dan AS Barat (Oregon)
• Instans EC2 trn1.32xlarge di wilayah Asia Pasifik (Melbourne)
  

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

Blok Kapasitas EC2 tersedia dalam ukuran klaster 1, 2, 4, 8, 16, 32, dan 64 instans, dan dapat dipesan untuk hingga 14 hari dengan kelipatan satu hari, atau hingga 28 hari dengan kelipatan tujuh hari.

T: Berapa hari 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 Coordinated Universal Time (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 Savings Plans dan Instans Terpesan (RI) berlaku untuk Blok Kapasitas EC2?

Tidak, Blok Kapasitas EC2 tidak tercakup oleh diskon Savings Plans atau RI.

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

Saat ini, Blok Kapasitas EC2 hanya mendukung instans EC2.

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

T: Berapa biaya Reservasi Kapasitas Sesuai Permintaan?

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

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

T: Dapatkah saya mendapatkan diskon untuk penggunakan Reservasi Kapasitas Sesuai Permintaan?

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

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

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

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

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

T: Saya memiliki RI Zona (RI yang dicakup dalam AZ) yang juga memberikan reservasi kapasitas. Bagaimana ini dibandingkan dengan Reservasi Kapasitas Sesuai Permintaan?

RI Zona memberikan diskon dan reservasi kapasitas dalam AZ tertentu dengan komitmen selama 1 hingga 3 tahun. Reservasi Kapasitas Sesuai Permintaan memungkinkan Anda untuk membuat dan mengelola reservasi kapasitas secara independen dari komitmen RI Anda dan jangka waktunya.

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

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

T: Saya membuat Reservasi Kapasitas Sesuai Permintaan. Bagaimana cara menggunakannya?

Reservasi Kapasitas Sesuai Permintaan terkait dengan AZ tertentu dan, secara default, secara otomatis digunakan oleh menjalankan instans di AZ tersebut. Ketika Anda meluncurkan instans baru yang sesuai dengan atribut reservasi, instans tersebut akan secara otomatis sesuai dengan reservasi.

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

T: Berapa banyak instans yang bisa saya reservasi?

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

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

T: Dapatkah saya memodifikasi Reservasi Kapasitas Sesuai Permintaan setelah memulai?

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

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

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

T: Di mana saya dapat menemukan informasi selengkapnya tentang penggunaan Reservasi Kapasitas Sesuai Permintaan?

Lihat dokumentasi teknis Linux atau Windows untuk mempelajari tentang pembuatan dan penggunaan Reservasi Kapasitas Sesuai Permintaan.

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

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

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

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

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

T: Apakah ada biaya tambahan untuk berbagi reservasi?

Tidak ada biaya tambahan untuk berbagi reservasi.

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

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

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

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

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

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

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

Ya, Anda dapat berhenti membagikan reservasi setelah 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. Setiap kapasitas yang ditempati oleh mesin virtual yang dijalankan dari akun lain akan dikembalikan ke Reservasi Kapasitas Sesuai Permintaan untuk Anda gunakan (tergantung ketersediaan).

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

Lihat dokumentasi teknis Linux atau Windows untuk mempelajari tentang berbagi Reservasi Kapasitas Sesuai Permintaan.

T: Dapatkah saya mendapatkan diskon untuk penggunakan Reservasi Kapasitas Sesuai Permintaan?

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

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

T: Apa itu Instans Cadangan?

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

T: Apa perbedaan antara RI Standar dan RI Convertible?

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

T: Apakah RI memberikan reservasi kapasitas?

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

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

T: Kapan seharusnya saya membeli RI zona?

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

T: Kapan seharusnya saya membeli RI regional?

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

T: Apa itu fleksibilitas ukuran AZ dan instans?

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

T: Jenis RI apa yang memberikan fleksibilitas ukuran instans?

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

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

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

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

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

T: Bagaimana saya membeli RI?

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

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

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

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

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

T: Bagaimana fleksibilitas ukuran instans bekerja?

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

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

T: Apakah saya dapat mengubah RI selama jangka waktunya?

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

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

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

T: Apa saja opsi pembayaran RI yang berbeda?

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

T: Kapan RI diaktifkan?

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

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

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

T: Bagaimana RI bekerja dengan Gabungan Tagihan?

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

T: Apa saya bisa mendapatkan diskon pembelian RI?

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

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

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

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

T: Bagaimana saya menghitung nilai cantuman RI?

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

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

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

T: RI Dapat Diubah memenuhi syarat untuk Diskon Volume?

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

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

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

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

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

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

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

T: Apa itu Marketplace Instans Terpesan (RI)?

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

T: Kapan saya bisa mendaftarkan RI di RI Marketplace?

Anda dapat membuat daftar RI ketika:

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

T: Dapatkah RI ditransfer?

Instans Terpesan EC2 hanya dapat ditransfer sesuai dengan persyaratan RI Marketplace yang disediakan dalam Ketentuan Layanan AWS dan tidak dapat ditransfer.

T: Dapatkah saya menjual RI di EC2 RI Marketplace?

Tidak, AWS melarang penjualan kembali RI yang dibeli sebagai bagian dari program diskon sesuai Ketentuan 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 EC2 RI Marketplace.

T: Bagaimana cara mendaftar sebagai penjual di RI Marketplace?

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

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

Jika Anda melebihi USD20.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 pipeline wawancara pajak, Anda akan diminta untuk memasukkan nama perusahaan, nama kontak, alamat, dan NPWP menggunakan alur kerja TIMS.

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

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

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

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

T: RI mana yang dapat saya daftarkan untuk dijual?

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

T: Bagaimana RI yang terdaftar ditampilkan kepada pembeli?

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

RI yang dicantumkan dikelompokkan berdasarkan pada jenis, jangka waktu tersisa, harga upfront, 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 waktu 9 bulan.

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

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

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

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

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

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

T: 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.

T. Apakah ada batasan saat menjual RI?

Ya, Anda harus memiliki rekening bank AS untuk menjual RI di RI Marketplace. Dukungan untuk rekening bank non-AS akan segera tersedia. 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 RI Marketplace?

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

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

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

T: Bagaimana pembeli membayar RI yang telah mereka beli?

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

T: Kapan saya akan menerima uang?

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

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

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

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

T: Apakah saya akan diberitahu tentang kegiatan RI Marketplace?

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

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

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

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

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

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 RI Marketplace.

T: Apa itu Savings Plans?

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

T: Apa tipe Savings Plans yang ditawarkan AWS?

AWS menawarkan dua tipe Savings Plans:

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

T: Bagaimana perbandingan Savings Plans dengan RI EC2?

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

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

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

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

T: Bagaimana cara memulai penggunaan Savings Plans?

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

T: Dapatkah saya tetap membeli RI EC2?

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

T. Apa itu Instans Spot?

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

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

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

Lihat di sini untuk detail selengkapnya mengenai Instans Spot.

T. Bagaimana saya membeli dan mengaktifkan instans Spot?

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

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

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

T. Berapa banyak Instans Spot yang dapat saya minta?

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

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

T. Berapa harga yang saya bayar untuk Instans Spot?

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

T. Apa itu kumpulan kapasitas Spot?

Kumpulan kapasitas Spot adalah kumpulan instans EC2 yang tidak digunakan dengan jenis instans, sistem operasi, dan Availability Zone yang sama. Tiap kumpulan kapasitas Spot dapat memiliki harga yang berbeda berdasarkan pada suplai dan permintaan.

T. Apa langkah yang terbaik untuk menggunakan Instans Spot?

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

T. Bagaimana saya menentukan status permintaan Spot?

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

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

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

T. Manakah sistem operasi yang tersedia sebagai Instans Spot?

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

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

Tidak pada saat ini.

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

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

T. Bagaimana caranya menghentikan Instans Spot?

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

T. Bagaimana caranya mulai menghentikan Instans Spot?

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

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

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

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

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

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

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

T. Kapan Instans Spot diinterupsi?

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

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

T. Apa yang terjadi pada instans Spot jika terinterupsi?

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

Lihat pada Hibernasi Spot untuk mempelajari selengkapnya tentang menangani interupsi.

T. Apa perbedaan antara perilaku interupsi Berhenti dan Hibernasi?

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

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

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

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

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

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

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

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

T. Apa saya perlu membayar untuk menghibernasi instans Spot?

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

T. Bisakah saya melanjutkan instans yang dihibernasi?

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

T. Instans dan sistem operasi mana yang mendukung hibernasi?

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

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

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

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

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

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

T. Apa itu Spot fleet?

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

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

Tidak, tidak ada biaya tambahan untuk permintaan Armada Spot.

T. Batas apa yang berlaku untuk permintaan Spot Fleet?

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

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

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

T. Apa permintaan Spot fleet dipastikan akan dipenuhi?

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

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

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

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

Tidak, permintaan Fleet multi-wilayah tidak didukung.

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

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

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

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

T. Apa saya dapat menandai permintaan Fleet Spot?

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

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

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

T. Apa saya dapat memodifikasi permintaan Spot Fleet?

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

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

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

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

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

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

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

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

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

T. Bagaimana saya menggunakan layanan ini?

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

T. Apa kelebihan utama penggunaan layanan ini?

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

T. Jenis instans apa yang didukung oleh layanan ini?

Semua instans yang menjalankan VPC dapat mengakses layanan ini.

T: Seberapa terisolasinya sebuah Zona Ketersediaan dengan Zona Ketersediaan lainnya?

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

T: Apakah Amazon EC2 berjalan di lebih dari satu Wilayah AWS?

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

T: Bagaimana cara memastikan bahwa saya berada di Zona Ketersediaan yang sama seperti developer lain?

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

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

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

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

T. Apa itu Instans Komputasi Klaster?

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

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

Pelajari penggunaan tipe instans ini untuk aplikasi HPC selengkapnya.

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

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

T. Apa itu Instans GPU Klaster?

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

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

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

Pelajari selengkapnya mengenai HPC di AWS.

T. Apa itu Instans Klaster Memori Tinggi?

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

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

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

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

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

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

T. Apa itu grup penempatan klaster?

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

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

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

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

Tidak ada batasan khusus untuk Instans Komputasi Klaster. Untuk Instans GPU Klaster, Anda dapat menjalankan 2 instans sekaligus. Jika Anda perlu kapasitas yang lebih besar, harap lengkapi formulir permintaan instans Amazon EC2 (memilih jenis instans primer yang sesuai).

T. Apakah ada cara lain untuk mengoptimalkan kemungkinan bahwa saya menerima jumlah instans penuh yang saya minta untuk klaster via grup penempatan klaster?

Kami menyarankan Anda untuk menjalankan jumlah instans minimum yang diperlukan untuk berpartisipasi dalam cluster dalam peluncuran tunggal. Untuk klaster yang sangat besar, Anda harus menjalankan lebih dari satu grup penempatan, misalkan dua grup penempatan dari 128 instans, lalu menggabungkan mereka untuk membuat klaster 256 instans yang lebih besar.

T. Apakah Instans GPU Klaster dan Komputasi Klaster dapat dijalankan ke dalam satu grup penempatan klaster?

Meski dimungkinkan untuk menjalankan jenis instans klaster berbeda ke dalam satu grup penempatan klaster, untuk saat ini kami hanya mendukung grup penempatan homogen.

T. Jika sebuah instans dalam suatu grup penempatan klaster berhenti lalu berjalan lagi, akankah instans ini tetap berada di dalam grup penempatan klaster?

Ya. Instans yang terhenti akan dijalankan sebagai bagian dari grup penempatan klaster saat instans berhenti. Jika kapasitasnya tidak tersedia untuk memulai dari dalam grup penempatan klaster, proses mulai akan gagal.

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

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

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

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

T: Bagaimana EC2 menjalankan pemeliharaan?

AWS secara berkala menjalankan pemeliharaan perangkat keras, perangkat lunak, daya, dan jaringan dengan disrupsi minimal di seluruh tipe instans EC2. Hal ini dicapai dengan kombinasi alat dan metode di seluruh infrastruktur AWS Global, seperti pembaruan langsung dan migrasi langsung, serta sistem yang dapat dikelola beberapa kali dan secara bersamaan. Teknologi pemeliharaan yang tidak mengganggu seperti pembaruan langsung dan migrasi langsung tidak mengharuskan instans untuk dihentikan atau di-reboot. Pelanggan tidak diharuskan untuk melakukan tindakan apa pun sebelum, selama, dan setelah migrasi langsung atau pembaruan langsung. Teknologi ini membantu meningkatkan waktu aktif aplikasi dan mengurangi upaya operasional Anda. Amazon EC2 menggunakan pembaruan langsung untuk melakukan deployment pada perangkat lunak ke server dengan cepat dan dampak minimal pada instans pelanggan. Pembaruan langsung memastikan bahwa beban kerja pelanggan berjalan di server dengan perangkat yang lunak mendapatkan patch keamanan terbaru, fitur instans baru, dan peningkatan performa. Amazon EC2 menggunakan migrasi langsung ketika instans yang berjalan harus dipindahkan dari satu server ke server lain untuk pemeliharaan perangkat keras atau untuk mengoptimalkan penempatan instans atau untuk mengelola sumber daya CPU secara dinamis. Amazon EC2 telah memperluas lingkup dan cakupan dari teknologi pemeliharaan yang tidak mengganggu selama bertahun-tahun sehingga peristiwa pemeliharaan terjadwal adalah opsi fallback alih-alih sarana utama yang memungkinkan pemeliharaan rutin.

T: Bagaimana cara memilih jenis instans yang tepat?

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

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

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

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

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

AWS melakukan pembandingan kinerja secara berkala kinerja komputasi Linux dan Windows pada jenis instans EC2 untuk memastikan kinerja yang konsisten dari waktu ke waktu.

T: Apa itu ketersediaan wilayah jenis instans Amazon EC2?

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

T. Berapa banyak daya komputasi yang diberikan Instans Mikro?

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

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

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

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

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

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

Saat ini Amazon DevPay tidak tersedia untuk instans Micro.

T. Apa itu Nitro Hypervisor?

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

T. Bagaimana Nitro Hypervisor memberikan manfaat kepada pelanggan?

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

T. Apakah semua instans EC2 akan menggunakan Nitro Hypervisor?

Semua jenis instans baru akan secepatnya menggunakan Nitro Hypervisor. Namun, dalam jangka waktu dekat, beberapa tipe instans baru akan menggunakan Xen, bergantung pada persyaratan platform.

T. Apakah AWS akan terus berinvestasi pada hypervisor berbasis Xen?

Ya. Selama AWS memperluas infrastruktur cloud globalnya, penggunaan EC2 atas hypervisor berbasis Xen juga akan terus berkembang. Xen akan tetap menjadi komponen inti instans EC2 untuk masa depan yang dapat diprakirakan. AWS adalah anggota pendiri Proyek Xen sejak pendiriannya sebagai Linux Foundation Collaborative Project dan tetap menjadi peserta aktif di Dewan Pembimbing. Selama AWS memperluas infrastruktur cloud globalnya, hypervisor berbasis Xen EC2 juga akan terus berkembang. Oleh karena itu, investasi EC2 pada Xen akan terus berkembang, bukan menyusut.

T. Berapa banyak volume EBS dan Antarmuka Jaringan Elastis (ENI) yang dapat dipasang ke instans yang berjalan pada Nitro Hypervisor?

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

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

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

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

HVM AMI yang didukung EBS dengan dukungan untuk jaringan dan booting ENA dari penyimpanan NVMe dapat digunakan dengan instans yang berjalan pada Nitro Hypervisor. Amazon Linux AMI dan Windows AMI terbaru yang disediakan oleh Amazon didukung, seperti AMI Ubuntu, Debian, Red Hat Enterprise Linux, SUSE Enterprise Linux, CentOS, dan FreeBSD terbaru.

T. Apakah saya akan mengetahui perbedaan di antara instans yang menggunakan Xen hypervisor dan instans yang menggunakan Nitro Hypervisor?

Ya. Misalnya, instans yang berjalan pada Nitro Hypervisor melakukan boot dari volume EBS menggunakan antarmuka NVMe. Instans yang berjalan di bawah Xen melakukan boot dari perangkat keras IDE tiruan, dan beralih ke driver perangkat blok Xen yang diparavirtualkan.

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

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

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

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

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

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

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

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

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

T: Apa itu Optimize CPUs?

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

T: Mengapa saya harus menggunakan fitur Optimisasi CPU?

Anda harus menggunakan Optimize CPUs jika:

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

T: Bagaimana harga instans yang dioptimalkan CPU ditentukan?

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

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

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

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

Tidak. Anda dapat menggunakan Optimisasi CPU hanya dengan instans virtual EC2.

T: Bagaimana saya dapat mulai menggunakan Optimisasi CPU untuk Instans EC2?

Untuk informasi selengkapnya mengenai cara memulai Optimisasi CPU dan tipe instans yang didukung, silakan kunjungi halaman dokumentasi Optimisasi CPU di sini.

T:Bagaimana tagihan penggunaan Amazon EC2 untuk IBM saya?

Anda hanya membayar apa yang Anda gunakan tanpa ada biaya minimum. Harga instans per jam yang digunakan untuk setiap jenis instans. Instans per jam parsial yang digunakan dibebankan satu jam penuh. Transfer data untuk Amazon EC2 untuk IBM dibebankan dan dipisahkan dari Amazon EC2. Tidak ada biaya Transfer Data antar dua Amazon Web Services dalam Wilayah yang sama (misalnya, Amazon EC2 AS Barat dan layanan AWS lain di AS Barat). Data yang ditransfer di antara layanan AWS di wilayah yang berbeda akan dikenai biaya sebagai Transfer Data Internet di kedua sisi transfer.

Untuk informasi harga Amazon EC2 untuk IBM, silakan kunjungi bagian harga pada halaman detail Amazon EC2 yang menjalankan IBM.

T: Dapatkah saya menggunakan Amazon DevPay dengan Amazon EC2 yang menjalankan IBM?

Tidak, saat ini, Anda tidak dapat menggunakan DevPay untuk menggabungkan produk di atas Amazon EC2 yang menjalankan IBM.

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

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

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

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

T: Apa itu instans Mac Amazon EC2?

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

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

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

T: Apa itu instans Mac x86 EC2?

Instans Mac EC2 berbasis x86 dibangun di komputer Mac Mini Apple dengan prosesor Intel Core i7 dan didukung oleh AWS Nitro System. Instans ini menawarkan pilihan macOS Mojave (10.14), macOS Catalina (10.15), macOS Big Sur (11), dan macOS Monterey (12) sebagai Amazon Machine Images (AMIs). 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, Tokyo). Pelajari selengkapnya dan mulai menggunakan instans Mac EC2 berbasis x86 di sini.

T: Apa itu instans Mac M1 EC2?

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

T: Apa itu instans Mac M1 Ultra EC2?

Instans Mac M1 Ultra EC2 dibangun di komputer Apple M1 Ultra Mac Studio dan didukung oleh AWS Nitro System. Instans Mac M1 Ultra EC2 mengaktifkan lingkungan ARM64 macOS dan mendukung macOS Ventura (13) dan yang lebih baru sebagai Amazon Machine Images (AMI). Instans Mac M1 Ultra EC2 tersedia di 2 Wilayah: AS Timur (Virginia Utara) dan AS Barat (Oregon). Pelajari selengkapnya dan mulai instans Mac M1 Ultra EC2 di sini.

T: Apa itu instans Mac M2 EC2?

Instans Mac M2 EC2 dibangun pada komputer Apple M2 Mac mini dan didukung oleh AWS Nitro System. Mereka berkinerja hingga 10% lebih tinggi daripada instans Mac EC2 M1 untuk beban kerja build aplikasi iOS dan macOS. Instans Mac EC2 M2 memungkinkan 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 6 Wilayah: AS Timur (Virginia Utara, Ohio), AS Barat (Oregon), Kanada (Pusat), Eropa (Frankfurt), dan Asia Pasifik (Sydney). Pelajari selengkapnya dan mulai instans Mac M2 EC2 di sini.

T: Apa itu instans EC2 M2 Pro Mac?

Instans Mac M2 Pro EC2 dibangun pada komputer Apple M2 Pro Mac mini dan didukung oleh AWS Nitro System. 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 selengkapnya dan mulai instans Pro Mac M2 EC2 di sini.

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

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

T: Bagaimana cara merilis Host Khusus?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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 cara menggunakan data pengguna EC2 dengan instans Mac EC2?

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

T: Bagaimana cara menginstal Xcode di instans Mac EC2?

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

T: Apa cadence rilis AMI macOS?

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

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

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

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

T: Dapatkah Anda memperbarui agen dan paket yang disertakan dalam AMI macOS?

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

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

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

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

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

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

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

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

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

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

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

T: Apakah instans Mac EC2 mendukung EBS?

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

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

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

T: Apakah instans Mac EC2 mendukung Amazon FSx?

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

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

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

T: Apa dukungan Nitro System untuk instans Generasi Lama?

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

T: Instans generasi sebelumnya mana saja yang akan menerima dukungan Nitro System dan berapa jangka waktunya?

Kami telah mengaktifkan dukungan Nitro System untuk instans C1, M1, M2, T1, T2, C3, M3, R3, C4, dan M4 Amazon EC2. Pelanggan instans ini akan menerima notifikasi pemeliharaan migrasi ke Nitro System. Kami akan menambahkan dukungan untuk tipe instans tambahan pada tahun 2024.

T: Tindakan apa yang perlu dilakukan untuk memigrasikan instans generasi sebelumnya yang sudah ada milik saya?

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

Serupa dengan peristiwa pemeliharaan umum kami, pelanggan akan memiliki opsi untuk menjadwal ulang pemeliharaan sebanyak yang diperlukan dalam waktu 2 minggu tambahan dari jadwal asli waktu pemeliharaan.

T: Apa yang akan terjadi jika instans dihentikan dan dimulai sebelum atau selama periode pemeliharaan terjadwal?

Berhenti/Memulai sebuah instans selama periode pemeliharaan terjadwal akan memigrasikan instans ke host baru, dan instans tidak harus menjalani pemeliharaan terjadwal. Berhenti/memulai instans dapat membuat migrasi instans pelanggan menjadi didukung oleh AWS Nitro System. Perlu diperhatikan bahwa data pada setiap volume penyimpanan instans lokal tidak akan dipertahankan ketika Anda berhenti dan memulai instans. Klik di sini untuk informasi selengkapnya tentang berhenti/mulai.

T: Apa yang akan terjadi dengan instans saya selama peristiwa pemeliharaan ini?

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

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

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

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

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

T: Apakah semua fitur dan AMI pada instans generasi sebelumnya milik saya akan didukung sebagai bagian dari migrasi ini?

Ya, semua fitur dan AMI yang sudah ada yang didukung pada instans generasi sebelumnya akan didukung saat kami memigrasikan instans ini ke AWS Nitro System. 

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

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