Tahap 5 - Cutover

Tahap ini membahas berbagai pendekatan yang dapat Anda terapkan untuk memotong dari Elasticsearch atau OpenSearch lingkungan Anda saat ini ke domain Layanan Amazon target. OpenSearch Cutover dapat dilakukan dalam dua langkah:

• Menetapkan mekanisme sinkronisasi data untuk menjaga lingkungan target disinkronkan dengan sumber.

• Lakukan swap dari lingkungan saat ini ke lingkungan target dengan atau tanpa downtime.

Sinkronisasi data

Untuk sistem apa pun yang menerima data berkelanjutan, migrasi data mungkin mengharuskan Anda berhenti menerima data baru selama migrasi dan menjalankan migrasi di jendela pemeliharaan (dengan kemungkinan waktu henti). Jika Anda tidak mampu membayar waktu henti, Anda dapat menangkap perubahan setelah memulai migrasi. Anda memutar ulang perubahan pada target agar tetap diperbarui dan disinkronkan dengan sumber hingga Anda melakukan cutover. Bagian berikut membahas berbagai cara agar sumber dan target tetap disinkronkan.

Beban kerja analitik log

Untuk beban kerja analitik log, Anda dapat melakukan sinkronisasi pembaruan dengan cara berikut:

• Anda dapat menjalankan dua lingkungan secara berdampingan hingga periode retensi dan menjalankan konsumsi ke lingkungan saat ini dan target selesai. Pada titik tertentu, Anda memutuskan untuk memotong dan mengarahkan aplikasi Anda ke lingkungan baru. Terkadang, Anda dapat menyerap data baru dari log atau sumber dokumen ke kluster yang ada dan lingkungan OpenSearch Layanan target. Anda kemudian dapat mengisi ulang data lama di lingkungan target dengan menyalinnya dari lingkungan saat ini. Dalam semua kasus, Anda harus memastikan data Anda tidak memiliki celah yang akan memengaruhi pengguna Anda.

• Sebelum migrasi data, Anda dapat memutuskan untuk menjeda konsumsi Anda ke lingkungan yang ada. Namun, pendekatan ini berarti pengguna Anda mungkin tidak dapat mencari data terbaru atau yang diubah dari lingkungan yang ada hingga migrasi data Anda selesai. Setelah migrasi data selesai, Anda dapat mengarahkan konsumsi data ke lingkungan target dan mengalihkan aplikasi dan klien Anda ke lingkungan target. Ini berarti tidak ada data baru yang akan tersedia sampai migrasi selesai. Namun, sistem akan tetap tersedia untuk pencarian. Anda harus memiliki sarana untuk menyimpan log sumber dan data di sumber Anda sampai lingkungan baru tersedia.

• Anda dapat terus menggunakan mesin analisis log saat ini hingga data pertama Anda dimigrasikan. Kemudian Anda mengisi kembali data yang tersisa yang telah dihasilkan sejak pass pertama dimulai. Dengan asumsi bahwa data yang tersisa jauh lebih kecil daripada pass pertama, Anda dapat menjeda konsumsi sementara data Anda yang tersisa disinkronkan, karena sinkronisasi mungkin hanya memakan waktu beberapa menit atau beberapa jam. Anda juga dapat melakukan beberapa lintasan menggunakan pendekatan ini hingga jendela sinkronisasi Anda menjadi cukup kecil untuk menjeda konsumsi dari sumber ke lingkungan target dan memotong ke lingkungan target tanpa memengaruhi pengguna Anda. Diagram berikut menunjukkan penggunaan snapshot tambahan dan mengembalikan untuk memperbarui atau menyinkronkan data.

  

  Langkah 1

  1. Data mengalir dari sumber melalui pipeline konsumsi data ke lingkungan Elasticsearch saat ini dan domain Layanan Amazon. OpenSearch

  2. Pass pertama membutuhkan waktu paling lama untuk berpindah dari Elasticsearch ke domain OpenSearch Layanan Amazon.

  3. Pembaruan pertama atau pass sinkronisasi membutuhkan waktu lebih sedikit.

  4. Pembaruan kedua atau pass sinkronisasi membutuhkan waktu paling sedikit.

  5. Data terus mengalir dari Elasticsearch ke aplikasi.

  Langkah 2

  1. Data mengalir dari sumber melalui pipa konsumsi data ke domain OpenSearch Layanan.

  2. Tertelan ke lingkungan Elasticsearch saat ini dihentikan.

  3. Pembaruan akhir atau pass sinkronisasi membutuhkan waktu paling sedikit.

  4. Data mengalir dari OpenSearch Layanan ke aplikasi.

Cari beban kerja

Dalam tiga pendekatan yang telah dibahas sebelumnya, Anda harus memastikan bahwa semua data pada target Anda mutakhir sebelum Anda melakukan cutover. Untuk beban kerja penelusuran, Anda dapat mempertimbangkan saran berikut untuk memperbarui atau menyinkronkan:

• Untuk beban kerja pencarian, biasanya Anda menjeda konsumsi dari sumber ke lingkungan saat ini. Anda menyalin semua data dari lingkungan saat ini ke lingkungan target, dan Anda menerapkan mekanisme pengambilan data perubahan (CDC) yang dapat menentukan data apa yang telah berubah sejak awal migrasi. Anda kemudian menyalin data yang diubah ke OpenSearch lingkungan Amazon. Dalam kebanyakan kasus, pipa konsumsi data aplikasi pencarian sudah memiliki mekanisme CDC bawaan, dan biasanya masalah mengarahkan pipeline Anda ke lingkungan baru setelah data dimigrasikan dari lingkungan saat ini. Diagram berikut menunjukkan membangun indeks sepenuhnya dari sumber untuk kasus penggunaan pencarian.

  

  Langkah 1

  1. Tertelan ke lingkungan Elasticsearch saat ini dijeda.

  2. Data disalin dari ElasticSearch ke domain OpenSearch Layanan.

  3. Data terus mengalir dari ElasticSearch ke aplikasi.

  Langkah 2

  1. Lingkungan Elasticsearch tidak lagi terhubung ke sumber data atau aplikasi.

  2. Data Change Data Capture (CDC) dicerna dalam pipeline dan mengalir ke domain OpenSearch Service.

  3. Data mengalir dari domain OpenSearch Layanan ke aplikasi.

• Beberapa beban kerja pencarian hanya memerlukan pemuatan data lengkap dari database sumber atau sumber data ke lingkungan OpenSearch Layanan baru. Setelah beban selesai, aplikasi klien dapat memotong ke lingkungan baru. Ini adalah cara paling sederhana untuk mencapai migrasi untuk beban kerja pencarian.

Tukar atau potong

Langkah terakhir dalam perjalanan migrasi adalah menukar, atau memotong, ke lingkungan baru. Ini adalah salah satu fase kritis. Pada titik ini, Anda siap untuk ditayangkan. Anda memiliki data yang disinkronkan dan diperbarui, Anda memiliki pemantauan dan peringatan yang dikonfigurasi, runbook Anda mutakhir, dan Anda siap untuk memotong ke lingkungan baru. Anda harus memastikan bahwa konsumsi Anda mengalir normal dan metrik dari lingkungan baru Anda sehat. Selama tahap ini, Anda merencanakan dan melakukan pemotongan koneksi klien dari Elasticsearch atau OpenSearch cluster yang ada ke domain Amazon OpenSearch Service yang baru. Perhatikan setiap perubahan pustaka klien yang mungkin diperlukan. Pada titik ini, Anda seharusnya telah menguji semua fungsionalitas klien Anda dengan Amazon OpenSearch Service di lingkungan yang lebih rendah untuk memverifikasi kompatibilitas dan kinerja.

Jika Anda memiliki aplikasi klien yang perlu menunjuk ke lingkungan baru, perbarui entri DNS dari lingkungan lama ke lingkungan baru. Kemudian pantau perilaku aplikasi dengan cermat untuk memastikan bahwa pengguna Anda mendapatkan pengalaman yang tepat.

Umumnya, jika Anda telah mengikuti pedoman dalam dokumen ini, Anda akan memiliki peralihan yang aman. Namun, kami menyarankan agar Anda tetap memperbarui lingkungan sumber Anda sehingga dapat bertindak sebagai fallback jika Anda mengalami masalah dengan lingkungan baru. Beberapa pelanggan AWS terus mengoperasikan kedua lingkungan selama beberapa minggu setelah swap sebelum menonaktifkan lingkungan yang lebih lama. Kami menyarankan Anda memilih strategi yang sesuai dengan persyaratan kelangsungan bisnis Anda.