Infrastruktur TI modern sekarang tidak terpikirkan tanpa menggunakan sistem virtualisasi. Dan virtualisasi paling lengkap mengungkapkan kemampuannya jika menggunakan sistem penyimpanan data terpusat. Dan di samping peran penting ini, ada tugas-tugas lain di mana penyimpanan mungkin diperlukan: proyek pengawasan video skala besar, menyimpan data dalam jumlah besar, bekerja dengan media dan banyak lagi.
Di antara sistem penyimpanan yang saat ini ada di pasaran, kami ingin menarik perhatian Anda pada sistem penyimpanan seri Qsan Technology XCubeSAN pabrikan Taiwan.

QSAN sebagai perusahaan independen muncul pada 2008. Awalnya, tim QSAN terlibat dalam pengembangan dan produksi OEM pengendali RAID untuk berbagai produsen penyimpanan. Beberapa saat kemudian, setelah mendapatkan dukungan raksasa seperti di antara produsen ODM seperti Compal dan Gigabyte (ya, Gigabyte tidak hanya memproduksi motherboard dan kartu video yang diketahui semua orang, tetapi juga banyak hal dari sektor Enterprise), beralih ke produksi sistem penyimpanan mereka sendiri. Pabrikan tersebut telah hadir di Rusia hampir dari fondasinya (yaitu selama hampir 9 tahun) dan telah berkembang jauh dari vendor yang tidak dikenal menjadi penyedia solusi yang dapat berhasil bersaing dengan merek Tier 1 yang disebut.
Jadi, QSAN XCubeSAN adalah generasi penyimpanan terbaru, yang menggabungkan jumlah teknologi semaksimal mungkin. Moto utama pabrikan adalah membuat fungsionalitas Enterprise tersedia untuk perusahaan kecil dan menengah. Hal utama yang harus segera Anda perhatikan adalah dukungan vendor yang sepenuhnya resmi untuk drive pihak ketiga. Oleh karena itu, tidak ada yang akan mengikat tangan Anda (dan memutar kantong untuk mencari uang kertas) ketika memilih subsistem disk. Tentu saja, Anda harus segera membuat reservasi yang mematuhi lembar kompatibilitas di segmen Perusahaan adalah apa yang disebut harus miliki, jika tidak, Anda mungkin mengalami masalah yang sangat tidak menyenangkan selama operasi.
Secara terpisah, perlu dicatat bahwa dalam konteks menggunakan disk pihak ketiga, pembangunan penyimpanan berbasis SSD (dan bahkan All Flash Storage) menjadi semakin populer. Jika harga untuk beberapa jenis hard drive bermerek masih dekat dengan "dibeli di toko", maka untuk SSD bahkan dengan diskon proyek besar itu tidak realistis untuk mendapatkan harga yang lebih dekat, misalnya, ke HGST atau Intel. Ini berarti bahwa All Flash berdasarkan QSAN tidak akan terjangkau, jika dibandingkan dengan merek Tier 1.
Komponen perangkat keras penyimpanan
Garis QSAN XCubeSAN terdiri dari tiga seri dengan indeks untuk model XS1200 , XS3200 dan XS5200 . Mereka berbeda dalam jenis prosesor (Pentium / Xeon, 2-4-8 core), yang pada gilirannya mempengaruhi kinerja puncak. Kalau tidak, perangkat keras dan lunaknya sama persis. Karena itu, dalam ulasan kami tidak akan fokus pada model tertentu, karena informasi ini pada dasarnya berlaku untuk semua (tentu saja, dengan beberapa perubahan).
4 jenis kasus tersedia:
- 2U 12 bay LFF
- 3U 16 bay LFF
- 4U 24 bay LFF
- 2U 26 bay SFF
Semua model dengan dukungan LFF disk (3,5 ") termasuk pemasangan disk / SSD form factor SFF (2.5") tanpa opsi tambahan.

26 disk dalam wadah 2U
Tiga jenis bangunan pertama tidak akan mengejutkan siapa pun. Tetapi kasus 2U26 saat ini merupakan faktor bentuk yang sangat menarik. Kepadatan disk yang demikian tinggi dicapai karena penipisan slide untuk disk, serta pengaturan khusus dari pengaku tubuh sistem penyimpanan. Saat ini, tidak ada satu pun pabrikan yang memiliki solusi seperti itu: sejumlah bay untuk 2U adalah 24-25. Dan satu atau dua ruang drive tambahan tidak berlebihan sama sekali, karena memungkinkan Anda untuk lebih fleksibel dalam mendekati masalah membangun kelompok RAID dan tidak menghemat cadangan panas.

Selip universal dengan disc
Selanjutnya - komponen internal: catu daya, modul pendingin, pengontrol. Semua digandakan untuk toleransi kesalahan. Dan, tentu saja, mereka mendukung hot swap. Tidak, tentu saja, Anda dapat memesan penyimpanan dengan satu pengontrol. Tetapi seluruh dunia progresif telah lama sampai pada kesimpulan bahwa membayar lebih untuk pengontrol kedua adalah ketenangan pikiran pelanggan dan akses berkelanjutan ke layanan yang terletak pada sistem penyimpanan.

Panel belakang
Pengontrol ini didasarkan pada prosesor Intel Xeon / Pentium D-1500, yang dirancang khusus untuk digunakan dalam solusi tertanam. Sebagai RAM, memori DDR4 dengan dukungan ECC wajib digunakan. Ada 4 konektor di papan untuk ini (2 untuk model yang lebih muda). Mode dual-channel didukung dengan kapasitas maksimum hingga 128GB (32GB untuk model yang lebih muda). Ada modul SATA DOM tempat sistem operasi diinstal.

Kontroler, tampilan atas
Untuk komunikasi dengan dunia luar ada dua port 10GbE iSCSI RJ-45 (kompatibel dengan 1GbE), port kontrol khusus, serta 2 port miniSAS HD untuk menghubungkan rak ekspansi melalui antarmuka SAS 12G. Selain itu, ada konektor untuk menghubungkan konsol dan UPS melalui COM atau port USB.

Kontroler, tampilan belakang
Selain antarmuka internal, ada dua slot untuk kartu ekspansi: PCI-E x8 Gen3 dan PCI-E x4 Gen2. Berbagai opsi konektor host didukung:
- 4x 16Gb FC (SFP +)
- 2x 16Gb FC (SFP +)
- 2x 10Gb iSCSI (10GBASE-T)
- 4x 10Gb iSCSI (SFP +)
- 4x 1Gb iSCSI (1GBASE-T)

Kartu ekspansi
Anda dapat menggabungkan antarmuka dengan cara apa pun, termasuk menggabungkan Fibre Channel dan iSCSI dalam sistem yang sama. Satu-satunya batasan adalah bahwa konfigurasi port di kedua pengontrol harus sama. Dalam konfigurasi maksimum, dalam sistem penyimpanan dengan dua pengontrol, mungkin ada hingga 16 port FC 16G atau hingga 20 port 10G iSCSI. Tentu saja, mengukur nilai maksimum adalah tugas yang tidak berterima kasih, tetapi dari sudut pandang praktik, memiliki banyak antarmuka tidak hanya dapat meningkatkan kinerja dalam sejumlah skenario, tetapi juga memungkinkan Anda untuk mengabaikan penggunaan Fiber Channel atau 10Gb Ethernet switch yang mahal dalam 6-10 server.
Untuk melindungi cache pengontrol dari pemadaman listrik mendadak, digunakan modul cache-to-flash, yang terdiri dari baterai atau kapasitor dan SSD dengan antarmuka PCI-E M.2. Menggunakan drive cepat seperti itu diperlukan untuk memiliki waktu untuk menyalin isi cache sementara baterai mendukung controller. Seluruh operasi tidak lebih dari 2 menit, bahkan jika ukuran cache maksimum - 128GB. Pada saat yang sama, kapasitas baterai cukup untuk 3-4 siklus seperti itu, yaitu, Anda bisa tenang bahkan dengan pemadaman listrik berulang. Kami juga ingin mencatat bahwa untuk mempertahankan modul Ca-to-Flash, Anda tidak perlu melepas catu daya, dan lebih sedikit lagi pengontrolnya. Modul ini memiliki fungsi hot swap dan dapat diakses dari panel belakang.
Untuk memperluas kapasitas disk, Anda dapat menghubungkan rak XCubeDAS, yang tersedia dalam kasus yang sama seperti sistem penyimpanan itu sendiri: 2U12, 3U16, 4U24, 2U26. Selain itu, tidak ada batasan pada konfigurasi "kepala" dan rak, Anda dapat menggabungkannya dalam kombinasi apa pun. Namun, jumlah rak maksimum tidak dapat melebihi 10, yang dalam kebanyakan kasus lebih dari cukup, karena jumlah disk dalam satu sistem dapat mencapai 286.
Omong-omong, dalam skema menghubungkan rak ekspansi ke sistem penyimpanan, QSAN memiliki pengetahuan sendiri terkait dengan memastikan toleransi kesalahan. Secara fisik, rak terhubung ke "kepala" dengan dua kabel SAS, seperti semua vendor lainnya. Namun secara logis, setiap pengontrol penyimpanan melihat kedua pengontrol rak, termasuk melalui tetangga, melalui bus internal. Akibatnya, jika terjadi kegagalan pengontrol penyimpanan dan pengontrol JBOD, sistem akan terus beroperasi (di sini, tentu saja, catatan penting adalah bahwa dalam situasi ini tidak ada yang menarik kabel di antara komponen).

Konektivitas penyimpanan dan rak ekspansiKami setuju bahwa kejadian seperti itu tidak mungkin, tetapi jika ada perlindungan tambahan (yang tidak ada yang meminta uang), maka bekerja dengan solusi semacam itu entah bagaimana lebih tenang.
Karena kami menyentuh pada masalah pengetahuan, tidak akan keluar dari tempat untuk menyebutkan dukungan untuk teknologi Wake-on-SAS, berkat yang memungkinkan untuk mengontrol kekuatan rak ekspansi melalui kabel SAS. Mungkin diharuskan untuk menghidupkan / mematikan rak ekspansi bersama dengan "head" dalam urutan yang benar dalam mode otomatis. Tentu saja, mematikan penyimpanan tidak terlalu umum. Tetapi ketika momen seperti itu tiba, itu tidak akan berlebihan untuk mengontrol tindakan administrator dari sisi otomatisasi sistem. Memang, misalnya, melepaskan rak sebelum "head" dapat menyebabkan runtuhnya grup RAID jika grup ini "tersebar" di beberapa unit.
Ringkasnya, kita dapat menyimpulkan bahwa komponen perangkat keras dari QSAN XCubeSAN memiliki kemampuan untuk membangun berbagai solusi (dari yang paling sederhana dan paling murah hingga sangat canggih), dapat diintegrasikan dengan jaringan SAN apa pun (termasuk heterogen), dan juga memungkinkan Anda untuk menggunakan hard drive dan SSD pihak ketiga.
Kemampuan komponen perangkat lunak penyimpanan
Basisnya adalah sistem operasi mirip Linux dengan desainnya sendiri - SANOS sudah menjadi versi ke-4. Manajemen melalui browser. Antarmuka disajikan dalam beberapa bahasa, termasuk Rusia. Protokol http dan https standar didukung dengan kemampuan untuk mengubah nomor port untuk keamanan yang lebih besar. Antarmuka tidak memerlukan instalasi Java, Flash dan alat pihak ketiga lainnya. Anda juga dapat mengontrol melalui protokol ssh (meskipun dengan fungsi yang sedikit terpotong).
Antarmuka adalah menu vertikal fungsi dasar dan area tampilan yang menempati bagian utama layar. Membiasakan diri dengan navigasi dan kontrol adalah masalah beberapa menit, karena semuanya cukup jelas secara intuitif. Jika Anda pernah bekerja dengan sistem penyimpanan vendor mana pun, Anda dapat mengetahuinya tanpa masalah. Di antarmuka, jika ada, ada kiat penjelasan tentang nilai parameter tertentu. Dokumentasi, tentu saja, ada dan diperlukan untuk membiasakan diri Anda sebelum beroperasi.

Antarmuka manajemen. Juga tersedia untuk ditinjau.
Fitur penting dari konsep manajemen penyimpanan QSAN XCubeSAN adalah batasan minimum pada konfigurasi yang digunakan dan pengaturan maksimum untuknya. Di sini tidak ada yang akan memaksakan, misalnya, konfigurasi disk yang telah ditentukan pada Anda. Untuk sebagian besar fungsi utama, ada banyak peluang untuk penyesuaian, dan tidak hanya menghidupkan / mematikan. Oleh karena itu, batasan dalam konstruksi konfigurasi akan menjadi akal sehat Anda daripada perangkat lunak.
Pemeliharaan sistem selama operasi melibatkan memberi tahu administrator jika ada masalah dengan sistem penyimpanan. QSAN XCubeSAN dapat mengirim informasi ini melalui email, mengirim pesan ke server syslog dan mengeluarkan perangkap SNMP. Selain itu, status saat ini dapat ditemukan di WebGUI: pemantauan terperinci sensor perangkat keras, kinerja saat ini dari seluruh sistem, disk individu, volume, dan port I / O.


Pemantauan
Secara terpisah, kami ingin mencatat fungsi mengintegrasikan sistem penyimpanan dengan catu daya yang tidak pernah terputus. Ini mendukung komunikasi dengan UPS melalui COM dan port USB, serta melalui Ethernet. Hasil dari koneksi ini adalah kemampuan untuk mematikan penyimpanan pada perintah dari UPS. Paling sering, jika terjadi pemadaman listrik mendadak, cukup untuk mematikan server dengan benar, dan sistem penyimpanan dapat dengan mudah diputuskan dari catu daya. Tetapi jika Anda mengatur proses penutupan darurat sesuai dengan semua aturan, maka integrasi penyimpanan dan UPS akan sangat berguna, karena akan memungkinkan Anda untuk mematikan seluruh infrastruktur dengan benar, termasuk sistem penyimpanan.
Karena kita berbicara tentang kemungkinan insiden dengan peralatan, tidak mungkin untuk tidak mencatat kecenderungan kebanyakan vendor saat ini untuk memperkenalkan sistem otomatis untuk mengirim informasi tentang status peralatan ke layanan "cloud", untuk menganalisis informasi ini dalam Big Data dan memperkirakan kemungkinan kegagalan. Layanan ini tentu saja bermanfaat, tetapi di negara kami layanan ini menghadapi perlawanan sengit dari pengguna yang tidak ingin berbagi data dengan seseorang dari luar. Ini mungkin karena berbagai alasan: kebijakan keamanan di tempat operasi, takut informasi rahasia akan dikirim, atau biaya untuk layanan seperti itu. Sebagian karena alasan ini, QSAN tidak menyediakan layanan untuk secara otomatis mengumpulkan data tentang keadaan sistem penyimpanannya. Sebagai gantinya, untuk diagnostik sistem penyimpanan yang efektif, ia memiliki mode pencatatan lanjutan untuk semua proses internal. Oleh karena itu, cukup bagi administrator untuk mengirim file info debug ke dukungan teknis sehingga insinyur dapat menentukan sumber masalah seakurat mungkin.
Pembaruan firmware dilakukan "saat bepergian" tanpa menghentikan sistem. Untuk sistem penyimpanan modern, ini sudah menjadi standar de facto, tetapi ini tidak dapat diabaikan.
Ruang penyimpanan di QSAN XCubeSAN didasarkan pada konsep kolam yang sekarang populer. Disk fisik digabungkan menjadi grup RAID, yang, pada gilirannya, membentuk kumpulan. Popularitas pool disebabkan oleh fakta bahwa, tidak seperti grup RAID klasik, mereka adalah semacam tambahan dalam bentuk virtualisasi ruang disk dan memungkinkan Anda untuk melakukan sejumlah operasi yang paling tidak menyakitkan sehubungan dengan data. Dan pertama-tama, ini merupakan rutinitas seperti memperluas ruang penyimpanan. Menambahkan disk baru ke grup RAID selalu menjadi operasi yang sangat berisiko, karena selama pembangunan kembali RAID tidak ada algoritma RAID yang memberikan perlindungan data. Selain itu, proses pembangunan kembali sangat lambat (tergantung pada volume dan jenis disk yang bisa mencapai beberapa hari atau bahkan berminggu-minggu), disk pada saat ini sedang mengalami peningkatan beban, yang hanya dapat mempercepat kegagalan salah satunya. Oleh karena itu, jika disk gagal, maka semua data yang terletak di grup akan dilupakan. Mengembalikan dari salinan cadangan dan mengisi ulang data yang berubah entah dari saat membuat cadangan tidak akan menambah antusiasme kepada administrator untuk melakukan operasi untuk memperluas array.
Saat menggunakan kolam, sebaliknya, semuanya cukup sederhana. Perintah ekspansi kumpulan adalah membuat satu atau lebih grup RAID dan bergabung dengan mereka ke grup yang ada. Akibatnya, administrator akan memiliki akses ke ruang bersama secara keseluruhan terlepas dari kenyataan bahwa itu terdiri dari beberapa bagian. Anda disarankan untuk memperluas kumpulan yang ada dengan grup di tingkat yang sama dengan yang asli untuk mendapatkan kinerja maksimal. Tetapi jika perlu, Anda dapat "merekatkan" ke dalam satu kelompok, misalnya, kelompok RAID5 dan RAID6. Ingatlah bahwa dalam hal ini, kinerja akan terbatas pada tautan paling lambat.
Dalam satu kumpulan, Anda dapat menggabungkan tidak hanya grup dengan level RAID yang berbeda, tetapi juga berbagai jenis disk. Selain itu, sistem penyimpanan dapat secara otomatis memindahkan data antar disk sesuai dengan permintaan untuk data ini. Fungsionalitas ini untuk memindahkan data disebut tiering . Mungkin ada tiga level dalam kolam sobek:
- SSD - data tertinggi, tingkat tercepat, yang paling sering digunakan ("panas")
- SAS 10K dan 15K Drive Cepat - Menengah
- Drive 7.2K yang lambat dan luas - data level yang lebih rendah, paling sedikit digunakan ("dingin")
Untuk kumpulan air mata, Anda dapat secara fleksibel mengatur jadwal kapan dan dengan prioritas apa untuk melakukan migrasi data (setidaknya setiap jam). Tetapi nilai yang masuk akal bergerak 1-2 kali sehari, sehingga tidak memiliki dampak yang kuat pada tugas saat ini dan, pada saat yang sama, efektif dari sudut pandang produktivitas akhir. Penting bahwa semua pengaturan ini dapat diubah dengan cepat.
Untuk volume yang dibuat pada tearing pool, Anda dapat menentukan posisi awal, serta ke arah mana untuk memindahkan data. Statistik terperinci tersedia untuk semua volume: apa yang dipindahkan ke dan di mana.
Selain merobek, cara lain untuk meningkatkan kinerja adalah caching SSD . Dalam hal ini, seringkali data yang diminta disalin ke SSD khusus. Kami ingin segera menarik perhatian pada fakta bahwa dalam cache penyimpanan QSAN SSD tidak hanya berfungsi untuk operasi baca, tetapi juga untuk operasi penulisan. Cache itu sendiri secara fisik terletak pada SSD khusus yang tidak tersedia untuk penyimpanan data. Mungkin ada beberapa SSD dalam cache (termasuk ukuran yang berbeda), semuanya digunakan bersama-sama. Jika cache tulis digunakan, maka jumlah SSD harus merupakan kelipatan dari dua. Ini diperlukan untuk melindungi data (mirroring), karena jika terjadi kegagalan salah satu SSD, penting untuk tidak kehilangan konten cache, yang belum ditulis ke disk. Jika cache read-only digunakan, tidak perlu melindunginya, karena itu hanya berisi salinan data yang terletak di disk.

Statistik Kinerja Cache
Tidak seperti produk dari vendor lain, di mana fungsi cache SSD hanya memiliki satu pengaturan "aktifkan / nonaktifkan", di QSAN XCubeSAN fungsi ini sama sekali tidak mewakili "kotak hitam". Untuk semua volume yang perlu di-cache, "profil perilaku" dipilih, sesuai dengan data yang di-cache. Ada beberapa profil yang sudah ditentukan sebelumnya (database, server file, server web), serta kemampuan untuk membuat yang baru khusus untuk tugas Anda. Untuk itu, Anda perlu menentukan blok mana yang akan di-cache, dan juga menentukan jumlah permintaan baca / tulis, setelah itu blok mana akan disalin ke cache. Karena fleksibilitas dalam pengaturan opsi ini, sistem penyimpanan QSAN XCubeSAN dapat menunjukkan hasil yang lebih baik dalam hal kinerja dalam sejumlah tugas pengguna dibandingkan sistem penyimpanan dari produsen lain.

Pengaturan cache SSD
, , . QSAN , , . copy-on-write. 15 . Microsoft VSS . .
, . โ . , โ , โ . . โ 15 . . , QSAN. iSCSI. , . / . , traffic shaping. : , --, --. , (disaster recovery) .
, . โ SSD . ยซ ยป - . , . , Qsan SSD. , , , , .
XCubeSAN โ QSAN, . , , QoS, VMware SRM. . XCubeSAN , IT .
QSAN XCubeSAN, .
, - . - RAID . . Enterprise , , - . , , , ยซยป, . , . All Flash.
ยซยป , , SSD. , . , StorageReview, QSAN XCubeSAN. 24 Toshiba PX04SV SAS 3.0 SSD. SSD , , , XCubeSAN.
26 : XS1200 XS5200. , , ( , ).
, . .
:
4 node Cluster Dell PowerEdge R740xd
- 8 Intel Xeon Gold 6130 CPU for 269GHz ( , 2.1GHz, 16-cores, 22MB Cache)
- 1TB RAM (256GB , 16GB x 16 DDR4, 128GB CPU)
- 4 x Emulex 16GB dual-port FC HBA
- 4 x Mellanox ConnectX-4 rNDC 25GbE dual-port NIC
2 RAID10 12 . . ~5TB.
VDBench Oracle, SQL Oracle, VDI .
:
- 4K Random Read: 100% Read, 128 threads, 0-120% iorate
- 4K Random Write: 100% Write, 64 threads, 0-120% iorate
- 64K Sequential Read: 100% Read, 16 threads, 0-120% iorate
- 64K Sequential Write: 100% Write, 8 threads, 0-120% iorate
- Synthetic Database: SQL and Oracle
- VDI Full Clone and Linked Clone Traces
















QSAN XCubeSAN . , 400K IOPS@4K 270K IOPS@4K latency, 2. ยซ ยป, latency, 450K/300K IOPS /. , , All Flash Array, .
, ( 1.5 ), latency ( , ). , 200K IOPS latency.
. : , , .. Enterprise , , Tier 1, .
Qsan 9x5 NBD 3- . . . , , 5 .
, . - .
Qsan XCubeSAN, , , . . Enterprise .