Archives

Perangkat Lunak SIOS Menjamin Ketersediaan 24/7, Pemulihan Kegagalan, dan Pemulihan Bencana Sistem Tiket Online Bioskop

Teater dengan kehadiran tahunan reguler tertinggi di Inggris menggunakan perangkat lunak SIOS Protection Suite. Perangkat lunak ini menjaga sistem tiket online agar tetap tersedia 24/7, bahkan jika ada bug perangkat lunak, kegagalan perangkat keras, atau gangguan yang tak terduga. SIOS Protection Suite memenuhi permintaan failover, replikasi, dan pemulihan bencana dari Birmingham Hippodrome. Perusahaan pindah dari server yang di-host dan ke infrastruktur jaringan in-house sendiri. Dengan demikian, teater telah membebaskan diri untuk mengembangkan strategi pemasaran baru berbasis di sekitar situs web dan database pelanggannya.

Tantangan

Birmingham Hippodrome menulis spesifikasi rinci. Ini menyerukan infrastruktur jaringan baru yang akan memberikan failover penuh dan pemulihan bencana, tanpa satu titik kegagalan. Infrastruktur baru harus fleksibel dan tangguh. Ini juga perlu memungkinkan mereka untuk menyesuaikan sistem untuk meningkatkan pemasaran di sekitar situs web dan database pelanggannya. Itu berarti infrastruktur pada dasarnya harus menjalankan semua tugas back office. Ini termasuk sistem e-mail baru, pemesanan tiket sendiri di teater, pemesanan di muka, dan layanan kartu kredit.

Solusinya

Untuk memberikan failover penuh dan perlindungan pemulihan bencana, konsultan infrastruktur TI eSpida membangun dua ruang server sekitar satu mil terpisah. Masing-masing mereplikasi dengan yang lain. Jika satu server gagal, server lain akan melanjutkan operasi. Mereka juga menerapkan dua jalur sewa dan mendirikan dua penyedia layanan di dua titik di kota dengan dua pasokan utama terpisah. Birmingham ingin menyederhanakan server "housekeeping." Infrastruktur jaringan Hippodrome telah di-virtualisasi dengan 20 server virtualisasi pada hardware IBM x3650 dan dual-core CPU dengan RAM 32 GB dan disk lokal. Mereka menggunakan perangkat lunak SIOS untuk memastikan ketersediaan aplikasi berkelanjutan dan sistem tiket online. SIOS Protection Suite membuat sistem server “mirrored” di situs remote yang identik dengan server utama. Jika server utama gagal, perangkat lunak SIOS dapat mematikannya dan mentransfer semua operasi ke server cadangan sambil menyediakan akses berkelanjutan ke aplikasi dan data. Kemampuan ini memastikan bahwa baik staf Birmingham Hippodrome maupun pelanggan yang berbelanja tiket online tidak terpengaruh oleh kegagalan atau pemeliharaan sistem. Perangkat lunak SIOS memonitor sistem dan kesehatan aplikasi, mempertahankan konektivitas klien. Ini menyediakan akses data tanpa gangguan, memberikan Birmingham Hippodrome yang handal, sistem tahan kesalahan yang mereka butuhkan.

Manfaat Solusi Pemulihan Failover Dan Bencana

Manfaat lain dari perangkat lunak SIOS adalah instalasi dan pengaturan adalah proses yang cepat dan tidak merepotkan. Ketersediaan tinggi dan perlindungan keseluruhan operasi teater mungkin tampak seperti tugas yang menakutkan. Tetapi SIOS Protection Suite dipasang, dikonfigurasi, diuji dan diproduksi dalam beberapa hari. Selama enam bulan pertama operasi, salah satu server mengalami pembekuan sekitar satu kali sebulan. Dalam setiap kasus, perangkat lunak SIOS gagal ke server back-up dalam waktu kurang dari satu menit. Beberapa contoh awal kegagalan server sebagian besar tidak terdeteksi, berkat SIOS. Perangkat lunak SIOS memungkinkan Hippodrome untuk menyediakan solusi total yang mencakup perangkat keras, instalasi, serta layanan tambahan yang terkait dengan pemulihan bencana. Untuk mengetahui lebih lanjut tentang produk SIOS, buka di sini Untuk membaca tentang bagaimana SIOS dapat memenuhi kebutuhan failover dan pemulihan bencana Anda, buka di sini

Langkah Dasar Dari Setiap Cluster

Artikel ini adalah yang pertama dari serangkaian artikel tentang Clustering Windows Server 2012. Artikel pertama ini membahas dasar-dasar langkah pertama dari setiap cluster, terlepas dari apakah Anda mengelompokkan Hyper-V, SQL Server Failover Clusters, File Servers, iSCSI Target Server atau lainnya. Artikel mendatang akan mencakup petunjuk yang lebih terperinci untuk setiap jenis sumber gugus cluster, namun informasi berikut berlaku untuk SEMUA kelompok.

Saya berasumsi bahwa Anda tahu sedikit tentang kelompok dan mengapa Anda ingin membangunnya, jadi saya tidak akan membahas rincian ini di pos ini. Saya juga menganggap Anda sudah familiar dengan Windows Server 2012 dan hal-hal mendasar seperti DNS, AD, dll. Perlu dicatat juga bahwa pada pengelompokkan failover Windows Server 2012 hadir dengan setiap edisi, tidak seperti Windows Server 2008 R2 dan sebelumnya dimana failover clustering hanya disertakan dalam Edisi Enterprise dan di atas.

Fokus pada cluster 2-node dasar

Seri khusus ini akan berfokus pada cluster 2-node dasar, di mana kita memiliki dua server (bernama PRIMARY and SECONDARY) yang menjalankan Windows Server 2012 di Domain Windows Server 2012 (pengontrol domain bernama DC). Ini juga mengasumsikan bahwa PRIMER dan SEKUNDER dapat berkomunikasi satu sama lain melalui dua koneksi jaringan yang telah saya beri label PUBLIK dan PRIBADI. Dalam skenario produksi, koneksi jaringan ini harus berjalan melalui peralatan jaringan yang sama sekali berbeda (switch, router, dll) untuk menghilangkan satu titik kegagalan.

Ayo mulai! Clustering Windows Server 2012, ini dia!

Seri ini akan ditulis dengan gaya langkah-demi-langkah yang sangat mendasar yang menuntun Anda melalui proses dalam daftar terurut dengan instruksi dasar dan banyak tangkapan layar untuk membantu menggambarkan prosedur bila diperlukan. Jadi mari kita mulai dari awal …

Tambahkan Failover Clustering Feature pada semua server yang ingin Anda tambahkan ke cluster
1. Buka Dasbor Pengelola Server (langkah pertama ini perlu diselesaikan pada PRIMARY dan SECONDARY)
2. Klik pada Add role and features
3. Pilih penginstalan berbasis peran atau berbasis fitur
4. Pilih server yang Anda inginkan untuk mengaktifkan fitur cluster failover
5. Lewati halaman Server Roles
6. Pada halaman Features pilih Failover Clustering dan klik Next lalu konfirmasikan pemasangannya
Sebelum kita mulai mengkonfigurasi cluster, kita perlu mempertimbangkan jenis penyimpanan yang akan digunakan cluster. Biasanya kluster akan menggunakan semacam SAN, namun dengan Windows 2012 tidak semua cluster akan menggunakan SAN. Misalnya, jika Anda sedang membangun sebuah cluster untuk mendukung SQL Server AlwaysOn Availability Groups penyimpanan Anda akan direplikasi oleh SQL Server, sehingga menghilangkan kebutuhan akan SAN. Selain itu, dengan SMB 3.0 didukung sebagai penyimpanan cluster untuk Hyper-V dan SQL Server, Anda mungkin tidak memiliki SAN tradisional untuk penyimpanan. Dan jangan lupa mengelompokkan Ruang Penyimpanan dengan drive SAS bersama juga kemungkinan terjadi pada Windows Server 2012. Selain pilihan yang disebutkan di atas, Anda juga bisa menggunakan disk lokal dan solusi replikasi berbasis host dari pihak ke-3 seperti DataKeeper Cluster Edition yang merupakan alternatif bagus yang saya blogkan cukup sering. Untuk keperluan posting ini untuk berbagi tentang Clustering Windows Server 2012 , Saya akan menganggap Anda tidak memiliki penyimpanan bersama. Namun, jika Anda memiliki penyimpanan bersama pada saat ini, Anda harus mengkonfigurasi penyimpanan Anda sehingga LUN Anda diukir dan dibagi dengan masing-masing node cluster dengan satu LUN digunakan sebagai saksi disk dan LUN yang tersisa dapat digunakan. untuk aplikasi yang ingin anda cluster. Sebagai pengganti kesaksian disk untuk kuorum kami, saya akan menggunakan sebuah simpul dan berkas berbagi jenis kuorum saksi yang akan saya jelaskan nanti.
Sekarang Failover Clustering diaktifkan pada setiap server, Anda dapat membuka Failover Cluster Manager di server PRIMER Anda. Hal pertama yang ingin kita lakukan adalah menjalankan "Validasi Konfigurasi" sehingga kita dapat mengidentifikasi setiap masalah potensial sebelum kita memulai. Klik pada Validasi Cluster
Langkah melalui Memvalidasi Wizard Konfigurasi seperti yang ditunjukkan pada langkah-langkah berikut.
1. Pilih server yang ingin dikelompokkan
2. Jalankan semua tes (tergantung pada peran apa yang telah Anda instal di server Anda mungkin mendapatkan lebih banyak atau sedikit tes. Misalnya, jika Hyper-V diaktifkan, ada tes spesifik Hyper-V yang baru untuk cluster)
3. Dengan asumsi klanda Anda "lulus" validasi Anda harus memiliki laporan yang terlihat serupa dengan saya. Anda akan melihat bahwa laporan saya berisi "peringatan" namun tidak ada kesalahan. Penting bagi Anda untuk melihat laporan dan memahami peringatan apa yang mungkin ada, tapi Anda selama Anda memahami peringatan dan mereka masuk akal untuk lingkungan khusus Anda yang dapat Anda pindahkan. Jika Anda validasi "gagal", Anda HARUS memperbaiki kegagalan sebelum melanjutkan. Klik Lihat Laporan untuk melihat laporan
4. Anda akan melihat semua peringatan saya terkait dengan penyimpanan, jadi saya tidak khawatir karena saya belum mengkonfigurasi penyimpanan bersama apa pun, jadi saya akan mengharapkan beberapa dari thests ini menghasilkan peringatan.

Setelah Validasi selesai tanpa kesalahan, Anda akan secara otomatis dilemparkan ke dalam Wizard Buat Cluster. Berjalanlah melalui wizard ini seperti yang ditunjukkan di bawah ini untuk membuat cluster dasar Anda.
1. Di layar pertama ini Anda akan memilih nama untuk cluster Anda dan memilih alamat IP yang akan dikaitkan dengan nama ini di DNS. Nama ini hanya nama yang digunakan untuk mengelola cluster Anda – ini BUKAN nama yang akan digunakan klien Anda untuk terhubung ke sumber berkerumun yang pada akhirnya akan Anda buat. Setelah Anda membuat jalur akses ini, objek komputer baru akan dibuat pada AD dengan nama ini dan sebuah record DNS A akan dibuat dengan nama dan alamat IP ini.
2. Pada layar konfirmasi Anda akan melihat nama dan alamat IP yang Anda pilih. Anda juga akan melihat opsi yang baru dengan pengelompokkan failover Windows Server 2012 … "Tambahkan semua penyimpanan yang layak ke cluster". Secara pribadi saya tidak yakin mengapa ini dipilih secara default, karena opsi ini benar-benar dapat membingungkan banyak hal. Secara default, pilihan ini akan menambahkan semua penyimpanan bersama (jika Anda memilikinya dikonfigurasi) ke cluster, tapi saya juga melihatnya menambahkan disk lokal dan non-shared ke cluster juga. Saya kira mereka ingin membuatnya mudah untuk mendukung penyimpanan simetris, namun umumnya solusi berbasis host atau berbasis array replikasi akan memiliki beberapa petunjuk yang cukup spesifik tentang bagaimana menambahkan penyimpanan simetris ke cluster dan umumnya opsi ini untuk menambahkan semua disk ke cluster lebih merupakan penghalang daripada bantuan ketika sampai pada penyimpanan asimetris. Untuk kasus kami, karena saya tidak memiliki penyimpanan bersama yang dikonfigurasi dan saya tidak ingin cluster menambahkan disk lokal ke cluster untuk saya secara otomatis, saya tidak mencentang penyimpanan Tambahkan semua yang memenuhi syarat ke opsi klaster.
3. Setelah Anda klik next, Anda akan melihat bahwa cluster telah menyelesaikan proses pembuatannya, namun mungkin ada beberapa peringatan. Dalam kasus kami, peringatan mungkin terkait dengan konfigurasi kuorum yang akan kami jaga pada langkah selanjutnya. Klik Lihat Laporan untuk melihat peringatan apa pun.
  
  Anda melihat bahwa peringatan itu digunakan untuk mengubah jenis kuorum.
Karena kita tidak memiliki penyimpanan bersama, kita tidak akan menggunakan kuota Node dan Disk Majority seperti yang disarankan. Sebagai gantinya, kita akan menggunakan dan Node dan File Share Majority quorum. Langkah-langkah berikut akan membantu kita mengkonfigurasi Node dan File Majority Quorum
1. File Share Witness perlu dikonfigurasi pada server yang bukan bagian dari cluster. Saksi berbagi file adalah file sharing dasar bahwa nama komputer cluster (MYCLUSTER dalam kasus kami) telah membaca / menulis akses. Langkah pertama melibatkan pembuatan file share ini. Dalam contoh kita, kita akan membuat file share di DC kita dan memberi MYCLUSTER akses baca / tulis untuknya.
2. Berbagi file tidak perlu berada pada server Windows 2012, namun perlu berada di Server Windows di domain yang sama dengan cluster. Yang penting untuk diingat adalah bahwa nama komputer cluster yang kita buat membutuhkan akses baca / tulis baik pada level share maupun level NTFS. Berikut adalah beberapa screen shot yang memandu Anda melalui proses ini di server DC yang menjalankan Windows Server 2012 di lab saya.
3. Sekarang kita memiliki share file yang dibuat di DC, kita akan kembali ke PRIMARY dan menggunakan Failover Cluster Manager untuk mengubah tipe kuorum seperti yang ditunjukkan pada langkah-langkah berikut.
  
  Jika kebetulan wizard ini gagal, kemungkinan besar terkait dengan hak akses pada file share. Pastikan Anda memberi nama komputer cluster baca / tulis izin di KEDUA tingkat berbagi file dan keamanan (NTFS) dan coba lagi.
Anda sekarang memiliki cluster 2-node dasar dan siap untuk beralih ke langkah berikutnya dari seri Clustering Windows Server 2012 yang menciptakan sumber daya cluster Anda. Saya akan menerbitkan serangkaian artikel tentang cara mengelompokkan sumber daya yang berbeda, dimulai dengan SQL 2012 di posting berikutnya.