Cara Menggabungkan DataKeeper for Linux dengan Alat Pencadangan dan Replikasi dengan Aman

Saat menggunakan Perangkat Lunak Pencadangan atau Replikasi lain dengan DataKeeper untuk Linux, tujuannyaPenjaga Dataadalah mereplikasi data antar server dalam sebuah klaster, memastikan semua server yang relevan memiliki salinan data terbaru. Hal ini penting ketika server mengalami gangguan yang tidak direncanakan.waktu henti, DanPenjaga Kehidupanmampu memastikan aplikasi penting memiliki ketersediaan tinggi dan dapat mempertahankan waktu aktif dengan penggunaan DataKeeper.

Saat menggabungkan DataKeeper dengan perangkat lunak pencadangan atau replikasi lain, penting untuk memastikan kompatibilitas guna menghindari konflik. Perangkat lunak replikasi dapat mengganggu resinkronisasi DataKeeper, terkadang karena urutan dimulainya proses replikasi. Meskipun bertujuan untuk memaksimalkanwaktu aktifdan ketersediaannya bermanfaat, sangat penting untuk memverifikasi bahwa tindakan tersebut akan menjaga klaster Anda dalam kondisi optimal.

Cara Menguji DataKeeper untuk Linux dengan Perangkat Lunak Pencadangan dan Replikasi

Penting untuk menguji kompatibilitas perangkat lunak replikasi yang digunakan bersama DataKeeper guna memastikan fungsinya. Berikut adalah daftar hal yang dapat Anda periksa untuk memverifikasi fungsionalitasnya.

1. Uji pada klaster QA.

Sebelum menggunakan perangkat lunak pencadangan/replikasi pada klaster produksi Anda, buat lingkungan klaster QA dengan DataKeeper untuk menjalankan pengujian.

Kluster QA bermanfaat untuk menjalankan pengujian sebelum memperkenalkan hal baru ke dalam klaster produksi Anda. Hal ini membantu menghindari masalah yang mungkin muncul di klaster produksi Anda dengan bersikap proaktif dalam mendeteksi dan/atau memperbaiki masalah apa pun yang muncul di klaster QA Anda.

2. Menyelesaikan uji fungsionalitas dasar.

Beberapa pengujian dasar perlu dilakukan dengan DataKeeper sebagai satu-satunya perangkat lunak replikasi yang terpasang. Ini adalah pemeriksaan kewarasan sebelum melanjutkan dengan perangkat lunak lain.

Pengujian dasar harus mencakup pengujian untuk keberhasilan peralihan dan failover. Kunjungi tautan di bawah ini untuk langkah-langkah guna memastikan peralihan dapat dilakukan dengan sukses.

https://docs.us.sios.com/spslinux/9.9.1/en/topic/menguji-hierarki-sumber-sumber-datakeeper-anda

3. Selesaikan pengujian fungsionalitas dasar dengan perangkat lunak lain.

Jalankan pengujian yang sama yang disebutkan di atas saat perangkat lunak sedang mencadangkan/mereplikasi data Anda, dan setelah perangkat lunak selesai mencadangkan/mereplikasi data Anda.

Agar dapat menggunakan perangkat lunak dengan DataKeeper, penting bahwa semua uji fungsionalitas ini lulus.

Menggunakan Sumber Daya GenApp untuk Mengelola Proses Pencadangan dan Replikasi dengan DataKeeper untuk Linux

Jika pengujian menghasilkan hasil yang tidak berhasil, ada kemungkinan untuk membuatAplikasi Generik (GenApp)untuk memulai dan menghentikan proses yang relevan selama peralihan

• GenApp dapat digunakan dalam hierarki untuk memulihkan dan menghapus proses yang digunakan oleh perangkat lunak replikasi untuk menangani urutan berjalannya perangkat lunak.
  • Hierarki menentukan hubungan antar sumber daya. Sumber daya tingkat atas bergantung pada sumber daya tingkat bawah untuk menciptakan hubungan ketergantungan. Ketika hierarki dihentikan layanannya, LifeKeeper mengambil pendekatan top-down, menghapus sumber daya tingkat atas sebelum sumber daya tingkat bawah. Ketika pemulihan dilakukan, LifeKeeper mengambil pendekatan bottom-up untuk memulihkan sumber daya tingkat bawah sebelum memulihkan sumber daya tingkat atas.

Dengan pemahaman ini, dua GenApp akan dibuat, satu sebagai sumber daya tingkat atas dan yang lainnya sebagai sumber daya tingkat bawah. Konfigurasi ini memastikan bahwa ketika hierarki mulai beroperasi, GenApp tingkat bawah akan menghentikan proses, dan GenApp tingkat atas akan memulainya. Ketika hierarki dihapus, satu-satunya tindakan yang dilakukan adalah sumber daya tingkat bawah menghentikan proses.

• Baca selengkapnya tentang pembuatan GenApp pada tautan di bawah.

https://docs.us.sios.com/spslinux/9.9.1/en/topic/membuat-hierarki-sumber-daya-aplikasi-generik

Memastikan Kompatibilitas Cluster DataKeeper dan Mencegah Waktu Henti

Pada akhirnya, pengujian dan verifikasi adalah kunci sebelum menambahkan perangkat lunak cadangan atau replikasi tambahan ke dalam Kluster DataKeeper Anda. Langkah-langkah ini bertujuan untuk menghindari waktu henti dengan menyediakan daftar hal yang harus diselesaikan guna memastikan konfigurasi Anda sudah benar sebelum diperkenalkan ke lingkungan produksi. Sebelum mengintegrasikan perangkat lunak cadangan atau replikasi tambahan dengan Kluster DataKeeper Linux Anda, pengujian dan verifikasi menyeluruh sangatlah penting. Menyelesaikan langkah-langkah ini memastikan konfigurasi Anda telah diatur dengan benar dan membantu mencegah waktu henti saat diperkenalkan ke lingkungan produksi Anda.

Siap melihat bagaimana SIOS dapat membantu Anda menyederhanakan ketersediaan tinggi dan memastikan pencadangan dan replikasi yang lancar dengan DataKeeper untuk Linux?Minta demo hari ini.

Penulis: Alexus Gore, Insinyur Perangkat Lunak Pengalaman Pelanggan

Direproduksi dengan izin dariSIOS

 

Cara Melakukan Replikasi Pengujian Kinerja dengan SIOS DataKeeper

Mengonfigurasi replikasi untuk database produksi bisa menjadi tugas yang cukup menakutkan terutama jika Anda belum melakukan riset sebelumnya. Blog ini akan membahas banyak bagian dari aspek tersulit dalam menyiapkan lingkungan Anda dengan benar… kinerja. Memahami poin-poin penting ini akan membuat Anda unggul dan memastikan produksi Go-Live Anda tidak mengalami hambatan di menit-menit terakhir.

Hal pertama dan paling mendasar yang perlu dipertimbangkan adalah memilih jenis cermin yang tepat untuk konfigurasi Anda. SIOS DataKeeper hadir dengan dua opsi untuk tipe cermin selama proses pembuatan, Sinkron dan Asinkron. Salah satu dari opsi ini memiliki kelebihan dan kekurangannya masing-masing, bergantung pada lingkungan Anda.

Memilih Jenis Cermin

Cermin sinkron paling unggul di lingkungan LAN dengan koneksi berkecepatan tinggi dan memberikan konsistensi penulisan 1:1 pada saat berkomitmen ke sistem utama. Namun jika jaringan, atau penyimpanan target tidak mampu mengimbangi throughput sistem utama, Anda akan melihat pengurangan kecepatan tulis untuk menjaga konsistensi penulisan sinkron. Oleh karena itu pencerminan sinkron tidak disarankan untuk WAN atau lingkungan latensi tinggi.

Namun cermin asinkron sempurna untuk lingkungan WAN. Cermin asinkron menyediakan semua fungsi yang sama untuk memastikan konsistensi penulisan 1:1 antar node, namun perbedaannya adalah penulisan dilakukan ke sistem utama sebelum penulisan dilakukan ke sistem target. Hal ini dimungkinkan karena pemanfaatan bitmap yang juga dikenal sebagai log maksud, bitmap melacak semua perubahan yang terjadi pada sistem pada tingkat blok dan menulis data ke target secepat mungkin melalui simpanan yang dikenal sebagai a menulis antrian. Antrean tulis dapat dibatasi berdasarkan jumlah penulisan atau total MB data dan ketika batas tersebut tercapai, mirror akan berhenti sejenak dan data akan disinkronkan, mencegah failover saat data tidak disinkronkan.

Konfigurasi Perangkat Keras:

Sekarang setelah Anda memutuskan jenis cermin mana yang paling sesuai dengan lingkungan Anda, penting untuk memahami bahwa DataKeeper bukanlah keajaiban, DataKeeper hanya dapat menulis dan mereplikasi secepat yang dimungkinkan oleh sistem Anda sehingga memiliki perangkat keras yang mampu mencapai throughput yang dibutuhkan oleh aplikasi Anda sangatlah penting. Berikut beberapa saran dan tip untuk memastikan Anda memiliki perangkat keras yang diperlukan untuk mencapai tujuan replikasi Anda.

1. Pastikan sistem Utama dan Target Anda memiliki perangkat keras penyimpanan yang identik. Misalnya IOPS target harus sama dengan IOPS sumber. Jika tidak, komponen paling lambat di lingkungan tersebut akan menjadi penghambat kecepatan tulis. Perangkat keras yang cocok akan selalu memberikan kinerja yang lebih baik.
2. Memahami pentingnya bitmap, cara termudah dan termurah untuk memberikan peningkatan kinerja yang signifikan adalah dengan menyimpan bitmap pada penyimpanan khusus berkecepatan tinggi. Bitmapnya sangat kecil sehingga penyediaan SSD 5 atau 10 GB sudah cukup dan memberikan peningkatan kinerja yang besar.
3. Uji perangkat keras mandiri dengan pemahaman bahwa replikasi data akan menimbulkan sejumlah overhead. Misalnya jika Anda memiliki persyaratan untuk mencapai 10.000 IOPS di lingkungan Anda, pastikan perangkat keras Anda minimal dapat mencapai 10.000 IOPS mandiri secara konsisten di semua node yang akan menjadi bagian dari cluster. Jika Anda ingin melakukan pencerminan sinkron, pastikan Anda memiliki persyaratan melebihi persyaratan minimum karena overhead lebih lanjut diterapkan untuk menjaga konsistensi sinkron. Jaringan juga perlu diuji bebannya untuk memastikan Anda dapat mentransfer data yang diperlukan untuk skema replikasi Anda.
4. Ketahui cara menguji dengan benar. Saat memanfaatkan lingkungan pengujian untuk memverifikasi kemampuan produksi, penting untuk meniru penyiapan sedekat mungkin. Perlu dipahami bahwa Anda tidak dapat menyiapkan seluruh klon database produksi hanya untuk menguji replikasi, namun menggunakan alat pembuatan data yang benar dapat memberikan indikasi yang lebih baik mengenai kemampuan performa saat ini. Diskspd adalah alat gratis yang dapat digunakan untuk beberapa pengujian dasar, tetapi dalam dunia SQL, HammerDB memberikan indikator kinerja dunia nyata yang jauh lebih baik.

DiskSpd:https://github.com/microsoft/diskspd
PaluDB:https://www.hammerdb.com/

1. Terakhir kami memiliki penyetelan DataKeeper, ada pengaturan yang dapat dikonfigurasi di luar tipe cermin dalam DataKeeper. Memodifikasinya umumnya sedikit lebih bernuansa dan paling baik dilakukan berdasarkan saran dari tim dukungan SIOS. Namun, jika Anda telah mengonfirmasi bahwa semua rekomendasi lainnya sudah diterapkan, maka penyesuaian beberapa parameter DataKeeper dapat memberikan peningkatan terakhir dalam performa yang diperlukan untuk memenuhi metrik yang diperlukan. Beberapa contoh penyetelan adalah meningkatkan jumlah penulisan luar biasa yang ada dalam antrean tulis Anda atau mengubah seberapa sering file bitmap dipindahkan ke disk.

Direproduksi dengan izin dariSIOS

Cara Menggabungkan Pencadangan, Replikasi, dan Clustering Ketersediaan Tinggi

Pencadangan, replikasi, dan ketersediaan tinggi (HA) adalah bagian mendasar dari manajemen risiko TI, dan mereka sangat diperlukan seperti roda pada mobil. Replikasi juga penting untuk perlindungan data TI.

Lingkungan Cadangan dan HA Cluster Tidak Saling Eksklusif

Sementara cadangan, replikasi, dan failover semuanya penting, ada perbedaan utama di antara mereka yang perlu dipahami untuk memastikan mereka diterapkan dengan benar.

Misalnya, saat Anda dapat menggunakan replikasi untuk mempertahankan salinan data yang terus-menerus diperbarui, tanpa mempertimbangkannya di lingkungan perlindungan data yang lebih besar, Anda juga akan menyalin data masalah (seperti data yang terinfeksi virus).

Dalam kasus seperti itu, cadangan sangat penting untuk mengembalikan data ke poin baik terakhir yang diketahui. Dengan melakukan replikasi, Anda dapat mengakses gambar yang direplikasi segera sebelum kegagalan sistem (= RTO / RTO lebih unggul) dengan cara yang hanya menyimpan data berdasarkan generasi dan mendukungnya dalam model tipe eDiscovery tidak bisa.

Oleh karena itu, SIOS Protection Suite mencakup perangkat lunak pengelompokan SIOS LifeKeeper dan perangkat lunak replikasi DataKeeper. SIOS LifeKeeper adalah produk cluster failover HA yang memantau kesehatan aplikasi dan mengatur failover aplikasi dan DataKeeper adalah perangkat lunak replikasi penyimpanan berbasis blok. Namun, hanya karena itu adalah cluster HA tidak berarti cadangan tidak diperlukan. Pertimbangkan tindakan pencegahan dan poin yang perlu diperhatikan saat mencadangkan di lingkungan HA cluster menggunakan SIOS Protection Suite.

Lima Poin Cadangan di Lingkungan Clustering Ketersediaan Tinggi

Pertimbangkan lima poin berikut sebagai target perolehan cadangan:

1. Sistem Operasi (OS)
2. SIOS Protection Suite – Program Clustering Software LifeKeeper / DataKeeper
3. SIOS Protection Suite – informasi konfigurasi LifeKeeper / DataKeeper
4. Program aplikasi (mis., SQL Server, SAP S / 4 HANA, Oracle, PostgreSQL, dll.)
5. Data aplikasi

Cadangkan OS

Untuk mencadangkan OS, biasanya digunakan utilitas OS standar atau perangkat lunak cadangan pihak ketiga. Namun, karena tidak ada pertimbangan khusus untuk lingkungan ketersediaan tinggi, kami tidak akan membahasnya di sini.

Cadangkan Perangkat Lunak Clustering SIOS Protection Suite

SIOS Protection Suite termasuk program SIOS LifeKeeper / DataKeeper juga dapat diperoleh dengan utilitas standar OS atau perangkat lunak cadangan pihak ketiga, tetapi jika program menghilang karena kegagalan disk, dll. tanpa sengaja mencadangkannya, Anda perlu menginstalnya kembali. Mungkin akan ada beberapa orang yang berpikir tentang dikotomi melakukannya.

Cadangkan Informasi Konfigurasi SIOS Protection Suite

SIOS LifeKeeper hadir dengan perintah sederhana bernama lkbackup yang memungkinkan Anda membuat cadangan informasi konfigurasi. lkbackup dapat dijalankan pada SIOS LifeKeeper dan sumber daya terkait dan tidak akan memengaruhi layanan yang berjalan.

Perintah ini dapat dieksekusi dalam tiga kasus utama berikut.

• Segera setelah menginstal sumber daya SIOS LifeKeeper yang baru dibuat
• Sebelum dan sesudah mengubah konfigurasi SIOS LifeKeeper (menambah / mengubah dependensi, menambah / menghapus sumber daya)
• Sebelum dan sesudah pemutakhiran versi SIOS LifeKeeper

Jika Anda mencadangkan informasi konfigurasi dengan lkbackup, bahkan jika informasi konfigurasi hilang karena kegagalan disk atau jika informasi konfigurasi rusak karena kesalahan operasi, dll.) Anda dapat dengan cepat kembali ke keadaan operasional semula.

Program Operasional Cadangan

Meskipun mencadangkan program operasi mengacu pada mencadangkan aplikasi bisnis yang dilindungi di HA cluster Anda, dimungkinkan untuk membuat dan memulihkan gambar cadangan menggunakan utilitas standar OS atau perangkat lunak cadangan pihak ketiga seperti pada 1. dan 2 di atas.

Cadangkan Data Aplikasi Bisnis

Di lingkungan HA cluster, penyimpanan bersama yang dapat diakses oleh server aktif dan siaga disediakan. Selama operasi normal, penyimpanan bersama digunakan oleh node cluster aktif. Data aplikasi (misalnya, data basis data) biasanya penyimpanan dalam penyimpanan bersama ini, tetapi poin-poin berikut harus diingat ketika membuat cadangan penyimpanan ini.

Untuk konfigurasi penyimpanan bersama 

Saat memperoleh cadangan data yang terletak di konfigurasi kluster SANless dengan penyimpanan yang dibagikan oleh node kluster aktif dan sistem siaga, data hanya dapat diakses dari sistem aktif (sistem siaga tidak dapat mengakses data). Akibatnya, cadangannya juga aktif. Dalam hal ini, pastikan bahwa ada kekuatan pemrosesan yang cukup untuk menangani skenario failover dan cadangan pemulihan.

 

Untuk konfigurasi replikasi data 

Dalam hal konfigurasi replikasi data, cadangan dari sistem operasi adalah dasar, tetapi dengan menghentikan sementara mirroring dan melepaskan kunci, cadangan juga dapat dieksekusi di sisi sistem siaga. Namun, dalam hal ini, data sementara tidak sinkron.

Mencadangkan simpul cluster dari server cadangan eksternal

Untuk melakukan cadangan node cluster dari server backup eksternal, gunakan alamat IP virtual atau nyata dari node cluster. Poin yang perlu diperhatikan dalam setiap kasus adalah sebagai berikut.

Mencadangkan menggunakan alamat IP virtual node cluster

Dari perspektif server cadangan, cadangan dieksekusi ke node yang ditunjukkan oleh alamat IP virtual LifeKeeper. Dalam hal ini, server cadangan tidak perlu mengetahui simpul mana yang merupakan simpul aktif.

Mencadangkan menggunakan alamat IP asli dari node cluster

Dari perspektif server cadangan, cadangan dilakukan ke alamat IP asli tanpa menggunakan alamat IP virtual LifeKeeper. Karena penyimpanan bersama tidak dapat diakses dari node cluster siaga, server cadangan dan klien harus memeriksa node mana yang merupakan node aktif.

Menggabungkan cadangan, replikasi, dan failover clustering dalam cadangan konfigurasi yang teruji dan diverifikasi sangat diperlukan. Menggunakan melakukan verifikasi operasi yang memadai terlebih dahulu di sisi pengguna.

Direproduksi dengan izin dari SIOS