Wilayah dan Zona - Amazon Elastic Compute Cloud
WilayahZona KetersediaanZona LokalWavelength ZonesAWS Outposts

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Wilayah dan Zona

Amazon EC2 di-host di berbagai lokasi di seluruh dunia. Lokasi-lokasi tersebut terdiri dari Wilayah AWS, Availability Zone, Local Zones, AWS Outposts, dan Zona Wavelength.

  • Setiap Wilayah adalah area geografis yang terpisah.

  • Zona Ketersediaan adalah beberapa lokasi terisolasi di setiap Wilayah.

  • Local Zones memberi Anda kemampuan untuk menempatkan sumber daya, seperti komputasi dan penyimpanan, di beberapa lokasi yang lebih dekat dengan pengguna akhir Anda.

  • AWS Outposts membawa asli AWS layanan, infrastruktur, dan model operasi ke hampir semua pusat data, ruang co-lokasi, atau fasilitas lokal.

  • Wavelength Zone memungkinkan developer membangun aplikasi yang menghadirkan latensi sangat rendah ke perangkat 5G dan pengguna akhir. Wavelength menyebarkan standar AWS layanan komputasi dan penyimpanan ke tepi jaringan 5G operator telekomunikasi.

AWS beroperasi state-of-the-art, pusat data yang sangat tersedia. Meskipun jarang terjadi, kegagalan dapat terjadi yang memengaruhi ketersediaan instans yang berada di lokasi yang sama. Jika Anda meng-host semua instans Anda di satu lokasi yang dipengaruhi oleh kegagalan, tidak ada instans Anda yang akan tersedia.

Wilayah

Setiap Wilayah dirancang untuk diisolasi dari Wilayah lainnya. Ini mencapai toleransi kesalahan dan stabilitas sebesar mungkin.

Saat Anda melihat sumber daya Anda, Anda hanya melihat sumber daya yang terkait dengan Wilayah yang Anda tentukan. Hal ini karena Wilayah terisolasi dari satu sama lain dan kami tidak mereplikasi sumber daya di seluruh Wilayah secara otomatis.

Saat Anda meluncurkan instance, Anda harus memilih AMI yang ada di Wilayah yang sama. Jika AMI berada di Wilayah lain, Anda dapat menyalin AMI ke Wilayah yang Anda gunakan. Untuk informasi selengkapnya, lihat Salin Amazon EC2 AMI.

Perhatikan bahwa ada biaya untuk transfer data antar Wilayah. Untuk informasi selengkapnya, lihat EC2Harga Amazon - Transfer Data.

Wilayah yang Tersedia

Akun Anda menentukan Wilayah yang tersedia untuk Anda.

  • Sesi Akun AWS menyediakan beberapa Wilayah sehingga Anda dapat meluncurkan EC2 instans Amazon di lokasi yang memenuhi persyaratan Anda. Misalnya, Anda mungkin ingin meluncurkan instans di Eropa agar lebih dekat dengan pelanggan Eropa Anda atau untuk memenuhi persyaratan hukum.

  • Sesi AWS GovCloud Akun (AS-Barat) menyediakan akses ke AWS GovCloud (AS-Barat) Wilayah dan AWS GovCloud Wilayah (AS-Timur). Untuk informasi selengkapnya, silakan lihat AWS GovCloud (US).

  • Amazon AWS Akun (China) hanya menyediakan akses ke Wilayah Beijing dan Ningxia. Untuk informasi selengkapnya, lihat Amazon Web Services di Tiongkok.

Tabel berikut mencantumkan Wilayah yang disediakan oleh Akun AWS. Anda tidak dapat menjelaskan atau mengakses Wilayah tambahan dari Akun AWS, seperti AWS GovCloud (US) Regions atau Wilayah China. Untuk menggunakan Wilayah yang diperkenalkan setelah 20 Maret 2019, Anda harus mengaktifkan Wilayah tersebut. Untuk informasi selengkapnya, lihat Menentukan yang AWS Wilayah yang dapat digunakan akun Anda di AWS Account Management Panduan Referensi.

Code Nama Status keikutsertaan
us-east-1 AS Timur (Virginia Utara) Tidak diperlukan
us-east-2 AS Timur (Ohio) Tidak diperlukan
us-west-1 AS Barat (California Utara) Tidak diperlukan
us-west-2 AS Barat (Oregon) Tidak diperlukan
af-south-1 Afrika (Cape Town) Yg dibutuhkan
ap-east-1 Asia Pasifik (Hong Kong) Diperlukan
ap-south-2 Asia Pasifik (Hyderabad) Diperlukan
ap-southeast-3 Asia Pasifik (Jakarta) Diperlukan
ap-southeast-5 Asia Pasifik (Malaysia) Diperlukan
ap-southeast-4 Asia Pasifik (Melbourne) Diperlukan
ap-south-1 Asia Pasifik (Mumbai) Tidak diperlukan
ap-northeast-3 Asia Pasifik (Osaka) Tidak diperlukan
ap-northeast-2 Asia Pasifik (Seoul) Tidak diperlukan
ap-southeast-1 Asia Pasifik (Singapura) Tidak diperlukan
ap-southeast-2 Asia Pasifik (Sydney) Tidak diperlukan
ap-northeast-1 Asia Pasifik (Tokyo) Tidak diperlukan
ca-central-1 Kanada (Pusat) Tidak diperlukan
ca-west-1 Kanada Barat (Calgary) Diperlukan
cn-north-1 Tiongkok (Beijing) Tidak diperlukan
cn-northwest-1 Tiongkok (Ningxia) Tidak diperlukan
eu-central-1 Eropa (Frankfurt) Tidak diperlukan
eu-west-1 Eropa (Irlandia) Tidak diperlukan
eu-west-2 Eropa (London) Tidak diperlukan
eu-south-1 Eropa (Milan) Diperlukan
eu-west-3 Eropa (Paris) Tidak diperlukan
eu-south-2 Eropa (Spanyol) Diperlukan
eu-north-1 Eropa (Stockholm) Tidak diperlukan
eu-central-2 Eropa (Zürich) Diperlukan
il-central-1 Israel (Tel Aviv) Diperlukan
me-south-1 Timur Tengah (Bahrain) Diperlukan
me-central-1 Timur Tengah (UAE) Diperlukan
sa-east-1 Amerika Selatan (Sao Paulo) Tidak diperlukan

Untuk informasi selengkapnya, silakan lihat AWS Infrastruktur Global.

Titik akhir Regional

Saat Anda bekerja dengan instance menggunakan antarmuka atau API tindakan baris perintah, Anda harus menentukan titik akhir Regionalnya. Untuk informasi selengkapnya tentang Wilayah dan titik akhir AmazonEC2, lihat titik akhir EC2 layanan Amazon di Panduan EC2 Pengembang Amazon.

Untuk informasi lebih lanjut tentang titik akhir dan protokol di AWS GovCloud (AS-Barat), lihat Titik Akhir Layanan di AWS GovCloud (US) Panduan Pengguna.

Zona Ketersediaan

Setiap Wilayah memiliki beberapa lokasi terisolasi yang dikenal sebagai Zona Ketersediaan. Kode untuk Availability Zone adalah kode Region diikuti oleh pengidentifikasi huruf. Misalnya, us-east-1a.

Saat meluncurkan instans, Anda memilih Region dan virtual private cloud (VPC), dan kemudian Anda dapat memilih subnet dari salah satu Availability Zone atau membiarkan kami memilih satu untuk Anda. Jika Anda mendistribusikan instans Anda ke beberapa Zona Ketersediaan dan satu instans gagal, Anda dapat mendesain aplikasi Anda sehingga instans di Zona Ketersediaan lain dapat menangani permintaan. Anda juga dapat menggunakan alamat IP Elastis untuk menutupi kegagalan instans di satu Zona Ketersediaan dengan memetakan ulang alamat secara cepat ke instans di Zona Ketersediaan lain.

Diagram berikut menggambarkan beberapa Availability Zone dalam AWS Wilayah. Zona Ketersediaan A dan Zona Ketersediaan B masing-masing memiliki satu subnet, dan setiap subnet memiliki instans. Zona Ketersediaan C tidak memiliki subnet, oleh karena itu Anda tidak dapat meluncurkan instans ke Zona Ketersediaan ini.

Sebuah Wilayah dengan instans di satu Zona Ketersediaan.

Seiring dengan berkembangnya Zona Ketersediaan dari waktu ke waktu, kemampuan kami untuk mengembangkannya dapat menjadi terbatas. Jika ini terjadi, kami mungkin membatasi Anda untuk meluncurkan sebuah instans di Zona Ketersediaan yang dibatasi kecuali Anda sudah memiliki instans di Zona Ketersediaan tersebut. Akhirnya, kami mungkin juga menghapus Zona Ketersediaan yang dibatasi dari daftar Zona Ketersediaan untuk akun baru. Oleh karena itu, akun Anda mungkin memiliki jumlah Zona Ketersediaan yang berbeda di suatu Wilayah dengan akun lain.

AZ IDs

Untuk memastikan bahwa sumber daya didistribusikan di seluruh Availability Zone untuk suatu Wilayah, kami secara independen memetakan Availability Zone ke kode untuk masing-masing Akun AWS di wilayah tertua kami. Misalnya, us-east-1a untuk Anda Akun AWS mungkin bukan lokasi fisik yang sama dengan us-east-1a yang lain Akun AWS.

Untuk mengoordinasikan Availability Zone di seluruh akun di semua Wilayah bahkan yang memetakan Availability Zone, gunakan AZ IDs, yang merupakan pengidentifikasi unik dan konsisten untuk Availability Zone. Misalnya, use1-az1 adalah ID AZ untuk us-east-1 Wilayah, dan memiliki lokasi fisik yang sama di setiap Akun AWS. Anda dapat melihat AZ IDs untuk akun Anda untuk menentukan lokasi fisik sumber daya Anda relatif terhadap sumber daya di akun lain. Misalnya, jika Anda membagikan subnet di Zona Ketersediaan dengan ID AZ use1-az2 dengan akun lain, subnet ini tersedia untuk akun tersebut di Zona Ketersediaan yang juga memiliki ID AZ yang juga use1-az2.

Untuk melihat AZ IDs untuk akun Anda, periksa panel Kesehatan Layanan di EC2Dasbor atau gunakan describe-availability-zones AWS CLI perintah.

Diagram berikut menggambarkan dua akun dengan pemetaan kode Zona Ketersediaan yang berbeda ke ID AZ.

Dua akun dengan pemetaan kode Zona Ketersediaan yang berbeda ke ID AZ.

Zona Ketersediaan yang Tersedia

Setiap Wilayah memiliki beberapa Availability Zone, seperti yang ditunjukkan dalam daftar berikut.

  • AS Timur (Virginia N.) — use1-az1 | use1-az2 | use1-az3 | use1-az4 | use1-az5 use1-az6

  • AS Timur (Ohio) - use2-az1 | | use2-az2 use2-az3

  • AS Barat (California N.) — usw1-az1 | usw1-az2 | † usw1-az3

  • AS Barat (Oregon) — usw2-az1 | | usw2-az2 | usw2-az3 usw2-az4

  • Afrika (Cape Town) — afs1-az1 | afs1-az2 | afs1-az3

  • Asia Pasifik (Hongkong) — ape1-az1 | ape1-az2 | ape1-az3

  • Asia Pasifik (Hyderabad) — | | aps2-az1 aps2-az2 aps2-az3

  • Asia Pasifik (Jakarta) — apse3-az1 | apse3-az2 | apse3-az3

  • Asia Pasifik (Indonesia) — apse5-az1 | apse5-az2 | apse5-az3

  • Asia Pasifik (Melbourne) — apse4-az1 | apse4-az2 | apse4-az3

  • Asia Pasifik (Mumbai) — aps1-az1 | | aps1-az2 aps1-az3

  • Asia Pasifik (Osaka) — apne3-az1 | apne3-az2 | apne3-az3

  • Asia Pasifik (Seoul) — apne2-az1 | apne2-az2 | apne2-az3 | apne2-az4

  • Asia Pasifik (Singapura) — apse1-az1 | apse1-az2 | apse1-az3

  • Asia Pasifik (Sydney) — apse2-az1 | apse2-az2 | apse2-az3

  • Asia Pasifik (Tokyo) — apne1-az1 | apne1-az2 | apne1-az3 | apne1-az4

  • Kanada (Tengah) — cac1-az1 | cac1-az2 | cac1-az4

  • Kanada Barat (Calgary) — | | caw1-az1 caw1-az2 caw1-az3

  • Eropa (Frankfurt am Main) — euc1-az1 | | euc1-az2 euc1-az3

  • Eropa (Irlandia) — euw1-az1 | euw1-az2 | euw1-az3

  • Eropa (London) — euw2-az1 | euw2-az2 | euw2-az3

  • Eropa (Milan) — eus1-az1 | eus1-az2 | eus1-az3

  • Eropa (Paris) — euw3-az1 | euw3-az2 | euw3-az3

  • Eropa (Spanyol) — eus2-az1 | eus2-az2 | eus2-az3

  • Eropa (Stockholm) — eun1-az1 | | eun1-az2 eun1-az3

  • Eropa (Zürich) — | | euc2-az1 euc2-az2 euc2-az3

  • Israel (Tel Aviv) — ilc1-az1 | | ilc1-az2 ilc1-az3

  • Timur Tengah (Bahrain) — mes1-az1 | | mes1-az2 mes1-az3

  • Timur Tengah (UAE) — mec1-az1 | mec1-az2 | mec1-az3

  • Amerika Selatan (Sao Paulo) — | | sae1-az1 sae1-az2 sae1-az3

  • AWS GovCloud (AS-Timur) — usge1-az1 | | usge1-az2 usge1-az3

  • AWS GovCloud (AS-Barat) — usgw1-az1 | | usgw1-az2 usgw1-az3

† Akun yang lebih baru dapat mengakses dua Availability Zone di AS Barat (California Utara).

Contoh di Availability Zone

Saat Anda meluncurkan instans, pilih Wilayah yang menempatkan instans Anda lebih dekat dengan pelanggan tertentu, atau memenuhi persyaratan hukum atau lainnya yang Anda miliki. Dengan meluncurkan instans Anda di Availability Zone terpisah, Anda dapat melindungi aplikasi Anda dari kegagalan satu lokasi di Wilayah.

Saat Anda meluncurkan sebuah instans, Anda dapat secara opsional menentukan Zona Ketersediaan di Wilayah yang Anda gunakan. Jika Anda tidak menentukan Zona Ketersediaan, kami memilih Zona Ketersediaan untuk Anda. Saat Anda meluncurkan instans awal, kami menyarankan Anda menerima Zona Ketersediaan default, karena ini memungkinkan kami memilih Zona Ketersediaan terbaik untuk Anda berdasarkan kesehatan sistem dan kapasitas yang tersedia. Jika Anda meluncurkan instans tambahan, tentukan Zona Ketersediaan hanya jika instans baru Anda harus dekat dengan, atau dipisahkan dari, instans yang sedang berjalan.

Zona Lokal

Local Zone adalah perpanjangan dari AWS Wilayah dalam kedekatan geografis dengan pengguna Anda. Local Zones memiliki koneksi sendiri ke internet dan dukungan AWS Direct Connect, sehingga sumber daya yang dibuat di Zona Lokal dapat melayani pengguna lokal dengan komunikasi latensi rendah. Untuk informasi lebih lanjut, lihat Apa itu AWS Local Zones? di AWS Panduan Pengguna Local Zones.

Kode untuk Local Zones adalah kode Wilayah diikuti oleh pengidentifikasi yang menunjukkan lokasi fisiknya. Misalnya, us-west-2-lax-1 di Los Angeles.

Diagram berikut menggambarkan AWS Wilayahus-west-2, dua dari Availability Zone-nya, dan dua Local Zone-nya. Ini VPC mencakup Availability Zones dan salah satu Local Zones. Setiap zona VPC memiliki satu subnet, dan setiap subnet memiliki instance.

A VPC dengan Availability Zones dan Local Zones.

Local Zones yang Tersedia

Untuk daftar Local Zones yang tersedia, lihat Available Local Zones di AWS Panduan Pengguna Local Zones. Untuk daftar Local Zones yang diumumkan, lihat AWS Lokasi Local Zones.

Contoh di Local Zones

Untuk menggunakan Local Zones, Anda harus mengaktifkannya terlebih dahulu. Kemudian, buat subnet di Local Zone. Anda dapat menentukan subnet Zona Lokal saat meluncurkan instance, yang menempatkannya di subnet Zona Lokal di Zona Lokal.

Saat meluncurkan instance di Local Zone, Anda juga mengalokasikan alamat IP dari grup perbatasan jaringan. Grup perbatasan jaringan adalah kumpulan unik Availability Zone, Local Zones, atau Wavelength Zone dari mana AWS mengiklankan alamat IP, misalnya,us-west-2-lax-1a. Anda dapat mengalokasikan alamat IP berikut dari grup batas jaringan:

  • Alamat Elastis yang disediakan Amazon IPv4

  • IPv6VPCAlamat yang disediakan Amazon (hanya tersedia di zona Los Angeles)

Untuk informasi selengkapnya tentang cara meluncurkan instance di Zona Lokal, lihat Memulai AWS Local Zones di AWS Panduan Pengguna Local Zones.

Wavelength Zones

AWS Wavelength memungkinkan pengembang untuk membangun aplikasi yang memberikan latensi ultra-rendah ke perangkat seluler dan pengguna akhir. Wavelength menyebarkan standar AWS layanan komputasi dan penyimpanan ke tepi jaringan 5G operator telekomunikasi. Pengembang dapat memperluas virtual private cloud (VPC) ke satu atau beberapa Wavelength Zones, dan kemudian menggunakan AWS sumber daya seperti EC2 instans Amazon untuk menjalankan aplikasi yang memerlukan latensi sangat rendah dan koneksi ke AWS layanan di Wilayah.

Zona Panjang Gelombang adalah zona terisolasi di lokasi pembawa tempat infrastruktur panjang gelombang digunakan. Wavelength Zone terikat pada suatu Wilayah. Zona Panjang Gelombang adalah perpanjangan logis dari Wilayah, dan dikelola oleh bidang kontrol di Wilayah.

Kode untuk Wavelength Zone adalah kode Wilayah diikuti oleh pengidentifikasi yang menunjukkan lokasi fisik. Misalnya, us-east-1-wl1-bos-wlz-1 di Boston.

Diagram berikut menggambarkan AWS Wilayahus-west-2, dua Zona Ketersediaan, dan Zona Wavelength. Ini VPC mencakup Availability Zones dan Wavelength Zone. Setiap zona VPC memiliki satu subnet, dan setiap subnet memiliki instance.

A VPC dengan Availability Zones dan Wavelength Zone.

Wavelength Zones tidak tersedia di setiap Wilayah. Untuk informasi tentang Wilayah yang mendukung Zona Wavelength, lihat Zona Wavelength yang Tersedia di AWS Wavelength Panduan Pengembang.

Zona Wavelength yang Tersedia

Untuk daftar Zona Wavelength yang tersedia, lihat Zona Wavelength yang Tersedia di AWS Wavelength Panduan.

Contoh di Zona Wavelength

Untuk menggunakan Wavelength Zone, Anda harus terlebih dahulu memilih Zona. Kemudian, buat subnet di Wavelength Zone. Anda dapat menentukan subnet Wavelength saat meluncurkan instance. Anda juga mengalokasikan alamat IP operator dari grup perbatasan jaringan, yang merupakan kumpulan unik Availability Zones, Local Zones, atau Wavelength Zones dari mana AWS mengiklankan alamat IP, misalnya,us-east-1-wl1-bos-wlz-1.

Untuk step-by-step petunjuk arah untuk meluncurkan instance di Wavelength Zone, lihat Memulai AWS Wavelengthdi AWS Wavelength Panduan Pengembang.

AWS Outposts

AWS Outposts adalah layanan yang dikelola sepenuhnya yang memperluas AWS infrastruktur, layananAPIs, dan alat untuk tempat pelanggan. Dengan menyediakan akses lokal ke AWS infrastruktur terkelola, AWS Outposts memungkinkan pelanggan untuk membangun dan menjalankan aplikasi di tempat menggunakan antarmuka pemrograman yang sama seperti di AWS Wilayah, saat menggunakan sumber daya komputasi dan penyimpanan lokal untuk latensi yang lebih rendah dan kebutuhan pemrosesan data lokal.

Pos terdepan adalah kumpulan AWS kapasitas komputasi dan penyimpanan dikerahkan di situs pelanggan. AWS mengoperasikan, memantau, dan mengelola kapasitas ini sebagai bagian dari AWS Wilayah. Anda dapat membuat subnet di Outpost Anda dan menentukannya saat Anda membuat AWS sumber daya. Instance dalam subnet Outpost berkomunikasi dengan instance lain di AWS Wilayah menggunakan alamat IP pribadi, semua dalam hal yang samaVPC.

Diagram berikut menggambarkan AWS Wilayahus-west-2, dua Zona Ketersediaan, dan Pos Terdepan. VPCBentang Zona Ketersediaan dan Pos Terdepan. Outpost berada di pusat data pelanggan on-premise. Setiap zona VPC memiliki satu subnet, dan setiap subnet memiliki instance.

A VPC dengan Availability Zones dan Outpost.

Contoh di Pos Terdepan

Untuk mulai menggunakan AWS Outposts, Anda harus membuat Outpost dan memesan kapasitas Outpost. AWS Outposts menawarkan dua faktor bentuk, Outposts rack dan Outposts server. Untuk informasi selengkapnya tentang konfigurasi Outposts, lihat AWS Outposts Keluarga. Setelah peralatan Outpost Anda diinstal, kapasitas komputasi dan penyimpanan tersedia untuk Anda saat Anda meluncurkan EC2 instans di Outpost Anda.

Untuk meluncurkan EC2 instance, Anda harus membuat subnet Outpost. Grup keamanan mengontrol lalu lintas masuk dan keluar untuk instance di subnet Outpost, seperti yang mereka lakukan untuk instance di subnet Availability Zone. Untuk menyambung ke EC2 instance di subnet Outpost, Anda dapat menentukan key pair saat meluncurkan instance, seperti yang Anda lakukan untuk instance di subnet Availability Zone untuk mengizinkan koneksi menggunakan. SSH

Untuk informasi selengkapnya, lihat Memulai Rak Outposts atau Memulai server Outposts.

Volume di rak Outposts

Jika kapasitas komputasi Outposts Anda ada di rak Outpost, Anda dapat membuat EBS volume di subnet Outpost yang Anda buat. Saat Anda membuat volume, tentukan Amazon Resource Name (ARN) dari Outpost.

Perintah buat volume berikut membuat volume kosong 50 GB di Pos terdepan yang ditentukan.

aws ec2 create-volume --availability-zone us-east-2a --outpost-arn arn:aws:outposts:us-east-2:123456789012:outpost/op-03e6fecad652a6138 --size 50

Anda dapat secara dinamis memodifikasi ukuran volume Amazon EBS gp2 Anda tanpa melepaskannya. Untuk informasi selengkapnya tentang memodifikasi volume tanpa melepaskannya, lihat Meminta modifikasi pada EBS volume Anda di EBSPanduan Pengguna Amazon.

Kami menyarankan Anda membatasi volume root untuk sebuah instance pada rak Outpost hingga 30 GiB atau lebih kecil. Anda dapat menentukan volume data dalam pemetaan perangkat blok AMI atau instans untuk menyediakan penyimpanan tambahan. Untuk memangkas blok yang tidak digunakan dari volume boot, lihat Cara Membuat EBS Volume Jarang di AWS Blog Jaringan Mitra.

Kami menyarankan Anda meningkatkan NVMe batas waktu untuk volume root. Untuk informasi selengkapnya, lihat batas waktu operasi I/O di EBSPanduan Pengguna Amazon.

Volume di server Outposts

Instans di server Outposts menyediakan volume penyimpanan instance tetapi tidak EBS mendukung volume. Pilih yang EBS didukung Amazon hanya AMI dengan satu EBS snapshot. Pilih ukuran instans dengan penyimpanan instans yang cukup untuk memenuhi kebutuhan aplikasi Anda. Untuk informasi selengkapnya, lihat Batas penyimpanan instans.