Cara Memperbaiki Masalah Ketersediaan Aplikasi yang Diwarisi

Apa yang harus dilakukan saat Anda mewarisi kekacauan

Saya dibesarkan dalam keluarga dekat yang besar, dan bahkan sekelompok besar bibi, paman, dan teman keluarga yang bermaksud baik.Siapa pun yang pernah menjadi bagian dari keluarga besar mungkin, pada lebih dari satu kesempatan, menerima hadiah atau kerabat yang bermaksud baik memberi Anda hadiah gratis. Dan jika demikian, Anda tahu bahwa di balik permukaan warisan yang kedengarannya keren itu, pakaian bergaya yang dikabarkan, atau "mobil keluarga" lama, bisa jadi mimpi buruk yang mengintai.Tiba-tiba, keberuntungan Anda yang tiba-tiba di atas roda empat terasa seperti kutukan yaitu dua pertiga lubang uang dan sepertiga sakit mata.

Jadi apa yang Anda lakukan ketika Anda mewarisi Masalah Ketersediaan Aplikasi yang berantakan?Beberapa DIYers membawa tempat sampah dan mulai segar. Namun ini bukan HGTV dan kami tidak berbicara tentang furnitur warisan, tetapi masalah ketersediaan aplikasi yang diwariskan. Biasanya Anda tahu bahwa tangan Anda berantakan saat pertama kali mencoba melakukan peralihan cluster untuk pemeliharaan sederhana dan terencana, dan aplikasi Anda offline.Sekarang, apa yang Anda lakukan ketika Anda mewarisi kekacauan ketersediaan tinggi.

Dua Tip Praktis Saat Anda Mewarisi Kekacauan Ketersediaan Tinggi (Maksud saya tanggung jawab)

I. Penelitian

Mungkin salah satu hal terbaik yang dapat Anda lakukan sebelum mengambil tindakan adalah mengumpulkan data sebanyak mungkin secepat mungkin.Tentu saja, status warisan Anda mungkin menunjukkan kecepatan yang Anda perlukan untuk mengumpulkan data.Beberapa hal utama yang perlu dipertimbangkan selama penelitian Anda untuk memecahkan Masalah Ketersediaan Aplikasi:

1. Pemilik sebelumnya. Teliti pemilik sebelumnya dari konfigurasi tersebut termasuk rantai komando, jangkauan otoritas, latar belakang, dinamika tim dan jika mungkin, piagam.Cari tahu seperti apa struktur organisasi aslinya.
2. Teliti apa yang telah dilakukan di masa lalu untuk mencapai ketersediaan tinggi atau lebih tinggi, dan apa yang ditinggalkan.Di beberapa lingkungan, fokus untuk ketersediaan tinggi jatuh tepat pada sebagian infrastruktur sambil mengabaikan alur kerja yang lebih besar. Gali semua persyaratan yang tersedia. Serta perubahan apa yang telah diterapkan atau ditambahkan sejak persyaratan awalnya diberlakukan.Jika Anda sedang melakukan migrasi cloud, pahami tujuan memindahkan lingkungan ini ke cloud.
3. Pemilik dan persyaratan memberikan banyak sejarah. Namun, Anda juga ingin meneliti mengapa pembuat keputusan utama membuat pilihan dan kompromi pada desain dan solusi, serta persyaratan arsitektur perangkat lunak dan perangkat keras.Evaluasi apakah pilihan ini berhasil atau tidak. Penelitian Anda harus fokus pada masalah asli dan solusi yang diusulkan.
4. Anda mungkin juga ingin mempertimbangkan mengapa lingkungan yang Anda warisi terasa berantakan.Misalnya, apakah karena kurangnya dokumentasi, pelatihan, detail desain yang buruk atau hilang, tidak adanya buku yang dijalankan, atau detail spesifikasi lainnya.
5. Teliti, jika ada, solusi perangkat lunak ketersediaan tinggi tingkat perusahaan yang telah digunakan untuk melengkapi arsitektur mesin virtual, jaringan, dan aplikasi. Apakah ada petahana saat ini?Jika tidak, apa metode sebelumnya untuk ketersediaan?

II. Bertindak

Setelah Anda mengumpulkan penelitian ini, langkah Anda selanjutnya adalah bertindak: memperbarui, meningkatkan, menerapkan, atau mengganti.Jangan membuat kesalahan dengan menyilangkan jari dan berharap Anda tidak membutuhkan failover cluster.

1. Meningkatkan

   Dalam beberapa kasus, penelitian Anda akan mengarah pada pemahaman yang lebih baik tentang solusi lama dan jalur untuk meningkatkan solusi tersebut ke versi terbaru.Sejujurnya, kami telah berada di sana dengan pelanggan kami sendiri.Transisi salah penanganan. Solusi yang bekerja dengan sempurna selama bertahun-tahun menjadi usang.

2. Memperbaiki

   Pertimbangkan alternatif jika peningkatan tidak dijamin. Jika data mengarah ke area peningkatan lain seperti penyetelan perangkat lunak atau perangkat keras, migrasi ke cloud atau hybrid, penyetelan jaringan, atau beberapa risiko lain yang teridentifikasi atau titik kegagalan tunggal.Mungkin lingkungan Anda akan menjalani health check atau peningkatan beban kerja Anda memerlukan peningkatan pada ukuran instans, jenis disk, atau parameter lainnya.

3. Melaksanakan

   Dalam kasus lain, penelitian Anda akan mengungkap beberapa detail mengejutkan terkait kurangnya strategi atau solusi ketersediaan yang lebih tinggi. Dalam hal ini, Anda akan menggunakan penelitian Anda sebagai katalisator untuk merancang dan menerapkan solusi ketersediaan tinggi. Solusi ini mungkin memerlukan arsitektur cloud pribadi, cloud publik, atau cloud hybrid yang digabungkan dengan perangkat lunak HA kelas perusahaan untuk memungkinkan pemantauan dan pemulihan yang berhasil.

4. Menggantikan

   Dalam kasus ekstrim, penelitian Anda akan membawa Anda pada penggantian penuh dari lingkungan saat ini. Terkadang ini diperlukan saat pelanggan atau mitra bermigrasi ke cloud. Tetapi penawaran perangkat lunak ketersediaan tinggi mereka belum siap untuk cloud. Sementara banyak aplikasi membanggakan bahwa cloud ready, dalam beberapa kasus ini lebih merupakan slideware daripada kenyataan.Solusi lokal Anda belum cloud ready? Maka satu-satunya jalan keluar Anda mungkin menggunakan solusi yang mampu membuat perjalanan cloud bersama Anda, seperti produk SIOS Protection Suite.

Sebagai Wakil Presiden Pengalaman Pelanggan untuk Teknologi SIOS, saya mengalami situasi yang menunjukkan pentingnya langkah-langkah ini – saat tim Layanan kami dilibatkan oleh mitra perusahaan untuk menerapkan produk Suite Perlindungan SIOS.Saat kami bekerja sama dengan pelanggan, melakukan penelitian, kami menemukan banyak sejarah. Pelanggan mengaku memiliki masalah waktu henti atau ketersediaan yang terbatas. Namun penelitian kami mengungkapkan hierarki peringatan yang tidak berkelanjutan dan sangat kompleks, skrip yang dijalankan secara manual, tim global, dan alat-alat gado-gado yang digabungkan menjadi satu. Kami berhasil merancang dan mengganti solusi buatan mereka dengan solusi yang jauh lebih elegan dan otomatis dengan informasi ini. Bagian terbaiknya, itu berbasis wizard, termasuk pemantauan otomatis, pemulihan, dan perlindungan sistem dari kegagalan. Tidak ada lagi kludge. Tidak ada lagi DIY trial-and-error. Aplikasi failover dan failback yang sederhana dan andal untuk perlindungan HA / DR.

Jika Anda mewarisi sejumlah Masalah Ketersediaan Aplikasi, hubungi ahli penerapan dan ketersediaan di SIOS Technology Corp. Tim kami dapat memandu Anda melalui proses penelitian, membantu Anda mengasah kebutuhan Anda. Terakhir, tingkatkan, perbaiki, ganti, atau terapkan solusi untuk menyediakan perusahaan Anda dengan ketersediaan yang lebih tinggi.

– Cassius Rhue, Wakil Presiden, Pengalaman Pelanggan

Direproduksi dari SIOS

Panduan ini dimaksudkan untuk menggambarkan perlindungan Microsoft SQL Server menggunakan SIOS Protection Suite untuk Linux. Lingkungan yang digunakan di sini adalah VMware ESXi dengan mesin virtual ditambahkan yang menjalankan CentOS 7.6. Microsoft SQL 2017 digunakan untuk membuat server database. Database dan log transaksi akan disimpan di disk lokal yang akan direplikasi antar node menggunakan DataKeeper – menunjukkan bahwa penyimpanan bersama dapat digunakan sebagai pengganti sederhana untuk disk lokal.

Panduan ini tersedia di sini sebagai pdf.

Unduh Perangkat Lunak Microsoft yang Diperlukan

1. Buka panduan Microsoft berikut untuk menginstal SQL di https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup?view=sql-server-ver15

Rencanakan Konfigurasi Lingkungan SQL

Pengaturan konfigurasi berikut akan digunakan untuk membuat lingkungan cluster yang dijelaskan oleh panduan memulai cepat ini. Sesuaikan pengaturan konfigurasi Anda sesuai dengan lingkungan sistem spesifik Anda.

Konfigurasi Umum

1. Contoh yang kami instal selama panduan memulai cepat ini menggunakan CentOS. Instruksi Red Hat berlaku karena CentOS kompatibel dengan biner dengan Red Hat.
2. Contoh dalam panduan memulai cepat ini akan sangat mirip, baik dijalankan di lingkungan VMware, cloud, atau instalasi fisik.

Konfigurasi node 1

• Nama host: IMAMSSQL-1
• IP Publik: 192.168.4.21
• IP Pribadi: 10.1.4.21
• / dev / sdb (10GiB)
• / dev / sdc (10GiB)

Konfigurasi node 2

• Nama host: IMAMSSQL-2
• IP Publik: 192.168.4.22
• IP Pribadi: 10.1.4.22
• / dev / sdb (10GiB)
• / dev / sdc (10GiB)

IP Virtual digunakan untuk SQL Access

• 168.4.20, ini akan dilindungi oleh LifeKeeper dan "float" antar node

Sistem operasi

• CentOS 7.6.0

Konfigurasi Database SQL

• Database SQL:
• Nama Host Virtual SQL: IMAMSSQL
• SQL Virtual IP: 192.168.4.20

Titik Pemasangan Sistem File SQL

• / database / data
• / database / xlog

SIAPKAN SISTEM UNTUK PEMASANGAN

Menginstal MS-SQL

Pemasangan SQL awal

Di bagian ini kami akan menambahkan lokasi paket Microsoft ke dalam OS Linux kami dan kemudian menginstruksikan OS untuk menginstal SQL Server.

1. Buka panduan Microsoft berikut untuk menginstal SQL Server:
   https://docs.microsoft.com/en-us/sql/linux/sql-server-linux-setup?view=sql-server-ver15
2. Masuk dengan hak istimewa root atau Anda menggunakan sudo sebelum setiap perintah
3. curl -o /etc/yum.repos.d/mssql-server.repo https://packages.microsoft.com/config/rhel/7/mssql-server-2017.repo
4. yum install -y mssql-server
5. / opt / mssql / bin / mssql-conf setup, saya menginstal SQL Server saya dengan lisensi Evaluasi
6. yum install -y mssql-tools unixODBC-devel
7. echo ‘export PATH =” $ PATH: / opt / mssql-tools / bin ”‘ >> ~ / .bash_profile
8. echo ‘export PATH =” $ PATH: / opt / mssql-tools / bin ”‘ >> ~ / .bashrc
9. sumber ~ / .bashrc
10. systemctl stop mssql-server.service, kami menghentikan layanan SQL dan tidak dapat memulai layanan SQL hingga kami telah mengkonfigurasi disk yang digunakan sebagai penyimpanan di bagian berjudul
    "Membuat database dan sistem file log transaksi dan titik mount".
11. / opt / mssql / bin / mssql-conf set filelocation.masterdatafile /database/data/master.mdf
12. / opt / mssql / bin / mssql-conf set filelocation.masterlogfile /database/xlog/mastlog.ldf

Buat database dan sistem file log transaksi dan titik pemasangan

Kami akan menggunakan tipe sistem file xfs untuk instalasi ini. Lihat jenis sistem file yang didukung LifeKeeper untuk menentukan sistem file mana yang ingin Anda konfigurasi. Pastikan Anda mengkonfigurasi disk untuk menggunakan pengenal GUID. Di sini kita akan mempartisi dan memformat disk yang terpasang secara lokal; mount, buat, dan izinkan lokasi database yang ingin kita gunakan SQL, akhirnya kita akan memulai SQL yang akan membuat Master DB baru dan log transaksi di lokasi yang kita tentukan. Perhatikan saat membuat partisi, DataKeeper mengharuskan jumlah blok di partisi menjadi ganjil. Misalnya. 20973567 (akhir) – 2048 (awal) = 20971519.

1. fdisk / dev / sdb
2. mkfs -t xfs / dev / sdb1
3. fdisk / dev / sdc
4. mkfs -t xfs / dev / sdc1
5. mkdir / database; mkdir / database / data; mkdir / database / xlog
6. chown mssql / database /; chgrp mssql / database /
7. chown mssql / database / data /; chgrp mssql / database / data /
8. chown mssql / database / xlog /; chgrp mssql / database / xlog /
9. vi / etc / fstab
   1. Tambahkan / dev / sdb1 pemasangan ke / database / data, mis. / dev / sdb1 / database / data xfs defaultnya 0 0
   2. Tambahkan / dev / sdb1 pemasangan ke / database / xlog, mis. / dev / sdb1 / database / xlog xfs default 0 0
10. pasang / dev / sdb1
11. mount / dev / sdc1
12. chown mssql / database / data /; chgrp mssql / database / data /
13. chown mssql / database / xlog /; chgrp mssql / database / xlog /
14. systemctl mulai mssql-server.service, kami memulai layanan SQL sekarang setelah disk lokal dipasang – ini akan membuat Master DB dan log transaksi baru

Menginstal LifeKeeper

Lihat Panduan Instalasi
http://docs.us.sios.com/spslinux/9.5.1/en/topic/sios-protection-suite-for-linux-installation-guide

Buat Hierarki Sumber Daya LifeKeeper

Buka GUI LifeKeeper di node utama:

# / opt / LifeKeeper / bin / lkGUIapp &

Jalur Komunikasi

Buat rute IP backend dan / atau frontend, dalam kasus kita backend adalah 10.2.4.21 & 22 dan frontend adalah 192.168.4.21 & 22

1. [AWS only] Klik kanan pada setiap instans di AWS Management Console dan pilih Jaringan → Ubah Sumber / Tujuan. Periksa dan pastikan bahwa pemeriksaan sumber / tujuan dinonaktifkan.
2. Di GUI LifeKeeper, klik Buat Jalur Komunikasi.
3. Dalam dialog Server Jarak Jauh, tambahkan nama host dari node cluster lain dan pilih mereka.

 

1. Pilih alamat IP lokal (10.2.4.21) dan jarak jauh (10.2.4.22) yang sesuai.
2. Ulangi proses ini, buat jalur komunikasi antara semua pasang node jarak jauh untuk setiap jaringan (mis., 12.0.1.30 dan 12.0.2.30).Setelah selesai, jalur komunikasi harus ada di antara semua pasangan node cluster.

Sumber Daya IP

Sumber daya IP adalah IP virtual yang akan digunakan untuk mengakses server SQL – dalam hal ini 192.168.4.20

1. Verifikasi bahwa semua IP virtual telah dihapus dari antarmuka jaringan dengan menjalankan
   'Ip addr show'.
2. Buat sumber daya IP untuk IP virtual MSSQL.
3. Di GUI LifeKeeper, klik Buat Hierarki Sumber Daya dan pilih IP.

4. Saat diminta, masukkan IP 192.168.4.20 dan pilih subnet mask 255.255.0.0.

5. Masukkan nama tag seperti ip-192.168.4.20-MSSQL.

Sumber Daya DataKeeper

Ini adalah drive yang digunakan untuk menyimpan database dan log transaksi, / database / data dan / database / xlog

Sumber Replikasi Data

1. Pastikan bahwa semua sistem file SQL dipasang pada titik pemasangan yang sesuai di bawah / database pada node cluster utama.
   # pasang
   …
   / dev / sdb1 pada / database / tipe data xfs (rw, relatime, attr2, inode64, noquota)

/ dev / sdc1 on / database / xlog type xfs (rw, relatime, attr2, inode64, noquota)
…

2. Pastikan bahwa sistem file tidak dipasang pada node cluster cadangan.

3.Di GUI LifeKeeper, klik Buat Hierarki Sumber Daya dan pilih Replikasi Data.

4. Untuk Hierarchy Type, pilih Replicate Existing Filesystem.

5. Untuk Titik Mount yang Ada, pilih / database / data

6. Pilih nilai yang sesuai untuk sisa dialog pembuatan yang sesuai untuk lingkungan Anda

Ulangi langkah 3-6 untuk sistem file / database / data dan / database / xlog.

Perlindungan Layanan Cepat

Kami akan menggunakan LifeKeeper’s Quick Service Protection ARK untuk melindungi layanan mssql-server, ini akan memantau layanan MSSQL dan memastikannya berjalan.

1. Gunakan status systemctl mssql-server.service pada node 1 untuk memastikan MSSQL berjalan
2. Gunakan status systemctl mssql-server.service pada node 2 untuk memastikan bahwa MSSQL tidak berjalan, jika demikian maka Anda harus menghentikan layanan menggunakan systemctl stop mssql-server.service, kemudian unmount / database / data dan / database / xlog direktori.
3. Di GUI LifeKeeper, klik tambahkan sumber daya
4. Pilih QSP ARK dari drop-down
5. Ketika daftar layanan yang tersedia terisi, pilih mssql-server.service
6. Pilih nilai yang sesuai untuk sisa dialog pembuatan yang sesuai untuk lingkungan Anda
7. Perluas hierarki ke node 2
8. Di CLI linux pada node 1, jalankan “/ opt / LifeKeeper / bin / lkpolicy -g –v”, output akan terlihat seperti ini:
   
9. Jika LocalRecovery: On diatur untuk QSP-mssql-server maka kita perlu menonaktifkan pemulihan lokal di kedua node, ini dilakukan dengan mengeksekusi (di kedua node):
10. / opt / LifeKeeper / bin / lkpolicy -s LocalRecovery -E tag = "QSP-mssql-server"
11. Konfirmasikan bahwa Pemulihan Lokal dinonaktifkan di kedua node, “/ opt / LifeKeeper / bin / lkpolicy -g –v”:

Direproduksi dari SIOS

Mengumumkan Versi 8.7.2 dari SIOS Protection Suite-Windows dan DataKeeper Cluster Edition

Kami dengan bangga mengumumkan rilis Suite Perlindungan SIOS untuk Windows versi 8.7.2 termasuk DataKeeper Cluster Edition.Rilis baru menampilkan berikut ini:

Kit Pemulihan Aplikasi Oracle Pluggable Databases (PDB) baru

• Oracle Pluggable Database direkomendasikan pada Oracle 19c dan diperlukan pada Oracle 20c dan seterusnya
• Lisensi SIOS tambahan tidak diperlukan untuk kit pemulihan aplikasi SIOS Protection Suite PDB, tetapi diperlukan sumber daya Oracle yang sudah ada.

Dukungan untuk platform dan sistem operasi tambahan, termasuk: Azure Stack (Hub) (untuk menyertakan Windows Server 2019), vSphere 7, dan PostgreSQL 12. Untuk daftar lengkap produk kami yang didukung, kunjungi Suite Perlindungan SIOS – matriks dukungan Windows 8.7.2.

Direproduksi dari SIOS