Bagaimana Cara Membangun Solusi Server yang Sangat Tersedia?

Komponen kunci untuk solusi ketersediaan tinggi adalah mencari tahu cara mengarahkan lalu lintas klien. Hampir setiap aplikasi berbasis pengguna perlu terhubung ke server. Mengarahkan lalu lintas klien akan memungkinkan pengguna untuk terhubung tanpa harus tahu di mana aplikasi atau database sebenarnya berada.

Sebagian besar solusi merekomendasikan pengalihan IP berbasis jaringan atau pengalihan DNS berbasis jaringan. Ini bekerja. Namun, solusi terbaik untuk server ketersediaan tinggi menurut pengalaman kami adalah penggunaan alamat IP virtual yang dapat dialihkan dari satu server ke server lainnya. Server mendengarkan sambungan dari alamat IP virtual, yang dihosting di satu server hari ini dan dialihkan ke server lain di hari lain.

Untuk melangkah lebih jauh, Anda dapat mengotomatiskan failover. Di sinilah sistem membuat keputusan dan mengganti aplikasi ketika ada kegagalan yang terdeteksi. Ingatlah bahwa langkah ini adalah kunci untuk membangun solusi yang sangat tersedia.

Manfaat Solusi Beli vs. Bangun dengan Ketersediaan Tinggi

Ini dapat diimplementasikan menggunakan skrip dan logika untuk memeriksa status proses dan alamat IP virtual dari satu server ke server lainnya. Namun salah satu tantangan yang kami hadapi dalam solusi beli vs bangun ketersediaan tinggi adalah berapa banyak waktu yang benar-benar harus kami habiskan untuk membangun. Ini termasuk waktu untuk pengkodean skrip, pengembangan API seperti API cloudwatch atau fungsi lambda. Jangan lupakan pengujian, dan pemeliharaan.

Ketika saya masih muda, saya sangat ingin menulis kode itu. Tetapi setelah bekerja untuk perusahaan besar yang masuk daftar Fortune 100, dan dimarahi oleh manajer tingkat tinggi, ketika salah satu skrip saya tidak berfungsi pada jam 3 pagi, saya merasa berbeda. Masalah ini diperburuk ketika saya menemukan masalah untuk kode yang saya tulis setahun yang lalu. Manajer saya menginginkan solusi yang sangat tersedia untuk bekerja 100%. Jika tidak berhasil, saatnya menelepon seseorang dan meneriaki mereka.

SIOS Mengotomatiskan Ketersediaan Tinggi

Bukankah lebih murah dalam jangka panjang untuk membeli solusi dan meluangkan sedikit waktu untuk menyesuaikannya agar sesuai dengan setelan kita? Di sinilah solusi SIOS ketersediaan tinggi (HA) masuk, apa pun aplikasi atau database-nya. SIOS memiliki kode untuk mengalihkan tumpukan proses dari satu server ke server lainnya. Ini memberi pengguna dan manajer ketenangan pikiran yang datang dari mengotomatiskan orkestrasi failover dan ketersediaan tinggi.

Ada dua hal yang saya suka dari payung SIOS HA yaitu. Satu, kode untuk IP virtual di mana alamat IP ditambahkan ke server dan aplikasi di-restart untuk mendengarkan koneksi. Yang kedua diaktifkan melalui penggunaan set API agnostik aplikasi yang disediakan SIOS. Ini memungkinkan siapa saja untuk melindungi aplikasi apa pun dengan menggunakan plugin. Hubungi SIOS hari ini untuk mempelajari lebih lanjut tentang solusi ketersediaan tinggi khusus untuk lingkungan Anda.

– Edmond Melkomian, PMP, MCSD, konsultan, SIOS technology, Inc.

Direproduksi dari SIOS

Tahapan IT Disaster Recovery Duka

Kesedihan atas pemulihan bencana dapat tiba-tiba muncul jika Anda belum menerapkan arsitektur ketersediaan perusahaan yang tepat. Temui teman kita Dave di bagian TI untuk memandu kita melalui 5 tahap kesedihan akibat bencana.

Tahap 1: Penolakan

Dave di IT: "O-oh.Peringatan apa itu?Itu hanya aplikasi kecil yang mogok, bukan?Bukan masalah besar.Aku akan menyelesaikan semuanya dalam waktu singkat. "

Di negeri ketersediaan perusahaan, tidak ada yang namanya crash aplikasi kecil atau bukan masalah besar.Perusahaan memiliki SLA dengan uang sungguhan di telepon.Realitas selektif Anda mungkin bukan perspektif yang sama dari pelanggan dan pemangku kepentingan Anda.

Tahap 2: Kemarahan

Dave dalam IT: “Apakah Anda bercanda.Dari semua… ..[censored]. kali, hari ini aplikasi tidak akan dimulai.Ughh.Aku benci ap[censored]lik[censored]asi …… ini.Tunggu, lansiran baru apa ini.Serius, sekarang, pusat data mati! "

Ini menjadi sangat, sangat cepat dalam kecepatan cepat, dan lingkungan taruhan tinggi. Ketika peringatan dan kegagalan yang tidak terkendali terjadi, masalah dapat meningkat dengan cepat bersamaan dengan tekanan, frustrasi, dan kemarahan.

Status 3: Perundingan

Dave di TI: “Hai Ard di Aplikasi, ini Dave di TI.Apakah kalian punya backup untuk lingkungan App1? . . .Ard apakah kamu yakin?Bisakah Anda memeriksa lagi?Saya tahu Anda sudah memeriksanya dua kali, tetapi bisakah Anda memeriksanya sekali lagi.Aku akan membeli minuman di Taco Tuesday! ”

Dave di TI: “Hai Donna DBA, ini Dave di TI. Art in Applications mengatakan Anda dapat membantu saya.Apakah Anda secara kebetulan mengatur replikasi database untuk database keuangan atau sistem manajemen inventaris? . . . Apakah kamu yakinUmh, apakah kamu ingat jika kita punya cara untuk pulih dari umh. . . pusat data crash? ”

Ketika putri saya mendapat masalah, tawar-menawar adalah yang pertama dia lakukan.Oke, kedua.Yang pertama adalah menghilang, tetapi Anda terlalu pintar untuk menjauh dari api.Namun, Dave di bidang TI bukanlah satu-satunya yang menyadari bahwa tawar-menawar dan mengemis adalah pengganti yang buruk untuk strategi yang terdefinisi dengan baik untuk ketersediaan tinggi dan pemulihan bencana.Lewati tawar-menawar dan memohon tentang bencana Anda karena "80% orang tidak peduli, dan 20% senang itu Anda (diparafrasekan dari Les Brown)."

Tahap 4: Kesedihan

Dave dalam IT: “Ini luar biasa.Server aplikasi macet, pusat data tidak aktif, dan cadangan, jika saya dapat menemukannya dan jika saya dapat memuatnya, akan memakan waktu berjam-jam untuk memulihkannya.Tidak mungkin saya keluar dari ini… di mana saya meletakkan resume yang diperbarui itu. ”

Tentu saja Anda memiliki cadangan, dan Anda telah memvalidasinya.Namun ada dampak RTO dan RPO jika kembali ke backup tersebut.Apakah Anda dapat menyerap kali ini?Itu tentu saja, setelah pusat data Anda pulih.

Langkah 5: Penerimaan

Dave di IT: "Sudah dua jam.Saya tidak pernah tahu kami memiliki banyak pemangku kepentingan Eksekutif sebelumnya.Tidak mungkin saya bisa merayakan ulang tahun ke-2 saya setelah ini.Saya rasa saya akan membersihkan kantor saya besok.Tidak mungkin aku berhasil melewati ini! "

Kegagalan terjadi.Pusat data turun.Aplikasi gagal.Tidak dapat disangkal kemungkinan kehilangan pusat data, server gagal, atau aplikasi crash.Jenis penerimaan ini normal, bagian dari peningkatan ketersediaan Anda.Menerima bahwa Anda mungkin kehilangan pekerjaan atau lebih buruk karena Anda gagal menerapkan strategi ketersediaan adalah sesuatu yang ingin dihindari oleh para ahli di SIOS Technology Corp.

Jangan seperti Dave dalam IT.Hindari tahapan kesedihan bencana, dan jam pemulihan bencana serta waktu henti dengan merancang dan mengimplementasikan arsitektur ketersediaan perusahaan yang mencakup hybrid, on-premise, atau cloud terbaik yang digabungkan dengan solusi terbaik untuk pemantauan, pemulihan, dan otomatisasi failover sistem .

– Cassius Rhue, VP Customer Experience

Direproduksi dari SIOS

Mengapa Cinta Ketersediaan Tinggi Harus Begitu Rumit?

Ini adalah musim film Hallmark, maksud saya musim Natal, maksud saya musim film Natal Hallmark… (jangan menilai terlalu kasar, saya adalah ayah dari enam wanita muda, seorang romantis tanpa harapan, dan menikah dengan pasangan luar biasa yang menikmati kebaikan liburan tertawa dan akhir yang bahagia). Jika Anda sedang mengikuti season film Hallmark, Anda pasti tahu bahwa kemungkinan besar Anda akan mendengar ungkapan, "Mengapa cinta begitu rumit?" Itu akan diucapkan tepat sebelum orang muda yang patah hati telah mengembangkan perasaan untuk minat cinta yang baru, dan siap untuk berdansa semalaman dalam pelukan mereka, seperti nyala api lama masuk ke pesta.Jika Anda tidak menyukai romansa liburan Hallmark, mungkin bukan cinta yang Anda pertanyakan.Mungkin Anda ingin tahu: “Mengapa ketersediaan tinggi harus begitu rumit.

Sepuluh Alasan Ketersediaan Tinggi Sangat Rumit 'Astaga':

1. Kecepatan inovasi
   

   Komputasi awan, komputasi edge, konvergen hiper, multi-cloud, kontainer, dan pembelajaran mesin mengubah lanskap ketersediaan perusahaan dengan kecepatan tinggi.Dengan perkiraan konservatif, AWS saat ini memiliki lebih dari 175 layanan, dan "menyediakan platform infrastruktur yang sangat andal, dapat diskalakan, dan berbiaya rendah di cloud yang memberdayakan ratusan ribu bisnis di 190 negara di seluruh dunia." Memilih solusi HA yang memungkinkan pengelolaan yang konsisten di semua lingkungan ini, dengan infrastruktur dan kesadaran aplikasi adalah cara penting untuk mengurangi kompleksitas.

2. Keacakan bencana

   Seseorang pernah berkata, "buat solusi Anda tahan bencana, dan alam semesta akan membangun bencana yang lebih baik." Kita tidak hanya melihat inovasi di ranah teknologi, tapi juga di dunia bencana. Kelaparan sumber daya, bencana sistem pendingin, bencana alam, kegagalan jaringan listrik, dan sejumlah bencana baru dan acak sering kali membuat lebih sulit untuk mengisolasi keseluruhan perusahaan Anda. Solusi tahun lalu kemungkinan akan membutuhkan pembaruan untuk menangani pemadaman yang belum pernah terjadi sebelumnya tahun ini. Penting untuk bekerja dengan vendor yang telah berfokus pada ketersediaan tinggi selama bertahun-tahun – yang memiliki pengalaman langsung dalam menemukan solusi untuk bencana yang acak.

3. Kompleksitas aplikasi

   Saat teknologi bergerak menuju ranah virtualisasi dan komputasi awan, aplikasi mengikuti rangkaian. Karena vendor aplikasi ini menambahkan opsi baru untuk memanfaatkan cloud, mereka juga menambahkan kerumitan tambahan.Aplikasi Anda harus dilindungi oleh solusi yang dirancang untuk ketersediaan dan pengelompokan yang lebih tinggi di AWS, Azure, GCP, atau lingkungan lainnya.Cari vendor yang memberikan kesadaran aplikasi yang lebih besar, pemahaman tentang praktik terbaik, dan yang memberikan solusi ketersediaan yang dirancang dengan mempertimbangkan bagaimana aplikasi mungkin telah dirancang dan mampu mengoptimalkan orkestrasi aplikasi di cloud.

4. Kemajuan dalam ancaman
   

   Ancaman terhadap perusahaan Anda juga memengaruhi ketersediaan Anda. Sistem selalu harus menangani serangan dari penyusup, peretas, dan bahkan yang ditimbulkan sendiri.Serangan ini menjadi lebih canggih, dan solusi serta metode untuk menghindari korban sering kali memengaruhi tata letak, arsitektur, dan perangkat lunak yang diterapkan dalam organisasi Anda. Perangkat lunak ini harus "bermain bagus" dengan solusi ketersediaan dan aplikasi Anda. Sebagai Wakil Presiden Pengalaman Pelanggan untuk Teknologi SIOS, saya telah melihat bagaimana pemindai virus yang terlalu agresif dapat memengaruhi aplikasi dan solusi ketersediaan Anda.Pastikan Anda memahami dampak sistem keamanan Anda pada lingkungan HA / DR Anda dan pilih solusi HA yang sesuai, bukan bertentangan dengan tujuan keamanan Anda.

5. Persyaratan peraturan

   Pelanggaran data memengaruhi arsitektur untuk aplikasi, hypervisor, dan lingkungan Anda, begitu juga dengan persyaratan regulasi.Bisnis yang telah menjadi global sekarang harus memastikan bahwa mereka mematuhi peraturan penanganan data di banyak negara.Ini dapat memengaruhi wilayah tempat solusi Anda dapat diterapkan, dan berapa banyak zona yang dapat Anda gunakan untuk redundansi.Persyaratan peraturan tambahan juga dapat memengaruhi tim yang dapat mendukung organisasi Anda yang dapat memengaruhi pilihan untuk perangkat lunak ketersediaan dan dukungan Anda.

6. Jendela menyusut
   

   Dalam dunia pencarian 24/7, belanja, permainan, perbankan, dan penelitian, jendela menyusut.Kueri harus berjalan lebih cepat dan memakan waktu lebih sedikit.Tanggapan harus lebih cepat dan memiliki data yang lebih baik.Ini berarti waktu henti yang diizinkan untuk lingkungan Anda menyusut lebih cepat daripada yang Anda bayangkan sebelumnya.Ini juga berarti bahwa masa pemeliharaan lebih ketat, padat, dan harus dioptimalkan serta sangat terkoordinasi. Bekerja dengan vendor HA yang dapat memberikan panduan tentang mengoptimalkan konfigurasi klaster Anda untuk kinerja aplikasi dan waktu pemulihan yang cepat.

7. Meningkatkan tekanan persaingan
   

   Saya dibesarkan di kota kecil. Toko perangkat keras memiliki satu pesaing. Toko kelontong memiliki satu pesaing. Toko buku, toko barang antik, dealer mobil, kantor persewaan, dan bank semuanya memiliki satu pesaing. Saat ini, Anda memiliki ribuan pesaing yang ingin melihat pelanggan Anda di keranjang pembayaran mereka. Persaingan ini memengaruhi kompleksitas seluruh bisnis Anda. Ini sangat membebani apa yang bisa dan tidak bisa dilakukan di jendela pemeliharaan, dengan peningkatan, dan pada kecepatan apa Anda berinovasi. Lingkungan yang mungkin telah disegarkan setiap lima tahun telah dipindahkan ke cloud tempat pengoptimalan dan kemajuan dalam kecepatan prosesor dan memori dapat diperoleh dalam hitungan detik atau menit. Sistem yang dulunya hanya menjalankan satu buku yang mencakup daftar aplikasi sederhana sekarang melihat lebih dekat ke "War and Peace" dan mencakup semakin banyak proses, produk, layanan, dan intelijen yang ditambahkan untuk meningkatkan keuntungan sekaligus bekerja untuk mengurangi risiko dan waktu henti.

8. Biaya solusi ketersediaan tinggi

   Kita semua berharap memiliki anggaran yang tidak terbatas, tetapi kenyataan antara apa yang Anda miliki terkadang antara sedikit dan tidak cukup.Tim sering kali dipaksa untuk menyeimbangkan konsumsi versus biaya tetap, biaya lisensi untuk aplikasi pada cluster siaga, dan biaya terkait untuk ketersediaan perangkat lunak.Lisensi perusahaan sering kali menambahkan label harga yang 'sulit ditelan' untuk server siaga dalam lingkungan ketersediaan.Merancang solusi ketersediaan tidak pernah gratis, meskipun Anda adalah tim inti 'DIY'.DIY hadir dengan biaya tambahan dalam pemeliharaan, manajemen, kontrol sumber, pengujian, penerapan, manajemen versi dan kontrol versi, tambalan, dan manajemen tambalan.Meskipun tim ahli Anda mungkin siap menghadapi tantangan tersebut, bisnis Anda kemungkinan besar lebih suka menggunakan bakat mereka yang sangat berharga untuk menciptakan lebih banyak peluang pendapatan.

9. Pertumbuhan bisnis
   

   Pertumbuhan bisnis Anda karena inovasi berarti bahwa tim Anda sekarang bertanggung jawab atas aplikasi yang lebih penting, lebih banyak situs, lebih banyak kantor, dan lebih banyak data yang perlu diakses dan sangat tersedia. Seiring bisnis Anda tumbuh dan berkembang, tantangan yang datang dengan peningkatan dan penskalaan menambah kompleksitas yang disebutkan sebelumnya, tetapi juga memperluas apa yang harus Anda persiapkan dan rencanakan.

10. Pergantian tim
    

    Kompleksitas lingkungan, kecepatan inovasi, pertumbuhan bisnis Anda, kemajuan dalam tingkat aplikasi, dan pertumbuhan dalam lanskap kompetitif membawa serta tantangan untuk mempertahankan talenta terbaik agar infrastruktur Anda tetap berjalan lancar.Sebagian besar perusahaan memahami bahwa ketersediaan adalah penggabungan antara orang, proses, produk, dan arsitektur. Jadi menemukan cara untuk mengurangi kompleksitas lingkungan pengelompokan dengan konfigurasi otomatis, buku yang dijalankan yang terdokumentasi, memanfaatkan produk dengan strategi HA yang konsisten di seluruh infrastruktur adalah kunci untuk mempertahankan bakat yang menginstal dan mengelola infrastruktur Anda, serta mengurangi risiko dan pengangkatan berat mereka yang bertanggung jawab atas komponen utama ketersediaan.

Mari kita hadapi itu, cinta membutuhkan kerja keras, komunikasi yang baik, waktu, investasi, keterampilan dan tekad. Tidak ada jalan pintas menuju hubungan yang sukses.Hal yang sama dapat dikatakan tentang mencapai hasil terbaik dalam ruang teknologi yang terus berkembang, semakin kompleks, dan lancar dalam perusahaan Anda.Ketersediaan, pengelompokan, pemulihan bencana, dan waktu aktif sangat sulit karena memerlukan pergeseran budaya yang serius, berdedikasi, non-stop dari atas ke bawah yang memperhitungkan kecepatan inovasi, kompleksitas aplikasi dan orkestrasi, persaingan dan pertumbuhan, dan komponen lain dalam menjaga aplikasi, database, dan infrastruktur penting tersedia bagi mereka yang membutuhkannya, saat mereka membutuhkannya.

-Cassius Rhue, Wakil Presiden, Pengalaman Pelanggan