Migrasikan beban kerja Redis ke Redis Enterprise Cloud di AWS - AWS Prescriptive Guidance
RingkasanPrasyarat dan batasanArsitekturAlatEpikSumber daya terkaitInformasi tambahan

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

Migrasikan beban kerja Redis ke Redis Enterprise Cloud di AWS

Antony Prasad Thevaraj, Amazon Web Services

Srinivas Pendyala, Redis

Ringkasan

Pola ini membahas proses tingkat tinggi untuk memigrasikan beban kerja Redis ke Redis Enterprise Cloud di Amazon Web Services (AWS). Ini menjelaskan langkah-langkah migrasi, memberikan informasi tentang pemilihan alat yang tersedia, dan membahas keuntungan, kerugian, dan langkah-langkah untuk menggunakan setiap alat. Secara opsional, jika Anda memerlukan bantuan tambahan dalam memigrasi beban kerja dari Redis, Anda dapat menggunakan Redis Professional Services.

Jika Anda menjalankan Redis OSS atau Redis Enterprise Software di tempat, Anda terbiasa dengan overhead administratif yang signifikan dan kompleksitas operasional pemeliharaan database Redis Anda di pusat data Anda. Dengan memigrasikan beban kerja Anda ke cloud, Anda dapat secara signifikan mengurangi beban operasional ini dan memanfaatkan Redis Enterprise Cloud, yang merupakan database yang dihosting penuh sebagai penawaran layanan dari DBaa Redis. Migrasi ini membantu meningkatkan kelincahan bisnis Anda, meningkatkan keandalan aplikasi, dan mengurangi biaya keseluruhan saat Anda mendapatkan akses ke fitur Redis Enterprise Cloud on AWS terbaru seperti ketersediaan 99,999%, kesederhanaan arsitektur, dan skala.

Ada aplikasi potensial untuk Redis Enterprise Cloud di sektor layanan keuangan, ritel, perawatan kesehatan, dan game, serta dalam kasus penggunaan yang memerlukan solusi untuk deteksi penipuan, inventaris waktu nyata, pemrosesan klaim, dan manajemen sesi. Anda dapat menggunakan Redis Enterprise Cloud untuk menyambung ke sumber daya AWS Anda―misalnya, ke server aplikasi yang berjalan di instans Amazon Elastic Compute Cloud (Amazon EC2), atau ke layanan mikro yang digunakan sebagai layanan AWS Lambda.

Prasyarat dan batasan

Asumsi

  • Saat ini Anda mengoperasikan sistem database lokal yang ingin dimigrasikan ke cloud.

  • Anda telah mengidentifikasi persyaratan migrasi untuk beban kerja Anda, termasuk:

    • Persyaratan konsistensi data

    • Persyaratan infrastruktur dan lingkungan sistem

    • Pemetaan data dan persyaratan transformasi

    • Persyaratan pengujian fungsional

    • Persyaratan pengujian kinerja

    • Persyaratan validasi

    • Strategi cutover yang ditentukan

  • Anda telah menilai jadwal dan perkiraan biaya yang diperlukan untuk migrasi.

  • Persyaratan Anda mempertimbangkan ruang lingkup pekerjaan dan sistem serta database yang telah Anda identifikasi sebagai bagian dari migrasi.

  • Anda telah mengidentifikasi para pemangku kepentingan bersama dengan peran dan tanggung jawab mereka dalam matriks yang bertanggung jawab, akuntabel, dikonsultasikan, diinformasikan (RACI).

  • Anda telah menerima persetujuan dan persetujuan yang diperlukan dari semua pemangku kepentingan.

Biaya

Bergantung pada spesifikasi teknis database sumber yang ada (misalnya, ukuran memori, throughput, dan ukuran data total), arsitek solusi Redis dapat mengukur sistem target di Redis Enterprise Cloud.  Untuk informasi harga umum, lihat Harga Redis di situs web Redis.

Orang dan keterampilan

Proses migrasi melibatkan peran dan tanggung jawab berikut.

Peran

Deskripsi

Keterampilan yang dibutuhkan

Arsitek solusi migrasi

Seorang arsitek teknis yang memiliki keahlian dalam mendefinisikan, merencanakan, dan menerapkan strategi migrasi

Pemahaman teknis dan tingkat aplikasi tentang sistem sumber dan target; pengalaman dengan migrasi beban kerja ke cloud

Arsitek data

Seorang arsitek teknis yang memiliki pengalaman luas dalam mendefinisikan, menerapkan, dan memberikan solusi data untuk berbagai database

Pemodelan data untuk data terstruktur dan tidak terstruktur, pemahaman mendalam dan pengalaman dalam mengimplementasikan database untuk suatu perusahaan

Arsitek solusi Redis

Seorang arsitek teknis yang dapat membantu arsitek cluster Redis berukuran optimal untuk kasus penggunaan yang sesuai

Keahlian dalam merancang dan menerapkan solusi Redis untuk berbagai kasus penggunaan

Arsitek solusi cloud

Seorang arsitek teknis yang memiliki pemahaman yang lebih dalam tentang solusi cloud, terutama di AWS

Keahlian dalam merancang solusi untuk cloud; migrasi beban kerja dan pengalaman modernisasi aplikasi

Arsitek perusahaan

Seorang arsitek teknis yang memiliki pemahaman lengkap tentang lanskap teknis di organisasi Anda, yang memiliki visi bersama untuk peta jalan future, dan yang mempraktikkan dan menetapkan praktik terbaik arsitektur standar di semua tim di organisasi Anda

Sertifikasi arsitektur perangkat lunak seperti TOGAF, keterampilan rekayasa perangkat lunak dasar, dan arsitektur solusi dan keahlian arsitektur perusahaan

IT atau DevOps insinyur

Seorang insinyur yang bertanggung jawab untuk membuat dan memelihara infrastruktur, termasuk memantau infrastruktur untuk masalah, melakukan tugas pemeliharaan, dan membuat pembaruan sesuai kebutuhan.

Pemahaman yang kuat tentang berbagai teknologi, termasuk sistem operasi, jaringan, dan komputasi awan; keakraban dengan bahasa pemrograman seperti Python, Bash, dan Ruby, serta alat-alat seperti Docker, Kubernetes, dan Ansible

Arsitektur

Opsi migrasi

Diagram berikut menunjukkan opsi untuk memigrasikan sumber data lokal (berbasis Redis atau lainnya) ke AWS. Ini menunjukkan beberapa alat migrasi yang dapat Anda pilih, seperti mengekspor file Redis Database (RDB) ke Amazon Simple Storage Service (Amazon S3), menggunakan fitur replikasi Redis, atau menggunakan AWS DMS.

Opsi untuk memigrasikan sumber data lokal ke Redis Enterprise Cloud di AWS

  1. Sumber data lokal: Database yang tidak didasarkan pada Redis, seperti MySQL, PostgreSQL, Oracle, SQL Server, atau MariaDB. 

  2. Sumber data lokal: Database berbasis protokol Redis seperti Redis OSS dan Redis Enterprise Software.

  3. Cara termudah untuk memigrasikan data dari database berbasis Redis adalah dengan mengekspor file RDB dan mengimpornya ke target Redis Enterprise Cloud di AWS.

  4. Atau, Anda dapat memigrasikan data dari sumber ke target dengan menggunakan fitur replikasi (ReplicaOf) di Redis.

  5. Jika persyaratan migrasi data Anda mencakup transformasi data, Anda dapat menggunakan Redis Input/Output Tools (RIOT) untuk memigrasikan data.

  6. Atau, Anda dapat menggunakan AWS Data Migration Service (AWS DMS) untuk memigrasikan data dari database berbasis SQL. 

  7. Anda harus menggunakan peering virtual private cloud (VPC) untuk AWS DMS agar berhasil memigrasikan data ke target Redis Enterprise Cloud di AWS.

Arsitektur target

Diagram berikut menunjukkan arsitektur penerapan khas untuk Redis Enterprise Cloud di AWS dan menggambarkan bagaimana hal itu dapat digunakan dengan layanan AWS utama.

Arsitektur penerapan untuk Redis Enterprise Cloud di AWS, dan digunakan dengan layanan AWS

  1. Anda dapat terhubung ke aplikasi bisnis yang didukung oleh Redis Enterprise Cloud di AWS.

  2. Anda dapat menjalankan aplikasi bisnis di akun AWS Anda sendiri, di VPC dalam akun tersebut.

  3. Anda dapat menggunakan titik akhir database Redis Enterprise Cloud untuk terhubung ke aplikasi Anda. Contohnya termasuk server aplikasi yang berjalan pada EC2 instance, layanan mikro yang digunakan sebagai layanan AWS Lambda, aplikasi Amazon Elastic Container Service (Amazon ECS) Container Service (Amazon ECS), atau aplikasi Amazon Elastic Kubernetes Service (Amazon EKS).

  4. Aplikasi bisnis yang berjalan di VPC Anda memerlukan koneksi rekan VPC ke VPC Redis Enterprise Cloud. Hal ini memungkinkan aplikasi bisnis untuk terhubung dengan aman melalui endpoint pribadi.

  5. Redis Enterprise Cloud on AWS adalah platform database NoSQL dalam memori yang digunakan sebagai DBaa S di AWS dan sepenuhnya dikelola oleh Redis.

  6. Redis Enterprise Cloud digunakan dalam VPC di akun AWS standar yang dibuat oleh Redis.

  7. Untuk alasan keamanan, Redis Enterprise Cloud digunakan di subnet pribadi yang dapat diakses di titik akhir pribadi dan publik. Kami menyarankan Anda menghubungkan aplikasi klien Anda ke Redis pada titik akhir pribadi. Jika Anda berencana untuk menggunakan titik akhir publik, kami sangat menyarankan agar Anda mengaktifkan TLS untuk mengenkripsi data antara aplikasi klien Anda dan Redis Enterprise Cloud.

Metodologi migrasi Redis sejalan dengan metodologi migrasi AWS, yang diilustrasikan dalam Memobilisasi organisasi Anda untuk mempercepat migrasi skala besar di situs web AWS Prescriptive Guidance.

Otomatisasi dan skala

Tugas penyiapan lingkungan untuk migrasi dapat diotomatisasi melalui templat AWS Landing Zone dan infrastruktur sebagai kode (IAc) untuk otomatisasi dan skala. Ini dibahas di bagian Epik dari pola ini.

Alat

Berdasarkan persyaratan migrasi data, Anda dapat memilih dari pilihan opsi teknologi untuk memigrasikan data Anda ke Redis Enterprise Cloud di AWS. Tabel berikut menjelaskan dan membandingkan alat-alat ini.

Alat

Deskripsi

Keuntungan

Kekurangan

Ekspor dan impor RDB

Anda mengekspor data dari sumber (misalnya, Redis OSS atau Redis Enterprise Software) database dalam bentuk file RDB. Jika database Anda disediakan melalui Redis OSS Cluster, Anda mengekspor setiap master shard ke RDB.

Anda kemudian mengimpor semua file RDB dalam satu langkah. Jika database sumber Anda didasarkan pada Cluster OSS tetapi database target Anda tidak menggunakan API Cluster OSS, Anda harus mengubah kode sumber aplikasi Anda untuk menggunakan pustaka klien Redis standar.

Persyaratan transformasi data atau penggabungan database logis memerlukan proses yang lebih kompleks, yang dijelaskan di bawah Penggabungan database logis nanti dalam tabel ini.

  • Sederhana.

  • Bekerja dengan solusi berbasis Redis apa pun yang dapat mengekspor data dalam format RDB sebagai sumber (termasuk Redis OSS dan Redis Enterprise Software).

  • Mencapai konsistensi data dengan proses yang sederhana.

  • Tidak menangani persyaratan transformasi data atau mendukung penggabungan database logis.

  • Memakan waktu untuk kumpulan data yang lebih besar.

  • Tidak ada dukungan migrasi delta yang dapat menyebabkan waktu henti yang lebih lama.

Fitur replikasi Redis (aktif-pasif)

Anda dapat terus mereplikasi data dari Redis OSS, Enterprise Software, atau database Enterprise Cloud ke database Redis Enterprise Cloud. Setelah sinkronisasi awal, fitur replikasi Redis (ReplicaOf) melakukan migrasi delta, yang berarti hampir tidak ada waktu henti aplikasi yang diamati.

Fitur replikasi Redis dimaksudkan untuk digunakan dengan cara aktif-pasif. Target diasumsikan pasif dan disinkronkan ulang sepenuhnya (disiram dan disinkronkan dari database sumber). Oleh karena itu, beralih antara sumber dan target agak lebih rumit.

Dimungkinkan untuk mereplikasi dari Redis OSS Cluster ke database Redis Enterprise Cloud berkerumun standar dengan menentukan semua pecahan master Cluster OSS sebagai sumber. Namun, fitur replikasi Redis memungkinkan maksimum 32 basis data sumber.

  • Mendukung replikasi berkelanjutan (beban data awal diikuti oleh delta).

  • Hampir tidak ada waktu henti (tergantung pada kelambatan replikasi).

  • Mencapai konsistensi data.

  • Hanya satu situs yang dimaksudkan untuk aktif, jadi beralih antar situs lebih rumit.

  • Mendukung maksimal 32 pecahan master saat Anda bermigrasi dari Cluster OSS.

AWS DMS

Anda dapat menggunakan AWS DMS untuk memigrasikan data dari database sumber apa pun yang didukung ke penyimpanan data Redis target dengan waktu henti minimal. Untuk informasi selengkapnya, lihat Menggunakan Redis sebagai target AWS DMS dalam dokumentasi AWS DMS.

  • Mendukung migrasi sumber data NoSQL dan SQL.

  • Bekerja dengan baik dengan layanan AWS lainnya.

  • Mendukung migrasi langsung dan mengubah kasus penggunaan pengambilan data (CDC).

  • Nilai kunci Redis tidak dapat berisi karakter khusus seperti%.

  • Tidak mendukung migrasi data yang memiliki karakter khusus dalam baris atau nama bidang.

  • Tidak mendukung mode objek biner besar penuh (LOB).

Penggabungan basis data logis

Persyaratan penggabungan basis data khusus mungkin memerlukan solusi migrasi data khusus. Misalnya, Anda mungkin memiliki empat database logis (SELECT 0..3) di Redis OSS, tetapi Anda mungkin ingin menggunakan titik akhir database tunggal alih-alih memindahkan data ke beberapa database Redis Enterprise Cloud. Redis Enterprise tidak mendukung database logis yang dapat dipilih, jadi Anda harus mengubah model data fisik database sumber. Misalnya, Anda dapat memetakan setiap indeks database ke awalan (0keusr, 1 kecmp, dan seterusnya), dan kemudian menggunakan skrip migrasi atau alat ekstrak, transformasi, dan muat (ETL) untuk menampilkan file RDB, yang kemudian dapat Anda impor ke database target.

  • Kontrol granular pada pembentukan data selama migrasi ke sistem target dengan menggunakan skrip kustom.

 

  • Jika Anda memutuskan untuk tidak menyelesaikan migrasi, rollback bisa sangat menantang, terutama jika data yang lebih baru harus dikembalikan ke sistem sumber.

  • Biaya untuk membangun bisa tinggi jika tujuannya adalah untuk membangun solusi satu kali untuk migrasi satu kali.

  • Biaya pemeliharaan untuk kode, infrastruktur, waktu pengembangan, dan area lain bisa tinggi jika persyaratan migrasi sering berubah.

 

Selain itu, Anda dapat menggunakan alat dan layanan berikut dari AWS.

Alat penilaian dan penemuan:

Alat migrasi aplikasi dan server:

Alat migrasi database:

Alat migrasi data:

Manajemen migrasi:

Solusi AWS Partner:

Epik

TugasDeskripsiKeterampilan yang dibutuhkan

Identifikasi beban kerja.

Identifikasi beban kerja kandidat yang sesuai yang ingin Anda migrasikan. Pertimbangkan hal berikut sebelum Anda memilih beban kerja untuk migrasi:

  • Berapa nilai bisnis dalam memigrasi atau tidak memigrasikan beban kerja ini?

  • Apakah ada rencana darurat jika beban kerja ini tidak berhasil bermigrasi ke sistem target?

Idealnya, pilih beban kerja yang memiliki dampak bisnis maksimal dengan risiko minimum yang terlibat. Jaga agar keseluruhan proses berulang dan bermigrasi dengan sedikit demi sedikit.

Arsitek data, Juara bisnis, sponsor proyek Migrasi

Identifikasi sumber dan persyaratan data; desain model data.

Redis menjalankan lokakarya untuk mempercepat penemuan dan menentukan perencanaan migrasi untuk proyek tersebut. Sebagai bagian dari lokakarya ini, tim Redis mengidentifikasi sumber data dan persyaratan model data sumber, dan menganalisis bagaimana ini dapat direnovasi di Redis Enterprise Cloud.

Tim migrasi Redis (Layanan Profesional) melakukan latihan desain model data terperinci dengan organisasi Anda. Sebagai bagian dari latihan ini, tim Redis:

  • Mengidentifikasi struktur data Redis target.

  • Mendefinisikan strategi pemetaan data.

  • Mendokumentasikan pendekatan migrasi dan rekomendasi.

  • Meninjau dan menyelesaikan model data dengan para pemangku kepentingan.

Arsitek solusi Redis

Identifikasi karakteristik database sumber.

Identifikasi produk Redis yang digunakan di lingkungan sumber dan target. Misalnya:

  • Apakah database sumber database OSS Cluster, database Redis mandiri, atau database Redis Enterprise?

  • Apakah database target akan menjadi database standar Redis Enterprise atau database yang kompatibel dengan OSS Cluster?

  • Apa implikasinya mengenai kode sumber aplikasi?

Arsitek data

Kumpulkan SLA sistem saat ini dan metrik ukuran lainnya.

Tentukan perjanjian tingkat layanan saat ini (SLAs) yang dinyatakan dalam hal throughput (operasi per detik), latensi, ukuran memori keseluruhan per database, dan persyaratan ketersediaan tinggi (HA).

Arsitek data

Identifikasi karakteristik sistem target.

Tentukan jawaban atas pertanyaan-pertanyaan ini:

  • Berapa banyak data yang harus dimigrasikan?

  • Berapa lama waktu yang dibutuhkan untuk memigrasikan jumlah data yang diberikan?

  • Apa saja persyaratan downtime untuk migrasi? Apakah dapat diterima jika layanan atau aplikasi Anda tidak tersedia untuk periode tertentu? Jika demikian, untuk berapa lama?

  • Seberapa konsisten data yang dimigrasi? Bisakah database target berada dalam keadaan yang sedikit tidak konsisten (usang)?

  • Apakah data harus diubah sebelum dimuat ke database target? (Misalnya, Anda mungkin ingin mengonversi indeks DB yang dapat dipilih menjadi awalan sebelum migrasi.)

  • Apakah database sumber dapat dijangkau dari host database target (misalnya, dari VPC rekan atau dari titik akhir publik menggunakan enkripsi)?

  • Selesaikan ukuran data dan latihan ukuran Redis Cluster dengan arsitek teknis Redis.

  • Identifikasi persyaratan jaringan, persyaratan infrastruktur, versi perangkat lunak, dan lisensi perangkat lunak, dan dapatkan komponen apa pun sebelum migrasi.

  • Apakah ada masalah keamanan yang terkait dengan transfer data ini?

Arsitek data, arsitek solusi Redis (opsional)

Identifikasi dependensi.

Identifikasi dependensi hulu dan hilir dari sistem saat ini yang akan dimigrasi. Pastikan bahwa pekerjaan migrasi selaras dengan migrasi sistem dependen lainnya. Misalnya, jika Anda berencana untuk memigrasikan aplikasi bisnis lain dari lokasi ke AWS Cloud, identifikasi aplikasi ini dan selaraskan berdasarkan sasaran proyek, garis waktu, dan pemangku kepentingan.

Arsitek data, arsitek perusahaan

Identifikasi alat migrasi.

Bergantung pada persyaratan migrasi data Anda (seperti data sumber atau persyaratan waktu henti), Anda dapat menggunakan salah satu alat yang dijelaskan sebelumnya di bagian Alat. Selain itu, Anda dapat menggunakan:

  • Replikasi dua arah (aktif-aktif) dengan menggunakan penerapan CRDB.

  • export/import Skrip kustom (misalnya, dengan menggunakan DUMP/RESTORE perintah).

  • export/import Alat tambahan dan alat pembantu seperti RIOT, ECstats2, atau alat ETL.

  • Alat IAC seperti templat Terraform atau AWS. CloudFormation

Arsitek solusi migrasi, arsitek solusi Redis

Buat rencana kontingensi.

Buat rencana darurat untuk memutar kembali, jika Anda mengalami masalah selama migrasi.

Manajemen proyek, tim teknis, termasuk arsitek
TugasDeskripsiKeterampilan yang dibutuhkan

Amankan konsol administrasi Redis.

Untuk mengamankan konsol administrasi, ikuti instruksi dalam dokumentasi Redis.

Administrator infrastruktur TI

Amankan database Redis.

Lihat halaman-halaman berikut dalam dokumentasi Redis untuk:

Aman Redis Cloud APIs.

Saat mengaktifkan API, Anda dapat mengelola kunci API untuk semua pemilik akun Redis Cloud Anda. Untuk ikhtisar fitur keamanan API, lihat dokumentasi autentikasi API di situs web Redis.

Administrator infrastruktur TI
TugasDeskripsiKeterampilan yang dibutuhkan

Siapkan lingkungan baru di AWS.

Tugas ini meliputi:

  • Aktivitas penyiapan AWS Landing Zone. Landing zone mendukung:

    • Penerapan multi-akun

    • Baseline keamanan minimum

    • Cara otomatis untuk menyediakan akun baru dengan garis dasar keamanan dan prasyarat ISV (jaringan, konfigurasi keamanan, dan sebagainya)

    • Pemberitahuan, pencatatan terpusat, dan pemantauan

  • Aktivitas konfigurasi perangkat lunak ISV. Ini termasuk konfigurasi yang perlu disertakan dalam migrasi, seperti pengaturan dan perubahan produk dan beban kerja.

  • Aktivitas IAC seperti mengonfigurasi atau menyesuaikan templat CloudFormation AWS atau Terraform.

IT atau DevOps insinyur

Menyebarkan arsitektur migrasi.

  1. Siapkan Redis Enterprise Cloud di AWS.

  2. Instal alat migrasi seperti RIOT atau AWS DMS. Lihat bagian Alat untuk daftar alat yang tersedia.

  3. Membangun konektivitas antara aplikasi, migrasi, dan lapisan database.

  4. Buat contoh beban kerja yang dapat mengalir melalui setiap lapisan dan memigrasikan sekumpulan kecil data sampel.

Anda sekarang siap untuk menjalankan pipeline migrasi data aktual dan mengujinya.

IT atau DevOps insinyur
TugasDeskripsiKeterampilan yang dibutuhkan

Membangun konektivitas.

Membangun konektivitas antara infrastruktur lokal dan sumber daya AWS Cloud. Gunakan grup keamanan, AWS Direct Connect, dan sumber daya lainnya untuk mencapai fungsionalitas ini. Untuk informasi selengkapnya, lihat Connect Your Data Center ke AWS di situs web AWS.

IT atau DevOps insinyur

Siapkan pengintip VPC.

Buat peering VPC antara aplikasi bisnis VPCs yang menjalankan (atau EC2 instance yang menjalankan alat migrasi atau server replikasi AWS DMS) dan VPC yang menjalankan Redis Enterprise Cloud. Untuk petunjuknya, lihat Memulai Amazon VPC dalam dokumentasi Amazon VPC, dan Aktifkan peering VPC di dokumentasi Redis.

IT atau DevOps insinyur
TugasDeskripsiKeterampilan yang dibutuhkan

Pilih alat migrasi data.

Tinjau tabel di bagian Alat untuk melihat deskripsi, kelebihan, dan kekurangan alat ini:

  • Ekspor dan impor RDS

  • Fitur replikasi Redis () ReplicaOf

  • AWS DMS

  • Penggabungan basis data logis

Baris berikut menjelaskan tugas migrasi data yang terkait dengan setiap alat.

Arsitek solusi migrasi

Opsi 1: Gunakan ekspor dan impor RDB.

  1. Putuskan sambungan sumber: Hentikan lalu lintas pada basis data sumber (misalnya, dengan memutuskan sambungan aplikasi bisnis).

  2. Ekspor: Ekspor data database sumber sebagai file RDB.

  3. Tahap: Unggah data ke lokasi yang dapat diakses oleh instans Redis Enterprise Cloud di AWS (misalnya, Anda dapat mengunggahnya ke bucket S3 atau server FTP).

  4. Impor: Impor file RDB (dengan mencantumkan semuanya dalam satu langkah impor) ke database target Redis Enterprise Cloud Anda.

  5. Cut over: Pindah ke database target (misalnya, dengan menghubungkan aplikasi Anda terhubung ke sana).

Untuk informasi lebih lanjut, lihat dokumentasi Redis.

Arsitek solusi migrasi, arsitek solusi Redis

Opsi 2: Gunakan fitur replikasi Redis (aktif-pasif).

  1. Connect database: Buat ReplicaOf tautan antara database sumber dan target.

  2. Jalankan sinkronisasi awal: Tunggu hingga sinkronisasi awal antara basis data sumber dan target selesai.

  3. Putuskan sambungan sumber: Hentikan lalu lintas pada database sumber (misalnya, dengan memutuskan sambungan aplikasi).

  4. Jalankan replikasi delta: Tunggu hingga delta direplikasi pada database target.

  5. Cut over: Pindah ke database target (misalnya, dengan menghubungkan aplikasi Anda ke sana).

  6. Hapus: Hapus ReplicaOf tautan antara basis data sumber dan target.

Untuk informasi lebih lanjut, lihat dokumentasi Redis.

Arsitek solusi migrasi, arsitek solusi Redis

Opsi 3: Gunakan AWS DMS.

  1. Siapkan instans replikasi AWS DMS: Instans ini menjalankan semua proses migrasi. Untuk petunjuk: Bekerja dengan instans replikasi AWS DMS dalam dokumentasi AWS DMS.

  2. Tentukan database sumber: Tentukan titik akhir sumber. Uji konektivitas antara titik akhir sumber dan server replikasi AWS DMS. Untuk petunjuk: Membuat titik akhir sumber dan target dalam dokumentasi AWS DMS.

  3. Siapkan database target: Siapkan Redis Enterprise Cloud di AWS dan siapkan database untuk bermigrasi.

  4. Tentukan database target: Tentukan titik akhir target. Pastikan bahwa peering VPC dibuat antara VPC tempat AWS DMS berjalan dan VPC yang menghosting Redis Enterprise Cloud di AWS. Uji konektivitas antara server replikasi AWS DMS dan database target.

  5. Buat tugas AWS DMS: Buat tugas atau serangkaian tugas untuk menentukan tabel dan proses replikasi yang ingin Anda gunakan untuk memigrasikan data. Untuk petunjuk: Bekerja dengan tugas AWS DMS dalam dokumentasi AWS DMS.

  6. Migrasi: Migrasikan data dengan menjalankan tugas AWS DMS.

  7. Cut over: Pindah ke database target (misalnya, dengan menghubungkan aplikasi Anda ke sana).

Arsitek solusi migrasi, arsitek solusi Redis

Opsi 4: Gunakan penggabungan database logis.

Opsi ini melibatkan penggunaan skrip migrasi atau alat ETL yang dapat mengubah model data fisik basis data sumber dan menghasilkan file RDB. Redis Professional Services dapat membantu dengan langkah ini, jika diperlukan.

Arsitek solusi migrasi, arsitek solusi Redis
TugasDeskripsiKeterampilan yang dibutuhkan

Sejajarkan jadwal dan tujuan manajemen proyek.

Sejajarkan tujuan proyek migrasi, tonggak sejarah, dan garis waktu lapisan aplikasi dengan proyek migrasi data Redis.

Manajemen proyek

Sejajarkan kegiatan pengujian.

Setelah layer aplikasi dimigrasikan dan dimodernisasi di AWS Cloud, arahkan layer aplikasi ke Redis Enterprise Cloud yang baru dimigrasi di AWS untuk pengujian.

Pengujian
TugasDeskripsiKeterampilan yang dibutuhkan

Melaksanakan rencana pengujian.

Jalankan rutinitas migrasi data dan skrip yang dikembangkan selama fase implementasi di lingkungan pengujian, sesuai persyaratan pengujian, di situs Anda.

Pengujian

Uji kualitas data.

Uji kualitas data setelah Anda memigrasikan data.

Pengujian

Fungsionalitas uji.

Uji kueri data dan lapisan aplikasi untuk memastikan bahwa aplikasi berkinerja pada tingkat yang sama seperti di sistem sumber.

Pengujian
TugasDeskripsiKeterampilan yang dibutuhkan

Buat keputusan cutover.

Setelah semua pengujian tingkat aplikasi dan tingkat basis data selesai, tim kepemimpinan eksekutif dan pemangku kepentingan membuat keputusan akhir mengenai apakah akan memotong ke lingkungan baru di AWS berdasarkan hasil akhir yang dikonfirmasi oleh tim pengujian.

Manajemen proyek, Juara bisnis

Potong ke AWS Cloud.

Ketika Anda telah mengonfirmasi bahwa semuanya sudah ada, arahkan layer aplikasi ke data yang baru dimigrasi dan arahkan klien ke lapisan aplikasi baru yang berjalan berdasarkan sistem Redis Enterprise Cloud baru di AWS.

TI atau DevOps insinyur, Arsitek data, Arsitek solusi migrasi, arsitek solusi Redis

Sumber daya terkait

Sumber daya Redis

Sumber daya AWS

Informasi tambahan

Untuk persyaratan keamanan standar untuk memigrasikan beban kerja Redis ke AWS Cloud, lihat Praktik Terbaik untuk Keamanan, Identitas, dan Kepatuhan di situs web AWS, dan Pusat Kepercayaan Redis di situs web Redis.