Kini usa ka mito nga kasagaran sa natad sa hardware sa server. Sa praktis, ang hyperconverged nga mga solusyon (kung ang tanan naa sa usa) gikinahanglan alang sa daghang mga butang. Sa kasaysayan, ang unang mga arkitektura gimugna sa Amazon ug Google alang sa ilang mga serbisyo. Unya ang ideya mao ang paghimo sa usa ka umahan sa kompyuter gikan sa parehas nga mga node, nga ang matag usa adunay kaugalingon nga mga disk. Kining tanan gihiusa sa pipila ka software nga nagporma sa sistema (hypervisor) ug gibahin ngadto sa mga virtual machine. Ang nag-unang tumong mao ang usa ka minimum nga paningkamot alang sa pag-alagad sa usa ka node ug sa usa ka minimum nga mga problema sa diha nga scaling: pagpalit lang og usa ka libo o duha sa sama nga mga server ug ikonektar sila sa duol. Sa praktis, kini mga hilit nga mga kaso, ug mas kanunay nga naghisgot kami bahin sa usa ka gamay nga gidaghanon sa mga node ug usa ka gamay nga lahi nga arkitektura.
Apan ang dugang nagpabilin nga parehas - dili katuohan nga kadali sa pag-scale ug pagdumala. Ang downside mao nga ang lain-laing mga buluhaton naggamit sa mga kapanguhaan sa lain-laing mga, ug sa pipila ka mga dapit adunay daghan nga mga lokal nga mga disk, sa uban adunay gamay nga RAM, ug uban pa, nga mao, alang sa lain-laing mga matang sa mga buluhaton, ang paggamit sa kapanguhaan mokunhod.
Mogawas nga nagbayad ka og 10–15% pa para sa kasayon sa pag-setup. Mao kini ang nakapukaw sa mito sa titulo. Naggugol kami og taas nga panahon sa pagpangita kung asa ang teknolohiya nga labing maayo nga magamit, ug among nakit-an kini. Ang tinuod mao nga ang Cisco walay kaugalingong mga sistema sa pagtipig, apan gusto nila ang usa ka kompleto nga merkado sa server. Ug gihimo nila ang Cisco Hyperflex - usa ka solusyon nga adunay lokal nga pagtipig sa mga node.
Ug kini kalit nga nahimo nga usa ka maayo kaayo nga solusyon alang sa mga backup nga sentro sa datos (Disaster Recovery). Isulti ko kanimo kung ngano ug giunsa karon. Ug ipakita ko kanimo ang mga pagsulay sa cluster.
Kung diin gikinahanglan
Ang hyperconvergence mao ang:
- Pagbalhin sa mga disk aron makalkula ang mga node.
- Ang bug-os nga panagsama sa subsystem sa pagtipig sa subsystem sa virtualization.
- Pagbalhin/paghiusa sa subsystem sa network.
Kini nga kombinasyon nagtugot kanimo sa pagpatuman sa daghang mga bahin sa sistema sa pagtipig sa lebel sa virtualization ug tanan gikan sa usa ka control window.
Sa among kompanya, ang mga proyekto sa pagdesinyo sa sobra nga mga sentro sa datos nanginahanglan kaayo, ug ang usa ka hyperconverged nga solusyon kanunay nga gipili tungod sa daghang mga kapilian sa pagkopya (hangtod sa usa ka metrocluster) gikan sa kahon.
Sa kaso sa backup data centers, kasagaran namong gihisgutan ang usa ka hilit nga pasilidad sa usa ka site sa pikas nga bahin sa siyudad o sa laing siyudad sa kinatibuk-an. Gitugotan ka niini nga ibalik ang mga kritikal nga sistema kung adunay usa ka partial o kompleto nga kapakyasan sa panguna nga sentro sa datos. Ang mga datos sa pagbaligya kanunay nga gisundog didto, ug kini nga replikasyon mahimong anaa sa lebel sa aplikasyon o sa block device (storage) nga lebel.
Busa, karon maghisgot ako bahin sa disenyo sa sistema ug mga pagsulay, ug dayon bahin sa usa ka magtiayon nga mga sitwasyon sa aplikasyon sa tinuod nga kinabuhi nga adunay datos sa pagtipig.
Mga Pagsulay
Ang among pananglitan naglangkob sa upat ka mga server, ang matag usa adunay 10 SSD drive nga 960 GB. Adunay usa ka gipahinungod nga disk alang sa pag-cache sa pagsulat nga mga operasyon ug pagtipig sa serbisyo nga virtual machine. Ang solusyon mismo mao ang ikaupat nga bersyon. Ang una prangka nga krudo (paghukom sa mga pagsusi), ang ikaduha damp, ang ikatulo medyo lig-on, ug kini nga usa mahimong tawgon nga usa ka pagpagawas pagkahuman sa pagsulay sa beta alang sa kinatibuk-ang publiko. Atol sa pagsulay wala koy nakita nga mga problema, ang tanan nagtrabaho sama sa usa ka orasan.
Mga pagbag-o sa v4Usa ka hugpong sa mga bug ang naayo.
Sa sinugdan, ang plataporma mahimo lamang nga magtrabaho sa VMware ESXi hypervisor ug gisuportahan ang gamay nga gidaghanon sa mga node. Usab, ang proseso sa pag-deploy dili kanunay nga malampuson nga natapos, ang pipila ka mga lakang kinahanglan nga i-restart, adunay mga problema sa pag-update gikan sa mga daan nga bersyon, ang datos sa GUI dili kanunay nga gipakita sa husto (bisan kung dili pa ako malipayon sa pagpakita sa mga graph sa pasundayag. ), usahay motungha ang mga problema sa interface nga adunay virtualization.
Karon ang tanan nga mga problema sa pagkabata naayo na, ang HyperFlex makahimo sa pagdumala sa ESXi ug Hyper-V, ug posible nga:
- Paghimo sa usa ka gituy-od nga cluster.
- Paghimo usa ka kumpol alang sa mga opisina nga wala gigamit ang Fabric Interconnect, gikan sa duha hangtod upat ka mga node (nagpalit lang kami mga server).
- Abilidad sa pagtrabaho uban sa mga eksternal nga sistema sa pagtipig.
- Suporta alang sa mga sudlanan ug Kubernetes.
- Paghimo sa mga sona nga magamit.
- Paghiusa sa VMware SRM kung ang built-in nga pagpaandar dili makatagbaw.
Ang arkitektura dili kaayo lahi sa mga solusyon sa mga nag-unang kakompetensya; wala sila nagmugna usa ka bisikleta. Ang tanan nagdagan sa VMware o Hyper-V virtualization platform. Ang hardware gi-host sa proprietary Cisco UCS server. Adunay mga tawo nga nagdumot sa plataporma alang sa relatibong pagkakomplikado sa inisyal nga pag-setup, daghang mga buton, usa ka non-trivial nga sistema sa mga templates ug dependencies, apan adunay mga nakakat-on usab sa Zen, nadasig sa ideya ug dili na gusto. sa pagtrabaho uban sa ubang mga server.
Atong hisgotan ang solusyon alang sa VMware, tungod kay ang solusyon orihinal nga gimugna alang niini ug adunay mas daghang gamit; Ang Hyper-V gidugang sa dalan aron makasunod sa mga kakompetensya ug makatagbo sa mga gilauman sa merkado.
Adunay usa ka pungpong sa mga server nga puno sa mga disk. Adunay mga disk alang sa pagtipig sa datos (SSD o HDD - sumala sa imong gusto ug panginahanglan), adunay usa ka SSD disk alang sa caching. Sa pagsulat sa data ngadto sa datastore, ang data gitipigan sa caching layer (gipahinungod nga SSD disk ug RAM sa serbisyo VM). Sa susama, usa ka bloke sa datos ang gipadala sa mga node sa cluster (ang gidaghanon sa mga node nagdepende sa cluster replication factor). Pagkahuman sa kumpirmasyon gikan sa tanan nga mga node bahin sa malampuson nga pagrekord, ang kumpirmasyon sa pagrekord ipadala sa hypervisor ug dayon sa VM. Ang narekord nga datos gi-deduplicate, gi-compress ug gisulat sa mga storage disk sa background. Sa parehas nga oras, ang usa ka dako nga bloke kanunay nga gisulat sa mga disk sa pagtipig ug sunud-sunod, nga nagpamenos sa pagkarga sa mga disk sa pagtipig.
Ang deduplication ug compression kanunay nga gi-enable ug dili ma-disable. Ang datos direkta nga gibasa gikan sa mga storage disk o gikan sa RAM cache. Kung gigamit ang usa ka hybrid nga pagsumpo, ang mga pagbasa gi-cache usab sa SSD.
Ang datos wala gihigot sa kasamtangan nga lokasyon sa virtual machine ug giapod-apod nga parehas sa taliwala sa mga node. Kini nga pamaagi nagtugot kanimo sa pag-load sa tanan nga mga disk ug mga interface sa network nga parehas. Adunay usa ka dayag nga disbentaha: dili namo mapakunhod ang latency sa pagbasa kutob sa mahimo, tungod kay walay garantiya sa pagkaanaa sa datos sa lokal. Apan ako nagtuo nga kini gamay nga sakripisyo kon itandi sa mga benepisyo nga nadawat. Dugang pa, ang mga paglangan sa network nakaabot sa ingon nga mga kantidad nga halos dili kini makaapekto sa kinatibuk-ang resulta.
Ang usa ka espesyal nga serbisyo nga VM Cisco HyperFlex Data Platform controller, nga gimugna sa matag storage node, maoy responsable sa tibuok nga operasyon nga logic sa disk subsystem. Sa among serbisyo VM configuration, walo ka vCPUs ug 72 GB sa RAM ang gigahin, nga dili kaayo gamay. Pahinumdoman ko ikaw nga ang host mismo adunay 28 nga pisikal nga mga cores ug 512 GB nga RAM.
Ang serbisyo nga VM adunay access sa pisikal nga mga disk direkta pinaagi sa pagpasa sa SAS controller ngadto sa VM. Ang komunikasyon uban sa hypervisor mahitabo pinaagi sa usa ka espesyal nga module IOVisor, nga intercepts I/O operasyon, ug sa paggamit sa usa ka ahente nga nagtugot kaninyo sa pagpadala sa mga sugo ngadto sa hypervisor API. Ang ahente ang responsable sa pagtrabaho sa mga snapshot ug clone sa HyperFlex.
Ang mga kahinguhaan sa disk gi-mount sa hypervisor ingon nga NFS o SMB shares (depende sa matang sa hypervisor, tag-ana kung asa ang usa). Ug sa ilawom sa hood, kini usa ka gipang-apod-apod nga sistema sa file nga nagtugot kanimo sa pagdugang mga bahin sa mga hamtong nga hingpit nga sistema sa pagtipig: manipis nga alokasyon sa volume, pag-compress ug pag-deduplication, mga snapshot gamit ang teknolohiya sa Redirect-on-Write, dungan / asynchronous nga replikasyon.
Ang serbisyo nga VM naghatag og access sa WEB management interface sa HyperFlex subsystem. Adunay panagsama sa vCenter, ug kadaghanan sa adlaw-adlaw nga mga buluhaton mahimo gikan niini, apan ang mga datastore, pananglitan, mas kombenyente sa pagputol gikan sa usa ka bulag nga webcam kung nakabalhin ka na sa usa ka paspas nga interface sa HTML5, o naggamit usa ka hingpit nga kliyente sa Flash. nga adunay bug-os nga panagsama. Sa serbisyo sa webcam mahimo nimong tan-awon ang pasundayag ug detalyado nga kahimtang sa sistema.
Adunay laing matang sa node sa usa ka cluster - computing nodes. Mahimo kini nga mga rack o blade server nga wala’y mga built-in nga disk. Sa kini nga mga server mahimo nimong ipadagan ang mga VM, ang datos nga gitipigan sa mga server nga adunay mga disk. Gikan sa punto sa panglantaw sa pag-access sa datos, walay kalainan tali sa mga matang sa mga node, tungod kay ang arkitektura naglakip sa abstraction gikan sa pisikal nga lokasyon sa data. Ang labing taas nga ratio sa mga node sa pag-compute sa mga node sa pagtipig mao ang 2: 1.
Ang paggamit sa mga node sa pag-compute nagdugang sa pagka-flexible sa pag-scale sa mga kapanguhaan sa cluster: dili kinahanglan nga mopalit kami og dugang nga mga node nga adunay mga disk kung kinahanglan ra namon ang CPU / RAM. Dugang pa, makadugang kami og blade cage ug makatipig sa rack placement sa mga server.
Ingon usa ka sangputanan, kami adunay usa ka hyperconverged nga plataporma nga adunay mga musunud nga bahin:
- Moabot sa 64 ka node sa usa ka cluster (hangtod sa 32 ka storage node).
- Ang minimum nga gidaghanon sa mga node sa usa ka cluster mao ang tulo (duha alang sa usa ka Edge cluster).
- Mekanismo sa redundancy sa datos: pagsalamin sa replication factor 2 ug 3.
- Metro cluster.
- Asynchronous VM replication sa laing HyperFlex cluster.
- Orkestra sa pagbalhin sa mga VM sa usa ka hilit nga sentro sa datos.
- Lumad nga mga snapshot gamit ang Redirect-on-Write nga teknolohiya.
- Hangtud sa 1 PB nga magamit nga luna sa replication factor 3 ug walay deduplication. Wala namo tagda ang replication factor 2, tungod kay dili kini kapilian alang sa seryoso nga pagbaligya.
Ang laing dako nga plus mao ang kadali sa pagdumala ug pag-deploy. Ang tanan nga mga komplikado sa pag-set up sa mga server sa UCS giatiman sa usa ka espesyal nga VM nga giandam sa mga inhenyero sa Cisco.
Pag-configure sa bench sa pagsulay:
- 2 x Cisco UCS Fabric Interconnect 6248UP ingon usa ka cluster sa pagdumala ug mga sangkap sa network (48 nga mga pantalan nga naglihok sa Ethernet 10G / FC 16G mode).
- Upat ka Cisco UCS HXAF240 M4 server.
Mga kinaiya sa server:
CPU
2 x Intel® Xeon® E5-2690 v4
RAM
16 x 32GB DDR4-2400-MHz RDIMM/PC4-19200/dual ranggo/x4/1.2v
network
UCSC-MLOM-CSC-02 (VIC 1227). 2 10G Ethernet nga mga pantalan
Pagtipig HBA
Cisco 12G Modular SAS Pass pinaagi sa Controller
Mga Disk sa Pagtipig
1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB
Dugang mga kapilian sa pag-configureDugang sa pinili nga hardware, ang mosunod nga mga opsyon anaa karon:
- HXAF240c M5.
- Usa o duha ka mga CPU gikan sa Intel Silver 4110 hangtod sa Intel Platinum I8260Y. Ang ikaduha nga henerasyon magamit.
- 24 nga memory slots, strips gikan sa 16 GB RDIMM 2600 ngadto sa 128 GB LRDIMM 2933.
- Gikan sa 6 ngadto sa 23 ka data disk, usa ka caching disk, usa ka system disk ug usa ka boot disk.
Kapasidad Drives
- HX-SD960G61X-EV 960GB 2.5 Inch Enterprise Value 6G SATA SSD (1X paglahutay) SAS 960 GB.
- HX-SD38T61X-EV 3.8TB 2.5 pulgada Enterprise Value 6G SATA SSD (1X paglahutay) SAS 3.8 TB.
- Mga Caching Drive
- HX-NVMEXPB-I375 375GB 2.5 pulgada nga Intel Optane Drive, Grabe nga Perf & Paglahutay.
- HX-NVMEHW-H1600* 1.6TB 2.5 pulgada nga Ent. Perf. NVMe SSD (3X paglahutay) NVMe 1.6 TB.
- HX-SD400G12TX-EP 400GB 2.5 pulgada nga Ent. Perf. 12G SAS SSD (10X paglahutay) SAS 400 GB.
- HX-SD800GBENK9** 800GB 2.5 pulgada nga Ent. Perf. 12G SAS SED SSD (10X nga paglahutay) SAS 800 GB.
- HX-SD16T123X-EP 1.6TB 2.5 pulgada Enterprise performance 12G SAS SSD (3X paglahutay).
Sistema/Log Drives
- HX-SD240GM1X-EV 240GB 2.5 pulgada Enterprise Value 6G SATA SSD (Nagkinahanglan og upgrade).
Mga Boot Drive
- HX-M2-240GB 240GB SATA M.2 SSD SATA 240GB.
Sumpaysumpaya ang network pinaagi sa 40G, 25G o 10G Ethernet port.
Ang FI mahimong HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G).
Ang pagsulay mismo
Aron sulayan ang disk subsystem, gigamit nako ang HCIBench 2.2.1. Kini usa ka libre nga utility nga nagtugot kanimo sa pag-automate sa paghimo sa usa ka load gikan sa daghang mga virtual machine. Ang load mismo gihimo sa naandan nga fio.
Ang among cluster naglangkob sa upat ka mga node, replication factor 3, ang tanan nga mga disk kay Flash.
Alang sa pagsulay, naghimo ko og upat ka datastore ug walo ka virtual machine. Alang sa pagsulat sa mga pagsulay, gituohan nga ang caching disk dili puno.
Ang mga resulta sa pagsulay mao ang mosunod:
100% Basaha 100% Random
0% Basaha 100% Random
Block/pila giladmon
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
Ang Bold nagpakita sa mga kantidad nga pagkahuman wala’y pagtaas sa pagka-produktibo, usahay bisan ang pagkadaot makita. Kini tungod sa kamatuoran nga kita limitado sa performance sa network/controllers/disks.
- Sunod-sunod nga pagbasa 4432 MB/s.
- Sunod-sunod nga pagsulat 804 MB/s.
- Kung ang usa ka controller mapakyas (pagkapakyas sa usa ka virtual machine o host), ang pag-drop sa pasundayag duha ka pilo.
- Kung mapakyas ang storage disk, ang drawdown mao ang 1/3. Ang pagtukod pag-usab sa disk nagkinahanglan og 5% sa mga kahinguhaan sa matag controller.
Sa usa ka gamay nga bloke, limitado kami sa pasundayag sa controller (virtual machine), ang CPU niini gikarga sa 100%, ug kung ang block nagdugang, limitado kami sa bandwidth sa pantalan. Ang 10 Gbps dili igo aron maablihan ang potensyal sa sistema sa AllFlash. Ikasubo, ang mga parameter sa gihatag nga demo stand wala magtugot kanamo sa pagsulay sa operasyon sa 40 Gbit / s.
Sa akong impresyon gikan sa mga pagsulay ug pagtuon sa arkitektura, tungod sa algorithm nga nagbutang sa datos tali sa tanan nga mga host, nakakuha kami scalable, matag-an nga pasundayag, apan kini usa usab ka limitasyon kung magbasa, tungod kay mahimo’g mapuga ang labi pa gikan sa mga lokal nga disk, dinhi kini makaluwas sa usa ka mas produktibo nga network, pananglitan, ang FI sa 40 Gbit/s anaa.
Usab, ang usa ka disk alang sa caching ug deduplication mahimong usa ka limitasyon; sa tinuud, sa kini nga testbed mahimo kaming magsulat sa upat ka mga disk sa SSD. Maayo unta nga madugangan ang gidaghanon sa mga caching drive ug makita ang kalainan.
Tinuod nga gamit
Aron maorganisar ang usa ka backup nga sentro sa datos, mahimo nimong gamiton ang duha nga mga pamaagi (wala namon gikonsiderar ang pagbutang usa ka backup sa usa ka hilit nga site):
- Aktibo-Pasibo. Ang tanan nga mga aplikasyon gi-host sa panguna nga sentro sa datos. Ang pagkopya dungan o asynchronous. Kung mapakyas ang panguna nga sentro sa datos, kinahanglan naton nga i-aktibo ang backup. Mahimo kini nga mano-mano/mga script/mga aplikasyon sa orkestrasyon. Dinhi makakuha kami usa ka RPO nga katumbas sa frequency sa pagkopya, ug ang RTO nagdepende sa reaksyon ug kahanas sa tagdumala ug ang kalidad sa pag-uswag / pag-debug sa plano sa pagbalhin.
- Aktibo-Aktibo. Sa kini nga kaso, adunay dungan nga replikasyon; ang pagkaanaa sa mga sentro sa datos gitino sa usa ka korum / arbiter nga estrikto nga nahimutang sa ikatulo nga site. RPO = 0, ug RTO mahimong moabot 0 (kon ang aplikasyon motugot) o katumbas sa failover nga panahon sa usa ka node sa usa ka virtualization cluster. Sa lebel sa virtualization, usa ka stretched (Metro) cluster ang gihimo nga nagkinahanglan sa Active-Active storage.
Kasagaran atong makita nga ang mga kliyente nagpatuman na sa usa ka arkitektura nga adunay usa ka classic storage system sa main data center, mao nga nagdesinyo kami og lain alang sa replikasyon. Sama sa akong nahisgutan, ang Cisco HyperFlex nagtanyag asynchronous replication ug stretched virtualization cluster creation. Sa samang higayon, wala namo kinahanglana ang usa ka dedikado nga sistema sa pagtipig sa lebel sa Midrange ug mas taas nga adunay mahal nga mga function sa pagkopya ug Aktibo-Aktibo nga pag-access sa datos sa duha ka sistema sa pagtipig.
Sitwasyon 1: Kami adunay panguna ug backup nga mga sentro sa datos, usa ka platform sa virtualization sa VMware vSphere. Ang tanan nga mga produktibo nga sistema nahimutang sa panguna nga sentro sa datos, ug ang pagkopya sa mga virtual nga makina gihimo sa lebel sa hypervisor, kini maglikay sa pagpadayon sa mga VM sa backup nga sentro sa datos. Gisundog namo ang mga database ug mga espesyal nga aplikasyon gamit ang mga built-in nga himan ug gipadayon ang pag-on sa mga VM. Kung mapakyas ang nag-unang data center, maglunsad kami og mga sistema sa backup data center. Kami nagtuo nga kami adunay mga 100 ka virtual nga makina. Samtang ang nag-unang data center kay operational, ang standby data center mahimong magpadagan sa test environment ug uban pang mga sistema nga mahimong i-shut down kung ang primary data center mobalhin. Posible usab nga mogamit kita og two-way replication. Gikan sa usa ka punto sa hardware, walay mausab.
Sa kaso sa klasikal nga arkitektura, mag-install kami sa matag data center og hybrid storage system nga adunay access pinaagi sa FibreChannel, tiering, deduplication ug compression (apan dili online), 8 servers alang sa matag site, 2 FibreChannel switch ug 10G Ethernet. Alang sa replikasyon ug pagbalhin sa pagdumala sa usa ka klasiko nga arkitektura, mahimo namong gamiton ang mga himan sa VMware (Replication + SRM) o mga himan sa ikatulo nga partido, nga mahimong mas barato ug usahay mas sayon.
Ang numero nagpakita sa diagram.
Kung gigamit ang Cisco HyperFlex, nakuha ang mosunud nga arkitektura:
Alang sa HyperFlex, gigamit nako ang mga server nga adunay daghang mga kapanguhaan sa CPU / RAM, tungod kay ... Ang pipila sa mga kahinguhaan moadto sa HyperFlex controller VM; sa termino sa CPU ug memorya, gi-configure ko pa gani ang HyperFlex configuration og gamay aron dili magdula uban sa Cisco ug makagarantiya sa mga kapanguhaan alang sa nahabilin nga mga VM. Apan mahimo natong biyaan ang mga switch sa FibreChannel, ug dili na nato kinahanglan ang mga Ethernet port alang sa matag server; ang lokal nga trapiko gibalhin sulod sa FI.
Ang resulta mao ang mosunod nga configuration alang sa matag data center:
Mga server
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
Hybrid storage system nga adunay FC Front-End (20TB SSD, 130 TB NL-SAS)
-
LAN
2 x Ethernet switch 10G 12 port
-
SAN
2 x FC switch 32/16Gb 24 ports
2 x Cisco UCS FI 6332
Mga lisensya
VMware Ent Plus
Replikasyon ug/o orkestrasyon sa VM switching
VMware Ent Plus
Wala ako naghatag mga lisensya sa software sa pagkopya alang sa Hyperflex, tungod kay kini magamit sa gawas sa kahon alang kanamo.
Alang sa klasikal nga arkitektura, gipili nako ang usa ka vendor nga nagtukod sa kaugalingon ingon usa ka taas nga kalidad ug dili mahal nga tiggama. Alang sa duha ka mga kapilian, akong gipadapat ang standard nga diskwento alang sa usa ka piho nga solusyon, ug isip resulta nakadawat ako og tinuod nga mga presyo.
Ang solusyon sa Cisco HyperFlex nahimong 13% nga mas barato.
Sitwasyon 2: paghimo sa duha ka aktibo nga mga sentro sa datos. Sa kini nga senaryo, nagdisenyo kami usa ka gibuklad nga kumpol sa VMware.
Ang klasiko nga arkitektura naglangkob sa mga server sa virtualization, usa ka SAN (FC protocol) ug duha nga mga sistema sa pagtipig nga makabasa ug makasulat sa gidaghanon nga gilaraw sa taliwala nila. Sa matag sistema sa pagtipig gibutang namon ang usa ka mapuslanon nga kapasidad alang sa pagtipig.
Sa HyperFlex naghimo lang kami ug Stretch Cluster nga adunay parehas nga gidaghanon sa mga node sa duha ka site. Sa kini nga kaso, usa ka replication factor nga 2 + 2 ang gigamit.
Ang resulta mao ang mosunod nga configuration:
klasikal nga arkitektura
HyperFlex
Mga server
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 AllFlash storage systems (150 TB SSD)
-
LAN
4 x Ethernet switch 10G 24 port
-
SAN
4 x FC switch 32/16Gb 24 ports
4 x Cisco UCS FI 6332
Mga lisensya
VMware Ent Plus
VMware Ent Plus
Sa tanan nga mga kalkulasyon, wala nako gikonsiderar ang imprastraktura sa network, gasto sa sentro sa datos, ug uban pa: parehas sila alang sa klasikal nga arkitektura ug alang sa solusyon sa HyperFlex.
Sa termino sa gasto, ang HyperFlex nahimong 5% nga mas mahal. Angay nga matikdan dinhi nga sa mga termino sa mga kahinguhaan sa CPU / RAM ako adunay usa ka skew alang sa Cisco, tungod kay sa configuration gipuno nako ang mga channel sa memory controller nga parehas. Ang gasto gamay nga mas taas, apan dili sa usa ka han-ay sa magnitude, nga tin-aw nga nagpakita nga ang hyperconvergence dili kinahanglan nga usa ka "dulaan alang sa mga adunahan", apan mahimong makigkompetensya sa standard nga pamaagi sa pagtukod sa usa ka data center. Mahimo usab kini nga interes sa mga adunay mga server sa Cisco UCS ug ang katugbang nga imprastraktura alang kanila.
Lakip sa mga bentaha, makuha namon ang pagkawala sa mga gasto alang sa pagdumala sa SAN ug mga sistema sa pagtipig, online compression ug deduplication, usa ka entry point alang sa suporta (virtualization, server, sila usab mga sistema sa pagtipig), makatipig nga wanang (apan dili sa tanan nga mga senaryo), pagpayano sa operasyon.
Sama sa alang sa suporta, dinhi makuha nimo kini gikan sa usa ka vendor - Cisco. Sa paghukom sa akong kasinatian sa Cisco UCS server, ganahan ko niini; Dili nako kinahanglan nga ablihan kini sa HyperFlex, ang tanan nagtrabaho nga parehas. Ang mga inhenyero makatubag dayon ug makasulbad dili lamang sa kasagarang mga problema, kondili usab sa komplikadong mga kaso sa edge. Usahay modangop ko nila uban ang mga pangutana: “Posible ba nga buhaton kini, iduso kini?” o "Gi-configure nako ang usa ka butang dinhi, ug dili kini gusto nga molihok. Tabang!" - mapailubon nilang makit-an ang gikinahanglan nga giya didto ug itudlo ang husto nga mga aksyon; dili sila motubag: "Gisulbad ra namo ang mga problema sa hardware."
mga pakisayran
- Akong mail- [protektado sa email]
Source: www.habr.com