Dina artikel ieu, abdi hoyong ngobrol ngeunaan fitur Sadaya Flash AccelStor arrays gawé bareng salah sahiji platform virtualization pang populerna - VMware vSphere. Khususna, fokus kana parameter anu bakal ngabantosan anjeun kéngingkeun pangaruh maksimal tina ngagunakeun alat anu kuat sapertos All Flash.
AccelStor NeoSapphire™ Sadaya susunan Flash nyaéta atawa Alat titik dumasar kana drive SSD kalayan pendekatan anu béda-béda pikeun ngalaksanakeun konsép neundeun data sareng ngatur aksés kana éta nganggo téknologi proprietary. tinimbang algoritma RAID pisan populér. Asép Sunandar Sunarya nyadiakeun aksés block ka host via Serat Channel atanapi iSCSI interfaces. Janten adil, urang dicatet yén modél kalawan panganteur ISCSI ogé boga aksés file salaku bonus nice. Tapi dina artikel ieu kami baris difokuskeun pamakéan protokol block salaku paling produktif pikeun Sadaya Flash.
Sakabéh prosés panyebaran sareng konfigurasi saterusna operasi gabungan tina Asép Sunandar Sunarya AccelStor sareng sistem virtualisasi VMware vSphere tiasa dibagi kana sababaraha tahap:
- Palaksanaan topologi sambungan sareng konfigurasi jaringan SAN;
- Nyetél Sadaya Asép Sunandar Sunarya Flash;
- Ngonpigurasikeun host ESXi;
- Nyetél mesin virtual.
AccelStor NeoSapphire™ Fiber Channel arrays jeung iSCSI arrays dipaké salaku hardware sampel. Parangkat lunak dasarna nyaéta VMware vSphere 6.7U1.
Sateuacan nyebarkeun sistem anu dijelaskeun dina tulisan ieu, disarankeun pisan anjeun maca dokuméntasi tina VMware ngeunaan masalah kinerja ( ) jeung setélan iSCSI ()
Topologi sambungan sareng konfigurasi jaringan SAN
Komponén utama jaringan SAN nyaéta HBA dina host ESXi, saklar SAN sareng titik Asép Sunandar Sunarya. Topologi khas pikeun jaringan sapertos kieu:
Istilah Switch di dieu ngarujuk kana saklar fisik anu misah atanapi set saklar (Fabric), sareng alat anu dibagi antara jasa anu béda (VSAN dina kasus Fiber Channel sareng VLAN dina kasus iSCSI). Ngagunakeun dua saklar bebas / lawon bakal ngaleungitkeun hiji titik mungkin gagal.
Sambungan langsung host kana array, sanaos dirojong, henteu disarankeun pisan. Kinerja Sadaya susunan Flash cukup luhur. Sareng pikeun laju maksimal, sadaya palabuhan tina array kedah dianggo. Ku alatan éta, ayana sahenteuna hiji switch antara host sareng NeoSapphire™ wajib.
Ayana dua palabuhan dina host HBA ogé sarat wajib pikeun ngahontal kinerja maksimum sarta mastikeun kasabaran sesar.
Lamun ngagunakeun panganteur Serat Channel, zoning kudu ngonpigurasi pikeun ngaleungitkeun mungkin tabrakan antara initiators jeung target. Zona diwangun dina prinsip "hiji port inisiator - hiji atanapi langkung palabuhan array."
Upami anjeun nganggo sambungan via iSCSI dina kasus anu nganggo saklar anu dibagikeun sareng jasa anu sanés, maka penting pikeun ngasingkeun lalu lintas iSCSI dina VLAN anu misah. Disarankeun ogé pikeun ngaktipkeun dukungan pikeun Jumbo Frames (MTU = 9000) pikeun ningkatkeun ukuran pakét dina jaringan sareng ku kituna ngirangan jumlah inpormasi overhead salami pangiriman. Nanging, émut yén pikeun operasi anu leres kedah ngarobih parameter MTU dina sadaya komponén jaringan sapanjang ranté "initiator-switch-target".
Nyetél Sadaya Asép Sunandar Sunarya Flash
Asép Sunandar Sunarya ieu dikirimkeun ka konsumén jeung grup geus kabentuk . Ku alatan éta, teu aya tindakan anu kedah dilakukeun pikeun ngagabungkeun drive kana hiji struktur tunggal. Anjeun ngan ukur kedah nyiptakeun jilid ukuran sareng kuantitas anu diperyogikeun.
Pikeun genah, aya pungsionalitas pikeun nyiptakeun angkatan sababaraha jilid dina ukuran anu dipasihkeun sakaligus. Sacara standar, volume ipis dijieun, sabab ieu ngamungkinkeun pikeun pamakéan leuwih efisien gudang sadia (kaasup rojongan pikeun Spasi Reclamation). Dina hal kinerja, bédana antara jilid "ipis" sareng "kandel" henteu langkung ti 1%. Sanajan kitu, lamun hayang "squeeze sadayana jus" kaluar tina hiji Asép Sunandar Sunarya, anjeun salawasna bisa ngarobah sagala volume "ipis" kana hiji "kandel". Tapi kedah émut yén operasi sapertos kitu henteu tiasa malik.
Salajengna, tetep "nyebarkeun" jilid dijieun tur nyetel hak aksés ka aranjeunna ti host ngagunakeun ACLs (alamat IP pikeun iSCSI na WWPN pikeun FC) sarta separation fisik ku palabuhan Asép Sunandar Sunarya. Pikeun model iSCSI ieu dilakukeun ku nyieun Target a.
Pikeun model FC, penerbitan lumangsung ngaliwatan kreasi hiji LUN pikeun tiap port of Asép Sunandar Sunarya.
Pikeun nyepetkeun prosés setelan, host bisa digabungkeun kana grup. Sumawona, upami host nganggo multiport FC HBA (anu dina prakna paling sering kajadian), sistem otomatis nangtukeun yén palabuhan HBA sapertos kitu milik host tunggal berkat WWPN anu béda-béda. Penciptaan bets Target / LUN ogé dirojong pikeun duanana antarmuka.
Catetan penting nalika ngagunakeun panganteur iSCSI nyaéta nyieun sababaraha udagan pikeun volume sakaligus pikeun ngaronjatkeun kinerja, saprak antrian dina udagan teu bisa dirobah sarta bakal éféktif jadi bottleneck a.
Ngonpigurasikeun ESXi Hosts
Dina sisi host ESXi, konfigurasi dasar dipigawé nurutkeun skenario lengkep ekspektasi. Prosedur pikeun sambungan iSCSI:
- Tambahkeun Software iSCSI Adaptor (henteu diperlukeun lamun geus ditambahkeun, atawa mun anjeun migunakeun Hardware iSCSI adaptor);
- Nyiptakeun vSwitch anu ngalangkungan lalu lintas iSCSI, sareng nambihan uplink fisik sareng VMkernal ka dinya;
- Nambahkeun alamat Asép Sunandar Sunarya kana Dynamic Discovery;
- Nyiptakeun Datastore
Sababaraha catetan penting:
- Dina kasus umum, tangtosna, anjeun tiasa nganggo vSwitch aya, tapi dina kasus vSwitch misah, ngatur setelan host bakal leuwih gampang.
- Perlu misahkeun Manajemén sareng lalu lintas iSCSI kana tautan fisik anu misah sareng / atanapi VLAN pikeun nyegah masalah kinerja.
- Alamat IP VMkernal sareng palabuhan anu cocog tina All Flash arrays kedah aya dina subnet anu sami, deui kusabab masalah kinerja.
- Pikeun mastikeun kasabaran kasalahan nurutkeun aturan VMware, vSwitch kudu boga sahanteuna dua uplinks fisik
- Mun pigura Jumbo dipaké, Anjeun kudu ngarobah MTU duanana vSwitch na VMkernal
- Eta bakal mangpaat pikeun ngingetkeun yén nurutkeun saran VMware pikeun adapters fisik anu bakal dipaké pikeun gawé bareng lalulintas iSCSI, perlu pikeun ngonpigurasikeun Teaming na Failover. Khususna, unggal VMkernal kedah dianggo ngan ukur hiji uplink, uplink kadua kedah dialihkeun kana mode anu henteu dianggo. Pikeun kasabaran lepat, Anjeun kudu nambahan dua VMkernals, nu masing-masing bakal dianggo ngaliwatan uplink sorangan.
Adaptor VMkernel (vmk#)
Adaptor Jaringan Fisik (vmnic#)
vmk1 (Panyimpenan01)
Adaptor aktip
vmnic2
Adapter henteu kapake
vmnic3
vmk2 (Panyimpenan02)
Adaptor aktip
vmnic3
Adapter henteu kapake
vmnic2
Henteu aya léngkah awal anu diperyogikeun pikeun nyambungkeun via Fiber Channel. Anjeun tiasa langsung nyieun Datastore.
Saatos nyiptakeun Datastore, anjeun kedah mastikeun yén kabijakan Round Robin pikeun jalur ka Target / LUN dianggo salaku anu paling berprestasi.
Sacara standar, setélan VMware nyadiakeun keur pamakéan kawijakan ieu nurutkeun skéma: 1000 requests ngaliwatan jalur kahiji, salajengna 1000 requests ngaliwatan jalur kadua, jsb. Interaksi sapertos antara host sareng susunan dua-kontroler bakal henteu saimbang. Kituna, urang nyarankeun setelan babak Robin kawijakan = 1 parameter via Esxcli / PowerCLI.
parameter
Pikeun Esxcli:
- Daptar LUNs sadia
esxcli gudang nmp daptar alat
- Nyalin Ngaran Alat
- Robah Kawijakan Babak Robin
esxcli storage nmp psp roundrobin deviceconfig set —type=iops —iops=1 —device=“Device_ID”
Kaseueuran aplikasi modéren dirancang pikeun tukeur pakét data anu ageung pikeun maksimalkeun panggunaan bandwidth sareng ngirangan beban CPU. Ku alatan éta, ESXi sacara standar ngaluarkeun I / O requests ka alat panyimpen dina sakumpulan nepi ka 32767KB. Nanging, pikeun sababaraha skenario, tukeur sakumpulan anu langkung alit bakal langkung produktif. Pikeun susunan AccelStor, ieu skenario di handap ieu:
- Mesin virtual nganggo UEFI tinimbang Legacy BIOS
- Ngagunakeun vSphere réplikasi
Pikeun skenario sapertos kitu, disarankeun pikeun ngarobih nilai parameter Disk.DiskMaxIOSize ka 4096.
Pikeun sambungan iSCSI, disarankeun pikeun ngarobah parameter Login Timeout ka 30 (standar 5) pikeun ningkatkeun stabilitas sambungan sareng nganonaktipkeun reureuh DelayedAck pikeun konfirmasi pakét anu diteruskeun. Kadua pilihan aya dina vSphere Client: Host → Konpigurasikeun → Storage → Storage Adapters → Advanced Options for iSCSI adapter
Titik anu rada halus nyaéta jumlah volume anu dianggo pikeun datastore. Ieu jelas yén pikeun betah manajemén, aya kahayang pikeun nyieun hiji volume badag pikeun sakabéh volume Asép Sunandar Sunarya. Nanging, ayana sababaraha jilid sareng, sasuai, datastore gaduh pangaruh anu mangpaat pikeun pagelaran umum (langkung seueur ngeunaan antrian di handap). Ku alatan éta, kami nyarankeun nyieun sahenteuna dua jilid.
Nepi ka rélatif anyar, VMware disarankan ngawatesan jumlah mesin virtual dina hiji datastore, deui dina urutan pikeun ménta kinerja pangluhurna mungkin. Nanging, ayeuna, khususna kalayan sumebarna VDI, masalah ieu henteu deui parah. Tapi ieu teu ngabatalkeun aturan lila-ngadeg - mun ngadistribusikaeun mesin virtual nu merlukeun IO intensif sakuliah datastores béda. Pikeun nangtukeun jumlah optimal mesin virtual per volume, aya nanaon hadé ti dina infrastrukturna.
Nyetél mesin virtual
Henteu aya sarat khusus nalika nyetél mesin virtual, atanapi rada biasa:
- Ngagunakeun versi VM pangluhurna mungkin (kasaluyuan)
- Éta langkung ati-ati pikeun nyetél ukuran RAM nalika nempatkeun mesin virtual sacara padet, contona, dina VDI (sabab sacara standar, nalika ngamimitian, file halaman ukuran anu saluyu sareng RAM diciptakeun, anu meakeun kapasitas anu kapaké sareng gaduh pangaruh kana. pagelaran ahir)
- Anggo versi adaptor anu paling produktif dina hal IO: jinis jaringan VMXNET 3 sareng jinis SCSI PVSCSI
- Anggo tipe disk Thick Provision Eager Zeroed pikeun pagelaran maksimal sareng Ipis Provisioning pikeun panggunaan rohangan panyimpen maksimal
- Upami mungkin, ngawatesan operasi mesin kritis non-I / O nganggo Virtual Disk Limit
- Pastikeun pikeun masang VMware Tools
Catetan dina Antrian
Antrian (atanapi Outstanding I/Os) nyaéta jumlah paménta input/output (paréntah SCSI) anu nungguan prosés iraha wae pikeun alat/aplikasi husus. Dina hal antrian ngabahekeun, kasalahan QFULL dikaluarkeun, nu pamustunganana ngakibatkeun kanaékan parameter latency. Nalika nganggo sistem panyimpen disk (spindle), sacara téoritis, langkung luhur antrian, langkung luhur kinerjana. Najan kitu, anjeun teu kudu nyiksa eta, saprak éta gampang ngajalankeun kana QFULL. Dina kasus Sadaya sistem Flash, di hiji sisi, sadayana langkung saderhana: barina ogé, susunanna ngagaduhan latén anu ageungna langkung handap sareng ku kituna, paling sering, henteu kedah sacara misah ngatur ukuran antrian. Tapi di sisi séjén, dina sababaraha skenario pamakéan (skew kuat dina syarat IO pikeun mesin virtual husus, tés pikeun pagelaran maksimum, jsb) perlu, lamun teu ngarobah parameter tina antrian, teras sahenteuna ngartos naon indikator. bisa dihontal, jeung, hal utama dina naon cara.
Dina AccelStor Sadaya Flash Asép Sunandar Sunarya sorangan euweuh wates dina hubungan volume atawa I / O port. Upami diperlukeun, malah hiji volume tunggal bisa nampa sakabéh sumberdaya Asép Sunandar Sunarya. Hijina watesan dina antrian pikeun target iSCSI. Éta pisan sababna naha kudu nyieun sababaraha (idealna nepi ka 8 lembar) target pikeun tiap volume dituduhkeun di luhur pikeun nungkulan wates ieu. Hayu urang ngulang deui yén susunan AccelStor mangrupikeun solusi anu produktif. Ku alatan éta, anjeun kedah nganggo sadaya palabuhan antarmuka sistem pikeun ngahontal kagancangan maksimal.
Dina sisi host ESXi, kaayaan sagemblengna béda. Host sorangan nerapkeun prakték aksés sarua sumberdaya pikeun sakabéh pamilon. Ku alatan éta, aya antrian IO misah pikeun OS tamu jeung HBA. Antrian ka OS tamu digabungkeun tina antrian ka adaptor SCSI virtual sareng disk virtual:
Antrian ka HBA gumantung kana jinis / vendor anu khusus:
Kinerja ahir mesin virtual bakal ditangtukeun ku wates Jerona Antrian panghandapna diantara komponén host.
Hatur nuhun kana nilai-nilai ieu, urang tiasa ngevaluasi indikator kinerja anu urang tiasa kéngingkeun dina konfigurasi khusus. Contona, urang hoyong terang kinerja teoritis tina mesin virtual (tanpa block mengikat) kalawan latency 0.5ms. Teras na IOPS = (1,000/latency) * Outstanding I/Os (Batesan Jero Antrian)
conto
conto 1
- FC Emulex HBA Adaptor
- Hiji VM per datastore
- VMware Paravirtual SCSI adaptor
Di dieu wates Jerona antrian ditangtukeun ku Emulex HBA. Kituna IOPS = (1000 / 0.5) * 32 = 64K
conto 2
- VMware iSCSI Software adaptor
- Hiji VM per datastore
- VMware Paravirtual SCSI adaptor
Di dieu wates Jero antrian geus ditangtukeun ku Paravirtual SCSI Adaptor. Kituna IOPS = (1000 / 0.5) * 64 = 128K
Modél pangluhurna tina All Flash AccelStor arrays (contona, ) sanggup nganteurkeun kinerja nulis 700K IOPS dina blok 4K. Kalayan ukuran blok sapertos kitu, écés yén mesin virtual tunggal henteu tiasa ngamuat susunan sapertos kitu. Jang ngalampahkeun ieu, anjeun bakal kudu 11 (contona 1) atawa 6 (contona 2) mesin virtual.
Hasilna, kalayan konfigurasi anu leres sadaya komponén anu dijelaskeun tina pusat data virtual, anjeun tiasa nampi hasil anu pikaresepeun pisan dina hal kinerja.
4K acak, 70% Baca / 30% Tulis
Kanyataanna, dunya nyata jauh leuwih kompleks ti eta bisa digambarkeun ku rumus basajan. Hiji host salawasna host sababaraha mesin virtual kalawan konfigurasi béda jeung syarat IO. Jeung ngolah I / O diatur ku processor host, anu kakuatanana teu aya watesna. Janten, pikeun muka konci poténsial anu sami kanyataanana, anjeun bakal kudu tilu sarwa. Tambih Deui, aplikasi anu ngajalankeun di jero mesin virtual ngadamel panyesuaian sorangan. Ku alatan éta, pikeun ukuran tepat kami nawiskeun Kabéh arrays Flash jero infrastruktur customer on tugas ayeuna nyata.
sumber: www.habr.com