Perencanaan adalah Kunci Ketersediaan Perusahaan (dan Menikah dengan Bahagia)

Merencanakan tanggal dan liburan, makan malam romantis yang luar biasa adalah bagian yang hebat dari mencintai pasangan Anda dengan baik.  Seminar dan lokakarya dipenuhi dengan tips untuk meningkatkan hubungan Anda yang berlimpah di hampir setiap wilayah dunia.

Tapi, dengarkan sesi pelatihan yang disediakan oleh SIOS Technology Corp. Manajer Proyek untuk Layanan Profesional, Edmond Melkomian, dan Anda akan segera mengetahui bahwa merencanakan makan malam dan retret ulang tahun bukan satu-satunya cara untuk mencintai pasangan Anda dengan baik.

Di kelas baru-baru ini di SIOS Protection Suite untuk Linux, Edmond membagikan tiga tips yang membantu Anda mencintai pasangan Anda dengan baik di dunia perusahaan: paket, paket, paket.

1.   “Rencanakan untuk merencanakan” solusi ketersediaan perusahaan Anda

Dalam kursusnya, Edmond Melkomian meminta siswa untuk menyebutkan hal pertama yang harus Anda lakukan ketika menggunakan solusi perusahaan.  Jawabannya, "Rencanakan, rencanakan, rencanakan." Tampaknya sudah jelas, tetapi langkah pertama adalah mulai membuat rencana.  Sebuah permulaan yang lumayan layak untuk sebuah rencana meliputi pengembangan rincian untuk setiap fase proyek, seperti tonggak sejarah, pos pemeriksaan, risiko, mitigasi risiko dan strategi, pemangku kepentingan, jadwal, rencana komunikasi pemangku kepentingan.  Rencana yang layak juga akan mencakup perincian tentang kickoff, sign-off dan penutupan, dan sumber daya (kepegawaian, manajemen, hukum / kontrak).

Rencanakan untuk membuat, meninjau, memodifikasi, dan memperbarui rencana Anda sepanjang siklus hidup solusi.

2.   Rencanakan apa yang akan digunakan untuk ketersediaan perusahaan

Rencanakan apa yang akan digunakan.  Sangat mungkin bahwa sebagian besar infrastruktur perusahaan Anda ada di luar ranah masa hidup tim saat ini dengan perusahaan Anda.  Ketika Anda bermigrasi ke cloud, atau memperbarui strategi ketersediaan Anda, perlu waktu dan upaya untuk membuat rencana mengenai apa yang akan digunakan.  Fokuskan rencana Anda untuk memastikan bahwa Anda menggunakan redundansi di semua komponen penting, jaringan, komputasi, penyimpanan, daya, pendinginan, dan aplikasi.  Semua pusat data dan penyedia cloud biasanya memastikan pendinginan, daya, dan redundansi jaringan untuk memulai.

Sejumlah perusahaan menawarkan tim arsitektur, penyedia solusi cloud, pakar ketersediaan, arsitek aplikasi, dan spesialis migrasi yang membantu tim menemukan ketergantungan kritis dan terkadang tersembunyi serta area berisiko tinggi yang rentan terhadap Single Points of Failure (SPOF's).  Pekerjaan investigasi ini akan menjadi masukan bagi rencana Anda tentang apa yang akan digunakan dan / atau diperbarui dalam strategi ketersediaan Anda.

Berencana meninjau apa yang perlu Anda gunakan.

3.   Berencana untuk menjaga QA / klaster pra-produksi untuk ketersediaan yang andal

Ketika saya berada di tim pengembangan SIOS Technology Corp., saya tidak akan pernah melupakan panggilan Jumat malam dengan waktu yang lama, tetapi pelanggan yang panik.  Awal bulan ini, seorang pelanggan yang sering tidak berhasil menyebarkan solusi perangkat lunak baru ke dalam lingkungan produksi.  Hasilnya adalah kegagalan besar.  Dia menelepon nomor 800 kami pada jam 4:30 sore (EST) pada hari Jumat.  Mengapa saya mengingat waktu yang tepat itu? Jumat adalah malam kencan.  Saya dan istri saya punya rencana makan malam, pengasuh untuk enam gadis yang siaga (setiap jam), dan berharap untuk malam yang romantis dan santai.  Saya baru saja akan keluar untuk hari ketika telepon berdering.  Setelah jam pertama yang menegangkan, kami kembali berdiri dan berlari.  Episode malang ini bisa dihindari atau dikurangi dengan menjaga sistem UAT atau QA.

Sebagai Harrison Howell, Insinyur Perangkat Lunak untuk Pengalaman Pelanggan di SIOS Technology Corp mencatat dalam blog-nya-6-common-cloud-migrasi-tantangan batas on-prem tidak lagi batas yang sama.

Pelanggan yang datang dari sistem on-prem perlu mengingat bahwa sumber daya tidak lagi menjadi faktor pembatas. Di cloud, sistem dapat dengan mudah disalin dan dijalankan dalam isolasi produksi, sesuatu yang tidak sepele di tempat. Akses on-demand ke sumber daya TI memungkinkan UAT HA dan DR berkembang melampaui “shutdown the primary node”. Jaringan dapat disabotase, kernel bisa panik, bahkan basis data pun bisa rusak dan semua ini tidak akan memengaruhi produksi! Identifikasi dan pengujian skenario ini meningkatkan postur HA dan DR.

Berencana untuk menggunakan dan menyimpan sistem UAT untuk pengujian HA dan DR.  Seperti yang disebutkan Harrison, "mengidentifikasi dan[issues] menguji" "men[your overall]ingkatkan postur HA dan DR," dan itu meningkatkan peluang Anda untuk kencan malam yang sukses.

4.   Rencanakan pemeliharaan dan pembaruan rutin (termasuk dokumentasi)

Terakhir, rencanakan waktu untuk pemeliharaan rutin dan pembaruan untuk mempertahankan Ketersediaan Perusahaan.  Perusahaan Anda harus tetap tersedia agar tetap sangat menguntungkan dan sukses.  Lingkungan tidak tetap stagnan, dan tambalan, pembaruan keamanan, ekspansi, dan pemeliharaan umum adalah kejadian biasa dari awal hingga pensiun.  Membuat rencana untuk bagaimana dan kapan Anda akan memasukkan pembaruan dan pemeliharaan ke perusahaan Anda akan memastikan bahwa Anda tidak hanya terus mendapatkan informasi terkini, tetapi Anda meminimalkan risiko dan downtime saat melakukannya.  Pastikan untuk memasukkan dalam rencana Anda penggunaan sistem uji.  Kembangkan rutinitas dan proses terencana untuk memvalidasi tambalan, pembaruan kernel dan OS, dan perangkat lunak keamanan, dan jangan lupa untuk memperbarui dokumentasi proyek dan rencana masa depan saat Anda tumbuh dan berkembang.

Jika Anda ingat untuk merencanakan dimuka sistem yang sangat redundan, sangat andal, dan sangat tersedia, rencanakan untuk menjaga QA / pra-produksi cluster setelah Go-Live, dan rencanakan untuk pemeliharaan dan pembaruan rutin Anda juga akan dapat menjaga rencana Anda dengan pasangan Anda untuk kencan malam.  Dan tidak hanya berkencan malam, tetapi Anda juga dapat menjaga malam Anda bebas dari panggilan bangun jam 3 pagi karena sistem produksi yang buruk.  Ini tip saya untuk mencintai pasangan Anda dengan baik.

Saya mencintai istri saya dan karenanya saya membantu pelanggan menyebarkan DataKeeper Cluster Edition SIOS Technology Corp. dan SIOS Protection Suite untuk produk Windows dan Linux sebagai bagian dari solusi perlindungan perusahaan yang sangat tersedia.  Hubungi SIOS.

– Cassius Rhue, VP, Pengalaman Pelanggan

Artikel direproduksi dengan izin dari SIOS

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.