Kumusta, mga magbabasa sa Habr. Niini nga artikulo nagbukas kami usa ka serye nga maghisgot bahin sa hyperconverged nga sistema nga AERODISK vAIR nga among naugmad. Sa sinugdan, gusto namong isulti ang tanan mahitungod sa tanan sa unang artikulo, apan ang sistema medyo komplikado, mao nga kan-on namo ang elepante sa mga bahin.
Atong sugdan ang istorya sa kasaysayan sa pagmugna sa sistema, pagsusi sa ARDFS file system, nga mao ang basehan sa vAIR, ug maghisgot usab og gamay mahitungod sa pagpahimutang niini nga solusyon sa merkado sa Russia.
Sa umaabot nga mga artikulo kita maghisgot sa dugang nga detalye mahitungod sa lain-laing mga bahin sa arkitektura (cluster, hypervisor, load balancer, monitoring system, ug uban pa), ang proseso sa pag-configure, pagpataas sa mga isyu sa paglilisensya, gilain nga pagpakita sa mga pagsulay sa pag-crash ug, siyempre, pagsulat mahitungod sa load testing ug pagsukod. Maghatag usab kami og bulag nga artikulo sa bersyon sa komunidad sa vAIR.
Ang Aerodisk ba usa ka istorya bahin sa mga sistema sa pagtipig? O ngano nga nagsugod kami sa paghimo sa hyperconvergence sa una?
Sa sinugdan, ang ideya sa paghimo sa among kaugalingon nga hyperconvergence miabut kanamo sa usa ka dapit sa 2010. Niadtong panahona, walay Aerodisk o susama nga mga solusyon (komersyal nga boxed hyperconverged system) sa merkado. Ang among buluhaton mao ang mga musunud: gikan sa usa ka set sa mga server nga adunay mga lokal nga disk, gihiusa sa usa ka interconnect pinaagi sa protocol sa Ethernet, kinahanglan nga maghimo usa ka taas nga pagtipig ug maglansad sa mga virtual machine ug usa ka network sa software didto. Kining tanan kinahanglang ipatuman nga walay mga sistema sa pagtipig (tungod kay walay kwarta alang sa mga sistema sa pagtipig ug sa hardware niini, ug wala pa kami makaimbento sa among kaugalingong mga sistema sa pagtipig).
Gisulayan namo ang daghang mga solusyon sa open source ug sa katapusan nasulbad kini nga problema, apan ang solusyon komplikado kaayo ug lisud nga balikon. Gawas pa, kini nga solusyon naa sa kategorya nga "Nagtrabaho ba kini? Ayaw hilabti! Busa, human masulbad ang maong problema, wala na namo mapalambo ang ideya sa pag-usab sa resulta sa among trabaho ngadto sa usa ka hingpit nga produkto.
Human sa maong insidente, mipahilayo kami niini nga ideya, apan gibati gihapon namo nga kini nga problema hingpit nga masulbad, ug ang mga benepisyo sa maong solusyon mas klaro. Pagkahuman, ang gipagawas nga mga produkto sa HCI sa mga langyaw nga kompanya nagpamatuod lamang niini nga pagbati.
Busa, sa tunga-tunga sa 2016, mibalik kami niini nga buluhaton isip kabahin sa paghimo sa usa ka hingpit nga produkto. Niadtong panahona wala pa miy relasyon sa mga tigpamuhunan, mao nga kinahanglang mopalit mi og development stand para sa among kaugalingong dili kaayo dako nga kuwarta. Sa pagkolekta sa gigamit nga mga server ug pag-switch sa Avito, misugod kami sa negosyo.
Ang nag-unang inisyal nga buluhaton mao ang paghimo sa atong kaugalingon, bisan pa sa yano, apan ang atong kaugalingon nga file system, nga mahimo nga awtomatiko ug parehas nga pag-apod-apod sa datos sa porma sa mga virtual nga bloke sa ika-n nga gidaghanon sa mga cluster node, nga konektado sa usa ka interconnect pinaagi sa Ethernet. Sa samang higayon, ang FS kinahanglan nga sukdon nga maayo ug sayon ug mahimong independente sa kasikbit nga mga sistema, i.e. mahimulag gikan sa vAIR sa porma sa "usa lang ka pasilidad sa pagtipig".
Unang konsepto sa vAIR
Tinuyo namon nga gibiyaan ang paggamit sa andam nga gihimo nga bukas nga gigikanan nga mga solusyon alang sa pag-organisar sa gituy-od nga pagtipig (ceph, gluster, luster ug uban pa) pabor sa among kaugalingon nga pag-uswag, tungod kay kami adunay daghang kasinatian sa proyekto uban kanila. Siyempre, kini nga mga solusyon sa ilang kaugalingon maayo kaayo, ug sa wala pa magtrabaho sa Aerodisk, gipatuman namo ang labaw sa usa ka proyekto sa panagsama uban kanila. Apan kini usa ka butang nga ipatuman ang usa ka piho nga buluhaton alang sa usa ka kostumer, mga kawani sa tren ug, tingali, pagpalit sa suporta sa usa ka dako nga vendor, ug usa pa ka butang ang paghimo usa ka dali nga gikopya nga produkto nga magamit alang sa lainlaing mga buluhaton, nga kami, ingon usa ka vendor, mahimong mahibalo pa bahin sa atong kaugalingon nga kita dili. Alang sa ikaduha nga katuyoan, ang mga naglungtad nga bukas nga gigikanan nga mga produkto dili angay alang kanamo, mao nga nakahukom kami nga maghimo usa ka giapod-apod nga sistema sa file sa among kaugalingon.
Paglabay sa duha ka tuig, daghang mga developer (nga naghiusa sa pagtrabaho sa vAIR ug pagtrabaho sa klasiko nga sistema sa pagtipig sa Engine) nakab-ot ang usa ka piho nga sangputanan.
Sa 2018, nagsulat kami usa ka yano nga sistema sa file ug gidugangan kini sa kinahanglan nga hardware. Ang sistema naghiusa sa pisikal (lokal) nga mga disk gikan sa lain-laing mga server ngadto sa usa ka patag nga pool pinaagi sa usa ka internal nga interconnect ug "giputol" kini ngadto sa mga virtual nga mga bloke, unya ang mga block device nga adunay lain-laing ang-ang sa fault tolerance gihimo gikan sa mga virtual block, diin ang mga virtual gibuhat. ug gipatuman gamit ang KVM hypervisor nga mga sakyanan.
Wala kami naghasol pag-ayo sa ngalan sa file system ug dali nga gitawag kini nga ARDFS (tag-ana kung unsa ang gipasabut niini))
Kini nga prototype maayo tan-awon (dili biswal, siyempre, wala pay biswal nga disenyo) ug nagpakita og maayong mga resulta sa mga termino sa performance ug scaling. Human sa unang tinuod nga resulta, among gipalihok kini nga proyekto, nag-organisar sa usa ka hingpit nga kalamboan nga palibot ug usa ka bulag nga grupo nga nakiglabot lamang sa vAIR.
Nianang panahona, ang kinatibuk-ang arkitektura sa solusyon nahamtong, nga wala pa makaagi sa dagkong mga pagbag-o.
Pag-dive sa ARDFS file system
Ang ARDFS mao ang pundasyon sa vAIR, nga naghatag og giapod-apod, fault-tolerant nga pagtipig sa datos sa tibuok cluster. Usa sa (apan dili lamang) lahi nga bahin sa ARDFS mao nga wala kini mogamit bisan unsang dugang nga gipahinungod nga mga server alang sa metadata ug pagdumala. Kini orihinal nga gipanamkon aron pasimplehon ang pagsumpo sa solusyon ug alang sa pagkakasaligan niini.
Istruktura sa pagtipig
Sulod sa tanang node sa cluster, ang ARDFS nag-organisar ug logical pool gikan sa tanang available nga disk space. Importante nga masabtan nga ang usa ka pool dili pa data o pormat nga luna, apan yano nga markup, i.e. Ang bisan unsang mga node nga adunay vAIR nga na-install, kung idugang sa cluster, awtomatik nga idugang sa gipaambit nga ARDFS pool ug ang mga kapanguhaan sa disk awtomatik nga ipaambit sa tibuok cluster (ug magamit alang sa umaabot nga pagtipig sa datos). Kini nga pamaagi nagtugot kanimo sa pagdugang ug pagtangtang sa mga node sa langaw nga wala’y seryoso nga epekto sa nagdagan na nga sistema. Mga. ang sistema mao ang kaayo sayon sa scale "sa mga tisa", pagdugang o pagtangtang sa mga node sa cluster kon gikinahanglan.
Ang mga virtual disk (mga butang sa pagtipig alang sa mga virtual machine) gidugang sa ibabaw sa pool sa ARDFS, nga gitukod gikan sa mga virtual nga bloke nga 4 megabytes ang gidak-on. Ang mga virtual nga disk direkta nga nagtipig sa datos. Ang laraw sa pagtugot sa sayup gitakda usab sa lebel sa virtual disk.
Sama sa nahibal-an na nimo, alang sa pagtugot sa sayup sa subsystem sa disk, wala namon gigamit ang konsepto sa RAID (Redundant array of independent Disks), apan gigamit ang RAIN (Redundant array of independent Nodes). Mga. Ang pagtugot sa sayup gisukod, awtomatiko, ug gidumala base sa mga node, dili sa mga disk. Ang mga disk, siyempre, usa usab ka butang sa pagtipig, sila, sama sa tanan, gibantayan, mahimo nimo ang tanan nga mga standard nga operasyon uban kanila, lakip ang pag-assemble sa usa ka lokal nga hardware RAID, apan ang cluster naglihok ilabi na sa mga node.
Sa usa ka sitwasyon diin gusto gyud nimo ang RAID (pananglitan, usa ka senaryo nga nagsuporta sa daghang mga kapakyasan sa gagmay nga mga pungpong), wala’y makapugong kanimo sa paggamit sa lokal nga mga tigkontrol sa RAID, ug pagtukod og gibuklad nga pagtipig ug usa ka arkitektura sa RAIN sa ibabaw. Kini nga senaryo kay buhi ug gisuportahan namo, mao nga hisgotan namo kini sa usa ka artikulo bahin sa kasagarang mga senaryo sa paggamit sa vAIR.
Mga Skema sa Pag-agwanta sa Kasaypanan sa Pagtipig
Mahimong adunay duha ka mga laraw sa pagtugot sa sayup alang sa mga virtual nga disk sa vAIR:
1) Replication factor o yanong replication - kini nga pamaagi sa fault tolerance kay yano ra sama sa sungkod ug pisi. Ang synchronous replication gihimo tali sa mga node nga adunay factor nga 2 (2 ka kopya matag cluster) o 3 (3 ka kopya, matag usa). Gitugotan sa RF-2 ang usa ka virtual nga disk nga makasugakod sa kapakyasan sa usa ka node sa cluster, apan "gikaon" ang katunga sa mapuslanon nga gidaghanon, ug ang RF-3 makasugakod sa kapakyasan sa 2 node sa cluster, apan adunay 2/3 sa mga reserba. mapuslanon nga gidaghanon alang sa iyang mga panginahanglan. Kini nga laraw susama kaayo sa RAID-1, nga mao, ang usa ka virtual disk nga gi-configure sa RF-2 dili makasugakod sa pagkapakyas sa bisan unsang usa ka node sa cluster. Sa kini nga kaso, ang tanan mahimong maayo sa datos ug bisan ang I/O dili mohunong. Kung ang nahulog nga node mobalik sa serbisyo, ang awtomatikong pagbawi / pag-synchronize sa data magsugod.
Sa ubos mao ang mga pananglitan sa pag-apod-apod sa RF-2 ug RF-3 nga datos sa normal nga mode ug sa usa ka sitwasyon sa kapakyasan.
Kami adunay usa ka virtual nga makina nga adunay kapasidad nga 8MB nga talagsaon (mapuslanon) nga datos, nga nagdagan sa 4 nga mga vAIR node. Klaro nga sa tinuud dili tingali nga adunay ingon ka gamay nga gidaghanon, apan alang sa usa ka laraw nga nagpakita sa lohika sa operasyon sa ARDFS, kini nga pananglitan mao ang labing masabtan. Ang AB kay 4MB virtual blocks nga adunay talagsaong virtual machine data. Ang RF-2 nagmugna og duha ka kopya niini nga mga bloke A1+A2 ug B1+B2, matag usa. Kini nga mga bloke "gibutang" sa mga node, nga naglikay sa intersection sa parehas nga datos sa parehas nga node, nga mao, ang kopya A1 dili mahimutang sa parehas nga node sama sa kopya A2. Parehas sa B1 ug B2.
Kung ang usa sa mga node mapakyas (pananglitan, node No. 3, nga adunay usa ka kopya sa B1), kini nga kopya awtomatik nga gi-activate sa node diin walay kopya sa kopya niini (nga mao, usa ka kopya sa B2).
Sa ingon, ang virtual disk (ug ang VM, sumala niana) dali nga mabuhi sa kapakyasan sa usa ka node sa laraw sa RF-2.
Ang laraw sa pagkopya, samtang yano ug kasaligan, nag-antos sa parehas nga problema sama sa RAID1 - dili igo nga magamit nga wanang.
2) Erasure coding o erasure coding (nailhan usab nga "redundant coding", "erasure coding" o "redundancy code") anaa aron masulbad ang problema sa ibabaw. Ang EC usa ka redundancy scheme nga naghatag ug taas nga data availability nga adunay mas ubos nga disk space overhead kumpara sa replikasyon. Ang prinsipyo sa operasyon niini nga mekanismo susama sa RAID 5, 6, 6P.
Sa pag-encode, ang proseso sa EC nagbahin sa usa ka virtual block (4MB sa default) ngadto sa pipila ka mas gagmay nga "data chunks" depende sa EC scheme (pananglitan, usa ka 2+1 scheme nagbahin sa matag 4MB block ngadto sa 2 2MB chunks). Sunod, kini nga proseso makamugna og "parity chunks" para sa "data chunks" nga dili mas dako kay sa usa sa nabahin na nga mga bahin. Kung nag-decode, ang EC nagmugna sa nawala nga mga tipak pinaagi sa pagbasa sa "naluwas" nga datos sa tibuuk nga cluster.
Pananglitan, ang usa ka virtual disk nga adunay 2 + 1 EC scheme, nga gipatuman sa 4 cluster nodes, dali nga makasugakod sa kapakyasan sa usa ka node sa cluster sa samang paagi sa RF-2. Sa kini nga kaso, ang mga gasto sa overhead mas mubu, labi na, ang mapuslanon nga coefficient sa kapasidad alang sa RF-2 mao ang 2, ug alang sa EC 2 + 1 kini mahimong 1,5.
Sa paghulagway niini nga mas yano, ang esensya mao nga ang virtual block gibahin ngadto sa 2-8 (nganong gikan sa 2 ngadto sa 8, tan-awa sa ubos) "mga piraso", ug alang niini nga mga piraso "mga piraso" sa parity sa usa ka susama nga gidaghanon gikalkulo.
Ingon usa ka sangputanan, ang datos ug parity parehas nga giapod-apod sa tanan nga mga node sa cluster. Sa samang higayon, sama sa replikasyon, ang ARDFS awtomatik nga nag-apod-apod sa datos sa mga node sa paagi nga mapugngan ang parehas nga datos (mga kopya sa datos ug ang parity niini) gikan sa pagtipig sa samang node, aron mawagtang ang kahigayonan nga mawala ang datos tungod sa kamatuoran nga ang data ug ang ilang parity kalit nga matapos sa usa ka storage node nga mapakyas.
Sa ubos usa ka pananglitan, nga adunay parehas nga 8 MB virtual machine ug 4 node, apan adunay usa ka EC 2 + 1 nga laraw.
Ang mga bloke A ug B gibahin sa duha ka piraso nga 2 MB matag usa (duha tungod kay 2+1), nga mao, A1+A2 ug B1+B2. Dili sama sa usa ka replica, ang A1 dili usa ka kopya sa A2, kini usa ka virtual block A, gibahin sa duha ka bahin, parehas sa block B. Sa kinatibuk-an, nakakuha kami duha ka set nga 4MB, ang matag usa adunay duha nga duha ka MB nga piraso. Sunod, alang sa matag usa niini nga mga set, ang parity gikalkulo nga adunay gidaghanon nga dili molapas sa usa ka piraso (ie 2 MB), makakuha kami og dugang nga + 2 ka piraso sa parity (AP ug BP). Sa kinatibuk-an kami adunay 4 × 2 data + 2 × 2 parity.
Sunod, ang mga piraso "gibutang" taliwala sa mga node aron ang datos dili mag-intersect sa ilang parity. Mga. Ang A1 ug A2 dili mahisama sa node sa AP.
Kung adunay kapakyasan sa usa ka node (pananglitan, usab ang ikatulo), ang nahulog nga block B1 awtomatik nga ibalik gikan sa parity sa BP, nga gitipigan sa node No. 2, ug ma-activate sa node diin adunay walay B-parity, i.e. piraso sa BP. Niini nga pananglitan, kini ang node No. 1
Sigurado ko nga ang magbabasa adunay pangutana:
"Ang tanan nimong gihulagway dugay na nga gipatuman sa mga kakompetensya ug sa bukas nga gigikanan nga mga solusyon, unsa ang kalainan tali sa imong pagpatuman sa EC sa ARDFS?"
Ug unya adunay mga makapaikag nga bahin sa ARDFS.
Pagwagtang sa coding nga adunay pagtutok sa pagka-flexible
Sa sinugdan, naghatag kami ug medyo flexible EC X+Y scheme, diin ang X katumbas sa numero gikan sa 2 ngadto sa 8, ug Y katumbas sa numero gikan sa 1 ngadto sa 8, apan kanunay nga mas ubos o katumbas sa X. Kini nga laraw gihatag alang sa pagka-flexible. Ang pagdugang sa gidaghanon sa mga piraso sa datos (X) diin ang virtual block gibahin nagtugot sa pagkunhod sa mga gasto sa overhead, nga mao, pagdugang sa magamit nga luna.
Ang pagdugang sa gidaghanon sa parity chunks (Y) nagdugang sa pagkakasaligan sa virtual disk. Ang mas dako nga Y nga bili, ang mas daghang node sa cluster mahimong mapakyas. Siyempre, ang pagdugang sa gidaghanon sa parity makapakunhod sa gidaghanon sa magamit nga kapasidad, apan kini usa ka presyo nga ibayad alang sa kasaligan.
Ang pagsalig sa pasundayag sa mga sirkito sa EC hapit direkta: ang labi nga "mga piraso", mas ubos ang pasundayag; dinhi, siyempre, gikinahanglan ang balanse nga pagtan-aw.
Kini nga pamaagi nagtugot sa mga administrador sa pag-configure sa gituy-od nga pagtipig nga adunay labing kadali nga pagka-flexible. Sulod sa ARDFS pool, mahimo nimong gamiton ang bisan unsang mga laraw sa pagtugot sa sayup ug ang ilang mga kombinasyon, nga, sa among opinyon, mapuslanon usab.
Sa ubos usa ka lamesa nga nagtandi sa daghang (dili tanan nga posible) nga mga laraw sa RF ug EC.
Gipakita sa lamesa nga bisan ang labing "terry" nga kombinasyon nga EC 8 + 7, nga nagtugot sa pagkawala sa hangtod sa 7 nga mga node sa usa ka cluster nga dungan, "gikaon" nga dili kaayo magamit nga wanang (1,875 kumpara sa 2) kaysa sa standard nga pagkopya, ug gipanalipdan ang 7 ka beses nga labi ka maayo. , nga naghimo niini nga mekanismo sa pagpanalipod, bisan pa nga mas komplikado, mas madanihon sa mga sitwasyon diin gikinahanglan aron maseguro ang labing taas nga kasaligan sa mga kondisyon sa limitado nga disk space. Sa parehas nga oras, kinahanglan nimo nga masabtan nga ang matag "plus" sa X o Y mahimong usa ka dugang nga overhead sa pasundayag, mao nga sa triyanggulo tali sa kasaligan, pagtipig ug pasundayag kinahanglan nimo nga pilion pag-ayo. Tungod niini nga hinungdan, maggahin kami usa ka lahi nga artikulo aron mapapas ang coding sizing.
Kasaligan ug awtonomiya sa file system
Ang ARDFS nagdagan sa lokal sa tanan nga mga node sa cluster ug gi-synchronize kini gamit ang kaugalingon nga paagi pinaagi sa gipahinungod nga mga interface sa Ethernet. Ang importante nga punto mao nga ang ARDFS independente nga nag-synchronize dili lamang sa datos, kondili usab sa metadata nga may kalabutan sa pagtipig. Samtang nagtrabaho sa ARDFS, dungan namo nga gitun-an ang ubay-ubay nga kasamtangan nga mga solusyon ug among nadiskobrehan nga daghan ang nag-synchronize sa file system meta gamit ang external distributed DBMS, nga gigamit usab namo alang sa pag-synchronize, apan mga configuration lamang, dili FS metadata (mahitungod niini ug uban pang may kalabutan nga mga subsystem. sa sunod nga artikulo).
Ang pag-synchronize sa metadata sa FS gamit ang usa ka eksternal nga DBMS, siyempre, usa ka nagtrabaho nga solusyon, apan unya ang pagkamakanunayon sa datos nga gitipigan sa ARDFS magdepende sa gawas nga DBMS ug sa pamatasan niini (ug, prangka nga pagsulti, kini usa ka kapritsoso nga babaye), nga sa dili maayo ang among opinyon. Ngano man? Kung madaot ang metadata sa FS, ang datos mismo sa FS mahimo usab nga isulti nga "paalam," mao nga nakahukom kami nga moagi sa mas komplikado apan kasaligan nga agianan.
Gihimo namo ang metadata synchronization subsystem para sa ARDFS sa among kaugalingon, ug kini nagpuyo nga hingpit nga independente sa kasikbit nga mga subsystem. Mga. walay laing subsystem nga makadaut sa datos sa ARDFS. Sa among opinyon, kini ang labing kasaligan ug husto nga paagi, apan ang oras ang magsulti kung tinuod ba kini. Dugang pa, adunay dugang nga bentaha sa kini nga pamaagi. Ang ARDFS mahimong gamiton nga independente sa vAIR, sama sa giunat nga pagtipig, nga siguradong gamiton namon sa umaabot nga mga produkto.
Ingon nga resulta, pinaagi sa pagpalambo sa ARDFS, nakadawat kami og usa ka flexible ug kasaligan nga sistema sa file nga naghatag og usa ka pagpili diin ikaw makadaginot sa kapasidad o ihatag ang tanan sa performance, o makahimo sa ultra-kasaligan nga storage sa usa ka makatarunganon nga gasto, apan pagkunhod sa mga kinahanglanon sa performance.
Kauban sa usa ka yano nga polisiya sa paglilisensya ug usa ka flexible nga modelo sa paghatud (sa pagtan-aw sa unahan, ang vAIR lisensyado sa node, ug gihatud ingon software o ingon usa ka pakete sa software), gitugotan ka niini nga ipahiangay ang solusyon sa usa ka halapad nga lainlaing mga kinahanglanon sa kostumer ug unya dali nga mapadayon kini nga balanse.
Kinsa ang nagkinahanglan niini nga milagro?
Sa usa ka bahin, makaingon kita nga aduna nay mga magdudula sa merkado nga adunay seryoso nga mga solusyon sa natad sa hyperconvergence, ug kini mao ang dapit diin kita nagpadulong. Morag tinuod kini nga pahayag, PERO...
Sa laing bahin, kung mogawas kami sa mga uma ug makigsulti sa mga kostumer, nakita namon ug sa among mga kauban nga dili gyud kini ang kahimtang. Adunay daghang mga buluhaton alang sa hyperconvergence, sa pipila ka mga lugar ang mga tawo wala lang nahibal-an nga ang ingon nga mga solusyon naglungtad, sa uban daw mahal, sa uban adunay dili malampuson nga mga pagsulay sa mga alternatibong solusyon, ug sa uban gidid-an nila ang pagpalit tungod sa mga silot. Sa kinatibuk-an, ang uma nahimo nga wala madaro, mao nga kami miadto sa pagpataas sa ulay nga yuta))).
Kanus-a mas maayo ang storage system kaysa GCS?
Samtang nagtrabaho kami sa merkado, kanunay kami gipangutana kung kanus-a mas maayo nga gamiton ang usa ka klasiko nga laraw nga adunay mga sistema sa pagtipig, ug kanus-a gamiton ang hyperconvergent? Daghang mga kompanya nga naghimo og GCS (labi na kadtong wala’y mga sistema sa pagtipig sa ilang portfolio) nag-ingon: "Ang mga sistema sa pagtipig nahimong wala na magamit, hyperconverged ra!" Kini usa ka maisugon nga pahayag, apan dili kini bug-os nga nagpakita sa kamatuoran.
Sa tinuud, ang merkado sa pagtipig sa tinuud naglihok padulong sa hyperconvergence ug parehas nga mga solusyon, apan kanunay adunay usa ka "apan".
Una, ang mga sentro sa datos ug mga imprastraktura sa IT nga gitukod sumala sa klasikal nga laraw nga adunay mga sistema sa pagtipig dili dali nga matukod pag-usab, mao nga ang modernisasyon ug pagkompleto sa ingon nga mga imprastraktura usa pa ka kabilin sa 5-7 ka tuig.
Ikaduha, ang imprastraktura nga sa pagkakaron gitukod sa kadaghanan (nagpasabot sa Russian Federation) gitukod sumala sa klasikal nga laraw gamit ang mga sistema sa pagtipig, ug dili tungod kay ang mga tawo wala mahibalo mahitungod sa hyperconvergence, apan tungod kay ang hyperconvergence nga merkado bag-o, mga solusyon ug ang mga sumbanan wala pa matukod , ang mga tawo sa IT wala pa mabansay, sila adunay gamay nga kasinatian, apan sila kinahanglan nga magtukod og mga sentro sa datos dinhi ug karon. Ug kini nga uso molungtad alang sa laing 3-5 ka tuig (ug unya laing kabilin, tan-awa ang punto 1).
Ikatulo, adunay usa ka lunsay nga teknikal nga limitasyon sa dugang nga gagmay nga mga paglangan sa 2 milliseconds matag pagsulat (walay labot ang lokal nga cache, siyempre), nga mao ang gasto sa gipang-apod-apod nga pagtipig.
Aw, dili nato kalimtan ang bahin sa paggamit sa dagkong pisikal nga mga server nga nahigugma sa bertikal nga pag-scale sa disk subsystem.
Adunay daghang gikinahanglan ug popular nga mga buluhaton diin ang mga sistema sa pagtipig mas maayo nga molihok kaysa GCS. Dinhi, siyempre, kadtong mga tiggama nga walay mga sistema sa pagtipig sa ilang portfolio sa produkto dili mouyon kanamo, apan andam kami nga makiglalis nga makatarunganon. Siyempre, kami, isip mga nag-develop sa duha ka mga produkto, siguradong itandi ang mga sistema sa pagtipig ug GCS sa usa sa among umaabot nga mga publikasyon, diin tin-aw namon nga ipakita kung unsa ang labi ka maayo sa mga kondisyon.
Ug asa mas maayo ang mga solusyon sa hyperconverged kaysa mga sistema sa pagtipig?
Base sa mga punto sa ibabaw, tulo ka klaro nga mga konklusyon ang mahimo:
- Kung diin ang dugang nga 2 milliseconds sa latency alang sa pagrekord, nga kanunay nga mahitabo sa bisan unsang produkto (karon wala kami maghisgot bahin sa mga sintetiko, ang mga nanosecond mahimong ipakita sa mga synthetics), dili kritikal, ang hyperconvergent angay.
- Kung diin ang load gikan sa dagkong pisikal nga mga server mahimo nga daghang gagmay nga mga virtual ug ipang-apod-apod sa mga node, ang hyperconvergence magamit usab didto.
- Kung ang horizontal scaling usa ka mas taas nga prayoridad kaysa vertical scaling, ang GCS maayo ra usab didto.
Unsa kini nga mga solusyon?
- Tanan nga standard nga serbisyo sa imprastraktura (serbisyo sa direktoryo, mail, EDMS, file server, gamay o medium nga sistema sa ERP ug BI, ug uban pa). Gitawag namo kini nga "kinatibuk-ang pag-compute."
- Ang imprastraktura sa mga cloud providers, diin gikinahanglan ang paspas ug standardized horizontally expanded ug dali nga "pagputol" sa daghang gidaghanon sa mga virtual machine alang sa mga kliyente.
- Virtual desktop infrastructure (VDI), diin daghang gagmay nga user virtual machine ang nagdagan ug hilom nga "naglutaw" sulod sa usa ka uniporme nga cluster.
- Ang mga network sa sanga, diin ang matag sanga nanginahanglan usa ka sukaranan, matugoton sa sayup, apan dili mahal nga imprastraktura sa 15-20 nga virtual nga makina.
- Bisan unsa nga gipang-apod-apod nga kompyuter (mga serbisyo sa dagkong datos, pananglitan). Diin ang load moadto dili "sa giladmon", apan "sa gilapdon".
- Pagsulay sa mga palibot diin ang dugang nga gagmay nga mga paglangan madawat, apan adunay mga pagdili sa badyet, tungod kay kini mga pagsulay.
Sa pagkakaron, alang niining mga buluhatona ang atong gihimong AERODISK vAIR ug diha kanila ang atong gitutukan (malampuson hangtud karon). Tingali kini mausab sa dili madugay, tungod kay ... ang kalibutan wala mohunong.
Kaya nga…
Nakompleto niini ang unang bahin sa usa ka dako nga serye sa mga artikulo; sa sunod nga artikulo atong hisgutan ang bahin sa arkitektura sa solusyon ug ang mga sangkap nga gigamit.
Among gidawat ang mga pangutana, mga sugyot ug makaayo nga mga panaglalis.
Source: www.habr.com