Archives

8 Perubahan Yang Dapat Merusak Solusi Ketersediaan Tinggi Anda

Maret 2, 2023 by Jason Aw Leave a Comment

8 Perubahan Yang Dapat Merusak Solusi Ketersediaan Tinggi Anda

Sebagai VP Pengalaman Pelanggan, saya telah mengamati bahwa sebagian besar organisasi sadar dan berhati-hati dalam menerapkan alat atau proses apa pun yang dapat berdampak pada ketersediaan tinggi bisnis mereka.Perusahaan-perusahaan ini biasanya sangat berhati-hati terkait dengan HA termasuk pemeriksaan perubahan yang ketat untuk setiap perubahan solusi HA Clustering, DR, Keamanan, atau Cadangan.Sebagian besar perusahaan memahami bahwa perubahan pada alat ini perlu dipertimbangkan dan diuji secara hati-hati untuk menghindari dampak terhadap ketersediaan aplikasi secara keseluruhan dan stabilitas sistem.Administrator TI menyadari bahwa bahkan perubahan yang paling tidak mencolok dalam Pengelompokan HA mereka, Pemulihan bencana , Keamanan, atau solusi Pencadangan dapat menyebabkan gangguan besar.

Namun, perubahan di tempat kerja lain dan alat produktivitas seringkali tidak dipertimbangkan dengan ketekunan yang sama.

Delapan perubahan yang dapat merusak solusi HA Anda:

Dokumentasi Hilang

Alat Anda yang ada sering merangkum banyak dokumentasi seputar perusahaan, keputusan, integrasi, dan keseluruhan arsitektur HA.Saat tim bertransisi ke alat baru, dokumen ini sering hilang, atau akses menjadi diblokir atau terhambat.

Peningkatan yang Disarankan: Ekspor dan impor semua dokumen yang ada ke alat baru.Gunakan penyimpanan arsip dan cadangan untuk menyimpan salinan lengkap data sebelum impor.

Persyaratan Hilang

Mirip dengan dokumen yang hilang, persyaratan seringkali menjadi hal pertama yang hilang saat mentransfer alat.

Peningkatan yang Disarankan: Mendokumentasikan persyaratan yang diketahui, dokumen terkait persyaratan ekspor dari alat produktivitas yang ada.

Kehilangan Sejarah dan Mindshare

Hampir sama pentingnya dengan dokumentasi dan persyaratan adalah sejarah di balik perubahan, revisi, dan keputusan. Banyak organisasi menyimpan informasi historis di tempat kerja dan alat produktivitas kantor.Informasi tersebut dapat mencakup keputusan seputar alat dan solusi yang telah dievaluasi sebelumnya.Saat alat tempat kerja ini diubah atau ditransisikan, jenis sejarah ini bisa hilang. Alat yang ada seringkali memiliki banyak pengetahuan diam-diam yang terlibat dengannya juga.Saat alat baru terintegrasi, pengetahuan dan mindshare itu menghilang. Dua dekade lalu, tim kami memigrasikan solusi pelacakan bug.Kesenjangan pengetahuan antar alat sangat besar dan memengaruhi banyak departemen, termasuk tim TI yang sekarang bertugas mengelola, mencadangkan, dan menyelesaikan masalah.

Peningkatan yang Disarankan: Pastikan untuk melatih dan mentransfer mindshare dan pengetahuan secara memadai di antara alat-alat baru. Pastikan riwayat, konteks, dan keputusan seputar alat saat ini dan alat sebelumnya didokumentasikan sebelum menghentikan alat saat ini

Kehilangan Akses / Kontrol akses

Setiap alat baru memiliki seperangkat aturan keamanan dan akses yang berbeda.Seringkali dalam tim transisi berakhir dengan terlalu banyak admin, tidak cukup admin, atau terlalu banyak pembatasan izin.

Peningkatan yang Disarankan: Akses peta dan kontrol pengguna, berdasarkan persyaratan dan aturan keamanan, terlebih dahulu dan memiliki proses untuk penyelesaian cepat.

Kontak Hilang

Migrasi sistem email dan kontak jarang mulus. Bahkan pemutakhiran di antara versi yang ada dapat menimbulkan konsekuensi.Salah satu kelemahan dari migrasi dari satu alat (Exchange to Gmail) bisa jadi adalah kehilangan kontak.Tim kami bekerja dengan seorang pelanggan yang pernah menghubungi tim dukungan kami untuk membantu mendapatkan kontak mitra mereka.Transisi mereka untuk sistem email terhenti dan akses ke kontak penting tertunda.

Peningkatan yang Disarankan: Rencanakan migrasi dan validasi kontak.Pastikan bahwa setiap kontak penting untuk klaster HA Anda merupakan bagian dari langkah migrasi yang tervalidasi.

Integrasi yang rusak

Integrasi yang rusak adalah item yang sangat umum yang berdampak ketersediaan tinggi , pemantauan dan peringatan.Saat perusahaan beralih ke alat produktivitas yang lebih baru, integrasi yang ada mungkin tidak lagi berfungsi dan memerlukan pengembangan tambahan.Sebagai contoh relatif, sebuah perusahaan yang sebelumnya menggunakan Skype untuk olahpesan, pindah ke Slack.Banyak alat yang mengirimkan pesan melalui Skype perlu disesuaikan. Di lingkungan HA Anda, integrasi yang rusak antara dasbor atau sistem peringatan dapat berarti pemberitahuan penting tidak diterima tepat waktu.

Peningkatan yang Disarankan: Petakan setiap alur kerja otomatis untuk membantu mengidentifikasi titik integrasi antar alat.Juga bekerja untuk mengidentifikasi persyaratan baru dan peluang integrasi.Rencanakan dan uji integrasi selama fase pembuktian konsep atau penerapan terkontrol.

Juara yang Hilang

Setiap set alat memiliki juara dan kritikus.Champion mungkin atau mungkin tidak sama dengan administrator Anda.Peran juara berubah dalam setiap organisasi dan seringkali dengan masing-masing alat, tetapi yang umum di antara mereka adalah kesediaan mereka untuk mengatasi masalah, masalah, atau tantangan dengan alat produktivitas baru untuk kepentingan diri mereka sendiri dan orang lain.Champion adalah orang pertama yang menemukan fitur baru, mengungkap dan melaporkan masalah baru, dan membantu orang-orang baru masuk ke perangkat.Juara melampaui mindshare dan sejarah.Seringkali dengan pergantian set alat, tim Anda akan kehilangan seorang juara.

Kehilangan Produktivitas

Alat baru, bahkan yang tidak terkait langsung dengan HA berdampak pada produktivitas tim Anda.Bahkan alat yang terkait dengan manajemen prioritas, pengembangan, dan repositori kode memerlukan peningkatan dan waktu orientasi.Waktu ini sering kali menyebabkan hilangnya produktivitas, yang dapat menyebabkan risiko pada klaster Anda. Pastikan proses Anda yang terkait dengan semua alat yang ada dan yang baru didokumentasikan dengan baik sehingga perubahan ke alat baru tidak menyebabkan kebingungan, merusak alur proses, dan menyebabkan kerugian produktivitas yang lebih besar.

Peningkatan yang Disarankan: Kurangi risiko hilangnya produktivitas dengan menggunakan alat pelatihan, memanfaatkan keunggulan produk, dan memastikan peluncuran berfokus pada memperpendek kurva pembelajaran. solusi ketersediaan tinggi membutuhkan persyaratan menangkap, mengidentifikasi dokumen kunci, mentransfer mindshare, pemetaan dependensi, menguji dan mengonfigurasi akses yang tepat, mengidentifikasi juara perangkat. Ini memastikan bahwa alat baru Anda benar-benar meningkatkan produktivitas daripada menarik sumber daya utama Anda dari mempertahankan waktu aktif.

Cassius Rhue, Pengalaman Pelanggan VP Direproduksi dengan izin dari SIOS

Opsi Ketersediaan Tinggi untuk SQL Server di Azure VMs

Februari 28, 2023 by Jason Aw Leave a Comment

Opsi Ketersediaan Tinggi untuk SQL Server di Azure VMs

Infrastruktur Microsoft Azure dirancang untuk menyediakan ketersediaan tinggi untuk aplikasi dan data Anda. Azure menawarkan berbagai pilihan infrastruktur untuk mencapai ketersediaan tinggi, termasuk Availability Zones, Paired Regions, redundant storage, dan konektivitas jaringan berkecepatan tinggi dan latensi rendah. Semua layanan ini didukung oleh Perjanjian Tingkat Layanan (SLA) untuk memastikan ketersediaan aplikasi penting bisnis Anda. Posting blog ini akan berfokus pada opsi ketersediaan tinggi saat menjalankan SQL Server di Mesin Virtual Azure.

Infrastruktur Azure

Sebelum kita beralih ke opsi ketersediaan tinggi untuk SQL Server, mari kita bahas infrastruktur vital yang harus ada. Availability Zone, Region, dan Paired Region adalah konsep kunci dalam infrastruktur Azure yang penting untuk dipahami saat merencanakan ketersediaan tinggi aplikasi dan data Anda .

Availability Zone adalah lokasi yang terpisah secara fisik dalam suatu wilayah yang menyediakan daya, pendinginan, dan jaringan yang redundan. Setiap Availability Zone terdiri dari satu atau beberapa pusat data. Dengan menempatkan sumber daya Anda di Availability Zone yang berbeda, Anda dapat melindungi aplikasi dan data Anda dari gangguan yang disebabkan oleh pemeliharaan terencana atau tidak terencana, kegagalan perangkat keras, atau bencana alam. Saat memanfaatkan Availability Zone untuk penerapan SQL Server, Anda memenuhi syarat untuk 99,99% ketersediaan SLA untuk Mesin Virtual.

Wilayah adalah lokasi geografis tempat layanan Azure tersedia. Azure saat ini memiliki lebih dari 60 wilayah di seluruh dunia, masing-masing dengan beberapa Availability Zone. Dengan menempatkan sumber daya Anda di berbagai wilayah, Anda dapat memberikan perlindungan yang lebih besar terhadap pemadaman yang disebabkan oleh bencana alam atau peristiwa penting lainnya.

Daerah Berpasangan adalah pasangan wilayah yang ditentukan sebelumnya yang memiliki hubungan unik. Terutama, Wilayah berpasangan mereplikasi data satu sama lain saat penyimpanan geo-redundan sedang digunakan. Manfaat lain dari wilayah berpasangan adalah urutan pemulihan wilayah, pembaruan berurutan, isolasi fisik, dan residensi data. Saat merancang rencana pemulihan bencana Anda, disarankan untuk menggunakan Wilayah Berpasangan untuk lokasi utama dan pemulihan bencana Anda.

Menggunakan Availability Zones dan Paired Regions bersamaan dengan opsi ketersediaan tinggi seperti Availability Groups dan Failover Cluster Instances, Anda dapat membuat penerapan SQL Server yang sangat tersedia dan tangguh yang dapat menahan berbagai kegagalan, meminimalkan waktu henti.

Grup Ketersediaan SQL Server dan Instans Failover Cluster

SQL Server Availability Groups (AGs) dan SQL Server Failover Cluster Instances (FCIs) keduanya merupakan solusi ketersediaan tinggi (HA) dan pemulihan bencana (DR) untuk SQL Server, tetapi keduanya bekerja dengan cara yang berbeda.

AG adalah fitur edisi SQL Server Enterprise yang menyediakan solusi HA dengan mereplikasi database di beberapa server (disebut replika) untuk memastikan bahwa database selalu tersedia jika terjadi kegagalan. AG dapat digunakan untuk menyediakan HA untuk database tunggal dan banyak database.

SQL Server Standard Edition mendukung sesuatu yang disebut Basic AG. Ada beberapa batasan untuk AG Dasar di SQL Server. Pertama, Basic AG hanya mendukung satu database. Anda memerlukan AG untuk setiap basis data dan alamat IP terkait serta penyeimbang beban jika Anda memiliki lebih dari satu basis data. Selain itu, Basic AG tidak mendukung replika read-only. Meskipun Basic AG menyediakan cara sederhana untuk mengimplementasikan HA untuk satu database, mereka mungkin tidak cocok untuk skenario yang lebih kompleks.

Di sisi lain, SQL Server FCI adalah Windows Server Failover Cluster (WSFC) yang menyediakan solusi HA dengan membuat cluster dari beberapa server (disebut node) yang menggunakan penyimpanan bersama. Jika terjadi kegagalan, instance SQL Server yang berjalan di satu node dapat gagal di node lainnya.

Di SQL Server 2022 Enterprise Edition, Contained Availability Groups (CAG) mengatasi beberapa batasan AG dengan mengizinkan pengguna membuat database sistem ke CAG, yang kemudian dapat direplikasi. CAG menghilangkan kebutuhan untuk menyinkronkan hal-hal seperti login SQL dan pekerjaan Agen SQL secara manual.

Grup Ketersediaan dan Instans Kluster Failover memiliki kelebihan dan kekurangannya sendiri. AG memiliki fitur canggih seperti sekunder yang dapat dibaca dan replikasi sinkron dan asinkron. Namun, AG memerlukan Edisi Enterprise dari SQL Server, yang dapat menjadi penghalang biaya, terutama jika Anda tidak memerlukan fitur Edisi Perusahaan lainnya.

FCI melindungi seluruh instance SQL Server, termasuk semua database yang ditentukan pengguna dan database sistem. FCI membuat manajemen lebih mudah karena semua perubahan, termasuk yang dilakukan pada pekerjaan Agen Server SQL, akun pengguna dan kata sandi, serta penambahan dan penghapusan database, secara otomatis direkonsiliasi di semua versi SQL Server, bukan hanya SQL 2022 dengan CAG. FCI tersedia dengan SQL Server Standard Edition, yang membuatnya lebih hemat biaya. Namun, FCI memerlukan penyimpanan bersama, yang menghadirkan tantangan saat menerapkan di lingkungan yang menjangkau Availability Zone, Wilayah, atau konfigurasi cloud hibrid. Baca selengkapnya tentang bagaimana perangkat lunak SIOS diaktifkan ketersediaan tinggi untuk server SQL .

Opsi Penyimpanan untuk Instans Kluster Failover SQL Server

Mengenai opsi penyimpanan untuk SQL Server Failover Cluster Instances yang menjangkau Availability Zone, ada tiga opsi: Azure File Share, Azure Shared Disk dengan Zone Redundant Storage, dan SIOS DataKeeper Cluster Edition. Ada opsi keempat, Storage Spaces Direct (S2D), tetapi itu terbatas pada penerapan AZ tunggal, sehingga klaster berdasarkan S2D tidak akan memenuhi syarat untuk SLA 99,99% dan akan rentan terhadap kegagalan yang berdampak pada seluruh AZ.

Berbagi File Azure

Berbagi File Azure dengan redundansi zona (ZRS) adalah fitur yang memungkinkan Anda menyimpan banyak salinan data di berbagai zona ketersediaan di wilayah Azure, memberikan peningkatan ketahanan dan ketersediaan. Data ini kemudian dapat dibagikan sebagai file share CIFS, dan cluster terhubung menggunakan protokol SMB 3.

Disk Bersama Azure

Disk Bersama Azure dengan Penyimpanan Redundan Zona (ZRS) adalah disk bersama yang dapat menyimpan data SQL Server untuk digunakan dalam kluster. Reservasi persisten SCSI memastikan bahwa hanya node cluster aktif yang dapat mengakses data. Jika Availability Zone utama gagal, data di standby availability zone menjadi aktif. Disk Bersama dengan ZRS hanya tersedia di wilayah US Barat 2, Eropa Barat, Eropa Utara, dan Prancis Tengah.

SIOS DataKeeper Cluster Edisi

SIOS DataKeeper Cluster Edition adalah solusi penyimpanan HA yang mendukung SQL Server Failover Clusters di Azure. Ini tersedia di semua wilayah dan merupakan satu-satunya opsi penyimpanan FCI yang mendukung failover lintas Availability Zone dan lintas Wilayah. Ini juga memungkinkan konfigurasi cloud hybrid yang menjangkau konfigurasi cloud lokal. DataKeeper adalah solusi perangkat lunak yang membuat penyimpanan yang terpasang secara lokal tetap sinkron di semua node cluster. Ini terintegrasi dengan WSFC sebagai sumber daya klaster kelas penyimpanan pihak ketiga yang disebut volume DataKeeper. Failover Cluster mengontrol semua manajemen volume DataKeeper, menjadikan pengalaman mulus bagi pengguna akhir. Belajar lebih tentang Penjaga Data SIOS.

Ringkasan

Sebagai kesimpulan, Azure menyediakan berbagai opsi infrastruktur untuk mencapai ketersediaan tinggi untuk penerapan SQL Server, seperti Availability Zone, Region, dan Paired Region. Dengan memanfaatkan opsi ini, bersama dengan solusi ketersediaan tinggi seperti Grup Ketersediaan dan Instans Failover Cluster, Anda dapat membuat penerapan SQL Server dengan ketersediaan tinggi dan tangguh yang dapat menahan berbagai kegagalan dan meminimalkan waktu henti. Memahami infrastruktur yang dibutuhkan dan pro dan kontra dari setiap opsi sangat penting sebelum memilih solusi terbaik untuk kebutuhan spesifik Anda. Sebaiknya konsultasikan dengan pakar SQL dan Azure untuk memandu Anda melalui proses dan juga meninjau dokumentasi dan praktik terbaik Azure. Dengan perencanaan dan implementasi yang tepat, Anda dapat memastikan bahwa penyebaran SQL Server Anda di Azure selalu tersedia untuk mendukung aplikasi penting bisnis Anda.

Hubungi kami untuk informasi lebih lanjut tentang kami solusi ketersediaan tinggi .

Direproduksi dengan izin dari SIOS

Menjelajahi Kasus Penggunaan Ketersediaan Tinggi di Industri yang Diatur

Februari 24, 2023 by Jason Aw Leave a Comment

Menjelajahi Kasus Penggunaan Ketersediaan Tinggi di Industri yang Diatur

Sementara waktu henti dalam sistem, database, dan aplikasi kritis bisnis membebankan biaya pada setiap organisasi, industri yang berbeda memiliki konsekuensi yang berbeda terkait dengan waktu henti yang tidak direncanakan. Dalam posting ini, kami menjelajahi kasus penggunaan ketersediaan tinggi dan kisah sukses pelanggan SIOS di industri layanan keuangan, perawatan kesehatan, manufaktur, dan pendidikan.

Ketersediaan Tinggi untuk Layanan Keuangan

Mulai dari serikat kredit kecil hingga bank regional hingga perusahaan investasi global, layanan keuangan adalah industri yang sangat teratur dan bergerak cepat di mana transaksi elektronik bernilai miliaran dolar terjadi setiap detik. Dengan demikian, biaya rata-rata downtime ($300.000 untuk satu jam downtime menurut Survei Biaya Downtime Per Jam ITIC 2021) dapat jauh lebih tinggi untuk perusahaan jasa keuangan daripada industri lainnya.

Firma Jasa Keuangan Besar Menambahkan Ketersediaan Tinggi/Pemulihan Bencana untuk Aplikasi Sekuritas Penting di Database Oracle

Salah satu firma jasa keuangan tertua di Tiongkok menyediakan pialang sekuritas dan berjangka serta perbankan investasi, manajemen aset, ekuitas swasta, investasi alternatif, dan layanan leasing keuangan. Itu terdaftar di Bursa Efek Shanghai dan Hong Kong. Perusahaan ini memiliki 343 cabang yang tersebar di 30 provinsi, kotamadya, dan daerah otonom di Republik Rakyat Tiongkok. Ini juga beroperasi di 14 negara dan kota-kota besar internasional, melayani sekitar 18 juta pelanggan.

LINGKUNGAN Perusahaan mengandalkan aplikasi perdagangan efek berdasarkan Oracle Database yang berjalan di lingkungan sistem operasi Red Hat Linux. Meskipun tim TI perusahaan sering mencadangkan aplikasi dan database ini, mereka tidak dapat memulihkan operasi dengan cepat jika terjadi kegagalan atau bencana.

TANTANGAN Perusahaan jasa keuangan ingin menerapkan perlindungan ketersediaan tinggi (99,99% waktu aktif) untuk aplikasi kritisnya dan database Oracle yang menjadi sandarannya.

EVALUASI Tim TI perusahaan menginginkan solusi pengelompokan yang akan memastikan mereka dapat memenuhi perjanjian tingkat layanan (SLA) dengan andal untuk ketersediaan tinggi serta tujuan waktu pemulihan dan titik pemulihan (RTO, RPO) yang ketat. Itu perlu dibuktikan untuk menyediakan ketersediaan tinggi di lingkungan Linux . Mereka juga menginginkan solusi yang akan mengurangi kerumitan pengelompokan di lingkungan sumber terbuka.

SOLUSINYA Perusahaan membuat cluster dua node di server fisik menggunakan SIOS Protection Suite untuk Linux perangkat lunak pengelompokan . Perangkat lunak pengelompokan SIOS memantau seluruh tumpukan aplikasi—jaringan, penyimpanan, OS, dan aplikasi. Jika terjadi kegagalan, perangkat lunak mengatur kegagalan operasi aplikasi ke node sekunder di kluster. Modul sadar aplikasi di SIOS Protection Suite menyederhanakan kompleksitas konfigurasi cluster untuk lingkungan Linux.

HASIL Perusahaan telah menggunakan SIOS Protection Suite untuk pengelompokan Linux selama bertahun-tahun dan terus mengimplementasikan produk SIOS di lingkungan mereka. Pada saat itu, perusahaan telah secara konsisten memenuhi SLA ketersediaannya. Dari penerapannya yang langsung hingga pengelolaannya yang andal dan mudah digunakan, perangkat lunak pengelompokan SIOS telah memenuhi atau melampaui harapan perusahaan.

Ketersediaan Tinggi untuk Layanan Kesehatan

Waktu henti untuk aplikasi dan penyimpanan dalam industri perawatan kesehatan benar-benar dapat menjadi masalah hidup dan mati. Sangat penting untuk memastikan akses yang andal ke sistem kritis yang digunakan di rumah sakit dan pusat operasi, serta catatan kesehatan elektronik (EHR) dan teknologi pencitraan medis seperti pengarsipan gambar dan sistem komunikasi (PACS). Industri perawatan kesehatan juga semakin menjadi sasaran serangan ransomware, yang menyebabkan waktu henti yang signifikan.

Lifehouse Hospital Memastikan Ketersediaan Tinggi di Amazon Web Services dengan SIOS DataKeeper

Rumah Sakit Chris O'Brien Lifehouse (www.mylifehouse.org.au) berspesialisasi dalam penelitian mutakhir dan perawatan kasus kanker yang langka dan kompleks. Rumah sakit nirlaba ini menangani lebih dari 40.000 pasien setiap tahunnya untuk pemeriksaan, diagnosis, dan pengobatan.

TANTANGAN Lifehouse menggunakan MEDITECH untuk administrasi pasien dan pusat penyimpanan catatan kesehatan elektronik pasiennya. “Sistem dan database informasi kesehatan sangat penting untuk perawatan yang kami sediakan. Jika salah satu turun, catatan pasien tidak akan dapat diakses, dan itu akan melumpuhkan operasi rumah sakit,” jelas Peter Singer, direktur Teknologi Informasi di Lifehouse. Di pusat data rumah sakit, waktu aktif mission-critical telah disediakan oleh Windows Server Failover Clustering (WSFC) yang berjalan di SAN. Seperti banyak organisasi, Lifehouse berencana untuk bermigrasi ke cloud untuk memanfaatkan kelincahan dan keterjangkauannya.

Lifehouse memilih Amazon Web Services (AWS) dan berharap untuk "mengangkat dan mengalihkan" lingkungannya langsung ke cloud AWS. Untuk mensimulasikan konfigurasi lokalnya, Singer memilih layanan “volume cloud” yang tersedia di AWS Marketplace. Kluster failover dikonfigurasi menggunakan volume penyimpanan yang ditentukan perangkat lunak Amazon FSx untuk berbagi data antara instans aktif dan siaga. Namun, volume cloud yang ditentukan perangkat lunak memiliki dampak buruk yang substansial pada kinerja throughput. Dengan opsi "Tanpa Perlindungan", volume cloud bekerja dengan baik, tetapi "tanpa perlindungan" sebenarnya bukan pilihan untuk aplikasi MEDITECH yang sangat penting dan basis datanya.

SOLUSINYA Setelah melakukan pencarian menyeluruh, Singer menyimpulkan bahwa solusi terbaik adalah SIOS DataKeeper. SIOS DataKeeper menyediakan replikasi data sinkron berkinerja tinggi yang dibutuhkan Lifehouse. Dengan menggunakan pencerminan data level-blok real-time antara penyimpanan lokal yang terpasang ke semua instans aktif dan siaga, solusi ini mengatasi masalah yang disebabkan oleh kurangnya SAN di cloud, termasuk kinerja buruk yang sering mengganggu penyimpanan yang ditentukan perangkat lunak (lihat Gambar 3). Kluster SANless yang dihasilkan kompatibel dengan WSFC, memberikan pemantauan berkelanjutan untuk mendeteksi kegagalan pada tingkat aplikasi dan basis data, dan menawarkan kebijakan yang dapat dikonfigurasi untuk failover dan failback.

HASIL Tidak seperti penyimpanan yang ditentukan perangkat lunak, SIOS DataKeeper dibuat khusus untuk kinerja tinggi dan ketersediaan tinggi , jadi tidak mengejutkan bagi Singer bahwa konfigurasi berbasis cloud berfungsi sesuai kebutuhan. Namun Singer sangat terkejut dengan betapa mudahnya penerapan dan pengoperasian solusi tersebut: “Kami dapat beralih dari pengujian ke produksi dalam hitungan hari. Pemeliharaan berkelanjutan juga cukup sederhana, yang kami harapkan akan meminimalkan pengeluaran operasional kami terkait dengan ketersediaan yang tinggi dan pemulihan bencana .”

Ketersediaan Tinggi untuk Manufaktur

Ada banyak perhatian pada rantai pasokan hari ini. Meskipun sebagian besar fokus baru-baru ini adalah pada masalah logistik (seperti kemacetan di Pelabuhan Los Angeles) dan serangan dunia maya (seperti serangan ransomware Colonial Pipeline), banyak tantangan kritis yang meluas lebih jauh ke rantai pasokan. Selama lebih dari 50 tahun, manufaktur ramping (juga dikenal sebagai manajemen inventaris just-in-time) telah menjadi ciri efisiensi dalam industri manufaktur. Namun, "just-in-time" berarti persis seperti itu dan tidak ada ruang untuk downtime sistem atau aplikasi di bidang manufaktur.

SIOS DataKeeper Cluster Edition Melindungi Sistem Data Van de Lande

Van de Lande BV (VDL) berspesialisasi dalam pembuatan fitting dan katup tekanan PVC-U dan PE untuk sistem perpipaan plastik, baik yang terbuat dari tabung maupun cetakan injeksi. Produknya digunakan di seluruh dunia dalam instalasi industri dan teknis. Apa yang membedakan VDL adalah rangkaian jenis dan ukuran produknya yang mengesankan, dan komitmennya yang berkelanjutan untuk peningkatan dan peningkatan produk. Hasilnya, VDL telah menjadi merek pilihan bagi pembuat sistem dan instalasi selama lebih dari 50 tahun.

TANTANGAN VDL dimulai dengan lingkungan server tervirtualisasi, berdasarkan Xen dan CentOS. Belakangan, perusahaan mengimplementasikan KVM dan Hyper-V. Lingkungan yang heterogen ini terbukti sulit dipertahankan sehingga VDL secara bertahap beralih ke lingkungan Windows Hyper-V.

Sebelum menerapkan Penjaga Data SIOS solusi, VDL mengandalkan penyimpanan bersama (SAN) untuk penyimpanan utamanya. Untuk meningkatkan performa, mereka memutuskan untuk pindah ke penyimpanan lokal berdasarkan solid-state disk (SSD), bukan disk berputar tradisional.

Namun, VDL sangat bergantung pada ketersediaan database ERP-nya. Dengan hanya satu sistem pemrosesan data primer, VDL membutuhkan solusi pemulihan bencana yang andal dan komprehensif untuk memastikan ketersediaan sistemnya jika terjadi bencana di seluruh lokasi.

Untuk mencegah downtime, perusahaan memerlukan servernya untuk mereplikasi data ke server cadangan untuk perlindungan bencana. Jika satu server gagal, server lain mengambil alih operasi. Proses failover ini mempertahankan operasi, memaksimalkan waktu aktif, dan memungkinkan produktivitas pengguna.

SOLUSINYA Untuk memberikan perlindungan failover dan pemulihan bencana penuh, VDL membangun sistem Windows Server Failover Cluster (WSFC), dengan setiap node mereplikasi data ke yang lain. Jika satu node gagal, operasi dilanjutkan di server lain dan tidak ada data yang hilang. Solusi gabungan Microsoft Hyper-V dengan perangkat lunak SIOS DataKeeper Cluster Edition memberikan ketersediaan dan perlindungan bencana yang penting bagi VDL.

VDL menggunakan perangkat lunak SIOS DataKeeper Cluster Edition untuk memastikan ketersediaan aplikasi, database, dan layanan web yang berkelanjutan. Perangkat lunak SIOS DataKeeper terintegrasi dengan WSFC untuk membuat sistem server "cermin" antara dua node cluster Windows. Jika node utama gagal, WSFC mentransfer semua operasi ke node lain sambil mengaktifkan akses berkelanjutan ke aplikasi dan data (yang dilindungi pada tingkat volume). Perangkat lunak SIOS DataKeeper memungkinkan pemulihan bencana tanpa waktu henti yang lama dan waktu pemulihan yang terkait dengan teknologi pencadangan dan pemulihan tradisional. SIOS DataKeeper bekerja dengan Microsoft WSFC untuk memantau kesehatan sistem dan aplikasi, menjaga konektivitas klien, dan menyediakan akses data tanpa gangguan, memberikan VDL sistem yang andal dan tahan kesalahan yang dibutuhkan perusahaan.

SIOS DataKeeper Cluster Edition semakin memperluas kemampuan Microsoft Cluster Services dan Windows Server Failover Clustering. SIOS DataKeeper Cluster Edition juga mendukung replikasi real-time mesin virtual Hyper-V antara server fisik melalui koneksi LAN atau WAN.

Untuk perusahaan seperti VDL, perangkat lunak SIOS DataKeeper Cluster Edition mengurangi biaya penerapan klaster dengan memungkinkan mereka membuat klaster SANless yang menghilangkan biaya, kerumitan, dan risiko kegagalan satu titik SAN dalam klaster penyimpanan bersama tradisional. Implementasi cluster berjalan lancar dan memakan waktu kurang dari sehari. Setelah evaluasi menyeluruh terhadap konfigurasi dan pengujian server VDL, tim instalasi menemukan bahwa klaster SANless dengan perangkat lunak SIOS DataKeeper Cluster Edition memenuhi semua kriteria untuk pemulihan bencana, kinerja, dan ketersediaan tinggi. Selama pengujian kegagalan sistem, tim layanan jaringan dengan mudah gagal dan gagal kembali sistem dengan cepat dan mudah.

HASIL VDL kini memiliki solusi pemulihan bencana/ketersediaan tinggi yang komprehensif yang menjaga aplikasi penting seperti layanan web dan database ERP selalu tersedia. Perangkat lunak SIOS DataKeeper menyediakan replikasi tingkat blok real-time, berbasis host, yang memberikan akses berkelanjutan ke catatan pelanggan dan inventaris. VDL menyebarkan dua cluster SIOS DataKeeper yang melindungi server file, server cetak, SQL Server (ERP), layanan web Microsoft Dynamics NAV, layanan label NiceLabel NiceWatch, dan server iSCSI.

Satu cluster dua node berfungsi sebagai server file dan server iSCSI, sementara yang lain mendukung cluster SQL Server dan layanan web Dynamics NAV. Infrastruktur TI terdiri dari tiga host Hyper-V dengan 60 VM terpasang di dalamnya, satu server BackupExec, 50 pengguna desktop, dan 25 pemindai kode batang seluler, yang terhubung melalui layanan web ke sistem ERP. Setiap host berisi SSD 240GB dalam konfigurasi RAID 60 dengan total penyimpanan lokal 3TB. Sistem terhubung melalui 10 antarmuka Gigabit.

Ketersediaan Tinggi untuk Pendidikan

Setelah pandemi global, pembelajaran jarak jauh telah menjadi format pengajaran utama dalam pendidikan pasca-sekolah menengah, serta pendidikan dasar dan menengah. Dalam pendidikan pasca-sekolah menengah, pembelajaran jarak jauh memungkinkan penjangkauan global untuk perguruan tinggi dan universitas untuk menarik mahasiswa yang beragam. Dengan demikian, waktu aktif menjadi semakin penting dalam pendidikan, dengan mahasiswa dan profesor memerlukan akses ke berbagai sistem termasuk database perpustakaan, catatan mahasiswa, dan komputasi kinerja tinggi (HPC)—misalnya, untuk mendukung penelitian medis, pengujian aplikasi, dan banyak lagi. Waktu henti juga bisa mahal karena siswa (berpotensi dari seluruh dunia) terburu-buru mendaftar secara online, bersaing untuk mendapatkan ruang kelas yang terbatas.

Universitas Besar Memberikan Nilai Teratas SIOS LifeKeeper untuk Linux

Ketika universitas terkemuka di New York memutuskan untuk mengubah sistem perencanaan sumber daya perusahaan (ERP), universitas tersebut berharap dapat meningkatkan kinerja, terutama selama periode pendaftaran puncak, dan mengurangi total biaya kepemilikan (TCO) keseluruhan. Universitas ini melayani lebih dari 10.000 mahasiswa dan menggunakan database Oracle untuk memelihara semua informasi pendaftaran mahasiswa pada lingkungan penyimpanan berbasis SAN HP/UX dengan replikasi arsitektur SAN penuh antara dua struktur dalam sebuah kluster.

TANTANGAN Universitas membutuhkan solusi alternatif yang akan lebih hemat biaya, memberikan kinerja lebih cepat, dan memberikan ketersediaan tinggi dan perlindungan data untuk database Oracle yang sangat penting. Menyadari bahwa diperlukan solusi pengelompokan yang lebih kuat daripada yang bisa didapatkan dengan solusi Linux biasa, universitas beralih ke SIOS. “Kami menginginkan pengganti pengelompokan yang sesuai,” kata asisten wakil presiden TI universitas tersebut. “SIOS menjelaskan bahwa mereka dapat mengintegrasikan dan menyiapkan klaster dengan produk SanDisk Fusion ioMemory. Mereka benar-benar proaktif.” SOLUSINYA SIOS LifeKeeper untuk Linux menyediakan failover aplikasi, SIOS DataKeeper menyediakan replikasi data , dan SIOS Oracle Application Recovery Kit langsung menawarkan perlindungan ekstra untuk database sekolah. Aliansi strategis SIOS dengan Western Digital juga menghadirkan solusi flash SanDisk berkinerja tinggi untuk lingkungan cluster sekolah.

Menggunakan server yang dikonfigurasi dengan akselerator IO berbasis SanDisk Fusion ioMemory, universitas dapat mengganti pengaturan berbasis SAN yang besar dan mahal dengan rangkaian server yang efisien yang menjalankan Linux. Integrasi akselerator IO berbasis ioMemory dengan server dan SIOS LifeKeeper untuk Linux menawarkan kinerja dan ketersediaan yang lebih baik daripada solusi lawas tradisional, membuat solusi SIOS sangat cocok.

HASIL Biaya tiga server dan solusi SIOS kurang dari biaya salah satu server HP/UX lama universitas. Sekolah menggunakan tabungan untuk menambah memori. Universitas juga menghilangkan risiko karena disk bersama dalam kluster berbasis SAN tradisional dapat menjadi satu titik kegagalan. Itu sebabnya awalnya memiliki dua SAN. Replikasi SIOS dengan SanDisk Fusion ioMemory menghilangkan satu titik kegagalan ini, biayanya jauh lebih murah daripada sakelar fabric, dan memberikan lebih banyak salinan data. Kombinasi Fusion ioMemory berbasis flash SanDisk untuk penyimpanan dan replikasi SIOS meningkatkan TCO sekolah, mengurangi biaya pusat data, dan mengurangi dampak lingkungan berkat pengurangan kebutuhan daya dan pendinginan.

Pelajari lebih lanjut tentang SIOS solusi ketersediaan tinggi .

Direproduksi dengan izin dari SIOS

Cara Memulai dengan Sukses dengan Dokumentasi SIOS

Februari 16, 2023 by Jason Aw Leave a Comment

Cara Memulai dengan Sukses dengan Dokumentasi SIOS

Perkenalan:

Dokumentasi sangat penting karena memberikan landasan tentang bagaimana suatu produk atau layanan berfungsi, memungkinkan pemecahan masalah dengan cepat, dan memberikan banyak informasi yang dapat membantu mengidentifikasi masalah dan memberikan pemahaman tentang solusinya. Menavigasi kekayaan informasi itu, terkadang terasa seperti mencoba menemukan kit perbaikan kacamata kecil di laci sampah dapur thingamabobs, obeng, gulungan pita, mur dan baut acak, dan item lainnya. Bagaimana Anda dapat memaksimalkan alat berguna yang ditawarkan situs dokumentasi SIOS?Berikut adalah tiga tip untuk membantu memulai mendapatkan hasil maksimal dari situs dokumentasi SIOS.

Kiat #1: Bagaimana cara membuka dokumentasi SIOS?

Bagaimana cara menjangkau situs dokumentasi kami? Nah ada tiga cara:

Cara pertama hanya dengan pergi langsung ke docs.us.sios.com .

2. Cara kedua untuk masuk ke situs dokumentasi kami adalah melalui us.sios.com di area kiri atas layar:

3. Cara ketiga dan terakhir adalah melalui topik dukungan di sebelah tab dokumentasi pada tangkapan layar di atas. Dari tab "Dukungan" Anda akan dibawa ke layar ini:

Pilih "Dokumentasi Produk" untuk dibawa ke docs.us.sios.com .

Saat pertama kali membuka halaman dokumen kami, Anda mungkin ingin Memilih "Dokumentasi Teknis" dari produk yang dibeli:

Semua tautan mengarah ke halaman dalam dokumentasi kami, tetapi ini adalah tempat terbaik untuk memulai. Pastikan untuk memilih "Sistem Operasi" yang benar saat memilih topik. Kami memiliki dokumentasi yang mencakup keduanya Windows DAN Linux .

Jika Anda memerlukan klarifikasi lebih lanjut tentang produk yang ditawarkan SIOS untuk keduanya Windows dan Linux , kami telah menyediakan nama dan singkatan dari produk yang kami tawarkan di bawah ini. Dengan mengikuti tautan dari produk(-produk) yang dibeli atau produk yang paling Anda minati, Anda akan menemukan ringkasan dari setiap produk yang ditawarkan bersama dengan jalur yang berbeda tentang bagaimana Anda mungkin ingin memulai seperti yang terlihat pada “Teknis” setiap produk. halaman Dokumentasi”.

Setelah Anda membaca dokumentasi kami, langkah selanjutnya adalah memahami fitur dan kit pemulihan yang paling sesuai untuk lingkungan proyek Anda atau mencari topik yang menarik bagi Anda. Berikut adalah daftar masing-masing produk yang ditawarkan SIOS:

Produk SIOS Menawarkan:

Linux

LifeKeeper untuk Linux (LK/LK4L)
LifeKeeper Single Server untuk Linux (LKSSP/LKSSP4L)

Windows

LifeKeeper untuk Windows (LK-W/LK4W)
LifeKeeper Single Server untuk Windows (LKSSP4W)
Edisi Standar DataKeeper (DK)
Edisi Klaster DataKeeper (DKCE)

Kit Pemulihan Aplikasi – Alat dan utilitas yang memungkinkan LifeKeeper untuk Windows/Linux mengelola dan mengontrol aplikasi tertentu.

Semua Kit Pemulihan Aplikasi tersedia untuk digunakan dengan produk LifeKeeper kami.

Mengapa penting untuk mengetahui produk saya dan kit pemulihan yang menyertainya?Penting untuk memperoleh pengetahuan tentang sebagian besar opsi seputar produk yang dibeli. Pertama, ada baiknya memahami Kit Pemulihan yang disertakan untuk pemanfaatan terbaik dan kemudahan penggunaan produk kami. Dua, jika dukungan diperlukan untuk bantuan tambahan, Anda akan dapat mengetahui seluk beluk apa yang disajikan sehingga dukungan dapat mencerahkan Anda dalam sesuatu yang mungkin baru Anda mungkin tidak tahu tentang produk yang memberikan lebih banyak kemandirian dan kemandirian. -resolusi.

Untuk informasi lebih lanjut tentang produk dan sumber daya, silakan kunjungi halaman produk kami di us.sios.com/products .

Jika dua jalur awal yang disebutkan sebelumnya tidak berfungsi untuk Anda saat membuka halaman awal yang ditautkan di atas, silakan gunakan menu navigasi kiri atau bilah pencarian untuk menemukan topik yang Anda cari.

Kiat #2: Bagaimana cara mencari topik tertentu?

Mengetahui apa yang harus dicari dan cara mencari bisa menjadi suatu tantangan. Anda dapat menemukan bilah pencarian setelah memilih produk dengan melihat sudut kanan atas dokumentasi kami.

Pastikan juga untuk mencatat nomor versi dan produk. (Lihat nama produk dan akronim di atas):

Kiat #2a: Bagaimana cara menemukan dokumentasi pada versi produk yang lebih lama?

Saat kami memperbarui produk dengan setiap rilis, kami mengarsipkan versi lama di beranda dokumentasi kami. Di dasar docs.us.sios.com ada bagian “ Semua Rilis Produk Windows/Linux yang Didukung ”.

Tepat di bawah pengelompokan "Semua Rilis Produk Windows/Linux yang Didukung" adalah milik kami Jadwal Dukungan Produk tempat kami memperbarui rilis yang masih didukung.

Setelah Anda memahami rilis mana yang Anda butuhkan dokumentasinya, Anda akan dapat menavigasi ke topik atau solusi tertentu dalam dokumentasi kami tanpa masalah.

Anda juga dapat menemukan informasi melalui Google yang akan membantu menentukan masalah: Sisipkan masalah, diikuti dengan “site:us.sios.com” (mis. situs “split brain”:us.sios.com”) dan dapat membantu dalam mencari informasi tentang apa yang Anda cari.

Dalam setahun terakhir, berikut adalah daftar sebagian besar kata yang dicari. Seperti yang terlihat di bawah kisarannya luar biasa!

Dokumentasi kami berisi informasi tentang pembaruan status, kode kesalahan, perintah, masalah/solusi khusus, dll.

Kiat #3: Topik yang Sering Diminta – Tetap Terinformasi

Bergantung pada apa yang akan Anda lihat di dokumentasi, Anda mungkin ingin mempertimbangkan topik kami yang paling banyak dilihat untuk membantu Anda menemukan informasi yang mungkin Anda cari. Topik utama yang dilihat adalah dokumentasi Teknis, matriks dukungan, catatan rilis, panduan memulai cepat, dan jadwal dukungan produk kami. Jika Anda mengalami masalah atau datang dari suatu kasus, Anda mungkin ingin melihat bagian ini untuk memastikan tidak ada pembaruan atau perbaikan bug di versi yang Anda jalankan yang dapat menyebabkan masalah Anda.

Dalam setahun terakhir, ini adalah topik yang paling sering dicari/dikunjungi di DataKeeper Cluster Edition, LifeKeeper untuk Windows dan LifeKeeper untuk Linux:

5 topik teratas DataKeeper Cluster Edition:

5 topik teratas LifeKeeper untuk Windows:

LifeKeeper untuk 5 topik teratas Linux:

Topik teratas yang direkomendasikan SIOS untuk dilihat adalah milik kami Meningkatkan , Solusi/Solusi Video, Catatan Rilis, Masalah dan Solusi yang Diketahui, dan Praktik Terbaik bagian. Halaman solusi keduanya ada dalam dokumentasi Windows dan Linux.

Sangatlah penting untuk tetap mendapat informasi tentang rilis dan peningkatan baru kami jika memungkinkan.

Mempertimbangkan peningkatan ke versi terbaru itu penting karena masalah di versi sebelumnya biasanya sedang dikerjakan atau diperbaiki di versi yang lebih baru. Memanfaatkan catatan rilis sangat penting serta mencantumkan berbagai informasi yang mencakup perbaikan bug, masalah yang diketahui, item yang baru-baru ini tidak didukung, fitur yang dihentikan dan fitur baru, dll. Coba lihat !

Kesimpulan:

Setelah membaca ini, kami berharap bahwa kami telah memberikan informasi yang bermanfaat untuk lebih membantu memulai dengan sukses dengan situs dokumentasi kami. Kami harap kami telah membantu Anda memahami di mana mencarinya, komponen utama yang harus diperhatikan, dan cara untuk selalu mengetahui hal-hal baru pada produk kami. Ketika masalah muncul, kami berharap dokumentasi kami akan memberikan penyelesaian yang lebih cepat dan lebih mudah. Tujuan kami adalah untuk tidak hanya mencoba dan membantu memecahkan masalah yang dihadapi tetapi juga memahami mengapa di baliknya. Beri tahu kami bagaimana kami dapat meningkatkan dokumentasi kami lebih jauh lagi. Juga, silakan lihat blog kedua kami, selami lebih jauh untuk mengeksplorasi cara menggunakan dokumentasi untuk membantu menyelesaikan a spesifik masalah.

Direproduksi dengan izin dari SIOS

Ketersediaan Tinggi Multi-Cloud untuk Aplikasi Penting Bisnis

Februari 12, 2023 by Jason Aw Leave a Comment

Ketersediaan Tinggi Multi-Cloud untuk Aplikasi Penting Bisnis

Komputasi cloud telah menjadi hal yang umum selama dekade terakhir dengan 99% organisasi menggunakan setidaknya satu cloud publik atau pribadi menurut Laporan Status Cloud Flexera 2021. Meskipun AWS, Microsoft Azure, dan GCP adalah tiga penyedia cloud publik teratas saat ini, banyak organisasi—baik karena sengaja atau tidak sengaja—telah mengadopsi strategi multi-cloud yang memungkinkan mereka memilih layanan cloud mana yang paling menarik dan paling sesuai dengan persyaratan bisnis unik mereka. Menurut laporan Flexera, 92% perusahaan saat ini memiliki strategi multicloud dan menggunakan rata-rata 2,6 cloud publik dan 2,7 cloud privat, termasuk Software-as-a-Service (SaaS), Platform-as-a-Service (PaaS), dan penawaran Infrastructure-as-a-Service (IaaS).

Apa itu multicloud?

Multi-cloud hanyalah sebuah lingkungan yang terdiri dari dua atau lebih cloud publik dan/atau privat (termasuk SaaS, PaaS, dan IaaS). Layanan yang berbeda dalam lingkungan multi-cloud dapat saling beroperasi (dalam hal ini mungkin merupakan cloud hybrid) atau mungkin tidak selalu saling beroperasi (pada dasarnya beroperasi sebagai silo cloud terpisah). Ingat, meskipun semua cloud hybrid adalah multi-cloud, tidak semua multi-cloud adalah cloud hybrid.

Evolusi (dan Adopsi Luas) Multi-Cloud sebagai Strategi

Lingkungan multi-cloud terdiri dari kombinasi dua atau lebih penawaran cloud publik atau pribadi termasuk SaaS, PaaS, dan IaaS. Dengan demikian, strategi multi-cloud organisasi dapat terdiri dari beban kerja perusahaan yang berjalan di Amazon Elastic Cloud Compute (EC2) dan menggunakan Microsoft 365 untuk aplikasi email dan back-office. Atau organisasi dapat menghubungkan database khusus yang dihosting di cloud pribadi ke Salesforce, penawaran SaaS cloud publik.

Lingkungan hybrid cloud terdiri dari campuran lingkungan on-premise, private cloud, dan public cloud. Menurut laporan Flexera, 80% perusahaan memiliki strategi cloud hybrid (lihat Gambar 4). Lingkungan multi-cloud sering berkembang sebagai akibat dari TI bayangan, di mana berbagai departemen mendapatkan layanan cloud untuk memenuhi kebutuhan masing-masing tanpa harus berkonsultasi dengan departemen TI terpusat. Misalnya, tim pemasaran Anda mungkin sudah mulai menggunakan Salesforce jauh sebelum TI menerapkan beban kerja pertamanya di AWS, sementara departemen SDM dan keuangan Anda sibuk menambahkan Workday dan Concur ke campuran aplikasi SaaS yang sekarang menjadi andalan organisasi Anda. Atau mungkin Anda memiliki tim pengembangan aplikasi yang mengerjakan berbagai proyek di seluruh dunia. Satu tim pengembangan mungkin lebih memilih Azure DevOps, sedangkan tim lain mungkin lebih memilih alat sumber terbuka di AWS. Jadi, strategi multi-cloud Anda mungkin telah berkembang secara kebetulan—yang tidak selalu merupakan hal yang buruk.

Departemen Anda yang berbeda diberdayakan untuk memilih solusi terbaik untuk memenuhi kebutuhan mereka sementara tim pengembang aplikasi Anda dapat memaksimalkan produktivitas dan mengurangi waktu kerja pasar di lingkungan pengembangan pilihan mereka.

Lingkungan multi-cloud juga berkembang berdasarkan desain, misalnya, karena persyaratan peraturan, merger dan akuisisi, atau untuk menerapkan strategi ketersediaan tinggi dan pemulihan bencana.

Bahasa peraturan bisa jadi tidak jelas dan membingungkan. Misalnya, peraturan Financial Conduct Authority (FCA) tentang pengalihdayaan TI menyatakan bahwa perusahaan harus dapat "mengetahui bagaimana mereka akan beralih ke penyedia layanan alternatif dan mempertahankan kelangsungan bisnis". Pernyataan ini menyiratkan bahwa perusahaan yang diatur setidaknya perlu merencanakan lingkungan cloud sekunder. Mengingat sifat menghindari risiko dari banyak perusahaan yang diatur dengan ketat, jenis masalah ini telah menyebabkan banyak orang mengadopsi strategi multicloud.

Mengintegrasikan sistem TI dan mengkonsolidasikan pusat data dan lingkungan cloud setelah merger atau akuisisi merupakan tantangan yang signifikan. Ada sejumlah faktor yang dapat memperumit tantangan ini, termasuk kontrak yang ada dengan penyedia cloud atau penyedia co-location. Serupa dengan konsolidasi pusat data fisik, konsolidasi beban kerja cloud dapat menjadi upaya besar yang tidak memberikan nilai bisnis yang signifikan, sehingga seringkali tertunda untuk proyek dengan prioritas lebih tinggi.

Akhirnya, strategi multi-cloud sering diadopsi untuk mendukung persyaratan ketersediaan tinggi dan pemulihan bencana. Dalam mengevaluasi pemadaman cloud publik besar di seluruh AWS dan Azure, sebagian besar pemadaman biasanya terbatas pada satu wilayah cloud pada satu waktu (dan umumnya terkait perangkat lunak).

Semakin banyak organisasi (34% menurut laporan Flexera) telah mengambil langkah tambahan untuk menerapkan beban kerja penting mereka di beberapa penyedia cloud publik. Ini bisa jauh lebih mudah untuk beban kerja statis, seperti situs web dan aplikasi yang dapat berjalan secara independen satu sama lain. Untuk sistem terdistribusi, seperti database dan layanan direktori (misalnya, Direktori Aktif), pemulihan bencana multi-cloud bisa jauh lebih menantang.

Memahami Tantangan Unik di Lingkungan Multi-Cloud

Lingkungan multi-cloud lebih kompleks dan karenanya lebih menantang untuk dikelola daripada penerapan cloud tunggal. Beberapa tantangan unik di lingkungan multi-cloud meliputi: • Visibilitas ujung ke ujung: Memastikan visibilitas lengkap merupakan tantangan di lingkungan TI mana pun—dan secara eksponensial lebih kompleks dan menantang dalam lingkungan multi-cloud yang sangat dinamis. Namun, visibilitas end-to-end sangat penting untuk memecahkan masalah kinerja dan hambatan, mengamankan jejak digital Anda, dan mengidentifikasi satu titik kegagalan dalam sistem dan aplikasi penting.

• Manajemen keamanan dan identitas: Ransomware dan ancaman keamanan siber lainnya menjadi perhatian utama setiap pemimpin TI saat ini. Saat berpindah ke platform cloud publik umumnya meningkatkan postur keamanan organisasi dengan mengalihkan tanggung jawab keamanan tertentu (seperti pusat data dan keamanan fisik) ke penyedia cloud publik dan menyediakan akses sesuai permintaan ke layanan seperti enkripsi dan segmentasi jaringan, hal itu dapat juga membuatnya lebih mudah untuk membuat kesalahan mahal. Misalnya, kesalahan konfigurasi jaringan bisa jadi hal biasa—ribuan pelanggaran data disebabkan oleh bucket penyimpanan AWS S3 yang tidak dikonfigurasi dengan benar. Manajemen identitas adalah tantangan lain. Misalnya, Azure Active Directory mungkin cukup familiar bagi organisasi yang sebelumnya telah menggunakan Active Directory di lingkungan lokal mereka, tetapi memperluas manajemen identitas di luar Azure ke penawaran AWS, GCP, dan SaaS (seperti Salesforce, ServiceNow, Workday, dan lainnya ) dapat memperkenalkan tantangan baru.

• Portabilitas aplikasi dan data: Kemampuan untuk memindahkan aplikasi dan data secara dinamis di berbagai platform cloud publik dalam lingkungan hybrid (multi-cloud) adalah kunci dari banyak strategi multi-cloud. Meskipun penyedia cloud publik tidak perlu membangun layanan mereka untuk membatasi portabilitas aplikasi dan data, mereka tidak perlu bekerja sama untuk memfasilitasi kemampuan ini dan mungkin ada biaya yang harus dikeluarkan. Penyedia cloud yang berbeda juga menggunakan teknologi yang berbeda untuk berbagai penawaran layanan mereka.

• Silo multi-awan: Jika organisasi tidak merencanakan dan merancang penerapan multi-cloud mereka untuk portabilitas aplikasi dan data, mereka dapat berakhir dengan aplikasi dan penyimpanan yang terpisah, yang pada dasarnya menciptakan kembali masalah umum di lingkungan pusat data lokal tradisional, di berbagai platform cloud. Paling tidak, organisasi memerlukan alat manajemen dan keamanan multi-cloud yang memungkinkan mereka mengelola risiko dan penggunaan/biaya secara efektif di berbagai platform cloud.

Menurut Flexera 2021 State of the Cloud Report, 81% organisasi menyebut keamanan sebagai tantangan utama dalam penerapan cloud mereka, diikuti dengan mengelola pengeluaran cloud (79%). Namun hanya 42% organisasi yang menggunakan alat manajemen biaya multi-cloud dan hanya 38% yang menggunakan alat keamanan multi-cloud.

Mengatasi Ketersediaan Tinggi dan Pemulihan Bencana di Lingkungan Multi-Cloud

Meskipun ada banyak tantangan untuk penerapan multi-cloud, hal tersebut dapat memberikan ketersediaan tambahan, terutama jika terjadi pemadaman cloud besar, dan pemulihan bencana. Jika organisasi Anda mengejar strategi multicloud, Anda harus bekerja sama dengan partner cloud-agnostic tepercaya untuk membantu merancang dan mengimplementasikan penerapan multi-cloud menggunakan pendekatan holistik.

Untuk ketersediaan tinggi dan pemulihan bencana, Anda juga memerlukan solusi teknologi cloud-agnostic yang menjangkau lingkungan multi-cloud Anda, terlepas dari platform cloud yang Anda gunakan. Anda selalu ingin menghindari skenario di mana solusi ketersediaan tinggi menyebabkan lebih banyak waktu henti di lingkungan Anda daripada solusi mandiri. Versi awal pengelompokan SQL Server menghadirkan teka-teki ini—untuk menambah ruang disk, Anda harus mengalami waktu henti yang tidak akan terjadi pada solusi mandiri. Meskipun gagal karena sesuatu seperti situs web statis bisa jadi sepele, memindahkan tumpukan aplikasi multi-tingkat sangatlah rumit dalam hal jaringan dan sinkronisasi data. Anda juga perlu menghindari kegagalan ke lingkungan cloud yang kurang aman yang berpotensi salah konfigurasi karena kurangnya pemahaman nuansa antara berbagai solusi keamanan di seluruh penyedia cloud.

Jadi apa yang harus aku lakukan?

Terakhir, di setiap cloud publik, ada beberapa layanan yang dapat meningkatkan biaya dengan cepat. Layanan ini dibebankan sesuai dengan harga berdasarkan penggunaan dan dapat berarti kenaikan biaya yang tajam hanya dalam beberapa hari. Salah satu cara untuk mengurangi risiko ini adalah dengan memastikan Anda memanfaatkan layanan dan peringatan pemantauan biaya yang ada di setiap platform cloud Anda.

Meskipun penerapan multi-cloud tidak untuk semua organisasi, banyak yang akan menempuh jalur ini. Memahami jaringan dan keamanan adalah salah satu rintangan teknis terbesar Anda, dan mengelola tata kelola dan biaya adalah tantangan fungsional utama. Pengujian sangat penting untuk memastikan solusi klaster multicloud Anda berfungsi. Sangatlah penting untuk menggunakan solusi pengelompokan ketersediaan tinggi yang memungkinkan pengalihan dan pengalihan sederhana dan untuk memahami cara kerja setiap aplikasi Anda failover , dan yang paling penting untuk secara teratur menguji kegagalan itu untuk memahami rintangan jaringan atau data apa pun.

Direproduksi dengan izin dari SIOS