Ev efsaneyek e ku di warê hardware serverê de pir gelemperî ye. Di pratîkê de, çareseriyên hyperconverged (gava ku her tişt di yek de ye) ji bo gelek tiştan hewce ne. Ji hêla dîrokî ve, mîmarên yekem ji hêla Amazon û Google ve ji bo karûbarên wan hatine pêşve xistin. Dûv re fikir ew bû ku em ji girêkên yeksan, ku her yek ji wan dîskên xwe hebûn, çandiniyek hesabkeriyê çêbikin. Hemî ev ji hêla hin nermalava avakirina pergalê (hipervisor) ve hate yek kirin û di makîneyên virtual de hate dabeş kirin. Armanca sereke ji bo xizmetkirina yek girêk û hindiktirîn pirsgirêkan di dema pîvandinê de kêmtirîn hewldan e: tenê hezar an du serverên din bikirin û wan li nêzê xwe ve girêdin. Di pratîkê de, ev dozên veqetandî ne, û pir caran em li ser hejmarek piçûktir û mîmariyek piçûktir diaxivin.
Lê plus heman dimîne - hêsanbûn û rêvebirinê ya bêhempa. Nerazîbûn ev e ku peywirên cihêreng çavkaniyan bi rengek cûda dixwe, û li hin deveran dê gelek dîskên herêmî hebin, li hinên din dê RAM hindik be, û hwd, ango ji bo cûrbecûr karan, karanîna çavkaniyê dê kêm bibe.
Derket holê ku hûn ji bo hêsankirina sazkirinê 10-15% zêdetir didin. Ev e ya ku di sernavê de efsaneyê vekir. Me demek dirêj lê gerand ku li ku derê teknolojî dê bi rengek çêtirîn were sepandin, û me ew dît. Rastî ev e ku Cisco ne xwediyê pergalên hilanînê bû, lê wan bazarek serverek bêkêmasî dixwest. Û wan Cisco Hyperflex çêkir - çareseriyek bi hilanîna herêmî ya li ser girêkan.
Û ev yek ji nişka ve ji bo navendên daneya paşvekişandinê (Rêvebirina Karesatê) çareseriyek pir baş derket. Ez ê niha ji we re bibêjim çima û çawa. Û ez ê testên komê nîşanî we bidim.
Cihê ku pêdivî ye
Hyperconvergence ev e:
- Veguheztina dîskên girêkên hesabkirinê.
- Yekbûna bêkêmasî ya binepergala hilanînê bi binepergala virtualbûnê.
- Veguheztin / entegrasyona bi bine pergala torê.
Ev tevlihevî dihêle hûn gelek taybetmendiyên pergala hilanînê di asta virtualbûnê de û hemî ji yek pencereya kontrolê bicîh bikin.
Di pargîdaniya me de, projeyên sêwirana navendên daneya zêde daxwazek mezin in, û çareseriyek hyperconverged bi gelemperî ji ber komek vebijarkên dubarekirinê (heta metroklusterek) ji qutiyê tê hilbijartin.
Di mijara navendên daneya paşvekişandinê de, em bi gelemperî li ser cîhek dûr a li ser malperek li aliyê din ê bajêr an jî li bajarek din bi tevahî diaxivin. Ew dihêle hûn pergalên krîtîk di bûyera têkçûnek qismî an tevahî ya navenda daneya bingehîn de sererast bikin. Daneyên firotanê bi domdarî li wir têne dubare kirin, û ev dubarekirin dikare di asta serîlêdanê de an jî di asta cîhaza blokê de (hilanînê) be.
Ji ber vê yekê, naha ez ê li ser sêwirana pergalê û ceribandinan bipeyivim, û dûv re jî li ser çend senaryoyên serîlêdana rastîn ên bi daneyên teserûfê.
Testsên
Mînaka me ji çar pêşkêşkeran pêk tê, ku her yek ji wan 10 ajokarên SSD yên 960 GB hene. Ji bo vegirtina operasyonên nivîsandinê û hilanîna makîneya virtual ya karûbarê dîskek veqetandî heye. Çareserî bixwe guhertoya çaremîn e. Ya yekem eşkere xav e (li gorî nirxandinan dadbar dike), ya duyemîn şil e, ya sêyemîn jixwe pir aram e, û ev yek dikare piştî bidawîbûna ceribandina beta ji bo raya giştî re serbest were gotin. Di dema ceribandinê de min ti pirsgirêk nedît, her tişt mîna demjimêrek dixebite.
Guhertinên di v4 deGelek xeletî hatine rast kirin.
Di destpêkê de, platform tenê dikaribû bi hîpervisorê VMware ESXi re bixebite û hejmareke piçûk a nod piştgirî kir. Di heman demê de, pêvajoya bicîhkirinê her gav bi serfirazî qediya, hin gav neçar bûn ku ji nû ve werin destpêkirin, di nûvekirina guhertoyên kevn de pirsgirêk hebûn, daneyên di GUI-ê de her gav rast nehatin xuyang kirin (her çend ez hîn jî ji nîşandana grafikên performansê ne kêfxweş im ), carinan di pêwendiya bi virtualbûnê de pirsgirêk derketin.
Naha hemî pirsgirêkên zaroktiyê hatine rast kirin, HyperFlex dikare hem ESXi û hem jî Hyper-V bi rê ve bibe, û ev jî gengaz e:
- Afirandina komeke dirêjkirî.
- Afirandina komek ji bo nivîsgehan bêyî karanîna Fabric Interconnect, ji du heya çar girêkan (em tenê serveran bikirin).
- Kapasîteya ku bi pergalên hilanîna derveyî re bixebite.
- Piştgiriya ji bo konteynir û Kubernetes.
- Çêkirina herêmên hebûna.
- Ger fonksiyona çêkirî ne têrker be bi VMware SRM re entegrebûn.
Mîmarî ji çareseriyên hevrikên xwe yên sereke ne pir cûda ye; wan duçerxeyek neafirandiye. Ew hemî li ser platforma virtualîzasyona VMware an Hyper-V dimeşe. Zehf li ser pêşkêşkerên xwedan Cisco UCS-ê têne mêvandar kirin. Yên ku ji platformê ji ber tevliheviya nisbî ya sazkirina destpêkê nefret dikin, gelek bişkok, pergalek ne-pîvan a şablon û girêdanan, lê yên ku Zen fêr bûne jî hene, ji ramanê îlham digirin û êdî naxwazin. bi serverên din re bixebitin.
Em ê çareseriyê ji bo VMware bihesibînin, ji ber ku çareserî bi eslê xwe ji bo wê hate afirandin û xwedan fonksiyonek pirtir e; Hyper-V di rê de hate zêdekirin da ku bi hevrikan re bimîne û hêviyên bazarê bicîh bîne.
Komek pêşkêşkerên tijî dîskê hene. Dîskên ji bo hilanîna daneyê hene (SSD an HDD - li gorî kêf û hewcedariyên we), yek dîskek SSD ji bo cachkirinê heye. Dema ku daneyan li danûstendinê dinivîsin, dane li ser qata cachingê (dîska SSD û RAM a karûbarê VM-ya veqetandî) têne tomar kirin. Bi paralelî, bloka daneyê ji girêkên di komê re tê şandin (hejmara girêkan bi faktora dubarekirina komê ve girêdayî ye). Piştî pejirandina ji hemî girêkan di derbarê tomarkirina serketî de, pejirandina tomarkirinê ji hypervisor û paşê ji VM re tê şandin. Daneyên tomarkirî têne jêbirin, têne pêçandin û li ser dîskên hilanînê yên li paşîn têne nivîsandin. Di heman demê de, blokek mezin her gav li ser dîskên hilanînê û bi rêz tê nivîsandin, ku ev barkirina li ser dîskên hilanînê kêm dike.
Dabeşkirin û komkirin her gav çalak in û nayên asteng kirin. Daneyên rasterast ji dîskên hilanînê an ji cache RAM-ê têne xwendin. Ger veavakirinek hîbrîd were bikar anîn, xwendin jî li ser SSD-ê têne tomar kirin.
Daneyên bi cîhê heyî ya makîneya virtual ve ne girêdayî ne û bi rengek wekhev di navbera girêkan de têne belav kirin. Ev nêzîkatî dihêle hûn hemî dîsk û navgînên torê wekhev bar bikin. Kêmasiyek eşkere heye: em nekarin derengiya xwendinê bi qasî ku gengaz kêm bikin, ji ber ku garantiya hebûna daneyê li herêmî tune. Lê ez di wê baweriyê de me ku ev li gorî feydeyên hatine wergirtin fedakariyek hindik e. Digel vê yekê, derengiyên torê gihîştine nirxên weha ku ew di pratîkê de bandorê li encamên giştî nakin.
Kontrolkerek karûbarê taybetî ya Platforma Daneyên VM Cisco HyperFlex, ku li ser her girêka hilanînê hatî çêkirin, berpirsiyariya tevahiya mantiqa xebatê ya binpergala dîskê ye. Di veavakirina karûbarê meya VM de, heşt vCPU û 72 GB RAM hatin veqetandin, ku ew qas ne hindik e. Bihêle ku ez ji we re bi bîr bînim ku mêvandar bixwe xwedan 28 bingehên laşî û 512 GB RAM e.
Karûbarê VM rasterast bi şandina kontrolkerê SAS-ê ji VM-ê re rasterast bi dîskên laşî ve digihîje. Têkiliya bi hypervisor re bi modulek taybetî ya IOVisor pêk tê, ku operasyonên I/O digire, û karmendek bikar tîne ku dihêle hûn fermanan bişînin API-ya hypervisor. Ajan berpirsiyar e ku bi wêne û klonên HyperFlex re bixebite.
Çavkaniyên dîskê di hîpervisorê de wekî parvekirinên NFS an SMB têne danîn (li gorî celebê hîpervisorê ve girêdayî ye, texmîn bikin ka kîjan li ku ye). Û di bin kaxezê de, ev pergalek pelê ya belavkirî ye ku dihêle hûn taybetmendiyên pergalên hilanînê yên bêkêmasî yên mezinan lê zêde bikin: veqetandina cildê zirav, berhevkirin û jêbirin, dîmenên ku bi teknolojiya Redirect-on-Write bikar tînin, dubarekirina hevdem / asynchronous.
Karûbarê VM gihîştina navgîniya rêveberiya WEB-ê ya binepergala HyperFlex peyda dike. Bi vCenter re entegrasyonek heye, û piraniya karên rojane dikarin ji wê bêne kirin, lê datastorên, bo nimûne, hêsantir e ku hûn ji webkamereyek cûda qut bikin ger we berê berê xwe da navbeynkarek bilez a HTML5, an jî xerîdarek Flash-ê ya bêkêmasî bikar bîne. bi entegrasyona tam. Di webkamera karûbarê de hûn dikarin performans û rewşa hûrgulî ya pergalê bibînin.
Di komekê de celebek din a nodê heye - girêkên hesabkirinê. Ev dikarin serverên rack an blade bêyî dîskên çêkirî bin. Van server dikarin VM-yên ku daneyên wan li ser serverên bi dîskê têne hilanîn bimeşînin. Ji hêla gihîştina daneyê ve, ti cûdahî di navbera celebên girêkan de tune, ji ber ku mîmarî ji cîhê fizîkî ya daneyê veqetandinê vedihewîne. Rêjeya herî zêde ya girêkên hesabkirinê bi girêkên hilanînê re 2:1 e.
Bikaranîna girêkên hesabkerî dema ku çavkaniyên komê dihejîne rehetiyê zêde dike: heke em tenê CPU/RAM hewce ne hewce ne ku em girêkên din bi dîskê re bikirin. Digel vê yekê, em dikarin qefesek blade lê zêde bikin û li ser cîhkirina rack serveran hilînin.
Wekî encamek, me platformek hyperconverged heye ku xwedî taybetmendiyên jêrîn e:
- Di komekê de heya 64 girêk (heta 32 girêkên hilanînê).
- Hejmara herî kêm girêkên di komekê de sê ye (du ji bo komek Edge).
- Mekanîzmaya zêdebûnê ya daneyê: neynikê bi faktora dubarekirinê 2 û 3.
- Koma metro.
- Vejandina VM ya asynchronous li komeke din a HyperFlex.
- Orkestrakirina guheztina VM-an li navendek daneya dûr.
- Wêneyên xwecihî bi teknolojiya Redirect-on-Write bikar tînin.
- Heya 1 PB cîhê bikêrhatî di faktora dubarekirinê 3 de û bêyî veqetandinê. Em faktora dubarekirinê 2 hesab nakin, ji ber ku ev ne vebijarkek ji bo firotana ciddî ye.
Pîvanek din a mezin hêsaniya rêveberî û bicîhkirinê ye. Hemî tevliheviyên sazkirina serverên UCS-ê ji hêla VM-ya pispor ve ku ji hêla endezyarên Cisco ve hatî amadekirin ve têne girtin.
Veavakirina maseya ceribandinê:
- 2 x Cisco UCS Fabric Interconnect 6248UP wekî komek rêveberî û hêmanên torê (48 port di moda Ethernet 10G/FC 16G de dixebitin).
- Çar pêşkêşkerên Cisco UCS HXAF240 M4.
Taybetmendiyên serverê:
CPU
2 x Intel® Xeon® E5-2690 v4
BERAN
16 x 32 GB DDR4-2400-MHz RDIMM / PC4-19200 / rêza dualî / x4 / 1.2v
Network
UCSC-MLOM-CSC-02 (VIC 1227). 2 portên Ethernet 10G
Storage HBA
Cisco 12G Modular SAS Bi Controller re derbas dibe
Dîskên Storage
1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB
Vebijarkên bêtir veavakirinêJi bilî hardware hilbijartî, vebijarkên jêrîn niha hene:
- HXAF240c M5.
- Yek an du CPU ji Intel Silver 4110 heya Intel Platinum I8260Y. Nifşa duyemîn heye.
- 24 hêlînên bîranînê, ji 16 GB RDIMM 2600 heta 128 GB LRDIMM 2933 diherikin.
- Ji 6 heta 23 dîskên daneyê, yek dîskek caching, yek dîska pergalê û yek dîska boot.
Kapasîteya ajokarên
- HX-SD960G61X-EV 960GB 2.5 Inch Enterprise Nirxa 6G SATA SSD (1X berxwedêr) SAS 960 GB.
- HX-SD38T61X-EV 3.8TB 2.5 inch Nirxa Karsaziyê 6G SATA SSD (1X berxwedêr) SAS 3.8 TB.
- Caching Drives
- HX-NVMEXPB-I375 375GB 2.5 inch Intel Optane Drive, Extreme Perf & Endurance.
- HX-NVMEHW-H1600* 1.6TB 2.5 inch Ent. Perf. NVMe SSD (3X berxwedan) NVMe 1.6 TB.
- HX-SD400G12TX-EP 400GB 2.5 inch Ent. Perf. 12G SAS SSD (10X berxwedan) SAS 400 GB.
- HX-SD800GBENK9** 800GB 2.5 inch Ent. Perf. 12G SAS SED SSD (10X berxwedan) SAS 800 GB.
- HX-SD16T123X-EP 1.6TB 2.5 inch Performansa Enterprise 12G SAS SSD (3X ragirtin).
Pergal / Têketin ajokarên
- HX-SD240GM1X-EV 240GB 2.5 înç Nirxa Karsaziyê 6G SATA SSD (Pêdiviya nûvekirinê heye).
Boot Drives
- HX-M2-240GB 240GB SATA M.2 SSD SATA 240 GB.
Bi 40G, 25G an 10G portên Ethernet ve bi torê ve girêdin.
FI dikare HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G) be.
Test bixwe
Ji bo ceribandina binepergala dîskê, min HCIBench 2.2.1 bikar anî. Ev amûrek belaş e ku destûrê dide te ku hûn çêkirina barek ji gelek makîneyên virtual otomatîk bikin. Barkirin bixwe ji hêla fio-ya gelemperî ve tête çêkirin.
Koma me ji çar nokan pêk tê, faktora dubarekirinê 3, hemî dîskên Flash in.
Ji bo ceribandinê, min çar datastor û heşt makîneyên virtual afirandin. Ji bo ceribandinên nivîsandinê, tê texmîn kirin ku dîska caching ne tije ye.
Encamên testê wiha ne:
100% Xwendin 100% Random
0% Xwendin 100%Random
Kûrahiya blokê / rêzê
128
256
512
1024
2048
128
256
512
1024
2048
4K
0,59 ms 213804 IOPS
0,84 ms 303540 IOPS
1,36ms 374348 IOPS
2.47 ms 414116 IOPS
4,86ms 420180 IOPS
2,22 ms 57408 IOPS
3,09 ms 82744 IOPS
5,02 ms 101824 IPOS
8,75 ms 116912 IOPS
17,2 ms 118592 IOPS
8K
0,67 ms 188416 IOPS
0,93 ms 273280 IOPS
1,7 ms 299932 IOPS
2,72 ms 376,484 IOPS
5,47 ms 373,176 IOPS
3,1 ms 41148 IOPS
4,7 ms 54396 IOPS
7,09 ms 72192 IOPS
12,77 ms 80132 IOPS
16K
0,77 ms 164116 IOPS
1,12 ms 228328 IOPS
1,9 ms 268140 IOPS
3,96 ms 258480 IOPS
3,8 ms 33640 IOPS
6,97 ms 36696 IOPS
11,35 ms 45060 IOPS
32K
1,07 ms 119292 IOPS
1,79 ms 142888 IOPS
3,56 ms 143760 IOPS
7,17 ms 17810 IOPS
11,96 ms 21396 IOPS
64K
1,84 ms 69440 IOPS
3,6 ms 71008 IOPS
7,26 ms 70404 IOPS
11,37 ms 11248 IOPS
Bold nirxan destnîşan dike ku piştî wan zêdebûnek hilberandinê tune ye, carinan tewra hilweşîn jî xuya dike. Ev ji ber vê yekê ye ku em ji hêla performansa torê / kontrolker / dîskên sînorkirî ne.
- 4432 MB/s xwendina rêzî.
- 804 MB/s dinivîse.
- Ger yek kontrolker têk bibe (têkçûna makîneyek virtual an mêvandar), daketina performansê du qat e.
- Ger dîska hilanînê têk biçe, dakêşandin 1/3 ye. Ji nû ve avakirina dîskê 5% ji çavkaniyên her kontrolker digire.
Li ser blokek piçûk, em ji hêla performansa kontrolkerê (makîna virtual) ve têne sînorkirin, CPU-ya wê ji% 100 tête barkirin, û gava ku blok zêde dibe, em ji hêla bandê ya portê ve têne sînorkirin. Ji bo vekirina potansiyela pergala AllFlash 10 Gbps ne bes e. Mixabin, parametreyên standa demo-ya pêşkêşkirî nahêlin ku em operasyonê li 40 Gbit/s biceribînin.
Bi dîtina min ji ceribandin û lêkolîna mîmariyê, ji ber algorîtmaya ku daneyan di navbera hemî mêvandaran de cîh dike, em performansa berbelavkirî, pêşbînîkirî distînin, lê ev di heman demê de di xwendinê de sînorek e jî, ji ber ku dê gengaz be ku meriv ji dîskên herêmî bêtir hûr bibe. Li vir dibe ku ew torgilokek hilbertir xilas bike, mînakî, FI bi 40 Gbit / s heye.
Di heman demê de, yek dîskek ji bo cachkirin û jêbirinê dibe ku sînorek be; Bi rastî, di vê ceribandinê de em dikarin li çar dîskên SSD binivîsin. Dê pir baş be ku meriv bikaribe hejmara ajokarên caching zêde bike û cûdahiyê bibîne.
Bikaranîna rastîn
Ji bo organîzekirina navendek daneya hilanînê, hûn dikarin du nêzîkatiyan bikar bînin (em li cîhek hilanînê li ser malperek dûr nafikirin):
- Çalak-Pasîf. Hemî serîlêdan di navenda daneya sereke de têne mêvandar kirin. Repplication hemdem an asînkron e. Ger navenda daneya sereke têk biçe, pêdivî ye ku em ya hilanînê çalak bikin. Ev dikare bi destan / nivîsar / sepanên orkestrasyonê were kirin. Li vir em ê RPO-yek li gorî frekansa dubarekirinê bistînin, û RTO bi reaksîyon û jêhatîbûna rêveber û kalîteya pêşkeftin / xeletkirina pilana veguheztinê ve girêdayî ye.
- Çalak-Çalak. Di vê rewşê de, tenê dubarekirina hevdem heye; hebûna navendên daneyê ji hêla quorum / hakemek ku bi hişkî li ser malpera sêyemîn tê destnîşankirin. RPO = 0, û RTO dikare bigihîje 0 (heke serîlêdan destûr bide) an jî bi dema têkçûna girêkek di komek virtualîzasyonê de wekhev be. Di asta virtualbûnê de, komek (Metro) dirêjkirî tê afirandin ku pêdivî ye ku hilanîna Active-Active.
Bi gelemperî em dibînin ku xerîdar berê mîmariyek bi pergalek hilanînê ya klasîk di navenda daneya sereke de bicîh kirine, ji ber vê yekê em yeka din ji bo dubarekirinê dîzayn dikin. Wekî ku min behs kir, Cisco HyperFlex dubarekirina asynchronous û çêkirina komê virtualîzasyona dirêjkirî pêşkêşî dike. Di heman demê de, em ne hewce ne pergalek hilanînê ya taybetî ya asta Midrange û bilindtir bi fonksiyonên dubarekirina biha û gihîştina daneya Active-Active li ser du pergalên hilanînê.
Senaryo 1: Li ser VMware vSphere, navendek daneya bingehîn û paşvekêşanê, platformek virtualbûnê heye. Hemî pergalên hilberîner di navenda daneya bingehîn de cih digirin, û dubarekirina makîneyên virtual di asta hîpervisorê de têne kirin, ev ê ji girtina VM-yan di navenda daneya paşvekêşanê de nehêle. Em databases û serîlêdanên taybetî bi karanîna amûrên çêkirî dubare dikin û VM-ê vekirî dihêlin. Ger navenda daneya sereke têk biçe, em pergalên di navenda daneya paşvekêşanê de didin destpêkirin. Em bawer dikin ku nêzîkî 100 makîneyên virtual hene. Dema ku navenda daneya bingehîn xebitî ye, navenda daneya standby dikare hawîrdorên ceribandinê û pergalên din ên ku dikarin werin girtin heke navenda daneya bingehîn biguhere bimeşîne. Her weha gengaz e ku em dubarekirina du-alî bikar bînin. Ji nêrînek hardware, tiştek dê neyê guhertin.
Di mijara mîmariya klasîk de, em ê li her navendek daneyê pergalek hilanîna hîbrîd bi gihîştina bi FibreChannel, rêzkirin, deduberkirin û berhevkirin (lê ne serhêl), 8 server ji bo her malperê, 2 guheztinên FibreChannel û 10G Ethernet saz bikin. Ji bo birêvebirina dubarekirin û veguheztinê di mîmariyek klasîk de, em dikarin amûrên VMware (Replication + SRM) an amûrên sêyemîn bikar bînin, ku dê hinekî erzantir û carinan hêsantir be.
Figure diagram nîşan dide.
Dema ku Cisco HyperFlex bikar bînin, mîmariya jêrîn tê wergirtin:
Ji bo HyperFlex, min serverên bi çavkaniyên CPU / RAM-ê yên mezin bikar anîn, ji ber ku ... Hin çavkaniyan dê biçin kontrolkera HyperFlex VM; Di warê CPU û bîranînê de, min tewra veavakirina HyperFlex hinekî ji nû ve mîheng kir da ku bi Cisco re nelîze û ji bo VM-yên mayî çavkaniyên garantî neke. Lê em dikarin guheztinên FibreChannel biterikînin, û em ê ji bo her serverek hewceyê portên Ethernet nebin; seyrûsefera herêmî di nav FI-yê de tê guheztin.
Encam ji bo her navendek daneyê veavakirina jêrîn bû:
Servers
8 x 1U Server (384 GB RAM, 2 x Intel Gold 6132, FC HBA)
8 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6150, 3,2 GB SSD, 10 x 6 TB NL-SAS)
SHD
Pergala hilanîna hîbrîd bi FC Front-End (20TB SSD, 130 TB NL-SAS)
-
LAN
2 x Guhestina Ethernet 10G 12 port
-
SINGING
2 x FC Guhestina 32/16Gb 24 port
2 x Cisco UCS FI 6332
Lîsans
VMware Ent Plus
Replication û/an orkestrasyona veguherandina VM
VMware Ent Plus
Min lîsansên nermalava dubarekirinê ji bo Hyperflex peyda nekiriye, ji ber ku ev ji qutiyê ji bo me peyda dibe.
Ji bo mîmariya klasîk, min firoşkarek hilbijart ku xwe wekî hilberînerek bi kalîte û erzan destnîşan kiriye. Ji bo her du vebijarkan, min ji bo çareseriyek taybetî dakêşana standard sepand, û di encamê de min bihayên rastîn wergirtin.
Çareseriya Cisco HyperFlex% 13 erzantir derket.
Senaryo 2: afirandina du navendên daneya çalak. Di vê senaryoyê de, em li ser VMware komikek dirêjkirî dîzayn dikin.
Mîmariya klasîk ji pêşkêşkerên virtualîzasyonê, SAN (protokola FC) û du pergalên hilanînê pêk tê ku dikarin bi qebareya ku di navbera wan de dirêjkirî bixwînin û binivîsin. Li ser her pergalek hilanînê em ji bo hilanînê kapasîteya kêrhatî danîne.
Li HyperFlex em bi tenê Komek Stretch bi heman hejmara girêkan li ser her du malperan diafirînin. Di vê rewşê de, faktorek dubarekirina 2 + 2 tê bikaranîn.
Encam konfigurasyona jêrîn e:
mîmariya klasîk
HyperFlex
Servers
16 x 1U Server (384 GB RAM, 2 x Intel Gold 6132, FC HBA, 2 x 10G NIC)
16 x HX240C-M5L (512 GB RAM, 2 x Intel Gold 6132, 1,6 TB NVMe, 12 x 3,8 TB SSD, VIC 1387)
SHD
2 x pergalên hilanînê AllFlash (150 TB SSD)
-
LAN
4 x Guhestina Ethernet 10G 24 port
-
SINGING
4 x FC Guhestina 32/16Gb 24 port
4 x Cisco UCS FI 6332
Lîsans
VMware Ent Plus
VMware Ent Plus
Di hemî hesaban de, min binesaziya torê, lêçûnên navenda daneyê, hwd hesab nekiriye: Ew ê ji bo mîmariya klasîk û ji bo çareseriya HyperFlex yek bin.
Di warê lêçûnê de, HyperFlex derket 5% bihatir. Li vir Hêjayî gotinê ye ku di warê çavkaniyên CPU/RAM-ê de min ji bo Cisco-yê şikestîyek hebû, ji ber ku di veavakirinê de min kanalên kontrolkerê bîranînê bi yeksan dagirtin. Lêçûn hinekî zêde ye, lê ne bi rêzek mezinahiyê, ku bi zelalî destnîşan dike ku hyperconvergence ne hewce ye ku "lîstokek ji bo dewlemendan", lê dikare bi nêzîkatiya standard a avakirina navendek daneyê re pêşbaziyê bike. Ev jî dibe ku ji wan kesên ku jixwe serverên Cisco UCS û binesaziya têkildar ji bo wan hene balkêş be.
Di nav avantajan de, em nebûna lêçûnên ji bo rêvebirina SAN û pergalên hilanînê, berhevkirina serhêl û jêbirinê, xalek têketinê ya ji bo piştgirîyê (virtualîzasyon, pêşkêşker, ew jî pergalên hilanînê ne), cîhê teserûf dikin (lê ne di hemî senaryoyan de), hêsankirina operasyonê.
Ji bo piştgirîyê, li vir hûn wê ji yek firoşkarê digirin - Cisco. Li gorî ezmûna xwe ya bi serverên Cisco UCS re dadbar dikim, ez jê hez dikim; ne hewce bû ku ez wê li ser HyperFlex vekim, her tişt bi heman rengî xebitî. Endezyar tavilê bersivê didin û dikarin ne tenê pirsgirêkên tîpîk, lê di heman demê de dozên qeraxên tevlihev jî çareser bikin. Carinan ez bi pirsan li wan dizivirim: "Gelo meriv dikare vê yekê bike, bişkîne?" an "Min tiştek li vir mîheng kir, û ew naxwaze bixebite. Alîkarî!" - ew ê bi bîhnfirehî li wir rêberê pêwîst bibînin û kiryarên rast destnîşan bikin; ew ê bersiv nedin: "Em tenê pirsgirêkên hardware çareser dikin."
references
- Nameya min - [email parastî]
Source: www.habr.com