Hari-hari sederhana HA & DR telah berlalu

Membolak-balik saluran TV, saya tersandung pada adegan dalam film "He's Just Not That Into You" dengan Drew Barrymore, mengatakan apa yang sebagian besar dari kita rasakan di tahun 2022 tentang Teknologi dan terutama ketersediaan tinggi dan pemulihan bencana: "Saya merindukan hari-hari ketika Anda memiliki satu nomor telepon dan satu mesin penjawab dan satu mesin penjawab itu memiliki satu kaset dan satu kaset itu memiliki pesan dari seorang pria atau tidak. Dan sekarang Anda hanya perlu berkeliling memeriksa semua portal berbeda ini hanya untuk ditolak oleh tujuh teknologi berbeda. Ini melelahkan.” Terkadang, tidakkah Anda berharap hanya ada satu cloud atau bahkan mungkin tidak ada platform cloud; satu DB berjalan di satu OS; dan hanya aplikasi ujung depan yang perlu dikhawatirkan. Tapi, dunia telah berubah dan bergerak lebih cepat, dan menjadi lebih rumit.Kemajuan teknologi, dampak dari merger dan akuisisi, serta meningkatnya selera dan kecepatan masyarakat kita selama 24/7, dengan miliaran konsumen yang mencari kesepakatan terbaru dan pengalaman terbaik, berarti hari-hari sederhana telah berlalu.

4 kebenaran keras tentang ketersediaan Anda

1. Solusi Anda tidak sesederhana yang Anda pikirkan

Tentu saja lingkungan perusahaan Anda tidak sederhana.Anda memiliki sistem dan aplikasi lawas, jenis yang sudah ada hampir sejak kartu berlubang.Anda memiliki sistem baru, dibuat untuk aplikasi dan database generasi baru.Selain itu, Anda memiliki solusi yang dibuat satu dekade lalu untuk menjembatani kesenjangan atau rentang waktu antara bermigrasi dari satu platform ke platform lainnya, tetapi terlepas dari upaya terbaik Anda, sistem ini tetap ada. Ditambah dengan tantangan ini adalah kumpulan sistem dan sumber daya TI yang berkembang dari merger dan akuisisi Perusahaan U. Menyampaikan HA tidak sesederhana yang Anda pikirkan di era baru.

2. Arsitektur yang buruk adalah masalah yang lebih besar dari yang Anda sadari

Sebagai Wakil Presiden Pengalaman Pelanggan, kami telah melihat kerusakan yang disebabkan oleh arsitektur yang buruk.Meskipun penerapan perangkat lunak HA pasti dapat membantu meningkatkan ketersediaan aplikasi dan database, perangkat lunak HA tidak akan pernah sepenuhnya mengatasi persyaratan yang tidak lengkap, jaringan yang buruk, kurangnya perangkat keras yang berlebihan, atau komponen arsitektur lainnya yang hilang.Tim kami pernah bekerja dengan pelanggan untuk memperbaiki lingkungan berukuran kecil yang membuat sistem mereka tidak stabil selama waktu pengoperasian puncak.Karena arsitektur mereka yang buruk, yang mencakup ketidakstabilan jaringan dan perangkat keras, tim mereka sering kesulitan untuk memulihkan diri dari masalah downtime yang dapat dihindari.Untuk mendapatkan solusi yang lengkap dan sehat, sangat tersedia, dan tangguh, Anda perlu menerapkan perangkat lunak yang hebat sebagai bagian dari arsitektur yang baik.

3. Admin Anda membutuhkan lebih banyak bantuan daripada yang mereka akui

Mengembangkan solusi HA tangguh tingkat perusahaan dengan ketersediaan tinggi, dibangun di atas arsitektur yang solid dengan kemampuan untuk berkembang bukanlah proses yang sederhana.Merancang dan merancang ketahanan, aplikasi, dan ketersediaan data tidak semudah mengambil sekotak campuran kue dari rak.Lemparkan berbagai alat, proses dari tim yang berbeda, campuran SLA, dan jenis OS, aplikasi, database, dan platform dan Anda memiliki resep untuk membutuhkan bantuan. Baru-baru ini, saya mewawancarai seorang veteran 20 tahun yang bekerja di lingkungan dukungan perusahaan.Dia menggambarkan berapa banyak dari rekan-rekannya, dan bahkan dirinya sendiri, belum mampu menangani beban mempertahankan ketersediaan perusahaan kritis.Admin Anda, tidak hanya membutuhkan bantuan ketika mereka sudah bangun sejak jam 2 pagi berurusan dengan bencana, multi-sistem, multi-aplikasi, runtuhnya pusat data yang hampir selesai, tetapi juga dalam kerja keras sehari-hari ketersediaan perusahaan di salah satu yang paling era teknologi yang kompleks yang pernah ada.

4. Solusi Anda mungkin tidak tersedia sebanyak yang Anda pikirkan

“Sementara penyedia cloud publik biasanya menjamin beberapa tingkat ketersediaan dalam perjanjian tingkat layanan mereka, SLA tersebut hanya berlaku untuk perangkat keras cloud.” Ada banyak alasan lain untuk downtime aplikasi yang tidak dicakup oleh SLA penyedia cloud, termasuk:

• Masalah perangkat lunak dan bug
• Kesalahan manusia
• Kegagalan perangkat lunak
• Sistem atau aplikasi hang

Sebagai VP Pengalaman Pelanggan, kami telah melihat satu atau dua hal, termasuk serangan denial of service yang disebabkan oleh gagal keluar dalam rutinitas rekursi, kelelahan sistem, karantina perangkat lunak keamanan aplikasi yang sehat, kritis, kepanikan kernel, dan mesin virtual yang secara acak menyalakan ulang.Jika strategi HA Anda hanya mengandalkan SLA hypervisor Anda, solusi Anda mungkin tidak tersedia sebanyak yang Anda kira. Anda perlu melindungi aplikasi penting dengan perangkat lunak pengelompokan yang dapat memantau dan mendeteksi masalah, merespons masalah dengan andal, dan jika perlu memindahkan operasi ke server siaga untuk memastikan bahwa produk dan layanan Anda tetap andal dan tersedia saat dan di mana pun dibutuhkan.

Pusat data tunggal kami telah menjadi serangkaian platform cloud, yang mencakup lusinan pusat data.Aplikasi kerja sigung kami telah menjadi bagian dari perkumpulan solusi front end, middleware, dan backend kritis yang harus kami kelola di Windows, Linux, dan beberapa varietas * Nix yang berbeda.Pawai teknologi berarti bahwa kita ketersediaan tinggi telah menjadi lebih kompleks dan membutuhkan arsitektur yang lebih baik.Ini juga berarti bahwa tim kita membutuhkan lebih banyak bantuan untuk mengelola semuanya, dan jika kita tidak berhati-hati, itu bisa berarti kita tetap rentan dan terekspos.Manakah dari empat kebenaran yang paling banyak dihadapi tim Anda?

Cassius Rhue, Pengalaman Pelanggan VP Direproduksi dengan izin dari SIOS