Konfigurasikan Active Directory

Pertama kita akan terhubung ke DC1 via RDP dan mengaktifkan direktori aktif. Gunakan tombol "Connect" untuk mendownload koneksi RDP ke DC1. Gunakan username dan password yang Anda tentukan saat Anda membuat VM Azure Anda. Promosikan DC1 ke Pengontrol Domain.

INSIDER TIP – SAYA TELAH JUGA MENEMUKAN BAHWA RESOLUSI DNS BEKERJA TERBAIK JIKA ANDA MENGHAPUS SEMUA FORWARDERS DNS PADA SERVER DNS DAN HANYA MENGGUNAKAN JALAN ROOT. AZURE BISA SOMETIME MEMILIKI MASALAH MENGUKUR PROPERTI MICROSOFT WEB JIKA ANDA MENGGUNAKAN SERTIFIKAT MEREKA MEREKA ADALAH FORWARDERS.

Buat Cluster

Setelah Anda mengkonfigurasi DC1 sebagai Domain Controller, Anda akan terhubung ke SQL1 dan SQL2 dan menambahkannya ke domain. Namun, sebelum melakukannya, Anda perlu mengubah Server DNS dari Jaringan Virtual menjadi Server DC1 (10.0.0.100) dan melakukan reboot baik SQL1 dan SQL2. Setelah SQL1 dan SQL2 memiliki 100.0.0.100 sebagai Server DNS mereka, Anda akan dapat bergabung dengan domain tersebut.

Setelah bergabung dengan domain, Anda harus menyelesaikan langkah-langkah yang digambarkan di bawah ini untuk membuat SQL Server Failover Cluster Instance (FCI).

Pertama, aktifkan .Net 3.5 Framework pada setiap node.

Jika Anda menemukan bahwa .Net Framework tidak dapat diinstal, lihat tip saya tentang DNS.

Aktifkan Failover Cluster

Sekarang. Net 3.5 diaktifkan, Anda kemudian perlu mengaktifkan Failover Cluster Feature pada kedua SQL1 dan SQL2.

Validasi

Setelah fitur cluster diaktifkan, Anda perlu membuat cluster. Langkah pertama adalah menjalankan klaster Validasi. Saya berasumsi bahwa Anda sudah familiar dengan pengelompokan, jadi saya hanya akan memposting beberapa tangkapan layar dan mencatat hal-hal yang perlu Anda pertimbangkan.

Validasi akan selesai, tapi akan ada beberapa peringatan. Sebagian besar peringatan akan tersimpan di sekitar penyimpanan. Anda dapat mengabaikannya karena kami akan menggunakan penyimpanan yang direplikasi daripada disk bersama. Selain itu, Anda mungkin mendapat peringatan tentang jaringan. Anda juga dapat mengabaikan peringatan tersebut karena kami mengetahui bahwa Azure memiliki redundansi jaringan yang dibangun di lapisan fisik.

Buat Cluster Access Point

11/24/2015 UPDATE – Saya telah menemukan bahwa membuat cluster melalui Powershell menghindari semua masalah ini yang dijelaskan dalam langkah-langkah GUI di bawah ini karena Anda dapat menentukan Alamat IP Cluster sebagai bagian dari proses pembuatan. Dua perintah PowerShell di bawah ini menggantikan semua langkah yang ditunjukkan pada gambar layar GUI yang mengikuti bagian ini. Pastikan parameter StaticIaddress

Uji-Cluster -Node Server1, Server2

New-Cluster -Name MyCluster -Node Server1, Server2 -StaticAddress 10.0.0.200

Jika Anda menjalankan Script Powershell di atas, Anda dapat melewati bagian ini lagi dan langsung ke bagian berikutnya untuk membuat saksi file share.

Saya menyarankan untuk membuat Klik Selesai untuk memulai proses pembuatan cluster. Pertama pilih nama untuk cluster.

Anda akan melihat ada beberapa peringatan jika Anda mengklik Lihat Laporan. Anda bisa mengabaikan peringatan tersebut karena kami akan membuat File Share Witness.

Anda mungkin mendapatkan pesan berikut setelah cluster tersebut dibuat. "Tindakan 'Validasi Konfigurasi …' tidak lengkap.

Perbaiki Alamat IP Address Cluster Access Point

Masalah mendasar di sini adalah bahwa cluster tersebut tidak menyelesaikan nama cluster dengan benar karena konflik alamat IP. Apa yang akan Anda temukan adalah bahwa Azure DHCP benar-benar memberikan alamat IP duplikat ke objek komputer cluster yang baru Anda buat. Ini hanyalah salah satu keistimewaan Azure yang aneh yang harus Anda hadapi seperti yang ditunjukkan di bawah ini.

Anda mungkin perlu membuka Failover Cluster GUI di SQL2 agar bisa terhubung. Setelah Anda dapat terhubung ke cluster Anda akan melihat bahwa cluster tersebut meraih alamat IP yang sama dengan salah satu dari node cluster. Hal ini tentu saja menyebabkan konflik alamat IP.

Yang perlu kita lakukan adalah mengubah alamat IP 10.0.0.102 ke alamat IP lain yang tidak digunakan di subnet ini.

Anda akan melihat saya memilih 10.0.0.200 sebagai alamat saya. Alamat ini TIDAK dilindungi dalam cakupan DHCP karena saat ini tidak ada cara untuk mengendalikan cakupan DHCP atau menambahkan pemesanan. Saya hanya memilih sebuah alamat di ujung atas lingkup DHCP dan memastikan bahwa saya tidak menyediakan cukup VM dalam subnet ini untuk mencapai alamat IP tersebut.

Sekarang setelah alamat IP Cluster diperbaiki, Anda akan dapat terhubung ke cluster menggunakan Failover Cluster Manager dari kedua node.

Buat File Share Witness

Selanjutnya kita akan membuat File Share Witness untuk quorum cluster. Untuk deskripsi kuorum cluster yang lengkap baca posting blog saya di pers MSDN, http://blogs.msdn.com/b/microsoft_press/archive/2014/04/28/from-the-mvps-understanding-the-windows-server -failover-cluster-kuorum-in-windows-server-2012-r2.aspx

Saksi berbagi file akan dibuat di Domain Controller. Intinya Anda perlu membuat file share di DC1 dan memberi izin baca / tulis ke akun komputer cluster "sioscluster". Pastikan untuk membuat perubahan ini pada izin Berbagi dan Keamanan seperti yang ditunjukkan di bawah ini.

Langkah-langkah berikut dilakukan di DC1.

Buat folder baru

Pastikan Anda mencari objek Komputer dan memilih nama objek komputer cluster, dalam kasus kami, SIOSCLUSTER

Pastikan Anda memberikannya Perizinan perubahan.

Anda juga perlu mengubah Keamanan untuk mengizinkan objek komputer cluster Memodifikasi hak akses pada folder.

Setelah Anda membuat folder bersama, Anda akan menambahkan File Share Witness menggunakan antarmuka Windows Server Failover Cluster pada salah satu node seperti yang ditunjukkan di bawah ini.

Pasang DataKeeper

DataKeeper Cluster Edition dari SIOS Technology diperlukan untuk memberikan integrasi replikasi dan cluster yang memungkinkan Anda membangun instance failover cluster tanpa penyimpanan bersama. Pertama, Anda akan menginstal DataKeeper Cluster Edition di kedua node cluster Anda. Jalankan melalui pengaturan seperti yang ditunjukkan di bawah ini.

Untuk tujuan demonstrasi saya menggunakan akun administrator domain. Satu-satunya persyaratan adalah akun pengguna yang digunakan ada di grup administrator lokal di setiap server.

Buat sumber Volume DataKeeper

Setelah Anda menginstal perangkat lunak pada setiap node cluster (SQL1 dan SQL2), Anda siap untuk membuat sumber volume pertama yang direplikasi. Luncurkan GUI DataKeeper pada kedua node dan ikuti langkah-langkah di bawah ini untuk membuat Sumber DataKeeper Volume Resource.

Setelah Anda terhubung ke kedua server, klik pada Server Overview Report. Seharusnya terlihat seperti berikut.

Anda akan melihat bahwa Anda terhubung ke kedua server, namun tidak ada volume yang tercantum. Selanjutnya kita perlu menambahkan storage tambahan ke setiap cluster node. Lakukan ini melalui portal Azure seperti yang ditunjukkan di bawah ini.

Setelah Anda menambahkan volume tambahan ke setiap VM dan membuat partisi yang diformat, GUI DataKeeper Anda akan terlihat seperti ini.

Anda sekarang siap meluncurkan Create a Job Wizard dan membuat sumber DataKeeper Volume seperti yang ditunjukkan di bawah ini.

Buat pekerjaan dan beri nama dan deskripsi opsional.

Instal SQL Ke Cluster

Setelah Anda mengatur cluster dan Volume DataKeeper di Available Storage, Anda siap untuk memulai Instalasi Cluster SQL Server. Proses ini sama persis seperti jika Anda menginstal SQL Server Failover Cluster Instance menggunakan penyimpanan bersama. Karena sumber data Volume DataKeeper Replicated adalah sumber daya Storage Class, failover clustering memperlakukannya seperti sumber Disk Fisik. Ikuti langkah-langkah yang digambarkan di bawah ini untuk menginstal SQL Server ke dalam cluster.

Anda bisa menggunakan SQL Server 2014 Standard Edition untuk membangun Cluster Failover 2-node. Dalam skenario ini, DataKeeper juga dapat mereplikasi Data ke node ke-3, namun simpul tersebut tidak dapat menjadi bagian dari cluster. Jika Anda ingin membuat cluster 3+ node Anda perlu menggunakan SQL Server 2014 Enterprise Edition. Versi SQL sebelumnya bekerja dengan baik juga. Saya telah menguji SQL 2008 melalui SQL 2014.

Sebelum mengklik Next, klik pada tab Direktori Data.

Setelah SQL diinstal pada node pertama, Anda kemudian perlu menjalankan instalasi pada node kedua.

Buat Balancer Beban Internal

Setelah cluster dikonfigurasi, Anda perlu membuat penyeimbang beban internal (ILB) yang akan digunakan untuk semua akses klien. Klien yang terhubung ke SQL Server perlu terhubung ke ILB alih-alih terhubung langsung ke alamat IP cluster. Jika Anda mencoba terhubung ke cluster secara langsung pada titik ini, Anda akan melihat bahwa Anda tidak dapat terhubung ke cluster dari sistem jarak jauh. Bahkan SQL Server Management Studio tidak akan bisa terhubung ke cluster secara langsung pada saat ini.

Jalankan Powershell Command ini dari desktop lokal Anda untuk membuat Internal Load Balancer (ILB) Anda.

# Tentukan variabel

$ IP = "10.0.0.201" # Alamat IP yang Anda inginkan agar Load Loader Internal Anda digunakan, ini harus menjadi alamat yang sama seperti Alamat IP Cluster SQL Server Anda

$ svc = "SQLFailover" # Nama layanan awan Anda

$ vmname1 = "sql1" #Nama VM yang merupakan simpul cluster pertama Anda

$ epname1 = "sql1" # Ini adalah nama yang ingin Anda tetapkan ke titik akhir yang terkait dengan simpul cluster pertama, gunakan apapun yang Anda suka

$ vmname2 = "sql2" #Nama VM yang merupakan cluster cluster kedua Anda

$ epname2 = "sql2" # Ini adalah nama yang ingin Anda tetapkan ke titik akhir yang terkait dengan node cluster kedua, gunakan apapun yang Anda suka

$ lbsetname = "ilbsetsqlha" # gunakan nama apapun yang Anda suka, nama ini tidak penting

$ prot = "tcp"

$ locport = 1433

$ pubport = 1433

$ probeport = 59999

$ ilbname = "sqlcluster" # ini adalah nama yang terhubung dengan klien Anda, itu harus sesuai dengan Anda SQL cluster Name Resource

$ subnetname = "Publik" # nama subnet Azure tempat Anda menginginkan penyeimbang beban internal untuk hidup

# Tambahkan Internal Load Balancer ke layanan

Add-AzureInternalLoadBalancer -InternalLoadBalancerName $ ilbname -SubnetName $ subnetname -ServiceName $ svc -StaticVNetIPAddress $ IP

# Tambahkan load balanced endpoint ke primary cluster node

Get-AzureVM -ServiceName $ svc -Name $ vmname1 | Add-AzureEndpoint -Name $ epname1 -LBSetName $ lbsetname -Protocol $ prot -LocalPort $ locport -PublicPort $ pubport -ProbePort $ probeport -ProbeProtocol tcp -ProbeIntervalInSeconds 10 -DirectServerReturn $ true -InternalLoadBalancerName $ ilbname | Update-AzureVM

# Tambahkan load balanced endpoint ke node cluster sekunder

Get-AzureVM -ServiceName $ svc -Name $ vmname2 | Tambahkan-AzureEndpoint -Name $ epname2 -LBSetName $ lbsetname -Protocol $ prot -LocalPort $ locport -PublicPort $ pubport -ProbePort $ probeport -ProbeProtocol tcp -ProbeIntervalInSeconds 10 -DirectServerReturn $ true -InternalLoadBalancerName $ ilbname | Update-AzureVM

Dengan asumsi naskah berjalan seperti yang direncanakan, Anda harus melihat output berikut.

Update pendengar klien

Setelah penyeimbang beban internal dibuat, kita perlu menjalankan skrip Powershell di SQL1 untuk memperbarui alamat IP Cluster SQL Server. Skrip tersebut merujuk pada nama Cluster Network dan IP Resource Name. Gambar-gambar di bawah menunjukkan bahwa Anda menemukan kedua nama ini di Failover Cluster Manager.

Script di bawah ini harus dijalankan pada salah satu node cluster. Pastikan untuk meluncurkan Powershell ISE menggunakan Run as Administrator.

# Script ini harus dijalankan pada node cluster utama setelah penyeimbang beban internal dibuat

# Tentukan variabel

$ ClusterNetworkName = "Cluster Network 1" # nama jaringan cluster

$ IPResourceName = "SQL IP Address 1 (sqlcluster)" # nama sumber alamat IP

$ CloudServiceIP = "10.0.0.201" # Alamat IP dari Load Balancer Internal Anda

Modul Impor FailoverClusters

# Jika Anda menggunakan Windows 2012 atau lebih tinggi, gunakan perintah Get-Cluster Resource. Jika Anda menggunakan Windows 2008 R2, gunakan perintah cluster res yang dikomentari.

Dapatkan-ClusterResource $ IPResourceName | Set-ClusterParameter -Multiple @ {“Address” = ”$ CloudServiceIP”; ”ProbePort” = ”59999 ″;
SubnetMask = ”255.255.255.255 ″;” Jaringan ”=” $ ClusterNetworkName ”;
"OverrideAddressMatch" = 1; "EnableDhcp" = 0}

# cluster res $ IPResourceName / priv enabledhcp = 0 overrideaddressmatch = 1 alamat = $ CloudServiceIP probeport = 59999 subnetmask = 255.255.255.255

Dengan asumsi naskah Anda berjalan seperti yang diharapkan, hasilnya akan seperti di bawah ini. Anda melihat bahwa agar perubahan diterapkan, Anda perlu membawa sumber gugus Anda secara offline sekali dan kemudian membawanya secara online.

Firewall

Buka port TCP 59999, 1433 dan 1434 terbuka pada firewall masing-masing server.

Ringkasan

Sekarang setelah cluster dibuat, Anda dapat terhubung ke SQL Failover Cluster Instance melalui Internal Load Balancer, menggunakan nama sqlcluster atau langsung ke 10.0.0.201.