Wilayah, Zona Ketersediaan, dan Zona Lokal - Layanan Basis Data Relasional Amazon
AWS DaerahZona KetersediaanZona Lokal

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

Wilayah, Zona Ketersediaan, dan Zona Lokal

Sumber daya komputasi cloud Amazon di-hosting di beberapa lokasi di seluruh dunia. Lokasi ini terdiri dari AWS Wilayah, Availability Zone, dan Local Zones. Setiap Wilayah AWS adalah wilayah geografis yang terpisah. Setiap AWS Wilayah memiliki beberapa lokasi terisolasi yang dikenal sebagai Availability Zone.

catatan

Untuk informasi tentang menemukan Availability Zone untuk suatu AWS Wilayah, lihat Menjelaskan Availability Zone Anda di dokumentasi Amazon EC2.

Dengan menggunakan Zona Lokal, Anda dapat menempatkan sumber daya, seperti komputasi dan penyimpanan, di beberapa lokasi yang lebih dekat dengan pengguna Anda. Amazon RDS memungkinkan Anda menempatkan sumber daya, seperti instans DB, dan data di beberapa lokasi. Sumber daya tidak direplikasi di seluruh AWS Wilayah kecuali Anda melakukannya secara khusus.

Amazon beroperasi state-of-the-art, pusat data yang sangat tersedia. Meskipun jarang, kegagalan yang memengaruhi ketersediaan instans DB yang berada di lokasi yang sama dapat terjadi. Jika Anda meng-hosting semua instans DB di satu lokasi yang terpengaruh oleh kegagalan tersebut, tidak satu pun instans DB Anda akan tersedia.

AWS Wilayah

Penting untuk diingat bahwa setiap AWS Wilayah sepenuhnya independen. Aktivitas Amazon RDS apa pun yang Anda lakukan (misalnya, membuat instance database atau mencantumkan instance database yang tersedia) hanya berjalan di Wilayah default Anda saat ini. AWS AWS Wilayah default dapat diubah di konsol, atau dengan mengatur variabel AWS_DEFAULT_REGIONlingkungan. Atau dapat diganti dengan menggunakan --region parameter dengan (). AWS Command Line Interface AWS CLI Untuk informasi selengkapnya, lihat Mengonfigurasi AWS Command Line Interface, khususnya bagian tentang variabel lingkungan dan opsi baris perintah.

Amazon RDS mendukung AWS Wilayah khusus yang disebut AWS GovCloud (US). Hal ini dirancang untuk memungkinkan lembaga pemerintah AS dan pelanggan memindahkan beban kerja yang lebih sensitif ke cloud. Wilayah AWS GovCloud (US) memenuhi persyaratan peraturan dan kepatuhan khusus pemerintah AS. Untuk informasi lebih lanjut, lihat Apa itu AWS GovCloud (US)?

Untuk membuat atau bekerja dengan instans Amazon RDS DB di AWS Wilayah tertentu, gunakan titik akhir layanan regional yang sesuai.

AWS Daerah

Setiap AWS Wilayah dirancang untuk diisolasi dari AWS Wilayah lain. Rancangan ini mencapai toleransi kesalahan dan stabilitas sebesar mungkin.

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

Ketersediaan wilayah

Tabel berikut menunjukkan AWS Wilayah tempat Amazon RDS saat ini tersedia dan titik akhir untuk setiap Wilayah.

Nama Wilayah Wilayah Titik Akhir Protokol
AS Timur (Ohio) us–east-2

rds.us-east-2.amazonaws.com

rds-fips.us-east-2.api.aws

rds.us-east-2.api.aws

rds-fips.us-east-2.amazonaws.com

HTTPS

HTTPS

HTTPS

HTTPS
AS Timur (Virginia Utara) us-east-1

rds.us-east-1.amazonaws.com

rds-fips.us-east-1.api.aws

rds-fips.us-east-1.amazonaws.com

rds.us-east-1.api.aws

HTTPS

HTTPS

HTTPS

HTTPS
AS Barat (California Utara) us-west-1

rds.us-west-1.amazonaws.com

rds.us-west-1.api.aws

rds-fips.us-west-1.amazonaws.com

rds-fips.us-west-1.api.aws

HTTPS

HTTPS

HTTPS

HTTPS
AS Barat (Oregon) us-west-2

rds.us-west-2.amazonaws.com

rds-fips.us-west-2.amazonaws.com

rds.us-west-2.api.aws

rds-fips.us-west-2.api.aws

HTTPS

HTTPS

HTTPS

HTTPS
Afrika (Cape Town) af-south-1

rds.af-south-1.amazonaws.com

rds.af-south-1.api.aws

HTTPS

HTTPS
Asia Pasifik (Hong Kong) ap-east-1

rds.ap-east-1.amazonaws.com

rds.ap-east-1.api.aws

HTTPS

HTTPS
Asia Pasifik (Hyderabad) ap-south-2

rds.ap-south-2.amazonaws.com

rds.ap-south-2.api.aws

HTTPS

HTTPS
Asia Pasifik (Jakarta) ap-southeast-3

rds.ap-southeast-3.amazonaws.com

rds.ap-southeast-3.api.aws

HTTPS

HTTPS
Asia Pasifik (Melbourne) ap-southeast-4

rds.ap-southeast-4.amazonaws.com

rds.ap-southeast-4.api.aws

HTTPS

HTTPS
Asia Pasifik (Mumbai) ap-south-1

rds.ap-south-1.amazonaws.com

rds.ap-south-1.api.aws

HTTPS

HTTPS
Asia Pasifik (Osaka) ap-northeast-3

rds.ap-northeast-3.amazonaws.com

rds.ap-northeast-3.api.aws

HTTPS

HTTPS
Asia Pasifik (Seoul) ap-northeast-2

rds.ap-northeast-2.amazonaws.com

rds.ap-northeast-2.api.aws

HTTPS

HTTPS
Asia Pasifik (Singapura) ap-southeast-1

rds.ap-southeast-1.amazonaws.com

rds.ap-southeast-1.api.aws

HTTPS

HTTPS
Asia Pasifik (Sydney) ap-southeast-2

rds.ap-southeast-2.amazonaws.com

rds.ap-southeast-2.api.aws

HTTPS

HTTPS
Asia Pacific (Tokyo) ap-northeast-1

rds.ap-northeast-1.amazonaws.com

rds.ap-northeast-1.api.aws

HTTPS

HTTPS
Kanada (Pusat) ca-central-1

rds.ca-central-1.amazonaws.com

rds.ca-central-1.api.aws

rds-fips.ca-central-1.api.aws

rds-fips.ca-central-1.amazonaws.com

HTTPS

HTTPS

HTTPS

HTTPS
Kanada Barat (Calgary) ca-west-1

rds.ca-west-1.amazonaws.com

rds-fips.ca-west-1.amazonaws.com

HTTPS

HTTPS
Eropa (Frankfurt) eu-central-1

rds.eu-central-1.amazonaws.com

rds.eu-central-1.api.aws

HTTPS

HTTPS
Eropa (Irlandia) eu-west-1

rds.eu-west-1.amazonaws.com

rds.eu-west-1.api.aws

HTTPS

HTTPS
Eropa (London) eu-west-2

rds.eu-west-2.amazonaws.com

rds.eu-west-2.api.aws

HTTPS

HTTPS
Eropa (Milan) eu-south-1

rds.eu-south-1.amazonaws.com

rds.eu-south-1.api.aws

HTTPS

HTTPS
Eropa (Paris) eu-west-3

rds.eu-west-3.amazonaws.com

rds.eu-west-3.api.aws

HTTPS

HTTPS
Eropa (Spanyol) eu-south-2

rds.eu-south-2.amazonaws.com

rds.eu-south-2.api.aws

HTTPS

HTTPS
Eropa (Stockholm) eu-north-1

rds.eu-north-1.amazonaws.com

rds.eu-north-1.api.aws

HTTPS

HTTPS
Eropa (Zürich) eu-central-2

rds.eu-central-2.amazonaws.com

rds.eu-central-2.api.aws

HTTPS

HTTPS
Israel (Tel Aviv) il-central-1

rds.il-central-1.amazonaws.com

rds.il-central-1.api.aws

HTTPS

HTTPS
Timur Tengah (Bahrain) me-south-1

rds.me-south-1.amazonaws.com

rds.me-south-1.api.aws

HTTPS

HTTPS
Timur Tengah (UAE) me-central-1

rds.me-central-1.amazonaws.com

rds.me-central-1.api.aws

HTTPS

HTTPS
Amerika Selatan (Sao Paulo) sa-east-1

rds.sa-east-1.amazonaws.com

rds.sa-east-1.api.aws

HTTPS

HTTPS
AWS GovCloud (AS-Timur) us-gov-east-1

rds.us-gov-east-1.amazonaws.com

rds.us-gov-east-1.api.aws

HTTPS

HTTPS
AWS GovCloud (AS-Barat) us-gov-west-1

rds.us-gov-west-1.amazonaws.com

rds.us-gov-west-1.api.aws

HTTPS

HTTPS

Jika Anda tidak menentukan titik akhir secara eksplisit, titik akhir AS Barat (Oregon) menjadi default.

Saat Anda bekerja dengan instans DB menggunakan operasi AWS CLI atau API, pastikan Anda menentukan titik akhir regionalnya.

Zona Ketersediaan

Saat membuat instans DB, Anda dapat memilih Zona Ketersediaan atau meminta Amazon RDS memilih untuk Anda secara acak. Availability Zone diwakili oleh kode AWS Region diikuti oleh pengidentifikasi huruf (misalnya,us-east-1a).

Gunakan perintah describe-availability-zonesAmazon EC2 sebagai berikut untuk menjelaskan Availability Zone dalam Wilayah tertentu yang diaktifkan untuk akun Anda.

aws ec2 describe-availability-zones --region region-name

Misalnya, untuk mendeskripsikan Zona Ketersediaan dalam Wilayah AS Timur (Virginia Utara) (us-east-1) yang diaktifkan untuk akun Anda, jalankan perintah berikut:

aws ec2 describe-availability-zones --region us-east-1

Anda tidak dapat memilih Zona Ketersediaan untuk instans DB primer dan sekunder dalam deployment Multi-AZ DB. Amazon RDS memilihkannya untuk Anda secara acak. Untuk informasi selengkapnya tentang deployment Multi-AZ, lihat Mengonfigurasi dan mengelola deployment Multi-AZ.

catatan

Pilihan acak Zona Ketersediaan oleh RDS tidak menjamin distribusi instans DB antara Zona Ketersediaan yang merata dalam satu akun atau grup subnet DB. Anda dapat meminta AZ tertentu ketika membuat atau memodifikasi instans AZ Tunggal, dan Anda dapat menggunakan grup subnet DB yang lebih spesifik untuk instans Multi-AZ. Lihat informasi selengkapnya di Membuat instans DB Amazon RDS dan Memodifikasi instans DB Amazon RDS.

Zona Lokal

Zona Lokal adalah perpanjangan dari AWS Wilayah yang secara geografis dekat dengan pengguna Anda. Anda dapat memperluas VPC dari Wilayah AWS induk ke Zona Lokal. Untuk melakukannya, buat subnet baru dan tetapkan ke Zona Lokal AWS . Saat membuat subnet di Zona Lokal, VPC Anda diperluas ke Zona Lokal tersebut. Subnet di Zona Lokal beroperasi sama seperti subnet lain di VPC Anda.

Saat membuat instans DB, Anda dapat memilih subnet di Zona Lokal. Local Zone memiliki koneksi sendiri ke internet dan mendukung AWS Direct Connect. Dengan demikian, sumber daya yang dibuat di Zona Lokal dapat melayani pengguna lokal dengan komunikasi latensi yang sangat rendah. Untuk informasi selengkapnya, lihat Zona Lokal AWS.

Zona Lokal diwakili oleh kode AWS Wilayah diikuti oleh pengidentifikasi yang menunjukkan lokasi, misalnyaus-west-2-lax-1a.

catatan

Zona Lokal tidak dapat disertakan dalam deployment Multi-AZ.

Cara menggunakan Zona Lokal

  1. Aktifkan Zona Lokal pada konsol Amazon EC2.

    Untuk informasi selengkapnya, lihat Mengaktifkan Zona Lokal dalam Panduan Pengguna Amazon EC2 untuk Instans Linux.

  2. Buat subnet di Zona Lokal.

    Untuk informasi selengkapnya, lihat Membuat subnet di VPC Anda dalam Panduan Pengguna Amazon VPC.

  3. Buat grup subnet DB di Zona Lokal.

    Saat Anda membuat grup subnet DB, pilih grup Zona Ketersediaan untuk Zona Lokal.

    Lihat informasi selengkapnya di Membuat klaster DB dalam VPC.

  4. Buat instans DB yang menggunakan grup subnet DB di Zona Lokal.

    Untuk informasi selengkapnya, lihat Membuat instans DB Amazon RDS.

penting

Saat ini, satu-satunya Zona AWS Lokal di mana Amazon RDS tersedia adalah Los Angeles di Wilayah Barat AS (Oregon).