Mengambil tindakan sebelum dukungan SQL Server 2008/2008 R2 kedaluwarsa

Centang Tock… 6 Bulan Sampai Dukungan SQL Server 2008/2008 R2 Berakhir Kecuali Anda Melakukan

Masih menjalankan SQL Server 2008/2008 R2? Anda mungkin telah mendengar sekarang bahwa pada 9 Juli 2019, Anda tidak akan lagi didukung. Microsoft telah menawarkan dua opsi untuk memberikan pembaruan keamanan yang diperpanjang untuk tiga tahun tambahan bagi pelanggan yang masih berjalan pada platform ini dan tidak dapat memutakhirkan ke versi SQL yang lebih baru sebelum batas waktu.

Pilihan pertama

Untuk mencegah Dukungan SQL Server 2008/2008 R2 Kedaluwarsa sebelum Anda siap, opsi pertama yang Anda miliki memerlukan pembelian tahunan "Pembaruan Keamanan yang Diperpanjang". Pembaruan Keamanan yang Diperpanjang akan menelan biaya 75% dari biaya lisensi penuh setiap tahun. Ini juga mensyaratkan bahwa pelanggan pada jaminan perangkat lunak aktif, yang biasanya 25% dari biaya lisensi setiap tahun. Jadi secara efektif, untuk menerima Pembaruan Keamanan yang Diperpanjang Anda membayar lisensi SQL Server baru setiap tahun selama tiga tahun, atau sampai Anda bermigrasi dari SQL Server 2008/2008 R2.

Opsi kedua

Namun, ada opsi kedua lain sebelum Dukungan SQL Server 2008/2008 R2 Anda Berakhir. Microsoft telah mengumumkan bahwa jika Anda memindahkan instance SQL Server 2008 R2 Anda ke Azure, Anda akan menerima Pembaruan Keamanan yang Diperpanjang tanpa biaya tambahan. Tentu saja ada biaya infrastruktur per jam yang akan Anda tanggung di Azure. Dan juga biaya pembayaran saat Anda masuk contoh SQL Server atau biaya Jaminan Perangkat Lunak jika Anda ingin membawa lisensi SQL yang ada ke Azure. Tetapi biaya itu termasuk manfaat tambahan dari berlari dalam keadaan lingkungan cloud art. Ini membuka peluang untuk peningkatan kinerja dan skenario HA / DR yang mungkin belum Anda miliki di lokasi.

Pilihan Array

Azure menawarkan banyak opsi berbeda dalam hal konfigurasi CPU, Memori dan Penyimpanan. Jika Anda mencari peningkatan server atau penyimpanan, atau infrastruktur lokal yang ada saat ini sedang mencapai siklus penyegaran, sekarang adalah waktu yang tepat untuk mencelupkan kaki Anda ke awan Azure dan meningkatkan kinerja dan ketersediaan Anda pada saat yang sama dengan memperluas masa penggunaan SQL Server 2008/2008 R2 Anda.

SLA 99,99%

Dalam hal ketersediaan tinggi dan konfigurasi pemulihan bencana, Azure menawarkan hingga 99,99% SLA.  Agar memenuhi syarat untuk SLA, Anda harus memanfaatkan infrastruktur mereka dengan tepat. Bahkan kemudian, SLA hanya mencakup "nada panggil" untuk instance. Terserah Anda untuk memastikan SQL Server sangat tersedia, yang secara tradisional dilakukan dengan membangun SQL Server Failover Cluster Instance (FCI). Azure memiliki infrastruktur yang memungkinkan Anda untuk mengkonfigurasi SQL Server FCI. Tetapi karena kurangnya penyimpanan bersama cluster sadar di awan, Anda akan perlu menggunakan SIOS DataKeeper untuk membangun FCI.

Manfaat SIOS DataKeeper

SIOS DataKeeper menggantikan penyimpanan bersama yang biasanya diperlukan oleh SQL Server FCI. Alih-alih itu memungkinkan Anda untuk meningkatkan volume yang diformat NTFS yang terlampir pada setiap contoh. SIOS menyimpan volume yang direplikasi antara instance dan menyajikan penyimpanan ke cluster sebagai sumber daya yang disebut Volume DataKeeper. Sejauh menyangkut cluster, Volume DataKeeper terlihat seperti disk berbagi, tetapi alih-alih mengendalikan reservasi SCSI (penguncian disk), ini mengontrol arah mirror yang memastikan penulisan terjadi pada server aktif dan secara sinkron atau asinkron direplikasi ke node cluster lainnya . Pengalaman pengguna akhir persis sama dengan cluster penyimpanan tradisional bersama. Meskipun di bawah penutup, kluster ini memanfaatkan penyimpanan yang terpasang secara lokal alih-alih penyimpanan bersama.

Rak yang berbeda

Di Azure, node cluster Anda dapat berjalan di berbagai rak (Fault Domains), pusat data (Zona Ketersediaan), atau bahkan di wilayah geografis yang berbeda. SIOS DataKeeper mendukung ketiga opsi: Domain Kesalahan, Zona Ketersediaan atau replikasi lintas Wilayah untuk mencakup persyaratan HA dan DR. Konfigurasi serupa juga dimungkinkan di AWS dan Google Cloud.

Dengan Azure Site Recovery (ASR) Anda dapat meniru contoh SQL Server mandiri atau berkelompok di antara Pasangan Wilayah, tanpa sakit kepala dan biaya mengelola situs pemulihan bencana Anda sendiri. Tentu saja SQL Server jarang hidup sendirian. Oleh karena itu, pada saat yang sama Anda memindahkan instance SQL Server Anda ke Azure Anda mungkin ingin memindahkan server aplikasi Anda di sana juga untuk mengambil keuntungan dari peningkatan kinerja dan ketersediaan yang tersedia di Azure. Menggabungkan SIOS DataKeeper untuk HA dan ASR untuk DR memberikan strategi HA dan DR yang efektif biaya yang tidak mungkin, atau sangat mahal untuk diterapkan di tempat dengan replikasi SAN dan situs DR Anda sendiri.

Konfigurasi umum yang meningkatkan SIOS DataKeeper untuk HA dan Pemulihan Situs Azure untuk DR [/ caption]

Memulai

Meskipun hanya perlu beberapa menit untuk memutar instance SQL Server di Azure, saya tidak akan menunggu sampai menit terakhir untuk melakukan migrasi Anda. Silakan luangkan beberapa bulan ke depan untuk mengenal Azure, mulai melakukan beberapa pengujian, dan kemudian rencanakan untuk memigrasi beban kerja Anda jauh sebelum tanggal kedaluwarsa 9 Juli 2019. Menjalankan SQL Server setelah tanggal tersebut membuat Anda rentan terhadap ancaman keamanan baru dan juga membuat Anda tidak patuh. Bos Anda, dan yang lebih penting, pelanggan Anda, akan senang mengetahui bahwa data mereka masih aman, tersedia, dan sesuai setelah Anda memigrasi beban kerja Anda ke Azure.

Nikmati tip-tip seperti mencari tahu apa yang harus dilakukan setelah Dukungan SQL Server 2008/2008 R2 Kedaluwarsa, berikut adalah pos-pos hebat lainnya untuk dibaca Diproduksi ulang dengan izin dari Clusteringformeremortals.com

Bagaimana Cluster MaxDB Di Windows Di Awan

Panduan langkah demi langkah untuk SQL Server untuk Linux

Langkah-demi-Langkah: SQL Server v.Next Linux High Availability – Pratinjau Publik #azure #sql #sanless

Awal tahun ini, Microsoft mengumumkan bahwa mereka akan merilis versi SQL Server untuk Linux.  Hari ini, saya senang mengetahui bahwa Microsoft akhirnya mengumumkan pratinjau publik tentang apa yang mereka sebut SQL Server v.Berikutnya, dan tersedia untuk sistem operasi Linux dan Windows.  Informasi lebih lanjut, bersama dengan tautan unduhan dan dokumentasi dapat ditemukan di sini:

https://www.microsoft.com/en-us/sql-server/sql-server-vnext-including-Linux

SQL Server untuk Linux

Pada artikel ini, saya tidak hanya akan menunjukkan kepada Anda bagaimana cara menyebarkan VM Linux di Azure yang menjalankan SQL Server, tetapi juga cara mengkonfigurasi kluster failover 2-simpul agar sangat tersedia! Dan TANPA menggunakan penyimpanan bersama (alias kluster "sanless" atau "nothing nothing"). Hasil akhirnya akan menjadi 2-simpul SQL Server untuk Linux cluster (plus server saksi) di Microsoft Azure IaaS (Infrastruktur sebagai Layanan).  Panduan ini mencakup tangkapan layar, perintah shell dan cuplikan kode yang sesuai.  Saya berasumsi bahwa Anda agak terbiasa dengan Microsoft Azure dan sudah memiliki akun Azure dengan langganan terkait.  Jika tidak, Anda dapat mendaftar untuk mendapatkan akun gratis hari ini.  Saya juga akan berasumsi bahwa Anda memiliki keterampilan administrasi sistem linux dasar serta memahami konsep dasar failover clustering seperti IP Virtual, dll. Penafian: Azure adalah target yang bergerak cepat.  Dan di sini saya bekerja dengan versi pratinjau publik SQL Server untuk Linux.  Dengan demikian, fitur / layar / tombol terikat untuk berubah sebelum SQL v.Next dirilis secara resmi sehingga pengalaman Anda mungkin sedikit berbeda dari apa yang akan Anda lihat di bawah.  Sementara panduan ini akan menunjukkan kepada Anda bagaimana membuat database SQL Server untuk Linux sangat tersedia, Anda tentu dapat menyesuaikan informasi dan proses ini untuk melindungi aplikasi atau database lain, seperti yang telah saya tulis sebelumnya di sini (contoh MySQL). Ini adalah langkah-langkah tingkat tinggi untuk membuat database MySQL yang sangat tersedia dalam Microsoft Azure IaaS:

1. Buat Grup Sumber Daya
2. Buat Jaringan Virtual
3. Buat Akun Penyimpanan
4. Buat Mesin Virtual di Set Ketersediaan
5. Atur Alamat IP Statis VM
6. Tambahkan Data Disk ke cluster node
7. Buat Aturan Keamanan Masuk untuk memungkinkan akses VNC
8. Konfigurasi OS Linux
9. Instal dan Konfigurasikan SQL Server
10. Instal dan Konfigurasikan Cluster
11. Buat Penyeimbang Beban Internal
12. Konektivitas Cluster Uji

Ikhtisar

Artikel ini akan menjelaskan cara membuat cluster di dalam satu wilayah Azure.  Node kluster (sql-linux1, sql-linux2 dan server saksi) akan berada di Set Ketersediaan (3 Domain Kesalahan dan Pembaruan Domain) yang berbeda, berkat Azure Resource Manager (ARM) yang baru. Kami akan membuat semua sumber daya menggunakan Azure Resource Manager baru. Konfigurasi akan terlihat seperti ini: Alamat IP berikut akan digunakan:

• sql-linux1: 10.0.0.7
• sql-linux2: 10.0.0.8
• sql-saksi: 10.0.0.9
• virtual / "floating" IP: 10.0.0.199
• Port SQL Server: 1433

Buat Grup Sumber Daya

Pertama, buat Grup Sumber Daya.  Grup sumber daya Anda pada akhirnya akan berisi semua berbagai objek yang terkait dengan penggunaan cluster kami: mesin virtual, akun penyimpanan, dll.  Di sini kita akan memanggil Resource Group yang baru kita buat "sql-cluster". Berhati-hatilah saat memilih wilayah Anda.  Semua sumber daya Anda harus berada di wilayah yang sama.  Di sini, kami akan mengerahkan semuanya ke wilayah "AS Barat":

Buat Jaringan Virtual (VNet)

Selanjutnya, jika Anda belum memilikinya, buat Jaringan Virtual.  Jaringan Virtual adalah jaringan terisolasi di dalam awan Azure yang didedikasikan untuk Anda.  Anda memiliki kontrol penuh atas hal-hal seperti blok alamat IP dan subnet, perutean, kebijakan keamanan (yaitu firewall), pengaturan DNS, dan banyak lagi.  Anda akan meluncurkan mesin virtual Azure Iaas (VM) Anda ke Jaringan Virtual Anda. Akun Azure saya sudah memiliki VNet (10.0.0.0/16) yang sudah ada yang disebut "jaringan-cluster" yang akan saya gunakan dalam panduan ini.  Membuat VNet cukup mudah, dan saya sudah membahas membuatnya di sini jika Anda memerlukan penyegaran.

Buat Akun Penyimpanan

Sebelum Anda menyediakan Mesin Virtual apa pun, Anda akan memerlukan Akun Penyimpanan untuk menyimpannya. Selanjutnya, beri nama akun penyimpanan baru Anda.  Nama akun penyimpanan harus unik di * SEMUA * dari Azure.  (Setiap objek yang Anda simpan di Azure Storage memiliki alamat URL yang unik. Nama akun penyimpanan membentuk subdomain dari alamat itu.) Dalam contoh ini saya menyebut akun penyimpanan saya "sqllinuxcluster" tetapi Anda harus memilih sesuatu yang berbeda saat Anda menyiapkannya. Pilih Jenis penyimpanan berdasarkan kebutuhan dan anggaran Anda.  Untuk keperluan panduan ini, saya memilih "Standard-LRS" (mis. Redundant Lokal) untuk meminimalkan biaya. Pastikan Akun Penyimpanan baru Anda ditambahkan ke Grup Sumber Daya yang Anda buat pada Langkah 1 ("sql-cluster") di Lokasi yang sama ("US Barat" dalam contoh ini):

Buat Mesin Virtual di Set Ketersediaan

Kami akan menyediakan 3 Mesin Virtual dalam panduan ini.  Dua VM pertama (saya akan menyebutnya "sql-linux1" dan "sql-linux2") akan berfungsi sebagai node cluster dengan kemampuan untuk membawa database SQL Server dan sumber daya terkaitnya online.  VM ketiga akan bertindak sebagai server saksi cluster untuk perlindungan tambahan terhadap split-brain. Untuk memastikan ketersediaan maksimum, ketiga VM akan ditambahkan ke Set Ketersediaan yang sama, memastikan bahwa mereka akan berakhir di berbagai Domain Kesalahan dan Memperbarui Domain. Azure Marketplace memiliki templat VM yang disebut "SQL Server vNext di Red Hat Enterprise Linux 7.2" yang memiliki versi evaluasi pratinjau publik SQL Server v.Next untuk Linux yang sudah diinstal, yang akan menghemat beberapa langkah.  Jika Anda lebih suka memulai dengan VM kosong dan menginstal SQL sendiri, instruksi pemasangan dapat ditemukan di sini.

Buat "sql-linux1" VM

Buat VM pertama Anda ("sql-linux1") dan pilih gambar marketplace yang disebutkan di atas. Beri nama host VM ("sql-linux1") dan nama pengguna / kata sandi yang nantinya akan digunakan untuk SSH ke dalam sistem.  Pastikan Anda menambahkan VM ini ke Grup Sumber Daya Anda ("sql-cluster") dan ia berada di wilayah yang sama dengan semua sumber daya Anda yang lain: Selanjutnya, pilih ukuran instance Anda.  Untuk informasi lebih lanjut tentang berbagai ukuran instance yang tersedia, klik di sini. Untuk keperluan panduan ini, saya memilih ukuran terkecil / termurah yang saya bisa, dalam hal ini "Standar DS1_V2", untuk meminimalkan biaya karena ini tidak akan menjalankan beban kerja produksi.  Pilih ukuran instance yang paling masuk akal berdasarkan apa yang ingin Anda uji: PENTING: Secara default, VM Anda tidak akan ditambahkan ke Set Ketersediaan.  Pada layar Pengaturan selama memastikan Anda membuat Set Ketersediaan baru, kami akan memanggil "sql-availability-set".  Azure Resource Manager (ARM) memungkinkan Anda untuk membuat Set Ketersediaan dengan 3 Domain Patahan.  Nilai default di sini baik-baik saja: Pada layar berikutnya, tinjau properti VM Anda dan klik OK untuk membuat VM pertama Anda.

Buat "sql-linux2" dan "sql -itness" VMs

Ulangi langkah di atas dua kali untuk membuat dua VM lagi. Satu-satunya perbedaan di sini adalah bahwa Anda akan MENAMBAH VM ini ke Set Ketersediaan ("sql-availability-set") yang baru saja kami buat. Mungkin perlu sedikit waktu untuk 3 VMs Anda untuk ketentuan.  Setelah selesai, Anda akan melihat VM Anda (sql-linux1, sql-linux2 dan sql -itness) terdaftar di layar Mesin Virtual di dalam Azure Portal Anda.

Atur Alamat IP Statis VM

VM akan ditetapkan dengan alamat IP berikut:

• sql-linux1: 10.0.0.7
• sql-linux2: 10.0.0.8
• sql-saksi: 10.0.0.9

Ulangi langkah ini untuk setiap VM.  Pilih VM Anda dan edit Antarmuka Jaringan Pilih antarmuka jaringan yang terkait dengan VM, dan edit konfigurasi IP.  Pilih "Static" dan tentukan alamat IP yang diinginkan:

Tambahkan Data Disk ke cluster node

Selanjutnya, kita perlu menambahkan disk tambahan ke node cluster kami ("sql-linux1" dan "sql-linux2").  Disk ini akan menyimpan database SQL kami dan nantinya akan direplikasi antar node. Catatan: Anda TIDAK perlu menambahkan disk tambahan ke simpul "sql -itness".  Hanya "sql-linux1" dan "sql-linux2". Edit VM Anda, pilih Disk dan kemudian pasang disk baru.  Pilih jenis disk (SSD Standar atau Premium) dan ukuran berdasarkan beban kerja Anda.  Di sini saya membuat disk Standar 10GB di kedua node cluster saya.  Sejauh caching Host berjalan, "Tidak ada" atau "Baca saja" caching baik-baik saja.  Saya tidak merekomendasikan menggunakan "Baca / Tulis" karena ada potensi kehilangan data:

Buat Aturan Keamanan Masuk untuk memungkinkan akses VNC

Jika VM Anda adalah bagian dari Network Security Group (NSG), yang secara default kemungkinan adalah kecuali Anda menonaktifkannya selama pembuatan VM, satu-satunya port yang terbuka di "Azure firewall" adalah SSH (port 22).  Nanti dalam panduan ini, saya akan menggunakan VNC untuk mengakses desktop "sql-linux1" dan mengkonfigurasi cluster menggunakan GUI.  Buat Aturan Keamanan Masuk untuk membuka akses VNC.  Dalam panduan ini port 5902 digunakan.  Sesuaikan ini sesuai dengan konfigurasi VNC Anda. Mesin Virtual -> (pilih sql-linux1) -> Antarmuka jaringan -> (pilih NIC) -> Grup keamanan jaringan -> (pilih NSG) -> Aturan keamanan masuk -> Tambah

Konfigurasi OS Linux

Di sinilah kita akan meninggalkan Portal Azure sebentar dan membuat tangan kita kotor di baris perintah, yang sebagai administrator Linux Anda harus terbiasa sekarang.  Anda tidak diberikan kata sandi root untuk VM Linux Anda di Azure, jadi setelah Anda login sebagai pengguna yang ditentukan selama pembuatan VM, gunakan perintah "sudo" untuk mendapatkan hak akses root:

$ sudo su -

Edit / etc / hosts

Kecuali jika Anda sudah memiliki pengaturan server DNS, Anda ingin membuat entri file host di ketiga server sehingga mereka dapat saling menyelesaikan dengan benar dengan nama Tambahkan baris berikut di akhir file / etc / hosts Anda:

10.0.0.7 sql-linux1
10.0.0.8 sql-linux2
10.0.0.9 sql-saksi
10.0.0.199 sql-vip

Nonaktifkan SELinux

Edit / etc / sysconfig / linux dan atur “SELINUX = disable”:

# vi / etc / sysconfig / selinux

# File ini mengontrol keadaan SELinux pada sistem.
# SELINUX = dapat mengambil salah satu dari tiga nilai ini:
# Menegakkan - SELinux kebijakan keamanan diberlakukan.
# Permissive - SELinux mencetak peringatan alih-alih menegakkan.
# Dinonaktifkan - Tidak ada kebijakan SELinux yang dimuat.
SELINUX = dinonaktifkan
# SELINUXTYPE = dapat mengambil salah satu dari dua nilai ini:
# Tertarget - Proses yang ditargetkan dilindungi,
# Mls - Perlindungan Multi Level.
SELINUXTYPE = ditargetkan

Konfigurasikan iptables agar cluster IP Virtual akan berfungsi

Untuk mendapatkan konektivitas ke cluster IP Virtual untuk bekerja, dan juga pemantauan sumber daya IP, beberapa aturan iptables perlu disiapkan.  Catatan: 10.0.0.199 adalah IP Virtual yang akan kami gunakan di kluster kami, dan 1433 adalah port default yang digunakan SQL Server saya. Catatan: RHEL7 mengubah firewall default menjadi FirewallD, bukan iptables.  Belum menghabiskan banyak waktu dengan firewalld, jadi untuk saat ini panduan ini akan menonaktifkan firewalld dan menggunakan iptables sebagai gantinya. Anda juga harus menginstal paket "iptables-services" agar layanan dan perintah chkconfig di bawah berfungsi.

# systemctl stop firewalld
# systemctl nonaktifkan firewalld

Pada sql-linux1 (10.0.0.7), jalankan perintah berikut:

# yum instal iptables-services
# iptables - flush
# iptables -t nat -A PREROUTING -p tcp --dport 1433 -j DNAT --untuk ke tujuan 10.0.0.199:1433
# iptables -t nat -A PREROUTING -p tcp --dport 1434 -j DNAT --untuk ke tujuan 10.0.0.199:1434
# iptables -t nat -A POSTROUTING -p icmp -s 10.0.0.199 -j SNAT --ke-sumber 10.0.0.7 
# service iptables simpan 
# chkconfig iptables aktif 

Pada sql-linux2 (10.0.0.8), jalankan perintah berikut:

# yum instal iptables-services
# iptables - flush 
# iptables -t nat -A PREROUTING -p tcp --dport 1433 -j DNAT --untuk ke tujuan 10.0.0.199:1433
# iptables -t nat -A PREROUTING -p tcp --dport 1434 -j DNAT --untuk ke tujuan 10.0.0.199:1434
# iptables -t nat -A POSTROUTING -p icmp -s 10.0.0.199 -j SNAT --ke-sumber 10.0.0.8 
# service iptables simpan 
# chkconfig iptables aktif

Instal dan Konfigurasi VNC (dan paket terkait)

Untuk mengakses GUI dari server linux kami, dan kemudian menginstal dan mengkonfigurasi cluster kami, instal VNC server, serta beberapa paket yang diperlukan (perangkat lunak cluster membutuhkan redhat-lsb dan patch rpms).

# yum instal tigervnc-server xterm wget unzip patch redhat-lsb

# vncpasswd

URL berikut adalah panduan hebat untuk menjalankan Server VNC di RHEL 7 / CentOS 7: https://www.digitalocean.com/community/tutorials/how-to-install-and-configure-vnc-remote-access-for -the-gnome-desktop-on-centos-7 Catatan: Contoh konfigurasi ini menjalankan VNC pada tampilan 2 (: 2, alias port 5902) dan sebagai root (tidak aman).  Sesuaikan sesuai!

# cp /lib/systemd/system/vncserver@.service /etc/systemd/system/vncserver@://.service
# vi /etc/systemd/system/vncserver@:.service


[Layanan]
Ketik = forking
# Bersihkan semua file yang ada di lingkungan /tmp/.X11-unix
ExecStartPre = / bin / sh -c '/ usr / bin / vncserver -kill% i> / dev / null 2> & 1 || : '
ExecStart = / sbin / runuser -l root -c "/ usr / bin / vncserver% i -geometry 1024x768"
PIDFile = / root / .vnc /% H% i.pid
ExecStop = / bin / sh -c '/ usr / bin / vncserver -kill% i> / dev / null 2> & 1 || : '


# systemctl daemon-reload
# systemctl aktifkan vncserver @: 2.service
# vncserver: 2 -geometry 1024x768

Reboot Node Cluster

Mulai ulang node cluster Anda sehingga SELinux dinonaktifkan, dan disk ke-2 yang Anda tambahkan sebelumnya terdeteksi.

Partisi dan Format disk "data"

Pada Langkah 6 dari panduan ini ("Tambahkan Disk Data ke node cluster") kami melakukan hal itu …. menambahkan disk tambahan ke setiap node cluster untuk menyimpan data aplikasi yang akan kami lindungi.  Dalam hal ini adalah database MySQL. Di Azure IaaS, Linux Virtual Machines menggunakan pengaturan berikut untuk disk:

• / dev / sda – disk OS
• / dev / sdb – disk sementara
• / dev / sdc – disk data pertama
• / dev / sdd – disk data kedua
• …
• / dev / sdj – disk data ke-8

Disk yang kita tambahkan pada Langkah 6 dari panduan ini akan muncul sebagai / dev / sdc.  Anda dapat menjalankan perintah "fdisk -l" untuk memverifikasi.  Anda akan melihat bahwa / dev / sda (OS) dan / dev / sdb (temporer) sudah memiliki partisi disk dan sedang digunakan.

# fdisk -l

Disk / dev / sda: 31,5 GB, 31457280000 byte, 61440000 sektor
Unit = sektor 1 * 512 = 512 byte
Ukuran sektor (logis / fisik): 512 byte / 4096 byte
Ukuran I / O (minimum / optimal): 4096 byte / 4096 byte
Jenis label disk: dos
Pengidentifikasi disk: 0x000c46d3

Perangkat Booting Mulai Akhir Blok Sistem Id
/ dev / sda1 * 2048 1026047 512000 83 Linux
/ dev / sda2 1026048 61439999 30206976 83 Linux

Disk / dev / sdb: 7516 MB, 7516192768 byte, 14680064 sektor
Unit = sektor 1 * 512 = 512 byte
Ukuran sektor (logis / fisik): 512 byte / 4096 byte
Ukuran I / O (minimum / optimal): 4096 byte / 4096 byte
Jenis label disk: dos
Pengidentifikasi disk: 0x7cd70e11

Perangkat Booting Mulai Akhir Blok Sistem Id
/ dev / sdb1 128 14678015 7338944 83 Linux

Disk / dev / sdc: 10,7 GB, 10737418240 byte, 20971520 sektor
Unit = sektor 1 * 512 = 512 byte
Ukuran sektor (logis / fisik): 512 byte / 4096 byte
Ukuran I / O (minimum / optimal): 4096 byte / 4096 byte

Di sini saya akan membuat partisi (/ dev / sdc1), memformatnya, dan memasangnya di lokasi default untuk SQL, yaitu / var / opt / mssql.  Lakukan langkah-langkah berikut pada KEDUA "sql-linux1" dan "sql-linux2":

# fdisk / dev / sdc
Command (m for help): n
Perintah tindakan
e diperpanjang
p partisi primer (1-4)
hal
Nomor partisi (1-4): 1
Silinder pertama (1-1305, default 1): <enter>
Menggunakan nilai default 1
Silinder, silinder, atau ukuran terakhir {K, M, G} (1-1305, standar 1305): <enter>
Menggunakan nilai default 1305
 
Command (m for help): w
Tabel partisi telah diubah!
Memanggil ioctl () untuk membaca kembali tabel partisi.
Menyinkronkan disk.
[root @ sql-linux1 ~] #

# mkfs.ext4 / dev / sdc1
# mkdir / var / opt / mssql
# chmod 770 / var / opt / mssql

Pasang sistem file:

# mount / dev / sdc1 / var / opt / mssql

Instal dan Konfigurasikan SQL Server

Jika Anda mulai dengan sistem linux baru, instruksi instalasi lengkap dapat ditemukan di sini.  

Langkah-demi-Langkah: Cara mengkonfigurasi cluster failover Linux di Google Cloud Platform (Google Compute Engine) tanpa penyimpanan bersama #google #gce #sanless #cluster

Langkah-demi-Langkah: Cara mengkonfigurasi cluster failover Linux di Google Cloud Platform (Google Compute Engine) tanpa penyimpanan bersama #google #gce #sanless #cluster

Dalam panduan langkah demi langkah ini saya akan membawa Anda melalui semua langkah yang diperlukan untuk mengonfigurasi cluster MySQL 2-node (plus server saksi) yang sangat tersedia di Google Cloud Platform (Google Compute Engine, alias GCE).  Panduan ini mencakup tangkapan layar, perintah shell dan cuplikan kode yang sesuai.  Saya berasumsi bahwa Anda agak terbiasa dengan Google Cloud Platform dan sudah memiliki akun.  Jika tidak, Anda dapat mendaftar untuk uji coba gratis hari ini.  Saya juga akan berasumsi bahwa Anda memiliki keterampilan administrasi sistem linux dasar serta memahami konsep dasar failover clustering seperti IP Virtual, kuorum, dll.

Penafian: Awan adalah target yang bergerak cepat.  Dengan demikian, fitur / layar / tombol pasti akan berubah seiring waktu sehingga pengalaman Anda mungkin sedikit berbeda dari apa yang akan Anda lihat di bawah.  Sementara panduan ini akan menunjukkan kepada Anda bagaimana membuat database MySQL sangat tersedia, Anda tentu bisa menyesuaikan informasi dan proses ini untuk melindungi aplikasi atau database lain, seperti SAP, PostgreSQL, Oracle, WebSphere MQ, server file NFS, dan banyak lagi. Ini adalah langkah-langkah tingkat tinggi untuk membuat database MySQL yang sangat tersedia di dalam Google Compute Engine:

1. Buat Proyek
2. Buat Mesin Virtual (Mesin Virtual)
3. Buat Grup Instance
4. Buat Aturan Firewall untuk memungkinkan akses VNC
5. Konfigurasi OS Linux
6. Instal dan Konfigurasikan MySQL
7. Instal dan Konfigurasikan Cluster
8. Buat Penyeimbang Beban Internal
9. Buat Aturan Firewall untuk Penyeimbang Beban Internal
10. Konektivitas Cluster Uji

Ikhtisar

Artikel ini akan menjelaskan cara membuat cluster dalam satu wilayah Google Cloud.  Node kluster (node1, node2 dan server saksi) semuanya akan berada di wilayah "us-central1" (jaringan 10.128.0.0/20/20) tetapi Anda dapat memilih wilayah Anda dengan tepat. Konfigurasi akan terlihat seperti ini: Alamat IP berikut akan digunakan:

• simpul1: 10.128.0.2
• simpul2: 10.128.0.3
• saksi: 10.128.0.4
• IP Load Balancer Internal: 10.128.0.99
• Port MySQL: 3306

Buat Proyek

Saat masuk pertama, Anda akan melihat Beranda Dasbor yang kosong dan akan diminta untuk membuat Proyek.  Semua sumber daya Google Compute Engine yang akan kami buat akan menjadi milik proyek Google Cloud Platform ini. Di sini kita akan memanggil Proyek kami "LinuxCluster" yang baru dibuat:

Buat Mesin Virtual (Mesin Virtual)

Kami akan menyediakan 3 Mesin Virtual dalam panduan ini.  Dua VM pertama (Saya akan menyebutnya "node1" dan "node2") akan berfungsi sebagai node cluster dengan kemampuan untuk membawa database MySQL dan sumber daya terkaitnya secara online.  VM ketiga akan bertindak sebagai server saksi cluster untuk perlindungan tambahan terhadap split-brain. Untuk memastikan ketersediaan maksimum, ketiga VM akan berada di zona berbeda di kawasan (dalam contoh ini: us-central1-a, us-central1-b, us-central1-c).

Buat Instance "node1"

Buat instance VM pertama Anda ("node1").  Jika ini adalah pertama kalinya Anda membuat sebuah instance, layar Anda akan terlihat seperti gambar di bawah ini. Klik tombol "Buat Instance" di bagian tengah layar Anda: Jika Anda memiliki instance lain yang sudah berjalan di GCE, layar Anda akan terlihat sedikit berbeda.  Tetap saja, klik “create instance” untuk melanjutkan: Secara default, Debian linux biasanya dipilih secara default.  Kami * TIDAK * menginginkan ini karena kami akan menggunakan CentOS 6.X dalam panduan ini. Beri instance nama ("node1"), pilih zona pertama (a) di wilayah kami (us-central1) dan pastikan untuk mengklik "Ubah" untuk memilih gambar boot yang tepat.  Anda dapat mengukur instance berdasarkan pada beban kerja Anda, tetapi untuk keperluan panduan ini kami akan menggunakan ukuran default untuk meminimalkan biaya, yang merupakan VM yang cukup kecil (1 vCPU dan hanya 3,75GB RAM) Dalam disk Boot pop di layar, pilih CentOS 6 dan di bagian bawah kita akan pergi dengan disk boot SSD.  10GB lebih dari cukup untuk keperluan panduan ini.  Anda dapat mengukur sistem Anda sesuai: Setelah mengklik "Pilih", Anda akan dibawa kembali ke layar Create An Instance.  Ke bagian bawah, klik "Manajemen, disk, jaringan, kunci SSH" karena kami akan menambahkan disk ke-2 untuk VM kami.  Disk ke-2 ini akan digunakan untuk menyimpan basis data kami, dan inilah yang nantinya akan direplikasi / disinkronkan oleh perangkat lunak pengelompokan.   Pilih tab "Disk", dan klik "Tambahkan item" untuk menambahkan disk ke-2 ke instance ini: Klik "Buat disk": Beri nama pada disk baru, pilih jenis yang diinginkan, dan mulai dengan disk kosong.  10 GB harus lebih dari cukup untuk kebutuhan kita di sini dalam contoh konfigurasi ini.  CATATAN: Ingat nilai yang Anda tetapkan di sini.  Kedua node cluster (node1 dan node2) harus berukuran SAMA: Akhirnya, klik tab "Networking", dan berikan node1 IP Internal pelanggan. Klik "Buat" untuk meluncurkan contoh baru Anda:

Buat "node2"

Ulangi langkah-langkah di atas dua kali untuk membuat simpul cluster kedua Anda ("node2").  Buat instance ini seperti yang Anda lakukan simpul1, termasuk penambahan disk ke-2. PENTING: pastikan ada di zona yang berbeda (us-central1-b) dan berikan IP unik (10.128.0.3)

Buat "saksi" VM

Buat VM ketiga Anda ("saksi") dan pastikan ada di zona yang berbeda (us-central1-c) dari dua contoh pertama. CATATAN: Mesin virtual ini TIDAK perlu disk tambahan. Mungkin perlu sedikit waktu untuk 3 instance VM Anda untuk ketentuan.  Setelah selesai, Anda akan melihat VM Anda terdaftar di layar VM Instances di Google Cloud Console Anda.  Verifikasi bahwa Anda meluncurkan setiap VM dengan benar ke zona yang berbeda:  

Buat Grup Instance

Kemudian dalam panduan ini kita akan membuat Penyeimbang Beban Internal untuk merutekan lalu lintas ke node cluster aktif.  Semua konfigurasi penyeimbang muatan yang tersedia di Google Cloud Platform memerlukan grup contoh untuk melayani lalu lintas yang dikirim dari penyeimbang beban. Dua kelompok contoh akan dibuat, dan masing-masing akan berisi satu simpul gugus.

Buat Grup Instance 1

Beri grup instance pertama Anda nama ("instance-group-1a"), pilih "Single-zone" dan pastikan untuk memilih Zona di mana instance VM pertama Anda berada.  Di sini, kami memilih us-central-1a, karena di situlah "node1" digunakan.  Di bawah ini, pilih "Pilih instance yang ada" dan pilih "node1" dari drop down VM instance:

Buat Grup Instance 2

Ulangi langkah sebelumnya sekali lagi, kali ini memilih zona tempat simpul kedua Anda berada.  us-central-1b dan node2:

Buat Aturan Firewall untuk memungkinkan akses VNC

Anda dapat melihat semua aturan firewall yang ada dengan menavigasi ke: Jaringan -> Aturan Firewall Secara default, satu-satunya port yang terbuka di "Google firewall" dari dunia luar ke VM Anda adalah ping, SSH (port 22) dan RDP ( port 3389). Kemudian dalam panduan ini, kita akan menggunakan VNC untuk mengakses desktop "node1" dan mengkonfigurasi cluster menggunakan GUI.  Buat Aturan Firewall untuk memungkinkan akses VNC.  Dalam panduan ini port 5902 digunakan.  Sesuaikan ini sesuai dengan konfigurasi VNC Anda.  

Konfigurasi OS Linux

Selanjutnya, kita perlu mengkonfigurasi OS Linux dari instance kita dan membuat tangan kita kotor pada baris perintah, yang sebagai administrator Linux Anda harus terbiasa sekarang. Ada beberapa cara untuk terhubung ke konsol VM linux Anda.  Anda dapat memulai koneksi SSH langsung dari antarmuka web GCE, atau Anda dapat menginstal Google Cloud SDK secara lokal di laptop / workstation Anda. Untuk SSH menggunakan browser Anda, pergi ke Compute -> VM Instances dan ke kanan VM yang ingin Anda sambungkan, di bawah "Connect" pilih "Open in browser window". Jika Anda lebih suka menginstal alat baris perintah Google Cloud secara native di laptop / workstation Anda, silakan lihat dokumentasi di sini: https://cloud.google.com/sdk/docs/quickstarts Setelah tersambung gunakan perintah "sudo" untuk dapatkan root privilege:

$ sudo su -

Edit / etc / hosts

Kecuali jika Anda sudah memiliki pengaturan server DNS, Anda ingin membuat entri file host di ketiga server sehingga mereka dapat saling menyelesaikan dengan benar dengan nama Tambahkan baris berikut di akhir file / etc / hosts Anda:

10.128.0.2 node1
10.128.0.3 simpul2
10.128.0.4 saksi
10.128.0.99 mysql-vip

Nonaktifkan SELinux

Edit / etc / sysconfig / linux dan atur “SELINUX = disable”:

# vi / etc / sysconfig / selinux

# File ini mengontrol keadaan SELinux pada sistem.
# SELINUX = dapat mengambil salah satu dari tiga nilai ini:
# Menegakkan - SELinux kebijakan keamanan diberlakukan.
# Permissive - SELinux mencetak peringatan alih-alih menegakkan.
# Dinonaktifkan - Tidak ada kebijakan SELinux yang dimuat.
SELINUX = dinonaktifkan
# SELINUXTYPE = dapat mengambil salah satu dari dua nilai ini:
# Tertarget - Proses yang ditargetkan dilindungi,
# Mls - Perlindungan Multi Level.
SELINUXTYPE = ditargetkan

Instal berbagai paket RPM

Selanjutnya, instal beberapa paket rpm yang akan dibutuhkan nanti sebagai prasyarat untuk perangkat lunak pengelompokan kami:

# yum instal patch redhat-lsb

Instal dan Konfigurasi VNC (dan paket terkait)

Untuk mengakses GUI server linux kami, untuk mengkonfigurasi cluster kami, instal server VNC pada node cluster Anda.  Dalam pengaturan saya, saya hanya melakukan ini pada "node1"

# yum instal tigervnc-server xterm
# vncpasswd
# vi / etc / sysconfig / vncservers

      VNCSERVERS = "2: root"
      VNCSERVERARGS [2] = "- geometri 1024x768"

# service vncserver mulai
# chkconfig vncserver aktif

Uji konektivitas dengan membuka klien VNC di laptop / desktop Anda, dan sambungkan ke IP Publik node cluster Anda

Reboot Node Cluster

Mulai ulang agar SELinux dinonaktifkan. Ketiga sistem (node1, node2, saksi) perlu di-boot ulang.

Partisi dan Format disk "data"

Selama pembuatan instance VM, disk tambahan ditambahkan ke setiap node kluster untuk menyimpan data aplikasi yang akan kami lindungi.  Dalam hal ini adalah database MySQL. Konfigurasi disk VM kami adalah sebagai berikut:

• / dev / sda – disk OS
• / dev / sdb – disk data

Disk ke-2 ditambahkan selama pembuatan instance / dev / sdb.  Anda dapat menjalankan perintah "fdisk -l" untuk memverifikasi.  Anda akan melihat bahwa / dev / sda (OS) sudah memiliki partisi disk dan sedang digunakan.

# fdisk -l

Disk / dev / sda: 10,7 GB, 10737418240 byte
255 kepala, 63 sektor / jalur, 1305 silinder
Unit = silinder 16065 * 512 = 8225280 byte
Ukuran sektor (logis / fisik): 512 byte / 4096 byte
Ukuran I / O (minimum / optimal): 4096 byte / 4096 byte
Pengidentifikasi disk: 0x00035e98

 Perangkat Booting Mulai Akhir Blok Sistem Id
/ dev / sda1 * 1 1306 10484736 83 Linux

Disk / dev / sdb: 10,7 GB, 10737418240 byte
64 head, 32 sektor / track, 10240 silinder
Unit = silinder 2048 * 512 = 1048576 byte
Ukuran sektor (logis / fisik): 512 byte / 4096 byte
Ukuran I / O (minimum / optimal): 4096 byte / 4096 byte
Pengidentifikasi disk: 0x762b810b

Di sini kita akan membuat partisi (/ dev / sdb1), memformatnya, dan memasangnya di lokasi default untuk MySQL, yaitu / var / lib / mysql.  Lakukan langkah-langkah berikut pada KEDUA "simpul1" dan "simpul2":

# fdisk / dev / sdb
Command (m for help): n
Perintah tindakan
e diperpanjang
p partisi primer (1-4)
hal
Nomor partisi (1-4): 1
Silinder pertama (1-1305, default 1): <enter>
Menggunakan nilai default 1
Silinder, silinder, atau ukuran terakhir {K, M, G} (1-1305, standar 1305): <enter>
Menggunakan nilai default 1305
 
Command (m for help): w
Tabel partisi telah diubah!
Memanggil ioctl () untuk membaca kembali tabel partisi.
Menyinkronkan disk.
[root @ node1 ~] #

# mkfs.ext4 / dev / sdb1
# mkdir / var / lib / mysql

Pada node1, pasang sistem file:

# mount / dev / sdb1 / var / lib / mysql

Instal dan Konfigurasikan MySQL

Selanjutnya, instal instal paket-paket MySQL, inisialisasi basis data sampel, dan atur kata sandi "root" untuk MySQL.

Pada "node1":

# yum -y install mysql mysql-server
# / usr / bin / mysql_install_db --datadir = "/ var / lib / mysql /" --user = mysql
# mysqld_safe --user = root --socket = / var / lib / mysql / mysql.sock --port = 3306 --datadir = / var / lib / mysql --log &
#
# # CATATAN: Perintah selanjutnya ini memungkinkan koneksi jarak jauh dari host APAPUN.  BUKAN ide bagus untuk produksi!
# echo "perbarui set pengguna Host = '%' di mana Host = 'node1'; hak istimewa flush" | mysql mysql
#
# # Atur kata sandi root MySQL ke 'SIOS'
# echo "perbarui set pengguna Kata Sandi = PASSWORD ('SIOS') di mana Pengguna = 'root'; hak istimewa flush" | mysql mysql

Buat file konfigurasi MySQL. Kami akan menempatkan ini pada disk data (yang nantinya akan direplikasi – /var/lib/mysql/my.cnf).  Contoh:

# vi /var/lib/mysql/my.cnf

[mysqld]
datadir = / var / lib / mysql
socket = / var / lib / mysql / mysql.sock
pid-file = / var / lib / mysql / mysqld.pid
pengguna = root
port = 3306
# Menonaktifkan tautan simbolis disarankan untuk mencegah berbagai risiko keamanan
symbolic-links = 0
 
[mysqld_safe]
log-error = / var / log / mysqld.log
pid-file = / var / run / mysqld / mysqld.pid
 
[klien]
pengguna = root
kata sandi = SIOS

Hapus file konfigurasi MySQL asli, yang terletak di / etc, jika ada:

# rm /etc/my.cnf

Pada "node2":

Pada "node2", Anda HANYA perlu menginstal paket MySQL.  Langkah-langkah lain tidak diperlukan:

[root @ node2 ~] # yum -y install mysql mysql-server

Instal dan Konfigurasikan Cluster

Pada titik ini, kami siap untuk menginstal dan mengkonfigurasi cluster kami.  SIOS Protection Suite untuk Linux (alias SPS-Linux) akan digunakan dalam panduan ini sebagai teknologi pengelompokan.  Ini menyediakan fitur failover clustering (LifeKeeper) ketersediaan tinggi serta replikasi data level blok waktu nyata (DataKeeper) dalam satu solusi terintegrasi.  SPS-Linux memungkinkan Anda untuk menyebarkan cluster "SANLess", alias cluster "nothing nothing" yang berarti bahwa node cluster tidak memiliki penyimpanan bersama, seperti halnya dengan Azure VMs.

Instal SIOS Protection Suite untuk Linux

Lakukan langkah-langkah berikut pada ALL 3 VM (node1, node2, saksi): Unduh file gambar instalasi SPS-Linux (sps.img) dan dan dapatkan lisensi percobaan atau beli lisensi permanen.  Hubungi SIOS untuk informasi lebih lanjut. Anda akan mengulang mount itu dan menjalankan skrip "setup" di dalam, sebagai root (atau "sudo su -" pertama untuk mendapatkan shell root) Sebagai contoh:

# mkdir / tmp / install
# mount -o loop sps.img / tmp / install
# cd / tmp / install
# ./mempersiapkan

Selama skrip instalasi, Anda akan diminta untuk menjawab sejumlah pertanyaan.  Anda akan menekan Enter di hampir setiap layar untuk menerima nilai default.  Perhatikan pengecualian berikut:

• Pada layar berjudul "High Availability NFS" Anda dapat memilih "n" karena kami tidak akan membuat server NFS yang sangat tersedia
• Menjelang akhir skrip pengaturan, Anda dapat memilih untuk menginstal kunci lisensi percobaan sekarang, atau yang lebih baru. Kami akan menginstal kunci lisensi nanti, sehingga Anda dapat memilih "n" dengan aman pada saat ini
• Di layar akhir "pengaturan" pilih ARK (Application Recovery Kits, mis. "Agen klaster") yang ingin Anda instal dari daftar yang ditampilkan di layar.
  • ARK HANYA diperlukan pada "node1" dan "node2".  Anda tidak perlu menginstal pada "saksi"
  • Navigasikan daftar dengan panah atas / bawah, dan tekan SPACEBAR untuk memilih yang berikut:
    • lkDR – DataKeeper untuk Linux
    • lkSQL – LifeKeeper MySQL RDBMS Recovery Kit
  • Ini akan menghasilkan RPM tambahan berikut yang diinstal pada "node1" dan "node2":
    • steeleye-lkDR-9.0.2-6513.noarch.rpm
    • steeleye-lkSQL-9.0.2-6513.noarch.rpm

Instal paket Saksi / Kuorum

Paket Dukungan Server Kuorum / Saksi untuk LifeKeeper (steeleye-lkQWK) yang dikombinasikan dengan proses failover yang ada pada inti LifeKeeper memungkinkan kegagalan sistem terjadi dengan tingkat kepercayaan yang lebih besar dalam situasi di mana total kegagalan jaringan bisa terjadi. Ini secara efektif berarti bahwa kegagalan dapat dilakukan sambil sangat mengurangi risiko situasi "otak ganda". Instal rpm Saksi / Kuorum pada ketiga simpul (simpul1, simpul2, saksi):

# cd / tmp / install / kuorum
# Rpm -Uvh steeleye-lkQWK-9.0.2-6513.noarch.rpm

Pada SEMUA 3 node (node1, node2, saksi), edit / etc / default / LifeKeeper, atur NOBCASTPING = 1 ON ONLY server Witness ("saksi"), edit / etc / default / LifeKeeper, set WITNESS_MODE = off / none

Instal kunci Lisensi

Pada ketiga node, gunakan perintah "lkkeyins" untuk menginstal file lisensi yang Anda peroleh dari SIOS:

# / opt / LifeKeeper / bin / lkkeyins <path_to_file> / <filename> .lic

Mulai LifeKeeper

Pada ketiga node, gunakan perintah "lkstart" untuk memulai perangkat lunak cluster:

# / opt / LifeKeeper / bin / lkstart

Tetapkan Izin Pengguna untuk GUI LifeKeeper

Pada ketiga node, edit / etc / group dan tambahkan pengguna "tony" (atau nama pengguna apa pun yang Anda masuki) ke grup "lkadmin" untuk memberikan akses ke GUI LifeKeeper.  Secara default hanya "root" adalah anggota grup, dan kami tidak memiliki kata sandi root di:

# vi / etc / group

lkadmin: x: 502: root, tony

Buka GUI LifeKeeper

Buat koneksi VNC ke alamat IP Publik node1.  Berdasarkan konfigurasi VNC dan Aturan Firewall dari atas, Anda akan terhubung ke <Public_IP>: 2 menggunakan kata sandi VNC yang Anda tentukan sebelumnya.  Setelah masuk, buka jendela terminal dan jalankan LifeKeeper GUI menggunakan perintah berikut:

# / opt / LifeKeeper / bin / lkGUIapp &

Anda akan diminta untuk terhubung ke node cluster pertama Anda ("node1").  Masukkan linux userid dan kata sandi yang ditentukan selama pembuatan VM: Selanjutnya, hubungkan ke "simpul2" dan "saksi" dengan mengklik tombol "Hubungkan ke Server" yang disorot dalam tangkapan layar berikut: Sekarang Anda akan melihat ketiga server di GUI, dengan ikon tanda centang hijau yang menunjukkan mereka sedang online dan sehat:

Buat Jalur Komunikasi

Klik kanan pada "node1" dan pilih Create Comm Path Pilih KEDUA "node2" dan "saksi" dan kemudian ikuti wizard.  Ini akan membuat jalur kom antara:

• simpul1 & simpul2
• simpul1 & saksi

Jalur kom masih perlu dibuat antara node2 & saksi.   Klik kanan pada "node2" dan pilih Create Comm Path.  Ikuti wizard dan pilih "saksi" sebagai server jauh: Pada titik ini jalur kom berikut telah dibuat:

• simpul1 <—> simpul2
• simpul1 <—> saksi
• simpul2 <—> saksi

Ikon di depan server telah berubah dari "tanda centang" hijau ke "tanda bahaya" kuning.  Ini karena kami hanya memiliki jalur komunikasi tunggal antar node. Jika VM memiliki beberapa NIC (informasi tentang cara membuat Azure VM dengan banyak NIC dapat ditemukan di sini, tetapi tidak akan dibahas dalam artikel ini), Anda akan membuat jalur kom yang berlebihan antara setiap server. Untuk menghapus ikon peringatan, buka menu Lihat dan pilih-pilih "Comm Path Redundancy Warning": Hasil:

Verifikasi Jalur Komunikasi

Gunakan perintah "lcdstatus" untuk melihat status sumber daya gugus.  Jalankan perintah berikut untuk memverifikasi bahwa Anda telah membuat jalur kom dengan benar pada setiap node ke dua server lain yang terlibat: # / opt / LifeKeeper / bin / lcdstatus -q -d node1 MESIN ALAMAT JARINGAN / ALAT-ALAT PERANGKAT KERJA / NEGARA PERANGKAT PRIO node2 TCP 10.128.0.2/ 10.128.0.3 HIDUP 1 saksi TCP 10.128.0.2/10.128.0.4 HIDUP 1 # / opt / LifeKeeper / bin / lcdstatus -q -d node2 MESIN JARINGAN ALAMAT / ALAT-ALAT PERANGKAT KERJA / NEGARA PERANGKAT PRIO node1 TCP 10.128.0.3/10.128.0.2 ALIVE 1 saksi TCP 10.128.0.3/10.128.0.4 HIDUP 1 # / opt / LifeKeeper / bin / lcdstatus -q -d saksi MESIN JARINGAN ALAMAT / PERANGKAT NEGARA NEGARA PRIO node1 TCP 10.128.0.4/10.128.0.2 HIDUP 1 node2 TCP 10.128.0.4/10.128.0.3 HIDUP 1

Membuat sumber daya klaster Replikasi Data (mis. Cermin)

Selanjutnya, buat sumber daya Replikasi Data untuk mereplikasi partisi / var / lib / mysql dari node1 (sumber) ke node2 (target).  Klik ikon "tambah hijau" untuk membuat sumber daya baru: Ikuti wizard dengan pilihan ini:

Silakan Pilih Kit Pemulihan: Replikasi Data
Tipe Switchback: cerdas
Server: node1
Jenis Hierarki: Replikasi Sistem File yang Keluar
Mount Point yang ada: / var / lib / mysql
Sumber Daya Replikasi Data Tag: datarep-mysql
Tab Sumber Daya Sistem File: / var / lib / mysql
File Bitmap: (nilai default)
Aktifkan Replikasi Asinkron: Tidak

Setelah sumber daya dibuat, wisaya “Perpanjang” (mis. Tentukan server cadangan) akan muncul.  Gunakan pilihan berikut:

Server Target: node2
Tipe Switchback: Cerdas
Prioritas Templat: 1
Prioritas Target: 10
Disk Target: / dev / sdb1
Sumber Daya Replikasi Data Tag: datarep-mysql
File Bitmap: (nilai default)
Jalur Replikasi: 10.128.0.2/10.128.0.3
Mount Point: / var / lib / mysql
Root Tag: / var / lib / mysql

Cluster akan terlihat seperti ini:  

Buat hirarki sumber daya MySQL

Selanjutnya, buat sumber daya cluster MySQL.  Sumber daya MySQL bertanggung jawab untuk menghentikan / memulai / memonitor database MySQL Anda.  Untuk membuat, klik ikon "hijau plus" untuk membuat sumber daya baru: Ikuti wizard dengan untuk membuat sumber daya IP dengan pilihan ini:

Pilih Recovery Kit: Database MySQL
Tipe Switchback: Cerdas
Server: node1
Lokasi my.cnf: / var / lib / mysql
Lokasi executable MySQL: / usr / bin
Tag Database: mysql

Perpanjang sumber daya IP dengan pilihan berikut:

Server Target: node2
Tipe Switchback: cerdas
Prioritas Templat: 1
Prioritas Target: 10

Akibatnya, kluster Anda akan terlihat sebagai berikut.  Perhatikan bahwa sumber Replikasi Data dipindahkan secara otomatis di bawah basis data (ketergantungan dibuat secara otomatis) untuk memastikannya selalu dibawa online sebelum basis data:  

Buat Penyeimbang Beban Internal

Jika ini adalah kluster lokal di tempat yang menggunakan server fisik atau virtual, Anda akan selesai pada saat ini.  Klien dan Aplikasi akan terhubung ke Virtual IP dari cluster (10.128.0.99) untuk mencapai node aktif.  Di Google Cloud, ini tidak berfungsi tanpa konfigurasi tambahan. Untuk terhubung ke cluster, Google menyediakan fitur jika Anda dapat mengatur Internal Load Balancer (ILB).  Pada dasarnya, ketika Anda terhubung ke alamat IP ILB (yang akan kami setel ke 10.128.0.99) Anda dialihkan ke node cluster yang saat ini aktif. Buat Penyeimbang Beban TCP: Ini akan menjadi penyeimbang beban internal, jadi pilih "Hanya di antara VM saya": Selanjutnya, beri nama penyeimbang beban ("internal-lb") lalu klik Konfigurasi backend: Pastikan Anda memilih yang tepat wilayah ("us-central1") dan konfigurasikan Backend.  Klik “Tambah backend” dan tambahkan kedua grup instan (instance-grup-1a DAN instance-grup-1b): Penyeimbang beban memutuskan simpul mana yang akan dirutekan ke lalu lintas berdasarkan pemeriksaan kesehatan.  Dalam contoh ini, pemeriksaan kesehatan untuk melihat apakah MySQL berjalan (memeriksa port default 3306) akan dikonfigurasi.  Pilih "Buat pemeriksaan kesehatan": Beri nama pemeriksaan kesehatan baru ("mysql-health-check") dan konfigurasikan untuk port TCP 3306: Selanjutnya, konfigurasikan Frontend dari load balancer.  Pilih "Konfigurasi ujung depan" dan di bawah alamat IP, tentukan IP internal statis khusus sebesar 10.128.0.99.  Port haruslah 3306, yang merupakan port default untuk MySQL: Akhirnya, tinjau dan selesaikan pembuatan load balancer.  Klik "Buat": Hasil.  Anda akan melihat bahwa penyeimbang beban sedang daring, namun, tidak menunjukkan salah satu contoh grup sehat! (seperti yang ditunjukkan oleh 0/0).  Kami akan memperbaikinya di bagian selanjutnya:

Buat Aturan Firewall untuk Penyeimbang Beban Internal

Per dokumentasi Google (lihat bagian "Konfigurasi aturan firewall untuk memungkinkan penyeimbangan beban internal"), dua aturan firewall perlu dibuat.  Yang pertama memungkinkan lalu lintas ke penyeimbang beban dan dari penyeimbang beban ke instance. Yang kedua memungkinkan pemeriksaan kesehatan dari pemeriksa kesehatan. Buat aturan firewall baru: Beri nama aturan baru (allow-internal-lb) dan tentukan "10.128.0.0/20" sebagai kisaran IP sumber.  Protokol dan port yang diizinkan harus "tcp: 3306": Setelah mengklik "Buat", Anda akan dikembalikan ke halaman aturan Firewall dan dapat melihat aturan yang baru dibuat dalam daftar.  Klik "Buat Aturan Firewall" lagi sehingga kami dapat membuat aturan yang diperlukan ke-2: Beri nama aturan ke-2 ("bolehkan cek kesehatan").  DUA rentang IP sumber yang berbeda perlu ditentukan:

• 130.211.0.0/22
• 35.191.0.0/16

Catatan: Selalu ide yang baik untuk mengecek dokumentasi Google cloud untuk memastikan bahwa rentang IP ini masih valid. Sekarang Anda akan melihat kedua aturan firewall yang baru dibuat dalam daftar:

Konektivitas Cluster Uji

Pada titik ini, semua konfigurasi Google Cloud dan Cluster kami sudah selesai! Sumber daya Cluster saat ini aktif di node1: Anda juga akan melihat bahwa Internal Load Balancer menunjukkan node1, yang merupakan anggota instance-group-1a sebagai "sehat" dan karenanya, mengarahkan lalu lintas yang masuk ke IP virtual (10.128.0.99 ) ke node1: SSH ke dalam server saksi, "sudo su -" untuk mendapatkan akses root.   Instal klien mysql jika diperlukan:

[root @ saksi ~] # yum -y instal mysql

Uji konektivitas MySQL ke kluster:

[root @itness ~] # mysql --host = 10.128.0.99 mysql -u root -p

Jalankan query MySQL berikut untuk menampilkan nama host dari node cluster aktif:

mysql> pilih @@ hostname;
 ------------ 
| @@ hostname |
 ------------ 
| node1 |
 ------------ 
1 baris dalam set (0,00 dtk)
mysql>

Menggunakan LifeKeeper GUI, failover dari Node1 -> Node2 ″.  Klik kanan pada sumber daya mysql di bawah node2, dan pilih "Dalam Layanan …": Setelah failover, sumber daya dibawa online pada simpul2: Anda sekarang akan melihat bahwa Penyeimbang Beban Internal menunjukkan instance-group-1b, yang berisi node2, sebagai sehat .  Lalu lintas sekarang dialihkan ke node2: Setelah failover selesai, jalankan kembali permintaan MySQL.  Anda akan melihat bahwa klien MySQL telah mendeteksi bahwa sesi itu hilang (selama failover) dan secara otomatis menyambung kembali: Jalankan permintaan MySQL berikut untuk menampilkan nama host dari simpul gugus aktif, memverifikasi bahwa sekarang “simpul2” aktif:

mysql> pilih @@ hostname;
ERROR 2006 (HY000): Server MySQL telah hilang
Tidak ada koneksi. Mencoba menyambung kembali ...
ID koneksi: 48
Database saat ini: mysql
 ------------ 
| @@ hostname |
 ------------ 
| node2 |
 ------------ 
1 baris dalam set (0,56 detik)
mysql>

Terhubung ke target iSCSI menggunakan perangkat lunak inisiator Open-iSCSI

Langkah Demi Langkah: Sambungkan ke target iSCSI menggunakan perangkat lunak inisiator Open-iSCSI

Artikel ini akan menunjukkan kepada Anda cara mengkonfigurasi Open-iSCSI inisiator (klien) untuk terhubung ke target (server) iSCSI yang ada.  Saya tidak akan benar-benar meninjau cara mengatur Target iSCSI di artikel ini.   Jika Anda belum memiliki Target iSCSI di lingkungan Anda, Anda bisa melihat OpenFiler.

Dalam panduan ini, saya menggunakan sistem CentOS 6.5 sebagai inisiator iSCSI (klien) dan akan terhubung ke target iSCSI yang ada. Instal perangkat lunak Open-iSCSI Pada sistem CentOS 6.5 saya, paket Open-iSCSI tidak diinstal secara default.  Anda dapat memeriksa untuk melihat apakah sistem Anda memiliki paket yang diinstal dengan menjalankan perintah berikut: [root @ linux ~] # rpm -qa | grep iscsi-initiator-utils Jika paket iscsi-initiator-utils belum diinstal, gunakan perintah "yum" untuk menginstalnya: [root @ linux ~] # yum install iscsi-initiator-utils Mulai layanan iSCSI Setelah menginstal paket iscsi-inisiator-utils, mulai layanan iscsid dan konfigurasikan layanan iscsid dan iscsi untuk memulai secara otomatis setiap kali sistem melakukan boot: [root @ linux ~] # /etc/init.d/iscsid start [root @ linux ~] # chkconfig iscsid di [root @ linux ~] # chkconfig iscsi di Discover iSCSI Target Gunakan perintah iscsiadm untuk menemukan semua target iSCSI di server Target iSCSI Anda (yaitu SAN iSCSI Anda.  Dalam hal ini server saya menjalankan OpenFiler): [root @ linux ~] # iscsiadm -m discovery -t sendtargets -p 192.168.197.201 192.168.197.201:3260.1 iqn.2006-01.com.openfiler: tsn.target1 Catatan: Dalam contoh saya, nama host Target iSCSI saya (SAN) adalah "openfiler.mydomain.com" dan memiliki alamat IP 192.168.197.201 Login ke Target iSCSI dan konfigurasikan login otomatis saat boot [root @ linux ~] # iscsiadm -m node -T iqn.2006-01.com.openfiler: tsn.target1 -p 192.168.197.201 --login [root @ linux ~] # iscsiadm -m node -T-iqn.2006-01.com.openfiler: tsn .target1 -p 192.168.197.201 --op update -n node.startup -v otomatis Verifikasi sesi iSCSI aktif [root @ linux ~] # iscsiadm -m sesi tcp: [1] 192.168.197.201:3260.1 iqn.2006 -01.com.openfiler: tsn.target1 Identifikasi perangkat mana yang menjadi target iSCSI peta ke [root @ linux ~] # (cd / dev / disk / by-path; ls -l * iscsi * | awk '{FS = "" ; cetak $ 9 "" $ 10 "" $ 11} ') ip-192.168.197.201: 3260-iscsi-iqn.2006-01.com.openfiler: tsn.target1-lun-0 -> ../../sdc Ini memberitahu kita t itu Target iSCSI telah dipetakan ke / dev / sdc pada sistem.  Dari sini, gunakan perintah pemartisian / pemformatan standar (fdisk, mkfs, dll) untuk mengatur disk seperti yang diinginkan! Direproduksi dengan izin dari Linuxclustering