| April 24, 2024 |
Teknologi SIOS Bergabung dengan Program Mitra Nutanix Elevate |
||||||||||||||||||||||||||||
| April 22, 2024 |
Langkah-demi-Langkah – SQL Server 2019 Failover Cluster Instance (FCI) di OCI |
||||||||||||||||||||||||||||
| SQL1 | SQL2 | |
| alamat utama | 10.0.64.100 | 10.0.128.100 |
| Cluster IP 1 (sumber daya cluster inti) | 10.0.64.101 | 10.0.128.101 |
| IP Kluster 2(IP Kluster SQL Server) | 10.0.64.102 | 10.0.128.102 |
Pada SQL1 dan SQL2, edit VNIC terlampir untuk menambahkan alamat sekunder.
| SQL1 | SQL2 | |
| Primary Address | 10.0.64.100 | 10.0.128.100 |
| Cluster IP 1 (core cluster resource) |
10.0.64.101 | 10.0.128.101 |
| Cluster IP 2 (SQL Server Cluster IP) |
10.0.64.102 | 10.0.128.102 |
Buat Domainnya
Untuk ketahanan, Anda harus menyediakan beberapa pengontrol AD di zona ketersediaan yang berbeda, namun untuk tujuan panduan ini, kami hanya akan menyediakan satu pengontrol AD. Ikuti tangkapan layar di bawah untuk mengonfigurasi AD di DC1.
Masuk menggunakan kredensial yang tercantum di bagian Detail Instans. Anda akan diminta untuk mengatur ulang kata sandi Anda.
Aktifkan Layanan Domain Direktori Aktif
Promosikan Server ke Pengontrol Domain
Sebelum Anda memulai proses ini, aktifkan akun Administrator lokal di server dan atur kata sandi. Jika tidak, Anda akan menerima pesan ini saat mencoba mempromosikan pengontrol domain.
Setelah Anda mengaktifkan akun Administrator dan mengatur kata sandi, lanjutkan dengan Konfigurasi Pasca-Penerapan
Sebelum mengaktifkan Layanan Domain Direktori Aktif, Anda harus mengaktifkan akun Administrator lokal dan masuk dengan akun tersebut.
Menggunakan program RDP favorit Anda, sambungkan ke DC1 menggunakan alamat IP publik yang terkait dengan instans. Tambahkan peran Layanan Domain Direktori Aktif.
Setelah instalasi selesai, promosikan server ini ke pengontrol domain.
Untuk tujuan kami, kami akan membuat domain baru.
Nyalakan ulang DC1 dan lanjutkan ke bagian berikutnya.
Gabungkan SQL1 dan SQL2 ke Domain
Siapkan Penyimpanan
Setelah SQL1 dan SQL2 ditambahkan ke domain, sambungkan ke instans dengan akun Admin Domain yang Anda buat untuk menyelesaikan langkah konfigurasi selanjutnya. Hal pertama yang perlu Anda lakukan adalah melampirkan dan memformat volume EBS yang kami tambahkan ke SQL1 dan SQL2 seperti yang ditunjukkan di bawah ini.
Konfigurasikan Fitur Pengelompokan Failover
Aktifkan fitur Failover Clustering pada SQL1 dan SQL2.
Jalankan perintah PowerShell ini pada SQL1 dan SQL2
Instal-WindowsFeature -Nama Failover-Clustering -SertakanAlat Manajemen
Validasi Cluster Anda
Jalankan perintah PowerShell ini dari SQL1 atau SQL2
Uji-Kluster -Node sql1,sql2
Tergantung pada versi Windows Server yang Anda gunakan, Anda akan melihat beberapa peringatan tentang Jaringan dan kemungkinan penyimpanan. Peringatan jaringan kemungkinan akan memberi tahu Anda bahwa setiap node cluster dapat diakses melalui satu antarmuka. Versi Windows sebelumnya akan memperingatkan Anda tentang kurangnya penyimpanan bersama.
Anda dapat mengabaikan kedua kesalahan tersebut seperti yang diharapkan dalam klaster yang dihosting di OCI. Selama Anda tidak menerima Kesalahan, Anda dapat melanjutkan ke bagian berikutnya. Jika Anda menerima kesalahan apa pun, perbaiki, lalu jalankan validasi lagi dan lanjutkan ke bagian berikutnya.
Buat Klaster
Selanjutnya, Anda akan membuat cluster. Pada contoh di bawah, Anda akan melihat saya menggunakan dua alamat IP yang kami rencanakan untuk digunakan, 10.0.64.101 dan 10.0.128.101. Anda dapat menjalankan Powershell ini dari salah satu node cluster.
Cluster Baru -Nama cluster1 -Node sql1,sql2 -StaticAddress 10.0.64.101, 10.0.128.101
Tolong dicatat:JANGAN mencoba membuat cluster melalui WSFC GUI. Anda akan menemukan bahwa karena instance menggunakan DHCP, GUI tidak akan memberi Anda opsi untuk menetapkan alamat IP untuk cluster dan sebaliknya akan membagikan alamat IP duplikat.
Tambahkan Saksi Berbagi File
Untuk mempertahankan kuorum cluster, Anda perlu menambahkan saksi. Di OCI, tipe saksi yang ingin Anda gunakan adalah File Share Witness. Saksi berbagi file harus berada di server yang berada di Domain Kesalahan yang berbeda dari dua node cluster.
Pada contoh di bawah, saksi berbagi file akan dibuat di DC1, yang berada di FD1.
Di DC1, buat berbagi file dan tetapkan izin baca-tulis objek nama klaster (CNO) pada folder tersebut. Tambahkan izin untuk CNO pada tab Bagikan dan Keamanan pada folder yang Anda buat, Pada contoh di bawah ini saya membuat folder bernama “Witness”.
Setelah folder dibuat dan izin yang sesuai telah ditetapkan ke CNO, jalankan perintah PowerShell berikut pada SQL1 atau SQL2.
Set-ClusterQuorum -Cluster cluster1 -FileShareWitness \\dc1\Witness
Klaster Anda sekarang akan terlihat seperti berikut ketika Anda meluncurkan Failover Cluster Manager di SQL1 atau SQL2.
Membuat SQL Server FCI
Instal Edisi Cluster DataKeeper
Sebelum melanjutkan ke langkah selanjutnya, Anda perlu menginstal DataKeeper Cluster Edition di SQL1 dan SQL2. Unduh pengaturan yang dapat dieksekusi dan jalankan pengaturan DataKeeper di kedua node. Mengacu kepadadokumentasi SIOSuntuk panduan khusus tentang instalasi.
Buat Sumber Daya Volume DataKeeper
Luncurkan UI DataKeeper di salah satu node cluster dan buat Sumber Daya Volume DataKeeper Anda seperti yang ditunjukkan di bawah ini.
Hubungkan ke kedua server, pertama SQL1 dan kemudian SQL2
Jika Anda telah terhubung ke kedua server dan penyimpanan dikonfigurasi dengan benar, Laporan Ikhtisar Server akan terlihat seperti ini.
Klik Buat Pekerjaan untuk memulai Wizard Pembuatan Pekerjaan
DataKeeper mendukung replikasi sinkron dan asinkron. Untuk replikasi antar zona ketersediaan di wilayah yang sama, pilih sinkron. Jika Anda ingin mereplikasi antar wilayah atau bahkan antar penyedia cloud, pilih asynchronous
Klik “Ya” di sini untuk mendaftarkan sumber daya Volume DataKeeper di Penyimpanan yang Tersedia di
DataKeeper Volume D sekarang muncul di Failover Cluster Manager di Penyimpanan yang Tersedia.
Instal Node Pertama SQL Server FCI di SQL1
Sekarang cluster inti telah dibuat dan sumber daya volume DataKeeper berada di Penyimpanan yang Tersedia, sekarang saatnya menginstal SQL Server pada node cluster pertama. Seperti disebutkan sebelumnya, contoh di sini mengilustrasikan konfigurasi kluster menggunakan SQL 2019 dan Windows 2022, namun semua langkah yang dijelaskan dalam contoh ini hampir sama, terlepas dari versi Windows Server atau SQL Server mana yang Anda coba terapkan.
Ikuti contoh di bawah ini untuk menginstal SQL Server di SQL1
Nama yang Anda tentukan di bawah ini adalah titik akses klien. Ini adalah nama yang akan digunakan server aplikasi Anda ketika mereka ingin menyambung ke SQL Server FCI.
Di layar ini Anda akan menambahkan alamat IP sekunder SQL1 yang kami identifikasi sebelumnya di bagian perencanaanBagian 1dari seri ini.
Dalam contoh ini kami meninggalkan tempdb di drive D. Namun, untuk kinerja terbaik, Anda disarankan untuk menemukan tempdb pada volume yang tidak direplikasi.
Instal simpul kedua dari SQL Server FCI di SQL2
Sekarang saatnya menginstal SQL Server di SQL2.
Setelah Anda menginstal SQL Server di kedua node cluster, Failover Cluster Manager akan terlihat seperti ini.
Instal Studio Manajemen SQL Server
Pada SQL Server Versi 2016 dan yang lebih baru, Anda harus mengunduh dan menginstal SSMS sebagai opsi terpisah seperti yang ditunjukkan di bawah ini. Catatan: Di versi SQL Server yang lebih lama, SQL Server Management Studio (SSMS) adalah opsi yang dapat Anda pilih untuk diinstal selama instalasi SQL.
Setelah SSMS terinstal, sambungkan ke cluster melalui titik akses klien. FCI SQL Server Anda akan terlihat seperti ini.
Pertimbangan Multi-Subnet
Salah satu pertimbangan terbesar untuk menjalankan SQL Server FCI di OCI adalah kenyataan bahwa node cluster berada di subnet yang berbeda. Microsoft mulai memperhitungkan fakta bahwa node cluster mungkin berada di subnet yang berbeda dengan menambahkan fungsionalitas “ATAU” di Windows Server 2008 R2 seperti yang dijelaskan dalam Microsoftdokumentasi.
Diambil dariPengelompokan Multi-Subnet SQL Server (SQL Server)
Hal penting yang dijelaskan dalam dokumentasi adalah konsep RegisterAllProvidersIP pada sumber daya nama jaringan, yang diaktifkan secara default saat Anda membuat SQL Server FCI. Seperti dijelaskan, bila ini diaktifkan, dua catatan A akan didaftarkan di DNS dengan sumber daya nama jaringan, satu untuk setiap alamat IP.
Dengan menggunakan fungsionalitas “ATAU”, hanya alamat IP yang terkait dengan subnet aktif yang akan online dan alamat IP lainnya akan ditampilkan sebagai offline. Jika klien Anda mendukung penambahan multisubnetfailover=true ke string koneksi, maka kedua alamat IP akan dicoba secara bersamaan dan klien akan secara otomatis terhubung ke node aktif. Itu adalah metode pengalihan klien yang paling mudah dan default dalam cluster multi-subnet.
Dokumentasi selanjutnya mengatakan bahwa jika klien Anda TIDAK mendukung fungsionalitas multisubnetfailover=true, Anda harus “mencoba menyesuaikan batas waktu koneksi dalam string koneksi klien sebanyak 21 detik untuk setiap alamat IP tambahan. Hal ini memastikan bahwa upaya koneksi ulang klien tidak habis waktu sebelum dapat menelusuri semua alamat IP di FCI multi-subnet Anda.”
Menonaktifkan RegisterAllProvidersIP adalah opsi lain yang bisa digunakan. Dengan menonaktifkan RegisterAllProvidersIP Anda hanya akan memiliki satu catatan A di DNS. Catatan DNS A akan diperbarui setiap kali klaster melakukan failover dengan alamat IP klaster aktif yang terkait dengan sumber daya nama.
Kelemahan dari konfigurasi skenario ini adalah klien Anda akan menyimpan alamat IP lama dalam cache hingga time to live (TTL) berakhir. Untuk meminimalkan penundaan koneksi ulang, disarankan agar Anda mengubah TTL pada nama sumber daya. Proses ini dijelaskanDi Sinidan contohnya ditunjukkan di bawah ini yang menyetel TTL menjadi 5 menit.
Dapatkan-ClusterResource -Nama sqlcluster | Set-ClusterParameter -Nama HostRecordTTL -Nilai 300
Ingatlah bahwa mungkin diperlukan beberapa waktu agar perubahan pada server DNS terintegrasi AD Anda diterapkan ke seluruh forest Anda.
Ringkasan
Panduan teknis ini memberikan gambaran umum komprehensif tentang menyiapkan Instans Kluster Failover (FCI) SQL Server 2019 di Oracle Cloud Infrastructure (OCI). Hal ini dimulai dengan menyoroti pentingnya memahami SLA ketersediaan OCI, yang berbeda berdasarkan strategi penerapan: 99,99% untuk penerapan di seluruh Domain Ketersediaan, 99,95% di seluruh Domain Kesalahan, dan 99,9% untuk penerapan VM tunggal. Panduan ini menekankan bahwa SLA mencakup ketersediaan VM, bukan aplikasi atau layanan yang berjalan di dalamnya, sehingga memerlukan tindakan tambahan untuk ketersediaan aplikasi.
Panduan ini merinci langkah awal pembuatan Virtual Cloud Network (VCN) dan subnet di OCI, menekankan perlunya rencana jaringan yang mengakomodasi setidaknya tiga Domain Ketersediaan untuk tujuan pengelompokan. Setiap Domain Ketersediaan harus berada dalam subnet yang berbeda, persyaratan ini juga berlaku untuk klaster yang mencakup Domain Kesalahan. Ini memberikan konfigurasi khusus untuk menyiapkan tiga subnet di Domain Ketersediaan berbeda dalam satu VCN.
Lebih lanjut, panduan ini menjelaskan proses pembuatan gateway internet dan mengedit daftar keamanan default dan tabel rute untuk memfasilitasi akses dan keamanan di seluruh Domain Ketersediaan. Panduan ini juga mencakup konfigurasi opsi DHCP untuk kompatibilitas Direktori Aktif dan menguraikan langkah-langkah untuk menyediakan VM dengan Windows Server 2022 dan SQL Server 2019, menekankan pentingnya merencanakan nama server, alamat IP, dan penempatan zona ketersediaan.
Panduan ini kemudian mempelajari penambahan volume tambahan untuk kebutuhan penyimpanan SQL Server FCI, merinci proses pembuatan dan melampirkan volume blok ke instans. Ini juga menginstruksikan tentang mengonfigurasi alamat IP sekunder untuk Windows Server Failover Clustering di OCI.
Selanjutnya, panduan ini membahas pengaturan pengontrol domain, termasuk mengaktifkan Layanan Domain Direktori Aktif dan mempromosikan server ke pengontrol domain. Panduan ini memandu persiapan penyimpanan dan pengaktifan fitur Failover Clustering di SQL1 dan SQL2, serta proses validasi dan pembuatan cluster.
Panduan ini selanjutnya membahas penambahan File Share Witness untuk mempertahankan kuorum cluster dan menginstal DataKeeper Cluster Edition untuk replikasi volume. Ini memberikan pendekatan langkah demi langkah untuk menginstal SQL Server pada node cluster dan SQL Server Management Studio, bersama dengan pertimbangan untuk penerapan multi-subnet.
Singkatnya, panduan ini menawarkan cetak biru terperinci untuk menerapkan dan mengonfigurasi SQL Server 2019 FCI di OCI, yang mencakup aspek mulai dari penyiapan jaringan dan penyediaan VM hingga pengelompokan, konfigurasi penyimpanan, dan penyiapan kontrol domain, memastikan waktu aktif dan keandalan maksimum untuk aplikasi penting bisnis .
Unduh panduan Langkah demi Langkah di sini.
Direproduksi dengan izin dariSIOS
Empat tips untuk memilih solusi ketersediaan tinggi yang tepat
Ketersediaan Tinggi dan Lebron adalah Debat Terbesar Sepanjang Masa (KAMBING).
Saya kalah di Spades. Saya kalah di Kahoot. Saya kalah dalam pertandingan bola basket, dan semuanya dari pesaing ramah yang sama, Brandon. Jadi, untuk mengalihkan perhatiannya, saya kembali ke debat saya- “Lebron adalah yang terhebat sepanjang masa!” Menit-menit yang penuh ketegangan berikutnya diisi dengan kata-kata kasar yang diwarnai dengan nama-nama beberapa pemain bola basket hebat: Michael Jordan, Julius Erving, Wilt Chamberlain, Bob Cousy, Shaq, Bill Russell, Jerry West, Steph Curry, Kevin Durant, Kobe Bryant , Ajaib dan Layak, dan Lebron. Dia bercanda dengan, “Bagaimana Anda bisa mengatakan Lebron adalah yang terhebat, Kobe punya naluri membunuh!” Perdebatan verbal kami akan meluas ke apa saja persyaratannya, apa yang membuat seseorang menjadi bagian dari percakapan yang hebat, atau bahkan kandidat untuk bagian dari diskusi. Apakah mereka membutuhkan umur panjang, mencetak rekor, kecakapan bertahan, penghargaan dan kehormatan lainnya? Berapa minimal penghargaan Pemain Paling Berharga yang harus mereka miliki? Bagaimana dengan transendensi zaman mereka? Bagaimana dengan ini atau itu, dan tentu saja teman saya Brandon selalu cepat memberikan gelar!
Cara Memilih Solusi Ketersediaan Tinggi Terbaik
Tapi, apa hubungannya dengan iniKetersediaan Tinggi? Senang Anda bertanya. Seberapa sering Anda diminta untuk menyediakan atau memilih solusi ketersediaan terbaik atau ketersediaan lebih tinggi dari sekian banyak pesaing? Anda telah memutuskan bahwa akhir pekan terakhir yang dirusak oleh kerusakan aplikasi yang tidak direncanakan atau server produksi yang tidak berfungsi adalah akhir pekan terakhir yang akan dirusak oleh kurangnya pemantauan dan pemulihan otomatis. Namun, solusi mana yang terbaik di antara nama-nama besar seperti: Microsoft Failover Clustering, SuSE High Availability Extensions, PaceMaker, NEC ClusterPro, vWare HA, SIOS Protection Suite, dan SIOS AppKeeper? Empat hal yang saya pelajari dalam perdebatan tentang Yang Terhebat Sepanjang Masa yang akan membantu Anda mengatasi kesulitan ketersediaan Anda yang semakin tinggi.
Persyaratan HA
Pertama, apa saja persyaratannya? Jika saya menginginkan penembak murni terbaik sepanjang masa, saya akan dengan mudah dan siap memasukkan Steph Curry. Jika saya menginginkan kehadiran fisik yang paling mengintimidasi, saya akan memilih seseorang seperti Shaq. Jika saya membutuhkan rekan setim terbaik, pemimpin pendukung, atau orang-orang hebat lainnya, maka saya pikir Lebron James, Magic Johnson, Jerry West, Larry Bird ada dalam percakapan. Demikian pula, sebelum Anda mulai membuat solusi HA, pahami apa yang Anda butuhkan. Adalahreplikasi datapenting atau opsional? Apakah kamu membutuhkanSQLatau apakah Anda juga cenderung menggunakan database lain? Aplikasi dan paket lain apa yang diperlukan? Apakah Anda memerlukan solusi yang dapat mengantarkan Anda ke cloud, namun pertama-tama solusi tersebut harus menjinakkan sistem lama, vmWare, dan fisik? Apakah Anda akan menjadi toko aplikasi Windows sepenuhnya, atau campuran? Cobalah untuk memikirkan tim Anda juga. Apakah Anda memiliki pergantian karyawan yang tinggi yang membuat pengelolaan berbagai solusi menjadi sulit, kursus pelatihan penting, danorang-orang nyata yang mendukungkritis? Apakah Anda memerlukan kemudahan penggunaan atau hanya mengutamakan ketahanan? Di manakah kesesuaian umur panjang dan stabilitas penawaran, produk, dan perusahaan?
Kedua, bagaimana Anda memprioritaskan kebutuhan Anda? Bagaimana Anda akan memprioritaskan hal-hal hebat dibandingkan dengan persyaratan yang telah ditetapkan? Temanku Brandon selalu cepat memberikan gelar. Dia selalu membalas, berapa gelar yang dimiliki Lebron? Gelar adalah raja dalam perdebatannya. Saya biasanya, dan dengan sinis membalas dengan menyatakan bahwa bahkan pemain ke-12 di bangku cadangan mendapat cincin. Saya menyoroti fakta bahwa Robert Horry, seorang penyerang yang luar biasa, memiliki lebih banyak gelar daripada Lebron dan MJ. Lakukan percakapan yang jujur dan jujur tentang prioritas persyaratan. Saat Anda memilih solusi HA, seberapa penting kemudahan penggunaan, dukungan OS, dan luasnya dukungan aplikasi dibandingkan dengan RTO/RPO? Fitur dan persyaratan apa yang dianggap wajib, harus dimiliki, dan enak untuk dimiliki. Sebagai VP Pengalaman Pelanggan, kami pernah bertemu dengan seorang pelanggan yang bersikeras bahwa perangkat lunak cluster mendukung 32 node, meskipun faktanya mereka tidak memiliki rencana untuk membangun cluster yang lebih besar dari dua atau tiga node. Prioritaskan daftarnya.
Mengukur RPO dan RTO untuk Pemulihan Bencana
Ketiga, bagaimana Anda mengukur persyaratan tersebut? Bagaimana Anda mengukur yang terbaik terhadap persyaratan yang ditetapkan? Statistik dalam bola basket menyenangkan, informatif, dan sering kali menyesatkan. Brandon sering mengingatkan saya untuk memeriksa bagaimana gelar pencetak gol dimenangkan sesering saya mengajarkan berapa banyak yang dimenangkan. Kita sering melontarkan pertanyaan tentang siapa yang lebih baik untuk memulai atau menutup permainan dan bagaimana mengukur dorongan, intensitas, dan keinginan untuk menang. Demikian pula, saat Anda menelusuri literatur, tuangkan bukti detail konsep, tentukan dan tentukan bagaimana Anda akan mengukur hal-hal seperti RPO dan RTO. Apakah RTO didasarkan pada waktu koneksi kembali klien atau waktu aplikasi dimulai ulang? Apakah Anda mengukur RTO untuk afailover (kerusakan server), pemulihan (kerusakan aplikasi), peralihan manual (tindakan administratif), atau semua hal di atas? Jika kinerja aplikasi penting bagi Anda, seperti apa pengukurannya? Apakah kinerja baca, kinerja tulis, atau berdasarkan beban kerja aktual atau karakteristik klien? Pikirkan tentang di mana letak tolok ukurnya, atau benarkah? Juga, jujurlah tentang apa yang Anda bandingkan dengan angka-angka tersebut. Mengukur waktu kueri database yang lebih cepat selama pengoperasian normal dan pemulihan adalah hal yang penting, namun bagaimana jika solusi lainnya menimbulkan kelambatan yang dialami lebih tinggi dalam pengalaman pengguna?
Mengevaluasi Ketersediaan Tinggi dan Pemulihan Bencana
Terakhir, teruslah mengevaluasi. Sejak Julius menggoyang bayi hingga tertidur di baseline, hingga saat Jordan lepas landas dari garis lemparan bebas, hingga saat Steph Curry memasukkan satu langkah ke dalam garis setengah lapangan, permainan bola basket telah berkembang. Kesombongan “Jordan Rules” dan “Bad Boy Era” telah diganti dengan seperangkat aturan yang mengutamakan dan menonjolkan kombinasi keterampilan, kekuatan, dan kemahiran. Begitu pula dengan lanskap teknologi yang terus berubah. Solusi yang masuk sepuluh besar ketika server Solaris dan MP-RAS berkuasa, mungkin tidak beradaptasi dengan kegesitan Linux, Windows atau varian lainnya. Solusi berbasis SAN yang memanfaatkan kekuatan Fibre Channel mungkin sudah ketinggalan zamanawanDanDunia tanpa SAN. Jadi, terus evaluasi kehebatannya. Pantau terus bagaimana solusi-solusi dalam sepuluh besar bergerak mengikuti tren, atau lebih baik lagi, tetap mewujudkannya.
Meskipun perdebatan saya dengan Brandon terus berlanjut, dan kemungkinan besar generasi mendatang, bahkan anak-anak kita belum akan memilih pemenangnya, Anda dapat memilih solusi HA yang tepat untuk memenuhi kebutuhan ketersediaan perusahaan Anda.Hubungi perwakilan SIOSuntuk membantu Anda memahami, memprioritaskan, dan mengukur kemampuan SIOS Protection Suites untuk melampaui kebutuhan Anda.
Direproduksi dengan izin dariSIOS
Solusi Pemulihan Bencana: Bagaimana Menangani “Rekomendasi” Versus “Persyaratan”
Solusi Pemulihan Bencana: Bagaimana Menangani “Rekomendasi” Versus “Persyaratan”
Katakanlah Anda mengalami masalah dilingkungan kluster awan, dan Anda harus menghubungi salah satu vendor aplikasi Anda untuk menyelesaikannya. Mereka memberi Anda resolusi, namun mereka mencatat dalam tanggapan mereka bahwa cara Anda mengkonfigurasi sistem ini “tidak disarankan”. Bagaimana Anda menangani informasi ini? Bagaimanapun, semuanya telah bekerja dengan sangat baik sejauh ini, dan mungkin diperlukan banyak waktu dan sumber daya untuk mengkonfigurasi ulang semuanya dengan cara yang “direkomendasikan”. Di sisi lain, pastinya direkomendasikan oleh vendornya karena suatu alasan bukan? Bagaimana jika hal itu menyebabkan komplikasi lain di kemudian hari? Mari kita lihat apa sebenarnya yang dimaksud dengan rekomendasi, dan cara-cara yang bisa Anda lakukan untuk mendekatinya dari kedua sisi penerimaan.
Konfigurasi yang Direkomendasikan Solusi DR
Anda harus mulai mencari cara menangani rekomendasi dengan memahaminya secara harfiah, yang didefinisikan sebagai “saran atau usulan mengenai tindakan terbaik”. Kita sudah dapat melihat beberapa petunjuk di sini tentang bagaimana kita dapat mendekati mereka dengan kata “saran” dan “proposal” yang digunakan untuk mengidentifikasinya. Melihat hal ini, sangat mudah untuk menolak rekomendasi vendor karena merepotkan, atau mungkin dianggap tidak diperlukan.
Namun, sebelum mengambil tindakan apa pun terhadap suatu rekomendasi, pastikan untuk mempertimbangkannya secara lebih pragmatis. Lagi pula, ada alasan mengapa vendor menyarankan konfigurasi semacam ini. Mereka sama tertariknya dengan kesuksesan Anda seperti halnya Anda sebagai bagian dari hubungan yang berkelanjutan, jadi tentunya hal itu membawa manfaat positif. Bisa jadi tanpa konfigurasi yang disarankan, Anda lebih rentan terhadap jenis kesalahan tertentu. Bisa juga terjadi penurunan kinerja, dimana segala sesuatunya bekerja dengan baik namun bisa saja bekerja lebih baik atau lebih cepat. Dengan mempertimbangkan hal ini, bukankah lebih baik meluangkan waktu dan upaya untuk memenuhi rekomendasi ini sekarang, dibandingkan memulainya setelah Anda terkena dampak buruk karena tidak mengikuti rekomendasi tersebut?
Cara Menangani Konfigurasi Solusi DR Di Luar Rekomendasi
Sekarang kita dapat membangun perspektif penuh kita mengenai rekomendasi dengan menyatukan kedua ujung diskusi ini. Versi ringkasannya adalah: “Tidak apa-apa untuk tidak mengikuti rekomendasi vendor, selama Anda mengetahui mengapa rekomendasi tersebut direkomendasikan dan menerima potensi kerugian dari tindakan tersebut”. Langkah penting pertama adalah berbicara dengan vendor. Ajukan pertanyaan kepada mereka tentang mengapa mereka merekomendasikannya, dampak dari memilikinya versus tidak, apakah mereka memiliki metode atau prosedur untuk dengan mudah bertransisi ke lingkungan yang direkomendasikan, dan hal lain yang dapat Anda pikirkan untuk membantu memberikan informasi yang lebih baik kepada diri Anda dan tim internal Anda. Setelah Anda memahami dampaknya, Anda berada pada posisi yang tepat untuk menolaknya jika Anda memiliki alasan yang tepat. Contoh pembenaran yang baik untuk menolak rekomendasi adalah demi alasan keamanan. Mungkin lingkungan yang direkomendasikan akan menonaktifkan atau mengabaikan langkah-langkah keamanan tertentu yang Anda miliki, jadi menggunakan lingkungan tersebut tidak hanya akan membuat Anda lebih rentan, namun juga dapat menyebabkan pelanggaran terhadap keamanan.SLA, perjanjian mitra, atau standar yang wajib Anda patuhi. Dalam hal ini Anda dapat memberi tahu vendor mengapa Anda tidak mengikuti konfigurasi yang disarankan. Hal ini juga bisa sangat bermanfaat bagi vendor, karena mereka dapat menerima umpan balik ini dan di masa depan menerapkan perbaikan yang memungkinkan konfigurasi yang direkomendasikan dan langkah-langkah keamanan pada saat yang bersamaan. Seperti disebutkan sebelumnya, mereka juga berinvestasi dalam kesuksesan Anda, jadi ini adalah kemenangan bagi semua orang.
Persyaratan Solusi Pemulihan Bencana
Namun terkadang, tidak mudah untuk mengatakan “tidak” terhadap apa yang dikatakan vendor kepada Anda. Di sinilah Anda melintasi batas dari “rekomendasi” vendor ke “persyaratan” vendor, dan hal itu menjadi tidak dapat dihindari. Ketika hal ini disajikan kepada Anda sebagai suatu persyaratan, itu menjadi sesuatu yang tidak bisa Anda tolak begitu saja. Namun, seperti halnya rekomendasi, penting untuk memahami mengapa hal ini merupakan suatu persyaratan, dan untuk apa sebenarnya hal tersebut merupakan suatu persyaratan. Praktik tertentu mungkin diwajibkan sebagai bagian dari SLA yang Anda sepakati dengan vendor, atau TSA untuk produk, aplikasi, atau layanan. Dalam kasus ini, perubahan yang diperlukan untuk memenuhi persyaratan ini harus dilakukan. Persyaratan juga biasanya berada pada sisi yang lebih teknis. Misalnya, spesifikasi ukuran disk, kapasitas I/O, atau sumber daya mesin yang tersedia, hanyalah beberapa di antaranya. Hal ini cenderung diperlukan agar aplikasi dapat berfungsi sebagaimana mestinya, sehingga manfaat dalam memastikan persyaratan ini dipenuhi sudah terlihat jelas.
Fleksibilitas Solusi Pemulihan Bencana
Hanya karena Anda harus mengikuti persyaratan tidak berarti Anda harus mengundurkan diri begitu saja. Masih banyak manfaat yang bisa dilihat dalam memahami mengapa persyaratan tersebut diberlakukan. Seperti halnya rekomendasi, berbicara dengan vendor Anda sangatlah penting. Mungkin alasan Anda tidak menyukai persyaratan tersebut berakar pada kesalahpahaman, dan mendiskusikan alasan tersebut dengan vendor Anda dapat mengungkap hal tersebut dan menghilangkan kekhawatiran. Sekali lagi, masukan Anda mengenai persyaratan ini bisa sangat penting bagi vendor Anda untuk meningkatkan produk atau layanan, dan membantu mereka memahami nilai yang Anda lihat dalam kemampuan melakukan sesuatu dengan cara yang berbeda. Yang diperlukan hanyalah memulai dialog.
Ketersediaan Tinggi SIOS dan Pemulihan Bencana
SIOS Technology Corporation menyediakanketersediaan tinggiDanPemulihan bencanaproduk yang melindungi & mengoptimalkan infrastruktur TI dengan manajemen cluster untuk aplikasi terpenting Anda.Hubungi kami hari iniuntuk informasi lebih lanjut tentang layanan dan dukungan profesional kami.
Direproduksi dengan izin dariSIOS
Panduan Langkah demi Langkah untuk Menyiapkan Saksi File NFS dengan SIOS LifeKeeper di Linux
Panduan Langkah demi Langkah untuk Menyiapkan Saksi File NFS dengan SIOS LifeKeeper di Linux
Memulai SIOS Lifekeeper dan File Witness Berbasis NFS
Di dalampengelompokan ketersediaan tinggi, seorang saksi memainkan peran penting dalam memastikan integritas dan keandalan cluster. Tanpa sebuahsimpul ke-3, mungkin sulit untuk mencapai kuorum karena tidak ada data yang dapat membantu memutuskan hubungan di mana kedua node berpikir mereka harus ditayangkan (Ini dikenal sebagaiotak yang terbelah). Anda dapat mengatasi masalah ini dengan banyak cara, misalnya dengan menyediakan server saksi khusus, jalur penyimpanan bersama yang dapat dilihat oleh seluruh cluster, atau hanya dengan memiliki lebih banyak node di cluster itu sendiri (minimal 3!). Syukurlah,Penjaga Kehidupan SIOSmenawarkan solusi tangguh untuk menyiapkan cluster ketersediaan tinggi di lingkungan Linux, dan mengonfigurasi saksi untuk meningkatkan kuorum adalah fitur penting.
Dalam panduan ini, kami akan memandu Anda melalui langkah-langkah untuk menyiapkan saksi file berbasis NFS dengan SIOS LifeKeeper di Linux, membantu Anda meningkatkan ketersediaan dan ketahanan aplikasi cluster Anda.
Sasaran:
Untuk mencapai cluster 2-node menggunakan saksi penyimpanan berbasis NFS seperti yang ditunjukkan pada diagram di bawah ini:
Prasyarat: Sebelum memulai, pastikan Anda memiliki yang berikut:
- Server Linux dikonfigurasi dan dihubungkan dengan hak administratif (yaitu, akses root).
- SIOS LifeKeeper sudah diinstal atau diunduh dan siap diinstal di setiap server.
- Berbagi NFS dapat diakses oleh semua server di cluster.
Langkah 1: Instal/Modifikasi SIOS LifeKeeper:
Kita perlu menginstal LifeKeeper pada tahap ini atau menjalankan kembali pengaturan untuk menambahkan fungsionalitas Witness kecuali Anda sudah memasukkannya sebelumnya.
Dalam kasus saya, saya menggunakan RHEL8.8, jadi saya akan memasang ISO sebelum menjalankan pengaturan dengan paket tambahan yang diperlukan untuk RHEL8.8.
[root@server1-LK ~]# mount /root/sps.img /mnt/loop -t iso9660 -o loop
[root@server1-LK ~]# cd /mnt/loop/
[root@server1-LK loop]# ./setup –addHADR /root/HADR-RHAS-4.18.0-477.10.1.el8_8.x86_64.rpm
Di sini bagian penting untuk tujuan kita adalah mengaktifkan fungsi saksi seperti pada gambar di bawah. Namun, Anda juga memerlukan file lisensi tambahan, yang dapat Anda tambahkan di sini atau tambahkan melalui baris perintah nanti sesuai kebijaksanaan Anda:
Jika tidak, konfigurasikan LifeKeeper sesuai tujuan Anda, atau jika sudah dikonfigurasi, cukup lanjutkan pengaturan setelah Anda menyertakan opsi “Gunakan Fungsi Kuorum / Saksi”.
Jika Anda memutuskan untuk menambahkan lisensi melalui baris perintah, jalankan juga perintah berikut pada setiap node di klaster dengan jalur yang benar ke file lisensi Anda:
[root@server1-LK ~]# /opt/LifeKeeper/bin/lkkeyins /<path-to-license-file>l/quorum-disk.lic
Langkah 2: Siapkan dan pasang penyimpanan bersama:
Pastikan Anda memiliki penyimpanan bersama yang dapat diakses oleh semua server di cluster. Anda dapat memeriksa setiap server menggunakan perintah ‘mount’ atau dengan ‘findmnt’ untuk memverifikasi bahwa Anda telah memasangnya secara lokal:
[root@server1-LK loop]# pemasangan | grep nfs
sunrpc di /var/lib/nfs/rpc_pipefs ketik rpc_pipefs (rw,relatime)
172.16.200.254:/var/nfs/general pada /nfs/general type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans= 2,detik=sistem,tambahan klien=172.16.205.151,kunci_lokal=tidak ada,tambahan=172.16.200.254)
atau
[root@server1-LK ~]# findmnt -l /nfs/general
OPSI FSTYPE SUMBER TARGET
/nfs/general 172.16.200.254:/var/nfs/general nfs4 rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,detik =sys,clientaddr=172.16.205.151,local_lock=none,addr=172.16.200.254
Jika Anda masih perlu memasang share sendiri, ikuti langkah-langkah berikut:
Pertama, konfirmasikan bahwa Anda dapat melihat share NFS di server host.
[root@server1-LK ~]# showmount -e 172.16.200.254
Daftar ekspor untuk 172.16.200.254:
/rumah 172.16.205.244,172.16.205.151
/var/nfs/umum 172.16.205.244,172.16.205.151
Dalam kasus saya, saya ingin me-mount share ‘/var/nfs/general’.
Untuk memasang share ini, pertama-tama, pastikan direktori yang Anda rencanakan untuk memasangnya ada. Jika tidak, buatlah:
[root@server1-LK ~]# mkdir -p /nfs/general
Sekarang Anda dapat memasang share secara manual menggunakan perintah berikut untuk mengonfirmasi bahwa Anda dapat terhubung, dan itu berfungsi:
[root@server1-LK ~]# mount 172.16.200.254:/var/nfs/general /nfs/general
Terakhir, setelah puas, tambahkan titik mount ke file /etc/fstab Anda sehingga akan dipasang saat boot:
[root@server1-LK ~]# cat /etc/fstab
#
# /etc/fstab
# Dibuat oleh anaconda pada Kam 25 Jan 12:07:15 2024
#
# Sistem file yang dapat diakses, dengan referensi, dikelola di bawah ‘/dev/disk/’.
# Lihat halaman manual fstab(5), findfs(8), mount(8) dan/atau blkid(8) untuk info lebih lanjut.
#
# Setelah mengedit file ini, jalankan ‘systemctl daemon-reload’ untuk memperbarui systemd
# unit dihasilkan dari file ini.
#
/dev/mapper/rhel-root / xfs default 0 0
UUID=6b22cebf-8f1c-405b-8fa8-8f12e1b6b56c /boot xfs default 0 0
/dev/mapper/rhel-swap tidak ada swap default 0 0
#ditambahkan untuk berbagi NFS
172.16.200.254:/var/nfs/umum /nfs/umum nfs4 default 0 0
Sekarang, Anda dapat mengonfirmasi bahwa itu sudah terpasang menggunakan perintah mount:
[root@server1-LK ~]# mount -l | grep nfs
sunrpc di /var/lib/nfs/rpc_pipefs ketik rpc_pipefs (rw,relatime)
172.16.200.254:/var/nfs/general pada /nfs/general type nfs4 (rw,relatime,vers=4.2,rsize=1048576,wsize=1048576,namlen=255,hard,
proto=tcp,timeo=600,retrans= 2,detik=sistem,tambahan klien=172.16.205.151,
kunci_lokal=tidak ada,tambahan=172.16.200.254)
Seperti yang Anda lihat dari teks yang disorot di atas, sekarang telah berhasil dipasang. Ulangi di semua server sampai Anda yakin semua server telah memasang share sebelum melanjutkan.
Langkah 4: Periksa nama host Anda dan konfigurasikan pengaturan /etc/default/LifeKeeper:
Anda dapat melihat nama host yang diketahui LifeKeeper untuk setiap server Anda dengan menjalankan perintah berikut pada setiap node:
/opt/LifeKeeper/bin/lcduname
Contoh pengaturan yang perlu Anda tambahkan ke file /etc/default/LifeKeeper:
WITNESS_MODE=penyimpanan
QWK_STORAGE_TYPE=berkas
QWK_STORAGE_HBEATTIME=6
QWK_STORAGE_NUMHBEATS=9
QWK_STORAGE_OBJECT_server1_LK_localdomain=/nfs/umum/nodeA
QWK_STORAGE_OBJECT_server2_LK_localdomain=/nfs/umum/nodeB
Untuk ‘QWK_STORAGE_OBJECT_<nama-server>’, Anda perlu mendeklarasikannya untuk setiap node, dan ini dibentuk menggunakan nama host Anda serta jalurnya, dan lokasi yang diinginkan dari file saksi itu sendiri.
Perlu dicatat bahwa jika nama host mengandung “-” atau “.”, gantilah dengan garis bawah “_”
(misalnya, lksios-1 → lksios_1 atau lksios-1.localdomain → lksios_1_localdomain ).
Dalam contoh saya, saya memiliki nama host berikut:
server1-LK.domain lokal
server2-LK.domain lokal
Artinya menambahkan definisi ‘QWK_STORAGE_OBJECT_’ berikut:
QWK_STORAGE_OBJECT_server1_LK_localdomain=/nfs/umum/nodeA
QWK_STORAGE_OBJECT_server2_LK_localdomain=/nfs/umum/nodeB
Selain itu, kita perlu menyesuaikan salah satu pengaturan yang ada di /etc/default/LifeKeeper:
QUORUM_MODE=penyimpanan
Untuk membantu memahami mengapa kami menetapkan WITNESS_MODE dan QUORUM_MODE ke penyimpanan, lihat tabel berikut:
Kombinasi Mode Kuorum dan Mode Saksi yang Didukung
LifeKeeper mendukung kombinasi berikut.
| QUORUM_MODE | |||||
| mayoritas | tcp_remote | penyimpanan | tidak ada/mati | ||
| SAKSI_MODE | remote_verifikasi | Didukung 3 node atau lebih | Didukung 3 node atau lebih | Tidak didukung | Didukung 3 node atau lebih |
| penyimpanan | Tidak didukung | Tidak didukung | DidukungAntara 2 dan 4 node | Tidak didukung | |
| tidak ada/mati | Didukung 3 node atau lebih | Didukung 2 node atau lebih | Tidak didukung | Didukung | |
Kami memiliki cluster dua node yang ingin menggunakan penyimpanan eksternal untuk kuorum, sehingga satu-satunya kombinasi yang didukung adalah ‘penyimpanan’ untuk kedua nilai. Namun, Anda dapat melihat dari tabel betapa fleksibelnya hal ini ketika Anda memerlukan lebih banyak node, menawarkan banyak cara untuk mencapai komunikasi dan menyediakan kuorum.
Langkah 4: Inisialisasi file Saksi:
Untuk menginisialisasi file saksi dan mengaktifkan penggunaannya, Anda harus menjalankan perintah berikut pada setiap node:
[root@server1-LK ~]# /opt/LifeKeeper/bin/qwk_storage_init
Ini akan berhenti ketika dijalankan hingga setiap node selesai, jadi jalankan perintah pada node pertama di cluster, lalu node kedua, dan seterusnya sebelum kembali untuk memeriksa bahwa perintah telah selesai tanpa kesalahan.
Contoh:
[root@server1-LK ~]# /opt/LifeKeeper/bin/qwk_storage_init
oke: LifeKeeper sedang berjalan.
ok: Kunci lisensi LifeKeeper berhasil diinstal.
oke: Parameter QWK valid.
Objek QWK dari /nfs/general/nodeA belum tersedia.
/nfs/general/nodeA sudah ada karena bukan QWK_STORAGE_OBJECT: timpa? (y/t): kamu
ok: Jalur objek QWK valid.
oke: turun: /opt/LifeKeeper/etc/service/qwk-storage: 1377s
ok: Inisialisasi objek QWK dari node sendiri selesai.
Objek QWK dari /nfs/general/nodeB belum tersedia.
Objek QWK dari /nfs/general/nodeB belum tersedia.
Objek QWK dari /nfs/general/nodeB belum tersedia.
Objek QWK dari /nfs/general/nodeB belum tersedia.
Objek QWK dari /nfs/general/nodeB belum tersedia.
Objek QWK dari /nfs/general/nodeB belum tersedia.
Objek QWK dari /nfs/general/nodeB belum tersedia.
oke: sistem kuorum sudah siap.
ok: jalankan: /opt/LifeKeeper/etc/service/qwk-storage: (pid 14705) 1s, biasanya down
Berhasil.
Langkah 5: Validasi Konfigurasi:
Konfigurasi dapat divalidasi dengan menjalankan perintah berikut:
/opt/Penjaga Kehidupan/bin/lktest
Jika ditemukan kesalahan, kesalahan tersebut akan dicetak ke terminal untuk Anda. Pada contoh di bawah, saya belum mengganti karakter khusus di nama host saya sehingga disorot bahwa penyimpanan tidak dapat ditemukan.
[root@server1-LK ~]# /opt/LifeKeeper/bin/lktest
/opt/LifeKeeper/bin/lktest: /etc/default/LifeKeeper[308]: QWK_STORAGE_OBJECT_server1_LK.localdomain=/nfs/general/nodeA: tidak ditemukan
/opt/LifeKeeper/bin/lktest: /etc/default/LifeKeeper[309]: QWK_STORAGE_OBJECT_server2_LK.localdomain=/nfs/general/nodeB: tidak ditemukan
FS UID PID PPID C CLS PRI NI SZ WAKTU WAKTU CMD
Akar 4 S 2348 873 0 TS 39 -20 7656 15:49 00:00:00 lcm
Akar 4 S 2388 882 0 TS 39 -20 59959 15:49 00:00:00 ttymonlcm
Akar 4 S 2392 872 0 TS 29 -10 10330 15:49 00:00:00 layar
4 S root 8591 8476 0 TS 19 0 7670 15:58 00:00:00 lcdremexec -d server2-LK.localdomain -e — cat /proc/mdstat
Anda juga dapat mengonfirmasi bahwa file saksi sedang diperbarui melalui baris perintah seperti:
[root@server1-LK ~]# cat /nfs/general/nodeA
tanda tangan=penjaga kehidupan_qwk_object
local_node=server1-LK.domain lokal
waktu=Kam 15 Februari 14:10:56 2024
urutan=157
simpul=server2-LK.domain lokal
commstat=ATAS
jumlah periksa=13903688106811808601
Saksi Berbagi File yang Berhasil Menggunakan NFS
Menyiapkan saksi berbagi file menggunakan NFS itu mudah! Ini bisa menjadi sangat berguna jika Anda dibatasi pada dua node namun memerlukan ketahanan yang lebih baik terhadap peristiwa-peristiwa yang terjadi di otak yang terbelah, terutama di cloud tempat Anda dapat memanfaatkan sesuatu seperti EFS AWS… Bagian penting lainnya adalah memanfaatkan lebih banyak jalur komunikasi, tetapi itu adalah blog yang berbeda. Namun, dengan mengikuti langkah-langkah yang diuraikan dalam panduan ini, Anda dapat meningkatkan ketahanan aplikasi terklaster dan meminimalkan risiko waktu henti. Selalu rujuk kedokumentasi SIOSdan praktik terbaik untuk panduan lebih lanjut dan pengoptimalan penyiapan ketersediaan tinggi Anda. Ini tersedia untuk umum dan sangat komprehensif!
Ketersediaan Tinggi SIOS dan Pemulihan Bencana
SIOS Technology Corporation menyediakanketersediaan tinggiDanPemulihan bencanaproduk yang melindungi & mengoptimalkan infrastruktur TI dengan manajemen cluster untuk aplikasi terpenting Anda. Hubungi kami hari iniuntuk informasi lebih lanjut tentang layanan dan dukungan profesional kami.
Direproduksi dengan izin dariSIOS