Date: April 8, 2015
Layanan baru yang memanfaatkan Microsoft Azure awan untuk penyimpanan jangka panjang skala besar bisa memungkinkan perusahaan lain, dan mungkin lebih kecil, untuk meng-host aplikasi mereka sendiri dalam konfigurasi awan hibrida. SIOS teknologi DataKeeper Cluster Edition adalah layanan yang bisa memaksa CIO untuk berpikir secara berbeda tentang "awan" daripada hanya itu tempat di mana semua file Dropbox berkumpul bersama. Kebanyakan diskusi tentang penyimpanan cloud di halaman CMSWire adalah tentang file repositori, file sharing dan kolaborasi dokumen berbasis. Untuk beberapa CIO, "awan" adalah nama umum untuk Dropbox atau Google Drive atau apa pun ruang semua cohabitate dokumen bersama berbagai orang.
Keberhasilan Failover
Jadi topik seperti failover clustering biasanya tidak pantas banyak ruang di sini. Itu mungkin berubah karena berikut: banyak database lokal yang dikelola oleh aplikasi CMS yang tidak, dalam arti yang formal, gudang data. Atau garasi data atau data danau atau salah satu metafora segudang lain dimaksudkan untuk menanamkan subjek ini dengan bunga dan intrik. Tapi database ini (seperti yang kita bisa membuktikan tangan pertama) yang semakin besar. Jadi sekarang kita melihat failover clustering — sebuah teknologi yang umum untuk replikasi data pada tingkat blok untuk memastikan ketersediaan — sedang diperluas ke awan. Tren ini mulai diam-diam pada Februari tahun 2014 dengan Amazon AWS penyimpanan Gateway sedang diadaptasi untuk mendukung iSCSI Windows Server Failover Clustering (WSFC) dan VMWare ESX inisiator. Hal ini memungkinkan aplikasi host di VMware vSphere virtualisasi lingkungan untuk mengenali awan AWS sebagai yang failover cluster-yang, pada gilirannya, memungkinkan lebih kecil bisnis dengan lebih sedikit sumber daya pusat internal data untuk merangkul lebih kuat aplikasi lokal, termasuk dalam kategori CMS.
Berbagi apa-apa
Pekan lalu, SIOS teknologi mulai bersaing dengan pendekatan ini dengan membuat DataKeeper dengan layanan terhubung ke Microsoft Azure menggunakan protokol WSFC yang sama. Dengan cara ini, SharePoint, SQL Server, dinamika dan volume tinggi perangkat lunak lainnya Windows (jenis yang Anda menemukan berjalan hari ini di vSphere) dapat dengan mudah dikonfigurasi untuk mengenali berbasis Azure penyimpanan dalam arsitektur lebih kegagalan-bukti, "berbagi-tidak ada". Itu adalah "berbagi-tidak ada" bagian yang harus mendapatkan perhatian Anda. "Jika saya bertanya seseorang untuk menggambar di papan tulis sebuah cluster apa yang akan terlihat seperti, mereka akan menarik dua atau lebih server dan kemudian beberapa jenis penyimpanan bersama, biasanya yang akan menjadi SAN," kata Tony Tomarchio, Direktur SIOS' bidang teknik, dalam sebuah wawancara dengan CMSWire. Tentu saja, dia merujuk ke jaringan area penyimpanan. Tentu saja, mengelola SAN diri membawa biaya. "Tapi secara teknis, SAN adalah titik tunggal kegagalan," Tomarchio terus. "Jika penyimpanan bersama, yang semua gugus node terhubung ke, memiliki masalah, itu bisa mengambil turun cluster seluruh Anda." Dalam arsitektur bersama-tidak ada yang seperti sebuah cluster SIOS SANless, semua node penyimpanan terisolasi dan independen satu sama lain. Ini adalah bahwa, setidaknya arsitektur berbicara, lebih sah mendapatkan judul karena lebih toleran kegagalan failover cluster. SIOS telah memproduksi perangkat lunak replikasi tingkat blok data yang renang bersama perangkat penyimpanan lokal ke SANless, tetapi bersama, array. Dengan cara ini, kecepatan yang lebih tinggi server menggunakan SSD lokal perangkat (semua-flash memory) bisa dimanfaatkan sebagai failover cluster-jauh lebih mahal daripada, katakanlah, Semua-flash SAN. "Kami hadir disk direplikasi kita sebagai disk cluster, yang terlihat dan terasa seperti itu adalah bersama penyimpanan untuk cluster," menjelaskan Tomarchio, "ketika pada kenyataannya, hal ini tidak. Aplikasi yang Anda memutuskan untuk melindungi dalam gugus, adalah benar-benar terserah Anda."
Bagaimana ini berkaitan dengan CMS
Sistem CMS seperti Drupal melemparkan database dalam mode abstrak, sehingga mereka tidak terbatas pada satu format database. Abstraksi ini berarti bahwa driver digunakan untuk menghubungkan Drupal untuk umum sistem manajemen database seperti SQL Server. Jadi itu adalah kebetulan bahwa data yang paling sering direplikasi di gugus SIOS SANless, sebagai Tomarchio mengatakan, milik SQL Server. Sangat tersedia (HA) file-saham atau mesin virtual HA Hyper-V dan layanan pusat SAP adalah kasus penggunaan dikenal lain untuk DataKeeper, katanya. "Karena DataKeeper merupakan replikasi teknologi, kami mengintegrasikan dengan cluster," katanya. "Jadi ini adalah solusi yang sangat baik untuk setiap clusterable layanan atau aplikasi — bukan hanya SQL Server." Lihat artikel di CMS Wire