SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

November 18, 2021

Pengantar Cluster – Bagian 1

Pengantar Cluster – Bagian 1

Pengantar Cluster – Bagian 1

Apa itu clustering?

Teknologi clustering adalah teknologi yang memungkinkan Anda untuk menghubungkan beberapa server untuk bertindak sebagai satu unit fungsional.

Jenis pengelompokan

Kamu bisa gugus server untuk beberapa tujuan. Misalnya, Anda dapat menggabungkan kekuatan pemrosesan beberapa server kecil untuk kinerja tinggi. Anda juga dapat mendistribusikan pekerjaan pemrosesan ke beberapa node menggunakan penyeimbang beban untuk efisiensi tambahan.

Pengelompokan ketersediaan tinggi (HA) adalah proses menggabungkan node server untuk melindungi aplikasi penting dari downtime dan kehilangan data.

Pengantar Cluster
Dalam cluster failover penyimpanan bersama tradisional, node primer dan node sekunder atau remote berbagi penyimpanan yang sama.

Pengelompokan HA

Pengelompokan ketersediaan tinggi (HA) adalah mekanisme yang mengurangi waktu henti dengan menghilangkan titik kegagalan tunggal (SPOF). Dalam sebuah cluster HA, aplikasi penting dijalankan pada node utama yang terhubung ke satu atau lebih node sekunder atau remote dalam sebuah cluster. Perangkat lunak clustering memantau kesehatan aplikasi, server, dan jaringan. Jika terjadi kegagalan pada node utama, itu memindahkan operasi aplikasi ke node sekunder dalam proses yang disebut failover, di mana operasi berlanjut.

Ketersediaan Tinggi

Application high availability adalah ukuran berapa banyak waktu dalam satu tahun tertentu sebuah aplikasi tersedia dan beroperasi. Secara umum, kluster HA menyediakan 99,99% (Four nines) ketersediaan atau sedikit lebih dari 52 menit waktu henti selama tahun tertentu.

Penting untuk dicatat bahwa dalam klaster HA tradisional, semua node klaster terhubung ke penyimpanan bersama yang sama – biasanya SAN. Dengan cara ini, setelah failover, node sekunder mengakses data yang sama dengan node utama dan operasi dapat dilanjutkan.

Pengantar Cluster
Cluster SANless menyinkronkan penyimpanan lokal menggunakan replikasi tingkat blok berbasis host.

Cluster tanpa SAN

Namun, banyak perusahaan lebih suka menggunakan klaster SANless karena beberapa alasan. Pertama, penyimpanan bersama mewakili satu titik kegagalan kritis. Kedua, penyimpanan bersama seringkali bukan pilihan di lingkungan cloud publik. Ketiga, SAN terkadang dapat menghambat kinerja aplikasi database, seperti SQL Server, Oracle, dan SAP.

Alih-alih penyimpanan bersama, perusahaan-perusahaan ini menggunakan replikasi tingkat blok yang efisien, berbasis host, untuk menyinkronkan penyimpanan lokal di semua node cluster. Jika terjadi failover, node sekunder terhubung ke penyimpanan lokal dengan salinan identik dari penyimpanan utama. Ini tidak hanya menghilangkan risiko SAN SPOF tetapi juga memungkinkan penambahan fast disk (SSD) ke penyimpanan lokal lokal untuk kinerja tinggi yang hemat biaya. Pengelompokan SANless juga memungkinkan perusahaan untuk memigrasikan lingkungan HA lokal ke cloud dengan sedikit usaha atau gangguan proses bisnis yang sedang berlangsung.

Direproduksi dari SIOS
November 13, 2021

Perangkat Lunak Pengelompokan untuk Ketersediaan Tinggi dan Pemulihan Bencana

Perangkat Lunak Pengelompokan untuk Ketersediaan Tinggi dan Pemulihan Bencana

Perangkat Lunak Pengelompokan

Perangkat Lunak Pengelompokan untuk Ketersediaan Tinggi dan Pemulihan Bencana

Apa itu Perangkat Lunak Clustering?

Perangkat lunak pengelompokan memungkinkan Anda mengonfigurasi server Anda sebagai pengelompokan atau cluster sehingga beberapa server dapat bekerja sama untuk menyediakan ketersediaan dan mencegah kehilangan data. Setiap server menyimpan informasi yang sama – sistem operasi, aplikasi, dan data. Jika satu server gagal, server lain segera mengambil beban kerja. Profesional TI mengandalkan pengelompokan untuk menghilangkan satu titik kegagalan dan meminimalkan risiko waktu henti. Faktanya, 86 persen dari semua organisasi mengoperasikan aplikasi HA mereka dengan semacam pengelompokan atau ketersediaan tinggi mekanisme di tempat.[1]

Jenis Perangkat Lunak Manajemen Cluster

Ada berbagai solusi perangkat lunak manajemen cluster yang tersedia untuk distribusi Windows dan Linux. Contohnya meliputi:

  • Pengelompokan Failover Server Windows (WSFC),
  • Ekstensi Ketersediaan Tinggi SUSE Linux Enterprise,
  • Suite Gugus Topi Merah,
  • Oracle Real Application Cluster (RAC), dan
  • perangkat lunak SIOS.

Kecuali untuk SIOS, produk ini mendukung sistem operasi tunggal atau memerlukan perangkat keras SAN yang mahal, membatasi fleksibilitas dan opsi penerapan. Selain itu, ekstensi HA open-source Linux memerlukan keterampilan teknis tingkat tinggi, menciptakan masalah kompleksitas dan keandalan yang menantang sebagian besar operator.

Produk SIOS secara unik melindungi aplikasi berbasis Windows atau Linux yang beroperasi di lingkungan fisik, virtual, cloud atau hybrid cloud dan dalam kombinasi situs atau skenario pemulihan bencana. Aplikasi seperti SAP dan database, termasuk Oracle, SQL Server, DB2, SAP HANA dan banyak lainnya, mendapat manfaat dari perangkat lunak SIOS. Kesederhanaan “out-of-the-box”, fleksibilitas konfigurasi, keandalan, kinerja, dan efektivitas biaya produk SIOS membedakannya dari perangkat lunak pengelompokan lainnya.

Bagaimana Perangkat Lunak Clustering SIOS Menyediakan Ketersediaan Tinggi untuk Cluster Windows dan Linux

Jika Anda menjalankan aplikasi penting di lingkungan Windows atau Linux, Anda mungkin ingin mempertimbangkan produk pengelompokan perangkat lunak ketersediaan tinggi SIOS Technology Corporation.

Dalam lingkungan Windows, SIOS DataKeeper Cluster Edition terintegrasi dengan mulus dengan dan memperluas Windows Server Failover Clustering (WSFC) dengan menyediakan kinerja yang dioptimalkan, berbasis host replikasi data mekanisme. Sementara WSFC mengelola kluster perangkat lunak, SIOS melakukan replikasi untuk mengaktifkan perlindungan bencana dan memastikan nol kehilangan data dalam kasus di mana kluster penyimpanan bersama tidak mungkin atau tidak praktis, seperti di lingkungan penyimpanan cloud, virtual, dan berkinerja tinggi.

Dalam lingkungan Linux, Suite Perlindungan SIOS untuk Linux menyediakan kombinasi yang terintegrasi erat dari pengelompokan failover ketersediaan tinggi, pemantauan aplikasi berkelanjutan, replikasi data, dan kebijakan pemulihan yang dapat dikonfigurasi, melindungi aplikasi penting bisnis Anda dari waktu henti dan bencana.

Baik Anda berada di lingkungan Windows atau Linux, produk SIOS membebaskan tim TI Anda dari kerumitan dan tantangan infrastruktur komputasi. Mereka menyediakan kecerdasan, otomatisasi, fleksibilitas, ketersediaan tinggi , dan manajer TI yang mudah digunakan perlu melindungi aplikasi penting bisnis dari waktu henti atau kehilangan data. Dengan lebih dari 80.000 lisensi terjual, SIOS digunakan oleh banyak perusahaan terbesar di dunia.

Berikut adalah satu studi kasus yang membahas bagaimana penyedia Sistem Informasi Rumah Sakit (HIS) terkemuka menggunakan SIOS DataKeeper Cluster Edition untuk meningkatkan ketersediaan tinggi dan bandwidth jaringan di lingkungan cluster Windows mereka.

Bagaimana Satu Penyedia HIS Meningkatkan RPO dan RTO Dengan Perangkat Lunak Pengelompokan DataKeeper SIOS

Penyedia HIS terkemuka ini memiliki lebih dari 10.000 organisasi perawatan kesehatan (HCO) yang berbasis di AS menggunakan berbagai aplikasinya, termasuk manajemen perawatan pasien, layanan mandiri pasien, dan manajemen pendapatan. Untuk mendukung pelanggan ini, organisasi memiliki lebih dari 20 cluster SQL Server yang terletak di dua pusat data yang tersebar secara geografis, serta beberapa server yang lebih kecil dan pengiriman log SQL Server untuk pemulihan bencana (DR).

Organisasi ini memiliki basis pelanggan yang besar dan infrastruktur TI yang luas dan membutuhkan solusi yang dapat menangani lalu lintas jaringan yang padat dan menghilangkan masalah bandwidth jaringan saat mereplikasi data ke situs DR-nya. Organisasi juga perlu meningkatkan Recovery Point Objective (RPO) dan Recovery Time Objective (RTO) untuk mengurangi volume data yang berisiko dan membuat operasi TI kembali dan berjalan lebih cepat setelah bencana atau kegagalan sistem. RPO adalah jumlah maksimum kehilangan data yang dapat ditoleransi ketika server gagal, atau terjadi bencana. RTO adalah durasi maksimum yang dapat ditoleransi dari setiap pemadaman.

Untuk mengatasi tantangan ini, organisasi ini memilih SIOS DataKeeper Cluster Edition, yang menyediakan integrasi tanpa batas dengan WSFC, sehingga memungkinkan untuk membuat cluster tanpa SAN.

Setelah SIOS DataKeeper Cluster Edition lulus pengujian POC ketat organisasi, tim TI menerapkan solusi di lingkungan produksi perusahaan. Tim menerapkan SIOS di kluster tiga simpul yang terdiri dari dua simpul berbasis SAN di pusat data lokal utama organisasi dan satu simpul tanpa SAN di situs DR jarak jauhnya.

Solusi SIOS menyinkronkan replikasi di tiga node dalam cluster dan menghilangkan masalah bandwidth di situs DR, meningkatkan RPO dan RTO dan mengurangi biaya bandwidth. Hari ini, organisasi menggunakan SIOS DataKeeper Cluster Edition untuk melindungi lingkungan SQL Server mereka di lebih dari 18 node cluster.

Lihat studi kasus lengkap untuk mempelajari lebih lanjut .

Bagaimana Perangkat Lunak Pengelompokan SIOS Bekerja

Perangkat lunak SIOS adalah bagian penting dari solusi klaster Anda, melindungi lingkungan Windows atau Linux pilihan Anda dalam konfigurasi (atau kombinasi) apa pun dari lingkungan fisik, virtual, dan cloud (publik, pribadi, dan hibrida) tanpa mengorbankan kinerja atau ketersediaan.

Jika Anda memerlukan replikasi yang cepat, efisien, untuk mentransfer data melalui jaringan area lokal atau luas dengan bandwidth rendah, SIOS DataKeeper melindungi lingkungan Windows yang penting bagi bisnis, termasuk Microsoft SQL Server, Oracle, SharePoint, Lync, Dynamics, dan Hyper-V dari waktu henti dan kehilangan data di lingkungan fisik, virtual, atau cloud.

SIOS Protection Suite untuk Linux mendukung semua distribusi Linux utama, termasuk Red Hat Enterprise Linux, SUSE Linux Enterprise Server, CentOS, dan Oracle Linux dan mengakomodasi berbagai arsitektur penyimpanan.

Untuk melihat cara kerja perangkat lunak pengelompokan SIOS untuk melindungi lingkungan Windows dan Linux, minta demo atau dapatkan percobaan gratis .

Belajar lebih tentang: Pengelompokan SAP Pengelompokan SQL Server Pengelompokan Oracle Pengelompokan Linux Lihat posting blog terbaru tentang produk pengelompokan kami.

Referensi

[1]SIOS dalam kemitraan dengan ActualTech Research, (2018) Laporan Survei Ketersediaan Tinggi Status Aplikasi Direproduksi dari SIOS
November 8, 2021

Dasar-dasar Pemulihan Bencana

Dasar-dasar Pemulihan Bencana

Dasar-dasar Pemulihan Bencana

Ikhtisar pemulihan bencana

 

 

Pemulihan bencana mengacu pada kemampuan untuk memulihkan/memperbaiki sistem dengan cepat dan meminimalkan kerusakan jika terjadi kegagalan di seluruh lokasi atau bahkan regional. Pemulihan bencana adalah bagian penting dari manajemen kelangsungan bisnis dan memiliki protokol pemulihan bencana yang kuat akan membantu mencegah kehilangan data yang tidak perlu dan biaya yang terkait dengan waktu henti sistem.

Apa yang merupakan bagian ‘bencana’ dari pemulihan bencana? Ini bisa merujuk pada bencana alam seperti gempa bumi, banjir, dll, tetapi juga berbagai peristiwa seperti “kebakaran”, “terorisme”, “intrusi tidak sah”, “peretasan skala besar”, dan “peretasan skala besar” jangka panjang. -skala pemadaman listrik.” Apa pun yang berpotensi menyebabkan kerusakan besar pada sistem TI jika gagal.

Dampak Nyata dari Kegagalan Sistem

Selain potensi kerusakan fisik dan kehilangan data yang terkait dengan kegagalan sistem, kurangnya rencana pemulihan bencana dapat menyebabkan hilangnya pendapatan yang tidak dapat dipulihkan untuk bisnis. Untuk setiap menit waktu henti sistem, ini berarti kehilangan penjualan dan peluang, potensi pengalaman pelanggan yang negatif, reputasi bisnis yang ternoda, dan biaya tinggi untuk perbaikan TI darurat.

Pentingnya Pemulihan Bencana

Untuk perusahaan yang menyediakan layanan mission-critical, membangun sistem kesinambungan bisnis yang dapat menangani downtime sistem yang tidak terduga sangat penting. Memiliki kemampuan untuk mencegah kegagalan sejak awal, dan dengan cepat pulih jika terjadi kegagalan lokal atau bahkan bencana di seluruh lokasi atau regional terjadi akan membantu melindungi data, menjaga hubungan baik dengan pelanggan, dan menghemat waktu dan berpotensi kerugian finansial yang menghancurkan.

Sangat penting untuk menyadari bahwa kegagalan sistem bencana adalah sesuatu yang akan terjadi, bukan sesuatu yang mungkin terjadi, sehingga menempatkan rencana pemulihan bencana yang tepat akan melindungi bisnis Anda.

Tantangan Pemulihan Bencana

Meskipun protokol pemulihan bencana sangat penting, bukan tanpa tantangan untuk menyiapkan dan mengimplementasikannya. Berikut adalah beberapa hambatan umum untuk implementasi pemulihan bencana yang tepat: Tantangan 1: Pemisahan geografis.
Inti dari perlindungan bencana adalah menjaga sistem dan data di lokasi yang secara geografis terpisah dari pusat data primer atau instance cloud sehingga, jika terjadi bencana atau pemadaman cloud, sistem sekunder dapat dibawa online dan operasi dapat dilanjutkan.

Tantangan 2: Persyaratan bandwidth jaringan Mereplikasi data ke lokasi di luar lokasi untuk pemulihan bencana dapat berarti menambahkan persyaratan bandwidth jaringan dan masalah latensi.

Tantangan 3: Volume data terus meningkat Persyaratan kapasitas penyimpanan di situs pemulihan bencana akan meningkat seiring waktu. Rencana pemulihan bencana yang tepat perlu menetapkan “prioritas perlindungan” untuk memperjelas data mana yang harus dilindungi dan mengoptimalkan sumber daya penyimpanan yang tersedia.

Tantangan 4: Prosedur pemulihan pada saat pemulihan Jika sistem mati karena bencana, pemulihan layanan diperlukan. Seringkali, perusahaan menemukan data mereka tersebar di beberapa lokasi dan tidak ada prosedur standar untuk dan pemulihan, yang mengakibatkan hilangnya waktu dan biaya yang sangat besar. Mengembangkan prosedur restorasi yang jelas dan terstandarisasi akan menghilangkan sakit kepala ini dan memungkinkan tindakan cepat saat paling penting.

Pencadangan data vs Perlindungan Ketersediaan

Secara tradisional, pencadangan data – pada dasarnya proses membuat salinan data dan aplikasi dan memindahkannya ke lokasi di luar kantor – telah dilakukan untuk tujuan melindungi data jika terjadi kegagalan/kegagalan peralatan TI dan untuk pencatatan/pengarsipan sesuai dengan peraturan. persyaratan seperti HIPAA (Healthcare Information Portability Accountability Act). Untuk memulihkan operasi, semua server, penyimpanan, dan perangkat keras lainnya, serta jaringan yang terpengaruh oleh insiden tersebut perlu diganti atau diperbaiki. Server harus dikonfigurasi dan aplikasi harus dipulihkan, dibawa kembali online, dan terhubung ke data yang dipulihkan. Langkah ini bisa berbulan-bulan.

Tanpa adanya proses perlindungan ketersediaan, operasi pemulihan dengan pencadangan saja dapat menjadi proses yang memakan waktu dan mahal. Proses ketersediaan membuat sistem yang beroperasi penuh siap untuk mengambil alih jika terjadi bencana, memungkinkan dimulainya kembali layanan dalam hitungan menit.

Berikut adalah beberapa alasan umum lainnya tentang pentingnya rencana pemulihan bencana yang efektif:

Indikator pemulihan bencana

Metrik utama untuk pemulihan bencana adalah “RPO” dan “RTO”.

RPO (Tujuan Titik Pemulihan) RPO menunjukkan titik dari waktu terjadinya bencana hingga jam berapa di masa lalu pemulihan data dijamin.

Jika “RPO = < 5 menit Saat bertujuan untuk “RPO = 0 (zero data loss)”, mekanisme proteksi ketersediaan seperti failover clustering diperlukan.

RTO (Tujuan Waktu Pemulihan) RTO adalah indeks yang menunjukkan berapa banyak waktu yang dapat diberikan bisnis Anda dari waktu henti awal hingga pemulihan operasi. “RTO = 1 bulan atau lebih”, Anda mungkin dapat menangani pemulihan data hanya dengan melakukan pencadangan jarak jauh dan mengamankan perangkat pengganti. Tetapi jika “RTO = dalam satu menit”, pengelompokan failover diperlukan.

Memilih Metode Pemulihan Bencana

Saat menentukan metode pemulihan bencana yang tepat untuk bisnis Anda, pertimbangkan faktor-faktor penting berikut:

  • Kekritisan proses bisnis dan toleransi terhadap dampak
  • Jenis dan kapasitas data yang ingin Anda lindungi
  • Persyaratan pemulihan – RPO dan RTO Anda
  • Anggaran

Fokus pada Dampak Bisnis

Sementara departemen TI memimpin teknis dalam mengembangkan langkah-langkah pemulihan bencana untuk sistem TI, pemilik bisnis harus mempertimbangkan dampak dan tingkat pemadaman sistem terhadap dampak bisnis dari setiap penghentian sistem” untuk memastikan dampak yang paling tidak berbahaya bagi bisnis.

Tipe data yang dilindungi (integritas data)

Penting untuk mengklasifikasikan jenis dan pentingnya data yang dilindungi. Untuk data yang tidak memerlukan konsistensi yang sangat tepat (seperti server file), cadangan penyimpanan utama yang sederhana mungkin sudah cukup.

Di sisi lain, sistem ERP dan database seperti SQL Server, Oracle, dan SAP memiliki beberapa layanan dan bagian yang perlu ditempatkan di server tertentu, dimulai dalam pesanan tertentu, dan dikelola sesuai dengan berbagai praktik terbaik khusus aplikasi. . Mereka biasanya memerlukan perlindungan ketersediaan tinggi dan solusi pengelompokan yang sadar aplikasi untuk mengatur failover.

———————————————————————————————————————————————————

Persyaratan Pemulihan Bencana Utama

Pencadangan jarak jauh – pada dasarnya menyimpan salinan aplikasi dan data di lokasi terpencil yang terpisah secara geografis.

Pencerminan Penyimpanan Sinkron Menyimpan salinan penyimpanan lokal dan jarak jauh yang disinkronkan untuk perlindungan DR. Dalam metode ini, data ditulis ke penyimpanan lokal dan segera direplikasi ke penyimpanan jarak jauh. Penyimpanan lokal tidak “berkomitmen” sampai proses penulisan data ke lokasi jarak jauh telah selesai. Proses ini membuat kedua lokasi tetap identik, menghilangkan perbedaan yang mungkin terjadi jika data-dalam-transit pada saat suatu peristiwa gagal ditulis di lokasi jauh. Integritas data dijamin antara situs utama dan cadangan.

Pencerminan Penyimpanan Asinkron.
Metode ini menulis data ke penyimpanan lokal kemudian mereplikasinya ke lokasi yang jauh. Ini memungkinkan efisiensi pemanfaatan jaringan yang lebih besar dan mengurangi pertentangan bandwidth ketika pemisahan geografis menyebabkan latensi.

“Siaga dingin” dan “Siaga panas”

Siaga dingin Proses menyimpan salinan data atau sistem sekunder secara offline jika terjadi bencana. Jika sistem utama mati, sistem dan perangkat lunak harus dimulai secara manual – dalam beberapa kasus dikonfigurasi – dan data harus dipulihkan sebelum operasi dapat dilanjutkan.

Siaga panas Ini adalah proses menjaga sistem sekunder tetap beroperasi dan beralih ke sistem tersebut jika terjadi waktu henti pada sistem utama.

Perbandingan Biaya Metode Pemulihan Bencana

Semakin kecil RPO dan RTO, semakin pendek waktu henti, tetapi biayanya akan meningkat.

Mempertimbangkan biaya dan nilai aset dari setiap jenis data, perlu untuk menemukan metode optimal untuk tingkat perlindungan apa yang diperlukan. Keseimbangan antara implementasi in-house dan outsourcing layanan akan berdampak pada biaya.

Untuk mempelajari lebih lanjut tentang ketersediaan tinggi dan solusi pemulihan bencana di SIOS, klik di sini .

 

 
November 2, 2021

Pemulihan bencana
Oktober 30, 2021

Pemulihan Bencana Multi-Cloud

Pemulihan Bencana Multi-Cloud

Pemulihan Bencana Multi-Cloud

 

Jika topik ini terdengar membingungkan, kami mengerti. Dengan saran para ahli kami, kami berharap dapat meredakan kekhawatiran Anda – sambil juga menyampaikan beberapa pertimbangan penting untuk organisasi Anda sebelum atau sesudah pergi multi-awan . Perencanaan untuk pemulihan bencana adalah titik kebingungan umum bagi perusahaan yang menggunakan komputasi awan, terutama ketika melibatkan banyak penyedia awan.

Cukup melelahkan untuk memastikan perlindungan data dan pemulihan bencana (DR) saat semua data berada di lokasi. Namun saat ini banyak perusahaan memiliki data di tempat serta dengan beberapa penyedia cloud, strategi hibrida yang mungkin masuk akal secara bisnis tetapi dapat menciptakan tantangan bagi mereka yang bertugas dengan perlindungan data. Sebelum kita mempelajari detailnya, mari kita definisikan istilah kuncinya.

Apa itu multi-cloud?

Multi-cloud adalah pemanfaatan dua atau lebih penyedia cloud untuk melayani layanan dan infrastruktur TI organisasi. Pendekatan multi-cloud biasanya terdiri dari kombinasi penyedia cloud publik utama, yaitu Amazon Web Services (AWS), Google Cloud Platform (GCP), dan Microsoft Azure.

Organisasi memilih layanan terbaik dari setiap penyedia cloud berdasarkan biaya, persyaratan teknis, ketersediaan geografis, dan faktor lainnya. Ini mungkin berarti bahwa perusahaan menggunakan Google Cloud untuk pengembangan/pengujian, saat menggunakan AWS untuk pemulihan bencana, dan Microsoft Azure untuk memproses data analitik bisnis.

Multi-cloud berbeda dari hybrid cloud yang mengacu pada lingkungan komputasi yang menggabungkan infrastruktur lokal, layanan cloud pribadi, dan cloud publik.

Siapa yang menggunakan banyak awan?

  • Industri yang diatur – Banyak organisasi menjalankan operasi bisnis yang berbeda di lingkungan cloud yang berbeda. Ini mungkin merupakan strategi yang disengaja untuk mengoptimalkan lingkungan TI mereka berdasarkan kekuatan masing-masing penyedia cloud atau hanya produk dari organisasi TI yang terdesentralisasi.
  • Media dan Hiburan – Lanskap media dan hiburan saat ini semakin terdiri dari studio yang relatif kecil dan khusus yang memenuhi kebutuhan produksi konten yang membengkak dari para pemain terbesar, seperti Netflix dan Hulu. Solusi multi-cloud memungkinkan tim-tim ini untuk bekerja sama dalam proyek yang sama, mengakses alat produksi pilihan mereka dari berbagai cloud publik, dan menyederhanakan persetujuan tanpa penundaan terkait dengan pemindahan file media besar dari satu situs ke situs lainnya.
  • Transportasi dan Mengemudi Otonom – Proyek mobil yang terhubung dan mengemudi otonom menghasilkan sejumlah besar data dari berbagai sensor. Produsen mobil, agen transportasi umum, dan perusahaan rideshare termasuk di antara mereka yang termotivasi untuk memanfaatkan inovasi multi-cloud, memadukan aksesibilitas data di beberapa cloud tanpa risiko biaya keluar yang signifikan dan transfer yang lambat, sambil mempertahankan kebebasan untuk memanfaatkan optimal layanan cloud publik untuk setiap proyek.
  • Sektor Energi – Adopsi multi-cloud dapat membantu menurunkan biaya signifikan yang terkait dengan pencarian dan pengeboran sumber daya.Insinyur dan ilmuwan data dapat menggunakan analitik pembelajaran mesin (ML) untuk mengidentifikasi tempat-tempat yang membutuhkan lebih banyak sumber daya untuk prospek minyak, untuk mengukur risiko lingkungan dari proyek-proyek baru, dan untuk meningkatkan keselamatan.

Poin nyeri pemulihan bencana multi-cloud:

  • Tidak membaca sebelum Anda menandatangani.Pelanggan mungkin menghadapi masalah jika mereka gagal membaca cetakan kecil dalam perjanjian cloud mereka. Penyedia cloud bertanggung jawab atas infrastruktur komputernya, tetapi pelanggan bertanggung jawab untuk melindungi aplikasi dan data mereka. Ada banyak alasan untuk waktu henti aplikasi yang tidak tercakup dalam SLA cloud. Beban kerja penting bisnis memerlukan ketersediaan tinggi dan perangkat lunak perlindungan pemulihan bencana juga.
  • Mengembangkan kebijakan proteksi terpusat.Kebijakan perlindungan terpusat harus dibuat untuk mencakup semua data, di mana pun ia tinggal. Setiap penyedia cloud memiliki cara unik untuk mengakses, membuat, memindahkan, dan menyimpan data, dengan tingkat penyimpanan yang berbeda. Mungkin rumit untuk membuat rencana pemulihan bencana yang mencakup data di berbagai awan.
  • Pelaporan.Hal ini penting untuk memastikan perlindungan data sesuai dengan perjanjian tingkat layanan yang mengaturnya. Mengingat seberapa cepat pengguna dapat meningkatkan sumber daya cloud, mungkin sulit untuk memastikan Anda melindungi setiap sumber daya dengan tepat dan mengidentifikasi semua data yang perlu dimasukkan ke dalam rencana DR Anda.
  • Uji rencana DR Anda.Pelanggan harus sepenuhnya menyaring dan menguji strategi DR mereka. Strategi multi cloud menambah kebutuhan akan pengujian. Beberapa penyedia mungkin membebankan biaya kepada pelanggan untuk pengujian, yang memperkuat kebutuhan untuk membaca cetakan kecil kontrak.
  • Perangkat keterampilan sumber daya . Menemukan seorang ahli dalam satu cloud bisa jadi menantang; dengan multi-cloud, Anda perlu menemukan keahlian di setiap cloud, atau individu langka yang memiliki signifikansi di banyak cloud.

Mengatasi tantangan DR multi-cloud

Memenuhi tantangan ini mengharuskan perusahaan untuk mengembangkan perlindungan data dan strategi pemulihan yang mencakup banyak masalah. Coba tanyakan pada diri Anda pertanyaan strategis berikut:

  • Sudahkah Anda menentukan tingkat kekritisan untuk semua aplikasi dan data? Berapa banyak uang yang akan dikeluarkan beberapa menit untuk aplikasi penting yang membebani organisasi Anda dalam produktivitas pengguna akhir, kepuasan pelanggan, dan tenaga kerja TI?
  • Apakah perlindungan dan pemulihan data akan ditangani oleh IT atau pemilik dan pembuat aplikasi dalam model layanan mandiri?
  • Apakah Anda merencanakan pengoptimalan data, menggunakan berbagai opsi berbasis cloud dan lokal?
  • Bagaimana Anda berencana untuk memulihkan data? Memulihkan data ke mesin virtual berbasis cloud atau menggunakan gambar cadangan sebagai sumber pemulihan?

Dapatkan solusi DR multi-cloud yang tepat

Kunci terbesar untuk sukses dalam perlindungan dan pemulihan data dalam skenario multi-cloud adalah memastikan Anda memiliki visibilitas ke semua data Anda, tidak peduli bagaimana data itu disimpan. Alat dari perusahaan memungkinkan Anda untuk menentukan data dan aplikasi mana yang harus dipulihkan dalam skenario bencana dan bagaimana melakukannya – baik dari gambar cadangan atau dengan memindahkan data ke VM yang baru dibuat di cloud, misalnya.

Alat ini akan membantu Anda mengatur skenario pemulihan dan, yang penting, mengujinya. Jika alat ini terintegrasi dengan baik dengan alat pencadangan data Anda, alat ini juga memungkinkan Anda untuk menggunakan cadangan sebagai sumber data pemulihan, bahkan jika data disimpan di lokasi yang berbeda – seperti beberapa awan. Webinar SIOS terbaru kami membahas hal yang sama; jam tangan itu disini jika Anda tertarik.Penjaga Data SIOS memungkinkan Anda menjalankan aplikasi penting bisnis Anda dalam lingkungan cloud yang fleksibel dan skalabel, seperti Layanan Web Amazon (AWS) , Biru langit , dan Google Cloud Platform tanpa mengorbankan kinerja, ketersediaan tinggi atau perlindungan bencana. SIOS DataKeeper tersedia di Pasar AWS dan satu-satunya perangkat lunak ketersediaan tinggi bersertifikat Azure untuk WSFC yang ditawarkan di Pasar Azure.
  • Results 311-315 of 1002
  • < Page 63 of 201 >

  • Bergabunglah dengan Milis Kami