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](#SupportedRegions).
![\[Gambar: Wilayah dan Zona Ketersediaan\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/images/ElastiCache-RegionsAndAZs.png)
*Wilayah dan Zona Ketersediaan*
**Topics**
+ [
## Pertimbangan Availability Zone dengan Memcached
](#CacheNode.Memcached.AvailabilityZones)
+ [
## Menempatkan simpul Anda
](#RegionsAndAZs.AZMode)
+ [
## Wilayah & titik akhir yang didukung
](#SupportedRegions)
+ [
# Menggunakan zona lokal dengan ElastiCache
](Local_zones.md)
+ [
# Menggunakan Outposts dengan ElastiCache
](ElastiCache-Outposts.md)
## 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**
1. 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`) ke `cross-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.
1. 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:
+ [Membuat cluster untuk Memcached](Clusters.Create-mc.md)
+ [Membuat cluster untuk Valkey atau Redis OSS](Clusters.Create.md)
+ [Memodifikasi cluster ElastiCache](Clusters.Modify.md)
+ [Menambahkan node ke ElastiCache cluster](Clusters.AddNode.md)
## 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 (kecuali`us-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](#RegionsAndAZs) di bagian atas topik ini.
**Daerah di ElastiCache mana didukung**
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonElastiCache/latest/dg/RegionsAndAZs.html)
Beberapa Wilayah mendukung subset tipe node. Untuk tabel tipe node yang didukung menurut AWS Region, lihat[Jenis simpul yang didukung oleh Wilayah AWS](CacheNodes.SupportedTypes.md#CacheNodes.SupportedTypesByRegion).
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](elasticache-privatelink.md).
Untuk tabel AWS produk dan layanan menurut wilayah, lihat [Produk dan Layanan menurut Wilayah](https://aws.amazon.com/about-aws/global-infrastructure/regional-product-services/).
# Menggunakan zona lokal dengan ElastiCache
*Zona Lokal* adalah perpanjangan dari AWS Wilayah yang secara geografis dekat dengan pengguna Anda. Anda dapat memperluas virtual private cloud (VPC) dari AWS Region induk ke Local Zones dengan membuat subnet baru dan menetapkannya ke Local Zone. 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.
Dengan menggunakan Local Zones, Anda dapat menempatkan sumber daya seperti ElastiCache klaster di beberapa lokasi yang dekat dengan pengguna Anda.
Saat membuat ElastiCache cluster, Anda dapat memilih subnet di Local Zone. Local Zone memiliki koneksi sendiri ke internet dan mendukung Direct Connect. Oleh karena itu, sumber daya yang dibuat di Zona Lokal dapat melayani pengguna lokal dengan komunikasi berlatensi sangat rendah. Untuk informasi selengkapnya, lihat [Zona Lokal AWS](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Zona Lokal diwakili oleh kode AWS Wilayah diikuti oleh pengidentifikasi yang menunjukkan lokasi, misalnya`us-west-2-lax-1a`.
Saat ini, Zona Lokal yang tersedia adalah `us-west-2-lax-1a` dan `us-west-2-lax-1b`.
Batasan berikut berlaku ElastiCache untuk Local Zones:
+ Penyimpanan data global tidak didukung.
+ Migrasi online tidak didukung.
+ Jenis simpul berikut didukung oleh Zona Lokal saat ini:
+ Generasi saat ini:
**Jenis simpul M5:** `cache.m5.large`, `cache.m5.xlarge`, `cache.m5.2xlarge`, `cache.m5.4xlarge`, `cache.m5.12xlarge`, `cache.m5.24xlarge`
**Jenis simpul R5:** `cache.r5.large`, `cache.r5.xlarge`, `cache.r5.2xlarge`, `cache.r5.4xlarge`, `cache.r5.12xlarge`, `cache.r5.24xlarge`
**Jenis simpul T3:** `cache.t3.micro`, `cache.t3.small`, `cache.t3.medium`
## Mengaktifkan zona lokal
1. Aktifkan Zona Lokal di EC2 konsol Amazon.
Untuk informasi selengkapnya, lihat [Mengaktifkan Local Zones](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-regions-availability-zones.html#enable-zone-group) di *Panduan EC2 Pengguna Amazon*.
1. Buat subnet di Zona Lokal.
Untuk informasi selengkapnya, lihat [Membuat subnet dalam VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/working-with-vpcs.html#AddaSubnet) dalam *Panduan Pengguna Amazon VPC*.
1. Buat grup ElastiCache subnet di Zona Lokal.
Saat Anda membuat grup ElastiCache subnet, pilih grup Availability Zone untuk Local Zone.
Untuk informasi selengkapnya, lihat [Membuat grup subnet](SubnetGroups.Creating.md).
1. Buat cluster ElastiCache untuk Memcached yang menggunakan ElastiCache subnet di Local Zone.
Untuk informasi selengkapnya, lihat [Membuat klaster Memcached (konsol)](Clusters.Create-mc.md#Clusters.Create.CON.Memcached).
1. Buat cluster ElastiCache untuk Redis OSS yang menggunakan ElastiCache subnet di Local Zone. Untuk informasi selengkapnya, lihat salah satu topik berikut:
+ [Membuat cluster Valkey (mode cluster dinonaktifkan) (Konsol)](SubnetGroups.designing-cluster-pre.valkey.md#Clusters.Create.CON.valkey-gs)
+ [Membuat cluster Valkey atau Redis OSS (mode cluster diaktifkan) (Konsol)](Clusters.Create.md#Clusters.Create.CON.RedisCluster)
# Menggunakan Outposts dengan ElastiCache
Anda dapat menggunakan AWS Outposts dengan. ElastiCache Outposts adalah layanan yang dikelola sepenuhnya yang memperluas AWS infrastruktur, layanan APIs, dan alat ke tempat pelanggan. Dengan menyediakan akses lokal ke infrastruktur AWS terkelola,AWS Outposts memungkinkan pelanggan untuk membangun dan menjalankan aplikasi di tempat menggunakan antarmuka pemrograman yang sama seperti di AWS Wilayah, sambil menggunakan sumber daya komputasi dan penyimpanan lokal untuk latensi yang lebih rendah dan kebutuhan pemrosesan data lokal. Outpost adalah kumpulan kapasitas AWS komputasi dan penyimpanan yang digunakan di situs pelanggan.AWS mengoperasikan, memantau, dan mengelola kapasitas ini sebagai bagian dari suatu AWS Wilayah. Anda dapat membuat subnet di Outpost Anda dan menentukannya saat Anda membuat AWS sumber daya seperti ElastiCache cluster.
**catatan**
Dalam versi ini, berlaku batasan berikut:
ElastiCache untuk Outposts hanya mendukung keluarga node M5 dan R5.
Multi-AZ (replikasi lintas Outposts tidak didukung).
Migrasi langsung tidak didukung.
Snapshot lokal tidak didukung.
Log mesin dan log lambat tidak dapat diaktifkan.
ElastiCache di Outposts tidak mendukung CoIP.
ElastiCache untuk Outposts tidak didukung di wilayah berikut: cn-north-1, cn-northwest-1 dan ap-northeast-3.
## Menggunakan Outposts dengan konsol ElastiCache
1. Masuk ke Konsol Manajemen AWS dan buka ElastiCache konsol di [ https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. **Pada panel navigasi, pilih cache **Valkey, cache Redis OSS, atau cache** **Memcached**.**
1. Jika Anda memilih cache **Valkey, pilih Buat cache** **Valkey**. Jika Anda memilih cache **Redis OSS, pilih Buat cache** **Redis** OSS. Jika Anda memilih cache **Memcached, pilih **Buat** cache Memcached**.
1. Di bawah **Pengaturan cluster**, pilih **Desain cache Anda sendiri dan cache** **Cluster**. Biarkan **mode Cluster** disetel sebagai **Dinonaktifkan**. Kemudian buat nama dan deskripsi opsional untuk cache.
1. Untuk lokasi, pilih **Di tempat**.
1. Di bagian lokal Anda akan melihat bidang **Outpost ID**. Masukkan ID tempat cluster akan berjalan.
Semua pengaturan lebih lanjut di bawah **pengaturan Cluster** dapat tetap sebagai default.
1. Di **Konektivitas**, pilih **Buat grup subnet baru** dan masukkan ID **VPC**. Biarkan sisanya sebagai default, dan pilih **Berikutnya**.
### Mengonfigurasi pilihan on-premise
Anda dapat memilih Outpost yang tersedia untuk menambahkan cluster Anda atau, jika tidak ada Outposts yang tersedia, buat yang baru menggunakan langkah-langkah berikut:
**Pada **Opsi on-premise**:**
1. Di bawah pengaturan **Valkey, pengaturan** **Redis OSS, atau pengaturan** **Memcached, tergantung pada mesin** pilihan Anda:
1. **Nama**: Masukkan nama untuk cluster
1. **Deskripsi**: Masukkan deskripsi untuk cluster.
1. **Kompatibilitas versi mesin**: Versi mesin didasarkan pada wilayah Outpost AWS
1. **Port**: Untuk Valkey atau Redis OSS, terima port default 6379. Untuk Memcached, terima port default 11211. Jika Anda lebih suka menggunakan port yang berbeda, ketikkan nomor port.
1. **Grup parameter**: Gunakan drop-down untuk memilih grup parameter default atau kustom.
1. **Jenis Simpul**: Instans yang tersedia didasarkan pada ketersediaan Outposts. Jika menggunakan Valkey atau Redis OSS, Porting Assistant untuk.NET for Outposts hanya mendukung keluarga node M5 dan R5. Dari daftar drop-down, pilih **Outposts** lalu pilih jenis simpul tersedia yang ingin Anda gunakan untuk klaster ini. Kemudian pilih **Simpan**.
1. **Jumlah Replika**: Masukkan jumlah replika baca yang ingin dibuat untuk grup replikasi ini. Anda harus memiliki minimal satu dan maksimal lima replika baca. Nilai default-nya adalah 2.
Nama-nama replika baca yang dihasilkan otomatis mengikuti pola yang sama seperti nama klaster primer, dengan tanda hubung dan tiga digit nomor berurutan ditambahkan ke akhir, dimulai dengan `-002`. Misalnya, jika grup replikasi Anda bernama `MyGroup`, maka nama-nama berikutnya adalah `MyGroup-002`, `MyGroup-003`, `MyGroup-004`, `MyGroup-005`, `MyGroup-006`.
1. Di bawah **Konektivitas**:
1. **Grup Subnet**: Dari daftar, pilih **Buat baru**.
+ **Nama**: Masukkan nama untuk grup subnet
+ **Deskripsi**: Masukkan deskripsi untuk grup subnet
+ **ID VPC**: ID VPC harus cocok dengan VPC Outposts. Jika Anda memilih VPC yang tidak memiliki subnet IDs di Outposts, daftar akan kembali kosong.
+ **Zona Ketersediaan atau Outposts**: Pilih Outposts yang Anda gunakan.
+ **ID Subnet**: Pilih ID subnet yang tersedia untuk Outposts. Jika tidak ada subnet IDs yang tersedia, Anda harus membuatnya. Untuk informasi selengkapnya, lihat [Membuat Subnet](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet).
1. Pilih **Buat**.
### Melihat detail klaster Outposts
Pada halaman daftar, pilih cluster milik AWS Outpost dan perhatikan hal berikut saat melihat **detail Cluster**:
+ **Availability Zone**: Ini akan mewakili Outpost, menggunakan ARN (Amazon Resource Name) dan AWS Resource Number.
+ **Nama pos terdepan**: Nama Pos AWS Terdepan.
## Menggunakan Outposts dengan CLI AWS
Anda dapat menggunakan AWS Command Line Interface(AWS CLI) untuk mengontrol beberapa AWS layanan dari baris perintah dan mengotomatiskannya melalui skrip. Anda dapat menggunakan AWS CLI untuk operasi ad hoc (satu kali).
### Mengunduh dan mengonfigurasi AWS CLI
AWS CLI Berjalan di Windows, macOS, atau Linux. Gunakan prosedur berikut untuk mengunduh dan mengonfigurasinya.
**Untuk mengunduh, menginstal, dan mengonfigurasi CLI**
1. Unduh AWS CLI di halaman web [Antarmuka Baris AWS Perintah](https://aws.amazon.com/cli).
1. *Ikuti petunjuk untuk [Menginstal AWS CLI](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-install.html) dan [Mengkonfigurasi AWS CLI di](https://docs.aws.amazon.com/cli/latest/userguide/cli-chap-configure.html) Panduan Pengguna.AWS Command Line Interface*
### Menggunakan AWS CLI dengan Outposts
Gunakan operasi CLI berikut untuk membuat cluster yang menggunakan Outposts:
+ [create-cache-cluster](https://docs.aws.amazon.com/AmazonElastiCache/latest/CommandLineReference/CLIReference-cmd-CreateCacheCluster.html)— Menggunakan operasi ini, `outpost-mode` parameter menerima nilai yang menentukan apakah node dalam cluster dibuat dalam satu Outpost atau di beberapa Outposts.
**catatan**
Pada saat ini, hanya mode `single-outpost` yang didukung.
```
aws elasticache create-cache-cluster \
--cache-cluster-id cluster id \
--outpost-mode single-outpost \
```