Dalam artikel ini, saya ingin bercakap tentang ciri Semua tatasusunan Flash AccelStor yang berfungsi dengan salah satu platform virtualisasi paling popular - VMware vSphere. Khususnya, fokus pada parameter tersebut yang akan membantu anda mendapatkan kesan maksimum daripada menggunakan alat berkuasa seperti All Flash.
AccelStor NeoSapphire™ Semua tatasusunan Flash adalah
Keseluruhan proses penggunaan dan konfigurasi seterusnya operasi bersama tatasusunan AccelStor dan sistem virtualisasi VMware vSphere boleh dibahagikan kepada beberapa peringkat:
- Pelaksanaan topologi sambungan dan konfigurasi rangkaian SAN;
- Menyediakan Semua tatasusunan Flash;
- Mengkonfigurasi hos ESXi;
- Menyediakan mesin maya.
Tatasusunan Saluran Gentian AccelStor NeoSapphire™ dan tatasusunan iSCSI telah digunakan sebagai perkakasan sampel. Perisian asas ialah VMware vSphere 6.7U1.
Sebelum menggunakan sistem yang diterangkan dalam artikel ini, amat disyorkan agar anda membaca dokumentasi daripada VMware berkenaan isu prestasi (
Topologi sambungan dan konfigurasi rangkaian SAN
Komponen utama rangkaian SAN ialah HBA dalam hos ESXi, suis SAN dan nod tatasusunan. Topologi biasa untuk rangkaian sedemikian akan kelihatan seperti ini:
Istilah Suis di sini merujuk kepada kedua-dua suis fizikal atau set suis (Fabrik) yang berasingan dan peranti yang dikongsi antara perkhidmatan yang berbeza (VSAN dalam kes Saluran Fiber dan VLAN dalam kes iSCSI). Menggunakan dua suis/Fabrik bebas akan menghapuskan kemungkinan titik kegagalan.
Sambungan terus hos ke tatasusunan, walaupun disokong, adalah sangat tidak disyorkan. Prestasi Semua tatasusunan Flash agak tinggi. Dan untuk kelajuan maksimum, semua port tatasusunan mesti digunakan. Oleh itu, kehadiran sekurang-kurangnya satu suis antara hos dan NeoSapphire™ adalah wajib.
Kehadiran dua port pada HBA hos juga merupakan keperluan wajib untuk mencapai prestasi maksimum dan memastikan toleransi kesalahan.
Apabila menggunakan antara muka Saluran Fiber, pengezonan mesti dikonfigurasikan untuk menghapuskan kemungkinan perlanggaran antara pemula dan sasaran. Zon dibina berdasarkan prinsip "satu port pemula - satu atau lebih port tatasusunan."
Jika anda menggunakan sambungan melalui iSCSI dalam hal menggunakan suis yang dikongsi dengan perkhidmatan lain, maka adalah penting untuk mengasingkan trafik iSCSI dalam VLAN yang berasingan. Ia juga amat disyorkan untuk membolehkan sokongan untuk Bingkai Jumbo (MTU = 9000) untuk meningkatkan saiz paket pada rangkaian dan dengan itu mengurangkan jumlah maklumat overhed semasa penghantaran. Walau bagaimanapun, perlu diingat bahawa untuk operasi yang betul adalah perlu untuk menukar parameter MTU pada semua komponen rangkaian di sepanjang rantaian "pemula-suis-sasaran".
Menyediakan tatasusunan Semua Flash
Tatasusunan dihantar kepada pelanggan dengan kumpulan yang telah dibentuk
Untuk kemudahan, terdapat kefungsian untuk penciptaan kelompok beberapa jilid saiz tertentu sekaligus. Secara lalai, volum nipis dibuat, kerana ini membolehkan penggunaan ruang storan yang tersedia dengan lebih cekap (termasuk sokongan untuk Penambakan Ruang). Dari segi prestasi, perbezaan antara volum "nipis" dan "tebal" tidak melebihi 1%. Walau bagaimanapun, jika anda ingin "memerah semua jus" daripada tatasusunan, anda sentiasa boleh menukar sebarang volum "nipis" kepada yang "tebal". Tetapi harus diingat bahawa operasi sedemikian tidak dapat dipulihkan.
Seterusnya, ia kekal untuk "menerbitkan" jilid yang dicipta dan menetapkan hak akses kepada mereka daripada hos menggunakan ACL (alamat IP untuk iSCSI dan WWPN untuk FC) dan pemisahan fizikal oleh port tatasusunan. Untuk model iSCSI ini dilakukan dengan mencipta Sasaran.
Untuk model FC, penerbitan berlaku melalui penciptaan LUN untuk setiap port tatasusunan.
Untuk mempercepatkan proses persediaan, hos boleh digabungkan ke dalam kumpulan. Lebih-lebih lagi, jika hos menggunakan multiport FC HBA (yang dalam amalan paling kerap berlaku), maka sistem secara automatik menentukan bahawa port HBA sedemikian adalah milik satu hos terima kasih kepada WWPN yang berbeza dengan satu. Penciptaan kelompok Target/LUN juga disokong untuk kedua-dua antara muka.
Nota penting apabila menggunakan antara muka iSCSI adalah untuk mencipta berbilang sasaran untuk volum sekali gus untuk meningkatkan prestasi, kerana baris gilir pada sasaran tidak boleh diubah dan berkesan akan menjadi hambatan.
Mengkonfigurasi Hos ESXi
Pada bahagian hos ESXi, konfigurasi asas dilakukan mengikut senario yang dijangka sepenuhnya. Prosedur untuk sambungan iSCSI:
- Tambah Perisian Penyesuai iSCSI (tidak diperlukan jika ia telah ditambahkan, atau jika anda menggunakan Penyesuai iSCSI Perkakasan);
- Mencipta vSwitch yang melaluinya trafik iSCSI akan dilalui, dan menambah pautan naik fizikal dan VMkernal kepadanya;
- Menambah alamat tatasusunan pada Dynamic Discovery;
- Penciptaan stor data
Beberapa nota penting:
- Dalam kes umum, sudah tentu, anda boleh menggunakan vSwitch sedia ada, tetapi dalam kes vSwitch yang berasingan, menguruskan tetapan hos akan menjadi lebih mudah.
- Adalah perlu untuk memisahkan trafik Pengurusan dan iSCSI ke pautan fizikal dan/atau VLAN yang berasingan untuk mengelakkan masalah prestasi.
- Alamat IP VMkernal dan port yang sepadan bagi tatasusunan Semua Flash mesti berada dalam subnet yang sama, sekali lagi disebabkan oleh isu prestasi.
- Untuk memastikan toleransi kesalahan mengikut peraturan VMware, vSwitch mesti mempunyai sekurang-kurangnya dua pautan naik fizikal
- Jika Bingkai Jumbo digunakan, anda perlu menukar MTU kedua-dua vSwitch dan VMkernal
- Adalah berguna untuk mengingatkan anda bahawa menurut cadangan VMware untuk penyesuai fizikal yang akan digunakan untuk berfungsi dengan trafik iSCSI, adalah perlu untuk mengkonfigurasi Teaming dan Failover. Khususnya, setiap VMkernal mesti berfungsi melalui hanya satu pautan atas, pautan atas kedua mesti ditukar kepada mod yang tidak digunakan. Untuk toleransi kesalahan, anda perlu menambah dua VMkernal, setiap satunya akan berfungsi melalui pautan naiknya sendiri.
Penyesuai VMkernel (vmk#)
Penyesuai Rangkaian Fizikal (vmnic#)
vmk1 (Storage01)
Penyesuai Aktif
vmnic2
Penyesuai Tidak Digunakan
vmnic3
vmk2 (Storage02)
Penyesuai Aktif
vmnic3
Penyesuai Tidak Digunakan
vmnic2
Tiada langkah awal diperlukan untuk menyambung melalui Saluran Fiber. Anda boleh membuat Datastore dengan segera.
Selepas mencipta Datastore, anda perlu memastikan bahawa dasar Round Robin untuk laluan ke Sasaran/LUN digunakan sebagai yang paling berprestasi.
Secara lalai, tetapan VMware menyediakan penggunaan dasar ini mengikut skema: 1000 permintaan melalui laluan pertama, 1000 permintaan seterusnya melalui laluan kedua, dsb. Interaksi sedemikian antara hos dan tatasusunan dua pengawal akan menjadi tidak seimbang. Oleh itu, kami mengesyorkan menetapkan dasar Round Robin = 1 parameter melalui Esxcli/PowerCLI.
Parameter
Untuk Esxcli:
- Senaraikan LUN yang tersedia
senarai peranti nmp simpanan esxcli
- Salin Nama Peranti
- Tukar Dasar Round Robin
storan esxcli nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=“Device_ID”
Kebanyakan aplikasi moden direka untuk menukar paket data yang besar untuk memaksimumkan penggunaan lebar jalur dan mengurangkan beban CPU. Oleh itu, ESXi secara lalai mengeluarkan permintaan I/O kepada peranti storan dalam ketulan sehingga 32767KB. Walau bagaimanapun, untuk sesetengah senario, menukar bahagian yang lebih kecil akan menjadi lebih produktif. Untuk tatasusunan AccelStor, ini ialah senario berikut:
- Mesin maya menggunakan UEFI dan bukannya Legacy BIOS
- Menggunakan vSphere Replication
Untuk senario sedemikian, adalah disyorkan untuk menukar nilai parameter Disk.DiskMaxIOSize kepada 4096.
Untuk sambungan iSCSI, adalah disyorkan untuk menukar parameter Tamat Masa Log Masuk kepada 30 (lalai 5) untuk meningkatkan kestabilan sambungan dan melumpuhkan kelewatan DelayedAck untuk pengesahan paket yang dimajukan. Kedua-dua pilihan ada dalam Pelanggan vSphere: Hos → Konfigurasikan → Penyimpanan → Penyesuai Storan → Pilihan Lanjutan untuk penyesuai iSCSI
Titik yang agak halus ialah bilangan volum yang digunakan untuk stor data. Adalah jelas bahawa untuk memudahkan pengurusan, terdapat keinginan untuk mencipta satu volum besar untuk keseluruhan volum tatasusunan. Walau bagaimanapun, kehadiran beberapa jilid dan, oleh itu, stor data mempunyai kesan yang baik terhadap prestasi keseluruhan (lebih lanjut mengenai baris gilir di bawah). Oleh itu, kami mengesyorkan membuat sekurang-kurangnya dua jilid.
Sehingga baru-baru ini, VMware menasihatkan mengehadkan bilangan mesin maya pada satu stor data, sekali lagi untuk mendapatkan prestasi tertinggi yang mungkin. Namun, kini, terutamanya dengan penularan VDI, masalah ini tidak lagi begitu meruncing. Tetapi ini tidak membatalkan peraturan lama - untuk mengedarkan mesin maya yang memerlukan IO intensif merentas stor data yang berbeza. Untuk menentukan bilangan mesin maya yang optimum bagi setiap volum, tidak ada yang lebih baik daripada
Menyediakan mesin maya
Tiada keperluan khas semasa menyediakan mesin maya, atau sebaliknya ia agak biasa:
- Menggunakan versi VM tertinggi yang mungkin (keserasian)
- Adalah lebih berhati-hati untuk menetapkan saiz RAM apabila meletakkan mesin maya dengan padat, contohnya, dalam VDI (sejak secara lalai, pada permulaan, fail halaman dengan saiz yang sepadan dengan RAM dicipta, yang menggunakan kapasiti berguna dan mempunyai kesan pada persembahan akhir)
- Gunakan versi penyesuai yang paling produktif dari segi IO: jenis rangkaian VMXNET 3 dan jenis SCSI PVSCSI
- Gunakan jenis cakera Thick Provision Eager Zeroed untuk prestasi maksimum dan Peruntukan Nipis untuk penggunaan ruang storan maksimum
- Jika boleh, hadkan operasi mesin kritikal bukan I/O menggunakan Had Cakera Maya
- Pastikan anda memasang Alat VMware
Nota pada Baris Gilir
Baris gilir (atau I/O Cemerlang) ialah bilangan permintaan input/output (arahan SCSI) yang sedang menunggu untuk diproses pada bila-bila masa untuk peranti/aplikasi tertentu. Sekiranya limpahan baris gilir, ralat QFULL dikeluarkan, yang akhirnya mengakibatkan peningkatan dalam parameter kependaman. Apabila menggunakan sistem storan cakera (spindle), secara teorinya, semakin tinggi baris gilir, semakin tinggi prestasinya. Walau bagaimanapun, anda tidak seharusnya menyalahgunakannya, kerana ia mudah untuk dijalankan ke dalam QFULL. Dalam kes Semua sistem Flash, di satu pihak, semuanya agak mudah: selepas semua, tatasusunan mempunyai latensi yang tertib magnitud lebih rendah dan oleh itu, selalunya, tidak perlu mengawal saiz baris gilir secara berasingan. Tetapi sebaliknya, dalam beberapa senario penggunaan (kecondongan kuat dalam keperluan IO untuk mesin maya tertentu, ujian untuk prestasi maksimum, dll.) Adalah perlu, jika tidak menukar parameter baris gilir, maka sekurang-kurangnya untuk memahami penunjuk apa boleh dicapai, dan, perkara utama adalah dalam apa cara.
Pada tatasusunan AccelStor All Flash itu sendiri tiada had berhubung dengan volum atau port I/O. Jika perlu, walaupun satu volum boleh menerima semua sumber tatasusunan. Satu-satunya had pada baris gilir adalah untuk sasaran iSCSI. Atas sebab inilah keperluan untuk mencipta beberapa (sebaik-baiknya sehingga 8 keping) sasaran bagi setiap volum untuk mengatasi had ini ditunjukkan di atas. Mari kita ulangi juga bahawa tatasusunan AccelStor adalah penyelesaian yang sangat produktif. Oleh itu, anda harus menggunakan semua port antara muka sistem untuk mencapai kelajuan maksimum.
Di pihak tuan rumah ESXi, keadaannya berbeza sama sekali. Hos itu sendiri menggunakan amalan akses sama rata kepada sumber untuk semua peserta. Oleh itu, terdapat baris gilir IO yang berasingan untuk OS tetamu dan HBA. Baris gilir ke OS tetamu digabungkan daripada baris gilir ke penyesuai SCSI maya dan cakera maya:
Barisan gilir ke HBA bergantung pada jenis/penjual tertentu:
Prestasi akhir mesin maya akan ditentukan oleh had Kedalaman Giliran yang paling rendah antara komponen hos.
Terima kasih kepada nilai ini, kami boleh menilai penunjuk prestasi yang boleh kami peroleh dalam konfigurasi tertentu. Sebagai contoh, kami ingin mengetahui prestasi teori mesin maya (tanpa pengikatan blok) dengan kependaman 0.5ms. Kemudian IOPS = (1,000/latency) * I/Os Tertunggak (had Kedalaman Baris Gilir)
contoh
1 Contoh
- Penyesuai HBA FC Emulex
- Satu VM setiap stor data
- Penyesuai SCSI Paravirtual VMware
Di sini had Kedalaman Baris ditentukan oleh Emulex HBA. Oleh itu IOPS = (1000/0.5)*32 = 64K
2 Contoh
- Penyesuai Perisian VMware iSCSI
- Satu VM setiap stor data
- Penyesuai SCSI Paravirtual VMware
Di sini had Kedalaman Baris sudah ditentukan oleh Penyesuai SCSI Paravirtual. Oleh itu IOPS = (1000/0.5)*64 = 128K
Model teratas Semua tatasusunan Flash AccelStor (contohnya,
Akibatnya, dengan konfigurasi yang betul bagi semua komponen yang diterangkan bagi pusat data maya, anda boleh memperoleh hasil yang sangat mengagumkan dari segi prestasi.
4K Rawak, 70% Baca/30% Tulis
Sebenarnya, dunia nyata jauh lebih kompleks daripada yang boleh digambarkan dengan formula mudah. Satu hos sentiasa menjadi tuan rumah berbilang mesin maya dengan konfigurasi dan keperluan IO yang berbeza. Dan pemprosesan I/O dikendalikan oleh pemproses hos, yang kuasanya tidak terhingga. Jadi, untuk membuka potensi penuh yang sama
Sumber: www.habr.com