Maret 18, 2024 |
Apa itu Lisensi Rehost?Apa itu Lisensi Rehost?Cara Melakukan Rehost Lisensi di Portal Lisensi SIOSKetika lisensi produk abadi SIOS pertama kali diaktifkan di Portal Lisensi SIOS, lisensi tersebut terikat pada pengidentifikasi unik yang bersifat lokal pada server tersebut. Pengidentifikasi unik tersebut biasanya berupa alamat MAC (yang juga disebut sebagai hostid sistem) yang ditetapkan ke Network Interface Controller (NIC). Ketika pengidentifikasi unik sistem ini berubah dari pengidentifikasi unik asli yang digunakan untuk mengaktifkan lisensi, diperlukan penghostingan ulang lisensi untuk terus menggunakanProduk SIOS. Rehosting lisensi adalah prosedur yang diperlukan untuk mengaktifkan kunci lisensi produk yang diperbarui ketika pengidentifikasi unik sistem (alamat MAC/hostid sistem) tidak lagi cocok dengan pengidentifikasi unik sistem asli dalam kunci lisensi produk. Kapan Rehost Lisensi diperlukan?Rehosting diperlukan ketika pengidentifikasi unik sistem berubah dari pengidentifikasi unik asli yang digunakan untuk membuat kunci lisensi asli. Ada beberapa hal yang dapat menyebabkan pengenal unik berubah:
Masalah apa yang terjadi ketika Lisensi Rehost diperlukanMasalah paling umum yang terjadi ketika diperlukan rehosting lisensi adalah produk SIOS tidak mulai berjalan dengan benar. Jika hal ini terjadi, log akan menampilkan kegagalan karena kunci lisensi tidak valid karena kunci lisensi yang diinstal pada sistem tidak cocok dengan pengidentifikasi unik sistem. Pada sistem Windows, kesalahan ini muncul di Peraga Peristiwa di bawah log Aplikasi Pada sistem Linux, kesalahan ini muncul di log LifeKeeper yang terletak di /var/log. Bagaimana Prosedur Rehosting Kunci LisensiLangkah pertama dalam prosedur ini adalah login ke portal Lisensi SIOS. Pergi kedukungan.us.sios.comdan pilih Kelola Lisensi Setelah memilih Kelola Lisensi, login ke situs Lisensi: Setelah masuk, buka Dukungan Lisensi dan Daftar Lisensi
Klik pada tanda Plus Hijau Masukkan 12 karakter hostid/alamat MAC baru dan klik OK. Jangan sertakan koma, titik dua, atau spasi di antara 12 karakter tersebut.
Ketersediaan Tinggi SIOS dan Pemulihan BencanaSIOS Technology Corporation menyediakanketersediaan tinggiperangkat lunak clusteryang melindungi & mengoptimalkan infrastruktur TI dengan manajemen cluster untuk aplikasi terpenting Anda.Hubungi kami hari iniuntuk informasi lebih lanjut tentang layanan dan dukungan profesional kami. |
Maret 8, 2024 |
Memastikan HA untuk Sistem Manajemen GedungMemastikan HA untuk Sistem Manajemen GedungMengapa BMS Menjadi Panutan bagi Industri LainDi jantung setiap bangunan modern, ada asistem manajemen gedung (BMS)yang mengontrol pemanas, ventilasi, dan pendingin udara (HVAC), sistem pencahayaan dan keamanan, sistem pencegah kebakaran, dan banyak lagi. Manajer gedung mengandalkan konsol BMS untuk menyederhanakan dan mengoptimalkan pengoperasian gedung serta memastikan lingkungan penyewa nyaman dan aman. BMS harus beroperasi dengan andal baik di pusat data lokal atau lingkungan cloud publik, seperti AWS EC2, Azure, atau Google Cloud Platform (GCP). Ada beberapa pendekatan untuk melindungi BMS dari downtime dan bencana—menggunakan solusi toleransi kesalahan (FT),solusi ketersediaan tinggi (HA)., Dansolusi pemulihan bencana (DR).—Tetapi menentukan pendekatan mana yang terbaik bergantung pada berbagai pertimbangan. Bagaimana SIOS Memastikan HA untuk BMSDirektur Teknis EMEA SIOS Harry Aujla menjelaskan hal inivideo TFiRwawancara mengapa ketersediaan tinggi merupakan bagian integral dari solusi PASI dan model yang baik untuk aplikasi penting lainnya. Dia kemudian menjelaskan beberapa perkembangan BMS selama bertahun-tahun seiring dengan meningkatnya ketergantungan pada TI. Dia mengatakan, “Jika pelanggan BMS memahami sepenuhnya cara kerja ketersediaan tinggi di cloud, maka saya rasa kita akan melihat migrasi solusi BMS ke platform cloud secara lebih signifikan.” SIOS Technology Corporation menyediakan perangkat lunak cluster ketersediaan tinggi yang melindungi & mengoptimalkan infrastruktur TI. dengan manajemen cluster untuk aplikasi terpenting Anda.Hubungi kami hari iniuntuk informasi lebih lanjut tentang layanan dan dukungan profesional kami. Direproduksi dengan izin dariSIOS |
Februari 17, 2024 |
Video: Minimalkan waktu henti untuk komputasi edge Anda dengan Teknologi SIOSVideo: Minimalkan waktu henti untuk komputasi edge Anda dengan Teknologi SIOSTeknologi SIOS berspesialisasi dalam menyediakan solusi ketersediaan tinggi (HA) dan pemulihan bencana (DR) yang sering digunakan untuk mendukung perangkat edge atau perangkat edge itu sendiri. Perusahaan juga berfokus pada replikasi data real-time dan failover otomatis untuk memastikan tidak ada gangguan terhadap kinerja aplikasi jika terjadi kegagalan. Dave Bermingham, Direktur Kesuksesan Pelanggan di SIOS Technology, mengatakan, “Bisnis perlu berinvestasi lebih banyak pada solusi dan strategi HA yang kuat untuk meminimalkan waktu henti dan mempertahankan operasi yang berkelanjutan.” Dalam video ini, Bermingham berbicara tentang pentingnya ketersediaan tinggi untuk perangkat edge dan bagaimana organisasi dapat memanfaatkan solusi Teknologi SIOS untuk membantu perangkat tersebut. Direproduksi dengan izin dariSIOS |
Buku Putih: Melindungi SAP & SAP S/4HANA di Amazon EC2 dengan SIOS Protection SuiteBuku Putih: Melindungi SAP & SAP S/4HANA di Amazon EC2 dengan SIOS Protection SuiteMeskipun AWS memiliki ketentuan untuk memastikan ketersediaan di tingkat infrastruktur, sifat lanskap SAP yang penting bagi bisnis memerlukan perlindungan yang lebih besar. Artinya, perhatian khusus perlu diberikan pada lapisan aplikasi dan database. Ada beberapa opsi untuk memberikan perlindungan tambahan ini. Buku putih ini membahas praktik terbaik untuk menjalankan SAP atau SAP S/4HANA pada distribusi Linux, termasuk Oracle Linux, Red Hat, SUSE, dan CentOS, di AWS. Direproduksi dengan izin dariSIOS |
|
Februari 13, 2024 |
Tantangan Menggunakan Amazon EBS Multi-Attach untuk Klaster Failover MicrosoftTantangan Menggunakan Amazon EBS Multi-Attach untuk Klaster Failover MicrosoftIkhtisar Amazon EBS dan Kluster Failover MicrosoftVolume Multi-Lampirkan Amazon EBS dan MicrosoftKluster Failoveradalah alat yang ampuh dalam dunia komputasi awan dan manajemen data. Namun, mengintegrasikan kedua teknologi ini mungkin penuh dengan tantangan. Posting blog ini menyelidiki mengapa menggunakan Amazon EBS Multi-Attach untuk Microsoft Failover Clusters sering kali bukan pilihan terbaik. Batasan AZ Tunggal untuk Kluster Failover yang KuatBatasan utama volume Amazon EBS adalah pembatasannya pada satu Availability Zone (AZ). Untuk klaster failover yang kuat, penerapan instans di beberapa AZ adalah praktik terbaik yang direkomendasikan, sesuatu yang tidak dapat didukung secara langsung oleh volume EBS. Kekhawatiran SLA Ketersediaan TinggiSementara volume EBS menawarkan aSLA ketersediaan 99,9%., angka ini masih jauh dari perkiraan umum sebesar 99,99% untuk solusi ketersediaan tinggi. AWS menjamin SLA yang lebih tinggi ini ketika menerapkan instans di beberapa AZ, sebuah manfaat yang tidak diperluas ke penerapan AZ tunggal. Implikasi Biaya Volume IO2Kluster Failover Windows dengan volume EBS multi-lampir memerlukan penggunaan volume IO2, yang kira-kira sembilan kali lebih mahal dibandingkan volume GP3 dengan ukuran dan kinerja serupa. Perbedaan biaya ini signifikan, terutama untuk penerapan skala besar. Kompleksitas dalam Konfigurasi Klaster AWSBangunansebuah klaster di AWSdengan node di AZ yang sama memerlukan pembagian AZ menjadi beberapa subnet untuk mendukung alamat IP virtual (VIP) yang berbeda di cluster Windows. Kompleksitas ini, serta ketidakmampuan untuk berbagi satu VIP di seluruh node cluster, menambah tantangan konfigurasi. SIOS DataKeeper: Alternatif UnggulPenjaga Data SIOSmuncul sebagai solusi unggul, memungkinkan cluster yang menjangkau subnet sambil memberikan SLA ketersediaan 99,99% yang diinginkan. Tidak hanya menawarkan opsi penyimpanan yang lebih fleksibel, termasuk penggunaan disk GPT3, namun juga jauh lebih hemat biaya. Klaster yang menggunakan SIOS DataKeeper dengan disk GPT3 dapat menghabiskan biaya sekitar 20% dari biaya klaster berbasis IO2 serupa, dengan ketersediaan yang ditingkatkan. Ketersediaan Tinggi Unggul dengan SIOSPenggunaan volume Multi-Attach Amazon EBS di Microsoft Failover Clusters menghadirkan beberapa tantangan signifikan, mulai dari opsi penerapan AZ yang terbatas dan SLA ketersediaan yang lebih rendah hingga biaya yang lebih tinggi dan kompleksitas konfigurasi yang meningkat. SIOS DataKeeper menawarkan alternatif menarik, menyeimbangkan biaya, fleksibilitas, dan keandalan dengan lebih efektif. Bagi organisasi yang menginginkan ketersediaan tinggi dan efisiensi biaya, menjajaki opsi di luar EBS Multi-Attach adalah strategi yang bijaksana.Hubungi SIOSuntuk informasi lebih lanjut. Direproduksi dengan izin dariSIOS |