Mengapa menerapkan konfigurasi cluster dengan ketersediaan tinggi?

Apa biaya bisnis Anda saat sistem SAP Anda rusak karena kegagalan perangkat keras, kesalahan administrator atau untuk aktivitas perawatan? Dampaknya bisa berkisar dari ribuan dolar yang hilang dalam penjualan per menit sampai penurunan produktivitas karyawan dan kepuasan pelanggan yang signifikan.  Melalui penerapan konfigurasi cluster dengan ketersediaan tinggi, waktu henti dari pemadaman terencana dan tidak terencana dapat dieliminasi secara virtual.

SteelEye dan SAP AG telah bekerja sama erat untuk memastikan bahwa kebutuhan ketersediaan pengguna korporat untuk infrastruktur bisnis penting yang berjalan di platform Linux dan Windows dicapai melalui penerapan solusi pemantauan dan peralihan untuk SAP Application Server (AS) dan kedua JAVA dan ABAP Lingkungan Web Application Server (WS).

Silakan bergabung dengan Steel Eye EVP Manajemen Produk, Bob Williamson saat dia menjelaskan bagaimana Anda dapat meminimalkan downtime Anda dengan menggunakan Ketersediaan Tinggi SAP dengan SteelEye.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2010/06/30/minimize-downtime-using-high-availability-clustering-and-data-replication-for-sap/

 

Cara Menginstal Paket Layanan Ke Cluster Sementara Juga Meminimalkan Waktu yang Direncanakan

Saya menjawab pertanyaan ini tentang menginstal paket layanan ke dalam cluster yang cukup. Sejauh yang saya pikir saya mungkin harus tetapi link ke sana di blog saya.

http://support.microsoft.com/default.aspx/kb/174799?p=1

Artikel ini menceritakan semua yang perlu Anda ketahui. Dengan mengikuti instruksi dalam artikel, Anda meminimalkan jumlah downtime yang direncanakan. Pada saat yang sama, berikan juga diri Anda kesempatan untuk "menguji" pembaruan pada satu node sebelum meningkatkan kedua node. Jika upgrade tidak berjalan dengan baik pada node pertama, setidaknya aplikasi masih berjalan pada node kedua sampai Anda dapat mengetahui apa yang salah.

Cluster pada layer aplikasi vs layer hypervisor?

Ini hanyalah salah satu keuntungan sampingan yang Anda dapatkan saat Anda mengelompokkan di lapisan aplikasi vs. pengelompokan pada lapisan hypervisor. Jika ini hanyalah VM di grup ketersediaan, Anda harus menjadwalkan penghentian untuk menyelesaikan pemutakhiran aplikasi. Juga, Anda harus berharap semuanya berjalan dengan baik karena satu-satunya kegagalan adalah mengembalikan VM dari cadangan. Seperti yang saya bahas dalam artikel sebelumnya, ada manfaat untuk pengelompokan di tingkat hypervisor. Tetapi Anda harus memahami apa yang Anda berikan juga.

Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Baru-baru ini saya kembali dari perjalanan 10 hari ke Jerman di mana saya menghadiri CeBIT dan juga dipresentasikan di TechDays di Hannover dan Essen dengan Microsoft Technical Evangelists Michael Korp dan Ralf Schnell. Perjalanan sangat produktif dan sesi sangat dihadiri.

Ketersediaan Lanjutan untuk Hyper-V

Bagian sesi saya berfokus pada Ketersediaan Lanjutan untuk Hyper-V, khususnya cluster multi-situs, replikasi data dan pemulihan bencana secara otomatis. Silahkan lihat video di sini.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2010/03/17/advanced-availability-and-disaster-recovery-for-hyper-v-at-techdays-germany/

 

Apakah Pilihan Pemulihan Vsphere Vmware's Really Better Than Pilihan Microsoft untuk Hyper-V?

Setiap artikel yang saya baca tentang virtualisasi dan pemulihan bencana mengatakan VMware memiliki solusi DR yang lebih kuat daripada Microsoft. Nah, saya ingin menantang asumsi itu. Dari tampilan tempat saya duduk, sebenarnya ini adalah salah satu area dimana Microsoft memiliki keunggulan kompetitif saat ini. Begini cara saya melihatnya.

Manajer Pemulihan Situs VMware

Ini adalah penambahan opsional tambahan pada wahana di belakang solusi replikasi berbasis Array. Tujuan titik pemulihan baik karena replikasi berbasis array. RTO diukur dalam satuan jam, bukan menit. Tambahkan fakta bahwa pindah kembali ke pusat data primer adalah prosedur yang sangat manual. Pada dasarnya mengharuskan Anda menciptakan kembali pekerjaan Anda di arah yang berlawanan. Operasi pemulihan ujung ke ujung yang lengkap dari failover dan failback dapat mengambil bagian yang lebih baik dalam sehari atau lebih lama.

Microsoft Multi-Site Cluster

Mesin virtual HA clustering disertakan dengan versi gratis Hyper-V Server 2008 R2, serta edisi Windows Server 2008 Enterprise dan Datacenter. Untuk melakukan cluster multi-situs, dibutuhkan replikasi berbasis array atau solusi replikasi berbasis host yang terintegrasi dengan Windows Server Failover Clustering. Dengan multi-situs cluster, failover diukur dalam beberapa menit (hampir waktu yang dibutuhkan untuk memulai VM) dan dapat digunakan dengan solusi replikasi berbasis array seperti EMC SRDF CE atau HP MSA CLX atau replikasi berbasis host yang jauh lebih murah solusi seperti SteelEye DataKeeper Cluster Edition.

Tidak hanya failover cepat dengan cluster multi-situs Hyper-V, yang diukur hanya dalam beberapa menit. Kegagalan juga cepat dan mulus. Tambahkan dukungan untuk Migrasi Langsung atau Migrasi Cepat di seluruh Pusat Data. Saya pikir ini adalah salah satu area yang Microsoft sebenarnya memiliki solusi yang jauh lebih kuat daripada Opsi Pemulihan Bencana VMware Vsphere. Mungkin itu tidak termasuk tes DR otomatis, tapi bila Anda menganggap Anda dapat failover dan failback semua dalam waktu kurang dari 10 menit, mungkin tes DR yang dilakukan setiap bulan akan memberi Anda indikasi yang jauh lebih baik tentang apa yang diharapkan dalam bencana yang sebenarnya?

Jika Anda menginginkan solusi Hyper-V lebih mirip SRM, maka ada opsi di sana juga. Ini disebut Citrix Essential for Hyper-V. Tetapi seperti halnya SRM, ini adalah fitur tambahan opsional. Itu bahkan tidak cocok dengan fitur RPO dan RTO yang dapat Anda capai dengan kluster multi-situs dasar untuk Hyper-V.

Apa yang kamu pikirkan? Apakah saya salah atau ada sesuatu yang tidak saya dapatkan? Dari pandangan saya, Hyper-V adalah kepala dan bahu di atas Opsi Pemulihan Bencana Vsphere. 

Direproduksi dengan izin oleh https://clusteringformeremortals.com/2010/03/10/are-vmware%E2%80%99s-vsphere-disaster-recovery-options-really-better-than-microsoft%E2%80809999- options-for-hyper-v /

Apakah Windows Failover Clusters Menjadi Usang?

Saya baru-baru ini ditanya apakah Windows Failover Clusters (MSCS / WSFC) akan menjadi usang karen^a solusi HA pihak ke-3. Bagi saya, akan selalu ada pasar untuk solusi HA pihak ketiga. Tetapi banyak perangkat tambahan yang diberikan dengan Windows Server 2008 telah mengurangi kebutuhan untuk mengeksplorasi solusi HA alternatif.  Saya pikir ancaman yang lebih besar terhadap MSCS / WSFC adalah solusi HA yang disediakan oleh vendor virtualisasi. Ini termasuk kluster failover Microsoft Hyper-V (yang sebenarnya menggunakan WSFC) dan VMware HA.  Solusi ini disediakan oleh platform virtualisasi yang memberikan perlindungan jika terjadi kegagalan host. Meskipun, mereka saat ini tidak memiliki visibilitas ke dalam aplikasi yang berjalan di dalam VM.

Pertanyaan sebenarnya adalah jenis kegagalan apa yang ingin Anda lindungi? Jika kegagalan server fisik menjadi perhatian utama Anda, maka dalam beberapa kasus di mana MSCS mungkin telah digunakan sebelumnya, Anda akan melihat Hyper-V Cluster atau VMware HA sedang digunakan.  Dalam kasus lain di mana MSCS / WSFC mungkin tampak berlebihan atau tidak sesuai dengan OS atau aplikasi, Anda malah akan melihat VM yang berkerumun sedang digunakan karena mudah dipasang dan mendukung semua aplikasi dan sistem operasi. Fakta bahwa beban kerja lebih banyak akan berjalan per server fisik akan membuatnya penting untuk memiliki semacam solusi pengelompokan sehingga kegagalan satu server tidak menurunkan keseluruhan infrastruktur Anda. Dalam banyak kasus, solusi clustering ini akan disediakan oleh vendor virtualisasi.

Hyper-V Cluster dan VMware HA mudah diterapkan dan memiliki berbagai dukungan karena VM yang dilindungi dapat menjalankan OS atau aplikasi apa pun.  Tradeoff adalah bahwa Anda kehilangan tingkat aplikasi pemantauan disertakan dengan MSCS / WSFC.  Akan selalu ada kelas aplikasi yang membutuhkan kesadaran aplikasi. Jadi MSCS / WSFC atau solusi HA lainnya yang mengelola ketersediaan aplikasi akan selalu diperlukan untuk memastikan bahwa aplikasi tersebut tersedia, bukan hanya server itu sendiri. Dengan itu dikatakan, MSCS / WSFC tidak akan menjadi usang. Alih-alih, Anda akan melihatnya digunakan bersama solusi kluster lain yang disediakan oleh vendor hypervisor.

Baca lebih lanjut tentang Cluster Windows Failover

Diproduksi ulang dengan izin dari https://clusteringformeremortals.com/2010/03/01/will-windows-failover-clusters-mscswsfc-become-obsolete/