SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • Produk
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • Berita dan acara
  • Cluster server penyederhanaan
  • Kisah sukses
  • Hubungi kami
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

Penerapan Instance Cluster Failover SQL Server di Huawei Cloud

September 28, 2021 by Jason Aw Leave a Comment

Huawei Cloud ketersediaan tinggi ECS IaaS

* PENOLAKAN: Meskipun yang berikut ini sepenuhnya mencakup porsi ketersediaan tinggi dalam cakupan produk kami, ini hanya “panduan” pengaturan dan harus disesuaikan dengan konfigurasi Anda sendiri.

Gambaran AWAN HUAWEI adalah penyedia layanan cloud terkemuka tidak hanya di China tetapi juga memiliki jejak global dengan banyak pusat data di seluruh dunia. Mereka menyatukan lebih dari 30 tahun keahlian Huawei dalam produk dan solusi infrastruktur TIK dan berkomitmen untuk menyediakan layanan cloud yang andal, aman, dan hemat biaya untuk memberdayakan aplikasi, memanfaatkan kekuatan data, dan membantu organisasi dari semua ukuran tumbuh di era sekarang ini. dunia yang cerdas. HUAWEI CLOUD juga berkomitmen untuk menghadirkan layanan cloud dan AI yang terjangkau, efektif, dan andal melalui inovasi teknologi.

DataKeeper Cluster Edition menyediakan replikasi di cloud pribadi virtual (VPC) dalam satu wilayah di seluruh zona ketersediaan untuk cloud Huawei. Dalam contoh pengelompokan SQL Server khusus ini, kami akan meluncurkan empat instance (satu instance pengontrol domain, dua instance SQL Server, dan instance kuorum/saksi) ke dalam tiga zona ketersediaan.

Arsitektur HA Penjaga Data Huawei Cloud SIOS

DataKeeper Cluster Edition menyediakan dukungan untuk node replikasi data di luar cluster dengan semua node di cloud Huawei. Dalam contoh pengelompokan SQL Server khusus ini, empat contoh diluncurkan (satu contoh pengontrol domain, dua contoh SQL Server dan contoh kuorum/saksi) ke dalam tiga zona ketersediaan. Kemudian instans DataKeeper tambahan diluncurkan di wilayah kedua termasuk instans VPN di kedua wilayah. Silahkan lihat Konfigurasi Replikasi Data Dari Node Cluster ke Situs DR Eksternal untuk informasi lebih lanjut. Untuk informasi tambahan tentang penggunaan beberapa wilayah, silakan lihat Menghubungkan Dua VPC di Wilayah Berbeda .

Arsitektur Huawei Cloud SIOS Datakeeper DR

DataKeeper Cluster Edition juga menyediakan dukungan untuk node replikasi data di luar cluster dengan hanya node di luar cluster di Huawei Cloud. Dalam contoh pengelompokan SQL Server khusus ini, WSFC1 dan WSFC2 berada dalam kluster di tempat yang mereplikasi ke instans Huawei Cloud. Kemudian instans DataKeeper tambahan diluncurkan di suatu wilayah di Huawei Cloud. Silahkan lihat Konfigurasi Replikasi Data Dari Node Cluster ke Situs DR Eksternal untuk informasi lebih lanjut.

Arsitektur Hibrid DR Penjaga Data Huawei Cloud SIOS

Persyaratan

Keterangan Persyaratan
Awan Pribadi Virtual Dalam satu wilayah dengan tiga zona ketersediaan
Jenis Instance Jenis instans minimum yang disarankan: s3.large.2
Sistem operasi Lihat Matriks Dukungan DKCE
IP elastis Satu alamat IP elastis yang terhubung ke pengontrol domain
Empat contoh Satu instance pengontrol domain, dua instance SQL Server, dan satu instance kuorum/saksi
Setiap SQL Server ENI (Elastic Network Interface) dengan 4 IP · IP ENI Primer didefinisikan secara statis di Windows dan digunakan oleh DataKeeper Cluster Edition · Tiga IP dikelola oleh ECS saat digunakan oleh Windows Failover Clustering, DTC, dan SQLFC
Volume Tiga volume (hanya EBS dan NTFS) · Satu volume utama (drive C) · Dua volume tambahan o Satu untuk Failover Clustering o Satu untuk MSDTC

Catatan Rilis Sebelum memulai, pastikan Anda membaca Catatan Rilis Edisi DataKeeper Cluster untuk informasi terbaru. Sangat disarankan agar Anda membaca dan memahami Panduan Instalasi DataKeeper Cluster Edition .

Buat Virtual Private Cloud (VPC) Awan pribadi virtual adalah objek pertama yang Anda buat saat menggunakan DataKeeper Cluster Edition.

* Virtual Private Cloud (VPC) adalah cloud pribadi terisolasi yang terdiri dari kumpulan sumber daya komputasi bersama yang dapat dikonfigurasi di cloud publik.

  1. Menggunakan alamat email dan kata sandi yang ditentukan saat mendaftar Huawei Cloud , masuk ke Konsol Manajemen Cloud Huawei .
  2. Dari Jasa tarik-turun, pilih Awan Pribadi Virtual .

  1. Di sisi kanan layar, klik Buat VPC dan pilih wilayah yang ingin Anda gunakan.
  2. Masukkan nama yang ingin Anda gunakan untuk VPC
  3. Tentukan subnet cloud pribadi virtual Anda dengan memasukkan CIDR (Perutean Antar-Domain Tanpa Kelas) seperti yang dijelaskan di bawah ini
  4. Masukkan nama subnet, lalu klik Buat sekarang .

* Tabel Rute akan secara otomatis dibuat dengan asosiasi “utama” ke VPC baru. Anda dapat menggunakannya nanti atau membuat Tabel Rute lain.

* LINK BERMANFAAT: Huawei Membuat Virtual Private Cloud (VPC) Luncurkan Instance Berikut ini memandu Anda dalam meluncurkan instance ke subnet Anda. Anda akan ingin meluncurkan dua instans ke dalam satu zona ketersediaan, satu untuk instans pengontrol domain dan satu untuk instans SQL Anda. Kemudian Anda akan meluncurkan instans SQL lain ke zona ketersediaan lain dan instans saksi kuorum ke zona ketersediaan lain.

* LINK BERMANFAAT: Instans Huawei Cloud ECS

  1. Menggunakan alamat email dan kata sandi yang ditentukan saat mendaftar Huawei Cloud , masuk ke Konsol Manajemen Cloud Huawei .
  2. Dari Daftar Layanan tarik-turun, pilih Server Cloud Elastis .

  1. Pilih Beli ECS dan pilih Mode Penagihan, Wilayah, dan AZ (Zona Ketersediaan) untuk menerapkan Instans
  2. Pilih Jenis Instans Anda. ( Catatan: Pilih s3.large.2 atau lebih besar.).
  3. Pilih Gambar. Di bawah Gambar Publik, pilih Windows Server 2019 Pusat Data 64bit Bahasa Inggris gambar
    1. Untuk Konfigurasi Jaringan , pilih VPC Anda.
    2. Untuk Subnet , pilih Subnet yang ingin Anda gunakan, pilih Alamat IP yang ditentukan secara manual dan masukkan alamat IP yang ingin Anda gunakan
    3. Pilih Grup Keamanan untuk menggunakan atau Edit dan pilih yang sudah ada.
    4. Tetapkan EIP jika Anda memerlukan instans ECS untuk mengakses internet
    5. Klik Konfigurasikan Pengaturan Lanjut dan berikan nama untuk ECS, gunakan Kata sandi untuk Mode Masuk dan berikan kata sandi aman untuk login Administrator
    6. Klik Konfigurasi Sekarang pada Opsi Lanjutan Tambah sebuah Menandai untuk memberi nama instance Anda dan Klik pada Mengonfirmasi
  4. Lakukan tinjauan akhir Instance dan klik Kirim .

* PENTING: Catat kata sandi administrator awal ini. Ini akan diperlukan untuk masuk ke instance Anda.

Ulangi langkah di atas untuk semua instance.

Hubungkan ke Instance Anda dapat terhubung ke instance pengontrol domain Anda melalui Login Jarak Jauh dari panel ECS.

Masuk sebagai administrator dan masukkan Anda kata sandi administrator .

* PRAKTEK TERBAIK: Setelah masuk, praktik terbaik adalah mengubah kata sandi Anda.

Konfigurasikan Instance Pengontrol Domain Sekarang setelah instance telah dibuat, kami mulai dengan menyiapkan instance Layanan Domain.

Panduan ini bukan tutorial tentang cara menyiapkan instance server Domain Aktif. Kami merekomendasikan membaca artikel tentang cara mengatur dan mengkonfigurasi server Active Directory. Sangat penting untuk dipahami bahwa meskipun instance berjalan di cloud Huawei, ini adalah instalasi reguler Active Directory.

Alamat IP Statis Konfigurasikan Alamat IP Statis untuk Instans Anda

  1. Hubungkan ke instance pengontrol domain Anda.
  2. Klik Awal / Panel kendali .
  3. Klik Jaringan dan pusat Berbagi .
  4. Pilih antarmuka jaringan Anda.
  5. Klik Properti .
  6. Klik Protokol Internet Versi 4 (TCP/IPv4) , kemudian Properti .
  7. Dapatkan saat ini alamat IPv4 , gerbang default dan server DNS untuk antarmuka jaringan dari Amazon .
  8. Dalam Properti Internet Protocol Version 4 (TCP/IPv4) kotak dialog, di bawah Gunakan alamat IP berikut , Masukkan alamat IPv4 .
  9. Dalam Subnetmask kotak, ketik subnet mask yang terkait dengan subnet cloud pribadi virtual Anda.
  10. Dalam Gerbang Default kotak, ketik alamat IP dari gateway default dan kemudian klik oke .
  11. Untuk Server DNS Pilihan , Masukkan Alamat IP Primer Pengontrol Domain Anda (mis. 15.0.1.72).
  12. Klik Oke , lalu pilih Menutup . keluar Jaringan dan pusat Berbagi .
  13. Ulangi langkah di atas pada instance Anda yang lain.

Bergabunglah dengan Dua Instance SQL dan Instance Witness ke Domain * Sebelum mencoba bergabung dengan domain, lakukan penyesuaian jaringan ini. Pada adaptor jaringan Anda, Tambah/Ubah server DNS Pilihan ke alamat Pengontrol Domain baru dan server DNS-nya. Gunakan ipconfig /flushdns untuk menyegarkan daftar pencarian DNS setelah perubahan ini. Lakukan ini sebelum mencoba bergabung dengan Domain.

* Memastikan bahwa Jaringan Inti dan Berbagi File dan Printer opsi diizinkan di Windows Firewall.

  1. Pada setiap contoh, klik Awal , lalu klik kanan Komputer dan pilih Properti .
  2. Di paling kanan, pilih Ubah pengaturan .
  3. Klik Mengubah .
  4. Masukkan yang baru Nama komputer .
  5. Pilih Domain .
  6. Memasuki Nama domain – (mis. docs.huawei.com).
  7. Klik Berlaku .

* Menggunakan Panel kendali untuk memastikan semua instans menggunakan zona waktu yang benar untuk lokasi Anda.

* PRAKTEK TERBAIK: Disarankan agar File Halaman Sistem diatur ke sistem dikelola (tidak otomatis) dan untuk selalu menggunakan drive C:.

Panel Kontrol > Pengaturan sistem lanjutan > Kinerja > Pengaturan > Lanjutan > Memori Virtual. Pilih Ukuran yang dikelola sistem , Volume C: saja, lalu pilih Mengatur untuk menyimpan.

Tetapkan IP Pribadi Sekunder ke Dua Instance SQL Selain IP Primer, Anda perlu menambahkan tiga IP tambahan (IP Sekunder) ke antarmuka jaringan elastis untuk setiap instans SQL.

  1. Dari Daftar Layanan tarik-turun, pilih Server Cloud Elastis .
  2. Klik instance yang ingin Anda tambahkan alamat IP pribadi sekundernya.
  3. Pilih NIC > Kelola Alamat IP Virtual .
  4. Klik Tetapkan alamat IP Virtual dan pilih manual masukkan alamat IP yang berada dalam rentang subnet untuk instance (mis. Untuk 15.0.1.25, masukkan 15.0.1.26). Klik Oke .
  5. Klik pada Lagi dropdown pada baris alamat IP, dan pilih Ikat ke Server , pilih server untuk mengikat alamat IP, dan kartu NIC.
  6. Klik oke untuk menyimpan pekerjaan Anda.
  7. Lakukan hal di atas pada kedua Instance SQL .

* LINK BERMANFAAT: Mengelola Alamat IP Virtual Mengikat Alamat IP Virtual ke EIP atau ECS Buat dan Lampirkan Volume DataKeeper adalah solusi replikasi volume tingkat blok dan mengharuskan setiap node dalam cluster memiliki volume tambahan (selain drive sistem) yang berukuran sama dan huruf drive yang sama. Silakan tinjau Pertimbangan Volume untuk informasi tambahan mengenai persyaratan penyimpanan.

Buat Volume Buat dua volume di setiap zona ketersediaan untuk setiap instance SQL server, total empat volume.

  1. Dari Daftar Layanan tarik-turun, pilih Server Cloud Elastis .
  2. Klik instance yang ingin Anda kelola
  3. Pergi ke Disk tab
  4. Klik Tambahkan Disk untuk menambahkan volume baru pilihan dan ukuran Anda, pastikan Anda memilih volume di AZ yang sama dengan server SQL yang ingin Anda lampirkan
  5. Pilih kotak centang untuk menyetujui SLA dan Kirim
  6. Klik Kembali ke Konsol Server
  7. Menempel disk jika perlu ke instance SQL
  8. Lakukan ini untuk keempat volume.

* LINK BERMANFAAT: Layanan Volume Elastis Konfigurasikan Cluster Sebelum menginstal DataKeeper Cluster Edition, penting untuk mengonfigurasi Windows Server sebagai cluster menggunakan kuorum mayoritas node (jika ada jumlah node ganjil) atau kuorum mayoritas berbagi node dan file (jika ada jumlah genap node). Lihat dokumentasi Microsoft tentang pengelompokan selain topik ini untuk petunjuk langkah demi langkah.Catatan: Microsoft merilis perbaikan terbaru untuk Windows 2008R2 yang memungkinkan penonaktifan suara simpul yang dapat membantu mencapai tingkat ketersediaan yang lebih tinggi dalam konfigurasi klaster multi-situs tertentu.

Tambahkan Pengelompokan Failover Tambahkan fitur Failover Clustering ke kedua instance SQL.

  1. Meluncurkan Manajer Server .
  2. Pilih Fitur di panel kiri dan klik Tambah Fitur dalam Fitur Ini memulai Tambahkan Fitur Wizard .
  3. Pilih Pengelompokan failover .
  4. Pilih Install .

Memvalidasi Konfigurasi

  1. Membuka Manajer Cluster Failover .
  2. Pilih Failover Cluster Manager, pilih Memvalidasi Konfigurasi .
  3. Klik Lanjut , lalu tambahkan dua Contoh SQL .

Catatan: Untuk mencari, pilih Jelajahi , lalu klik Canggih dan Cari sekarang . Ini akan mencantumkan instance yang tersedia.

  1. Klik Lanjut .
  2. Pilih Jalankan Hanya Tes yang Saya Pilih dan klik Lanjut .
  3. Dalam Seleksi Tes layar, batalkan pilihan Penyimpanan dan klik Lanjut .
  4. Pada layar konfirmasi yang dihasilkan, klik Lanjut .
  5. Tinjauan Laporan Ringkasan Validasi lalu klik Menyelesaikan .

Buat Cluster

  1. Di dalam Manajer Cluster Failover , klik Buat Cluster lalu klik Lanjut .
  2. Masukkan dua Anda Contoh SQL .
  3. pada Peringatan Validasi halaman, pilih Tidak lalu klik Lanjut .
  4. pada Titik Akses untuk Mengelola Cluster halaman, masukkan nama unik untuk Cluster WSFC Anda. Kemudian masukkan Alamat IP Failover Clustering untuk setiap node yang terlibat dalam cluster. Ini yang pertama dari ketiganya alamat IP sekunder ditambahkan sebelumnya ke setiap instance.
  5. PENTING! Hapus centang pada kotak “Tambahkan semua penyimpanan yang tersedia ke kluster”. Drive cermin DataKeeper tidak boleh dikelola secara asli oleh cluster. Mereka akan dikelola sebagai Volume DataKeeper.
  6. Klik Lanjut di Konfirmasi
  7. Pada Ringkasan halaman, tinjau peringatan apa pun lalu pilih Menyelesaikan .

Konfigurasikan Kuorum/Saksi

  1. Buat folder pada contoh kuorum/saksi (saksi) Anda.
  2. Bagikan foldernya.
    1. Klik kanan folder dan pilih Bagikan Dengan / Orang Tertentu ….
    2. Dari tarik-turun, pilih Setiap orang dan klik Menambahkan .
    3. Dibawah Tingkat Izin , Pilih Baca tulis .
    4. Klik Membagikan , kemudian Selesai . (Catat jalur berbagi file ini untuk digunakan di bawah.)
  3. Di dalam Manajer Cluster Failover , klik kanan cluster dan pilih Lebih Banyak Tindakan dan Konfigurasikan Pengaturan Kuorum Cluster . Klik Lanjut .
  4. pada Pilih Konfigurasi Kuorum , memilih Node dan Berbagi File Mayoritas dan klik Lanjut .
  5. pada Konfigurasikan File Share Witness layar, masukkan path ke file share yang dibuat sebelumnya dan klik Lanjut .
  6. pada Konfirmasi halaman, klik Lanjut .
  7. pada Ringkasan halaman, klik Menyelesaikan .

Instal dan Konfigurasi DataKeeper Setelah cluster dasar dikonfigurasi tetapi sebelum sumber daya cluster dibuat, instal dan lisensi Edisi Cluster DataKeeper pada semua node cluster. Lihat Panduan Instalasi DataKeeper Cluster Edition untuk petunjuk rinci.

  1. Lari Penyiapan DataKeeper untuk memasang Edisi Cluster DataKeeper pada kedua contoh SQL.
  2. Masukkan kunci lisensi dan reboot saat diminta.
  3. Luncurkan GUI DataKeeper dan sambungkan ke server .

* Catatan : Domain atau akun server yang digunakan harus ditambahkan ke Grup Administrator Sistem Lokal. Akun harus memiliki hak administrator di setiap server tempat DataKeeper diinstal. Mengacu pada Layanan DataKeeper Login ID dan Pemilihan Kata Sandi untuk informasi tambahan.

  1. Klik kanan pada Pekerjaan dan terhubung ke kedua server SQL.
  2. Buat Pekerjaan untuk setiap cermin yang akan Anda buat. Satu untuk sumber daya DTC Anda, dan satu untuk sumber daya SQL Anda..
  3. Saat ditanya apakah Anda ingin mendaftarkan volume secara otomatis sebagai volume cluster, pilih Ya .

* Catatan: Jika menginstal DataKeeper Cluster Edition di Windows “Core” (Windows tanpa GUI), pastikan untuk membaca Menginstal dan Menggunakan DataKeeper di Platform Inti Server Windows 2008R2/2012 untuk petunjuk rinci.

Konfigurasikan MSDTC

  1. Untuk Windows Server 2012 dan 2016, di GUI Pengelola Gugus Failover , Pilih Peran , lalu pilih Konfigurasikan Peran .
  2. Pilih Koordinator Transaksi Terdistribusi (DTC) , dan klik Lanjut .

* Untuk Windows Server 2008, di GUI Pengelola Gugus Failover , Pilih Layanan dan Aplikasi , lalu pilih Konfigurasikan Layanan atau Aplikasi dan klik Lanjut .

  1. pada Titik Akses Klien layar, masukkan nama, lalu masukkan Alamat IP MSDTC untuk setiap node yang terlibat dalam cluster. Ini adalah yang kedua dari tiga alamat IP sekunder ditambahkan sebelumnya ke setiap instance. Klik Lanjut .
  2. Pilih Volume MSDTC dan klik Lanjut .
  3. pada Konfirmasi halaman, klik Lanjut .
  4. sekali Ringkasan tampilan halaman, klik Menyelesaikan .

Instal SQL pada Instance SQL Pertama

  1. Di server pengontrol domain, buat folder dan bagikan..
    1. Misalnya “TEMPSHARE” dengan izin Semua Orang.
  2. Buat sub folder “SQL” dan salin penginstal SQL .iso ke dalam sub folder itu.
  3. Di server SQL, buat drive jaringan dan lampirkan ke folder bersama di pengontrol domain.
    • . Misalnya “penggunaan bersih S: \TEMPSHARE
  4. Di server SQL, drive S: akan muncul. CD ke folder SQL dan temukan penginstal SQL .iso. Klik kanan pada file .iso dan pilih Gunung . Penginstal setup.exe akan muncul dengan penginstal SQL .iso.

F:>Setup /SkipRules=Cluster_VerifyForErrors /Action=InstallFailoverCluster

  1. Pada Siapkan Aturan Dukungan , klik oke .
  2. pada Kunci produk dialog, masukkan kunci produk dan klik Lanjut .
  3. pada Persyaratan Lisensi dialog, terima perjanjian lisensi dan klik Lanjut .
  4. pada Pembaruan Produk dialog, klik Lanjut .
  5. pada Siapkan File Dukungan dialog, klik Install .
  6. pada Siapkan Aturan Dukungan dialog, Anda akan menerima peringatan. Klik Lanjut , mengabaikan pesan ini, karena pesan tersebut diharapkan berada di kluster penyimpanan multi-situs atau non-bersama.
  7. Memeriksa Konfigurasi Node Cluster dan klik Lanjut .
  8. Konfigurasikan Anda Jaringan Kluster dengan menambahkan alamat IP sekunder “ketiga” untuk instance SQL Anda dan klik Lanjut . Klik Ya untuk melanjutkan dengan konfigurasi multi-subnet.
  9. Memasuki kata sandi untuk akun layanan dan klik Lanjut .
  10. pada Pelaporan Kesalahan dialog, klik Lanjut .
  11. pada Tambahkan Aturan Node dialog, peringatan operasi yang dilewati dapat diabaikan. Klik Lanjut .
  12. Verifikasi fitur dan klik Install .
  13. Klik Menutup untuk menyelesaikan proses instalasi.

Instal SQL pada Instance SQL Kedua Menginstal instance SQL kedua mirip dengan yang pertama.

  1. Di server SQL, buat drive jaringan dan lampirkan ke folder bersama di pengontrol domain seperti yang dijelaskan di atas untuk server SQL pertama.
  2. Setelah penginstal .iso dipasang, jalankan Pengaturan SQL sekali lagi dari baris perintah untuk melewati Mengesahkan Buka sebuah Memerintah jendela, telusuri ke Direktori instalasi SQL dan ketik perintah berikut:

Setup /SkipRules=Cluster_VerifyForErrors /Action=AddNode /INSTANCENAME=”MSSQLSERVER” ( Catatan : Ini mengasumsikan Anda menginstal instance default pada node pertama)

  1. Pada Siapkan Aturan Dukungan , klik oke .
  2. pada Kunci produk dialog, masukkan kunci produk dan klik Lanjut .
  3. pada Persyaratan Lisensi dialog, terima perjanjian lisensi dan klik Lanjut .
  4. pada Pembaruan Produk dialog, klik Lanjut .
  5. pada Siapkan File Dukungan dialog, klik Install .
  6. pada Siapkan Aturan Dukungan dialog, Anda akan menerima peringatan. Klik Lanjut , mengabaikan pesan ini, karena pesan tersebut diharapkan berada di kluster penyimpanan multi-situs atau non-bersama.
  7. Memeriksa Konfigurasi Node Cluster dan klik Lanjut .
  8. Konfigurasikan Anda Jaringan Kluster dengan menambahkan alamat IP sekunder “ketiga” untuk Instans SQL Anda dan klik Lanjut . Klik Ya untuk melanjutkan dengan konfigurasi multi-subnet.
  9. Memasuki kata sandi untuk akun layanan dan klik Lanjut .
  10. pada Pelaporan Kesalahan dialog, klik Lanjut .
  11. pada Tambahkan Aturan Node dialog, peringatan operasi yang dilewati dapat diabaikan. Klik Lanjut .
  12. Verifikasi fitur dan klik Install .
  13. Klik Menutup untuk menyelesaikan proses instalasi.

Konfigurasi Cluster Umum

Bagian ini menjelaskan konfigurasi cluster yang direplikasi 2-simpul umum .

  1. Konfigurasi awal harus dilakukan dari UI Penjaga Data berjalan di salah satu node cluster. Jika tidak mungkin menjalankan DataKeeper UI pada node cluster, seperti saat menjalankan DataKeeper di server Windows Core saja, instal UI DataKeeper di komputer mana pun yang menjalankan Windows XP atau lebih tinggi dan ikuti instruksi di Inti Saja bagian untuk membuat cermin dan mendaftarkan sumber daya cluster melalui baris perintah.
  2. Setelah UI DataKeeper berjalan, terhubung ke masing-masing node di klaster.
  3. Buat Pekerjaan menggunakan UI DataKeeper. Proses ini membuat cermin dan menambahkan sumber daya Volume DataKeeper ke Penyimpanan yang Tersedia.

! PENTING: Pastikan bahwa Nama Jaringan Virtual untuk koneksi NIC identik pada semua node cluster.

  1. Jika cermin tambahan diperlukan, Anda dapat Tambahkan Cermin ke Pekerjaan .
  2. Dengan Volume Penjaga Data sekarang di Penyimpanan yang Tersedia , Anda dapat membuat sumber daya cluster (SQL, File Server, dll.) dengan cara yang sama seperti jika ada sumber daya disk bersama di cluster. Lihat dokumentasi Microsoft untuk informasi tambahan selain di atas untuk petunjuk konfigurasi cluster langkah-demi-langkah.

Konektivitas ke IP cluster (virtual) Selain IP Primer dan IP sekunder, Anda juga perlu mengonfigurasi alamat IP virtual di Huawei Cloud agar dapat dirutekan ke node aktif.

  1. Dari Daftar Layanan tarik-turun, pilih Server Cloud Elastis .
  2. Klik salah satu contoh SQL yang ingin Anda tambahkan alamat IP virtual cluster (satu untuk MSDTC, satu untuk SQL Failover Cluster)
  3. Pilih NIC > Kelola Alamat IP Virtual .
  4. Klik Tetapkan alamat IP Virtual dan pilih manual masukkan alamat IP yang berada dalam rentang subnet untuk instance (mis. Untuk 15.0.1.25, masukkan 15.0.1.26). Klik Oke .
  5. Klik pada Lagi dropdown pada baris alamat IP, dan pilih Ikat ke Server , pilih server untuk mengikat alamat IP, dan kartu NIC.
  6. Gunakan langkah 4. dan 5 yang sama untuk IP virtual MSDTC dan SQLFC
  7. Klik oke untuk menyimpan pekerjaan Anda.

Pengelolaan Setelah volume DataKeeper terdaftar dengan Windows Server Failover Clustering, semua pengelolaan volume tersebut akan dilakukan melalui antarmuka Windows Server Failover Clustering. Semua fungsi manajemen biasanya tersedia di DataKeeper akan dinonaktifkan pada setiap volume yang berada di bawah kendali cluster. Sebagai gantinya, sumber daya cluster DataKeeper Volume akan mengontrol arah cermin, jadi ketika Volume DataKeeper online pada sebuah node, node tersebut menjadi sumber mirror. Properti sumber daya cluster Volume DataKeeper juga menampilkan informasi pencerminan dasar seperti sumber, target, jenis, dan status cermin.

Penyelesaian masalah Gunakan sumber daya berikut untuk membantu memecahkan masalah:

  • Penyelesaian masalah bagian masalah
  • Untuk pelanggan dengan kontrak dukungan – http://us.sios.com/support/overview/
  • Hanya untuk pelanggan evaluasi – Dukungan pra-penjualan

Sumber daya tambahan: Langkah-demi-Langkah: Mengonfigurasi Cluster Multi-Situs 2-Node di Windows Server 2008 R2 – Bagian 1 — http://clusteringformeremortals.com/2009/09/15/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -Bagian 1/ Langkah-demi-Langkah: Mengonfigurasi Cluster Multi-Situs 2-Node di Windows Server 2008 R2 – Bagian 3 — http://clusteringformeremortals.com/2009/10/07/step-by-step-configuring-a-2-node-multi-site-cluster-on-windows-server-2008-r2-%E2%80%93 -bagian-3/

Filed Under: Cluster server penyederhanaan, Datakeeper Tagged With: SQL Server Failover Cluster

Dampak Pemadaman Awan Besar Mempengaruhi Mesin Hitung Google – Apakah Anda Siap? 

Juni 7, 2019 by Jason Aw Leave a Comment

Dampak Pemadaman Awan Besar Mesin Hitung Google Disiapkan Anda

Dampak Pemadaman Awan Besar Mempengaruhi Mesin Hitung Google – Apakah Anda Siap?

Google pertama kali melaporkan "Masalah" pada 2 Juni 2019 pukul 12:25 PDT. Seperti sekarang umum dalam semua jenis bencana, laporan pemadaman ini pertama kali muncul di media sosial. Media sosial tampaknya merupakan tempat yang paling dapat diandalkan untuk mendapatkan semua jenis informasi di awal bencana sekarang.

Twitter dengan cepat menjadi sumber informasi pertama tentang apa pun mulai dari revolusi, bencana alam hingga penghentian cloud. [/ caption]

Banyak layanan yang mengandalkan Google Compute Engine terkena dampaknya. Saya punya tiga anak remaja di rumah. Sesuatu naik ketika ketiga anak itu muncul dari gua-gua mereka, alias, kamar tidur, pada saat yang sama dengan ekspresi khawatir di wajah mereka. Snapchat, Youtube dan Discord semuanya offline! Mereka pasti berpikir bahwa ini adalah tanda pertama dari kiamat. Saya meyakinkan mereka bahwa ini bukanlah awal dari zaman kegelapan yang baru. Dan sebaliknya mereka harus pergi keluar dan melakukan pekerjaan halaman. Itu membuat mereka takut kembali ke dunia nyata dan mereka dengan cepat pergi mencari sesuatu yang lain untuk mengisi waktu mereka. Semua bercanda samping, ada banyak layanan yang dilaporkan turun, atau hanya tersedia di daerah-daerah tertentu. Debu masih menempel pada penyebab, luasnya dan cakupan pemadaman. Tetapi jelas bahwa pemadaman itu cukup signifikan dalam ukuran dan ruang lingkup, berdampak pada banyak pelanggan dan layanan termasuk Gmail dan layanan G-Suite lainnya, Vimeo dan banyak lagi.

Banyak layanan terkena dampak dari penghentian ini, Gmail, YouTube dan SnapChat hanya untuk beberapa nama. [/ caption]

Sementara kami menunggu analisis akar penyebab resmi pada pemadaman Google Compute Engine terbaru ini, Google melaporkan "tingkat kemacetan jaringan yang tinggi di AS bagian timur" yang menyebabkan downtime. Kami harus menunggu untuk melihat apa yang mereka tentukan menyebabkan masalah jaringan. Apakah itu kesalahan manusia, serangan cyber, kegagalan perangkat keras, atau sesuatu yang lain?

Apakah Anda Siap untuk Pemadaman Awan Ini?

Saya menulis selama pemadaman awan besar terakhir. Jika Anda menjalankan beban kerja kritis bisnis di cloud, terlepas dari penyedia layanan cloud, Anda berkewajiban untuk merencanakan pemadaman yang tak terhindarkan. Pemadaman multi-hari Azure pada 4 September 2018 terkait dengan kegagalan sistem HVAC sekunder untuk menendang selama lonjakan daya yang terkait dengan badai listrik. Sementara kegagalan itu hanya dalam satu pusat data, pemadaman listrik itu memaparkan beberapa layanan yang memiliki ketergantungan pada pusat data tunggal ini. Ini membuat pusat data itu sendiri titik kegagalan tunggal.

Memiliki Rencana Pemulihan Bencana yang Baik

Memanfaatkan infrastruktur cloud, meminimalkan risiko dengan terus menerus mereplikasi data penting antara Zona Ketersediaan, Wilayah, atau bahkan penyedia layanan cloud. Selain perlindungan data, memiliki prosedur untuk memulihkan aplikasi penting bisnis dengan cepat adalah bagian penting dari setiap rencana pemulihan bencana. Ada berbagai opsi replikasi dan pemulihan yang tersedia. Ini termasuk layanan yang disediakan oleh vendor cloud itu sendiri seperti Azure Site Recovery, untuk solusi spesifik aplikasi seperti SQL Server Always On Availability Groups, untuk solusi pihak ketiga seperti SIOS DataKeeper yang melindungi berbagai aplikasi yang berjalan pada Windows dan Linux. Memiliki strategi pemulihan bencana yang sepenuhnya tergantung pada penyedia cloud tunggal membuat Anda rentan terhadap skenario yang mungkin berdampak pada banyak wilayah dalam satu cloud. Bencana multi-pusat data atau multi-wilayah tidak mungkin terjadi. Namun, seperti yang kita lihat dengan pemadaman baru-baru ini dan pemadaman Azure musim gugur yang lalu, bahkan jika kegagalan bersifat lokal untuk pusat data tunggal, dampaknya dapat luas menjangkau beberapa pusat data atau bahkan wilayah dalam awan. Untuk meminimalkan risiko Anda, pertimbangkan skenario multi-cloud atau cloud hybrid di mana situs pemulihan bencana berada di luar platform cloud utama Anda. Cloud sama rentan terhadap pemadaman seperti pusat data Anda sendiri. Anda harus mengambil langkah-langkah untuk bersiap menghadapi bencana. Saya sarankan Anda mulai dengan melihat aplikasi paling penting bisnis Anda terlebih dahulu. Apa yang akan Anda lakukan jika mereka offline dan portal cloud untuk mengelolanya bahkan tidak tersedia? Bisakah kamu pulih? Apakah Anda memenuhi tujuan RTO dan RPO Anda? Jika tidak, mungkin sekarang saatnya untuk mengevaluasi kembali strategi Disaster Recovery Anda.

"Dengan gagal mempersiapkan, Anda bersiap untuk gagal." – Benjamin Franklin

Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Filed Under: Cluster server penyederhanaan, Datakeeper Tagged With: pemadaman awan

Mengkonfigurasi contoh SQL Server 2008 R2 Failover Cluster pada Windows Server 2008 R2 di Azure

April 24, 2019 by Jason Aw Leave a Comment

Langkah-demi-Langkah: Cara Mengkonfigurasi Instance Failover Cluster SQL Server 2008 R2 Pada Windows Server 2008 R2 Di Azure

Intro

Pada 9 Juli 2019, dukungan untuk SQL Server 2008 dan 2008 R2 akan berakhir. Itu berarti akhir dari pembaruan keamanan reguler. Namun, jika Anda memindahkan instance SQL Server ke Azure, Microsoft akan memberi Anda Pembaruan Keamanan Diperpanjang tiga tahun tanpa biaya tambahan. Jika saat ini Anda menjalankan SQL Server 2008/2008 R2 dan Anda tidak dapat memperbarui ke versi SQL Server yang lebih lama sebelum batas waktu 9 Juli, Anda akan ingin mengambil keuntungan dari penawaran ini daripada menjalankan risiko menghadapi kerentanan keamanan di masa depan. . Contoh SQL Server yang tidak ditambal dapat menyebabkan kehilangan data, downtime atau pelanggaran data yang menghancurkan.

Salah satu tantangan yang akan Anda hadapi ketika menjalankan SQL Server 2008/2008 R2 di Azure adalah memastikan ketersediaan tinggi. Di tempat Anda mungkin menjalankan contoh SQL Server Failover Cluster (FCI) untuk ketersediaan tinggi, atau mungkin Anda menjalankan SQL Server di mesin virtual dan mengandalkan VMware HA atau cluster Hyper-V untuk ketersediaan. Saat pindah ke Azure, tidak ada opsi itu yang tersedia. Downtime di Azure adalah kemungkinan yang sangat nyata sehingga Anda harus mengambil langkah-langkah untuk mengurangi.

Untuk mengurangi kemungkinan downtime dan memenuhi syarat untuk Azure 99,95% atau SLA 99,99%, Anda harus memanfaatkan SIOS DataKeeper. DataKeeper mengatasi kurangnya penyimpanan bersama Azure dan memungkinkan Anda untuk membangun SQL Server FCI di Azure yang memanfaatkan penyimpanan terlampir secara lokal pada setiap instance. SIOS DataKeeper tidak hanya mendukung SQL Server 2008 R2 dan Windows Server 2008 R2 seperti yang didokumentasikan dalam panduan ini, ia mendukung semua versi Windows Server, dari 2008 R2 hingga Windows Server 2019 dan versi SQL Server apa pun dari dari SQL Server 2008 hingga SQL Server 2019 .

Panduan ini akan berjalan melalui proses membuat dua simpul SQL Server 2008 R2 Failover Cluster Instance (FCI) di Azure, berjalan pada Windows Server 2008 R2. Meskipun SIOS DataKeeper juga mendukung cluster yang menjangkau Zona Ketersediaan atau Wilayah, panduan ini mengasumsikan setiap node berada di Wilayah Azure yang sama, tetapi Domain Fault yang berbeda. SIOS DataKeeper akan digunakan sebagai pengganti penyimpanan bersama yang biasanya diperlukan untuk membuat SQL Server 2008 R2 FCI.

Buat contoh SQL Server pertama di Azure

Panduan ini akan memanfaatkan SQL Server 2008R2SP3 pada gambar Windows Server 2008R2 yang diterbitkan di Azure Marketplace.

Ketika Anda memberikan instance pertama Anda harus membuat Set Ketersediaan baru. Selama proses ini pastikan untuk meningkatkan jumlah Domain Kesalahan ke 3. Ini memungkinkan dua node cluster dan saksi file berbagi masing-masing untuk berada di Domain Kesalahan mereka sendiri.

Tambahkan disk tambahan untuk setiap instance. Direkomendasikan Premium atau Ultra SSD. Nonaktifkan caching pada disk yang digunakan untuk file log SQL. Aktifkan caching hanya-baca pada disk yang digunakan untuk file data SQL. Lihat pedoman Kinerja untuk SQL Server di Mesin Virtual Azure untuk informasi tambahan tentang praktik terbaik penyimpanan.

Jika Anda belum memiliki jaringan virtual yang dikonfigurasi, izinkan panduan pembuatan untuk membuat yang baru untuk Anda.

Setelah instance dibuat, masuk ke konfigurasi IP dan buat alamat IP Privat statis. Ini diperlukan untuk SIOS DataKeeper dan merupakan praktik terbaik untuk instance berkerumun.

Pastikan jaringan virtual Anda dikonfigurasi untuk mengatur server DNS menjadi pengontrol Windows AD lokal. Ini untuk memastikan Anda dapat bergabung dengan domain pada langkah selanjutnya.

Buat Instance SQL Server Akhir Di Azure

Ikuti langkah-langkah yang sama seperti di atas. Kecuali pastikan untuk menempatkan instance ini di jaringan virtual yang sama dan Set Ketersediaan yang Anda buat dengan instance 1.

Buat File Berbagi Saksi (FSW) Instance

Agar Windows Server Failover Cluster (WSFC) untuk bekerja secara optimal Anda diminta untuk membuat contoh Windows Server lain dan menempatkannya di Ketersediaan yang sama seperti contoh SQL Server. Dengan menempatkannya di Set Ketersediaan yang sama, Anda memastikan bahwa setiap node cluster dan FSW berada di Domain Kesalahan yang berbeda. Dengan demikian memastikan cluster Anda tetap on line seandainya seluruh Fault Domain keluar jalur. Contoh ini tidak memerlukan SQL Server. Ini bisa menjadi Windows Server sederhana karena yang perlu dilakukan hanyalah menjadi tuan rumah berbagi file sederhana.

Contoh ini akan menjadi tuan rumah saksi berbagi file yang diperlukan oleh WSFC. Instance ini tidak perlu memiliki ukuran yang sama, juga tidak memerlukan disk tambahan untuk dilampirkan. Satu-satunya tujuan adalah meng-host berbagi file sederhana. Itu sebenarnya bisa digunakan untuk tujuan lain. Di lingkungan lab saya, FSW saya juga pengontrol domain saya.

Hapus instalasi SQL Server 2008 R2

Masing-masing dari dua contoh SQL Server yang disediakan sudah memiliki SQL Server 2008 R2 yang diinstal pada mereka. Namun, mereka diinstal sebagai contoh SQL Server mandiri, bukan contoh berkerumun. SQL Server harus dihapus dari masing-masing instance ini sebelum kita dapat menginstal instance cluster. Cara termudah untuk melakukannya adalah dengan menjalankan SQL Setup seperti yang ditunjukkan di bawah ini.

Ketika Anda menjalankan setup.exe / Action-RunDiscovery Anda akan melihat semua yang sudah diinstal 

setup.exe / Action-RunDiscovery

Menjalankan setup.exe / Action = Uninstall / FITUR = SQL, AS, RS, IS, Tools / INSTANCENAME = MSSQLSERVER memulai proses penghapusan instalasi

setup.exe / Action = Copot pemasangan / FITUR = SQL, AS, RS, IS, Alat / INSTANCENAME = MSSQLSERVER

Menjalankan setup.exe / Action-RunDiscovery mengkonfirmasi penghapusan instalan selesai

setup.exe / Action-RunDiscovery

Jalankan lagi proses penghapusan instalasi ini pada instance ke-2.

Tambahkan Mesin Virtual ke Domain

Ketiga contoh ini perlu ditambahkan ke Domain Windows.

Tambahkan Fitur Clustering Windows Failover

Fitur Failover Clustering perlu ditambahkan ke dua contoh SQL Server

Tambahkan-WindowsFeature Failover-Clustering

Matikan Windows Firewall

Demi kesederhanaan, matikan Windows Firewall selama instalasi dan konfigurasi SQL Server FCI. Konsultasikan Praktik Terbaik Keamanan Jaringan Azure untuk saran tentang pengamanan sumber daya Azure Anda. Rincian tentang port Windows yang diperlukan dapat ditemukan di sini, port SQL Server di sini dan port SIOS DataKeeper di sini, The Internal Load Balancer yang akan kami konfigurasikan nanti juga memerlukan akses port 59999. Jadi pastikan untuk memperhitungkannya dalam konfigurasi keamanan Anda.

NetSh Advfirewall menonaktifkan semua profil

Instal Pembaruan Kenyamanan Rollup Untuk Windows Server 2008 R2 SP1

Ada pembaruan kritis (kb2854082) yang diperlukan untuk mengkonfigurasi contoh Windows Server 2008 R2 di Azure. Pembaruan itu dan banyak lagi yang termasuk dalam Pembaruan Kenyamanan Rollup untuk Windows Server 2008 R2 SP1. Instal pembaruan ini di masing-masing dari dua contoh SQL Server.

Format Penyimpanan

Disk tambahan yang dilampirkan ketika dua contoh SQL Server disediakan harus diformat. Lakukan hal berikut untuk setiap volume pada setiap instance.

Praktik terbaik Microsoft mengatakan berikut ini …

"Ukuran unit alokasi NTFS: Saat memformat disk data, disarankan agar Anda menggunakan ukuran unit alokasi 64-KB untuk data dan file log serta TempDB."

Jalankan Validasi Cluster

Jalankan validasi kluster untuk memastikan semuanya siap untuk dikelompokkan.

Laporan Anda akan berisi PERINGATAN tentang Penyimpanan dan Jaringan. Anda dapat mengabaikan peringatan tersebut karena kami tahu tidak ada disk bersama dan hanya ada satu koneksi jaringan antara server. Anda juga dapat menerima peringatan tentang pesanan pengikatan jaringan yang juga dapat diabaikan. Jika Anda menemukan KESALAHAN, Anda harus mengatasinya sebelum melanjutkan.

Buat Cluster

Praktik terbaik untuk membuat cluster di Azure adalah dengan menggunakan Powershell seperti yang ditunjukkan di bawah ini. Powershell memungkinkan kita untuk menentukan Alamat IP Statis, sedangkan metode GUI tidak. Sayangnya, implementasi DHCP Azure tidak berfungsi dengan baik dengan Windows Server Failover Clustering. Jika Anda menggunakan metode GUI Anda akan berakhir dengan alamat IP duplikat sebagai Alamat IP Cluster. Ini bukan akhir dunia, tetapi Anda harus memperbaikinya seperti yang saya tunjukkan.

Seperti yang saya katakan, metode Powershell umumnya bekerja paling baik. Namun, untuk beberapa alasan, tampaknya gagal pada Windows Server 2008 R2 seperti yang ditunjukkan di bawah ini.

New-Cluster -Name cluster1 -Node sql1, sql2 -StaticAddress 10.1.0.100 -NoStorage

Anda dapat mencoba metode itu dan jika itu berhasil untuk Anda – hebat! Saya perlu kembali dan menyelidiki ini sedikit lebih untuk melihat apakah itu kebetulan. Opsi lain yang perlu saya jelajahi jika Powershell tidak berfungsi adalah Cluster.exe. Menjalankan cluster / create /? memberikan sintaks yang tepat untuk digunakan untuk membuat cluster dengan perintah cluster.exe yang sudah tidak digunakan lagi.

Namun, jika Powershell atau Cluster.exe gagal Anda, langkah-langkah di bawah ini mengilustrasikan cara membuat cluster melalui UI Server Windows Failover Clustering, termasuk memperbaiki alamat IP duplikat yang akan ditugaskan ke cluster.

Ingat, nama yang Anda tentukan di sini hanyalah Cluster Name Object (CNO). Ini bukan nama yang akan digunakan klien SQL Anda untuk terhubung ke cluster; kita akan mendefinisikan itu selama pengaturan kluster SQL Server di langkah selanjutnya. 

Pada titik ini, cluster dibuat, tetapi Anda mungkin tidak dapat terhubung dengan itu dengan Windows Server Failover Clustering UI karena masalah alamat IP duplikat.

Perbaiki Alamat IP Gandakan

Seperti yang saya sebutkan sebelumnya, jika Anda membuat cluster menggunakan GUI, Anda tidak diberi kesempatan untuk memilih alamat IP untuk cluster. Karena instance Anda dikonfigurasikan untuk menggunakan DHCP (diperlukan di Azure), GUI ingin secara otomatis memberikan Anda alamat IP menggunakan DHCP. Sayangnya, implementasi DHCP Azure tidak berfungsi seperti yang diharapkan dan cluster akan menetapkan alamat yang sama yang sudah digunakan oleh salah satu node. Meskipun cluster akan membuat dengan benar, Anda akan kesulitan menghubungkan ke cluster sampai Anda memperbaiki masalah ini.

Untuk memperbaiki masalah ini, dari salah satu node jalankan perintah berikut untuk memastikan layanan Cluster dimulai pada node itu.

Mulai bersih clussvc / fq

Pada simpul yang sama Anda sekarang harus dapat terhubung ke UI Clustering Windows Server Failover, di mana Anda akan melihat Alamat IP telah gagal untuk online.

Buka properti alamat IP Cluster dan ubah dari DHCP ke Statis, dan tetapkan alamat IP yang tidak digunakan.

Bawa sumber Nama online

Tambahkan File Bagikan Saksi

Selanjutnya kita perlu menambahkan File Share Witness. Di server ke-3 kami menyediakan sebagai FSW, buat folder dan bagikan seperti yang ditunjukkan di bawah ini. Anda harus memberikan izin baca / tulis Cluster Name Object (CNO) di tingkat Share dan Security seperti yang ditunjukkan di bawah ini.

Setelah share dibuat, jalankan wizard Configure Cluster Quorum di salah satu node cluster dan ikuti langkah-langkah yang diilustrasikan di bawah ini.

Buat Akun Layanan Untuk DataKeeper

Kami hampir siap untuk menginstal DataKeeper. Namun, sebelum kita melakukan itu, Anda perlu membuat akun Domain dan menambahkannya ke grup Administrator Lokal pada setiap contoh cluster SQL Server. Kami akan menentukan akun ini ketika kami menginstal DataKeeper.

Instal DataKeeper

Instal DataKeeper di masing-masing dari dua node cluster SQL Server seperti yang ditunjukkan di bawah ini.

Di sinilah kami akan menentukan akun Domain yang kami tambahkan ke masing-masing grup Administrator Domain lokal.

Konfigurasikan DataKeeper

Setelah DataKeeper diinstal pada masing-masing dari dua node cluster, Anda siap untuk mengkonfigurasi DataKeeper.

CATATAN – Kesalahan paling umum yang dihadapi dalam langkah-langkah berikut adalah terkait keamanan, paling sering oleh kelompok Azure Security yang sudah ada memblokir port yang diperlukan. Silakan lihat dokumentasi SIOS untuk memastikan server dapat berkomunikasi melalui port yang diperlukan.

Pertama, Anda harus terhubung ke masing-masing dari dua node.

Jika semuanya sudah dikonfigurasikan dengan benar, Anda harus melihat yang berikut ini di laporan Tinjauan Server.

Selanjutnya, buat Pekerjaan Baru dan ikuti langkah-langkah yang diilustrasikan di bawah ini

Pilih Ya di sini untuk mendaftarkan sumber daya Volume DataKeeper di Penyimpanan yang Tersedia

Selesaikan langkah-langkah di atas untuk masing-masing volume. Setelah selesai, Anda akan melihat yang berikut di UI Clustering Windows Server Failover.

Anda sekarang siap untuk menginstal SQL Server ke dalam cluster.

CATATAN – Pada titik ini volume yang direplikasi hanya dapat diakses pada node yang saat ini menampung Penyimpanan yang Tersedia. Itu yang diharapkan, jadi jangan khawatir!

Instal SQL Server Di Node Pertama

Pada node pertama, jalankan pengaturan SQL Server.

Pilih Instalasi SQL Server Failover Cluster baru dan ikuti langkah-langkah seperti yang diilustrasikan.

Pilih hanya opsi yang Anda butuhkan. 

Harap dicatat, dokumen ini mengasumsikan Anda menggunakan contoh default dari SQL Server. Jika Anda menggunakan Instance Bernama, Anda perlu memastikan Anda mengunci port yang didengarkannya, dan menggunakan port itu nanti ketika Anda mengkonfigurasi load balancer. Anda juga perlu membuat aturan penyeimbang beban untuk Layanan Peramban SQL Server (UDP 1434) agar dapat terhubung ke Mesin Virtual Bernama. Tidak satu pun dari kedua persyaratan tersebut tercakup dalam panduan ini. Tetapi jika Anda memerlukan Instance Bernama, itu akan berfungsi jika Anda melakukan dua langkah tambahan.

Di sini Anda perlu menentukan alamat IP yang tidak digunakan

Buka tab Direktori Data dan pindahkan data dan file log. Pada akhir panduan ini, kita berbicara tentang memindahkan tempdb ke Volume DataKeeper yang tidak dicerminkan untuk kinerja yang optimal. Untuk saat ini, simpan saja di salah satu disk yang dikelompokkan.

Instal SQL Pada Node Kedua

Jalankan pengaturan SQL Server lagi pada node kedua. Kemudian, pilih Tambahkan simpul ke Cluster Failover SQL Server.

Selamat, Anda hampir selesai! Namun, karena kurangnya dukungan Azure untuk ARP serampangan, kami akan perlu mengonfigurasi Internal Load Balancer (ILB) untuk membantu pengalihan klien seperti yang ditunjukkan pada langkah-langkah berikut.

Perbarui Alamat IP SQL Cluster

Agar ILB berfungsi dengan benar, Anda harus menjalankan menjalankan perintah berikut dari salah satu node cluster. Itu SQL Cluster IP memungkinkan alamat IP SQL Cluster untuk menanggapi probe kesehatan ILB sementara juga mengatur subnet mask ke 255.255.255.255 untuk menghindari konflik alamat IP dengan probe kesehatan.

cluster res <IPResourceName> / priv enabledhcp = 0 address = <ILBIP> probeport = 59999 subnetmask = 255.255.255.255

CATATAN – Saya tidak tahu apakah itu kebetulan. Kadang-kadang saya telah menjalankan perintah ini dan sepertinya berfungsi, tetapi tidak menyelesaikan pekerjaan dan saya harus memulai lagi. Cara saya tahu apakah itu bekerja adalah dengan melihat Subnet Mask dari SQL Server IP Resource. Jika bukan 255.255.255.255 maka Anda tahu itu tidak berhasil.  Ini mungkin hanya masalah penyegaran GUI. Cobalah memulai kembali GUI kluster untuk memverifikasi subnet mask telah diperbarui.

Setelah berhasil, ambil sumber daya secara offline dan bawa kembali online agar perubahan diterapkan.

Buat Load Balancer

Langkah terakhir adalah membuat penyeimbang beban. Dalam hal ini kami mengasumsikan Anda menjalankan Instance Default dari SQL Server, mendengarkan pada port 1433.

Alamat IP Privat yang Anda tetapkan saat Anda Membuat load balancer akan menjadi alamat yang sama persis dengan yang Anda gunakan SQL Server FCI.

Tambahkan hanya dua contoh SQL Server ke kolam backend. JANGAN menambahkan FSW ke kolam backend.

Dalam aturan penyeimbangan beban ini, Anda harus mengaktifkan IP Terapung.

Uji Cluster

Tes paling sederhana adalah membuka SQL Server Management Studio pada node pasif dan terhubung ke cluster. Selamat! Anda melakukan semuanya dengan benar saat terhubung! Jika Anda tidak dapat terhubung, jangan takut. Saya menulis artikel blog untuk membantu memecahkan masalah ini. Mengelola cluster sama persis dengan mengelola cluster penyimpanan bersama tradisional. Semuanya dikendalikan melalui Failover Cluster Manager.

Opsional – Pindahkan TempDB

Untuk kinerja optimal, disarankan untuk memindahkan tempdb ke SSD lokal yang tidak direplikasi. Tapi, SQL Server 2008 R2 membutuhkan tempdb berada di disk berkerumun. SIOS memiliki solusi yang disebut Sumber Daya Volume Tidak Tercermin yang mengatasi masalah ini. Dianjurkan untuk membuat sumber daya volume yang tidak dicerminkan dari drive SSD lokal dan memindahkan tempdb ke sana. Perhatikan, drive SSD lokal tidak persisten. Anda harus berhati-hati untuk memastikan folder yang menahan tempdb dan izin pada folder itu diciptakan kembali setiap kali server reboot.

Setelah Anda membuat Sumber Daya Volume Tanpa Cermin dari SSD lokal, ikuti langkah-langkah dalam artikel ini untuk memindahkan tempdb. Skrip startup yang dijelaskan dalam artikel itu harus ditambahkan ke setiap node cluster.

Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Filed Under: Cluster server penyederhanaan, Datakeeper

Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru

April 14, 2019 by Jason Aw Leave a Comment

Fitur Azure ILB Baru Memungkinkan Anda Membuat Cluster Failover SQL Server Multi-Instance

Di Microsoft Ignite pada September lalu, Microsoft membuat beberapa pengumuman seputar Azure. Salah satu pengumuman ini adalah ketersediaan umum beberapa VIP pada penyeimbang beban internal. Mengapa ini sangat penting untuk DBA SQL Server? Ya, sampai sekarang jika Anda ingin menggunakan SQL Server yang sangat tersedia di Azure, Anda dibatasi untuk SQL Server FCI per cluster atau pendengar Grup Ketersediaan tunggal. Batasan ini memaksa Anda untuk menyebarkan cluster baru untuk setiap instance SQL Server yang ingin Anda lindungi dalam Failover Cluster. Itu juga memaksa Anda untuk mengelompokkan semua basis data Anda ke dalam Kelompok Ketersediaan tunggal jika Anda menginginkan failover otomatis dan pengalihan klien dalam konfigurasi AlwaysOn AG Anda.

Bagaimana Keluar Dari Batasan Ini?

Batasan tersebut sekarang telah dicabut dengan fitur-fitur ILB baru ini. Dalam posting ini saya akan memandu Anda melalui proses penyebaran SQL Server FCI di Azure yang berisi dua contoh SQL Server. Dalam posting mendatang saya akan memandu Anda melalui proses yang sama untuk SQL Server AlwaysOn AG.

Mari Kita Mulai Dengan Cluster Failover SQL Server Multi-Instance

Membangun dasar, contoh tunggal SQL Server FCI di Azure seperti yang saya jelaskan di posting saya Menyebarkan Microsoft SQL Server 2014 Failover Clusters di Azure Resource Manager. Posting itu menjelaskan proses membuat Multi-Instance SQL Server Failover Cluster. Menggunakan DataKeeper untuk membuat sumber daya volume yang direplikasi yang digunakan dalam cluster, coba buat Internal Load Balancer (ILB) dan kemudian perbaiki SQL Server Cluster IP Resource untuk bekerja dengan ILB. Jika Anda ingin melewati proses itu dan memulai konfigurasi Anda, Anda selalu dapat menggunakan Azure Deployment Templat yang membuat 2-Node SQL Server FCI menggunakan SIOS DataKeeper Dengan anggapan Anda sekarang memiliki dua simpul dasar SQL Server FCI, langkah-langkah untuk menambahkan 2 bernama contoh adalah sebagai berikut:

  1. Buat Sumber Daya Volume DataKeeper lain pada volume lain yang saat ini tidak digunakan. Anda mungkin perlu menambahkan disk tambahan ke instance Azure Anda jika Anda tidak memiliki volume yang tersedia. Sebagai bagian dari proses pembuatan volume ini, sumber daya Volume DataKeeper baru akan didaftarkan di Penyimpanan Tersedia di kluster. Lihat artikel yang dirujuk sebelumnya untuk detailnya.
  2. Instal contoh bernama SQL Server pada node pertama, tentukan Volume DataKeeper yang baru saja kita buat sebagai lokasi penyimpanan.
  3. “Tambahkan simpul” ke kluster pada simpul kedua.
  4. Kunci nomor port instance bernama baru ini ke port yang tidak digunakan. Dalam contoh saya, saya menggunakan port 1440.

Sesuaikan ILB Ke Instance Kedua

Selanjutnya kita harus menyesuaikan ILB untuk mengarahkan lalu lintas ke instance kedua ini. Berikut adalah langkah-langkah yang perlu Anda ikuti: Tambahkan alamat IP frontend yang identik dengan alamat IP SQL cluster yang Anda gunakan untuk contoh kedua SQL Server seperti yang ditunjukkan di bawah ini. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru Selanjutnya, kita perlu menambahkan probe lain karena instance dapat berjalan di server yang berbeda. Seperti yang ditunjukkan di bawah ini, saya menambahkan probe yang memeriksa port 59998 (bukan 59999 yang biasa). Kita perlu memastikan aturan baru merujuk pada penyelidikan ini. Kita juga perlu mengingat nomor port itu karena kita perlu memperbarui alamat IP yang terkait dengan instance ini selama langkah terakhir dari proses ini. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru Sekarang kita perlu menambahkan dua aturan baru ke ILB untuk mengarahkan lalu lintas yang ditujukan untuk ke-2 SQL ini. Tentu saja kita perlu menambahkan aturan untuk mengarahkan kembali port TCP 1440 (port yang saya gunakan untuk instance bernama SQL), tetapi karena kita sekarang menggunakan instance bernama kita juga perlu memiliki port untuk mendukung Layanan Browser SQL Server, Port UDP 1434. Pada gambar di bawah ini yang menggambarkan aturan untuk Layanan Browser SQL Server, perhatikan bahwa Alamat IP Front End merujuk pada alamat FrontendIP baru (10.0.0.201), port UDP 1434 untuk Port dan Backend Port. Di pool, Anda perlu menentukan dua server di cluster, dan akhirnya pastikan Anda memilih Health Probe yang baru saja kita buat. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru Kami sekarang akan menambahkan aturan untuk TCP / 1440. Seperti yang ditunjukkan pada gambar di bawah ini, tambahkan aturan baru untuk port TCP 1440, atau port apa pun yang dikunci untuk instance bernama SQL Server. Sekali lagi, pastikan untuk memilih Alamat IP FrontEnd baru dan Probe Kesehatan baru (59998). Juga, pastikan IP Terapung (pengembalian server langsung) diaktifkan. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru

Langkah Terakhir

Sekarang setelah load balancer dikonfigurasi, langkah terakhir adalah menjalankan skrip PowerShell untuk memperbarui alamat IP Cluster baru yang terkait dengan instance SQL Server ke-2 ini. Skrip PowerShell ini hanya perlu dijalankan di salah satu node cluster.

# Definisikan variabel

$ ClusterNetworkName = ""

# nama jaringan cluster 
(Gunakan Get-ClusterNetwork di Windows Server 2012 yang lebih tinggi untuk menemukan nama)

$ IPResourceName = ""

# nama sumber daya Alamat IP dari instance kedua SQL Server

$ ILBIP = ""

# Alamat IP dari instance SQL kedua, 
yang harus sama dengan alamat IP Frontend baru juga

Impor-Modul FailoverClusters

# Jika Anda menggunakan Windows Server 2012 atau lebih tinggi:

Dapatkan-ClusterResource $ IPResourceName | 
Set-ClusterParameter -Multiple @ {Address = $ ILBIP; ProbePort = 59998;
SubnetMask = "255.255.255.255"; Jaringan = $ ClusterNetworkName; EnableDhcp = 0}

# Jika Anda menggunakan Windows Server 2008 R2 gunakan ini:

#cluster res $ IPResourceName / priv enabledhcp = 0 address = $ ILBIP probeport = 59998  
subnetmask = 255.255.255.255

Anda sekarang memiliki multi-instance SQL Server FCI yang berfungsi penuh di Azure. Beri tahu saya jika Anda memiliki pertanyaan untuk membangun Cluster Failover SQL Server Multi-Instance Dengan Fitur ILB Azure Baru yang Direproduksi dari Clusteringformeremortals.com

Filed Under: Cluster server penyederhanaan, Datakeeper Tagged With: ILB, multi instance sql server failover cluster, Server SQL Multi-Instance

Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru

April 14, 2019 by Jason Aw Leave a Comment

Fitur Azure ILB Baru Memungkinkan Anda Membuat Cluster Failover SQL Server Multi-Instance

Di Microsoft Ignite pada September lalu, Microsoft membuat beberapa pengumuman seputar Azure. Salah satu pengumuman ini adalah ketersediaan umum beberapa VIP pada penyeimbang beban internal. Mengapa ini sangat penting untuk DBA SQL Server? Ya, sampai sekarang jika Anda ingin menggunakan SQL Server yang sangat tersedia di Azure, Anda dibatasi untuk SQL Server FCI per cluster atau pendengar Grup Ketersediaan tunggal. Batasan ini memaksa Anda untuk menyebarkan cluster baru untuk setiap instance SQL Server yang ingin Anda lindungi dalam Failover Cluster. Itu juga memaksa Anda untuk mengelompokkan semua basis data Anda ke dalam Kelompok Ketersediaan tunggal jika Anda menginginkan failover otomatis dan pengalihan klien dalam konfigurasi AlwaysOn AG Anda.

Bagaimana Keluar Dari Batasan Ini?

Batasan tersebut sekarang telah dicabut dengan fitur-fitur ILB baru ini. Dalam posting ini saya akan memandu Anda melalui proses penyebaran SQL Server FCI di Azure yang berisi dua contoh SQL Server. Dalam posting mendatang saya akan memandu Anda melalui proses yang sama untuk SQL Server AlwaysOn AG.

Mari Kita Mulai Dengan Cluster Failover SQL Server Multi-Instance

Membangun dasar, contoh tunggal SQL Server FCI di Azure seperti yang saya jelaskan di posting saya Menyebarkan Microsoft SQL Server 2014 Failover Clusters di Azure Resource Manager. Posting itu menjelaskan proses membuat Multi-Instance SQL Server Failover Cluster. Menggunakan DataKeeper untuk membuat sumber daya volume yang direplikasi yang digunakan dalam cluster, coba buat Internal Load Balancer (ILB) dan kemudian perbaiki SQL Server Cluster IP Resource untuk bekerja dengan ILB. Jika Anda ingin melewati proses itu dan memulai konfigurasi Anda, Anda selalu dapat menggunakan Azure Deployment Templat yang membuat 2-Node SQL Server FCI menggunakan SIOS DataKeeper Dengan anggapan Anda sekarang memiliki dua simpul dasar SQL Server FCI, langkah-langkah untuk menambahkan 2 bernama contoh adalah sebagai berikut:

  1. Buat Sumber Daya Volume DataKeeper lain pada volume lain yang saat ini tidak digunakan. Anda mungkin perlu menambahkan disk tambahan ke instance Azure Anda jika Anda tidak memiliki volume yang tersedia. Sebagai bagian dari proses pembuatan volume ini, sumber daya Volume DataKeeper baru akan didaftarkan di Penyimpanan Tersedia di kluster. Lihat artikel yang dirujuk sebelumnya untuk detailnya.
  2. Instal contoh bernama SQL Server pada node pertama, tentukan Volume DataKeeper yang baru saja kita buat sebagai lokasi penyimpanan.
  3. “Tambahkan simpul” ke kluster pada simpul kedua.
  4. Kunci nomor port instance bernama baru ini ke port yang tidak digunakan. Dalam contoh saya, saya menggunakan port 1440.

Sesuaikan ILB Ke Instance Kedua

Selanjutnya kita harus menyesuaikan ILB untuk mengarahkan lalu lintas ke instance kedua ini. Berikut adalah langkah-langkah yang perlu Anda ikuti: Tambahkan alamat IP frontend yang identik dengan alamat IP SQL cluster yang Anda gunakan untuk contoh kedua SQL Server seperti yang ditunjukkan di bawah ini. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru Selanjutnya, kita perlu menambahkan probe lain karena instance dapat berjalan di server yang berbeda. Seperti yang ditunjukkan di bawah ini, saya menambahkan probe yang memeriksa port 59998 (bukan 59999 yang biasa). Kita perlu memastikan aturan baru merujuk pada penyelidikan ini. Kita juga perlu mengingat nomor port itu karena kita perlu memperbarui alamat IP yang terkait dengan instance ini selama langkah terakhir dari proses ini. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru Sekarang kita perlu menambahkan dua aturan baru ke ILB untuk mengarahkan lalu lintas yang ditujukan untuk ke-2 SQL ini. Tentu saja kita perlu menambahkan aturan untuk mengarahkan kembali port TCP 1440 (port yang saya gunakan untuk instance bernama SQL), tetapi karena kita sekarang menggunakan instance bernama kita juga perlu memiliki port untuk mendukung Layanan Browser SQL Server, Port UDP 1434. Pada gambar di bawah ini yang menggambarkan aturan untuk Layanan Browser SQL Server, perhatikan bahwa Alamat IP Front End merujuk pada alamat FrontendIP baru (10.0.0.201), port UDP 1434 untuk Port dan Backend Port. Di pool, Anda perlu menentukan dua server di cluster, dan akhirnya pastikan Anda memilih Health Probe yang baru saja kita buat. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru Kami sekarang akan menambahkan aturan untuk TCP / 1440. Seperti yang ditunjukkan pada gambar di bawah ini, tambahkan aturan baru untuk port TCP 1440, atau port apa pun yang dikunci untuk instance bernama SQL Server. Sekali lagi, pastikan untuk memilih Alamat IP FrontEnd baru dan Probe Kesehatan baru (59998). Juga, pastikan IP Terapung (pengembalian server langsung) diaktifkan. Multi-Instance SQL Server Failover Cluster Dengan Fitur Azure ILB Baru

Langkah Terakhir

Sekarang setelah load balancer dikonfigurasi, langkah terakhir adalah menjalankan skrip PowerShell untuk memperbarui alamat IP Cluster baru yang terkait dengan instance SQL Server ke-2 ini. Skrip PowerShell ini hanya perlu dijalankan di salah satu node cluster.

# Definisikan variabel

$ ClusterNetworkName = ""

# nama jaringan cluster 
(Gunakan Get-ClusterNetwork di Windows Server 2012 yang lebih tinggi untuk menemukan nama)

$ IPResourceName = ""

# nama sumber daya Alamat IP dari instance kedua SQL Server

$ ILBIP = ""

# Alamat IP dari instance SQL kedua, 
yang harus sama dengan alamat IP Frontend baru juga

Impor-Modul FailoverClusters

# Jika Anda menggunakan Windows Server 2012 atau lebih tinggi:

Dapatkan-ClusterResource $ IPResourceName | 
Set-ClusterParameter -Multiple @ {Address = $ ILBIP; ProbePort = 59998;
SubnetMask = "255.255.255.255"; Jaringan = $ ClusterNetworkName; EnableDhcp = 0}

# Jika Anda menggunakan Windows Server 2008 R2 gunakan ini:

#cluster res $ IPResourceName / priv enabledhcp = 0 address = $ ILBIP probeport = 59998  
subnetmask = 255.255.255.255

Anda sekarang memiliki multi-instance SQL Server FCI yang berfungsi penuh di Azure. Beri tahu saya jika Anda memiliki pertanyaan untuk membangun Cluster Failover SQL Server Multi-Instance Dengan Fitur ILB Azure Baru yang Direproduksi dari Clusteringformeremortals.com

Filed Under: Cluster server penyederhanaan, Datakeeper Tagged With: ILB, multi instance sql server failover cluster, Server SQL Multi-Instance

  • 1
  • 2
  • 3
  • …
  • 8
  • Next Page »

Tulisan Terbaru

  • Cara Menilai Apakah Kartu Jaringan Saya Perlu Diganti
  • Kecerdasan Aplikasi Terkait dengan Ketersediaan Tinggi
  • 10 Pertimbangan dalam Memilih Solusi Ketersediaan Tinggi di Lingkungan Nutanix
  • Apakah server saya sekali pakai? Bagaimana perangkat lunak High Availability sesuai dengan praktik terbaik cloud
  • Strategi Pemulihan Data untuk Dunia yang Rawan Bencana

Posting Terpopuler

Bergabunglah dengan Milis Kami

Copyright © 2025 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in