SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

Date: Februari 26, 2021

 

 

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