Daftar Istilah: Pengelompokan SQL Server
Definisi: Pengelompokan server SQL menyediakan ketersediaan tinggi dan perlindungan dari bencana setiap kali server yang menghosting instance SQL Server gagal.
Direproduksi dari SIOS
SIOS SANless clusters High-availability Machine Learning monitoring
Definisi: Pengelompokan server SQL menyediakan ketersediaan tinggi dan perlindungan dari bencana setiap kali server yang menghosting instance SQL Server gagal.
Direproduksi dari SIOS
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).
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).
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.
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.
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.
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.
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
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:
—–Berapa lama SAP dapat turun sebelum Anda sembuh?
—–Berapa lama data Anda dapat saat Layanan dipulihkan
—–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.
Di bawah ini adalah beberapa poin penting dari cara replikasi sistem HANA untuk HA dan DR:
Keterbatasan
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.
Berikut adalah beberapa poin penting dari SIOS Protection Suite untuk SAP HANA HA dan DR:
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:
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.
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:
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.
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?
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.
Beralih ke Cloud tidak harus melibatkan perubahan yang mengganggu pada desain arsitektur dan aplikasi Anda. Atau biaya tinggi untuk menjaga redundansi ketersediaan tinggi dan perubahan arsitektur cluster HA Anda.
Bahkan ketika Oracle dihapus fitur RAC dari Standard Edition dari 19c dan seterusnya, dan berakhir dukungan untuk 12c, Anda masih dapat mencapai ketersediaan tinggi dengan pihak ke-3 HA solusi seperti SIOS. Nikmati penghematan hingga 70% dari biaya tanpa meningkatkan ke edisi Enterprise Oracle DB.
Dalam sesi online 1 jam ini, Pelajari bagaimana Anda dapat mencapai hal di atas dan lebih banyak lagi. Ini termasuk penghematan biaya saat menggunakan Oracle dan aplikasi lain untuk organisasi Anda. Semua ini tanpa mengorbankan kebutuhan uptime 99,99% Anda di Cloud.
Agenda
Hidup Webinar-Kamis, 23 April, 2020
12pm SGT, 2pm AEST, 11am PHT, 9:30am IST
Digunakan oleh beberapa perusahaan yang paling menuntut di APAC termasuk-AGL Australia • Perth Stadium • Dept of transport dan jalan utama Australia • Inghams Group Australia • Chris O'Brien Hospital • Biro Pendidikan Korea • layar LG Korea • Mitsubishi Heavy Industries • NH Bank Korea • kasino NagaWorld Kamboja • Nomura Research Institute (Shanghai) • PANASONIC Asia • Razer Asia-Pacific Pte Ltd • Samsung Korea • ZESPRI Selandia Baru
Daftar Webinar: database Oracle ketersediaan tinggi dalam Cloud
Pembicara: Jason Aw
Durasi: 60 menit
Level: Pemula
Track: Pengembangan Aplikasi, DBA dan Database
CEO hanya menugaskan Anda untuk memindahkan semua instance SQL Server ke Azure, atau mungkin Anda sedang menggunakan aplikasi baru dan ingin memanfaatkan Azure IaaS untuk menjadi tuan rumah SQL Server. Di luar keamanan dan kinerja, kekhawatiran Anda yang paling mendesak mungkin memastikan SQL Server berjalan di Azure sangat tersedia.
Sementara ketersediaan tinggi di tempat dan opsi pemulihan bencana untuk SQL Server didefinisikan dengan baik, memindahkan contoh tersebut ke Azure segera menghadirkan beberapa pertanyaan dan tantangan. Bisakah saya mengangkat dan menggeser SQL Server Failover Cluster Instance ke cloud? Apakah saya perlu meningkatkan ke SQL Server Enterprise Edition dan kami Selalu Di Ketersediaan Grup? Bagaimana dengan penyimpanan bersama dan pengelompokan failover? Bagaimana dengan pemulihan bencana, apa saja pilihan saya di sana? Memuat Balancers, Fault Domains, Zona Ketersediaan, Pemulihan Situs Azure dan Pasangan Wilayah, apa saja hal-hal ini dan mengapa itu penting bagi saya?
Jason Aw, profesional Ketersediaan dan Pemulihan Bencana dengan 20 tahun pengalaman menjelaskan semua ini dan lebih detail.
Bahan yang menyertainya