Pertimbangan Penyimpanan untuk Mengubah Ukuran Cluster Anda yang Sangat Tersedia

Pertimbangan Penyimpanan untuk Mengubah Ukuran Cluster Anda yang Sangat Tersedia

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.

Pentingnya Komunikasi dalam Pengubahan Ukuran Penyimpanan Cluster

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:

• Apakah Anda membutuhkan lebih banyak ruang?
• Apakah Anda perlu mengubah jenis disk Anda dari Dasar ke Dinamis?
• MBR (Master Boot Record) atau GPT (GUID Partition Table)?
• Ukuran Alokasi Unit?
• Lainnya

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?

Langkah-Langkah Utama untuk Mengkoordinasikan Pengubahan Ukuran Penyimpanan DataKeeper

Penyimpanan DataKeeper Anda memerlukan beberapa hal yang perlu dikomunikasikan kepada semua pemangku kepentingan; secara internal maupun eksternal (yang dihosting):

• Persiapan:
  • Apakah semua departemen telah diberitahu tentang tindakan yang akan dilakukan?
    • Basis Data, Jaringan, Keamanan, Aplikasi, Layanan Klien, dll.
    • Apakah langkah-langkahnya sudah disediakan?mengubah ukuran….
      • Apakah langkah-langkah tersebut telah dibagikan kepada pemangku kepentingan yang terkena dampak?
• Memanggungkan:
  • Apakah lingkungan telah “dipersiapkan” dengan sumber daya yang dibutuhkan?
    • Berapa banyak penyimpanan baru yang dibutuhkan?
    • Apakah atribut volume akan tetap sama, yakni Ukuran Alokasi Unit, MBR/GPT dan lain sebagainya…
• Eksekusi:
  • Jalan-jalan terakhir…
    • Semua persyaratan telah dikumpulkan/ditinjau kembali…melalui Persiapan, Pementasan, dll.

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” ”

• Greg Tucker, Insinyur Dukungan Produk Sr., SIOS Technology Corp.

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

5 Panggilan Dukungan yang Dapat Dicegah (dan Cara Menghindarinya)

5 Panggilan Dukungan yang Dapat Dicegah (dan Cara Menghindarinya)

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:

1. Masalah Jaringan: Cara Merencanakan Ke Depan dan Menghindari Downtime

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.

2. Masalah Konfigurasi: Kesalahan Umum dan Cara Memperbaikinya

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:

• Beberapa mirror DataKeeper tidak dalam status mirroring

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.

• DataKeeper tidak dapat terhubung ke server di cluster

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.

3. Perencanaan Peningkatan: Menghindari Gangguan pada Sistem Anda

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.

4. Masalah Eksternal atau Terkait OS: Pemecahan Masalah di Luar Perangkat Lunak

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.

5. Kinerja: Meningkatkan Efisiensi Sistem dan Cermin

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

Bantu Kami Membantu Anda: Cara Memberikan Info Penting untuk Dukungan SIOS yang Lebih Cepat

Bantu Kami Membantu Anda: Cara Memberikan Info Penting untuk Dukungan SIOS yang Lebih Cepat

Siapa pun yang pernah menggunakan perangkat lunak dalam bisnis mereka tahu bahwa pada akhirnya Anda akan menghadapi masalah yang memerlukan bantuan dari pusat dukungan pelanggan. Sering kali, kami menerima email yang menanyakan sesuatu seperti “Mengapa sistem saya gagal”?

Saya akan mengaitkannya dengan memanggil mekanik dan bertanya, mengapa mobil saya mengeluarkan bunyi ketukan? Jelas, ia akan memerlukan informasi lebih lanjut untuk mendiagnosis masalah ini, dan perlu memeriksa mesinnya secara langsung.

Sama seperti mekanik, teknisi perangkat lunak yang ditugaskan untuk menangani masalah Anda akan memerlukan informasi relevan sebanyak yang dapat Anda berikan. Semakin cepat Anda memberikan informasi tersebut, semakin cepat pula kami dapat mulai bekerja untuk menemukan solusinya!

Mempercepat Pemecahan Masalah dengan Informasi Diagnostik yang Tepat

Kapanmemanggil SIOSBerikut adalah beberapa cara yang dapat Anda lakukan untuk mempercepat proses pemecahan masalah secara signifikan dengan memberikan informasi yang tepat…

Kumpulkan Alat Diagnostik yang Diperlukan untuk Linux dan Windows

Kumpulkan log ‘lksupport’:Anda dapat mengirimkannya melalui email kepada kami atau melampirkannya langsung ke berkas. Jika berkas terlalu besar, Anda dapat meminta kotak drop untuk mengunggah berkas tersebut.

UntukLifeKeeper untuk Linux, Anda dapat membuat log dengan menjalankan:

“sudo su” (terminal administrator)

/opt/Keeper/bin/lksupport

Ini akan membuat file .tar untuk setiap node di bawah direktori: /tmp/lksupport

CONTOH: /tmp/lksupport/.1907251056.tar.gz

UntukJendelaproduk, gunakan prosedur berikut:

1) Buka prompt perintah Administratif

2) ke dalam %extmirrbase%

3) dukungan cd

Dari direktori tersebut, jalankan perintah:

DKSUPPORT.CMD

dukungan lk

Ini akan mengumpulkan informasi sistem dan DataKeeper serta log Peristiwa Windows dan membuat berkas zip.

Perintah-perintah ini harus dijalankan pada setiap node dalam klaster.

Berikan Tangkapan Layar dan Detail Kesalahan

Tangkapan layar dapat sangat berguna dalam mendiagnosis masalah. Tangkap pesan kesalahan, layar yang bermasalah, atau perilaku tidak biasa apa pun untuk membantu tim dukungan memahami masalah dengan lebih baik.

Informasi Penting yang Harus Dicantumkan dalam Setiap Kasus Dukungan

Berikut adalah beberapa informasi tambahan yang harus diberikan pada setiap kasus baru:

1. Node mana yang aktif, dan mana yang menjadi target pada saat ini terjadi?
2. Jelaskan (secara rinci) setiap langkah, termasuk tanggal dan waktu menjelang masalah ini.
3. Jelaskan (secara rinci) setiap langkah yang diambil dalam mencoba menyelesaikan masalah ini.
4. Apa statusnya saat ini (apakah sudah aktif dan tereplikasi)?
5. Apakah ini klaster produksi, QA, atau pengujian?

Berikan Informasi Sistem yang Relevan untuk Dukungan yang Lebih Cepat

• Versi perangkat lunak:Mengetahui versi perangkat lunak yang tepat dapat membantu mengidentifikasi masalah kompatibilitas atau bug.
• Sistem operasi:Tentukan sistem operasi Anda (Windows atau Linux) dan versinya.
• Spesifikasi perangkat keras:Jika relevan, sebutkan spesifikasi komputer Anda (CPU, RAM, dll.).

Bersabarlah dan Kooperatif Selama Proses Pemecahan Masalah

• Harap jawab semua pertanyaan dari agen dukungan.
• Mudah untuk merasa frustrasi, tetapi mempertahankan sikap tenang dapat membantu agen dukungan fokus menemukan solusi.
• Agen dukungan akan memandu Anda melalui langkah-langkah pemecahan masalah. Ikuti petunjuk mereka dengan saksama.
• Jika solusi yang disarankan tidak berhasil, jelaskan dengan sopan alasannya dan berikan rincian tambahan.

Simpan Catatan Komunikasi dengan Menggunakan Portal Dukungan Pelanggan

• Catat percakapan Anda dengan layanan pelanggan, termasuk tanggal, waktu, dan nama agen yang Anda ajak bicara. Cara terbaik untuk mencapai hal ini adalah dengan menggunakanPortal Dukungan Pelanggan SIOSuntuk membuka kasus dan berkomunikasi dengan teknisi.
• Catat setiap solusi atau penyelesaian yang diberikan oleh tim dukungan.

Berkolaborasi dengan Dukungan SIOS untuk Resolusi Cepat

Dengan mengikuti kiat-kiat ini, Anda akan menjadi mitra yang lebih efektif dalam memecahkan masalah dan meningkatkan peluang Anda untuk mendapatkan penyelesaian yang cepat. Ingat, tujuannya adalah bekerja sama untuk menemukan solusi yang dapat mengembalikan Anda ke jalur yang benar secepat mungkin!

Butuh bantuan sekarang?Hubungi Dukungan SIOSuntuk membuka kasus atau berbicara dengan ahli. Kami siap membantu Anda menyelesaikan masalah dengan cepat dan efisien!

Direproduksi dengan izin dariSIOS

Pentingnya menentukan tingkat perlindungan yang tepat

Pentingnya menentukan tingkat perlindungan yang tepat

Solusi Ketersediaan Tinggi dan Pemulihan Bencana untuk Penyedia Layanan Terkelola

Solusi Ketersediaan Tinggi dan Pemulihan Bencana untuk Penyedia Layanan Terkelola

SIOS Technology menawarkan solusi HA dan DR yang tangguh bagi MSP untuk aplikasi Windows dan Linux, memastikan waktu henti yang minimal dan keandalan yang tak tertandingi di semua lingkungan. Dengan SIOS DataKeeper dan SIOS LifeKeeper, tingkatkan penawaran layanan Anda, pangkas biaya, dan bangun hubungan klien yang langgeng dengan manajemen yang mudah dan dukungan tingkat atas.

Unduh Ringkasan Solusi

Direproduksi dengan izin dariSIOS