SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

Oktober 25, 2021

Ketersediaan Tinggi & Cloud: Semakin Banyak Anda Tahu

Ketersediaan Tinggi & Cloud: Semakin Banyak Anda Tahu

Saat meneliti alasan untuk bermigrasi ke cloud, Anda mungkin telah mengetahui bahwa manfaat komputasi awan mencakup skalabilitas, keandalan, ketersediaan, dan banyak lagi. Tapi apa sebenarnya arti istilah-istilah itu? Mari kita pertimbangkan ketersediaan tinggi (HA), karena sering kali menjadi tujuan akhir pindah ke cloud bagi banyak perusahaan.

Idenya adalah untuk membuat produk, layanan, dan alat Anda dapat diakses oleh pelanggan dan karyawan Anda kapan saja dari mana saja menggunakan perangkat apa pun dengan koneksi internet. Itu berarti memastikan aplikasi penting Anda beroperasi – bahkan melalui kegagalan perangkat keras, masalah perangkat lunak, kesalahan manusia, dan bencana di seluruh lokasi – setidaknya 99,99% dari waktu (itulah definisi ketersediaan tinggi).

Sementara penyedia cloud publik biasanya menjamin beberapa tingkat ketersediaan dalam perjanjian tingkat layanan mereka, SLA tersebut hanya berlaku untuk perangkat keras cloud. Ada banyak alasan untuk downtime aplikasi yang tidak tercakup oleh SLA. Untuk alasan ini, Anda perlu melindungi aplikasi ini dengan perangkat lunak pengelompokan yang akan mendeteksi masalah dan memindahkan operasi secara andal ke server siaga jika perlu. Saat Anda merencanakan apa dan bagaimana Anda akan membuat solusi tersedia di cloud, ingatlah bahwa penting bahwa produk dan layanan serta infrastruktur cloud Anda dapat diskalakan, andal, dan tersedia kapan pun dan di mana pun dibutuhkan.

Statistik Cepat tentang Ketersediaan Tinggi di Cloud pada tahun 2021

Sekarang setelah kita mendefinisikan ketersediaan dalam konteks cloud, mari kita lihat dampaknya pada organisasi dan bisnis. PSA, statistik ini mungkin mengejutkan Anda, tetapi jangan khawatir. Kami juga memiliki beberapa solusi untuk masalah yang mendesak dan mahal ini.

  1. Sebanyak 80% Enterprise IT akan pindah ke cloud pada tahun 2025 (Oracle).
  2. Biaya rata-rata waktu henti TI adalah antara $5.600 dan $11.600 per menit (Gartner; Comparitech).
  3. Rata-rata rasio staf TI terhadap karyawan adalah 1:27 (Ecityworks).
  4. 22% downtime adalah hasil dari kesalahan manusia (Cloudscene).
  5. Pada tahun 2020, 54% aplikasi berbasis cloud perusahaan dipindahkan dari lingkungan lokal ke cloud, sementara 46% dibuat khusus untuk cloud (Forbes).
  6. 1 dari 5 perusahaan tidak memiliki rencana pemulihan bencana (HBJ).
  7. 70% perusahaan telah mengalami pelanggaran data cloud publik pada tahun lalu (HIPAA).
  8. 48% bisnis menyimpan informasi rahasia di cloud (Panda Security).
  9. 96% bisnis mengalami pemadaman dalam periode 3 tahun (Comparitech).
  10. 45% perusahaan melaporkan downtime dari kegagalan perangkat keras (PhoenixNAP).

Yang Dapat Anda Lakukan – Tetap Terinformasi

Jika Anda tertarik untuk mempelajari dasar-dasar ketersediaan di cloud atau mendengar tentang perkembangan terbaru dalam perlindungan aplikasi dan database, bergabunglah dengan kami. Simposium Ketersediaan Cloud SIOS sedang berlangsung Rabu, 22 September (EMEA) dan Kamis, 23 September (KITA) dalam format konferensi virtual global untuk profesional TI yang berfokus pada ketersediaan kebutuhan pelanggan TI perusahaan. Acara ini akan memberikan informasi yang Anda butuhkan tentang pengelompokan ketersediaan tinggi aplikasi, pemulihan bencana, dan melindungi aplikasi Anda sekarang dan di masa mendatang.

Pembicara & Sesi Simposium Cloud Diposting

Kami telah memilih pembicara yang menyajikan berbagai sesi yang mendukung ketersediaan untuk beberapa area tumpukan aplikasi data. Lihat sesi yang diposting dan periksa kembali untuk presentasi tambahan yang akan diumumkan!Belajarlah lagi

Daftar sekarang

Baik Anda tertarik untuk mempelajari dasar-dasar ketersediaan di cloud atau mendengar tentang perkembangan terbaru dalam perlindungan aplikasi dan basis data, acara ini akan memberikan informasi yang Anda butuhkan tentang pengelompokan ketersediaan tinggi aplikasi, pemulihan bencana, dan melindungi aplikasi Anda sekarang dan di masa mendatang. masa depan.

Daftar sekarang untuk Simposium Ketersediaan Cloud SIOS.

Direproduksi dari SIOS
Oktober 22, 2021

Pemulihan Bencana Menjadi Sederhana
Oktober 16, 2021

Peningkatan Ketersediaan Tinggi untuk SAP S/4HANA di Lingkungan Cloud

SIOS dengan bangga mengumumkan rilis GA dari Suite Perlindungan SIOS untuk Linux versi 9.5.2 perangkat lunak pengelompokan. Rilis terbaru kami menampilkan otomatisasi yang disempurnakan dan orkestrasi failover aplikasi yang membuat pembuatan dan pengelolaan ketersediaan tinggi (HA) cluster di lingkungan SAP S/4HANA yang kompleks lebih mudah dan lebih andal untuk perusahaan.

Fitur dan kemampuan baru di SIOS Protection Suite untuk Linux 9.5.2, meliputi:

  • Dukungan yang ditingkatkan dan komprehensif untuk ketersediaan tinggi di Google Cloud Platform dengan tambahan alat SIOS Internal Load Balancer yang dirancang untuk mengatur pengelolaan IP yang efisien selama peralihan dan kegagalan.
  • Peningkatan kemampuan untuk mengotomatisasi interaksi dengan SIOS LifeKeeper dengan produk seperti Ansible.
  • Waktu Henti Mendekati Nol untuk Peralihan Selama Pemeliharaan yang Direncanakan. Mendukung "Pengambilalihan dengan Handshake" HANA yang menghilangkan proses mematikan database server HANA utama yang berpotensi memakan waktu untuk peralihan, memungkinkan untuk melakukan pemeliharaan terencana tanpa mengganggu layanan yang sedang berlangsung kepada pengguna akhir.
  • Memberdayakan pelanggan dengan membuat SAP logging lebih mudah digunakan dan ditindaklanjuti.

Jadwalkan demonstrasi yang dipersonalisasi di sini .

Direproduksi dari SIOS
Oktober 10, 2021

RTO vs. RPO: Mempelajari Perbedaan untuk Mencapai Tujuan Operasional Anda

RTO vs RPO Mempelajari Perbedaan untuk Mencapai Tujuan Operasional Anda

RTO vs. RPO: Mempelajari Perbedaan untuk Mencapai Tujuan Operasional Anda

Selain 99,99% waktu ketersediaan, ketersediaan tinggi lingkungan juga harus memenuhi waktu pemulihan yang ketat dan tujuan titik pemulihan, RTO dan RPO, masing-masing. RTO dan RPO adalah dua parameter utama yang harus ditentukan oleh bisnis sebelum membuat rencana kelangsungan bisnis dan pemulihan bencana mereka. Kedua metrik membantu merancang proses pemulihan, dan untuk menentukan batas waktu pemulihan, frekuensi pencadangan, dan prosedur pemulihan. Meskipun RTO dan RPO mungkin tampak sama, ada perbedaan inti yang harus Anda pertimbangkan. Baca terus untuk memahami perbedaan antara RTO vs RPO.

Agar jelas, RTO adalah ukuran waktu yang berlalu dari kegagalan aplikasi hingga pemulihan operasi aplikasi. Ini adalah ukuran yang menentukan berapa banyak waktu yang Anda miliki untuk pulih setelah bencana melanda. Di samping itu, RPO adalah ukuran seberapa mutakhir data saat ketersediaan aplikasi telah dipulihkan setelah masalah waktu henti. Hal ini sering digambarkan sebagai jumlah maksimum kehilangan data yang dapat ditoleransi ketika terjadi kegagalan.

Hal-hal yang perlu dipertimbangkan untuk mengevaluasi rencana pemulihan bencana Anda

Pertama, penting untuk menentukan kekritisan aplikasi dan data yang terkait dengan operasi bisnis inti. Berapa menit downtime atau kehilangan data untuk aplikasi ini merugikan perusahaan? Selanjutnya, pertimbangkan rangkaian potensi bencana yang ingin Anda lindungi organisasi Anda. Beberapa bencana yang memerlukan pemulihan dan pencadangan data meliputi:

  • Kehilangan data: Ini mungkin sesederhana seseorang menghapus folder, atau serumit kasus ransomware atau database yang terinfeksi.
  • Kehilangan aplikasi: Ini mengacu pada saat perubahan keamanan, pembaruan, atau konfigurasi sistem berdampak negatif pada layanan.
  • Kehilangan sistem: Ini termasuk ketika perangkat keras gagal, atau server virtual mogok.
  • Kehilangan pusat data: Ini termasuk pusat data yang ada di lokasi dan di cloud publik
  • Kehilangan lokasi bisnis: Dalam hal ini, bencana mungkin termasuk pemadaman listrik, kebakaran, banjir, atau bahkan tumpahan bahan kimia di luar gedung. Fasilitas bisnis memerlukan pemulihan ke lokasi alternatif.

Mengurangi RPO dan RTO organisasi

Penting untuk mempertimbangkan RTO dan RPO karena berlaku untuk berbagai jenis data. Organisasi yang melakukan pencadangan tingkat file database, daripada berinvestasi di lingkungan virtual di luar lokasi, akan melihat waktu pemulihan yang lebih lama dan membatasi seberapa baru data tersebut akan diperbarui setelah dipulihkan.

Pertimbangkan kemungkinan bencana, cocokkan dengan kumpulan data yang perlu dilindungi, lalu identifikasi tujuan pemulihan. Langkah-langkah ini kemudian akan memberi Anda informasi yang diperlukan untuk membangun solusi pencadangan taktis yang memenuhi tujuan waktu pemulihan dan tujuan titik pemulihan Anda.

Apa itu RTO dan RPO di SQL Server?

SQL Server memungkinkan pengguna untuk mengatur pencadangan log otomatis untuk dipulihkan dari server siaga. Dengan pengiriman log ini, pengguna dapat memulihkan salinan database yang cukup baru—bergantung pada RTO dan RPO dari proses tersebut. Persyaratan RTO dan RPO tersebut ditetapkan oleh pengguna, tergantung pada kebutuhan, anggaran, dan batasan jaringan teknologi apa pun.

Namun, SQL Server RTO dan RPO tidak selalu langsung. Dalam banyak kasus, prosesnya tidak secepat yang dibayangkan klien. Mereka mungkin memiliki RPO yang ideal, tetapi kecepatan jaringan yang lambat atau pencadangan yang tidak dikonfigurasi dengan benar dapat menghambat proses ini. Selain itu, memulihkan cadangan log dengan cara ini dapat melibatkan transfer data dalam jumlah besar, dan proses ini dapat dengan mudah melebihi RTO yang dapat diterima yang ditentukan.

Karena SQL Server biasanya merupakan aplikasi bisnis-kritis, pelanggan dapat dengan mudah membenarkan perlindungan HA/DR untuk itu – biasanya dalam bentuk kluster failover yang dapat failover di seluruh zona dan wilayah ketersediaan cloud untuk pemulihan bencana . Ini dapat dilakukan dengan mudah dengan menambahkan SIOS DataKeeper ke lingkungan Windows Server Failover Clustering atau dengan menggunakan SIOS Protection Suite di lingkungan Linux. Kedua solusi ini akan memberikan tidak hanya ketersediaan 99,99% tetapi juga RPO nol dan RTO hanya dalam hitungan detik.

Sekarang setelah Anda tahu…

Pada akhirnya, pencegahan kehilangan data untuk kelangsungan bisnis adalah persyaratan penting untuk bisnis apa pun. Luangkan waktu untuk mempertimbangkan bagaimana Anda akan memenuhi tujuan RTO dan RPO Anda, tidak peduli seberapa besar atau kecil bisnis Anda, atau operasi TI internal apa yang Anda dukung.Cluster ketersediaan tinggi SIOS memberikan RPO nol dan RTO hanya dalam beberapa menit.

Belajar lebih tentang SIOS DataKeeper untuk Windows atau Suite Perlindungan SIOS untuk Linux Untuk meminta uji coba gratis, beri tahu kami di sini .

Direproduksi dari SIOS
Oktober 5, 2021

SIOS Mengumumkan Versi Baru 8.8 dari SIOS Protection Suite untuk Windows

SIOS Mengumumkan Versi Baru 8.8 dari SIOS Protection Suite untuk Windows

SIOS Mengumumkan Versi Baru 8.8 dari Setelan Perlindungan SIOS untuk Windows

Pengelompokan HA yang Ditingkatkan untuk Aplikasi Penting Bisnis di AWS

SIOS dengan senang hati mengumumkan versi 8.8 dari SIOS Protection Suite untuk Windows – dengan inovasi yang dirancang untuk membuat pengelompokan HA di cloud lebih cepat dan mudah.

Suite Perlindungan SIOS untuk Windows termasuk SIOS Datakeeper Cluster Edition untuk berbasis host yang efisien, replikasi level blok, SIOS LifeKeeper untuk pemantauan aplikasi dan orkestrasi failover, dan berbagai kit pemulihan aplikasi untuk kecerdasan khusus aplikasi yang canggih. SIOS DataKeeper juga dapat digunakan secara independen untuk menambahkan replikasi yang efisien ke lingkungan Windows Server Failover Clustering untuk pengelompokan SANless di cloud.

Peningkatan Ketersediaan Tinggi untuk Aplikasi Penting Bisnis di AWS

Di versi 8.8, SIOS telah menambahkan beberapa peningkatan ke SIOS Protection Suite untuk membuat dan mengelola cluster di cloud publik menjadi mudah dan bebas dari kesalahan. Fitur baru meliputi:

  • Dukungan Application Recovery Kit (ARK) dari Layanan DNS AWS Route 53 dan layanan EC2 Elastic Compute Cloud
    • Integrasi dengan layanan AWS ini memberikan pemulihan dan akses yang lebih cepat dan efisien ke aplikasi yang dilindungi setelah peralihan ke server cadangan di Wilayah AWS atau Availability Zone lain.
    • SIOS ARK mengotomatiskan interaksi dengan layanan cloud, mengurangi tugas manual dan memastikan akurasi konfigurasi
  • Perampingan failover server di Azure Cloud menggunakan Internal Load Balancer (ILB)

Fitur-fitur baru ini memberikan keyakinan tambahan bagi perusahaan bahwa ketersediaan tinggi yang selalu mereka percayai dari SIOS dapat dicapai di cloud publik, menjaga keamanan aplikasi dan data, dan mengurangi waktu henti.

Direproduksi dari SIOS
  • Results 1-5 of 687
  •  Page 1 of 138 >

  • Bergabunglah dengan Milis Kami