Clustering Windows Server 2012 Langkah-demi-Langkah

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 …

1. 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
      
2. 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.
3. 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
4. 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.
      

1. 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.
      
2. 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.
3. 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.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/12/31/windows-server-2012-clustering-step-by-step/

Datakeeper Cluster Edition 7.5 Sekarang Mendukung Windows Server 2012

Manfaat Menggunakan Data Cluster DataKeeper

Berita bagus untuk Anda pengadopsi awal Windows Server 2012 – Anda sekarang dapat menggunakan DataKeeper Cluster Edition dengan Windows Server 2012. Saya akan memposting beberapa artikel Step-by-Step Windows Server 2012 sebelum akhir tahun dan pasti akan menyertakan beberapa contoh cluster multisite juga. Sementara itu, jika Anda ingin membangun cluster berdasarkan Windows Server 2012 dan ingin menghilangkan penyimpanan bersama sebagai satu titik kegagalan atau Anda ingin meregangkan cluster Anda melintasi lokasi geografis, Anda dapat melakukannya dengan DataKeeper Cluster Edition v7.5.

Tidak ada Google Apps Gratis Gratis

Google Apps Gratis – Intro Besar Sebelum Membeli

http://googleenterprise.blogspot.com/2012/12/changes-to-google-apps-for-businesses.html

Saya senang saya mendapat Scout Troop 20 terdaftar di bawah batas waktu. Google Apps gratis merupakan intro hebat untuk produk ini bagi saya dan saya melihatnya sebagai “obat” gateway yang memberi saya cukup banyak pertimbangan untuk mempertimbangkan versi premium untuk operasi bisnis berbasis awan yang “serius”, yaitu bukan Anak laki-laki Pasukan pramuka

Apakah Langganan itu Worth It?

Sementara $ 50 / tahun per pengguna tidak mahal, tentu saja ini bisa menjadi stopper show bagi banyak organisasi nirlaba kecil yang mungkin telah menjadi calon pelanggan potensial. Jadi pertanyaannya adalah apakah Microsoft memanfaatkan pembukaan ini untuk meraih pangsa pasar? Jika demikian, saya tahu di mana saya akan menggelar situs bisnis kecil berbasis cloud berikutnya.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/12/10/no-more-free-google-apps-googleapps-azure/

Grup Pilihan Alwayson Sebuah Alternatif yang layak untuk Failover Cluster?

Apakah Kelompok Ketersediaan Alwayson Sebuah Alternatif yang layak untuk Selalu Menemukan Kelompok Gagal di Lingkungan Umum?

Baru-baru ini saya membaca sebuah artikel berjudul SQL Server 2012 AlwaysOn: Database Ketersediaan Tinggi untuk pusat data awan tempat penulis John Joyner membuat sebuah kasus untuk menggunakan AlwaysOn Availability Groups untuk ketersediaan SQL Server yang tinggi di cloud. Saya telah menyelidiki AlwaysOn Availability Groups sejak tersedia dalam versi pra-rilis SQL Server 2012. Meskipun tentu saja memiliki beberapa kegunaan yang valid (kebanyakan dalam konfigurasi pemulihan bencana), dengan mengatakan bahwa ini adalah "cara baru untuk mencapai HA SQL" melirik banyak masalah yang membuat penggelaran AlwaysOn Availability Groups sebagai pengganti kelompok failover tidak layak dilakukan. pilihan dalam banyak kasus.

Tanggapan saya

Sebagai tanggapan, saya menulis artikel yang saya ajukan bahwa AlwaysOn Multisite Clustering menggunakan solusi replikasi berbasis host DataKeeper Cluster Edition adalah alternatif yang jauh lebih baik dan saya terus maju dan menjelaskan mengapa ..

Tanggapan asli saya terhadap artikel sepertinya telah dihapus, jadi saya memutuskan untuk memposting ulang tanggapan saya terhadap artikel asli di bawah ini:

Ada beberapa hal yang perlu dipertimbangkan dengan AlwaysOn Availability Groups. Seperti yang Anda sebutkan, "Microsoft mengumumkan dukungan untuk beberapa aplikasi System Center 2012 SP1 untuk bekerja sama dengan SQL AlwaysOn", yang berarti masih ada aplikasi yang tidak mendukung AlwaysOn. Sebenarnya, ada BANYAK aplikasi yang tidak mendukung AlwaysOn Availability Groups, termasuk aplikasi yang menggunakan transaksi terdistribusi. Dan bagaimana dengan keterbatasan lainnya, seperti tidak bisa menjaga MSDB, Master dan database lainnya selaras? Saya blog tentang keterbatasan ini disini.

https://clusteringformeremortals.com/2012/11/09/how-to-overcome-the-limitations-of-sql-server-alwayson-availability-groups-sqlpass/

Saya setuju bahwa SQL HA itu penting, bagaimanapun, satu-satunya cara untuk mendapatkan "Ketersediaan Tinggi" (artinya pemulihan otomatis jika terjadi kegagalan) dengan AlwaysOn Availability Groups adalah dengan menggunakan mirroring sinkron. Pada PASS Summitt di Seattle awal bulan ini, saya duduk dalam berbagai presentasi di AlwaysOn dan hampir tanpa gagal para presenter membicarakan AlwaysOn dalam konfigurasi asinkron. Alasannya adalah bahwa replikasi sinkron AlwaysOn memiliki dampak yang SIGNIFICANT terhadap kinerja aplikasi Anda. Saya secara pribadi telah mengukur hukuman kinerja 68% dengan mirror mirror AlwaysOn Synchronous, dan itu berada di dedicated 10 Gbps LAN! Saya blog tentang hasil ini disini

Sayangnya, dalam konfigurasi asinkron Anda melepaskan failover otomatis, jadi Anda benar-benar tidak mendapatkan HA, Anda mendapatkan perlindungan data, namun pastinya bukan RTO yang sama seperti yang Anda harapkan dari sebuah cluster failover SQL tradisional.

Dan akhirnya ada biaya untuk dipertimbangkan. SQL Server 2012 Enterprise tidak ada yang bersin. Jika Anda ingin membangun cluster 2-node dan memanfaatkan sekunder yang mudah dibaca dan Anda menggunakan server 2-soket, 16-core yang Anda cari untuk mengupas hampir $ 220k untuk lisensi SQL Server 2012 Enterprise. Saya memecahkan biaya terkait di artikel blog saya di sini.

Jangan salah sangka, SQL Server 2012 AlwaysOn Availability Groups dapat memecahkan banyak masalah, namun saya tidak akan mengkategorikan konfigurasi asinkron yang dibutuhkan di sebagian besar penerapan awan sebagai alternatif HA. Banyak orang yang menghadap "AlwaysOn" lainnya, AlwaysOn Failover Cluster. Fitur baru dari SQL Server AlwaysOn Failover Cluster, termasuk dukungan yang disempurnakan untuk cluster subnet multisite lintas, akan memberi Anda solusi HA yang benar dan mengatasi semua keterbatasan yang saya jelaskan di atas. Tentu saja dengan solusi cloud murni Anda mungkin tidak bisa berintegrasi dengan replikasi berbasis array untuk mendukung cluster multisite, namun Anda selalu dapat menggunakan solusi replikasi berbasis host seperti SteelEye DataKeeper Cluster Edition untuk membangun cluster multisite di awan publik atau swasta dan di tempat Anda. pusat data fisik sendiri dan Anda dapat melakukannya dengan SQL Server 2008 sampai 2012 DAN bekerja pada edisi SQL Server Standard dan juga Enterprise.

Sudahkah Anda melakukan pengujian dengan AlwaysOn Availability Groups dalam konfigurasi HA? Jika demikian, saya akan penasaran untuk mengetahui apakah Anda mengukur biaya overhead yang terkait dengan replikasi sinkron di lingkungan Anda.

Direproduksi dengan izin dari https://clusteringformeremortals.com/2012/11/27/is-alwayson-availability-groups-a-viable-alternative-to-alwayson-failover-clusters-in-the-public-cloud/

Fitur SQL Server Alwayson Tanpa Tag Harga yang Berat? Coba DataKeeper

Ingin SQL Server Selalu Berfitur, Tetapi Tidak Dapat Memenuhi SQL 2012 Enterprise Edition?

Tidak diragukan lagi AlwaysOn Availability Groups adalah topik hangat di sini di SQL PASS Summit. Seperti yang saya sebutkan di posting saya sebelumnya, Anda perlu mempertimbangkan overhead yang terkait dengan AlwaysOn serta keterbatasan lainnya saat Anda menggunakan SQL Server 2012 Enterprise Edition. Baca terus saat saya mengenalkan SIOS DataKeeper Cluster Edition. 

Perbandingan harga

Saya mengeluarkan harga (harga daftar) solusi 2-node menggunakan SQL Server 2012 AlwaysOn Availability Groups dengan target baca-saja dengan 2-socket khas, konfigurasi server 16-core. Saya juga menambahkan konfigurasi yang sebanding. Menjalankan DataKeeper Cluster Edition pada SQL 2012 Edisi Standar dan sebagai SQL 2008 R2 Enterprise Edition.

Seperti yang Anda lihat, menggelar SQL Server 2012 Enterprise Edition (diperlukan untuk Grup Ketersediaan), biaya Anda jauh lebih besar daripada jika Anda menggunakan solusi cluster yang direplikasi serupa menggunakan DataKeeper Cluster Edition.

Hubungi kami untuk mendapatkan Fitur SQL Server Alwayson terbaik dengan biaya terbaik.

Diproduksi ulang dengan izin dari Clusteringformeremortals.com