Wilayah, Zona Ketersediaan, dan Zona Lokal - Layanan Basis Data Relasional Amazon
AWS WilayahZona 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-lokasi tersebut terdiri dari AWS Wilayah, Availability Zone, dan Local Zones. Masing-masing AWS Wilayah adalah wilayah geografis yang terpisah. Masing-masing AWS Wilayah memiliki beberapa lokasi terisolasi yang dikenal sebagai Availability Zones.

catatan

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

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 AWS Daerah 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 masing-masing AWS Wilayah sepenuhnya independen. RDSAktivitas Amazon apa pun yang Anda lakukan (misalnya, membuat instance database atau mencantumkan instance database yang tersedia) hanya berjalan di default Anda saat ini AWS Wilayah. Default AWS Wilayah dapat diubah di konsol, atau dengan mengatur variabel AWS_DEFAULT_REGIONlingkungan. Atau dapat diganti dengan menggunakan parameter dengan --region 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 khusus AWS Daerah yang disebut AWS GovCloud (US). Ini dirancang untuk memungkinkan lembaga pemerintah dan pelanggan AS memindahkan beban kerja yang lebih sensitif ke cloud. Bagian AWS GovCloud (US) Wilayah menangani 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 secara spesifik AWS Wilayah, gunakan titik akhir layanan regional yang sesuai.

AWS Wilayah

Masing-masing AWS Wilayah dirancang untuk diisolasi dari yang lain AWS Daerah. Rancangan ini mencapai toleransi kesalahan dan stabilitas sebesar mungkin.

Ketika Anda melihat sumber daya Anda, Anda hanya melihat sumber daya yang terkait dengan AWS Wilayah yang Anda tentukan. Hal ini karena AWS Wilayah terisolasi satu sama lain, dan kami tidak secara otomatis mereplikasi sumber daya AWS Daerah.

Ketersediaan wilayah

Tabel berikut menunjukkan AWS Wilayah di mana Amazon saat RDS 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 (Malaysia) ap-southeast-5 rds.ap-southeast-5.amazonaws.com 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.

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

Zona Ketersediaan

Saat membuat instans DB, Anda dapat memilih Availability Zone atau meminta Amazon RDS memilihnya secara acak. Availability Zone diwakili oleh AWS Kode wilayah diikuti oleh pengenal huruf (misalnya,us-east-1a).

Gunakan EC2 perintah describe-availability-zonesAmazon 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 memilihnya untuk Anda secara acak. Untuk informasi selengkapnya tentang deployment Multi-AZ, lihat Mengonfigurasi dan mengelola deployment Multi-AZ.

catatan

Pemilihan acak Availability Zones by RDS tidak menjamin distribusi instans DB yang merata di antara Availability Zone 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

Local Zone adalah perpanjangan dari AWS Wilayah yang secara geografis dekat dengan pengguna Anda. Anda dapat memperpanjang apa pun VPC dari orang tua AWS Wilayah menjadi Local Zones. Untuk melakukannya, buat subnet baru dan tetapkan ke AWS Zona Lokal. Saat Anda membuat subnet di Zona Lokal, Anda VPC diperluas ke Zona Lokal tersebut. Subnet di Zona Lokal beroperasi sama dengan subnet lain di Zona Lokal Anda. VPC

Saat membuat instans DB, Anda dapat memilih subnet di Zona Lokal. Local Zones memiliki koneksi sendiri ke internet dan dukungan 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, silakan lihat AWS Local Zones.

Sebuah zona lokal diwakili oleh AWS Kode 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 di EC2 konsol Amazon.

    Untuk informasi selengkapnya, lihat Mengaktifkan Local Zones di Panduan EC2 Pengguna Amazon.

  2. Buat subnet di Zona Lokal.

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

  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 instans DB di 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 AWS Zona Lokal tempat Amazon tersedia RDS adalah Los Angeles di Wilayah Barat AS (Oregon).