SIOS APAC Portal

Mei 17, 2020	Brief solusi: ketersediaan tinggi untuk SQL Server di lingkungan Amazon Cloud Brief solusi: ketersediaan tinggi untuk SQL Server di lingkungan Amazon Cloud SIOS Software menyediakan sederhana, biaya-efisien cara untuk memberikan perlindungan ketersediaan tinggi untuk SQL Server di Amazon Web Services Cloud. Menambahkan perangkat lunak SIOS DataKeeper cluster Edition ke Windows Server kluster failover lingkungan seperti SQL Server selalu di kluster failover contoh (FCI) untuk membuat cluster SANless Cloud-ramah. Gunakan AWS Quickstart penyebaran template untuk membuat kluster SIOS SANless dalam menit. Cara cepat dan hemat untuk menambahkan ketersediaan tinggi Seperti semua solusi gugusan kegagalan tradisional, lingkungan FCI SQL Server memerlukan penggunaan penyimpanan bersama. Persyaratan ini membuat mereka tidak praktis atau tidak mungkin di lingkungan awan publik, termasuk Amazon Web Services. Perangkat lunak cluster SIOS SANless menghilangkan persyaratan ini di lingkungan yang sepenuhnya terintegrasi dengan Windows Server Failover Clustering. SIOS perangkat lunak menambahkan fleksibilitas untuk melindungi bisnis Anda aplikasi penting seperti SQL Server Standard atau Enterprise Edition di Windows atau Linux dan kombinasi dari fisik, virtual, dan lingkungan Cloud. Sinkronisasi cepat dan efisien Perangkat lunak SIOS menggunakan replikasi tingkat blok sangat efisien untuk menyinkronkan penyimpanan di semua node cluster secara realtime untuk membuat cluster SANless. Dengan mereplikasi volume data pada tingkat blok, perangkat lunak SIOS menggunakan sumber daya sistem secara signifikan lebih sedikit, membuat penggunaan yang lebih efisien dari bandwidth yang tersedia dan transfer data lebih cepat di seluruh dibandingkan alternatif replikasi berbasis file. Akibatnya, perangkat lunak SIOS memberikan kecepatan replikasi yang sangat cepat — tanpa akselerator perangkat keras atau perangkat kompresi. Anda mendapatkan penyimpanan yang efisien tanpa keterbatasan biaya atau konfigurasi dari lingkungan tradisional berbasis SAN. Kegagalan di seluruh zona ketersediaan untuk perlindungan bencana Ini membuat salinan real-time data yang disinkronkan di beberapa node dan di seluruh zona ketersediaan EC2 (AZs) untuk ketersediaan dan perlindungan bencana. Ketersediaan tinggi dengan SQL Server Standard Edition SIOS DataKeeper cluster Edition perangkat lunak dapat digunakan dengan SQL Server Standard Edition FCI untuk membuat cluster hemat biaya tinggi ketersediaan tanpa memerlukan lisensi SQL Server Enterprise Edition lebih mahal. Manfaat utama Memungkinkan cluster di Cloud • Membuat cluster perlindungan kegagalan dalam lingkungan awan mungkin dengan menghilangkan kebutuhan untuk penyimpanan bersama. • Sepenuhnya terintegrasi dengan Windows Server Failover Clustering (WSFC) Perlindungan untuk aplikasi dan data • Ketersediaan tinggi dan perlindungan bencana dalam lingkungan awan. Kemudahan penggunaan • AWS Quick Start penyebaran template • Konsol intuitif untuk pemantauan dan manajemen AWS yang berjalan dengan mudah. Unduh solusi ringkas ketersediaan tinggi untuk SQL Server di Amazon Cloud Environment
Mei 15, 2020	Studi kasus: SIOS AppKeeper memberikan Hobby Japan ketenangan pikiran dan memungkinkan karyawan untuk menghasilkan konten terbaik mungkin 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
Mei 12, 2020	Studi kasus: rumah sakit Chris O'Brien Lifehouse 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 Chris 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
Mei 9, 2020	Studi kasus: AppKeeper memberikan kebebasan dari Monitoring 24 jam bersama dengan pengurangan biaya dramatis Studi kasus: AppKeeper memberikan kebebasan dari Monitoring 24 jam bersama dengan pengurangan biaya dramatis Divisi IT dari agensi iklan digital terkemuka membutuhkan cara yang mudah dan hemat biaya untuk menyediakan perlindungan bagi aplikasi yang berjalan di AWS EC2 sambil menghilangkan badai peringatan dan tugas TI yang tidak perlu. Mereka dilaksanakan AppKeeper dan menit dan melihat langsung, penghematan biaya perbaikan dalam ketersediaan aplikasi. INFOBAHN, anak perusahaan dari INFOBAHN Group, Inc., adalah agensi periklanan digital berbasis di Tokyo yang menyediakan branding digital, iklan, dan manajemen konten untuk outlet media milik pelanggan. Divisi IT (INFOBAHN Group), Inc., adalah departemen kecil yang menyediakan layanan manajemen server web lengkap untuk media yang dimiliki oleh pelanggan, dan untuk perusahaan saudaranya, Mediagene Inc, pemilik situs media konten terkemuka seperti "Gizmodo Jepang," "cafeglove," "Life hacker" (edisi Jepang), "BUSINESS INSIDER Jepang," "ROOMIE," dan lain-lain). Lingkungan hidup Sekitar 80% pelanggan INFOBAHN yang menggunakan Amazon Web Services (AWS), mengandalkan Content Management System (CMS) untuk menyampaikan konten yang paling up-to-date kepada pembaca mereka. Karena pelanggan INFOBAHN memiliki harapan yang tinggi untuk uptime dan ketersediaan SLAs yang ketat di tempat untuk alat CMS ini, mereka Outsource pemantauan dan manajemen dari server mereka berjalan pada penyedia layanan terkelola (MSP). Tantangan Hal ini sangat penting untuk INFOBAHN bahwa mereka bertemu baik internal mereka sendiri dan pelanggan mereka dan ketersediaan perjanjian tingkat layanan (SLA). Mereka juga menggunakan MSP untuk memantau beberapa server internal mereka sementara mereka dipantau orang lain, yang membutuhkan manajemen yang lebih dekat, mereka sendiri. "Meskipun kami dapat terus melakukan outsourcing pemantauan server untuk sistem pelanggan kami. Model ini tidak akan bekerja untuk server internal kami karena tidak akan skala sebagai bisnis diperluas, "kata Yu Amano, IT Division Manager, INFOBAHN Group. INFOBAHN sudah menghabiskan hampir US $1400 per bulan untuk MSP untuk memonitor server internal mereka dan tim internal mereka tidak dapat mengelola lebih server sendiri. Amano dan rekan-rekannya menerima pemberitahuan kegagalan siang dan malam. Setiap pemberitahuan diperlukan Amano atau rekan-rekannya untuk menjatuhkan segalanya, menyelidiki penyebab dan menyelesaikan masalah. Evaluasi Menyadari bahwa mereka membutuhkan solusi yang lebih baik, Amano mempertimbangkan perangkat lunak ketersediaan SIOS AppKeeper milik SIOS Technology untuk AWS EC2. Mereka menguji AppKeeper dengan server WordPress mereka, dengan mengambil layanan Apache di atasnya dan memeriksa email notifikasi AppKeeper dan log kesalahan untuk memverifikasi status dan tindakan yang diambil oleh AppKeeper. "Kami melakukan pengujian verifikasi berkali-kali, termasuk menghentikan layanan, dan kami mengkonfirmasi bahwa itu dimulai seperti yang diharapkan. Kami dapat melihat bahwa AppKeeper dapat diandalkan. Kami juga menemukan bahwa setelah proses konfigurasi yang sangat sederhana, itu disediakan pemantauan otomatis dan pemulihan layanan, "kata Amano. Solusi SIOS AppKeeper ditawarkan sebagai Software-as-a-Service yang mendukung pemantauan otomatis dan restorasi Layanan AWS EC2 dan instance. 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 layanan mesin virtual, dan AWS. Jika pelanggan memilih fungsi penskalaan otomatis EC2, mereka dapat dengan mudah menambahkan instans lain untuk perlindungan AppKeeper. AppKeeper akan secara otomatis skala untuk memonitor instance baru ini di dekat real-time dan, jika diinginkan, menerapkan pengaturan yang ditunjuk secara otomatis. Hasil Pada awal 2017 Maret, INFOBAHN mulai memantau server internalnya menggunakan SIOS AppKeeper. "Setelah mengirimkan kredensial AWS kami melalui proses pendaftaran online, semua yang harus saya lakukan adalah memilih pengaturan untuk langkah yang saya inginkan untuk diambil AppKeeper saat mendeteksi kegagalan. Butuh 10 ~ 15 menit untuk mengkonfigurasi AppKeeper dengan hanya mengklik pada layar seperti yang dijelaskan dalam panduan pengguna online, "kata Amano. Amano mengatakan bahwa karena mereka mulai menggunakan SIOS AppKeeper tidak ada kegagalan bahwa mereka tidak dapat secara otomatis pulih dari. SIOS AppKeeper bahkan membantu melindungi mereka dari kesalahan manusia. "Terkadang, anggota TI lain tidak sengaja membawa server Active Directory ke bawah. Saya menerima pemberitahuan email dari AppKeeper ketika saya keluar mengatakan bahwa layanan telah dipulihkan. Mengembalikan begitu halus sehingga aku bahkan tidak menyadarinya sampai aku diberitahu, "Amano tertawa. INFOBAHN sedang mempertimbangkan untuk memperluas penggunaan AppKeeper untuk memonitor semua server AWS internal mereka. Mereka juga mempertimbangkan untuk menggunakan AppKeeper untuk proyek pelanggan di masa mendatang. "Jika kita memiliki SIOS AppKeeper, kita dapat menginstal CMS yang diperlukan seperti WordPress dan Movable Type pada satu server dengan AWS dan memberikan nilai tambah bahwa layanan pulih secara otomatis ketika mereka gagal," kata Amano. Tentang SIOS AppKeeper Perangkat lunak SIOS AppKeeper terus memantau dan melindungi aplikasi di AWS EC2 dari gangguan layanan dan downtime sambil meniadakan perlunya intervensi manual yang mahal dan menyita waktu. Pelajari lebih lanjut di: https://us.sios.com/products/sios-appkeeper/ Daftar untuk uji coba gratis SIOS AppKeeper Unduh PDF
April 28, 2020	Ketersediaan tinggi dan DR untuk S/4HANA dan platform SAP lainnya SAP adalah pemimpin pasar dalam perangkat lunak aplikasi perusahaan. Selama rentang tahun banyak, SAP telah membantu perusahaan dari semua ukuran dan di semua industri berjalan secara efisien dan selama bertahun-tahun membangun ekosistem perusahaan yang tergantung pada platform itu. Sudah terbukti bahwa 77% dari pendapatan transaksi dunia menyentuh sistem SAP. Sebagai aplikasi SAP menyentuh banyak bagian penting dari sebuah perusahaan seperti ‘ ERP, manufaktur, proses bisnis, Layanan pelanggan dll itu telah menjadi Lifeline banyak perusahaan yang bergantung padanya untuk bisnis mereka untuk beroperasi dengan benar. Dengan demikian, ketersediaan tinggi telah menjadi salah satu keprihatinan utama manajemen perusahaan ketika datang ke sistem SAP mereka. Dalam artikel ini, kita akan membahas pada tingkat tinggi apa itu replikasi sistem HANA, cara kerjanya, apa keterbatasan ketika datang ke ketersediaan tinggi, dan bagaimana kita dapat mengatasinya. Kami juga akan membahas tentang pilihan ketersediaan tinggi HANA dan apa perbedaan utama, sehingga Anda dapat memilih alat yang tepat untuk pekerjaan yang tepat. Beberapa pertanyaan kunci Anda mungkin perlu bertanya pada diri sendiri pada akhir hari, dalam rangka untuk memilih solusi yang tepat untuk digunakan untuk HA: Memenuhi tujuan waktu pemulihan (RTO) —–Berapa lama SAP dapat turun sebelum Anda sembuh? Memenuhi tujuan titik pemulihan (RPO) —–Berapa lama data Anda dapat saat Layanan dipulihkan Memenuhi ketersediaan layanan tingkat perjanjian (SLA) —–Berapa banyak uptime yang Anda butuhkan? SAP HANA replikasi sistem SAP HANA replikasi sistem adalah perlindungan data yang handal dan solusi pemulihan bencana yang menyediakan sinkronisasi terus menerus dari database HANA ke lokasi sekunder baik di pusat data yang sama, situs terpencil atau di awan. Sistem replikasi adalah fitur SAP HANA standar yang datang dengan perangkat lunak. Menggunakan fitur ini, semua data direplikasi ke situs sekunder dan data pra-dimuat ke memori di situs sekunder yang membantu untuk mengurangi tujuan waktu pemulihan (RTO) secara signifikan. Jadi dalam kasus kegagalan, situs sekunder akan dapat mengambil alih bahkan tanpa melakukan HANA DB (Re) mulai dan akan bekerja sebagai DB utama Seketika pada kegagalan. Namun, kegagalan harus dipicu secara manual oleh admin menggunakan perintah sr_takeover, dan untuk replikasi terbalik, atau failback ke utama, perintah terpisah akan perlu dikeluarkan juga. Gambar 1: kegagalan replikasi sistem HANA ketersediaan tinggi dan DR Di bawah ini adalah beberapa poin penting dari cara replikasi sistem HANA untuk HA dan DR: Server/node redundan Database dalam memori direplikasi oleh HANA sistem replikasi (dalam “log Replay” mode) Beberapa pilihan replikasi: Sync, Sync-mem, async Mendukung Active-Active (baca-saja pada sekunder) Setup dan admin melalui HANA kokpit, HANA Studio atau baris perintah Keterbatasan Tidak ada pemantauan proses aplikasi atau kegagalan replikasi dan kegagalan otomatis Kegagalan, replikasi terbalik dan failback harus dilakukan secara manual-banyak langkah manual diperlukan Tidak ada IP virtual Tidak terpadu HA kegagalan orkestrasi bersama dengan SAP ASCS dll. Komponen Seperti yang Anda mungkin dapat menyimpulkan dari poin di atas sekarang, sistem replikasi HANA dirancang untuk melindungi terhadap kehilangan data. Sehingga ketika masalah terjadi dengan node utama, admin dapat secara manual menjalankan perintah “sr_takeover”, sehingga masalah dengan sistem utama tidak akan menurunkan seluruh setup SAP yang tergantung pada database HANA untuk jangka waktu downtime yang berkepanjangan. Namun, banyak pekerjaan ini harus terjadi secara manual dan tergantung pada intervensi manual manusia, yang meskipun cukup baik untuk DR, itu tidak membuat situasi yang ideal untuk HA (di mana downtime perlu dicegah). SIOS ketersediaan tinggi cluster SIOS perangkat lunak ketersediaan tinggi untuk SAP memungkinkan Anda melindungi SAP S/4HANA dalam setiap konfigurasi (atau kombinasi) fisik, virtual, awan (publik, swasta, dan hibrida) dan kinerja tinggi lingkungan penyimpanan flash. Perangkat lunak SIOS menyediakan konfigurasi yang mudah dan fleksibel, replikasi cepat, dan pemantauan dan perlindungan komprehensif seluruh lingkungan SAP S/4HANA. Khusus untuk SAP S/4HANA dan database HANA. SIOS dapat digunakan untuk melengkapi apa yang SAP sudah lakukan dengan sistem replikasi HANA, menambahkan ke atasnya, untuk memberikan yang benar-ketersediaan tinggi-pemantauan otomatis dari proses aplikasi utama HANA, dan menyediakan kegagalan otomatis, failback, termasuk virtual IP (s), bahkan jika Anda memiliki multi-instance dalam satu HANA node. Gambar 2: tidak ada kegagalan replikasi sistem SIOS HANA dan DR Berikut adalah beberapa poin penting dari SIOS Protection Suite untuk SAP HANA HA dan DR: Bekerja di awan salib AZ dan AR Menyediakan deteksi kegagalan otomatis dan kegagalan untuk komponen SAP HANA DB kunci: —SAP HANA host Agent —SAP HANA sapstartsrv —SAP HANA replikasi Memungkinkan otomatis SAP HANA replikasi pengambilalihan, switchback Secara otomatis reverse replikasi Memverifikasi dan memonitor bahwa HANA DB sedang berjalan Menyediakan virtual IP “Penuh tumpukan” kegagalan orkestrasi dengan ASCS dll. SAP komponen Empat langkah untuk menginstal dan mengkonfigurasi HA untuk database HANA Kami tidak akan membahas langkah spesifik tentang cara mengkonfigurasi SAP HANA, karena sudah ada banyak on-line sumber daya yang mencakup langkah tersebut. Tapi pada tingkat tinggi, apa yang perlu Anda lakukan adalah 4 langkah dasar: Menginstal SAP HANA Mengkonfigurasi sistem replikasi HANA Lihat-https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/676844172c2442f0bf6c8b080db05ae7.html Instal SIOS Protection suite Lihat-http://docs.us.sios.com/spslinux/9.4.1/en/topic/sios-protection-suite-for-linux-installation-guide Gunakan HANA Recovery Kit (Wizard) di GUI untuk melindungi HANA Lihat-http://docs.us.sios.com/spslinux/9.4.1/en/topic/sap-hana-recovery-kit Aliran proses instalasi serupa untuk komponen SAP lainnya (ASCS, ERS, PAS, web dispatcher dll) juga. Dengan Kit pemulihan HANA yang termasuk dalam perangkat lunak perlindungan SIOS, pada dasarnya Anda dapat menggunakan wizard di GUI manajemen Lifekeeper, untuk dengan cepat melindungi instance database HANA, menetapkan alamat IP virtual bagi klien untuk terhubung ke sana, dan mengelola seluruh stack darinya. Anda dapat memiliki lingkungan multi-instance dan solusinya akan mengelola semua instance, IP virtual, dll. dalam GUI yang terintegrasi penuh, yang membuatnya sangat mudah untuk mengkonfigurasi, mengelola seluruh lanskap SAP yang ada di SIOS HA. Gambar 3: SIOS manajemen Lifekeeper GUI untuk SAP HANA ASCS dan ERS Komprehensif HA/DR Stack untuk SAP- Selain database HANA, SIOS Protection suite juga menyediakan perlindungan untuk layanan SAP kunci dan aplikasi pendukung, yang semuanya dapat dikelola dari GUI yang sama: Server aplikasi utama (PAS) ABAP SAP Central Layanan (ASCS) SAP Central Layanan (SCS) Enqueue dan pesan server Enqueue replikasi server (ERS) Database (Oracle, Sybase, MaxDB, HANA, dll) Sistem file bersama dan/atau direplikasi Volume logis (LVM) NFS tunggangan dan ekspor IP virtual Cluster di awan Ketika bergerak SAP ke awan, salah satu tantangan utama adalah bagaimana melindungi SAP database, serta aplikasi SAP stack dalam SAP arsitektur yang didukung. SIOS telah terdepan dari langkah ini dan dirancang, disertifikasi dan didukung oleh SAP serta semua penyedia awan utama. Diagram di bawah ini adalah desain tingkat tinggi bagaimana sepasang sistem S/4HANA dapat digunakan di berbagai zona ketersediaan, atau bahkan daerah. Dalam lingkungan awan, sebagai penyedia memiliki latency yang sangat rendah antara AZs, adalah sepenuhnya mungkin untuk menggunakan replikasi sinkron di AZs, sehingga menciptakan sepasang sangat tersedia S/4HANA sistem, bukan hanya untuk HA tetapi juga untuk DR pada waktu yang sama. Hal ini karena AZs adalah pusat data yang terpisah secara geografis, seperti bagaimana pusat data di-premis DR, yang sangat berlebihan konektivitas jaringan berkecepatan tinggi antara mereka. Gambar 4: SIOS Protection Suite untuk arsitektur Cloud SAP S/4HANA Mengapa menggunakan SIOS atas sumber terbuka HA untuk SAP? Pertanyaan ini akan selalu muncul dalam pikiran orang, karena beberapa vendor Linux sudah menyediakan mereka ekstensi HA (HAE) atau Clustering, mengapa ada orang yang ingin menggunakan pihak ke-3 komersial HA solusi seperti SIOS? Open Source HA sedang ditawarkan sebagai bagian dari OS tertentu rasa “perusahaan SAP” langganan ekstensi-itu datang dengan biaya, itu pasti tidak gratis, dan tidak semua rasa Linux didukung. SIOS mendukung semua rasa Linux utama termasuk RedHat, SUSE, CentOS dan Oracle Linux. Untuk pelanggan yang ingin menjalankan Windows untuk mereka ASCS atau content server dll. SIOS juga memiliki solusi berbasis Windows dengan dukungan cluster Windows, membuatnya menjadi one-stop-shop untuk seluruh SAP lansekap terlepas dari platform. Dukungan komersial HA-vendor OS tergantung pada komunitas open-source untuk perbaikan bug, yang dapat menjadi masalah jika bug membutuhkan waktu yang lebih lama untuk mendapatkan dipecahkan oleh kontributor yang kurang aktif. SIOS menyediakan dukungan komersial dengan dukungan khusus dan tim pengembangan hanya untuk ‘ solusi ketersediaan tinggi, dan memiliki resolusi dukungan langsung 24×7, yang akan memberikan pelanggan lebih percaya diri ketika ada masalah yang mungkin berkembang. Pengaturan kompleks dan admin melalui baris perintah yang dibutuhkan oleh alat open-source. Mereka terdiri dari komponen yang berbeda seperti Pacemaker, Corosync dll. dikelola oleh inisiatif open-source yang berbeda. SIOS menyediakan GUI All-In-One untuk penyiapan dan admin berbasis Wizard. Hal ini memungkinkan seseorang untuk menyebarkan SAP HA dalam hitungan jam bukan minggu/bulan. SIOS menyediakan pemantauan aplikasi pre-built dan orkestrasi kegagalan untuk semua komponen SAP dan awan yang memerlukan HA melalui Wizard di GUI, dibandingkan dengan menggunakan ekstensi HA yang masih memerlukan banyak konfigurasi manual. Secara otomatis memastikan SAP ERS selalu berjalan di seberang node ASCS-SIOS menyediakan intelijen bahkan dalam multi-simpul ASCS setup, jika terjadi kegagalan dan ASCS failsover ke simpul dengan ERS berjalan, ketika ASCS asli pulih simpul, ERS mendapat secara otomatis beralih melintasi sehingga kunci selalu mendapatkan redundansi yang dibutuhkan. Solusi opensource membutuhkan ini harus dilakukan secara manual, maka dampak keandalan dan ketersediaan terutama pada saat beberapa kegagalan dan pemulihan. SIOS mengurangi waktu implementasi/manajemen dan biaya, waktu yang lebih rendah yang Anda habiskan untuk mengimplementasikan dan memelihara HA, semakin banyak waktu yang Anda miliki untuk tugas yang lebih penting lainnya. Open-Source menggunakan mekanisme STONITH yang telah hampir tidak dapat diandalkan terutama di lingkungan awan, SIOS menyediakan pendekatan multi-throng untuk mencegah kegagalan palsu dan saksi perpecahan-otak-kuorum, beberapa Comm. jalan (detak jantung) yang telah terbukti selama lebih dari 20 tahun untuk menjadi sangat handal dalam banyak skenario. Ringkasan SAP HANA fitur replikasi sistem datang sebagai bagian dari perangkat lunak dan bekerja dengan baik untuk melindungi database dari dataloss dalam kasus masalah timbul dari kegagalan perangkat keras atau sistem. Namun jika ketersediaan tinggi adalah kebutuhan, itu akan tetap membutuhkan solusi pihak ke-3 untuk mendapatkan beberapa pemantauan otomatis, kegagalan orkestrasi, virtual IP dan sebagainya. Sementara ada pilihan opensource dalam bentuk perusahaan Linux OS langganan untuk SAP, mereka pasti tidak datang gratis, dan dukungan teknis masih terbatas karena mereka murni mengandalkan komunitas opensource untuk mempertahankan alat, Corosync dll Proyek. dan untuk mendapatkan dukungan dari kontributor. Ada juga keterbatasan dalam replikasi sistem asli, HAE opensource yang dapat diatasi dengan vendor solusi perangkat lunak komersial seperti SIOS. Oleh karena itu, SIOS sebagai pihak ke-3 handal penyedia solusi ketersediaan tinggi dapat membantu untuk memastikan pelanggan perusahaan mendapatkan kehandalan dan ketersediaan tinggi yang mereka butuhkan dalam misi kritis sistem SAP operasi, untuk ketenangan pikiran, membuktikan dirinya sebagai solusi pelengkap yang sangat layak untuk SAP HANA replikasi sistem, yang juga sepenuhnya didukung oleh SAP dan semua utama OS dan platform vendor. Penulis: Yang Seorang profesional IT yang telah difokuskan pada ketersediaan tinggi dan pemulihan bencana selama lebih dari 20 tahun. Saat ini bekerja di SIOS Technology Corp. sebagai pengembangan bisnis strategis untuk APAC.

Results 341-345 of 928
< Page 69 of 186 >

Bergabunglah dengan Milis Kami

First Name Last Name Email Address
Pencarian