SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

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

Studi Kasus: Solusi Pemantauan AWS EC2 membebaskan perusahaan manufaktur global dari tekanan saat berpindah ke cloud.

Juli 7, 2020 by Jason Aw Leave a Comment

Pabrikan Tokyo Diamond Tools Melindungi Aplikasi Penting dengan SIOS AppKeeper

Didirikan pada tahun 1932, Tokyo Diamond Tools Mfg. Co, Ltd memproduksi alat berlian untuk memotong, memotong, memoles, dan proses pengeboran di berbagai bidang seperti elektronik rumah, semikonduktor, perangkat elektronik, kesehatan dan teknik sipil. Meskipun merupakan perusahaan yang telah lama berdiri dengan lebih dari 80 tahun sejarah, Tokyo Diamond selalu secara agresif memperkenalkan alat-alat TI baru.  Perusahaan memutuskan untuk pindah ke Amazon AWS dan virtualisasi untuk kecepatan dan efisiensi peningkatan bisnis. SIOS AppKeeper memainkan peran penting dalam memberikan perlindungan ketersediaan aplikasi yang mereka butuhkan. Salah satu alasan perpindahan Tokyo Diamond Tools ke cloud dan AWS adalah Gempa Bumi Besar Jepang Timur tahun 2011.  Meskipun tidak ada kerusakan langsung ke server di kantor pusat, peralatan di pabrik Sendai di Prefektur Miyagi keluar dari rak, menyebabkan kerusakan serius.  Tokyo Diamond melihat perlunya rencana kesinambungan bisnis yang lebih baik.  Ini adalah pendorong utama untuk beralih ke virtualisasi sistem inti mereka dan menggunakan lingkungan cloud.

Pada awalnya, perusahaan mulai memigrasi aplikasi yang relatif kecil ke cloud.  “Kami mulai bergerak sekitar November 2011.  Pada saat itu, kami tidak punya pilihan selain AWS, ”kata Mr Takuji Kokubo, kepala Sistem TI di Tokyo Diamond.  Mereka mengelola operasi sendiri menggunakan portal cloud "Managed Cloud with AWS" Sony Network Communications.  Mr. Kokubo, adalah "operasi IT One Man" yang menggambarkan dirinya sendiri, sehingga efisiensi dan otomasi penting untuk memungkinkan kelancaran operasi sistem TI perusahaan, di lokasi di Jepang serta di Singapura dan Thailand.

Takuji Kokubo, Tokyo Diamond Tools
Tuan Takuji Kokubo,
Kepala Sistem TI
Tokyo Diamond Tools Mfg. Co, Ltd.

Pindah ke cloud dan mengidentifikasi kebutuhan untuk solusi pemulihan 

Diamond Tools mengimplementasikan Amazon EC2 dan Amazon S3, layanan penyimpanan cloud. Mereka memindahkan groupware, dukungan penjualan, dan sistem konferensi video mereka ke AWS.  Sistem konferensi video Diamond Tools sangat penting untuk operasi sehari-hari mereka.  “Ini adalah alat yang sangat sering digunakan dalam berbagai konferensi dan pertemuan dengan lokasi di luar negeri.  Ini digunakan sekitar 100 kali sebulan, dan dengan transisi dari sistem SaaS pay-as-you-go konvensional ke AWS, kami dapat mengurangi biaya sebanyak dua juta yen setahun, ”kata Kokubo.  Sebelumnya, kualitas suara sering turun ketika terlalu banyak pengguna termasuk perusahaan lain yang terhubung ke sistem secara bersamaan.  Kemudian Pak Kokubo akan menerima keluhan dari pengguna tetapi masalahnya tidak dapat diselesaikan dengan mudah.  Membangun sistem konferensi video khusus perusahaan di AWS telah menstabilkan kualitas video dan audio dan mengurangi keluhan.

Mr. Kokubo segera mengalami masalah dengan lingkungan EC2 mereka. “EC2 stabil sebagai infrastruktur; namun, terkadang layanan di dalamnya gagal. Saya selalu khawatir, dan suatu hari, selama perjalanan bisnis ke luar negeri, saya mendapat telepon yang mengatakan bahwa pengguna tidak dapat mengakses sistem.  Saya harus membuka laptop saya, yang saya bawa sepanjang waktu, untuk terhubung ke AWS melalui VPN dan memulihkan layanan yang gagal, ”kata Mr. Kokubo.  Jelas proses ini tidak dapat diskalakan.

Kegagalan layanan sering terjadi pada contoh di mana aplikasi groupware berjalan.  Sebagian besar karyawan perusahaan menggunakan aplikasi groupware setiap pagi untuk memeriksa kalender atau memesan ruang pertemuan. "Banyak orang akan memanggil saya untuk bertanya apa yang terjadi jika mereka mengalami masalah," kata Tuan Kokubo. Dia belajar risiko mengurus sistem sendiri melalui pengalaman ini.

“Sepuluh tahun yang lalu, sistem akan berhenti ketika ada kegagalan, dan pengguna terbiasa dengan itu. Namun, hari ini, saya mendapat keluhan begitu sesuatu berhenti. Sekarang, sistem diharapkan dapat beroperasi setiap saat, seperti air yang keluar dari keran kapan saja.  Sistem downtime menjadi semakin tidak dapat diterima, ”kata Mr. Kokubo.

Mr. Kokubo selalu merasa bahwa dia harus mengurus masalah apa pun ketika salah satu layanan yang berjalan di EC2 gagal.  Menjadi satu-satunya orang yang mampu menangani masalah apa pun terus menjadi beban baginya.  Pak Kokubo berkata, “Menjadi seorang pria yang berbelanja di IT, saya cenderung menganggap bahwa nilai saya terletak pada hanya menyediakan fungsi help desk.  Tapi itu tidak baik – saya perlu mempertimbangkan bagaimana saya dapat membuat sistem Tokyo Diamond bekerja tanpa dukungan saya. "

Karena dia adalah satu-satunya profesional TI di perusahaan yang lebih mengandalkan layanan cloud, dia tahu dia butuh bantuan. “Ketika Sony Network Communications memberi tahu saya bahwa SIOS AppKeeper menyediakan operasi otomatis dan manajemen instance EC2, saya memutuskan untuk menggunakannya bahkan sebelum melihat detailnya. Jika kami dapat memiliki solusi yang memulihkan layanan EC2 secara otomatis, maka saya tidak perlu memecahkan masalah setiap masalah dengan menghubungkan ke VPN saat bepergian, "tambah Mr. Kokubo.

SIOS AppKeeper adalah layanan cloud yang memantau instance EC2 dan memulai kembali layanan secara otomatis ketika mendeteksi gangguan sistem.  Ketika layanan yang dipantau gagal, SIOS AppKeeper memulihkan layanan secara otomatis tanpa harus memiliki staf yang campur tangan secara manual.

Lebih dari 10 Aplikasi Berjalan pada AWS

Tokyo Diamond terus memigrasi aplikasi lain ke AWS, dan pada Juni 2018 ada lebih dari 10 aplikasi yang berjalan di AWS. “Saya merasa bahwa AWS berguna: sistem operasi dimulai dalam 10 menit dan sumber daya dapat ditingkatkan / turun secara fleksibel tergantung pada bisnis. Kami bahkan dapat menghapus sumber daya meskipun tidak berfungsi.  Namun, sistem inti yang memproses sejumlah besar data dipindahkan ke lingkungan virtual menggunakan pusat data, bukan AWS.  Kami menggunakan AWS dan pusat data virtual untuk membangun sistem tergantung pada penggunaan dan kebutuhan, ”kata Mr. Kokubo.

Tokyo Diamond saat ini memantau tiga aplikasi penting yang diandalkan karyawan dengan AppKeeper, termasuk aplikasi groupware, otomasi tenaga penjualan, dan sistem konferensi video mereka.  Pak Kokubo berkata, “Pertama, kami mengklasifikasikan aplikasi kami dan memutuskan untuk memulai dengan tiga aplikasi. Adalah layak untuk membayar biaya jika saya dapat dibebaskan dari beban mental sehari-hari dan mendapatkan ketenangan pikiran selama perjalanan bisnis. ”

SIOS AppKeeper Memungkinkan Personil TI untuk Fokus pada Tugas Lainnya

Menurut Tuan Kokubo, ia tidak perlu lagi memikirkan operasi dan manajemen instance yang dipantau oleh AppKeeper.  AppKeeper bekerja dengan sempurna.  Ini telah meluangkan waktunya untuk fokus pada mesin virtual dan aplikasi AWS lainnya.  Mr. Kokubo merasa bahwa AppKeeper memberinya rasa aman tentang aplikasi inti ini.

Namun, ia memang memiliki permintaan untuk tim pengembangan SIOS Technology tentang AppKeeper.  “Jika tidak ada acara, saya khawatir tentang apakah itu berfungsi dengan baik, atau saya mungkin lupa cara login. Akan lebih baik jika sering memberi tahu saya bahwa itu berfungsi, ”kata Kokubo.  Operasi dan manajemen otomatis adalah kekuatan SIOS AppKeeper; Namun, hal itu bisa tidak terlihat ketika tidak ada yang terjadi.

Karena itu, Tuan Kokubo setuju bahwa sangat menguntungkan bahwa ia dibebaskan dari keharusan memecahkan masalah aplikasi ini.  Sekarang dia dapat menghabiskan lebih banyak waktu untuk manajemen, termasuk mengembangkan strategi dan perencanaan TI Diamond Tool, keamanan, dan inisiatif BCP.

Meskipun hari ini Diamond Tool menggunakan SIOS AppKeeper untuk operasi dan manajemen tiga aplikasi, ia berencana untuk memperluas cakupan AppKeeper ke aplikasi lain segera.  Ini akan memungkinkan Pak Kokubo menghabiskan banyak waktu untuk kegiatan-kegiatan bernilai tambah itu.  "Bahkan jika kita mencoba untuk merekrut personel sistem, itu sulit karena tenaga kerja Jepang menyusut.  Di masa depan, saya berharap alat sistem untuk menggantikan orang yang menggunakan AI (Kecerdasan Buatan), dan saya berharap SIOS AppKeeper juga mengembangkan fungsi seperti AI untuk secara otomatis mengatasi kegagalan berdampak tinggi, ”kata Kokubo, berharap untuk hari ketika otomatisasi lebih lanjut manajemen operasi akan direalisasikan.

Pelajari lebih lanjut tentang SIOS AppKeeper

Mendaftar untuk Uji Coba Gratis SIOS AppKeeper

 

 

Filed Under: Kisah sukses

Studi kasus: SIOS AppKeeper memberikan Hobby Japan ketenangan pikiran dan memungkinkan karyawan untuk menghasilkan konten terbaik mungkin

Mei 15, 2020 by Jason Aw Leave a Comment

SIOS dipilih karena kemampuannya untuk menghadirkan high availability dan High Performance

Studi kasus: SIOS AppKeeper memberikan Hobby Japan ketenangan pikiran dan memungkinkan karyawan untuk menghasilkan konten terbaik mungkin

SIOS dipilih karena kemampuannya untuk menghadirkan high availability dan High Performance

"Kami tidak dapat mencegah galat konfigurasi atau memuat masalah. Tapi SIOS AppKeeper sangat baik untuk ketenangan pikiran saya. Dengan AppKeeper, staf kami tidak dipanggil setiap kali terjadi kegagalan sistem atau server, "kata Yuichiro Fukabori dari Hobby Japan. "Tujuan kami adalah untuk menciptakan lingkungan bebas perawatan, berbiaya rendah dan SIOS AppKeeper membantu kami melakukannya." Hobby Japan adalah sebuah perusahaan penerbitan dengan beragam bisnis yang berhubungan dengan hobi (mis. anime, mengumpulkan aksi, permainan kartu, dll.) yang mencakup penerbitan buku dewasa muda dan majalah seperti "Hobby Japan", "bulanan Arms" dan "permainan kartu." Perusahaan ini juga menjual barang tokoh dan karakter, alat perencanaan permainan, dan impor dan penjualan permainan analog. Yuichiro Fukabori dari Humas, Departemen Administrasi Bisnis dari Hobby Japan menggambarkan perusahaan tersebut sebagai "sebuah perusahaan perdagangan umum yang menawarkan hampir semua hal yang berkaitan dengan hobi."

Lingkungan hidup

Hobby Jepang tidak memiliki departemen TI yang berdedikasi. Banyak dari karyawannya memegang beberapa peran, dan ketika ia menjadi anggota tim Public Relations, Mr. Fukabori juga mengelola server web perusahaan. "Karena tidak ada departemen TI dalam perusahaan, saya bertanggung jawab atas pengoperasian semua server kecuali yang dikelola oleh masing-masing departemen," kata Mr Fukabori. Sangat mudah untuk membayangkan bahwa ia berada dalam situasi yang sulit.
Hobi Jepang digunakan untuk mengandalkan perusahaan jasa hosting untuk mengelola server web mereka, tetapi mereka mengalami bencana ketika mereka mengalami kegagalan hard drive. Sementara mereka mampu akhirnya memulihkan data, situasi terbuka bahwa mereka membutuhkan cadangan data yang lebih baik dan proses keamanan.

Layanan Cloud menjadi lebih populer di Jepang, sehingga Mr Fukabori memimpin upaya untuk mengalihkan perusahaan ke awan. Hobby Jepang bermigrasi ke Amazon Web Services (AWS) pada 2013. Dengan demikian, membebaskan mereka dari berbagai masalah yang mereka alami di masa lalu.

Tapi lalu lintas situs web mulai meningkat dengan mantap, menekan lingkungan mereka. Mr Fokabori ditugaskan untuk mengatasi masalah ini. Dia membutuhkan sesuatu yang dapat memastikan ketersediaan tinggi dan kinerja tinggi.

Tantangan

Hobby Japan memantau lingkungan EC2 mereka dengan AWS Cloud Watch. Tapi Mr Fukabori tidak dapat merespon dengan baik ketika lalu lintas webserver berduri, seperti ketika masalah Hobby Jepang bulanan telah diposting. Dia hanya menerima pemberitahuan pada saat server downtime. Selain itu, ia mencatat, "ketika konten kami diperkenalkan pada situs video populer atau angka kami diposting di kegugupan, kami juga mengalami peningkatan tak terduga dalam lalu lintas server, sering mengakibatkan downtime lebih," katanya.

Perusahaan ini mengalami masalah sistem sekitar 10 kali sebulan dan Mr Fukabori sibuk menangani mereka. Peringatan akan sering terjadi di tengah malam, mengganggu Mr Fukabori tidur dan kehidupan rumah. Dia berpikir, "saya tidak bisa mengatasinya sendiri" dan meminta bantuan AWS.

AWS memperkenalkan Hobby Japan kepada ForgeVision, Inc, mitra konsultasi AWS yang menyediakan layanan integrasi awan. ForgeVision mengusulkan tiga perbaikan untuk ketersediaan tinggi dan menerapkannya pada 2018 Agustus.

Yang pertama adalah menerapkan penskalaan otomatis untuk instans EC2 Hobby Jepang untuk mengaktifkan respons otomatis dan terukur saat terjadi overload akses. AWS Auto scaling dengan cepat menstabilkan operasi server mereka. "Terima kasih kepada Auto scaling, kami tidak memiliki masalah selama hari siaran animasi musim panas kami di 2018 ketika banyak pengguna mengakses server kami secara bersamaan," kata Mr Fukabori. Insiden bulanan dikurangi dari 10 kali per bulan menjadi satu atau dua kali per bulan, yang memungkinkan dia untuk kembali ke gaya hidup yang lebih normal.

Perbaikan kedua adalah implementasi alat visualisasi untuk memungkinkan Hobby Jepang untuk memeriksa status akses dan pemanfaatan sumber daya. Dan perbaikan ketiga adalah untuk mengurangi beban operasional dengan memperkenalkan layanan manajemen operasi AWS.

Tapi hobi Jepang masih memiliki masalah lain. Layanan operasi dan manajemen AWS ForgeVision menyampaikan pemberitahuan kegagalan sistem sepanjang waktu. Tapi tim mereka hanya tersedia untuk mengatasi masalah antara 10 AM dan 6 PM pada hari kerja. Karena lalu lintas situs web sering meningkat di malam hari, Hobby Jepang menyadari bahwa mereka membutuhkan bantuan tambahan untuk mengatasi masalah ini.

"Saya tidak ingin khawatir banyak tentang sistem atau server. Jika kita mampu, kami ingin sepenuhnya Outsource pemantauan dan manajemen lingkungan kita, tetapi akan lebih mahal, "kata Mr Fukabori. "Kami memproduksi konten berkualitas tinggi, tetapi pekerjaan itu akan menjadi sangat sembarangan jika kami tidak dapat memberikannya pada waktu yang tepat karena downtime server. Oleh karena itu, kita membutuhkan lingkungan sistem yang otomatis mungkin. "

ForgeVision menyarankan bahwa Hobby Jepang melihat-lihat SIOS AppKeeper yang akan memberikan ketersediaan tinggi yang dibutuhkan.

Evaluasi

Hobby Jepang mulai menggunakan AppKeeper pada lima situs web yang mereka jalankan. "Kami memahami fungsinya dan tidak perlu meluangkan waktu untuk proses evaluasi khusus. Kami mulai menggunakannya segera, "kata Mr Fukabori.

Solusi

SIOS AppKeeper ditawarkan sebagai solusi Software-as-a-Service Cloud yang mendukung pemantauan dan pemulihan otomatis layanan dan instance AWS EC2. Ini memonitor mereka melalui AWS API dan mendeteksi dan pulih dari kegagalan dengan cepat.

AppKeeper mengembalikan operasi aplikasi secara otomatis dengan mendeteksi dan pertama restart layanan aplikasi. Langkah ini biasanya mengembalikan layanan dalam hitungan detik. Jika restart layanan gagal, kemudian restart seluruh contoh. Masalah laporan kegagalan yang menunjukkan setiap kejadian kegagalan dan pemulihan berdasarkan informasi yang relevan yang diperoleh sebelum dan setelah pemulihan dari mesin virtual, Layanan, dan AWS.

Jika pelanggan memilih fungsi penskalaan otomatis EC2, mereka dapat dengan mudah menambahkan instans lain untuk perlindungan AppKeeper. AppKeeper akan skala untuk memonitor instance baru ini di dekat real-time dan, jika diinginkan, menerapkan pengaturan yang ditunjuk secara otomatis.

Hasil

Karena sebagian besar kegagalan dapat diatasi dengan me-restart instance atau reboot layanan, SIOS AppKeeper dengan cepat mengatasi masalah ini. Hal ini memberikan ketenangan pikiran bahkan di malam hari ketika orang tidak dapat mengatasi kegagalan. Mr. Fukabori memutuskan untuk mengimplementasikan SIOS AppKeeper di Hobby Japan pada bulan April 2019, dengan antisipasi bahwa solusinya akan menambah rasa aman baru dalam manajemen operasi.

SIOS AppKeeper tidak mengalami masalah yang tidak dapat secara otomatis pulih dari, memberikan Mr Fukabori dan timnya kepastian mengetahui bahwa mereka memiliki mekanisme gagal-aman untuk secara otomatis memulihkan sistem mereka jika terjadi kegagalan.

"Tentu saja, kesalahan manusia tidak dapat dicegah, tetapi pengenalan SIOS AppKeeper telah sangat baik untuk ketenangan pikiran saya," kata Mr Fukabori.

"Saya merasa bahwa kita adalah satu langkah lebih dekat ke lingkungan di mana aku bisa tetap tenang bahkan ketika terlalu banyak orang yang mencoba untuk mengakses konten populer kami," katanya. "Kemampuan untuk memungkinkan lingkungan bebas perawatan, tanpa perawatan dengan biaya rendah adalah keuntungan SIOS AppKeeper."

Pelajari lebih lanjut tentang SIOS AppKeeper untuk menikmati ketersediaan tinggi dan kinerja tinggi

Daftar untuk percobaan gratis SIOS DataKeeper

Download studi kasus PDF

Filed Under: Kisah sukses

Studi kasus: rumah sakit Chris O'Brien Lifehouse memastikan ketersediaan tinggi di AWS Cloud dengan SIOS DataKeeper

Mei 12, 2020 by Jason Aw Leave a Comment

Chris O'Brien Lifehouse Hospital memastikan ketersediaan tinggi di AWS Cloud dengan SIOS DataKeeper

Studi kasus: rumah sakit Chris O'Brien Lifehouse memastikan ketersediaan tinggi di AWS Cloud dengan SIOS DataKeeper

SIOS dipilih karena kemampuannya untuk menghadirkan high availability dan High Performance

ChrisOBrien-Lifehouse logoChris O'Brien Lifehouse (www.mylifehouse.org.au) adalah pusat keunggulan terpadu dan terfokus yang mengkhususkan diri dalam perawatan dan penelitian mutakhir untuk pasien yang menderita kasus kanker yang langka dan kompleks. Lifehouse menawarkan segala sesuatu pasien kanker mungkin perlu di satu tempat, termasuk lanjut Onkologi operasi, kemoterapi, terapi radiasi, uji klinis, penelitian, pendidikan, terapi komplementer dan dukungan psikososial. Terletak di samping Royal Prince Alfred Hospital dan University of Sydney di Camperdown, rumah sakit nirlaba yang melihat lebih dari 40.000 pasien setiap tahunnya untuk skrining, diagnosis dan pengobatan. Sebagai salah satu pusat uji klinis terbesar di Australia, Lifehouse juga menyediakan akses pasien ke terobosan pengobatan kanker terbaru di dunia.

Lingkungan hidup

Lifehouse menggunakan meditasi kesehatan catatan medis elektronik dan sistem administrasi pasien, yang menyimpan catatan kesehatan elektronik untuk semua pasien dalam database.

"Sistem informasi kesehatan dan database sangat penting untuk perawatan yang kami sediakan, dan jika baik turun, catatan pasien tidak akan dapat diakses, dan itu akan melumpuhkan operasi rumah sakit," jelas Peter Singer, Direktur teknologi informasi di Lifehouse.

Di rumah sakit Datacenter, misi-kritis uptime telah disediakan oleh Windows Server Failover Clustering (WSFC) berjalan pada jaringan area penyimpanan (SAN). Tapi seperti banyak organisasi, Lifehouse ingin bermigrasi ke awan untuk mengambil keuntungan dari kelincahan yang unggul dan keterjangkauan.

Tantangan

Lifehouse memilih Amazon Web Services sebagai penyedia layanan cloud-nya, dan berharap untuk "mengangkat dan menggeser" lingkungannya secara langsung ke AWS Cloud. Untuk mensimulasikan konfigurasi lokal, Peter memilih layanan "volume awan" yang tersedia di AWS Marketplace. Kluster failover dikonfigurasi menggunakan volume penyimpanan perangkat lunak yang ditetapkan untuk berbagi data antara instans aktif dan siaga, dan pengujian membuktikan bahwa pendekatan tersebut dapat menyediakan kegagalan otomatis yang diperlukan untuk memenuhi tujuan pemulihan dan waktu pemulihan rumah sakit yang menuntut.

Namun ada masalah: penggunaan volume awan yang ditentukan perangkat lunak memiliki dampak negatif yang substansial pada kinerja throughput. Dengan begitu banyak elemen dan lapisan yang terlibat, masalah kinerja sangat sulit untuk memecahkan masalah dalam konfigurasi didefinisikan perangkat lunak yang dikerahkan di awan. Dengan opsi "No Protection" yang ditentukan, volume awan dilakukan dengan baik. Tapi "tidak ada perlindungan" tidak benar-benar sebuah pilihan untuk Chris O'Brien Lifehouse memastikan ketersediaan tinggi di AWS Cloud dengan SIOS DataKeeper

"Kami dapat pergi dari pengujian untuk produksi dalam hitungan hari. Pemeliharaan berkelanjutan juga cukup sederhana, yang kami harapkan akan meminimalkan pengeluaran operasional kami yang terkait dengan ketersediaan tinggi dan pemulihan bencana, "kata Peter yang bertanggung jawab untuk aplikasi MEDITECH kritis misi dan database-nya. "Kami membuat setiap upaya yang wajar untuk menemukan dan memperbaiki akar penyebabnya, dan akhirnya menyimpulkan bahwa penyimpanan yang ditentukan perangkat lunak tidak akan pernah mampu memberikan kinerja throughput yang kami butuhkan," kenang Peter. Jadi tim di Lifehouse mulai mencari solusi lain.

Evaluasi

Dalam mencari solusi lain yang mampu memberikan ketersediaan tinggi dan kinerja tinggi, Lifehouse menetapkan tiga kriteria:

  • Validasi untuk penggunaan di AWS Cloud
  • Kemampuan untuk bekerja di beberapa zona ketersediaan
  • Kinerja yang sebaik atau lebih baik dari apa yang telah dicapai secara lokal
  • Keamanan/privasi dengan dukungan untuk enkripsi dalam gerak dan istirahat

Validasi penting untuk meminimalkan risiko yang terkait dengan penggunaan solusi pihak ketiga di Cloud. Kemampuan untuk bekerja di beberapa zona ketersediaan akan menjamin kelangsungan bisnis jika seluruh pusat data AWS terkena dampak dari bencana lokal. Latensi sub-milidetik AWS yang memberikan antara availability Zone akan sangat penting untuk dapat mereplikasi data secara serentak ke instance siaga "panas" untuk memenuhi waktu pemulihan dan tujuan titik pemulihan yang menuntut rumah sakit.

Setelah melakukan pencarian yang lengkap, Peter menyimpulkan bahwa solusi terbaik yang tersedia adalah SIOS DataKeeper cluster Edition dari SIOS Technology. SIOS DataKeeper tersedia di AWS Marketplace, yang memastikan itu terbukti dapat beroperasi dengan andal di Cloud AWS. Dan karena itu tidak menggunakan perangkat lunak yang ditetapkan penyimpanan, Peter yakin SIOS DataKeeper akan mampu memberikan kinerja Lifehouse diperlukan.

Solusi

SIOS DataKeeper menyediakan kinerja tinggi, replikasi data sinkron kebutuhan Lifehouse. Dengan menggunakan real-time, blok-tingkat Data mirroring antara penyimpanan lokal yang melekat pada semua contoh aktif dan siaga, solusi mengatasi masalah yang disebabkan oleh kurangnya SAN di awan, termasuk kinerja yang buruk yang sering malapetaka penyimpanan perangkat lunak yang ditetapkan. Cluster SANless dihasilkan kompatibel dengan Windows Server failover cluster, menyediakan pemantauan terus-menerus untuk mendeteksi kegagalan pada tingkat aplikasi dan pangkalan data, dan menawarkan dikonfigurasi kebijakan untuk kegagalan dan failback.

Lifehouse saat ini memiliki delapan instance di kluster failover SANless untuk mendukung aplikasi dan database MEDITECH di zona ketersediaan AWS yang berbeda untuk melindungi terhadap bencana yang meluas. Latensi yang melekat pada jarak jauh yang terlibat biasanya memerlukan penggunaan replikasi data asinkron untuk menghindari menunda commit ke instance aktif dari database. Tapi real-time, data tingkat blok mirroring teknologi yang digunakan dalam SIOS DataKeeper masih memungkinkan Peter Singer untuk mencapai titik pemulihan dekat-nol.

Hasil

Tidak seperti penyimpanan bersama yang ditentukan perangkat lunak, SIOS DataKeeper tujuan-dibangun untuk ketersediaan tinggi kinerja tinggi, sehingga tidak mengherankan bagi Peter Singer bahwa konfigurasi cloudbased sekarang bekerja sesuai kebutuhan. Apa yang sedikit mengejutkan adalah betapa mudahnya solusinya adalah menerapkan dan mengoperasikan: "kami mampu pergi dari pengujian ke produksi dalam hitungan hari. Pemeliharaan berkelanjutan juga cukup sederhana, yang kami harapkan akan meminimalkan pengeluaran operasional kami yang terkait dengan ketersediaan tinggi dan pemulihan bencana. "

SIOS DataKeeper telah memungkinkan Lifehouse untuk mengambil keuntungan penuh dari skala ekonomi yang diberikan dalam awan tanpa mengorbankan uptime atau kinerja. "Jika bukan untuk SIOS, kita mungkin tidak dapat bermigrasi lingkungan kita ke awan," Peter Singer menyimpulkan.

Unduh PDF

Filed Under: Kisah sukses

Toyo Gosei Ltd Bermigrasi SAP Enterprise System ke Azure

April 26, 2020 by Jason Aw Leave a Comment

Toyo Gosei Ltd Bermigrasi SAP Enterprise System ke Azure: untuk membangun "sistem yang tidak pernah berhenti" dengan replikasi

"" Kami mendapat beberapa proposal untuk lokal dan Cloud, dan memutuskan untuk bermigrasi ke Microsoft Azure dengan proposal Fujitsu dari SIOS DataKeeper-yang paling sesuai dengan persyaratan kami, "kata Akihiko Kobayashi, seorang perwakilan sistem.

Toyo Gosei adalah produsen kimia lama mapan yang telah beroperasi bisnis selama 65 tahun. Produk utama perusahaan, bahan fotosensitif untuk fotoresist, adalah bahan yang sangat diperlukan untuk pembuatan layar kristal cair dan sirkuit terpadu semikonduktor. Perusahaan ini juga berfokus pada pengembangan teknologi untuk bahan fotosensitif paling maju.

Pada 2007, perusahaan diharuskan untuk memilih sistem penerus GLOVIA/Process C1, yang telah digunakan sebagai sistem bisnis inti. Sementara menerima proposal dari beberapa perusahaan, mereka memilih untuk memperkenalkan "SAP," sebuah sistem ERP perusahaan Jerman SAP karena solid dukungan J-SOX. Waktu berlalu dan sekitar 2015, Server diinstal ketika memperkenalkan SAP telah datang ke akhir pemeliharaan.

Infrastruktur IT

Infrastruktur TI perusahaan adalah pusat data berbasis VMware lokal dan pusat data jarak jauh untuk kelangsungan bisnis/perlindungan bencana. Karena sebagian besar aplikasi mereka berjalan pada sistem operasi Microsoft Windows, mereka menggunakan tingkat failover cluster Windows Server di lingkungan VMware mereka untuk memberikan ketersediaan tinggi dan perlindungan bencana.

Tantangan-bermigrasi ke Azure

Di balik migrasi ke awan, ada kebutuhan untuk bebas dari sistem lokal pemeliharaan, tuntutan untuk fleksibilitas skala-up dan mempersiapkan diri untuk bencana berdasarkan pengalaman selama gempa besar Jepang Timur.

Keputusan mereka untuk pergi ke awan didorong oleh fakta bahwa server di tempat mereka secara fisik bergerak selama gempa bumi dan hampir menyebabkan kegagalan.

Ketika bermigrasi ke Azure, perusahaan membangun sistem cadangan untuk mengatasi kegagalan sistem dan jika terjadi bencana. "SAP memiliki semua data yang diperlukan untuk bisnis kami. Jika SAP berhenti, proses produksi juga berhenti. Jika outage berlanjut selama dua atau tiga hari, pengiriman, pembayaran dan penagihan juga dihentikan. Sistem SAP tidak dapat dihentikan, "kata Kobayashi.

Langkah pertama adalah untuk mengatur sistem cadangan SAP Azure untuk mengambil cadangan harian sistem produksi di wilayah Jepang Timur Azure dan cadangan mingguan sistem siaga di wilayah Jepang Barat.

Implementasi

"Namun, cadangan hanya cadangan. Pada dasarnya kita perlu membuat sistem produksi berlebihan dalam rangka untuk mencegah dari berhenti. Di AWS, yang digunakan untuk sistem informasi, disk bersama tersedia dengan konfigurasi berlebihan. Namun, Azure tidak mendukung bersama disk. Untuk alasan ini, kami memutuskan untuk menggunakan DataKeeper dari SIOS teknologi yang memungkinkan replikasi data di Azure, "kata Kobayashi.

Mereka membuat konfigurasi cluster antara sistem penyimpanan yang terhubung ke sistem produksi SAP berlebihan dan mereplikasi data menggunakan DataKeeper untuk membuatnya konsisten. Ini menyediakan ketersediaan sama seperti saat menggunakan disk bersama bahkan di Azure mana Shared disk konfigurasi tidak didukung.

"Kami telah melakukan operasi yang stabil setelah tahap awal kegagalan terjadi," kata Kobayashi. "Mengenai SIOS DataKeeper, satu-satunya hal yang harus kita lakukan adalah memperbaharui kontrak pemeliharaan."

Hasil

Sebagai rencana jangka menengah di masa depan, mereka perlu mempersiapkan diri untuk "SAP 2025 masalah" di mana dukungan untuk versi SAP akan kedaluwarsa. Mereka belum membangun rencana khusus, tapi Kobayashi mengatakan, "ketika pindah ke arsitektur baru S/4HANA dan jika Clustering diperlukan, kami akan mengimplementasikan SIOS DataKeeper karena kami percaya."

SIOS DataKeeper adalah mitra yang dapat diandalkan untuk Kobayashi. "Karena Anda tidak dapat menghentikan sistem produksi, itu adalah tanggung jawab personil TI untuk memilih alat yang handal," katanya.

Dapatkan uji coba gratis SIOS DataKeeper

Pelajari selengkapnya tentang SAP ketersediaan tinggi di Azure

Unduh versi PDF studi kasus

Filed Under: Kisah sukses

SIOS DataKeeper Dipilih Untuk Kemampuan Untuk Mengaktifkan Clustering Penyimpanan Bersama Di Azure

Januari 29, 2020 by Jason Aw Leave a Comment

RSM Australia Mendapat Perlindungan di Cloud Hybrid

SIOS DataKeeper dipilih karena kemampuannya untuk memungkinkan pengelompokan penyimpanan bersama di Azure

“Dengan teknologi pengelompokan apa pun, Anda harus waspada dengan apa yang Anda lakukan untuk menghindari kegagalan. Tetapi dengan SIOS DataKeeper, sistem ini hanya mengelola dan memelihara dirinya sendiri … Sistem ini berfungsi! ”- Craig Hannagan, Manajer Proyek RSM RSM Australia (www.rsm.global/australia) adalah perusahaan layanan profesional dengan penasihat di 30 kantor di seluruh Australia . RSM Australia adalah bagian dari RSM Global, jaringan audit, pajak, dan konsultasi terbesar keenam di dunia. RSM Global nexus perusahaan anggota menarik lebih dari 43.000 orang di 800 kantor di 120 negara untuk membantu membimbing klien melalui tantangan bisnis, baik secara lokal maupun lintas batas yang mulus.

Lingkungan

Selama bertahun-tahun RSM Global memiliki koleksi sistem manajemen konten independen yang berjalan di 30 kantor nasional mereka. Craig Hannagan, Manajer Proyek RSM ditugaskan menciptakan CMS terpusat tunggal yang sangat tersedia untuk lebih dari 1.200 pengguna. Setelah memutuskan untuk menggunakan produk CMS iManage, mereka harus menentukan cara terbaik untuk memaksimalkan ketersediaan.

Tantangan: Mencapai Waktu Aktif di Azure

Memiliki sistem yang sangat tersedia sangat penting. "Kami bisa saja menyelenggarakan solusi terpusat ini di tempat tetapi sebagai pelanggan Microsoft yang sudah ada dan mengingat ketersediaan Azure yang tinggi, cloud publik adalah pilihan yang cukup menarik bagi kami," kenang Craig. “Kami sudah memiliki jaringan Telstra MPLS yang menghubungkan semua kantor kami. Jadi menyediakan akses ke Azure cukup mudah. ”Namun setelah beberapa penelitian awal, tim menemukan bahwa Microsoft Azure tidak dapat mencapai waktu aktif yang diperlukan tanpa dukungan tambahan. Secara khusus, pengelompokan pada awan Azure tidak mendukung berbagi disk yang diperlukan untuk menggunakan SQL Server Edisi Standar. “Kami bisa menggunakan Edisi Enterprise untuk mencapai ketersediaan selalu aktif, tetapi kami tidak ingin hanya mereplikasi basis data. Kami ingin benar-benar mereplikasi seluruh contoh SQL Server untuk memastikan mengalami failover instan dan mulus, ”jelas Craig.

Evaluasi

Saat mencari di Internet untuk kemungkinan solusi, Craig dan timnya belajar tentang Providence Solutions Australia (www.providencesolutions.com.au), spesialis uptime dengan jangkauan Asia Pasifik. Tim di Providence Solutions Australia merekomendasikan penggunaan SIOS DataKeeper. Selain memenuhi semua persyaratan teknis, Craig juga terkesan bahwa SIOS DataKeeper disertifikasi oleh Microsoft. “Kedua faktor ini memberi kami keyakinan bahwa kami tidak akan menghadapi konflik antara kedua vendor.

Solusi Untuk Azure Ketersediaan Tinggi & Pemulihan Bencana

RSM Australia menggunakan SIOS DataKeeper untuk mengatasi ketidakmampuan Azure untuk menggunakan penyimpanan bersama yang disadari cluster, seperti jaringan area penyimpanan. Untuk memaksimalkan ketersediaan tinggi, perusahaan mengerahkan simpul ketiga di tempat di Sydney yang berfungsi sebagai solusi pemulihan bencana jika terjadi kegagalan total Azure dan "strategi keluar" jika mereka memutuskan untuk meninggalkan Azure di masa depan. Replikasi di tempat juga memfasilitasi membuka volume disk untuk membuat backup berkala ke tape untuk penyimpanan catatan permanen. Menurut Craig: "Satu hal yang kami temukan dengan Azure adalah ketika mereka menawarkan berbagai teknologi cadangan di dalam cloud, jika Anda ingin pergi karena alasan apa pun, mendapatkan salinan cadangan itu bisa sangat sulit. Fakta bahwa kami bisa mendapatkan cadangan di media tape kami sendiri adalah bonus nyata. "

Hasil

“Ketika sampai pada potensi pemadaman jangka panjang, seperti badai yang merusak, serangan teroris, kebakaran, gempa bumi, atau bahkan vandalisme, solusi Ketersediaan Tinggi Azure tidak akan mampu melindungi kami.  Memiliki solusi Disaster Recovery di lokasi menggunakan SIOS DataKeeper memungkinkan kami untuk memulai pemulihan bencana dengan menekan sebuah tombol, ”kata Craig. "Dan kami dapat menguji konfigurasi Disaster Recovery kami kapan pun kami ingin memastikannya akan berfungsi jika dan kapan pun kami membutuhkannya." Craig dan timnya benar-benar puas dengan keandalan SIOS DataKeeper: "Dengan teknologi pengelompokan apa pun, Anda perlu berhati-hatilah dengan apa yang Anda lakukan untuk menghindari kegagalan. Tetapi dengan SIOS DataKeeper, sistem ini hanya mengelola dan memelihara dirinya sendiri. Selama contoh aktual ketika Azure turun sebentar menyebabkan disk tidak sinkron, solusi SIOS dapat sembuh sendiri. Kami sering memeriksanya, tentu saja, hanya untuk memastikan 100 persen tetapi, kami tidak perlu melakukan apa pun setiap hari. Itu hanya bekerja! "Craig juga menghargai dukungan yang ia terima dari Providence Solutions Australia dengan mencatat," Kami hanya perlu membuat beberapa tiket masalah, dan mereka semua lebih banyak tentang pertanyaan daripada masalah yang sebenarnya. Tetapi tim Providence selalu ada untuk kita setiap saat. ”Dapatkan Uji Coba Gratis SIOS DataKeeper Pelajari lebih lanjut tentang ketersediaan tinggi SQL Server di Azure Unduh Studi Kasus PDF

Filed Under: Kisah sukses Tagged With: pengelompokan penyimpanan bersama

  • 1
  • 2
  • 3
  • …
  • 8
  • Next Page »

Tulisan Terbaru

  • Repatriasi Cloud dan HA
  • Video: Ketersediaan Tinggi untuk Negara Bagian, Pemerintah Daerah, dan Pendidikan (SLED)
  • 8 Perubahan Yang Dapat Merusak Solusi Ketersediaan Tinggi Anda
  • terjemahan tes
  • Opsi Ketersediaan Tinggi untuk SQL Server di Azure VMs

Posting Terpopuler

Bergabunglah dengan Milis Kami

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