Date: Februari 11, 2015
SQL Server administrator memiliki banyak pilihan untuk menerapkan ketersediaan tinggi (HA) dalam lingkungan VMware. VMware menawarkan vSphere HA. Microsoft menawarkan Windows Server Failover Clustering (WSFC). Dan SQL Server di WSFC memiliki pilihan HA sendiri dengan grup ketersediaan AlwaysOn dan AlwaysOn Failover cluster. Vendor pihak ketiga juga memberikan solusi dibangun untuk pemulihan HA dan bencana, dan ini sering mengintegrasikan dengan solusi lain untuk membuat bahkan lebih banyak pilihan. Sebagai contoh, beberapa solusi memanfaatkan fitur AlwaysOn Failover Cluster yang disertakan dengan SQL Server untuk memberikan kuat HA dan perlindungan data kurang dari biaya AlwaysOn ketersediaan kelompok yang memerlukan lebih mahal Enterprise Edition. Artikel ini menyoroti lima hal setiap SQL Server administrator harus ketahui sebelum merumuskan strategi ketersediaan tinggi untuk aplikasi mission-critical di lingkungan vSphere. Strategi ini cenderung menyerupai multi-situs konfigurasinya ditunjukkan dalam gambar 1, yang tidak mungkin dengan beberapa pilihan HA. 1. Ketersediaan tinggi cluster untuk vSphere memerlukan mentah Disk pemetaan lapisan abstraksi digunakan di server virtual mampu fleksibilitas yang besar, tetapi abstraksi tersebut dapat menyebabkan masalah ketika sebuah mesin virtual (VM) harus antarmuka dengan perangkat fisik. Ini adalah kasus vSphere dengan Storage Area Networks (SANs). Untuk mengaktifkan kompatibilitas dengan SAN tertentu dan fitur berbagi penyimpanan lainnya, seperti I/O Anggar dan Pemesanan SCSI, vSphere menggunakan teknologi yang disebut mentah perangkat pemetaan (RDM) untuk membuat link langsung melalui hypervisor antara VM dan sistem penyimpanan eksternal. Persyaratan untuk menggunakan RDM dengan penyimpanan bersama ada untuk cluster apapun, termasuk SQL Server Failover Cluster. Dalam sebuah cluster tradisional yang dibuat dengan WSFC di vSphere, RDM harus beused untuk menyediakan mesin virtual (VM) akses langsung ke penyimpanan mendasari (SAN). RDM mampu mempertahankan 100 persen kompatibilitas dengan semua perintah SAN, membuat virtualisasi penyimpanan akses mulus untuk sistem operasi dan aplikasi yang merupakan persyaratan penting dari WSFC. RDM dapat dibuat untuk bekerja secara efektif, tetapi mencapai hasil yang diinginkan tidak selalu mudah, dan bahkan mungkin tidak mungkin. Sebagai contoh, RDM tidak mendukung partisi disk, sehingga perlu menggunakan "mentah" atau seluruh LUNs (nomor unit Logis), dan pemetaan tidak tersedia untuk blok terlampir langsung penyimpanan dan divais RAID tertentu. 2. Penggunaan mentah Disk pemetaan berarti mengorbankan populer VMware fitur lain penting aspek menjadi sepenuhnya informasi tentang RDM melibatkan pemahaman rintangan yang dapat membuat untuk menggunakan fitur VMware lainnya, banyak di antaranya populer dengan SQL Server administrator. Ketika rintangan ini dianggap tidak dapat diterima, karena mereka sering, mereka menghilangkan mentah perangkat pemetaan sebagai pilihan untuk mengimplementasikan ketersediaan yang tinggi. Masalah mendasar adalah bagaimana RDM mengganggu VMware fitur yang mempekerjakan file mesin virtual disk (VMDK). Misalnya, RDM mencegah penggunaan VMware snapshot, dan ini pada gilirannya mencegah penggunaan fitur-fitur yang memerlukan snapshot, seperti Virtual konsolidasi backup (VCBs). Mentah Disk pemetaan juga merumitkan data mobilitas, yang menciptakan hambatan untuk menggunakan fitur yang membuat virtualisasi server sangat bermanfaat, termasuk mengubah VMs ke template untuk menyederhanakan penggunaan, dan menggunakan vMotion untuk bermigrasi VMs dinamis antara host. Masalah lain yang potensial untuk transaksi-intensif aplikasi seperti SQL Server adalah ketidakmampuan untuk memanfaatkan Flash Cache dibaca ketika RDM dikonfigurasi. 3. Penyimpanan bersama dapat membuat satu titik dari kegagalan perlunya tradisional berkerumun server untuk memiliki akses langsung ke penyimpanan bersama dapat membuat batasan untuk ketersediaan yang tinggi dan bencana pemulihan ketentuan, dan keterbatasan ini dapat, pada gilirannya, menciptakan sebuah penghalang untuk migrasi aplikasi bisnis penting untuk vSphere. Di tradisional failover cluster, dua atau lebih server fisik (gugus node) terhubung ke sistem penyimpanan bersama. Aplikasi berjalan pada satu server, dan dalam hal kegagalan, pengelompokan perangkat lunak, seperti Windows Server Failover Clustering, bergerak aplikasi untuk sebuah node siaga. Pengelompokan serupa juga dimungkinkan dengan virtualisasi server di lingkungan vSphere, tapi ini membutuhkan teknologi seperti pemetaan Disk mentah sehingga VMs dapat mengakses penyimpanan bersama secara langsung. Apakah server fisik atau virtual, menggunakan penyimpanan bersama dapat membuat titik tunggal kegagalan. SAN dapat memiliki konfigurasi ketersediaan yang tinggi, tentu saja, tapi yang meningkatkan biaya dan kompleksitas yang, dan dapat mempengaruhi kinerja, khususnya untuk transaksi-intensif aplikasi seperti SQL Server. 4. HA vSphere cluster dapat dibangun tanpa mengorbankan VMware fungsi beberapa solusi pihak ketiga dibangun untuk mengatasi keterbatasan yang terkait dengan penyimpanan bersama dan persyaratan untuk menggunakan RDM dengan AlwaysOn Failover cluster SQL Server dan Windows Server Failover cluster. [keterangan id = "" align = "alignleft" width = "31
9"] Gambar 1 – konfigurasi high availability multi-situs melindungi aplikasi dari pemadaman yang mempengaruhi seluruh data center. [/ caption] Yang terbaik dari solusi ini memberikan fleksibilitas lengkap konfigurasi, sehingga memungkinkan untuk menciptakan sebuah cluster SANLess untuk memenuhi berbagai kebutuhan dari sebuah cluster dua-simpul di satu situs, sebuah cluster multinode, untuk sebuah cluster dengan node di lokasi geografis yang berbeda untuk perlindungan bencana seperti yang ditunjukkan dalam gambar 1. Beberapa solusi ini juga membuat mungkin untuk menerapkan LAN/WAN-dioptimalkan, real-time replikasi tingkat blok dalam salah satu cara yang sinkron atau asinkron. Akibatnya, solusi ini mampu menciptakan RAID 1 cermin di seluruh jaringan, secara otomatis mengubah arah replikasi data (sumber dan target) yang diperlukan setelah failover dan failback. Sama pentingnya, sebuah cluster SANLess sering lebih mudah untuk menerapkan dan beroperasi dengan server fisik dan virtual. Misalnya, untuk solusi yang terintegrasi dengan WSFC, administrator dapat mengkonfigurasi cluster ketersediaan tinggi menggunakan fitur akrab dengan cara yang menghindari penggunaan penyimpanan bersama sebagai titik tunggal kegagalan potensial. Setelah dikonfigurasi, kebanyakan solusi kemudian secara otomatis menyinkronkan penyimpanan lokal di dua atau lebih server (di satu atau lebih data Center), membuat mereka tampak WSFC seolah-olah itu adalah perangkat penyimpanan bersama. 5. HA SANLess cluster memberikan Superior kemampuan dan kinerja dalam penambahan untuk menciptakan titik tunggal kegagalan, replikasi data SAN dapat secara signifikan mengurangi throughput kinerja dalam lingkungan VMware. Sangat transaksional aplikasi seperti SQL Server sangat rentan terhadap faktor-faktor ini berkaitan dengan kinerja. [keterangan id = "" align = "alignleft" width 
= "362"] Gambar 2 – pengujian SQL Server grup ketersediaan AlwaysOn dan SIOS #SANLess cluster menunjukkan keuntungan throughput mungkin dengan replikasi teknik tujuan dibangun untuk ketersediaan tinggi dan kinerja tinggi. [/ caption] Gambar 2 meringkas hasil tes yang menunjukkan 60-70 persen kinerja penalti yang terkait dengan penggunaan SQL Server AlwaysOn grup ketersediaan melakukan replikasi data. Hasil test ini juga menunjukkan bagaimana tujuan-dibangun ketersediaan tinggi SANLess cluster, yang memanfaatkan penyimpanan lokal, dapat melakukan hampir serta konfigurasi tidak dilindungi dengan replikasi data apapun atau mirroring. Cluster #SANLess yang diuji mampu mencapai kinerja yang mengesankan ini karena driver berada langsung di bawah NTFS. Seperti menulis terjadi pada server utama, pengemudi menulis satu salinan dari blok VMDK lokal dan salinan lain secara bersamaan di seluruh jaringan ke server sekunder yang memiliki VMDK independen sendiri. SANLess kelompok memiliki banyak keuntungan lainnya, juga. Sebagai contoh, mereka yang menggunakan teknologi tingkat blok replikasi yang sepenuhnya terintegrasi dengan WSFC mampu melindungi seluruh SQL Server misalnya, termasuk database, login dan agen pekerjaan-semua dalam mode terpadu. Sebaliknya pendekatan ini dengan AlwaysOn ketersediaan kelompok, yang failover hanya ditetapkan pengguna database, dan memerlukan staf untuk mengelola lain objek data untuk setiap gugus node secara terpisah dan secara manual. ## Tentang penulis Jerry Melnick, COO, SIOS teknologi Corp Jerry Melnick (jmelnick@us.sios.com) bertanggung jawab untuk menentukan strategi perusahaan dan operasi di SIOS teknologi Corp (www.us.sios.com), pembuat perangkat lunak cluster SIOS SAN dan #SANLess (www.clustersyourway.com). Beliau lebih dari 25 tahun pengalaman dalam perusahaan dan industri perangkat lunak tingkat ketersediaan yang tinggi. Ia meraih gelar Bachelor of Science dari Beloit College dengan karya sarjananya di teknik komputer dan ilmu komputer di Universitas Boston.