SIOS SANless clusters High-availability Machine Learning monitoring
Edisi Intelligent CIO bulan November menampilkan artikel menarik oleh Phil Merry, seorang Insinyur Dukungan Pelanggan SIOS yang membahas tantangan dalam menerapkan sistem TI yang aman dan memiliki ketersediaan tinggi.
Direproduksi dengan izin dariSIOS
Dalam episode Let’s Talk ini, Dave Bermingham, Senior Technical Evangelist di SIOS Technology, membahas pentingnya ketersediaan tinggi (HA) dalam sistem manajemen video (VMS) untuk aplikasi keamanan, dengan fokus pada tantangan seperti menjaga komponen penting.
Direproduksi dengan izin dariSIOS
Bisnis semakin banyak menggunakan beberapa penyedia layanan cloud untuk mempertahankan fleksibilitas dan skalabilitas; namun, insiden terkini seperti penghentian CrowdStrike menyoroti bahwa bahkan sistem teratas pun dapat mengalami masalah, khususnya dengan pembaruan dan patch keamanan. Webinar ini membahas praktik terbaik untuk menerapkan solusi High Availability (HA) multi-cloud agar aplikasi penting Anda tetap beroperasi selama gangguan tak terduga. Webinar ini juga membahas strategi untuk mencegah waktu henti akibat kesalahan konfigurasi sistem atau patch bermasalah, memastikan Anda dapat mengelola infrastruktur cloud secara efektif.
Tonton webinar sesuai permintaan untuk mengetahui cara mencapai HA di lingkungan Anda dan meminimalkan waktu henti yang dapat dicegah.
Direproduksi dengan izin dariSIOS
Ketika saya menjadi Marinir yang bertugas di Batalion Tank, saya ingat bahwa kami semua telah mempersiapkan diri untuk mendengar “TEMBAK DI LUBANG” sebelum kami menembakkan proyektil. Bahkan jika Anda tidak mendengar orang lain meneriakkan ini, kami memiliki radio/komunikasi, sinyal tangan/lengan, bendera, suar, dll. yang menunjukkan bahwa semuanya “siap tembak” dan proyektil sedang menuju ke jarak tembak. Kami semua tahu bahwa komunikasi itu penting.
Jika Anda adalah Administrator Basis Data, Insinyur Server atau generalis TI yang bertanggung jawab atas kesehatan sumber daya aplikasi di kluster Anda (Penjaga Datapenyimpanan), komunikasi juga penting bagi Anda. Misalnya, bagaimana Anda memberi tahu orang lain tentang upaya Anda untuk meningkatkan penyimpanan? Agar berhasil, kemungkinan besar Anda perlu berkomunikasi dengan beberapa anggota tim lainnya tentang berbagai topik, yang terkait dengan Volume Sumber dan Target Anda, termasuk:
Siapa di tim Anda yang akan berteriak “KEBAKARAN DI LUBANG” saat tiba waktunya untuk menyediakan Mirror DataKeeper yang sudah ada? Tidakkah Anda ingin diberi tahu sebelum dan sesudahnya?
Penyimpanan DataKeeper Anda memerlukan beberapa hal yang perlu dikomunikasikan kepada semua pemangku kepentingan; secara internal maupun eksternal (yang dihosting):
Marinir: “Apakah kamu siap?”
Marinir lainnya: “Ya!” (Tentu saja ada yang mengumpat, KAMI MARINIR! LOL)
Marinir: “API DI DALAM LUBANG”
Administrator DataKeeper: “Jeda dan Buka Kunci Cermin” alias “API DI DALAM LUBANG” ”
Siap mengoptimalkan penyimpanan Anda untuk ketersediaan tinggi?Terhubung dengan pakar SIOShari ini untuk memastikan pengubahan ukuran klaster Anda lancar, efisien, dan dibuat sesuai skala.
Direproduksi dengan izin dariSIOS
Sebagai organisasi Dukungan Pelanggan, kami mendengar keluhan dari pelanggan kami di seluruh dunia setiap hari. Pelanggan menelepon atau mengirim email untuk mengajukan kasus kepada kami saat mereka memiliki pertanyaan atau masalah yang memerlukan bantuan. Beberapa kasus berakhir dengan masalah baru dan banyak kasus berakhir dengan masalah yang sama sekali tidak baru. Pelanggan tampaknya mengalami masalah yang sama berulang kali. Setelah 20 tahun bekerja di bidang dukungan pelanggan dan ribuan kasus kemudian, kami masih melihat masalah baru yang belum pernah dilaporkan sebelumnya dan masalah tersebut juga termasuk dalam kategori umum. Hal ini membuat pekerjaan kami sangat menarik! Satu hal yang kami perhatikan adalah bahwa ada kategori umum yang mencakup masalah yang dilaporkan pelanggan.
Berikut adalah 5 alasan utama (akar permasalahan) mengapa pelanggan menghubungi kami untuk meminta bantuan:
Sering kali pelanggan perlu mengubah alamat IP dalam kluster. Terkadang, konsekuensi dari perubahan konfigurasi jaringan tidak disadari atau direncanakan sebelumnya. Saat perubahan jaringan dilakukan, masalah dapat terjadi pada kluster yang mungkin tidak diharapkan. Jika alamat IP yang diubah digunakan dalam konfigurasi DataKeeper dan LifeKeeper, seperti titik akhir cermin atau jalur komunikasi, maka Anda perlu membuat perubahan dalam konfigurasi DataKeeper dan LifeKeeper agar produk mengetahui perubahan ini.
Rencanakan Kedepan
Jika Anda tahu bahwa perubahan jaringan perlu dilakukan, sebaiknya rencanakan perubahan jaringan Anda terlebih dahulu. Perencanaan ke depan akan menghindari masalah yang tidak terduga dan memastikan bahwa Anda telah menetapkan langkah-langkah untuk menerapkan perubahan tersebut.
Perbarui Alamat IP Cermin
Jika alamat IP (titik akhir cermin) berubah, DataKeeper tidak akan dapat lagi menggunakan alamat IP cermin asli (karena alamat tersebut tidak akan ada lagi) dan tidak akan dapat mencerminkan data antar server. DataKeeper perlu diperbarui untuk menggunakan alamat IP cermin yang baru. Skenario ini didokumentasikanDi Sini.
Sering kali, akar penyebab masalah yang dilaporkan berakhir dengan masalah konfigurasi. Pelanggan melaporkan bahwa konfigurasi mereka tidak berfungsi dengan benar atau produk tersebut tampaknya tidak berfungsi dengan benar berdasarkan apa yang mereka lihat dari GUI produk. Biasanya, masalah konfigurasi merupakan hasil dari sesuatu yang berubah di lingkungan kluster dari konfigurasi kluster asli atau sesuatu yang tidak disiapkan dengan benar saat produk pertama kali diinstal.
Contoh masalah konfigurasi umum yang dilaporkan:
Seringkali pelanggan perlu memperluas/menambah volume mereka. Salah satu persyaratan utama produk adalah volume sumber harus sama dengan atau lebih kecil dari volume target, jika tidak, produk tidak akan dapat menyinkronkan ulang data dari sumber ke volume target. Meskipun ini mungkin tampak logis, hal ini sering kali diabaikan. Terkadang volume target berakhir lebih kecil dari sumber dan ini menyebabkan volume tidak dapat mencapai status pencerminan. Dokumentasi dan video berikut menjelaskan prosedur untuk memperluasVolume DataKeeper.
Saat memasang DataKeeper, pengguna diminta memasukkan kredensial login yang akan digunakan oleh layanan DataKeeper. Akun domain dengan hak istimewa administrator direkomendasikan dan sebagian besar pelanggan membuat akun khusus untuk digunakan DataKeeper. Akun domain yang digunakan harus ditambahkan ke Grup Administrator Sistem Lokal. Akun ini harus memiliki hak istimewa administrator di setiap server tempat DataKeeper dipasang. Sering kali akun tidak ditambahkan ke Grup Administrator Sistem Lokal dan ini mencegah DataKeeper dapat terhubung ke dirinya sendiri dan server DataKeeper lain di kluster. Lihat dokumentasi untuk informasi lebih rinci yang terdapat diDi Sini.
Penugasan waktu Masalah konfigurasi memerlukan perubahan yang harus dilakukan pada kluster untuk mengembalikan produk DataKeeper atau LifeKeeper ke lingkungan kerja lagi.
Kami sarankan Anda menghubungi bagian dukungan sebelum perubahan dilakukan pada lingkungan kluster sehingga kami dapat membantu memastikan bahwa Anda menuju ke arah yang benar dan mengarahkan Anda ke dokumentasi serta video yang kami miliki mengenai subjek tersebut.
Pemutakhiran merupakan bagian umum dari tugas administrator sistem. Selalu ada kebutuhan untuk memutakhirkan sesuatu pada sistem Anda saat versi baru dirilis: sistem operasi, perangkat lunak aplikasi, firmware sistem, perangkat lunak basis data, perangkat lunak keamanan, dsb. Ini dapat menjadi pekerjaan yang sangat berat jika ada beberapa pemutakhiran yang perlu dilakukan pada sistem Anda.
Banyak pelanggan menghubungi Dukungan saat berencana untuk meng-upgrade DataKeeper atau LifeKeeper dan mengajukan pertanyaan untuk memastikan mereka memahami proses upgrade sebelum benar-benar menerapkan upgrade. Inilah yang ingin kami lihat. Kami melihat beberapa kasus di mana beberapa pelanggan tidak menghubungi kami sebelum melakukan upgrade dan masalah yang tidak terduga terjadi. Banyak yang percaya bahwa upgrade adalah hal rutin; namun, ada beberapa upgrade yang menciptakan ketidakcocokan dan dapat menyebabkan masalah.
Perencanaan Peningkatan
Perencanaan adalah kunci dalam peningkatan, selain memahami apa saja yang termasuk dalam peningkatan tersebut. Ajukan pertanyaan sebelum Anda melakukan peningkatan. Pastikan Anda telah mendokumentasikan langkah-langkah sebelum peningkatan. Jangan lupa untuk melakukan peningkatan pada sistem uji atau QA sebelum meningkatkan sistem Produksi Anda. Ini adalah praktik terbaik yang kami sarankan, sehingga jika Anda mengalami masalah dengan peningkatan, masalah tersebut akan terjadi pada server uji atau server QA, bukan pada server Produksi Anda.
Apa saja masalah eksternal atau terkait OS? Kami menyebut akar penyebab sebagai masalah eksternal atau terkait OS saat masalah yang dilaporkan ternyata merupakan sesuatu yang berada di luar area DataKeeper dan LifeKeeper. DataKeeper dan LifeKeeper menggunakan banyak komponen server seperti: disk/volume dan jaringan. Jika sistem operasi tidak dapat “melihat” disk atau volume, maka DataKeeper dan LifeKeeper juga tidak dapat “melihat” disk atau volume. Sekilas, masalah yang dilaporkan mungkin tampak terkait dengan DataKeeper atau LifeKeeper, namun, saat menganalisis masalah tersebut, ditentukan bahwa itu merupakan komponen sistem operasi yang bergantung pada DataKeeper atau LifeKeeper.
Misalnya, agar mirror DataKeeper berfungsi dengan baik, DataKeeper mengharuskan volume terlihat oleh sistem operasi, online, sehat, dan memiliki sistem berkas yang valid. Jika persyaratan ini tidak terpenuhi, mirror DataKeeper tidak akan dapat mencerminkan data dari satu sistem ke sistem lainnya. DataKeeper akan menunjukkan bahwa mirror berada dalam status Dijeda. Saat men-debug masalah ini, alat Manajemen Disk Windows untuk Disk/Volume menunjukkan volume sedang offline, tidak dalam status sehat, atau merupakan perangkat mentah. Setelah ini diperbaiki, DataKeeper dapat mencerminkan data lagi dari satu sistem ke sistem lainnya. Untuk detail lebih lanjut, lihat video, Mempersiapkan Penyimpanan untuk Penggunaan DataKeeper, yang terdapat diDi Sini.
Contoh lain dari masalah eksternal atau terkait OS terjadi saat volume DataKeeper gagal terkunci pada sistem target. DataKeeper sengaja mengunci volume pada sistem target untuk mencegah penulisan terjadi pada sistem target. Agar DataKeeper dapat mengunci volume target, tidak boleh ada berkas halaman OS pada volume tersebut. Sering kali, sistem dikonfigurasikan pada level OS untuk “Mengelola Berkas Halaman Secara Otomatis” dan terkadang berkas halaman akhirnya ditempatkan pada volume DataKeeper oleh OS. Untuk mengatasi hal ini, kami sarankan agar pengaturan OS ini diubah. Lihattautan iniuntuk rincian lebih lanjut.
Pelanggan juga menghubungi kami untuk meningkatkan kinerja mirror dan kinerja sistem dengan mirroring karena mirror tidak masuk ke status mirroring atau produk memperlambat kinerja sistem. Masalah pertama (mirror tidak mencapai status mirroring) hanyalah masalah penyetelan kunci registri di DataKeeper agar sesuai dengan konfigurasi sistem Anda menggunakan Tunable seperti WriteQueueHighWater, WriteQueueHighWaterSynchronous, dan BlockWritesonLimitReached adalah beberapa tunable yang umum diubah. Lihat dokumentasi untuk tunable ini yang terletak diDi Sini.
Masalah kedua (kinerja sistem) hanyalah masalah pemindahan lokasi bitmap DataKeeper. Secara default, bitmap terletak di drive C dan mungkin perlu dipindahkan ke drive yang lebih cepat. Lihat dokumentasi dan video untuk informasi tentang pemindahan bitmapDi Sini.
Penyetelan sistem dan produk sering kali dilakukan untuk memaksimalkan kinerja. Contoh perubahan ini termasuk mengubah pengaturan produk agar lebih sesuai dengan lingkungan pelanggan. Ada banyak hal yang dapat memengaruhi DataKeeper dan LifeKeeper termasuk sistem operasi, jaringan, perangkat penyimpanan, dll. DataKeeper dan LifeKeeper menggunakan pengaturan default yang mungkin perlu disesuaikan dengan lingkungan khusus pelanggan. Kami menawarkan Layanan Validasi dan Pemeriksaan Kesehatan untuk membantu pelanggan memastikan bahwa praktik terbaik HA diterapkan. Kunjungitautan iniuntuk mengetahui rincian penawaran kami.
Strategi utama yang kami rekomendasikan adalah memastikan bahwa pengujian telah diselesaikan sebelum memasuki tahap produksi sehingga masalah, termasuk masalah kinerja, dapat ditemukan dan diselesaikan lebih awal dalam proses. Pengujian sering kali dilakukan dalam lingkungan uji atau QA sebelum memasuki lingkungan produksi. Sebaiknya selalu coba simulasikan beban lingkungan produksi pada lingkungan uji/QA untuk memastikan bahwa lingkungan produksi akan berkinerja dengan baik. Kami sarankan untuk membaca beberapa blog kami tentang kinerja yang terdapat diblog kamidan khususnya diDi Sini.
Pastikan sistem Anda berjalan lancar dengan mengatasi masalah umum berikut. Butuh panduan ahli?Hubungi tim dukungan kami hari iniuntuk membantu Anda mencegah panggilan dukungan di masa mendatang!
Direproduksi dengan izin dariSIOS