Date: Juli 19, 2017
Menyebarkan 2-node File Server Failover Cluster di Azure menggunakan lengan
Dalam posting ini kami akan detail langkah-langkah spesifik yang diperlukan untuk menyebarkan 2-node File Server Failover Cluster di wilayah tunggal Azure menggunakan Azure Resource Manager. Saya akan menganggap Anda sudah familiar dengan konsep-konsep dasar Azure serta konsep-konsep dasar Failover Cluster dan akan fokus artikel ini pada apa yang unik tentang menjalankan File Server Failover Cluster di Azure.
Dengan DataKeeper Cluster edisi Anda akan mampu mengambil penyimpanan lokal terlampir, apakah itu adalah Premium atau standar disk, dan meniru disk yang baik serentak, asynchronously atau campuran atau keduanya, antara dua atau lebih gugus node. Selain itu, sumber daya DataKeeper Volume yang terdaftar di Windows Server Failover Clustering yang mengambil tempat sumber Disk fisik. Bukan mengendalikan reservasi SCSI-3 seperti sumber Disk fisik, DataKeeper Volume kontrol arah cermin, memastikan node aktif adalah selalu sumber cermin. Sejauh Failover Clustering yang bersangkutan, itu terlihat, terasa dan bau seperti Disk fisik dan digunakan dengan cara yang sama sumber Disk fisik akan digunakan.
Pra-syarat
- Anda telah menggunakan Portal Azure sebelum dan nyaman menjalankan mesin virtual di Azure IaaS.
- Telah memperoleh lisensi atau eval lisensi dari SIOS DataKeeper
Menggelar sebuah File Server Failover Cluster misalnya menggunakan Azure Portal
Untuk membangun 2-node File Server Failover Cluster contoh di Azure, kita akan menganggap Anda memiliki dasar jaringan Virtual berbasis di Azure Resource Manager dan Anda memiliki setidaknya satu mesin virtual up dan menjalankan dan dikonfigurasi sebagai Domain Controller. Setelah Anda memiliki jaringan Virtual dan mengkonfigurasi Domain, Anda akan menyediakan dua mesin virtual yang baru yang akan bertindak sebagai dua node gugus kami.
Lingkungan kita akan terlihat seperti ini:
DC1-Domain Controller dan File berbagi kesaksian kami
SQL1 dan SQL2-dua node Cluster Server File kami
Penyediaan dua node Cluster (SQL1 dan SQL2)
Menggunakan Azure Portal, kami akan menyediakan SQL1 dan SQL2 cara yang sama. Ada banyak pilihan untuk memilih dari termasuk contoh ukuran, pilihan penyimpanan, dll. Panduan ini tidak dimaksudkan untuk menjadi panduan lengkap untuk menjalankan server di Azure karena ada beberapa sumber yang benar-benar baik di luar sana dan banyak lagi diterbitkan setiap hari. Namun, ada beberapa hal penting yang perlu diingat ketika membuat kasus Anda, terutama di lingkungan yang berkerumun.
Ketersediaan Set-sangat penting bahwa SQL1, SQL2 dan DC1 berada di ketersediaan set yang sama. Dengan menempatkan mereka dalam mengatur ketersediaan sama kami memastikan bahwa setiap gugus node dan saksi berbagi file yang berada dalam Domain kesalahan yang berbeda dan Update Domain. Ini membantu menjamin bahwa selama pemeliharaan terencana dan pemeliharaan yang tak direncanakan gugus akan terus dapat mempertahankan kuorum dan menghindari downtime.
Gambar 3-pastikan untuk menambahkan gugus node dan file berbagi kesaksian untuk mengatur ketersediaan sama
ALAMAT IP STATIS
Setelah setiap VM yang tersedia, Anda akan ingin pergi ke pengaturan dan mengubah pengaturan sehingga alamat IP statis. Kami tidak ingin alamat IP dari kami gugus node untuk mengubah.
Gambar 4 – pastikan setiap cluster node menggunakan IP statis
Penyimpanan
Sejauh menyangkut penyimpanan, Anda akan ingin untuk berkonsultasi dengan praktek-praktek terbaik kinerja SQL Server di Mesin Virtual Azure. Dalam hal apapun, Anda perlu minimal untuk menambahkan setidaknya satu disk tambahan untuk masing-masing node cluster Anda. DataKeeper dapat menggunakan Disk dasar, Premium penyimpanan atau bahkan kolam penyimpanan yang terdiri dari beberapa disk dalam kolam penyimpanan. Hanya pastikan untuk menambahkan jumlah penyimpanan yang sama untuk setiap gugus node dan mengkonfigurasinya identik. Juga, pastikan untuk menggunakan rekening penyimpanan yang berbeda untuk setiap mesin virtual untuk memastikan bahwa masalah dengan satu rekening penyimpanan tidak mempengaruhi kedua mesin virtual pada waktu yang sama.
Gambar 5-pastikan untuk menambahkan penyimpanan tambahan untuk setiap gugus node
Membuat gugus
Dengan asumsi kedua gugus node (SQL1 dan SQL2) telah ditetapkan seperti dijelaskan di atas dan ditambahkan ke domain yang ada, kami siap untuk membuat gugus. Sebelum kita membuat gugus, ada beberapa fitur yang perlu diaktifkan. Fitur ini adalah .net Framework 3.5 dan Failover Clustering. Fitur ini harus diaktifkan pada kedua gugus node. Anda juga perlu mengaktifkan peran Server FIle.
Gambar 6-mengaktifkan kedua .net Framework 3.5 dan Failover Clustering fitur dan File Server pada kedua cluster node
Sekali peran dan fitur telah diaktifkan, Anda siap untuk membangun cluster Anda. Kebanyakan dari langkah-langkah aku akan menunjukkan Anda dapat dilakukan baik melalui PowerShell dan GUI. Namun, saya akan merekomendasikan untuk langkah pertama ini Anda menggunakan PowerShell untuk membuat kelompok Anda. Jika Anda memilih untuk menggunakan GUI Failover Cluster manajer untuk membuat cluster Anda akan menemukan bahwa Anda berakhir dengan gugus menjadi masalah alamat IP yang duplikat.
Tanpa pergi ke detail, apa yang akan Anda temukan adalah bahwa Azure VMs harus menggunakan DHCP. Dengan menentukan "IP statis" ketika kita membuat VM di Azure portal semua yang kami lakukan adalah membuat semacam DHCP reservasi. Hal ini tidak benar-benar memesan DHCP karena reservasi DHCP benar akan menghapus alamat IP dari DHCP kolam. Sebaliknya, ini menetapkan IP statis di Azure portal hanya berarti bahwa jika alamat IP masih tersedia ketika VM permintaan itu, Azure akan mengeluarkan bahwa IP untuk itu. Namun, jika VM Anda sedang offline dan host yang lain datang online di subnet yang sama itu sangat baik bisa dikeluarkan alamat IP yang sama.
Ada efek samping aneh lain dengan cara Azure telah menerapkan DHCP. Ketika membuat sebuah cluster dengan Windows Server Failover Cluster GUI ketika tuan rumah menggunakan DHCP (yang mereka harus), tidak ada pilihan untuk menentukan alamat IP cluster. Sebaliknya hal itu bergantung pada DHCP untuk mendapatkan alamat. Yang aneh adalah, DHCP akan mengeluarkan sebuah alamat IP yang duplikat, biasanya alamat IP yang sama sebagai tuan rumah meminta alamat IP baru. Klaster biasanya akan menyelesaikan, tetapi Anda mungkin memiliki beberapa kesalahan aneh dan Anda mungkin perlu untuk menjalankan Windows Server Failover Cluster GUI dari sebuah node yang berbeda untuk mendapatkan menjalankannya. Sekali Anda mendapatkan untuk menjalankan Anda akan ingin mengubah alamat IP cluster ke alamat yang sedang tidak digunakan pada jaringan.
Anda dapat menghindari bahwa seluruh kekacauan dengan hanya menciptakan gugus melalui Powershell dan menentukan alamat IP gugus sebagai bagian dari PowerShell perintah untuk membuat gugus.
Anda dapat membuat gugus menggunakan perintah New-Cluster sebagai berikut:
Kluster baru - nama cluster1-Node sql1, sql2 - StaticAddress 10.0.0.101 - NoStorage
Setelah selesai penciptaan gugus, Anda juga akan ingin menjalankan validasi klaster dengan menjalankan perintah berikut:
Tes-Cluster
Gambar 7-output penciptaan cluster dan perintah validasi cluster
Buat File Share saksi
Karena tidak ada penyimpanan bersama, Anda akan perlu untuk membuat file berbagi saksi pada server lainnya dalam mengatur ketersediaan sama seperti dua cluster node. Dengan memasukkannya ke dalam set ketersediaan yang sama Anda dapat yakin bahwa Anda hanya kehilangan satu suara dari kuorum Anda pada waktu tertentu. Jika Anda tidak yakin bagaimana untuk membuat File berbagi saksi Anda dapat meninjau http://www.howtonetworking.com/server/cluster12.htm artikel ini. Dalam demo aku meletakkan file berbagi kesaksian pada kontroler domain. Saya telah menerbitkan sebuah penjelasan lengkap gugus quorums di https://blogs.msdn.microsoft.com/microsoft_press/2014/04/28/from-the-mvps-understanding-the-windows-server-failover-cluster-quorum-in-windows-server-2012-r2/
Menginstal DataKeeper
Setelah gugus dibuat itu adalah waktu untuk menginstal DataKeeper. Hal ini penting untuk menginstal DataKeeper setelah gugus awal dibuat sehingga tipe sumber daya kustom cluster bisa didaftarkan dengan gugus. Jika Anda menginstal DataKeeper sebelum gugus dibuat Anda akan hanya perlu menjalankan instalasi lagi dan melakukan perbaikan instalasi.
Gambar 8-Install DataKeeper setelah gugus dibuat
Selama instalasi Anda dapat mengambil semua pilihan default. Account layanan yang Anda gunakan harus domain account dan berada di grup administrator lokal pada tiap node dalam gugus.
Gambar 9-account layanan harus domain account yang ada di grup admin lokal pada setiap node
Setelah DataKeeper diinstal dan berlisensi pada setiap node yang Anda akan perlu untuk reboot server.
Menciptakan sumber daya DataKeeper Volume
Untuk menciptakan sumber daya Volume DataKeeper Anda akan perlu untuk memulai DataKeeper UI dan terhubung ke kedua server.
Terhubung ke SQL1
Terhubung ke SQL2
Setelah Anda tersambung ke setiap server, Anda siap untuk menciptakan DataKeeper Volume Anda. Klik kanan pada pekerjaan dan pilih "Buat Job"
Memberikan pekerjaan nama dan deskripsi.
Pilih sumber server Anda, IP dan volume. Alamat IP adalah apakah lalu lintas replikasi akan melakukan perjalanan.
Memilih server target Anda.
Memilih pilihan Anda. Untuk tujuan kita mana VMs dua berada dalam wilayah geografis yang sama kita akan memilih sinkron replikasi. Untuk lebih lama jarak replikasi Anda akan ingin untuk menggunakan asynchronous dan mengaktifkan beberapa kompresi.
Dengan mengklik ya pada pop-up terakhir Anda akan mendaftar sumber daya Volume DataKeeper baru dalam penyimpanan yang tersedia di Failover Clustering.
Anda akan melihat sumber daya Volume DataKeeper baru dalam penyimpanan yang tersedia.
Membuat File Server Cluster sumber daya
Untuk membuat File Server Cluster sumber daya, kami akan menggunakan Powershell sekali lagi daripada antarmuka Failover Cluster. Ini adalah ketika mesin virtual yang dikonfigurasi untuk menggunakan DHCP, wizard berbasis GUI tidak akan meminta kita untuk memasukkan alamat IP cluster. Sebaliknya, itu akan mengeluarkan sebuah alamat IP yang duplikat. Untuk menghindari hal ini, kita akan menggunakan perintah powershell sederhana untuk membuat FIle Server Cluster sumber daya dan tentukan alamat IP
Tambahkan-ClusterFileServerRole-penyimpanan "DataKeeper Volume E"-nama FS2 - StaticAddress 10.0.0.201
Membuat catatan dari alamat IP yang Anda tentukan di sini. Itu harus menjadi sebuah alamat IP yang unik pada jaringan Anda. Kami akan menggunakan alamat IP yang sama ini kemudian ketika kita membuat kami Internal beban pengimbang.
Membuat Internal beban pengimbang
Di sini adalah tempat failover clustering di Azure berbeda dari tradisional infrastruktur. Susunan Azure jaringan tidak mendukung perdeo ARPS, sehingga klien tidak dapat tersambung langsung ke alamat IP cluster. Sebaliknya, klien terhubung ke internal beban pengimbang dan diarahkan ke aktif gugus node. Apa yang perlu kita lakukan adalah membuat internal beban pengimbang. Ini semua dapat dilakukan melalui Portal Azure seperti ditunjukkan di bawah.
Pertama, buat pengimbang beban baru
Anda dapat menggunakan beban pengimbang umum jika klien Anda menghubungkan melalui internet publik. Tetapi dengan asumsi klien Anda berada di vNet sama, kita akan menciptakan beban pengimbang Internal. Hal yang penting untuk mencatat di sini adalah bahwa jaringan Virtual yang sama sebagai jaringan yang mana node cluster Anda berada. Juga, alamat IP pribadi yang Anda tentukan akan persis sama dengan alamat yang Anda gunakan untuk membuat Cluster SQL sumber daya.
Setelah Internal beban pengimbang (ILB) dibuat, Anda akan perlu untuk mengedit. Hal pertama yang akan kita lakukan adalah untuk menambahkan sebuah kolam renang di backend. Melalui proses ini Anda akan memilih ketersediaan Set mana VM Cluster SQL Anda berada. Namun, bila Anda memilih yang VMs yang sebenarnya untuk menambahkan ke kolam Backend, pastikan Anda tidak memilih saksi berbagi file Anda. Kami tidak ingin untuk mengarahkan lalu lintas SQL untuk saksi berbagi file Anda.
Hal berikutnya yang akan kita lakukan adalah menambahkan Probe. Probe kita menambahkan akan menyelidiki Port 59999. Penyelidikan ini menentukan node yang aktif dalam kelompok kami.
Dan kemudian akhirnya, kita perlu aturan menyeimbangkan beban untuk mengarahkan lalu lintas SMB, TCP port 445 yang penting untuk melihat dalam gambar di bawah adalah Server langsung mengembalikan diaktifkan. Pastikan Anda membuat perubahan itu.
Memperbaiki File sumber IP Server
Langkah terakhir dalam konfigurasi adalah dengan menjalankan script PowerShell berikut pada salah satu gugus node Anda. Ini akan memungkinkan gugus alamat IP untuk menanggapi probe ILB dan memastikan bahwa tidak ada konflik alamat IP antara alamat IP Cluster dan ILB. Harap perhatikan; Anda akan perlu untuk mengedit script ini agar sesuai dengan lingkungan Anda. Subnet mask diatur ke 255.255.255.255, ini bukanlah kesalahan, biarkan apa adanya. Hal ini menciptakan sebuah host rute tertentu untuk menghindari konflik alamat IP dengan ILB.
# Menetapkan variabel
$ClusterNetworkName = ""
# nama jaringan cluster
(Gunakan Get-ClusterNetwork pada Windows Server 2012 dari lebih tinggi untuk menemukan nama)
$IPResourceName = ""
# nama sumber daya alamat IP
$ILBIP = ""
# Alamat IP Internal beban pengimbang (ILB)
FailoverClusters impor-modul
# Jika Anda menggunakan Windows Server 2012 atau lebih tinggi:
Get-ClusterResource $IPResourceName | Set-ClusterParameter
-Multiple @{alamat = $ILBIP; ProbePort = 59999; SubnetMask = "255.255.255.255";
Jaringan = $ClusterNetworkName; EnableDhcp = 0}
# Jika Anda menggunakan Windows Server 2008 R2 menggunakan ini:
#cluster res $IPResourceName /priv enabledhcp = 0 alamat = $ILBIP probeport = 59999
subnetmask = 255.255.255.255
Menciptakan File saham
Anda akan menemukan bahwa menggunakan Wizard berbagi File di Failover Cluster Manajer tidak bekerja. Sebaliknya, Anda akan hanya membuat file saham di Windows Explorer pada node aktif. Failover clustering secara otomatis mengambil saham tersebut dan menempatkan mereka di klaster.
Perhatikan bahwa pilihan "Terus-menerus ketersediaan" untuk berbagi file tidak didukung di konfigurasi ini.
Kesimpulan
Anda sekarang harus berfungsi File Server Failover Cluster. Jika Anda memiliki masalah, silakan menjangkau kepada saya di Twitter @daveberm. Perlu kunci evaluasi DataKeeper mengisi formulir di http://us.sios.com/clustersyourway/cta/14-day-trial dan SIOS akan mengirimkan sebuah kunci evaluasi yang dikirim ke Anda.
Direproduksi dengan izin dari Clusteringformeremortals