Langkah-demi-Langkah: Cara Mengkonfigurasi Contoh Cluster Failover Server SQL Server (FCI) Di Microsoft Azure IaaS
Update 7/19/2016 – Langkah di bawah ini menjelaskan penerapan Azure "Classic". Jika Anda menggunakan SQL Cluster di Azure Resource Manager (ARM) maka Anda harus melihat artikel saya di sini. https://clusteringformeremortals.com/2016/04/23/deploying-microsoft-sql-server-2014-failover-clusters-in-azure-resource-manager-arm/
Sebelum memulai, kami akan membuat beberapa asumsi bahwa setidaknya Anda sedikit familiar dengan failover clustering dan Microsoft Azure dan telah mendaftar ke akun Azure. Sepanjang panduan Langkah-demi-Langkah ini, kami akan merujuk pada sumber daya tambahan untuk bacaan tambahan. Termasuk dalam panduan ini adalah screen shot dan contoh kode. Azure adalah produk yang berkembang pesat, jadi pengalaman Anda mungkin berbeda dari yang dijelaskan. Tetapi Anda harus bisa beradaptasi dan menyesuaikan sesuai kebutuhan. Saya akan mencoba untuk terus artikel ini up to date menambahkan komentar tambahan saya seiring berjalannya waktu. Azure Portal baru masih dalam tahap Pratinjau pada saat penulisan artikel ini. Oleh karena itu, kami akan menggunakan portal yang saat ini didukung bersama dengan PowerShell di semua contoh kami.
Pada tingkat tinggi, ini adalah langkah-langkah berikut yang perlu dilakukan untuk membuat penyebaran SQL Server yang sangat tersedia di Azure IaaS. Jika Anda sudah memiliki domain berfungsi di Azure IaaS Anda bisa melewati item 1-3.
Kita akan melihat lebih dekat masing-masing langkah di bawah ini.
- Buat Jaringan Virtual Anda
- Buat A Cloud Service
- Buat Akun Penyimpanan
- Buat VM dan Storage Azure Anda
- Konfigurasikan Active Directory
- Buat Cluster
- Buat Sumber Volume Cluster Berulang
- Instal SQL ke dalam Cluster
- Buat Load Balancer Internal
- Perbarui pendengar klien
Ikhtisar
Petunjuk ini mengasumsikan Anda ingin membuat penyebaran SQL Server yang sangat tersedia sepenuhnya dalam satu wilayah Azure. Sangat mungkin untuk mengkonfigurasi cluster SQL Server yang menjangkau wilayah geografis yang berbeda dalam Azure, atau bahkan konfigurasi Hybrid Cloud yang terbentang dari premis ke Azure Cloud atau visa versa. Bukan maksud saya untuk menutupi jenis konfigurasi dalam dokumen ini. Sebagai gantinya, konfigurasi yang akan saya fokuskan pada konfigurasi diilustrasikan pada Gambar 1.
Artikel ini akan menjelaskan cara membuat cluster yang mencakup dua Domain Fault dan Update Domain yang berbeda dalam wilayah Azure. Meliputi Domain Fault yang berbeda akan menghilangkan downtime yang terkait dengan Downtime yang Tidak Terencana. Meliputi Pembaruan Domain yang berbeda menghilangkan kegagalan yang terkait dengan Rencana Downtime.
Untuk informasi ikhtisar tambahan, Anda mungkin ingin menonton webinar yang saya lakukan di SQLTIPS yang membahas topik ini secara rinci. Hal ini dapat dilihat di http://www.mssqltips.com/sql-server-video/360/highly-available-sql-server-cluster-deployments-in-azure-iaas/
Buat Jaringan Virtual Anda
Agar ini berhasil, Anda harus memiliki semua VM Anda di dalam Jaringan Virtual. Membuat Jaringan Virtual cukup lurus ke depan. Gambar layar di bawah ini akan membantu membimbing Anda melalui prosesnya.
Pada titik ini saya ingin menambahkan alamat Google DNS Server 8.8.8.8. Saya telah mengalami masalah konektivitas yang aneh saat mencoba mendownload pembaruan dari Microsoft saat menggunakan server DNS default mereka. Setelah kita mendownload semua update yang dibutuhkan server ini kita akan kembali dan mengganti alamat IP server DNS dengan alamat IP controller AD kita. Tapi untuk saat ini, tambahkan 8.8.8.8 dan semua VMs Anda yang ada di Jaringan Virtual ini akan menerima ini sebagai server DNS melalui layanan DHCP. Posting forum ini menjelaskan masalah yang pernah saya alami tanpa menambahkan entri server DNS ini. Sebelum menambahkan semua server Anda ke domain, saya menemukan bahwa Anda perlu menghapus alamat 8.8.8.8 ini dan menggantinya dengan alamat IP dari pengontrol domain pertama yang Anda buat.
Anda akan melihat bahwa saya membuat satu subnet di Jaringan Virtual ini dan memberi label itu Publik. Kemudian saat kita membuat VM kita, kita akan menggunakan jaringan publik. Sementara Azure baru-baru ini menambahkan dukungan untuk beberapa NIC per VM, saya telah menemukan bahwa menambahkan beberapa subnet dan NIC ke VM Azure dapat menjadi masalah. Masalah utamanya adalah setiap NIC secara otomatis menetapkan alamat Gateway, yang dapat menyebabkan masalah routing karena beberapa Gateway didefinisikan pada server yang sama.
Butuh beberapa menit agar Jaringan Virtual Anda dibuat.
Buat A Cloud Service
VMs Anda semua akan berada dalam "Layanan Cloud" yang sama. Semoga berhasil menemukan definisi Azure "Cloud Service", karena keseluruhan Azure adalah "Layanan Cloud". Namun, ini adalah pemikiran yang sangat spesifik yang spesifik untuk Azure IaaS yang perlu Anda buat sebelum mulai menerapkan VMs. Tembakan layar di bawah ini akan memandu Anda melalui prosesnya.
Pastikan Anda menempatkan Cloud Service di Region yang sama dengan Jaringan Virtual Anda.
Buat Akun Penyimpanan
Sebelum memulai provisioning VMs Anda harus membuat Storage Account. Ikuti langkah-langkah di bawah ini untuk membuat akun penyimpanan.
Pastikan Anda membuat Storage Account di Lokasi yang Sama dengan Jaringan Virtual Anda
Buat Azure Anda VMS Dan Penyimpanan
Jika belum mendownload dan memasang Azure PowerShell, lakukan itu sekarang juga. Selain itu, pastikan Anda menetapkan langganan default dan CurrentStorageAccountName.
Kita akan mulai dengan menyediakan VM pertama yang akan menjadi Domain Controller (DC Controller). Dalam contoh kita, kita juga akan menggunakan DC sebagai saksi file share, jadi kita akan membuat Availability Set yang akan mencakup Domain Controller dan dua node di cluster. Berikut ini adalah contoh script yang akan membuat VM dan menetapkannya sebagai "Static Address".
$ AVSet = "SQLHA"
$ InstanceSize = "Besar"
$ VMName = "DC1"
$ AdminName = "myadminaccount"
$ AdminPassword = "mypassword"
$ PrimarySubnet = "Publik"
$ PrimaryIP = "10.0.0.100"
$ CloudService = "SQLFailover"
$ VirtualNetwork = "Azure-East"
$ ImageName = "a699494373c04fc0bc8f2bb1389d6106__Windows-Server-2012-R2-201412.01-en.us-127GB.vhd"
$ image = Dapatkan-AzureVMImage -ImageName $ ImageName
$ vm = New-AzureVMConfig -Name $ VMName -InstanceSize $ InstanceSize -Image $ image.ImageName -AvailabilitySetName $ AVSet
Add-AzureProvisioningConfig -VM $ vm -Windows -AdminUserName $ AdminName -Password $ AdminPassword
Set-AzureSubnet -SubnetNames $ PrimarySubnet -VM $ vm
Set-AzureStaticVNetIP -IPAddress $ PrimaryIP -VM $ vm
New-AzureVM -ServiceName $ CloudService -VNetName $ VirtualNetwork -VM $ vm
Tech Note – Saya mengatakan "Static IP Address", tapi sebenarnya hanya menciptakan "Permintaan" DHCP. Saya menyebutnya "Permintaan" DHCP dan bukan "Reservasi" karena itu benar-benar hanya permintaan usaha terbaik. Jika server ini offline dan seseorang memulai server baru, server DHCP dapat membagikan alamat ini ke orang lain, sehingga tidak tersedia saat server ini diaktifkan.
Setelah Anda membuat VM 1 Anda, Anda siap untuk membuat dua VM SQL yang digunakan di cluster. Anda akan melihat bahwa saya mencoba membuat skrip mudah digunakan dengan memungkinkan Anda menentukan variabel yang berbeda. Saya menyoroti variabel yang perlu Anda ubah untuk setiap VM.
$ AVSet = "SQLHA"
$ InstanceSize = "Besar"
$ VMName = "SQL1"
$ AdminName = "myadminaccount"
$ AdminPassword = "P @ 55w0rd"
$ PrimarySubnet = "Publik"
$ PrimaryIP = "10.0.0.101"
$ CloudService = "SQLFailover"
$ VirtualNetwork = "Azure-East"
$ ImageName = "a699494373c04fc0bc8f2bb1389d6106__Windows-Server-2012-R2-201412.01-en.us-127GB.vhd"
$ image = Dapatkan-AzureVMImage -ImageName $ ImageName
$ vm = New-AzureVMConfig -Name $ VMName -InstanceSize $ InstanceSize -Image $ image.ImageName -AvailabilitySetName $ AVSet
Add-AzureProvisioningConfig -VM $ vm -Windows -AdminUserName $ AdminName -Password $ AdminPassword
Set-AzureSubnet -SubnetNames $ PrimarySubnet -VM $ vm
Set-AzureStaticVNetIP -IPAddress $ PrimaryIP -VM $ vm
New-AzureVM -ServiceName $ CloudService -VNetName $ VirtualNetwork -VM $ vm
Jalankan skrip sekali lagi untuk menyediakan simpul klaster ke-2
$ AVSet = "SQLHA"
$ InstanceSize = "Besar"
$ VMName = "SQL2"
$ AdminName = "myadminaccount"
$ AdminPassword = "mypassword"
$ PrimarySubnet = "Publik"
$ PrimaryIP = "10.0.0.102"
$ CloudService = "SQLFailover"
$ VirtualNetwork = "Azure-East"
$ ImageName = "a699494373c04fc0bc8f2bb1389d6106__Windows-Server-2012-R2-201412.01-en.us-127GB.vhd"
$ image = Dapatkan-AzureVMImage -ImageName $ ImageName
$ vm = New-AzureVMConfig -Name $ VMName -InstanceSize $ InstanceSize -Image $ image.ImageName -AvailabilitySetName $ AVSet
Add-AzureProvisioningConfig -VM $ vm -Windows -AdminUserName $ AdminName -Password $ AdminPassword
Set-AzureSubnet -SubnetNames $ PrimarySubnet -VM $ vm
Set-AzureStaticVNetIP -IPAddress $ PrimaryIP -VM $ vm
New-AzureVM -ServiceName $ CloudService -VNetName $ VirtualNetwork -VM $ vm
Anda melihat masing-masing VM ini ditempatkan di Set Ketersediaan yang sama, yang saya sebut "SQLHA". Dengan menempatkan VMs di Ketersediaan yang sama Tetapkan Anda memanfaatkan Domain Fault dan Update Domain seperti yang dijelaskan di sini. http://blogs.technet.com/b/yungchou/archive/2011/05/16/window-azure-fault-domain-and-update-domain-explained-for-it-pros.aspx
Setelah Anda membuat VMs Anda, Portal Azure Anda akan terlihat seperti ini.
Kata-Kata Bijak Tentang Domain Fault
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.
Cari artikel seperti itu tentang contoh SQL Server failover cluster berguna, baca posting blog kami yang lain
Direproduksi dengan izin dari Clusteringformeremortal
