Tas ir diezgan izplatÄ«ts mÄ«ts serveru aparatÅ«ras jomÄ. PraksÄ hiperkonverÄ£Äti risinÄjumi (kad viss ir vienÄ) ir nepiecieÅ”ami daudzÄm lietÄm. VÄsturiski pirmÄs arhitektÅ«ras saviem pakalpojumiem izstrÄdÄja Amazon un Google. Tad radÄs doma izveidot skaitļoÅ”anas fermu no identiskiem mezgliem, kuriem katram bija savi diski. To visu apvienoja kÄda sistÄmu veidojoÅ”a programmatÅ«ra (hipervizors) un sadalÄ«ja virtuÄlajÄs maŔīnÄs. Galvenais mÄrÄ·is ir minimÄlas pÅ«les viena mezgla apkalpoÅ”anai un minimÄlas problÄmas mÄrogoÅ”anas laikÄ: vienkÄrÅ”i iegÄdÄjieties vÄl tÅ«kstoti vai divus tÄdus paÅ”us serverus un pievienojiet tos tuvumÄ. PraksÄ tie ir atseviŔķi gadÄ«jumi, un daudz biežÄk mÄs runÄjam par mazÄku mezglu skaitu un nedaudz atŔķirÄ«gu arhitektÅ«ru.
TaÄu pluss paliek nemainÄ«gs ā neticami viegla mÄrogoÅ”ana un pÄrvaldÄ«ba. MÄ«nuss ir tÄds, ka dažÄdi uzdevumi dažÄdi patÄrÄ resursus, un vietÄm bÅ«s daudz lokÄlo disku, citÄs maz RAM un tÄ tÄlÄk, proti, dažÄda veida uzdevumiem resursu izmantoÅ”ana samazinÄsies.
IzrÄdÄs, ka par iestatÄ«Å”anas vienkÄrŔību jÅ«s maksÄjat par 10ā15% vairÄk. Tas ir tas, kas izraisÄ«ja nosaukumÄ ietverto mÄ«tu. MÄs ilgi meklÄjÄm, kur tehnoloÄ£ija bÅ«tu optimÄli pielietojama, un mÄs to atradÄm. Fakts ir tÄds, ka Cisco nebija savas uzglabÄÅ”anas sistÄmas, bet viÅi gribÄja pilnÄ«gu serveru tirgu. Un viÅi izveidoja Cisco Hyperflex ā risinÄjumu ar lokÄlo krÄtuvi mezglos.
Un tas pÄkÅ”Åi izrÄdÄ«jÄs ļoti labs risinÄjums rezerves datu centriem (Disaster Recovery). Es jums pastÄstÄ«Å”u, kÄpÄc un kÄ tagad. Un es jums parÄdÄ«Å”u kopu testus.
Kur vajag
Hiperkonverģence ir:
Disku pÄrsÅ«tÄ«Å”ana uz skaitļoÅ”anas mezgliem.
KrÄtuves apakÅ”sistÄmas pilnÄ«ga integrÄcija ar virtualizÄcijas apakÅ”sistÄmu.
PÄrsÅ«tÄ«Å”ana/integrÄcija ar tÄ«kla apakÅ”sistÄmu.
Å Ä« kombinÄcija ļauj ieviest daudzas uzglabÄÅ”anas sistÄmas funkcijas virtualizÄcijas lÄ«menÄ« un visas no viena vadÄ«bas loga.
MÅ«su uzÅÄmumÄ ir liels pieprasÄ«jums pÄc lieku datu centru projektÄÅ”anas projektiem, un bieži tiek izvÄlÄts hiperkonverÄ£Äts risinÄjums, jo ir pieejamas daudzas replikÄcijas iespÄjas (lÄ«dz pat metroklasterim).
Rezerves datu centru gadÄ«jumÄ mÄs parasti runÄjam par attÄlu objektu, kas atrodas citÄ pilsÄtas pusÄ vai pavisam citÄ pilsÄtÄ. Tas ļauj atjaunot kritiskÄs sistÄmas galvenÄ datu centra daļÄjas vai pilnÄ«gas atteices gadÄ«jumÄ. Tur pastÄvÄ«gi tiek replicÄti pÄrdoÅ”anas dati, un Ŕī replikÄcija var bÅ«t lietojumprogrammas lÄ«menÄ« vai blokierÄ«ces (krÄtuves) lÄ«menÄ«.
TÄpÄc tagad es runÄÅ”u par sistÄmas dizainu un testiem, un pÄc tam par pÄris reÄliem lietojumprogrammu scenÄrijiem ar ietaupÄ«juma datiem.
Testi
MÅ«su instance sastÄv no Äetriem serveriem, no kuriem katram ir 10 SSD diskdziÅi ar 960 GB. Ir paredzÄts disks rakstÄ«Å”anas darbÄ«bu saglabÄÅ”anai keÅ”atmiÅÄ un pakalpojuma virtuÄlÄs maŔīnas glabÄÅ”anai. Pats risinÄjums ir ceturtÄ versija. Pirmais ir atklÄti sakot neapstrÄdÄts (spriežot pÄc atsauksmÄm), otrais ir mitrs, treÅ”ais jau ir diezgan stabils, un Å”o var saukt par izlaidumu pÄc beta testÄÅ”anas beigÄm plaÅ”ai sabiedrÄ«bai. PÄrbaudes laikÄ neredzÄju nekÄdas problÄmas, viss darbojas kÄ pulkstenis.
IzmaiÅas v4Ir novÄrsta virkne kļūdu.
SÄkotnÄji platforma varÄja darboties tikai ar VMware ESXi hipervizoru un atbalstÄ«ja nelielu skaitu mezglu. ArÄ« izvietoÅ”anas process ne vienmÄr beidzÄs veiksmÄ«gi, dažas darbÄ«bas bija jÄrestartÄ, radÄs problÄmas ar atjauninÄÅ”anu no vecÄkÄm versijÄm, dati GUI ne vienmÄr tika parÄdÄ«ti pareizi (lai gan joprojÄm neesmu apmierinÄts ar veiktspÄjas grafiku parÄdÄ«Å”anu ), dažreiz problÄmas radÄs saskarnÄ ar virtualizÄciju.
Tagad visas bÄrnÄ«bas problÄmas ir novÄrstas, HyperFlex var apstrÄdÄt gan ESXi, gan Hyper-V, kÄ arÄ« ir iespÄjams:
Izstiepta klastera izveide.
Klastera izveide birojiem, neizmantojot Fabric Interconnect, no diviem lÄ«dz Äetriem mezgliem (pÄrkam tikai serverus).
SpÄja strÄdÄt ar ÄrÄjÄm uzglabÄÅ”anas sistÄmÄm.
Atbalsts konteineriem un Kubernetes.
Pieejamības zonu izveide.
IntegrÄcija ar VMware SRM, ja iebÅ«vÄtÄ funkcionalitÄte nav apmierinoÅ”a.
ArhitektÅ«ra daudz neatŔķiras no galveno konkurentu risinÄjumiem, viÅi neradÄ«ja velosipÄdu. Tas viss darbojas VMware vai Hyper-V virtualizÄcijas platformÄ. AparatÅ«ra tiek mitinÄta patentÄtajos Cisco UCS serveros. Ir tÄdi, kas ienÄ«st platformu sÄkotnÄjÄs iestatÄ«Å”anas relatÄ«vÄs sarežģītÄ«bas dÄļ, daudz pogu, netriviÄlas veidÅu un atkarÄ«bu sistÄmas, taÄu ir arÄ« tÄdi, kuri ir apguvuÅ”i Zen, iedvesmojas no idejas un vairs nevÄlas. strÄdÄt ar citiem serveriem.
MÄs apsvÄrsim risinÄjumu VMware, jo risinÄjums sÄkotnÄji tika izveidots tam un tam ir vairÄk funkcionalitÄtes; Hyper-V tika pievienots pa ceļam, lai neatpaliktu no konkurentiem un atbilstu tirgus prasÄ«bÄm.
Ir pilns serveru kopums ar diskiem. Ir diski datu uzglabÄÅ”anai (SSD vai HDD - pÄc jÅ«su gaumes un vajadzÄ«bÄm), ir viens SSD disks keÅ”atmiÅai. Ierakstot datus datu krÄtuvÄ, dati tiek saglabÄti keÅ”atmiÅas slÄnÄ« (pakalpojuma VM Ä«paÅ”ajÄ SSD diskÄ un RAM). ParalÄli klastera mezgliem tiek nosÅ«tÄ«ts datu bloks (mezglu skaits ir atkarÄ«gs no klastera replikÄcijas koeficienta). PÄc apstiprinÄjuma no visiem mezgliem par veiksmÄ«gu ierakstÄ«Å”anu, ieraksta apstiprinÄjums tiek nosÅ«tÄ«ts uz hipervizoru un pÄc tam uz virtuÄlo maŔīnu. IerakstÄ«tie dati tiek dedublÄti, saspiesti un ierakstÄ«ti atmiÅas diskos fonÄ. TajÄ paÅ”Ä laikÄ liels bloks vienmÄr tiek ierakstÄ«ts uzglabÄÅ”anas diskos un secÄ«gi, kas samazina uzglabÄÅ”anas disku slodzi.
DeduplikÄcija un saspieÅ”ana vienmÄr ir iespÄjota, un tos nevar atspÄjot. Dati tiek nolasÄ«ti tieÅ”i no atmiÅas diskiem vai no RAM keÅ”atmiÅas. Ja tiek izmantota hibrÄ«da konfigurÄcija, nolasÄ«jumi tiek saglabÄti arÄ« SSD keÅ”atmiÅÄ.
Dati nav piesaistÄ«ti paÅ”reizÄjai virtuÄlÄs maŔīnas atraÅ”anÄs vietai un ir vienmÄrÄ«gi sadalÄ«ti starp mezgliem. Å Ä« pieeja ļauj vienÄdi ielÄdÄt visus diskus un tÄ«kla saskarnes. Ir acÄ«mredzams trÅ«kums: mÄs nevaram pÄc iespÄjas samazinÄt lasÄ«Å”anas latentumu, jo nav garantijas par datu pieejamÄ«bu lokÄli. Bet es uzskatu, ka tas ir niecÄ«gs upuris, salÄ«dzinot ar saÅemtajiem labumiem. TurklÄt tÄ«kla aizkaves ir sasnieguÅ”as tÄdas vÄrtÄ«bas, ka tÄs praktiski neietekmÄ kopÄjo rezultÄtu.
Par visu diska apakÅ”sistÄmas darbÄ«bas loÄ£iku atbild Ä«paÅ”s servisa VM Cisco HyperFlex Data Platform kontrolleris, kas tiek izveidots katrÄ krÄtuves mezglÄ. MÅ«su servisa VM konfigurÄcijÄ tika atvÄlÄti astoÅi vCPU un 72 GB RAM, kas nav nemaz tik maz. AtgÄdinÄÅ”u, ka paÅ”am saimniekdatoram ir 28 fiziskie kodoli un 512 GB RAM.
Pakalpojuma VM var tieÅ”i piekļūt fiziskajiem diskiem, pÄrsÅ«tot SAS kontrolleri uz virtuÄlo maŔīnu. SaziÅa ar hipervizoru notiek, izmantojot Ä«paÅ”u moduli IOVisor, kas pÄrtver I/O darbÄ«bas, un izmantojot aÄ£entu, kas ļauj nosÅ«tÄ«t komandas uz hipervizora API. AÄ£ents ir atbildÄ«gs par darbu ar HyperFlex momentuzÅÄmumiem un kloniem.
Diska resursi tiek montÄti hipervizorÄ kÄ NFS vai SMB koplietojumi (atkarÄ«bÄ no hipervizora veida, uzminiet, kurÅ” no tiem atrodas). Un zem pÄrsega Ŕī ir izplatÄ«ta failu sistÄma, kas ļauj pievienot pieauguÅ”o pilnvÄrtÄ«gu uzglabÄÅ”anas sistÄmu funkcijas: plÄna apjoma pieŔķirÅ”anu, saspieÅ”anu un dublÄÅ”anu, momentuzÅÄmumus, izmantojot Redirect-on-Write tehnoloÄ£iju, sinhrono/asinhrono replikÄciju.
Pakalpojums VM nodroÅ”ina piekļuvi HyperFlex apakÅ”sistÄmas WEB pÄrvaldÄ«bas saskarnei. Ir integrÄcija ar vCenter, un no tÄ var veikt lielÄko daļu ikdienas uzdevumu, taÄu, piemÄram, datu krÄtuves ir ÄrtÄk izgriezt no atseviŔķas tÄ«mekļa kameras, ja jau esat pÄrgÄjuÅ”i uz Ätro HTML5 saskarni vai izmantojat pilnvÄrtÄ«gu Flash klientu. ar pilnÄ«gu integrÄciju. Pakalpojuma tÄ«mekļa kamerÄ varat apskatÄ«t sistÄmas veiktspÄju un detalizÄtu statusu.
KlasterÄ« ir cita veida mezgli - skaitļoÅ”anas mezgli. Tie var bÅ«t plaukta vai asmens serveri bez iebÅ«vÄtiem diskiem. Å ajos serveros var darbinÄt virtuÄlÄs maŔīnas, kuru dati tiek glabÄti serveros ar diskiem. No datu piekļuves viedokļa nav atŔķirÄ«bas starp mezglu veidiem, jo āāarhitektÅ«ra ietver abstrakciju no datu fiziskÄs atraÅ”anÄs vietas. MaksimÄlÄ skaitļoÅ”anas mezglu attiecÄ«ba pret krÄtuves mezgliem ir 2:1.
AprÄÄ·inu mezglu izmantoÅ”ana palielina elastÄ«bu, mÄrogojot klastera resursus: mums nav jÄpÄrk papildu mezgli ar diskiem, ja mums ir nepiecieÅ”ams tikai CPU/RAM. TurklÄt mÄs varam pievienot lÄpstiÅu bÅ«ri un ietaupÄ«t uz serveru statÄ«va izvietojumu.
RezultÄtÄ mums ir hiperkonverÄ£Äta platforma ar Å”ÄdÄm funkcijÄm:
MinimÄlais mezglu skaits klasterÄ« ir trÄ«s (divi Edge klasterim).
Datu dublÄÅ”anas mehÄnisms: spoguļoÅ”ana ar replikÄcijas koeficientu 2 un 3.
Metro klasteris.
AsinhronÄ VM replikÄcija citÄ HyperFlex klasterÄ«.
VM pÄrslÄgÅ”anÄs uz attÄlo datu centru organizÄÅ”ana.
VietÄjie momentuzÅÄmumi, izmantojot tehnoloÄ£iju Redirect-on-Write.
LÄ«dz 1 PB izmantojamÄs vietas ar replikÄcijas koeficientu 3 un bez dublÄÅ”anas. MÄs neÅemam vÄrÄ replikÄcijas koeficientu 2, jo tas nav piemÄrots nopietniem pÄrdoÅ”anas darÄ«jumiem.
VÄl viens milzÄ«gs pluss ir vienkÄrÅ”a pÄrvaldÄ«ba un izvietoÅ”ana. Par visÄm UCS serveru iestatÄ«Å”anas sarežģītÄ«bÄm rÅ«pÄjas specializÄta VM, ko sagatavojuÅ”i Cisco inženieri.
Testa stenda konfigurÄcija:
2 x Cisco UCS Fabric Interconnect 6248UP kÄ pÄrvaldÄ«bas klasteris un tÄ«kla komponenti (48 porti, kas darbojas Ethernet 10G/FC 16G režīmÄ).
Äetri Cisco UCS HXAF240 M4 serveri.
Servera īpaŔības:
CPU
2 x IntelĀ® XeonĀ® E5-2690 v4
RAM
16 x 32 GB DDR4-2400 MHz RDIMM/PC4-19200/duÄlÄ ranga/x4/1.2 v
tīkls
UCSC-MLOM-CSC-02 (VIC 1227). 2 10G Ethernet porti
UzglabÄÅ”ana HBA
Cisco 12G Modular SAS caurlaide kontroliera
UzglabÄÅ”anas diski
1 x SSD Intel S3520 120 GB, 1 x SSD Samsung MZ-IES800D, 10 x SSD Samsung PM863a 960 GB
VairÄk konfigurÄcijas iespÄjuPapildus atlasÄ«tajai aparatÅ«rai paÅ”laik ir pieejamas Å”Ädas opcijas:
HXAF240c M5.
Viens vai divi CPU, sÄkot no Intel Silver 4110 lÄ«dz Intel Platinum I8260Y. Pieejama otrÄ paaudze.
HX-SD240GM1X-EV 240GB 2.5 collu Enterprise Value 6G SATA SSD (nepiecieÅ”ams jauninÄjums).
SÄknÄÅ”anas diskdziÅi
HX-M2-240GB 240GB SATA M.2 SSD SATA 240GB.
Pievienojieties tīklam, izmantojot 40G, 25G vai 10G Ethernet portus.
FI var būt HX-FI-6332 (40G), HX-FI-6332-16UP (40G), HX-FI-6454 (40G/100G).
Pats tests
Lai pÄrbaudÄ«tu diska apakÅ”sistÄmu, es izmantoju HCIBench 2.2.1. Å Ä« ir bezmaksas utilÄ«ta, kas ļauj automatizÄt slodzes izveidi no vairÄkÄm virtuÄlajÄm maŔīnÄm. PaÅ”u slodzi Ä£enerÄ parastais fio.
MÅ«su klasteris sastÄv no Äetriem mezgliem, replikÄcijas koeficients 3, visi diski ir Flash.
TestÄÅ”anai es izveidoju Äetrus datu krÄtuves un astoÅas virtuÄlÄs maŔīnas. RakstÄ«Å”anas testiem tiek pieÅemts, ka keÅ”atmiÅas disks nav pilns.
PÄrbaudes rezultÄti ir Å”Ädi:
100% lasīt 100% nejauŔi
0% Lasīt 100% nejauŔi
Bloku/rindas dziļums
128
256
512
1024
2048
128
256
512
1024
2048
4K
0,59 ms 213804 IOPS
0,84 ms 303540 IOPS
1,36 ms 374348 IOPS
2.47 ms 414116 IOPS
4,86 ms 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
TreknrakstÄ norÄdÄ«tas vÄrtÄ«bas, pÄc kurÄm produktivitÄte nepalielinÄs, dažreiz ir redzama pat degradÄcija. Tas ir saistÄ«ts ar faktu, ka mÅ«s ierobežo tÄ«kla / kontrolleru / disku veiktspÄja.
SecÄ«gÄ lasÄ«Å”ana 4432 MB/s.
SecÄ«gÄ rakstÄ«Å”ana 804 MB/s.
Ja viens kontrolleris atteicas (virtuÄlÄs maŔīnas vai resursdatora kļūme), veiktspÄjas kritums ir divkÄrÅ”s.
Ja atmiÅas disks neizdodas, izÅemÅ”ana ir 1/3. Diska atjaunoÅ”ana aizÅem 5% no katra kontrollera resursiem.
NelielÄ blokÄ mÅ«s ierobežo kontrollera (virtuÄlÄs maŔīnas) veiktspÄja, tÄ centrÄlais procesors ir noslogots par 100%, un, kad bloks palielinÄs, mÅ«s ierobežo porta joslas platums. Ar 10 Gb/s nepietiek, lai atraisÄ«tu AllFlash sistÄmas potenciÄlu. DiemžÄl piedÄvÄtÄ demo stenda parametri neļauj pÄrbaudÄ«t darbÄ«bu pie 40 Gbit/s.
ManÄ iespaidÄ no testiem un pÄtot arhitektÅ«ru, pateicoties algoritmam, kas ievieto datus starp visiem resursdatoriem, mÄs iegÅ«stam mÄrogojamu, prognozÄjamu veiktspÄju, taÄu tas ir arÄ« ierobežojums lasot, jo bÅ«tu iespÄjams izspiest vairÄk no lokÄlajiem diskiem, Å”eit tas var ietaupÄ«t produktÄ«vÄku tÄ«klu, piemÄram, ir pieejams FI ar Ätrumu 40 Gbit/s.
Ierobežojums var bÅ«t arÄ« viens disks keÅ”atmiÅas saglabÄÅ”anai un dublÄÅ”anas atcelÅ”anai; patiesÄ«bÄ Å”ajÄ testa laukÄ mÄs varam rakstÄ«t uz Äetriem SSD diskiem. BÅ«tu lieliski, ja varÄtu palielinÄt keÅ”atmiÅas disku skaitu un redzÄt atŔķirÄ«bu.
ReÄla izmantoÅ”ana
Lai organizÄtu dublÄjuma datu centru, varat izmantot divas pieejas (mÄs neapsveram dublÄjuma ievietoÅ”anu attÄlÄ vietnÄ):
AktÄ«vs-pasÄ«vs. Visas lietojumprogrammas tiek mitinÄtas galvenajÄ datu centrÄ. ReplikÄcija ir sinhrona vai asinhrona. Ja galvenais datu centrs neizdodas, mums ir jÄaktivizÄ rezerves centrs. To var izdarÄ«t manuÄli / skripti / orÄ·estrÄÅ”anas lietojumprogrammas. Å eit mÄs iegÅ«sim RPO, kas atbilst replikÄcijas biežumam, un RTO ir atkarÄ«gs no administratora reakcijas un prasmÄm un pÄrslÄgÅ”anas plÄna izstrÄdes/atkļūdoÅ”anas kvalitÄtes.
AktÄ«vs-AktÄ«vs. Å ajÄ gadÄ«jumÄ ir tikai sinhrona replikÄcija; datu centru pieejamÄ«bu nosaka kvorums/ŔķīrÄjtiesnesis, kas atrodas tikai treÅ”ajÄ vietÄ. RPO = 0, un RTO var sasniegt 0 (ja lietojumprogramma atļauj) vai vienÄdu ar virtualizÄcijas klastera mezgla kļūmjpÄrlÄces laiku. VirtualizÄcijas lÄ«menÄ« tiek izveidots izstiepts (Metro) klasteris, kam nepiecieÅ”ama aktÄ«vÄ-aktÄ«va krÄtuve.
Parasti mÄs redzam, ka klienti galvenajÄ datu centrÄ jau ir ieviesuÅ”i arhitektÅ«ru ar klasisko krÄtuves sistÄmu, tÄpÄc mÄs izstrÄdÄjam citu, lai veiktu replikÄciju. KÄ jau minÄju, Cisco HyperFlex piedÄvÄ asinhronu replikÄciju un izstieptu virtualizÄcijas klasteru izveidi. TajÄ paÅ”Ä laikÄ mums nav nepiecieÅ”ama Ä«paÅ”a vidÄja un augstÄka lÄ«meÅa uzglabÄÅ”anas sistÄma ar dÄrgÄm replikÄcijas funkcijÄm un aktÄ«vÄs-aktÄ«vas datu piekļuvi divÄs uzglabÄÅ”anas sistÄmÄs.
1. scenÄrijs: Mums ir primÄrie un rezerves datu centri, virtualizÄcijas platforma VMware vSphere. Visas produktÄ«vÄs sistÄmas atrodas galvenajÄ datu centrÄ, un virtuÄlo maŔīnu replikÄcija tiek veikta hipervizora lÄ«menÄ«, tÄdÄjÄdi izvairoties no virtuÄlÄs maŔīnas palikÅ”anas ieslÄgtas rezerves datu centrÄ. MÄs replicÄjam datu bÄzes un Ä«paÅ”as lietojumprogrammas, izmantojot iebÅ«vÄtos rÄ«kus, un turam ieslÄgtas virtuÄlÄs maŔīnas. Ja galvenais datu centrs neizdodas, mÄs palaižam sistÄmas rezerves datu centrÄ. MÄs uzskatÄm, ka mums ir aptuveni 100 virtuÄlo maŔīnu. KamÄr primÄrais datu centrs darbojas, gaidstÄves datu centrs var darbinÄt testa vides un citas sistÄmas, kuras var izslÄgt, ja primÄrais datu centrs pÄrslÄdzas. Ir arÄ« iespÄjams, ka mÄs izmantojam divvirzienu replikÄciju. No aparatÅ«ras viedokļa nekas nemainÄ«sies.
KlasiskÄs arhitektÅ«ras gadÄ«jumÄ mÄs katrÄ datu centrÄ uzstÄdÄ«sim hibrÄ«da krÄtuves sistÄmu ar piekļuvi, izmantojot FibreChannel, lÄ«meÅu, dublÄÅ”anas un saspieÅ”anas (bet ne tieÅ”saistÄ), 8 serverus katrai vietnei, 2 FibreChannel slÄdžus un 10G Ethernet. ReplikÄcijas un komutÄcijas pÄrvaldÄ«bai klasiskajÄ arhitektÅ«rÄ varam izmantot VMware rÄ«kus (Replication + SRM) vai treÅ”o puÅ”u rÄ«kus, kas bÅ«s nedaudz lÄtÄki un reizÄm ÄrtÄki.
AttÄlÄ parÄdÄ«ta diagramma.
Izmantojot Cisco HyperFlex, tiek iegÅ«ta Å”Äda arhitektÅ«ra:
HyperFlex izmantoju serverus ar lieliem CPU/RAM resursiem, jo... Daļa resursu nonÄks HyperFlex kontrollera virtuÄlajÄ maŔīnÄ; CPU un atmiÅas ziÅÄ es pat nedaudz pÄrkonfigurÄju HyperFlex konfigurÄciju, lai nespÄlÄtu kopÄ ar Cisco un garantÄtu resursus atlikuÅ”ajÄm virtuÄlajÄm maŔīnÄm. Bet mÄs varam atteikties no FibreChannel slÄdžiem, un mums nebÅ«s nepiecieÅ”ami Ethernet porti katram serverim; vietÄjÄ trafika tiek pÄrslÄgta FI ietvaros.
RezultÄts bija Å”Äda konfigurÄcija katram datu centram:
Serveri
8 x 1 U serveris (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
HibrÄ«da uzglabÄÅ”anas sistÄma ar FC Front-End (20 TB SSD, 130 TB NL-SAS)
SÄkot no
LAN
2 x Ethernet slÄdzis 10G 12 porti
SÄkot no
SAN
2 x FC slÄdzis 32/16Gb 24 porti
2 x Cisco UCS FI 6332
Licences
VMware Ent Plus
VM pÄrslÄgÅ”anÄs replikÄcija un/vai orÄ·estrÄÅ”ana
VMware Ent Plus
Es nenodroÅ”inÄju Hyperflex replikÄcijas programmatÅ«ras licences, jo tÄ mums ir pieejama jau sÄkotnÄji.
Klasiskajai arhitektÅ«rai es izvÄlÄjos pÄrdevÄju, kurÅ” ir sevi pierÄdÄ«jis kÄ kvalitatÄ«vu un lÄtu ražotÄju. Abiem variantiem piemÄroju standarta atlaidi konkrÄtam risinÄjumam, un rezultÄtÄ saÅÄmu reÄlas cenas.
Cisco HyperFlex risinÄjums izrÄdÄ«jÄs par 13% lÄtÄks.
2. scenÄrijs: divu aktÄ«vu datu centru izveide. Å ajÄ scenÄrijÄ mÄs VMware veidojam izstieptu kopu.
KlasiskÄ arhitektÅ«ra sastÄv no virtualizÄcijas serveriem, SAN (FC protokols) un divÄm uzglabÄÅ”anas sistÄmÄm, kas var lasÄ«t un rakstÄ«t starp tiem izstieptÄ sÄjumÄ. Katrai uzglabÄÅ”anas sistÄmai mÄs ievietojam noderÄ«gu uzglabÄÅ”anas ietilpÄ«bu.
UzÅÄmums HyperFlex mÄs vienkÄrÅ”i izveidojam stiepÅ”anÄs kopu ar vienÄdu mezglu skaitu abÄs vietnÄs. Å ajÄ gadÄ«jumÄ tiek izmantots replikÄcijas koeficients 2+2.
RezultÄts ir Å”Äda konfigurÄcija:
klasiskÄ arhitektÅ«ra
HyperFlex
Serveri
16 x 1 U serveris (384 GB RAM, 2 x Intel Gold 6132, FC HBA, 2 x 10 G 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 atmiÅas sistÄmas (150 TB SSD)
SÄkot no
LAN
4 x Ethernet slÄdzis 10G 24 porti
SÄkot no
SAN
4 x FC slÄdzis 32/16Gb 24 porti
4 x Cisco UCS FI 6332
Licences
VMware Ent Plus
VMware Ent Plus
Visos aprÄÄ·inos neÅÄmu vÄrÄ tÄ«kla infrastruktÅ«ru, datu centra izmaksas utt.: klasiskajai arhitektÅ«rai un HyperFlex risinÄjumam tÄs bÅ«s vienÄdas.
Izmaksu ziÅÄ HyperFlex izrÄdÄ«jÄs par 5% dÄrgÄks. Å eit ir vÄrts atzÄ«mÄt, ka CPU/RAM resursu ziÅÄ man bija Ŕķība Cisco, jo konfigurÄcijÄ es vienmÄrÄ«gi aizpildÄ«ju atmiÅas kontroliera kanÄlus. Izmaksas ir nedaudz augstÄkas, taÄu ne par lielumu, kas skaidri norÄda, ka hiperkonverÄ£ence ne vienmÄr ir ārotaļlieta bagÄtajiemā, bet var konkurÄt ar standarta pieeju datu centra izveidei. Tas var interesÄt arÄ« tos, kuriem jau ir Cisco UCS serveri un tiem atbilstoÅ”Ä infrastruktÅ«ra.
Starp priekÅ”rocÄ«bÄm mÄs iegÅ«stam izmaksu neesamÄ«bu par SAN un uzglabÄÅ”anas sistÄmu administrÄÅ”anu, tieÅ”saistes saspieÅ”anu un dublÄÅ”anu, vienotu atbalsta ieejas punktu (virtualizÄcija, serveri, tie ir arÄ« uzglabÄÅ”anas sistÄmas), vietas ietaupÄ«jumu (bet ne visos scenÄrijos), darbÄ«bas vienkÄrÅ”oÅ”ana.
Kas attiecas uz atbalstu, Å”eit jÅ«s to saÅemat no viena pÄrdevÄja - Cisco. Spriežot pÄc manas pieredzes ar Cisco UCS serveriem, man tas patÄ«k; man tas nebija jÄatver HyperFlex, viss darbojÄs tÄpat. Inženieri reaÄ£Ä Ätri un var atrisinÄt ne tikai tipiskas problÄmas, bet arÄ« sarežģītus malu gadÄ«jumus. Dažreiz es vÄrÅ”os pie viÅiem ar jautÄjumiem: "Vai to var izdarÄ«t, pieskrÅ«vÄt?" vai āEs Å”eit kaut ko konfigurÄju, un tas nevÄlas darboties. PalÄ«dziet!" - tur pacietÄ«gi atradÄ«s vajadzÄ«go ceļvedi un norÄdÄ«s uz pareizÄm darbÄ«bÄm; neatbildÄs: "MÄs risinÄm tikai aparatÅ«ras problÄmas."