Musim panas di Moscow tahun ini, sejujurnya, tidak begitu baik. Ia bermula terlalu awal dan cepat, tidak semua orang mempunyai masa untuk bertindak balas terhadapnya, dan ia telah berakhir pada penghujung bulan Jun. Oleh itu, apabila Huawei menjemput saya untuk pergi ke China, ke bandar Chengdu, di mana pusat RnD mereka terletak, selepas melihat ramalan cuaca +34 darjah di tempat teduh, saya terus bersetuju. Lagipun, saya tidak sebaya lagi dan saya perlu memanaskan sedikit tulang saya. Tetapi saya ingin ambil perhatian bahawa adalah mungkin untuk memanaskan bukan sahaja tulang, tetapi juga bahagian dalam, kerana wilayah Sichuan, di mana Chengdu sebenarnya terletak, terkenal dengan kegemaran makanan pedas. Namun begitu, ini bukan blog tentang perjalanan, jadi mari kembali ke matlamat utama perjalanan kami - barisan sistem storan baharu - Huawei Dorado V6. Artikel ini akan melambai anda sedikit dari masa lalu, kerana... ia ditulis sebelum pengumuman rasmi, tetapi diterbitkan hanya selepas dikeluarkan. Oleh itu, hari ini kita akan melihat dengan lebih dekat semua yang menarik dan lazat yang telah disediakan oleh Huawei untuk kita.
Akan ada 5 model dalam barisan baharu. Semua model kecuali 3000V6 boleh didapati dalam dua versi - SAS dan NVMe. Pilihan menentukan antara muka cakera yang boleh anda gunakan dalam sistem ini, port Back-End dan bilangan pemacu cakera yang boleh anda pasang dalam sistem. Untuk NVMe, SSD bersaiz telapak tangan digunakan, yang lebih nipis daripada SSD SAS 2.5" klasik dan boleh dipasang dalam sehingga 36 keping. Barisan baharu ialah All Flash dan tiada konfigurasi dengan cakera.
Palm NVMe SSD
Pada pendapat saya, Dorado 8000 dan 18000 kelihatan seperti model yang paling menarik. Huawei meletakkannya sebagai sistem High-end, dan, terima kasih kepada dasar penetapan harga Huawei, ia membezakan model-model Julat-pertengahan ini dengan segmen pesaing. Model-model inilah yang akan saya fokuskan dalam ulasan saya hari ini. Saya akan ambil perhatian segera bahawa disebabkan ciri reka bentuk mereka, sistem dwi-pengawal junior mempunyai seni bina yang sedikit berbeza, berbeza daripada Dorado 8000 dan 18000, jadi tidak semua yang saya akan bincangkan hari ini boleh digunakan untuk model junior.
Salah satu ciri utama sistem baharu ialah penggunaan beberapa cip, yang dibangunkan secara dalaman, setiap satunya membolehkan anda mengagihkan beban logik daripada pemproses pusat pengawal dan menambah fungsi kepada komponen yang berbeza.
Nadi sistem baharu ialah pemproses Kunpeng 920, dibangunkan pada teknologi ARM dan dikeluarkan oleh Huawei secara bebas. Bergantung pada model, bilangan teras, kekerapannya dan bilangan pemproses yang dipasang dalam setiap pengawal berbeza-beza:
Huawei Dorado V6 8000 β 2CPU, 64 teras
Huawei Dorado V6 18000 β 4CPU, 48 teras
Huawei membangunkan pemproses ini pada seni bina ARM, dan setakat yang saya tahu, pada mulanya merancang untuk memasangnya hanya dalam model Dorado 8000 dan 18000 yang lebih lama, seperti yang sudah berlaku dengan beberapa model V5, tetapi sekatan membuat pelarasan kepada idea ini. Sudah tentu, ARM juga bercakap tentang enggan bekerjasama dengan Huawei semasa pengenaan sekatan, tetapi di sini keadaannya berbeza daripada dengan Intel. Huawei menghasilkan cip ini secara bebas, dan tiada sekatan boleh menghentikan proses ini. Memutuskan hubungan dengan ARM hanya mengancam kehilangan akses kepada perkembangan baharu. Bagi prestasi, adalah mungkin untuk menilai hanya selepas menjalankan ujian bebas. Walaupun saya melihat bagaimana 18000M IOPS dikeluarkan dari sistem Dorado 1 tanpa sebarang masalah, sehingga saya mengulanginya dengan tangan saya sendiri di rak saya, saya tidak akan percaya. Tetapi sebenarnya terdapat banyak kuasa dalam pengawal. Model lama dilengkapi dengan 4 pengawal, setiap satu dengan 4 pemproses, memberikan sejumlah 768 teras.
Tetapi saya akan bercakap tentang teras walaupun kemudian, apabila kita melihat seni bina sistem baharu, tetapi buat masa ini mari kita kembali ke cip lain yang dipasang dalam sistem. Cip kelihatan seperti penyelesaian yang sangat menarik (Setahu saya, adik Ascend 910, yang baru-baru ini dipersembahkan kepada umum). Tugasnya adalah untuk menganalisis blok data yang memasuki sistem untuk meningkatkan nisbah hit Baca. Sukar untuk mengatakan prestasinya di tempat kerja, kerana... Hari ini ia hanya berfungsi mengikut templat yang diberikan dan tidak mempunyai keupayaan untuk belajar dalam mod pintar. Kemunculan mod pintar dijanjikan dalam perisian tegar masa hadapan, kemungkinan besar awal tahun depan.
Mari kita beralih kepada seni bina. Huawei terus membangunkan teknologi Smart Matrix sendiri, yang melaksanakan pendekatan mesh penuh untuk menyambungkan komponen. Tetapi jika dalam V5 ini hanya untuk akses daripada pengawal ke cakera, kini semua pengawal mempunyai akses kepada semua port pada kedua-dua Back-End dan Front-End.
Terima kasih kepada seni bina perkhidmatan mikro baharu, ini juga membolehkan pengimbangan beban antara semua pengawal, walaupun hanya terdapat satu lun. OS untuk baris tatasusunan ini dibangunkan dari bawah, dan bukan hanya dioptimumkan untuk penggunaan pemacu Flash. Disebabkan fakta bahawa semua pengawal kami mempunyai akses kepada port yang sama, sekiranya berlaku kegagalan pengawal atau but semula, hos tidak kehilangan satu laluan ke sistem storan, dan penukaran laluan dijalankan pada peringkat sistem storan. Walau bagaimanapun, menggunakan UltraPath pada hos tidak begitu diperlukan. Satu lagi "penjimatan" semasa memasang sistem ialah bilangan pautan yang diperlukan yang lebih kecil. Dan jika dengan pendekatan "klasik" untuk 4 pengawal kita memerlukan 8 pautan dari 2 kilang, maka dalam kes Huawei walaupun 2 akan mencukupi (saya tidak bercakap sekarang tentang kecukupan daya pemprosesan satu pautan).
Seperti dalam versi sebelumnya, cache global dengan pencerminan digunakan. Ini membolehkan anda kehilangan sehingga dua pengawal secara serentak atau tiga pengawal secara berurutan tanpa menjejaskan ketersediaan. Tetapi perlu diingat bahawa kami tidak melihat pengimbangan beban yang lengkap antara baki 3 pengawal sekiranya berlaku satu kegagalan di tempat demo. Beban pengawal yang gagal telah diambil alih sepenuhnya oleh salah satu yang selebihnya. Ada kemungkinan bahawa untuk ini adalah perlu untuk membiarkan sistem berfungsi lebih lama dalam konfigurasi ini. Walau apa pun, saya akan menyemak ini dengan lebih terperinci menggunakan ujian saya sendiri.
Huawei meletakkan sistem baharu sebagai sistem NVMe End-to-End, tetapi hari ini NVMeOF belum lagi disokong pada bahagian hadapan, hanya FC, iSCSI atau NFS. Pada penghujung ini atau permulaan seterusnya, seperti ciri lain, kami dijanjikan sokongan RoCE.
Para juga disambungkan kepada pengawal menggunakan RoCE, dan terdapat satu kelemahan yang berkaitan dengan ini - ketiadaan sambungan "gelung belakang" rak, seperti yang berlaku pada SAS. Pada pendapat saya, ini masih merupakan kelemahan yang agak besar jika anda merancang sistem yang agak besar. Hakikatnya ialah semua rak disambungkan secara bersiri, dan kegagalan salah satu rak mengakibatkan tidak dapat diakses sepenuhnya oleh semua yang lain yang mengikutinya. Dalam kes ini, untuk memastikan toleransi kesalahan, kami perlu menyambungkan semua rak kepada pengawal, yang memerlukan penambahan bilangan port hujung belakang yang diperlukan dalam sistem.
Dan satu lagi perkara yang patut disebut ialah kemas kini tanpa gangguan (NDU). Seperti yang saya katakan di atas, Huawei telah melaksanakan pendekatan kontena untuk mengendalikan OS untuk barisan Dorado baharu, ini membolehkan anda mengemas kini dan memulakan semula perkhidmatan tanpa perlu but semula sepenuhnya pengawal. Perlu dinyatakan dengan segera bahawa sesetengah kemas kini akan mengandungi kemas kini kernel, dan dalam kes ini, but semula klasik pengawal kadangkala masih diperlukan semasa kemas kini, tetapi tidak selalu. Ini akan mengurangkan kesan operasi ini ke atas sistem yang produktif.
Dalam senjata kami, sebahagian besar tatasusunan adalah daripada NetApp. Oleh itu, saya fikir ia akan menjadi agak logik jika saya membuat perbandingan kecil dengan sistem yang saya perlu bekerja agak banyak. Ini bukan percubaan untuk menentukan siapa yang lebih baik dan siapa yang lebih teruk atau seni bina siapa yang lebih berfaedah. Saya akan cuba dengan tenang dan tanpa fanatik membandingkan dua pendekatan berbeza untuk menyelesaikan masalah yang sama daripada vendor yang berbeza. Ya, sudah tentu, dalam kes ini kami akan mempertimbangkan sistem Huawei dalam "teori" dan saya juga akan mencatat secara berasingan perkara-perkara yang dirancang untuk dilaksanakan dalam versi perisian tegar masa hadapan. Apakah kelebihan yang saya lihat pada masa ini:
- Bilangan pemacu NVMe yang disokong. NetApp kini mempunyai 288 daripadanya, manakala Huawei mempunyai 1600-6400, bergantung pada model. Pada masa yang sama, kapasiti boleh guna Max Huawei ialah 32PBe, sama seperti sistem NetApp (untuk lebih tepat, mereka mempunyai 31.64PBe). Dan ini walaupun pada hakikatnya pemacu volum yang sama disokong (sehingga 15Tb). Huawei menerangkan fakta ini seperti berikut: mereka tidak mempunyai peluang untuk memasang pendirian yang lebih besar. Secara teorinya, mereka tidak mempunyai had volum, tetapi mereka masih belum dapat menguji fakta ini lagi. Tetapi di sini perlu diperhatikan bahawa keupayaan pemacu kilat hari ini sangat tinggi, dan dalam kes sistem NVMe kita berhadapan dengan hakikat bahawa 24 pemacu sudah cukup untuk menggunakan sistem 2-pengawal atasan. Sehubungan itu, peningkatan selanjutnya dalam bilangan cakera dalam sistem bukan sahaja tidak akan memberikan peningkatan prestasi, tetapi juga akan memberi kesan buruk pada nisbah IOPS/Tb. Sudah tentu, ia patut melihat berapa banyak pemacu yang boleh dikendalikan oleh sistem 4-pengawal 8000 dan 16000, kerana... Keupayaan dan potensi Kunpeng 920 masih belum jelas sepenuhnya.
- Kehadiran Lun sebagai pemilik sistem NetApp. Itu. Hanya satu pengawal boleh melakukan operasi dengan bulan, manakala pengawal kedua hanya melalui IO sendiri. Sistem Huawei, sebaliknya, tidak mempunyai sebarang pemilik dan operasi dengan blok data (mampatan, penyahduplikasi) boleh dilakukan oleh mana-mana pengawal, serta ditulis pada cakera.
- Tiada port jatuh apabila salah satu pengawal gagal. Bagi sesetengah orang, detik ini kelihatan sangat kritikal. Intinya ialah penukaran di dalam sistem storan harus berlaku lebih cepat daripada di bahagian hos. Dan jika dalam kes NetApp yang sama, dalam amalan kami mendapati pembekuan kira-kira 5 saat apabila menarik keluar pengawal dan menukar laluan, maka dengan beralih kepada Huawei kami masih perlu berlatih.
- Tidak perlu memulakan semula pengawal semasa mengemas kini. Ini terutamanya mula membimbangkan saya dengan keluaran versi baharu dan cawangan perisian tegar yang agak kerap untuk NetApps. Ya, beberapa kemas kini untuk Huawei masih memerlukan dimulakan semula, tetapi bukan semua.
- 4 pengawal Huawei untuk harga dua pengawal NetApp. Seperti yang saya katakan di atas, terima kasih kepada dasar penetapan harga Huawei, ia boleh bersaing dengan Julat Pertengahan dengan model High-endnya.
- Kehadiran cip tambahan dalam pengawal rak dan kad port, yang berpotensi bertujuan untuk meningkatkan kecekapan sistem.
Keburukan dan kebimbangan secara umum:
- Sambungan terus rak ke pengawal atau keperluan untuk sejumlah besar port belakang untuk menyambung semua rak kepada pengawal.
- Seni bina ARM dan kehadiran sejumlah besar cip - sejauh manakah ia akan berfungsi dengan cekap, dan adakah prestasinya mencukupi?
Kebanyakan kebimbangan dan ketakutan boleh dihilangkan dengan ujian peribadi baris baharu. Saya berharap bahawa tidak lama selepas pembebasan mereka akan muncul di Moscow dan akan ada cukup daripada mereka untuk mendapatkannya dengan cepat untuk ujian anda sendiri. Setakat ini, kita boleh mengatakan bahawa secara umum pendekatan syarikat kelihatan menarik, dan barisan baharu kelihatan sangat baik berbanding pesaingnya. Pelaksanaan akhir menimbulkan banyak persoalan, kerana Kita akan melihat banyak perkara hanya pada akhir tahun, dan mungkin hanya pada tahun 2020.
Sumber: www.habr.com