Daftar Istilah: Manajemen Kinerja Aplikasi (APM)
Definisi: Perangkat lunak dan proses yang digunakan profesional TI untuk memantau dan mengelola kinerja dan ketersediaan aplikasi perangkat lunak.
Direproduksi dari SIOS
SIOS SANless clusters High-availability Machine Learning monitoring
Definisi: Perangkat lunak dan proses yang digunakan profesional TI untuk memantau dan mengelola kinerja dan ketersediaan aplikasi perangkat lunak.
Direproduksi dari SIOS
Definisi: Alat yang dirancang untuk memastikan aplikasi perangkat lunak bekerja seperti yang diharapkan. Profesional TI menggunakan alat APM untuk memastikan pengguna akhir mereka mendapatkan kualitas layanan yang mereka harapkan dari aplikasi bisnis penting. Di lingkungan virtual, alat pemantauan aplikasi membantu administrator memastikan bahwa server aplikasi beroperasi dalam parameter perjanjian tingkat layanan (SLA) mereka.
Direproduksi dari SIOS
Penulis Carey Nieuwhof mengaitkan saya dengan topik blog jebakan terbesar untuk tahun 2021. Meskipun tidak secara langsung berbicara dengan HA, topiknya saja membuat saya merenungkan beberapa tren tahun 2020. Inovasi cloud sangat banyak dan dimulai pada tingkat infrastruktur yang paling mendasar. Belum lagi kemajuan dalam AI, pembelajaran mesin, kapasitas komputasi dan algoritme, manajemen dan berbagi memori, dan baterai lainnya. Semua kemajuan ini membuat cloud generasi saat ini menjadi pusat data yang paling kuat, andal, dan tersedia. Pusat-pusat ini, dioptimalkan dengan daya redundan, pendinginan, legiun perangkat IoT untuk pemantauan dan peringatan, jaringan redundan, interkoneksi kecepatan tinggi, server besar, penyimpanan, dan disk sangat mengesankan – dan sangat mungkin jebakan terbesar yang mungkin menjulang di tahun 2021.
Perangkap terbesar tahun 2021 adalah percaya bahwa ketersediaan awan saja sama atau cukup untuk ketersediaan yang lebih tinggi. Ini adalah jebakan yang rumit untuk dibedah. Daftar kemajuan yang disebutkan yang menjadi tulang punggung banyak pusat data memang sangat luas dan mengesankan, dan ini hanya sebagian kecil dari inovasi teknologi yang ada yang menggerakkan cloud. Jadi, apa yang membuat infrastruktur yang sangat mubazir, berkapasitas tinggi, dan didorong oleh AI ini menjadi jebakan? Yakni, ketersediaan perangkat keras dan infrastruktur masih membuat perusahaan Anda berisiko.
Disk menjadi lebih cepat dan lebih cerdas. Kemajuan baru yang memukau dalam rangkaian chip, teknologi akses, manufaktur, kapasitas penyimpanan, dan teknologi raid berarti bahwa vendor cloud dapat memberikan nomor mencolok untuk kecepatan, akses, dan redundansi. Hal ini mengurangi risiko titik kegagalan tunggal (SPOF) untuk infrastruktur disk dan memberikan keyakinan bahwa satu disk, atau bahkan kehilangan daya sesaat ke disk tidak akan menyebabkan kurangnya ketersediaan.
Array penyimpanan dan enklosur yang ditempatkan di dalam pusat data yang menyediakan akses ke disk juga telah meningkat pesat. Bukan lagi sorotan mata besar dari lampu kedip dan kipas seukuran Airboat, unit ini berukuran kecil namun sarat dengan peningkatan kapasitas dan performa. Anda akan kesulitan menemukan sasis modern yang tidak dibuat dengan daya yang berlebihan, kemampuan disk yang berlebihan, dan mampu memberikan replikasi yang hampir nol antara unit penyimpanan yang terhubung, bahkan di antara unit yang tersebar pada jarak yang lebih jauh. Selain itu, unit-unit ini telah menambahkan manfaat AI untuk memprediksi kegagalan, menyelesaikan masalah secara proaktif, dan mengoptimalkan beban kerja untuk mengurangi hambatan kinerja.
Ingat ketika tampaknya sudah lama sekali bahwa produsen nama besar dan prognostikator teknologi memprediksi teknologi yang mengubah permainan yang akan membentuk kembali lanskap masa depan. Sepertinya beberapa dekade yang lalu ketika orang-orang memprediksi kemajuan teknologi server seperti: footprint yang berkurang, chipset yang lebih kompleks lebih cepat, NVMe, efisiensi baterai, kemajuan pendinginan, kemajuan penyimpanan, kemajuan memori dalam memori dan persisten, GPU, dan penyediaan bare metal. Masa depan itu telah tiba dan dilampaui. Server sekarang mempercepat laju kapabilitas komputasi awan dan meningkatkan kemampuan awan untuk mempromosikan redundansi, keandalan, dan ketahanan.
Kemajuan dalam solusi jaringan, alat, perangkat lunak, dan peralatan juga membuat daftar hal-hal yang membuat ketersediaan cloud semakin kuat di tahun 2020. Selama beberapa tahun terakhir, vendor telah merilis solusi yang telah memperluas kecepatan, kemungkinan topologi, kapasitas, dan kemampuan jarak dari jaringan antar dan intra-cloud. Seperti banyak teknologi lainnya, vendor mengotomatiskan arus dan pola lalu lintas menggunakan AI dan Machine Learning, memanfaatkan kemajuan manufaktur untuk membangun redundansi perangkat yang dapat dimanfaatkan untuk ketersediaan dan keandalan.
Aplikasi masih menjadi bagian yang rentan dari arsitektur cloud jika dibiarkan tanpa perlindungan. Aplikasi yang tidak dilindungi oleh aplikasi yang mengetahui modul atau kerangka kerja ketersediaan yang lebih tinggi, atau Kit Pemulihan Aplikasi SIOS (ARK) berisiko mati pada waktu atau momen paling kritis dalam siklus hidup bisnis Anda. SIOS ARK menyediakan aplikasi di cloud dengan pemantauan dan pemulihan sadar aplikasi yang penting, serta failover dan orkestrasi pemulihan bencana jika terjadi kegagalan.
Sementara jumlah database telah meningkatkan ketahanannya, dan beberapa bahkan melompat untuk menawarkan peningkatan replikasi, database ini masih berisiko sendiri. Basis data dengan teknologi replikasi masih membutuhkan orkestrasi, otomatisasi, dan kecerdasan untuk memastikan ketersediaannya tinggi bagi komponen aplikasi yang membutuhkannya. Apa gunanya jika database Anda terus bersenandung di Wilayah utama dan Availability Zone Anda, jika aplikasi Anda benar-benar gagal ke Wilayah atau situs DR yang berbeda. Lengkapi database dengan replikasi, seperti database SAP HANA, dengan otomatisasi dan praktik terbaik SIOS Technology Corp HANA ARK dan SAP bersertifikat S / 4 HANA ARK. Lindungi database yang tidak memiliki teknologi replikasi, atau yang teknologinya dibatasi dengan kombinasi SIOS Protection Suite, SIOS DataKeeper untuk Linux, dan ARK terkait.
Dalam bidang disk dan penyimpanan, dapat menarik untuk dipercaya bahwa kapasitas, redundansi perangkat lunak dan serangan perangkat keras berarti bahwa Anda sangat tersedia. Namun, penyimpanan hanya tersedia jika dapat diakses oleh aplikasi dan Mesin Virtual yang membutuhkannya. Teknologi apa yang telah Anda terapkan untuk memantau dan memulihkan bagian dan volume cloud yang dipasang seperti EFS dan ANF. Waktu henti yang tidak direncanakan dan kekacauan yang terkait dapat terjadi hampir seperti pelepasan yang tidak disengaja, atau operasi offline oleh pengguna yang bermaksud baik.
Teknologi Hypervisor telah membuat tombol tekan mesin virtual Anda menjadi mudah. Solusi cloud terintegrasi berjanji untuk memantau apakah VM tersedia dan memberikan opsi seperti mulai ulang atau migrasi. Solusi ini tidak cukup untuk mencakup masalah dengan Mesin Virtual Anda yang mungkin macet, menunda, atau menurunkan ketersediaan Anda. Selain apa yang disediakan vendor cloud Anda, Anda memerlukan solusi pemantauan dan ketersediaan yang memahami cara memantau kesehatan VM seperti:
VM yang berjalan tanpa kemampuan untuk memproses permintaan aplikasi mungkin luput dari pengawasan cloud Anda saja, tetapi tidak boleh luput dari pemantauan cermat atas solusi ketersediaan yang lebih tinggi.
Mari kita menjadi nyata sejenak. Semua kemajuan dalam ketersediaan, redundansi, dan keandalan pusat data tidak meniadakan kebutuhan untuk menghilangkan pusat data Anda sebagai titik kegagalan tunggal (SPOF). Sebagai VP Pengalaman Pelanggan, kami telah bekerja dengan pelanggan yang menerapkan redundansi terbaik di kelasnya dalam pusat data cloud pribadi, seperti vendor cloud publik utama. Dan jika bukan karena ketersediaan tinggi dan solusi replikasi data yang disediakan oleh SIOS Technology Corp, pelanggan ini akan mengalami waktu henti yang besar ketika badai tropis mengoyak area mereka mengambil daya, generator cadangan, pendingin, dan jaringan.
Namun, dengan Teknologi SIOS, pelanggan dapat melakukan failover terlebih dahulu sebelum badai ke pusat data yang lebih pedalaman. Kegagalan pendinginan, kecelakaan konstruksi, serta bencana manusia dan alam terus menjadi pengingat bahwa satu pusat data tidak sama dengan ketersediaan yang lebih tinggi.
Jangan jatuh ke dalam perangkap terbesar di tahun 2021. Pastikan Anda memiliki ketersediaan tinggi yang sebenarnya dengan menghindari berpikir bahwa awan telah mencakup Anda.
– Cassius Rhue, VP, Pengalaman Pelanggan
Direproduksi dari SIOS
Saya suka awal tahun yang lain.Sebagian besar.Saya suka optimisme, misteri, potensi, dan harapan yang tampaknya mengantarkan jalannya ke dalam kehidupan saat kalender beralih ke tahun berikutnya.Tapi, ada beberapa kelemahan dengan pergantian kalender.Setiap tahun, awal Tahun Baru menghadirkan ‘____ cara untuk melakukannya_____.Kotak masuk saya selalu berisi, "Dua puluh cara untuk menurunkan berat badan". “Sepuluh cara untuk membangun portofolio Anda.” “Tiga tips untuk mengelola stres.” “Sembilan belas cara untuk menggunakan iPhone baru Anda.” Serangan daftar untuk peningkatan diri, perubahan budaya, manajemen stres, dan penurunan berat badan berlimpah, untuk hampir setiap area kehidupan dan pekerjaan, termasuk "Tiga belas cara untuk meningkatkan kantor pusat Anda." Tapi, bagaimana dengan ketersediaan tinggi?Anda hanya punya banyak waktu setiap minggu. Jadi, bagaimana Anda membuat solusi HA Anda lebih efisien dan kuat dari sebelumnya.Dimana daftar anda?Ini dia, lima puluh cara untuk menjadikan arsitektur dan solusi ketersediaan tinggi Anda lebih baik:
Jadi, apa ide dan cara yang telah Anda pelajari untuk meningkatkan dan meningkatkan ketersediaan perusahaan Anda? Beritahu kami!
-Cassius Rhue, VP, Pengalaman Pelanggan
Direproduksi dari SIOS
Di ranah Ketersediaan Tinggi (HA) ada keterampilan penting tertentu yang dibutuhkan tim Anda jika Anda memutuskan untuk menggunakan sumber terbuka. Sumber terbuka menurut definisi menunjukkan perangkat lunak yang tersedia secara bebas untuk digunakan.
Saat ini, ada banyak implementasi komersial dari cluster ketersediaan tinggi untuk banyak sistem operasi yang disediakan oleh vendor seperti Microsoft dan SIOS Technology Corp. Solusi komersial ini menyediakan pemantauan sumber daya, manajemen ketergantungan, kebijakan failover dan cluster, dan beberapa bentuk manajemen yang telah dikemas dan diberi harga.Alternatif untuk implementasi komersial adalah beberapa opsi open source yang juga memberi perusahaan kesempatan untuk menyediakan ketersediaan tinggi untuk perusahaan mereka.
Karena perusahaan terus mencari pengoptimalan, penghematan biaya, dan potensi kontrol yang lebih ketat, semakin banyak perusahaan dan pelanggan juga mempertimbangkan untuk pindah ke solusi ketersediaan sumber terbuka.
Dalam banyak kasus, kurangnya dukungan yang dikemas dan dipaketkan untuk aplikasi perusahaan berarti bahwa tim Anda harus dapat mengembangkan solusi untuk melindungi komponen, memperbaiki masalah dengan komponen yang dibundel, atau menulis konektor aplikasi untuk memastikan kesadaran aplikasi ditangani dengan benar.Banyak orang dapat menulis skrip, tetapi tim Anda perlu mengetahui cara membuat dan mematuhi praktik dan standar pengembangan yang baik.Dasar-dasar ini mencakup hal-hal seperti:
Banyak aplikasi perusahaan memerlukan integrasi dengan beberapa sistem untuk menyediakan ketersediaan tinggi yang memenuhi Perjanjian Tingkat Layanan (SLA) dan Sasaran Tingkat Layanan (SLO).Tim Anda akan membutuhkan kesadaran aplikasi yang mendalam dan pengetahuan tentang lingkungan teknologi untuk membangun perlindungan dan solusi untuk integrasi ini dengan beberapa sistem perusahaan.Anda membutuhkan orang-orang yang mengetahui seluk beluk aplikasi kritis, lingkungan teknologi untuk aplikasi tersebut, jaringan, perangkat keras, hypervisor, dan pemahaman tentang ketergantungan lingkungan dan aplikasi.Anda juga memerlukan anggota tim yang memahami arsitektur, fitur, dan batasan dari rangkaian teknologi HA yang ingin Anda gunakan dari komunitas Open Source. Pertimbangkan seberapa banyak dari area berikut yang diketahui dan dipahami oleh tim Anda:
Anda membutuhkan seseorang untuk memahami kebutuhan bisnis Anda, dan proses bisnisnya.Tim Anda membutuhkan profesional yang memahami bisnis perusahaan dan proses yang mendorongnya.Tim Anda perlu mengetahui dan memahami berapa banyak anggaran yang tersedia untuk dibelanjakan untuk mengembangkan solusi, seberapa besar risiko yang bersedia diambil oleh bisnis, dan cara mengumpulkan persyaratan tambahan yang mungkin tidak terucapkan atau tidak ditentukan.
Tim juga perlu mengetahui, atau mempekerjakan seseorang yang tahu bagaimana mengubah persyaratan bisnis tersebut menjadi persyaratan perangkat lunak dan bagaimana mengelola proses yang menghasilkan solusi ketersediaan tinggi minimum yang layak untuk membuahkan hasil yang memenuhi kebutuhan bisnis, kecepatan bisnis, dan cocok dengan proses bisnis.
Jika Anda ingin semuanya terbuka, tim Anda akan membutuhkan pengalaman memahami Sistem Operasi, Aplikasi, dan Infrastruktur.Anda perlu memahami berbagai siklus rilis OS, termasuk versi kernel untuk Linux, pembaruan, dan perbaikan terbaru untuk Windows.Anda memiliki aplikasi internal yang perlu didukung, tetapi Anda juga harus rajin memahami siklus pembaruan aplikasi, ketergantungannya, dan titik temu antara aplikasi dan matriks dukungan OS.Jika lingkungan Anda homogen, bagus.Jika tidak, tim Anda perlu mengetahui perbedaan antara RHEL, turunan RHEL, dan SUSE.Jika Anda adalah Linux dan Windows, Anda juga perlu mengetahuinya.Anda juga perlu memahami perbedaan yang akan dihasilkan infrastruktur pada aplikasi dan kombinasi OS.AWS dan Azure menghadirkan perbedaan untuk ketersediaan tinggi yang berbeda dari GCP, on-premise, dan hypervisor lainnya.
Bayangkan Anda memiliki tim pengembangan untuk membuat solusi, dengan pengetahuan teknis dan bisnis bersama dengan pemahaman yang kuat tentang OS, Infrastruktur, dan Aplikasi.Tapi, menyatukan skrip hanyalah permulaan.Tim Anda juga membutuhkan kemampuan manajemen perubahan.Bagaimana tim Anda akan melacak perubahan kode dan versi, paket, dan lokasi paket?Bagaimana tim Anda akan mengelola rilis pembaruan dan perubahan?Tim Anda harus berpengalaman dalam repositori sumber, seperti git, alat manajemen proyek, seperti Jira, dan keahlian rilis kereta.Anda akan membutuhkan tim yang memahami cara memperbarui kode, mengirimkan tambalan dan perbaikan, sambil menghindari dampak yang tidak diinginkan.
Saat Anda memasuki ruang penyampaian solusi HA Anda sendiri, tim Anda akan membutuhkan analitik dan pengalaman pemecahan masalah.Anda harus memiliki sumber daya yang memahami persimpangan kode aplikasi, pesan sistem, dan log kesalahan aplikasi serta file pelacakan.Saat terjadi kerusakan sistem, Anda harus menggali log lebih dalam untuk memecahkan masalah dan menemukan akar penyebabnya, menganalisis data untuk membuat rekomendasi, dan bersiap untuk meluncurkan perubahan (lihat # 5 di atas).Jangan lupa, tim Anda juga perlu mengetahui dan memahami apa yang dapat diberitahukan oleh data dari log dan file pelacakan ini kepada Anda tentang kesehatan lingkungan Anda meskipun tidak ada kesalahan, kegagalan, atau kerusakan sistem.
Jujur saja, bisnis Anda bukan tentang memberikan ketersediaan tinggi, tetapi jika Anda memutuskan untuk terjun ke dunia HA open source, Anda akan membutuhkan lebih banyak bantuan daripada hanya kecemerlangan dalam tim Anda.Kunci untuk mendapatkan bantuan tambahan tersebut adalah memahami dari mana harus memulai dan kemudian membuat koneksi yang tepat dengan pengembang komunitas, orang-orang yang ahli dalam pengujian, HA dan mitra aplikasi, dan komunitas sumber terbuka.Forum terbuka sangat membantu, tetapi Anda harus memeriksa ulang apakah waktu respons sesuai dengan SLA dan SLO Anda.
Menggunakan solusi Open Source adalah pilihan yang dipilih banyak perusahaan untuk mengejar masalah biaya dan persepsi tentang fleksibilitas, biaya lebih rendah, dan risiko lebih sedikit.Namun, pembeli berhati-hatilah, mungkin ada biaya tersembunyi dalam bentuk keterampilan dan manajemen baru, dan risiko tersembunyi dalam hal program sumber terbuka yang Anda gunakan yang akan diperlukan untuk setiap solusi "roll your own HA".
– Cassius Rhue, VP, Pengalaman Pelanggan
Direproduksi dari SIOS