Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Memilih wilayah dan zona ketersediaan untuk ElastiCache
Anda dapat memberikan skalabilitas dan keandalan tambahan ke ElastiCache kluster Anda dengan menetapkan Wilayah dan Zona Ketersediaan menggunakan titik akhir yang sesuai.
AWS Sumber daya komputasi awan ditempatkan di fasilitas pusat data yang sangat tersedia. Untuk memberikan skalabilitas dan keandalan tambahan, fasilitas pusat data ini ditempatkan di beberapa lokasi fisik yang berbeda. Lokasi ini dikategorikan berdasarkan wilayah dan Zona Ketersediaan.
AWS Daerah besar dan tersebar luas ke lokasi geografis yang terpisah. Availability Zone adalah lokasi berbeda dalam AWS Wilayah yang dirancang untuk diisolasi dari kegagalan di Availability Zone lainnya. Mereka menyediakan konektivitas jaringan latensi rendah yang murah ke Availability Zone lainnya di Wilayah yang sama AWS .
penting
Setiap wilayah bersifat independen sepenuhnya. ElastiCache Aktivitas apa pun yang Anda mulai (misalnya, membuat kluster) hanya berjalan di wilayah default Anda saat ini.
Untuk membuat atau menggunakan klaster di wilayah tertentu, gunakan titik akhir layanan regional yang terkait. Untuk titik akhir layanan, lihat Wilayah & titik akhir yang didukung.
Wilayah dan Zona Ketersediaan
Topik
Pertimbangan Availability Zone dengan Memcached
Mendistribusikan simpul Memcached Anda ke beberapa Zona Ketersediaan dalam suatu wilayah membantu melindungi Anda dari dampak kegagalan besar, seperti pemadaman daya di sebuah Zona Ketersediaan.
Caching Nirserver
ElastiCache caching tanpa server menciptakan cache yang sangat tersedia yang mencakup beberapa Availability Zone. Anda dapat menentukan subnet dari zona ketersediaan yang berbeda dan VPC yang sama saat Anda membuat klaster tanpa server ElastiCache atau akan memilih subnet secara otomatis dari VPC default Anda.
Merancang sendiri ElastiCache untuk cluster Memcached
Klaster Memcached dapat memiliki hingga 300 simpul. Saat Anda membuat atau menambahkan node ke cluster Memcached Anda, Anda dapat menentukan Availability Zone tunggal untuk semua node Anda, memungkinkan ElastiCache untuk memilih Availability Zone tunggal untuk semua node Anda, menentukan Availability Zone untuk setiap node, atau memungkinkan ElastiCache untuk memilih Availability Zone untuk setiap node. Simpul baru dapat dibuat di Zona Ketersediaan yang berbeda pada saat Anda menambahkan simpul ke klaster Memcached yang sudah ada. Setelah simpul cache dibuat, Zona Ketersediaannya tidak dapat diubah.
Jika Anda ingin klaster dalam satu klaster Availability Zone memiliki node yang didistribusikan di beberapa Availability Zone, ElastiCache dapat membuat node baru di berbagai Availability Zones. Anda kemudian dapat menghapus beberapa atau semua simpul cache yang asli. Kami merekomendasikan pendekatan ini.
Untuk memigrasikan simpul Memcached dari Zona Ketersediaan tunggal ke beberapa Zona Ketersediaan
Ubah klaster Anda dengan membuat simpul cache baru di Zona Ketersediaan sesuai tempat yang Anda inginkan. Pada permintaan Anda, lakukan hal berikut:
Tetapkan
AZMode(CLI:- -az-mode) kecross-az.Tetapkan
NumCacheNodes(CLI:- -num-cache-nodes) ke jumlah simpul cache yang aktif saat ini ditambah jumlah simpul cache baru yang ingin Anda buat.Tetapkan
NewAvailabilityZones(CLI:- -new-availability-zones) ke daftar zona yang Anda inginkan sebagai tempat untuk simpul cache yang baru dibuat. Untuk membiarkan ElastiCache menentukan Availability Zone untuk setiap simpul baru, jangan menetapkan sebuah daftar.-
Tetapkan
ApplyImmediately(CLI:- -apply-immediately) menjadi BETUL.
catatan
Jika Anda tidak menggunakan penemuan otomatis, pastikan untuk memperbarui aplikasi klien Anda dengan titik akhir simpul cache yang baru.
Sebelum pindah ke langkah berikutnya, pastikan simpul Memcached dibuat sepenuhnya dan tersedia.
Ubah klaster Anda dengan menghapus simpul yang tidak diinginkan lagi di Zona Ketersediaan asli. Pada permintaan Anda, lakukan hal berikut:
Tetapkan
NumCacheNodes(CLI:- -num-cache-nodes) untuk jumlah simpul cache aktif yang Anda inginkan setelah perubahan ini diterapkan.Tetapkan
CacheNodeIdsToRemove(CLI:- -nodes-to-remove) ke daftar simpul cache yang ingin Anda hapus dari klaster.Jumlah node cache yang IDs terdaftar harus sama dengan jumlah node yang saat ini aktif dikurangi nilai dalam
NumCacheNodes.(Opsional) Tetapkan
ApplyImmediately(CLI:- -apply-immediately) ke benar.Jika Anda tidak menetapkan
ApplyImmediately(CLI:- -apply-immediately) menjadi BETUL, maka penghapusan simpul akan berlangsung pada jendela pemeliharaan berikutnya.
Menempatkan simpul Anda
Amazon ElastiCache mendukung lokasi semua node cluster dalam satu atau beberapa Availability Zones (AZs). Selanjutnya, jika Anda memilih untuk menemukan node Anda dalam beberapa AZs (disarankan), ElastiCache memungkinkan Anda untuk memilih AZ untuk setiap node, atau memungkinkan ElastiCache untuk memilihnya untuk Anda.
Dengan menemukan node di tempat yang berbeda AZs, Anda menghilangkan kemungkinan kegagalan, seperti pemadaman listrik, dalam satu AZ akan menyebabkan seluruh sistem Anda gagal. Pengujian telah menunjukkan bahwa tidak ada perbedaan latensi yang signifikan antara menemukan semua node dalam satu AZ atau menyebarkannya ke beberapa. AZs
Anda dapat menentukan AZ untuk setiap node saat membuat klaster, atau dengan menambahkan node saat Anda memodifikasi cluster yang ada. Saat menentukan AZ untuk setiap node saat membuat cluster, AZ harus tersedia di grup subnet tersebut. Untuk informasi selengkapnya, lihat berikut ini:
Wilayah & titik akhir yang didukung
Amazon ElastiCache tersedia di beberapa AWS Wilayah. Ini berarti Anda dapat meluncurkan ElastiCache cluster di lokasi yang memenuhi kebutuhan Anda. Misalnya, Anda dapat meluncurkan di AWS Wilayah terdekat dengan pelanggan Anda, atau meluncurkan di AWS Wilayah tertentu untuk memenuhi persyaratan hukum tertentu.
Setiap Wilayah dirancang untuk terisolasi sepenuhnya dari Wilayah lainnya. Di dalam setiap wilayah terdapat beberapa Zona Ketersediaan (AZ). ElastiCache Cache tanpa server secara otomatis mereplikasi data di beberapa zona ketersediaan (kecualius-west-1, di mana data direplikasi dalam dua zona ketersediaan) untuk ketersediaan tinggi. Saat mendesain ElastiCache cluster Anda sendiri, Anda dapat memilih untuk meluncurkan node Anda secara berbeda AZs untuk mencapai toleransi kesalahan. Untuk informasi selengkapnya tentang Wilayah dan Zona Ketersediaan, lihat Memilih wilayah dan zona ketersediaan untuk ElastiCache di bagian atas topik ini.
| Nama Wilayah/Wilayah | Titik Akhir | Protokol |
|---|---|---|
Wilayah AS Timur (Ohio)
|
|
HTTPS |
Wilayah AS Timur (Virginia Utara)
|
|
HTTPS |
Wilayah AS Barat (California Utara)
|
|
HTTPS |
Wilayah AS Barat (Oregon)
|
|
HTTPS |
Wilayah Kanada (Pusat)
|
|
HTTPS |
Wilayah Kanada (Barat)
|
|
HTTPS |
Asia Pasifik (Jakarta)
|
|
HTTPS |
Wilayah Asia Pasifik (Mumbai)
|
|
HTTPS |
Wilayah Asia Pasifik (Hyderabad)
|
|
HTTPS |
Wilayah Asia Pasifik (Tokyo)
|
|
HTTPS |
Wilayah Asia Pasifik (Seoul)
|
|
HTTPS |
Wilayah Asia Pasifik (Osaka)
|
|
HTTPS |
Wilayah Asia Pasifik (Singapura)
|
|
HTTPS |
Wilayah Asia Pasifik (Sydney)
|
|
HTTPS |
Wilayah Eropa (Frankfurt)
|
|
HTTPS |
Wilayah Eropa (Zürich)
|
|
HTTPS |
Wilayah Eropa (Stockholm)
|
|
HTTPS |
Wilayah Timur Tengah (Bahrain)
|
|
HTTPS |
Wilayah Timur Tengah (UEA)
|
|
HTTPS |
Wilayah Eropa (Irlandia)
|
|
HTTPS |
Wilayah Eropa (London)
|
|
HTTPS |
Wilayah Eropa (Paris)
|
|
HTTPS |
Wilayah Eropa (Milan)
|
|
HTTPS |
Wilayah Eropa (Spanyol)
|
|
HTTPS |
Wilayah Amerika Selatan (Sao Paulo)
|
|
HTTPS |
Wilayah Tiongkok (Beijing)
|
|
HTTPS |
Wilayah Tiongkok (Ningxia)
|
|
HTTPS |
Wilayah Asia Pasifik (Hong Kong)
|
|
HTTPS |
Wilayah Afrika (Cape Town)
|
|
HTTPS |
Wilayah Israel (Tel Aviv)
|
|
HTTPS |
|
AWS GovCloud (AS-Barat)
|
elasticache.us-gov-west-1.amazonaws.com |
HTTPS |
|
AWS GovCloud (AS-Timur)
|
elasticache.us-gov-east-1.amazonaws.com |
HTTPS |
Untuk informasi tentang penggunaan AWS GovCloud (AS) dengan ElastiCache, lihat Layanan di wilayah AWS GovCloud (AS): ElastiCache. |
||
Beberapa Wilayah mendukung subset tipe node. Untuk tabel tipe node yang didukung menurut AWS Region, lihatJenis simpul yang didukung oleh Wilayah AWS.
Sebagian besar Wilayah mendukung pembuatan koneksi pribadi antara VPC dan titik akhir ElastiCache API Anda, dengan membuat titik akhir VPC antarmuka melalui. AWS PrivateLink Untuk informasi selengkapnya, lihat ElastiCache API dan antarmuka VPC endpoint ()AWS PrivateLink.
Untuk tabel AWS produk dan layanan menurut wilayah, lihat Produk dan Layanan menurut Wilayah
