Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Apa itu MemoryDB
Amazon MemoryDB adalah layanan database dalam memori yang tahan lama yang memberikan kinerja sangat cepat. Ini dibuat khusus untuk aplikasi modern dengan arsitektur layanan mikro.
Amazon MemoryDB kompatibel dengan penyimpanan data open source populer Valkey dan Redis OSS, memungkinkan Anda untuk dengan cepat membangun aplikasi menggunakan struktur data yang fleksibel dan ramah yang sama APIs, serta perintah yang sudah mereka gunakan. Dengan MemoryDB, semua data Anda disimpan dalam memori, yang memungkinkan Anda mencapai baca mikrodetik dan latensi penulisan milidetik satu digit dan throughput tinggi. MemoryDB juga menyimpan data secara tahan lama di beberapa Availability Zones (AZs) menggunakan log transaksional multi-AZ untuk mengaktifkan failover cepat, pemulihan database, dan restart node.
Memberikan kinerja dalam memori dan daya tahan multi-AZ, MemoryDB dapat digunakan sebagai database utama berkinerja tinggi untuk aplikasi layanan mikro Anda, menghilangkan kebutuhan untuk mengelola cache dan database yang tahan lama secara terpisah.
**Topics**
+ [Fitur MemoryDB](servicename-feature-overview.md)
+ [Komponen inti MemoryDB](components.md)
+ [Layanan terkait](related-services-choose-between-memorydb-and-redis.md)
+ [Memilih Wilayah dan Availability Zone](regionsandazs.md)
+ [Mengakses MemoryDB](nodes-connecting.md)
+ [Keamanan MemoryDB](memorydb-security.md)
# Fitur MemoryDB
Amazon MemoryDB adalah layanan database dalam memori yang tahan lama yang memberikan kinerja sangat cepat. Fitur MemoryDB meliputi:
+ Konsistensi yang kuat untuk node primer dan konsistensi akhirnya dijamin untuk node replika. Untuk informasi selengkapnya, lihat [Konsistensi](consistency.md).
+ Latensi baca mikrodetik dan latensi tulis milidetik satu digit dengan hingga 160 juta TPS per cluster.
+ Struktur data Valkey dan Redis OSS yang fleksibel dan ramah dan. APIs Mudah membangun aplikasi baru atau memigrasikan aplikasi berbasis Valkey dan Redis OS yang ada tanpa modifikasi.
+ Daya tahan data menggunakan log transaksional multi-AZ yang menyediakan pemulihan database yang cepat dan restart.
+ Ketersediaan multi-AZ dengan failover otomatis, dan deteksi dan pemulihan dari kegagalan node.
+ Skala secara horizontal dengan mudah dengan menambahkan dan menghapus node atau secara vertikal dengan pindah ke tipe node yang lebih besar atau lebih kecil. Anda dapat menskalakan throughput tulis dengan menambahkan pecahan dan skala throughput baca dengan menambahkan replika.
+ Read-after-write konsistensi untuk node primer dan konsistensi akhirnya dijamin untuk node replika.
+ MemoryDB mendukung enkripsi dalam perjalanan, enkripsi saat istirahat dan otentikasi pengguna melalui. [Mengautentikasi pengguna dengan Daftar Kontrol Akses () ACLs](clusters.acls.md)
+ Snapshot otomatis di Amazon S3 dengan retensi hingga 35 hari.
+ Support hingga 500 node dan penyimpanan lebih dari 100 TB per cluster (dengan 1 replika per pecahan).
+ Enkripsi dalam perjalanan dengan TLS dan enkripsi saat istirahat dengan kunci. AWS KMS
+ Otentikasi dan otorisasi pengguna dengan Valkey dan Redis OSS. [Mengautentikasi pengguna dengan Daftar Kontrol Akses () ACLs](clusters.acls.md)
+ Support untuk tipe AWS instans Graviton2.
+ Integrasi dengan AWS layanan lain seperti CloudWatch, Amazon VPC, CloudTrail, dan Amazon SNS untuk pemantauan, keamanan, dan pemberitahuan.
+ Penambalan dan peningkatan perangkat lunak yang dikelola sepenuhnya.
+ AWS Integrasi Identity and Access Management (IAM) dan kontrol akses berbasis tag untuk manajemen. APIs
# Komponen inti MemoryDB
Berikut ini, Anda dapat menemukan ikhtisar komponen utama dari penyebaran MemoryDB.
**Topics**
+ [klaster](#whatis.clusters)
+ [Node](#whatis.components.nodes)
+ [Serpihan](#whatis.components.Shards)
+ [Grup parameter](#whatis.components.parametergroups)
+ [Grup Subjaringan](#whatis.components.subnetgroups)
+ [Daftar Kontrol Akses](#whatis.components.acls)
+ [Pengguna](#whatis.components.user)
## klaster
Cluster adalah kumpulan dari satu atau lebih node yang melayani satu dataset. Dataset MemoryDB dipartisi menjadi pecahan, dan setiap pecahan memiliki simpul utama dan hingga 5 node replika opsional. Node utama melayani permintaan baca dan tulis, sedangkan replika hanya melayani permintaan baca. Sebuah node primer dapat failover ke node replika, mempromosikan replika itu ke node primer baru untuk pecahan itu. MemoryDB menjalankan Valkey atau Redis OSS sebagai mesin database, dan ketika Anda membuat cluster, Anda menentukan versi mesin untuk cluster Anda. Anda dapat membuat dan memodifikasi cluster menggunakan AWS CLI, MemoryDB API, atau file. Konsol Manajemen AWS
Setiap cluster MemoryDB menjalankan versi mesin Valkey atau Redis OSS. Setiap versi mesin memiliki fitur yang didukung sendiri. Selain itu, setiap versi mesin memiliki seperangkat parameter dalam grup parameter yang mengontrol perilaku cluster yang dikelolanya.
Kapasitas komputasi dan memori cluster ditentukan oleh jenis simpulnya. Anda dapat memilih jenis instans yang paling sesuai untuk kebutuhan Anda. Jika kebutuhan Anda berubah seiring waktu, Anda dapat mengubah jenis simpul. Untuk informasi, lihat [Jenis simpul yang didukung](nodes.supportedtypes.md).
**catatan**
Untuk informasi harga tentang jenis node MemoryDB, lihat harga [MemoryDB](https://aws.amazon.com/memorydb/pricing/).
Anda menjalankan klaster di cloud pribadi virtual (VPC) menggunakan layanan Amazon Virtual Private Cloud (Amazon VPC). Saat menggunakan VPC, Anda dapat mengontrol lingkungan jaringan virtual Anda. Anda dapat memilih rentang alamat IP Anda sendiri, membuat subnet, serta mengonfigurasi perutean dan daftar kontrol akses. MemoryDB mengelola snapshot, patching perangkat lunak, deteksi kegagalan otomatis, dan pemulihan. Tidak ada biaya tambahan untuk menjalankan klaster Anda di dalam VPC. Untuk informasi selengkapnya tentang penggunaan Amazon VPC dengan MemoryDB, lihat. [MemoryDB dan Amazon VPC](vpcs.md)
Banyak operasi MemoryDB ditargetkan pada cluster:
+ Membuat kluster
+ Mengubah klaster
+ Mengambil snapshot dari sebuah cluster
+ Menghapus klaster
+ Melihat elemen di klaster
+ Menambahkan atau menghapus tag alokasi biaya ke dan dari klaster
Untuk informasi selengkapnya, lihat topik terkait berikut:
+ [Mengelola klaster](clusters.md) dan [Mengelola simpul](nodes.md)
Informasi tentang klaster, simpul, dan operasi terkait.
+ [Ketahanan dalam MemoryDB](disaster-recovery-resiliency.md)
Informasi tentang peningkatan toleransi kesalahan klaster Anda.
## Node
*Node* adalah blok bangunan terkecil dari penerapan MemoryDB dan berjalan menggunakan instans Amazon EC2. Setiap node menjalankan versi engine yang dipilih saat Anda membuat cluster Anda. Sebuah simpul milik pecahan yang termasuk dalam sebuah cluster.
Setiap node menjalankan instance mesin pada versi yang dipilih saat Anda membuat cluster Anda. Jika perlu, Anda dapat menskalakan node dalam cluster naik atau turun ke jenis yang berbeda. Untuk informasi selengkapnya, lihat [Penskalaan](scaling.md).
Setiap node dalam cluster adalah tipe node yang sama. Beberapa jenis node didukung, masing-masing dengan jumlah memori yang bervariasi. Untuk daftar jenis simpul yang didukung, lihat [Jenis simpul yang didukung](nodes.supportedtypes.md).
Untuk informasi selengkapnya tentang simpul, lihat [Mengelola simpul](nodes.md).
## Serpihan
Shard adalah pengelompokan satu hingga 6 node, dengan satu berfungsi sebagai simpul tulis utama dan 5 lainnya berfungsi sebagai replika baca. Cluster MemoryDB selalu memiliki setidaknya satu pecahan.
Cluster MemoryDB dapat memiliki hingga 500 pecahan, dengan data Anda dipartisi di seluruh pecahan. Sebagai contoh, Anda dapat memilih untuk mengonfigurasi sebuah klaster dengan 500 simpul yang berkisar antara 83 serpihan (satu primer dan 5 replika per serpihan) dan 500 serpihan (satu primer dan tanpa replika). Pastikan alamat IP yang tersedia mencukupi untuk mengakomodasi peningkatan tersebut. Kesalahan umumnya termasuk subnet dalam grup subnet memiliki rentang CIDR yang terlalu kecil atau subnet dibagikan dan banyak digunakan oleh klaster lainnya.
*Serpihan beberapa simpul* mengimplementasikan replikasi dengan memiliki satu simpul primer baca/tulis dan 1–5 simpul replika. Untuk informasi selengkapnya, lihat [Memahami replikasi MemoryDB](replication.md).
Untuk informasi selengkapnya tentang serpihan, lihat [Menggunakan serpihan](shards.md).
## Grup parameter
Grup parameter adalah cara mudah untuk mengelola pengaturan runtime untuk mesin di cluster Anda. Parameter digunakan untuk mengontrol penggunaan memori, ukuran item, dan banyak lagi. Grup parameter MemoryDB adalah kumpulan bernama parameter khusus mesin yang dapat Anda terapkan ke cluster, dan semua node di cluster itu dikonfigurasi dengan cara yang persis sama.
Untuk informasi lebih rinci tentang grup parameter MemoryDB, lihat. [Mengonfigurasi parameter mesin menggunakan grup parameter](parametergroups.md)
## Grup Subjaringan
Grup *subnet adalah kumpulan* subnet (biasanya pribadi) yang dapat Anda tentukan untuk kluster yang berjalan di lingkungan Amazon Virtual Private Cloud (VPC).
Saat membuat klaster di VPC Amazon, Anda dapat menentukan grup subnet atau menggunakan grup default yang disediakan. MemoryDB menggunakan grup subnet itu untuk memilih subnet dan alamat IP dalam subnet itu untuk dikaitkan dengan node Anda.
Untuk informasi lebih rinci tentang grup subnet MemoryDB, lihat. [Subnet dan grup subnet](subnetgroups.md)
## Daftar Kontrol Akses
Daftar kontrol akses adalah kumpulan dari satu atau lebih pengguna. String akses mengikuti [aturan ACL](https://valkey.io/topics/acl) untuk mengotorisasi akses pengguna ke perintah dan data Valkey atau Redis OSS.
Untuk informasi lebih rinci tentang Daftar Kontrol Akses MemoryDB, lihat. [Mengautentikasi pengguna dengan Daftar Kontrol Akses () ACLs](clusters.acls.md)
## Pengguna
Seorang pengguna memiliki nama pengguna dan kata sandi, dan digunakan untuk mengakses data dan mengeluarkan perintah pada cluster MemoryDB Anda. Pengguna adalah anggota dari Access Control List (ACL), yang dapat Anda gunakan untuk menentukan izin bagi pengguna tersebut di cluster MemoryDB. Untuk informasi selengkapnya, lihat [Mengautentikasi pengguna dengan Daftar Kontrol Akses () ACLs](clusters.acls.md)
# Layanan terkait
[ElastiCache](https://docs.aws.amazon.com/AmazonElastiCache/latest/dg/whatis.html)
Saat memutuskan apakah akan menggunakan MemoryDB atau ElastiCache mempertimbangkan perbandingan berikut:
+ MemoryDB adalah database dalam memori yang tahan lama untuk beban kerja yang membutuhkan database primer yang sangat cepat. Anda harus mempertimbangkan untuk menggunakan MemoryDB jika beban kerja Anda memerlukan basis data durabel yang memberikan performa sangat cepat (latensi baca mikrodetik dan penulisan satu digit milidetik). MemoryDB mungkin juga cocok untuk kasus penggunaan Anda jika Anda ingin membangun aplikasi menggunakan struktur data Valkey atau Redis OSS dan APIs dengan database primer yang tahan lama. Terakhir, Anda harus mempertimbangkan untuk menggunakan MemoryDB untuk menyederhanakan arsitektur aplikasi Anda dan menurunkan biaya dengan mengganti penggunaan basis data dengan cache untuk durabilitas dan performa.
+ ElastiCache adalah layanan yang biasa digunakan untuk cache data dari database lain dan penyimpanan data menggunakan Valkey dan Redis OSS. Anda harus mempertimbangkan ElastiCache beban kerja caching di mana Anda ingin mempercepat akses data dengan database utama atau penyimpanan data yang ada (kinerja baca dan tulis mikrodetik). Anda juga harus mempertimbangkan ElastiCache untuk kasus penggunaan di mana Anda ingin menggunakan struktur data Valkey atau Redis OSS dan APIs untuk mengakses data yang disimpan dalam database utama atau penyimpanan data.
# Memilih Wilayah dan Availability Zone
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. Aktivitas MemoryDB apa pun yang Anda mulai (misalnya, membuat cluster) 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 [MemoryDB Multi-Wilayah](multi-region.md).
Dengan MemoryDB Multi-Region, Anda dapat meningkatkan ketersediaan dan ketahanan sambil juga mendapatkan manfaat dari pembacaan dan penulisan lokal latensi rendah untuk aplikasi Multi-Wilayah. Untuk informasi tentang bekerja dengan MemoryDB Multi-Region, lihat. [Wilayah & titik akhir yang didukung](#supportedregions)
## Menempatkan simpul Anda
Setiap cluster yang memiliki setidaknya satu replika harus tersebar AZs. Satu-satunya cara Anda dapat menemukan semuanya dalam satu AZ adalah dengan cluster yang terdiri dari pecahan simpul tunggal.
Dengan menemukan node di tempat yang berbeda AZs, MemoryDB menghilangkan kemungkinan bahwa kegagalan, seperti pemadaman listrik, dalam satu AZ akan menyebabkan hilangnya ketersediaan.
+ [Membuat cluster MemoryDB](getting-started.md#clusters.create)
+ [Memodifikasi cluster MemoryDB](clusters.modify.md)
## Wilayah & titik akhir yang didukung
MemoryDB tersedia di beberapa AWS Wilayah. Ini berarti Anda dapat meluncurkan cluster MemoryDB 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. Selain itu, karena MemoryDB memperluas ketersediaan ke AWS Wilayah baru, MemoryDB mendukung dua `MAJOR.MINOR` versi terbaru pada waktu itu untuk Wilayah baru. Untuk informasi lebih lanjut tentang versi MemoryDB, lihat. [Versi mesin](engine-versions.md)
Secara default,, MemoryDB API AWS CLI, dan konsol MemoryDB mengacu pada Wilayah AS-Timur (Virginia N.). AWS SDKs Saat MemoryDB memperluas ketersediaan ke wilayah baru, titik akhir baru untuk wilayah ini juga tersedia untuk digunakan dalam permintaan HTTP,,, dan konsol AWS SDKs Anda. AWS CLI
Setiap Wilayah dirancang untuk terisolasi sepenuhnya dari Wilayah lainnya. Di dalam setiap wilayah terdapat beberapa Availability Zone (AZ). Dengan meluncurkan node Anda secara berbeda, AZs Anda mencapai toleransi kesalahan sebesar mungkin. Untuk informasi selengkapnya tentang wilayah dan Availability Zone, [Memilih Wilayah dan Availability Zone](#regionsandazs) lihat di awal topik ini.
**Wilayah di mana MemoryDB didukung**
| Nama Wilayah/Wilayah | Titik Akhir | Protokol |
| --- | --- | --- |
| Wilayah AS Timur (Ohio) `us-east-2` | `memory-db.us-east-2.amazonaws.com` | HTTPS |
| Wilayah AS Timur (Virginia Utara) `us-east-1` | `memory-db.us-east-1.amazonaws.com` | HTTPS |
| Wilayah AS Barat (California Utara) `us-west-1` | `memory-db.us-west-1.amazonaws.com` | HTTPS |
| Wilayah AS Barat (Oregon) `us-west-2` | `memory-db.us-west-2.amazonaws.com` | HTTPS |
| Wilayah Kanada (Pusat) `ca-central-1` | `memory-db.ca-central-1.amazonaws.com` | HTTPS |
| Wilayah Asia Pasifik (Hong Kong) `ap-east-1` | `memory-db.ap-eastl-1.amazonaws.com` | HTTPS |
| Wilayah Asia Pasifik (Mumbai) `ap-south-1` | `memory-db.ap-south-1.amazonaws.com` | HTTPS |
| Wilayah Asia Pasifik (Tokyo) `ap-northeast-1` | `memory-db.ap-northeast-1.amazonaws.com` | HTTPS |
| Wilayah Asia Pasifik (Seoul) `ap-northeast-2` | `memory-db.ap-northeast-2.amazonaws.com` | HTTPS |
| Wilayah Asia Pasifik (Singapura) `ap-southeast-1` | `memory-db.ap-southeast-1.amazonaws.com` | HTTPS |
| Wilayah Asia Pasifik (Sydney) `ap-southeast-2` | `memory-db.ap-southeast-2.amazonaws.com` | HTTPS |
| Wilayah Eropa (Frankfurt) `eu-central-1` | `memory-db.eu-central-1.amazonaws.com` | HTTPS |
| Wilayah Eropa (Irlandia) `eu-west-1` | `memory-db.eu-west-1.amazonaws.com` | HTTPS |
| Wilayah Eropa (London) `eu-west-2` | `memory-db.eu-west-2.amazonaws.com` | HTTPS |
| Wilayah Eropa (Paris) `eu-west-3` | `memory-db.eu-west-3.amazonaws.com` | HTTPS |
| Wilayah Eropa (Stockholm) `eu-north-1` | `memory-db.eu-north-1.amazonaws.com` | HTTPS |
| Wilayah Eropa (Milan) `eu-south-1` | `memory-db.eu-south-1.amazonaws.com` | HTTPS |
| Wilayah Eropa (Spanyol) `eu-south-2` | `memory-db.eu-south-2.amazonaws.com` | HTTPS |
| Wilayah Amerika Selatan (Sao Paulo) `sa-east-1` | `memory-db.sa-east-1.amazonaws.com` | HTTPS |
| Wilayah Tiongkok (Beijing) `cn-north-1` | `memory-db---cn-north-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS |
| Wilayah Tiongkok (Ningxia) `cn-northwest-1` | `memory-db---cn-northwest-1.amazonaws.com.rproxy.goskope.com.cn` | HTTPS |
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/).
Untuk tabel Availability Zone yang didukung dalam Wilayah, lihat[Subnet dan grup subnet](subnetgroups.md).
# Mengakses MemoryDB
Setiap titik akhir cluster MemoryDB berisi alamat dan port. Endpoint cluster ini mendukung protokol Valkey dan Redis OSS Cluster untuk memungkinkan klien menemukan peran tertentu, alamat ip, dan slot untuk setiap node di cluster. Ketika node primer gagal dan replika dipromosikan sebagai gantinya, Anda dapat terhubung ke titik akhir cluster untuk menemukan primer baru menggunakan protokol Valkey atau Redis OSS Cluster.
Anda perlu terhubung ke titik akhir cluster untuk menemukan titik akhir node menggunakan **cluster nodes** atau **cluster slots** perintah. Setelah menemukan node yang tepat untuk kunci, Anda dapat terhubung langsung ke node untuk read/write permintaan. Klien Valkey atau Redis OSS dapat menggunakan titik akhir cluster untuk secara otomatis terhubung ke node yang benar.
Untuk memecahkan masalah node tertentu dalam klaster, Anda juga dapat menggunakan titik akhir khusus node, tetapi ini tidak diperlukan untuk penggunaan normal.
Untuk menemukan titik akhir cluster, lihat berikut ini:
+ [Menemukan Titik Akhir untuk Cluster MemoryDB (CLI)AWS](endpoints.md#endpoints.find.cli)
+ [Menemukan Endpoint untuk Cluster MemoryDB (MemoryDB API)](endpoints.md#endpoints.find.api)
Untuk menghubungkan ke node atau cluster, lihat[Menghubungkan ke node MemoryDB menggunakan redis-cli](getting-started.md#connect-tls).
# Keamanan MemoryDB
Keamanan untuk MemoryDB dikelola pada tiga tingkatan:
+ Untuk mengontrol siapa yang dapat melakukan tindakan manajemen pada cluster dan node MemoryDB, Anda menggunakan AWS Identity and Access Management (IAM). Saat Anda terhubung AWS menggunakan kredensyal IAM, AWS akun Anda harus memiliki kebijakan IAM yang memberikan izin yang diperlukan untuk melakukan operasi. Untuk informasi selengkapnya, lihat [Manajemen identitas dan akses di MemoryDB](iam.md)
+ Untuk mengontrol tingkat akses ke cluster, Anda membuat pengguna dengan izin tertentu dan menetapkannya ke Daftar Kontrol Akses (ACL). ACL, pada gilirannya, kemudian dikaitkan dengan satu atau lebih cluster. Untuk informasi selengkapnya, lihat [Mengautentikasi pengguna dengan Daftar Kontrol Akses () ACLs](clusters.acls.md).
+ Cluster MemoryDB harus dibuat di cloud pribadi virtual (VPC) berdasarkan layanan Amazon VPC. Untuk mengontrol perangkat dan EC2 instans Amazon mana yang dapat membuka koneksi ke titik akhir dan port node untuk cluster MemoryDB di VPC, Anda menggunakan grup keamanan VPC. Anda dapat membuat koneksi titik akhir dan port ini menggunakan Keamanan Lapisan Pengangkutan (TLS)/Lapisan Soket Aman (SSL). Selain itu, aturan firewall di perusahaan Anda dapat mengontrol apakah perangkat yang berjalan di perusahaan Anda dapat membuka koneksi ke cluster MemoryDB. Untuk informasi lebih lanjut tentang VPCs, lihat[MemoryDB dan Amazon VPC](vpcs.md).
Untuk informasi tentang konfigurasi keamanan, lihat [Keamanan di MemoryDB](security.md).