SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Produk
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • Berita dan acara
  • Cluster server penyederhanaan
  • Kisah sukses
  • Hubungi kami
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

Teknologi SIOS Memperluas Dukungan dalam Rilis Produk Linux

Januari 9, 2025 by Jason Aw Leave a Comment

SIOS Technology Expands Support in Linux Product Release

Teknologi SIOS Memperluas Dukungan dalam Rilis Produk Linux

Kami gembira mengumumkan dukungan yang diperluas untuk rilis SIOS LifeKeeper untuk Linux 9.9.0, termasuk:

  • SAP HANA 2.0 pada RHEL 9.4
  • SAP pada RHEL 9.4
  • Dukungan pengawas pada RHEL 9
  • Perangkat Lunak FUJITSU Perusahaan Postgres 16 SP1

Konfigurasi yang baru didukung ini sepenuhnya kompatibel dengan versi ketersediaan umum produk Linux kami saat ini dan akan terus didukung dalam rilis mendatang. Yang terpenting, tidak diperlukan pembaruan perangkat lunak untuk memanfaatkan penambahan ini.

Nantikan informasi terbaru selagi kami terus menyempurnakan solusi kami untuk memenuhi kebutuhan ketersediaan tinggi dan pemulihan bencana Anda.

Direproduksi dengan izin dariSIOS

Filed Under: Berita dan acara Tagged With: Linux

Solusi Ketersediaan Tinggi dan Pemulihan Bencana untuk Penyedia Layanan Terkelola

Oktober 4, 2024 by Jason Aw Leave a Comment

High Availability and Disaster Recovery Solutions for Managed Service Providers

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

Filed Under: Cluster server penyederhanaan Tagged With: Linux, SIOS Datakeeper

Cara Memasang Suite Perlindungan SIOS untuk Kunci Lisensi Linux

Februari 23, 2022 by Jason Aw Leave a Comment

Cara Memasang Suite Perlindungan SIOS untuk Kunci Lisensi Linux

Cara Memasang Suite Perlindungan SIOS untuk Kunci Lisensi Linux

Setelah Anda menginstal Suite Perlindungan SIOS untuk perangkat lunak Linux dan telah mengaktifkan lisensi Anda, Anda perlu menginstal kunci lisensi Anda sebelum Anda dapat mulai menjalankannya. Video berdurasi 4 menit ini akan mengulas cara menginstal perangkat lunak SIOS Protection Suite for Linux dan mendemonstrasikan cara mengaktifkan lisensi Anda untuk mulai menggunakan perangkat lunak SIOS Protection Suite for Linux.

Tonton sebagai perwakilan dukungan SIOS menunjukkan kepada Anda cara memeriksa apakah file gambar SPS Anda sudah terpasang, untuk memastikan Anda memiliki file lisensi, dan cara menginstal dan memasukkan nama jalur lengkap. Gunakan manajer kunci lisensi sederhana kami untuk memvalidasi lisensi yang diaktifkan dari kepemilikan yang dibeli, unduh dan terapkan kunci lisensi dan mulai perangkat lunak SIOS Protection Suite untuk Linux Anda.

Video ini juga menjelaskan proses bagaimana mengakses kami Portal Dokumentasi SIOS , di mana Anda dapat menemukan catatan rilis, panduan penginstalan, dokumentasi teknis, dan informasi yang merinci SIOS Protection Suite untuk Linux serta berbagai topik tentang semua SIOS.

Lihat kiat dan wawasan praktis tentang cara menyelesaikan langkah dengan cepat dan sederhana.Sekarang Anda dapat mulai melindungi aplikasi penting Anda dengan SIOS Protection Suite untuk Linux.

Cara Memasang Suite Perlindungan SIOS untuk Kunci Lisensi Linux

Direproduksi dengan izin dari SIOS

Filed Under: Cluster server penyederhanaan Tagged With: Linux

Memahami dan Menghindari Skenario Otak Terpisah

September 23, 2021 by Jason Aw Leave a Comment

Memahami dan Menghindari Skenario Otak Terpisah

 

 

Memahami dan Menghindari Skenario Otak Terpisah

Membelah otak. Sebagian besar pembaca blog kami pasti pernah mendengar istilah tersebut, dalam konteks komputasi, namun kami tidak bisa tidak bersimpati dengan mereka yang citra mental pertamanya adalah kekacauan yang akan terjadi jika seseorang memiliki dua otak, keduanya sama-sama memegang kendali pada saat itu. waktu yang sama.

Apa itu Skenario Failover Cluster Split Brain?

Dalam skenario failover cluster split brain, tidak ada node yang dapat berkomunikasi dengan yang lain, dan server siaga dapat mempromosikan dirinya sendiri untuk menjadi server aktif karena diyakini bahwa node aktif telah gagal. Hal ini menyebabkan kedua node menjadi ‘aktif’ karena masing-masing akan melihat yang lain gagal. Akibatnya, integritas dan konsistensi data terganggu karena data pada kedua node akan berubah. Ini disebut sebagai otak terbelah.

Ada dua jenis skenario split-brain yang mungkin terjadi untuk hierarki sumber daya SAP HANA jika langkah-langkah yang tepat tidak diambil untuk menghindarinya.

  • Otak Pemisahan Sumber Daya HANA: Sumber daya HANA Aktif (ISP) pada beberapa node cluster. Situasi ini biasanya disebabkan oleh pemadaman jaringan sementara yang mempengaruhi jalur komunikasi antara node cluster.
  • Replikasi Sistem SAP HANA Split Brain: Sumber daya HANA Aktif (ISP) pada node utama dan Siaga (OSU) pada node cadangan, tetapi database berjalan dan terdaftar sebagai situs replikasi utama pada kedua node. Situasi ini biasanya disebabkan oleh kegagalan untuk menghentikan database pada node utama sebelumnya selama failover, mengaktifkan Autostart untuk database, atau administrator database secara manual menjalankan “hdbnsutil -sr_takeover” di situs replikasi sekunder di luar lingkungan perangkat lunak pengelompokan .

Menghindari Masalah Otak Terbelah

Rekomendasi untuk menghindari atau menyelesaikan setiap jenis skenario otak terbelah dalam Suite Perlindungan SIOS lingkungan pengelompokan diberikan di bawah ini.

Saat dalam skenario split-brain, pesan yang mirip dengan berikut ini dicatat dan disiarkan ke semua konsol terbuka setiap interval quickCheck (default 2 menit) hingga masalah teratasi.

EMERG:hana:quickCheck:HANA-SPS_HDB00:136363:WARNING: Terjadi kegagalan komunikasi sementara antara server hana2-1 dan hana2-2. Intervensi manual diperlukan untuk meminimalkan risiko kehilangan data. 
Untuk mengatasi situasi ini, harap hentikan salah satu hierarki sumber daya berikut: HANA-SPS_HDB00 pada hana2-1 atau HANA-SPS_HDB00 pada hana2-2. 
Server tempat hierarki sumber daya dihentikan layanannya akan menjadi situs Replikasi Sistem SAP HANA sekunder.

Rekomendasi untuk resolusi:

  1. Selidiki database pada setiap node cluster untuk menentukan instance mana yang berisi data paling mutakhir atau relevan. Penentuan ini harus dilakukan oleh administrator database yang memenuhi syarat yang akrab dengan data.
  2. Sumber daya HANA pada simpul yang berisi data yang perlu dipertahankan akan tetap Aktif (ISP) di LifeKeeper, dan hierarki sumber daya HANA pada simpul yang akan didaftarkan ulang sebagai situs replikasi sekunder akan ditiadakan sepenuhnya di Penjaga Kehidupan. Klik kanan pada setiap sumber daya daun dalam hierarki sumber daya HANA pada simpul di mana hierarki harus dihentikan dan klik Sedang dalam perbaikan …
  3. Setelah hierarki sumber daya SAP HANA berhasil dihentikan, LifeKeeper akan mendaftarkan ulang node Siaga sebagai situs replikasi sekunder selama interval quickCheck berikutnya (default 2 menit). Setelah replikasi dilanjutkan, semua data pada node Siaga yang tidak ada pada node Aktif akan hilang. Setelah node Siaga didaftarkan ulang sebagai situs replikasi sekunder, hierarki SAP HANA telah kembali ke status sangat tersedia.

Replikasi Sistem SAP HANA Resolusi Otak Split

Saat dalam skenario split-brain ini, pesan yang mirip dengan yang berikut ini dicatat dan disiarkan ke semua konsol yang terbuka setiap saat. Periksa interval (default 2 menit) hingga masalah teratasi.

EMERG:hana:quickCheck:HANA-SPS_HDB00:136364:PERINGATAN: Basis data SAP HANA HDB00 berjalan dan terdaftar sebagai master utama pada hana2-1 dan hana2-2. Intervensi manual diperlukan untuk meminimalkan risiko kehilangan data. Untuk mengatasi situasi ini, harap hentikan instance database HDB00 pada hana2-2 dengan menjalankan perintah 'su – spsadm -c “sapcontrol -nr 00 -function Stop”' di server tersebut. Setelah dihentikan, itu akan menjadi situs Replikasi Sistem SAP HANA sekunder.

Rekomendasi untuk resolusi:

  1. Selidiki database pada setiap node cluster untuk menentukan apakah ada data penting di node siaga yang tidak ada di node aktif. Jika data penting telah dikomit ke database pada node Standby saat dalam keadaan split-brain, data perlu disalin secara manual ke node Aktif. Penentuan ini harus dilakukan oleh administrator database yang memenuhi syarat yang akrab dengan data.
  2. Setelah data yang hilang telah disalin dari database pada node Siaga ke node Aktif, hentikan database pada node Siaga dengan menjalankan perintah yang diberikan dalam pesan peringatan LifeKeeper:

    su – adm -c “sapcontrol -nr <Inst#> -function Stop” di mana ID Sistem SAP huruf kecil untuk instalasi HANA dan <Inst#> adalah nomor instans untuk instans HDB (misalnya, nomor instans, misalnya, HDB00 adalah 00)

  3. Setelah database berhasil dihentikan, LifeKeeper akan mendaftarkan ulang node Siaga sebagai situs replikasi sekunder selama interval quickCheck berikutnya (default 2 menit). Setelah replikasi dilanjutkan, semua data pada node Siaga yang tidak ada pada node Aktif akan hilang. Setelah node Siaga didaftarkan ulang sebagai situs replikasi sekunder, hierarki SAP HANA telah kembali ke status sangat tersedia.

Menyadari skenario otak terbelah yang umum dan mengambil langkah-langkah ini untuk menguranginya dapat menghemat waktu Anda dan melindungi integritas data.

Direproduksi dengan izin dari SIOS

Filed Under: Cluster server penyederhanaan Tagged With: Linux

Tujuh Keterampilan Yang Dibutuhkan Tim Anda jika Anda Menggunakan Sumber Terbuka dengan Ketersediaan Tinggi

Maret 31, 2021 by Jason Aw Leave a Comment

Tujuh Keterampilan Yang Dibutuhkan Tim Anda jika Anda Menggunakan Sumber Terbuka dengan Ketersediaan Tinggi

Tujuh Keterampilan Yang Dibutuhkan Tim Anda jika Anda Menggunakan Sumber Terbuka dengan Ketersediaan Tinggi

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.

Berikut tujuh keterampilan yang mungkin dibutuhkan tim Anda untuk pindah ke Open Source HA:

1. Keterampilan coding

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:

  • Persyaratan Desain dan Arsitektur
  • Ulasan Desain
  • Tinjauan Kode / Kode dan Tes Unit (lebih disukai otomatis)

2. Pengetahuan tentang lingkungan teknologi

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:

  • Pengiriman data dan komunikasi node
  • Kegagalan node
  • Manajemen aplikasi
  • Pemulihan sistem dan mulai ulang
  • Logging dan pesan
  • Ketahanan dan perlindungan data

3. Pengetahuan proses bisnis

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.

4. Pengalaman dengan OS, Aplikasi dan Infrastruktur

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.

5. Ubah kemampuan manajemen

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.

6. Pengalaman analitik data dan pemecahan masalah

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.

7. Koneksi (Dev, QA, Partners, Community)

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

Filed Under: Cluster server penyederhanaan Tagged With: Linux

  • 1
  • 2
  • Next Page »

Tulisan Terbaru

  • Strategi Peningkatan Bergulir Terbaik untuk Meningkatkan Kelangsungan Bisnis
  • Cara Melakukan Patch Tanpa Jeda: Downtime Hampir Nol dengan HA
  • Demo SIOS LifeKeeper: Cara Rolling Update dan Failover Melindungi PostgreSQL di AWS
  • Cara Menilai Apakah Kartu Jaringan Saya Perlu Diganti
  • Teknologi SIOS Akan Mendemonstrasikan Perangkat Lunak Pengelompokan Ketersediaan Tinggi untuk Aplikasi Misi-Kritis di Red Hat Summit, Milestone Technology Day dan XPerience Day, serta SQLBits 2025

Posting Terpopuler

Bergabunglah dengan Milis Kami

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in