Sêwirana navenda daneya virtual

Sêwirana navenda daneya virtual

Pîrozbahiyê

Pergalek agahdarî ji nêrîna bikarhêner di GOST RV 51987 de baş tête diyar kirin - "pergalek otomatîkî, ku encama wê pêşkêşkirina agahdariya encam ji bo karanîna paşê ye." Ger em avahiya hundurîn bifikirin, wê hingê di eslê xwe de her IS pergalek algorîtmayên bi hev ve girêdayî ye ku di kodê de hatî bicîh kirin. Di têgînek berfireh a teza Turing-Church de, algorîtmek (an IS) komek daneya têketinê vediguherîne komek daneya derketinê.
Heta mirov dikare bibêje ku veguhertina daneyên têketinê wateya hebûna pergaleke agahdariyê ye. Li gorî vê yekê, nirxa IS û tevahiya kompleksa IS bi nirxa daneya ketin û derketinê tê destnîşankirin.
Li ser vê yekê, pêdivî ye ku sêwirandin dest pê bike û dane-rêveber be, mîmarî û rêbazan li gorî avahî û girîngiya daneyan li dar bixe.

Daneyên hilanîn
Qonaxek bingehîn a amadekirina sêwiranê bidestxistina taybetmendiyên hemî daneyên daneyên ku ji bo hilanîn û hilanîn hatine plansaz kirin e. Van taybetmendiyan hene:
- Hêjmara daneyê;
- Agahdariya li ser çerxa jiyanê ya daneyan (mezinbûna daneya nû, dirêjahiya jiyanê, hilanîna daneyên kevnar);
- Tesnîfkirina daneyan ji hêla nêrînê ve bandor li ser karsaziya bingehîn a pargîdaniyê (sêya nepenî, yekbûn, hebûna) digel nîşaneyên darayî (mînak, lêçûna windabûna daneyê di saeta paşîn de);
- Erdnîgariya danûstendina daneyê (cihê fizîkî ya pergalên pêvajoyê);
- Pêdiviyên rêziknameyê ji bo her pola daneyê (mînak, Qanûna Federal-152, PCI DSS).

Pergalên Agahdariyê

Daneyên ne tenê têne hilanîn, lê di heman demê de ji hêla pergalên agahdariyê ve têne çêkirin (veguherandin). Pêngava paşîn piştî bidestxistina taybetmendiyên daneyê ji bo çar cûreyên çavkaniyan de envantera herî bêkêmasî ya pergalên agahdariyê, taybetmendiyên wan ên mîmarî, hevgirêdan û hewcedariyên binesaziyê di yekîneyên kevneşopî de ye:
- Hêza hesabker a pêvajoyê;
- Hejmara RAM;
- Pêdiviyên ji bo deng û performansa pergala hilanîna daneyê;
- Pêdiviyên ji bo tora veguheztina daneyê (kanalên derve, kanalên di navbera pêkhateyên IS de).
Di vê rewşê de, pêdivî ye ku ji bo her karûbar / mîkroxizmet wekî beşek ji IS-ê hewcedarî hebin.
Ji hev veqetandî, pêdivî ye ku were zanîn ku, ji bo sêwirana rast, hebûna daneyan li ser bandora IS li ser karsaziya bingehîn a pargîdanî di forma lêçûna domdariya IS (rûbên serê saetê) de mecbûrî ye.

Modela gefan

Pêdivî ye ku modelek fermî ya gefan hebe ku ji bo parastina daneyan / karûbaran tê plan kirin. Wekî din, modela tehdîdê ne tenê aliyên nepenîtiyê, lê di heman demê de yekitî û hebûna jî dihewîne. Ewan. Bo nimûne:
- Têkçûna servera fîzîkî;
- Têkçûna guheztina top-of-the-rack;
- Astengkirina kanala ragihandinê ya optîkî ya di navbera navendên daneyê de;
- Têkçûna tevahiya pergala hilanînê ya xebitandinê.
Di hin rewşan de, modelên tehdîdê ne tenê ji bo hêmanên binesaziyê, lê di heman demê de ji bo pergalên agahdariya taybetî an pêkhateyên wan jî têne nivîsandin, wekî têkçûnek DBMS bi hilweşandina mentiqî ya avahiya daneyê.
Hemî biryarên di nav projeyê de ji bo parastina li hember xeterek nenavkirî ne hewce ne.

Pêdiviyên birêkûpêk

Ger daneyên ku têne hilanîn li gorî qaîdeyên taybetî yên ku ji hêla sazûmankeran ve hatine damezrandin, agahdarî li ser berhevokên daneyê û qaîdeyên pêvajoyê / hilanînê hewce ne.

Armancên RPO/RTO

Sêwirana her cûre parastinê hewce dike ku ji bo her yek ji metirsiyên diyarkirî hebûna nîşaneyên windabûna daneya armanc û dema vegerandina karûbarê armanc hebe.
Bi îdeal, RPO û RTO pêdivî ye ku lêçûnên windabûna daneyê û dema hilweşandinê li ser yekîneyek dem hebe.

Sêwirana navenda daneya virtual

Dabeşkirina nav hewzên çavkaniyê

Piştî berhevkirina hemî agahdariya têketina destpêkê, gava yekem ev e ku li ser bingeha modelên tehdîdê û hewcedariyên birêkûpêk komên daneyan û IP-yê li hewzan kom bikin. Cûreya dabeşkirina hewzên cihêreng tê destnîşankirin - bi bernameyî di asta nermalava pergalê de an fîzîkî.
wergerandî:
- Parçeya ku daneyên kesane hildiberîne bi tevahî ji pergalên din veqetandî ye;
- Backup li ser pergalek hilanînê ya cihê têne hilanîn.

Di vê rewşê de, hewz dikarin bêkêmasî serbixwe bin, mînakî, du hewzên çavkaniyên hesabkirinê têne diyar kirin (hêza pêvajoyê + RAM), ku hewzek hilanîna daneya yekane û hewzek çavkaniyek veguheztina daneyê bikar tînin.

Hêza pêvajoyê

Sêwirana navenda daneya virtual

Kurt, hewcedariyên hêza pêvajoyê ya navendek daneya virtualkirî bi hejmara pêvajoyên virtual (vCPU) û rêjeya hevgirtina wan li ser pêvajoyên laşî (pCPU) têne pîvandin. Di vê rewşa taybetî de, 1 pCPU = 1 bingeha pêvajoyek laşî (ji bilî Hyper-Threading). Hejmara vCPU-yan li hemî hewzên çavkaniyê yên diyarkirî têne kurt kirin (her yek ji wan dikare faktora xweya hevgirtinê hebe).
Rêjeya hevgirtinê ji bo pergalên barkirî bi awayekî ampîrîkî, li ser bingeha binesaziya heyî, an bi sazkirina pîlot û ceribandina barkirinê ve tê wergirtin. Ji bo pergalên nebarkirî, "pratîka çêtirîn" tê bikar anîn. Bi taybetî, VMware rêjeya navîn wekî 8:1 destnîşan dike.

RAM

Pêdiviya tevahî ya RAM-ê bi berhevkirina hêsan tê wergirtin. Bikaranîna zêde abonetiya RAM nayê pêşniyar kirin.

Çavkaniyên Storage

Pêdiviyên hilanînê bi tenê berhevkirina hemî hewzên li gorî kapasîteyê û performansê têne wergirtin.
Pêdiviyên performansê di IOPS-ê de bi rêjeya navînî ya xwendinê / nivîsandinê re û, ger hewce be, derengiya bersivê ya herî zêde tête hev kirin.
Pêdiviyên Qalîteya Karûbarê (QoS) ji bo hewz an pergalên taybetî divê ji hev cuda bêne diyar kirin.

Çavkaniyên torê yên daneyê

Pêdiviyên torê yên daneyê bi tenê bi berhevkirina hemî hewzên berfê têne wergirtin.
Pêdiviyên Kalîteya Karûbarê (QoS) û derengiyê (RTT) ji bo hewz an pergalên taybetî divê ji hev cuda bêne diyar kirin.
Wekî beşek ji hewcedariyên çavkaniyên torê yên daneyê, hewcedariyên ji bo veqetandin û / an şîfrekirina seyrûsefera torê û mekanîzmayên bijare (802.1q, IPSec, hwd.) jî têne destnîşan kirin.

Hilbijartina mîmarî

Ev rêber ji xeynî mîmariya x86 û 100% virtualbûna serverê ti vebijarkek din nîqaş nake. Ji ber vê yekê, bijartina mîmariya bine-pergala hesabkirinê bi bijartina platforma virtualbûna serverê, faktora forma serverê, û hewcedariyên veavakirina serverê ya gelemperî tê.

Xala sereke ya bijartinê bêbaweriya karanîna nêzîkatiyek klasîk bi veqetandina fonksiyonên hilberandin, hilanîn û veguheztina daneyan an jî yekheviyek e.

mîmariya klasîk ji bo hilanîn û veguheztina daneyan karanîna binepergalên derveyî yên aqilmend vedihewîne, dema ku server tenê hêza pêvajoyê û RAM-ê beşdarî hewza hevpar a çavkaniyên laşî dike. Di rewşên giran de, pêşkêşker bi tevahî nenas dibin, ne tenê dîskên xwe hene, lê ne jî nasnameyek pergalê ne. Di vê rewşê de, OS an hypervisor ji medyaya flash-ê ya çêkirî an ji pergalek hilanîna daneya derveyî (boot ji SAN) tê barkirin.
Di çarçoweya mîmariya klasîk de, bijartina di navbera blade û rafikan de di serî de li ser bingehên jêrîn têne çêkirin:
- Biha-bandor (bi navînî, serverên rack-mount erzantir in);
- Dendika hesabkirinê (ji bo blades bilindtir);
- Xerca enerjiyê û belavkirina germê (pişk ji yekîneyek yekîneyek taybetî ya bilindtir e);
- Scalability and controlability (blades bi gelemperî ji bo sazkirinên mezin kêmtir hewldan hewce dike);
- Bikaranîna kartên berfirehkirinê (hilbijartina pir tixûbdar ji bo blades).
Mîmariya Convergent (herweha tê zanîn hyperconverged) tevlîhevkirina fonksiyonên hilberandin û hilanînê, ku dibe sedema karanîna dîskên servera herêmî û, di encamê de, terikandina faktora forma blade ya klasîk pêk tîne. Ji bo pergalên hevgirtî, an serverên rack an pergalên komê têne bikar anîn, ku di yek dozê de çend serverên blade û dîskên herêmî têne hev kirin.

CPU / Bîra

Ji bo ku hûn mîhengê rast hesab bikin, hûn hewce ne ku celebê barkirinê ji bo jîngehê an her yek ji komên serbixwe fam bikin.
CPU ve girêdayî ye - jîngehek di performansê de ji hêla hêza pêvajoyê ve sînorkirî ye. Zêdekirina RAM-ê dê di warê performansê de (hejmara VM-an ji bo serverê) tiştek neguhezîne.
Memory girêdayî - hawirdora ji hêla RAM-ê ve sînorkirî ye. Zêdetir RAM li ser serverê dihêle hûn bêtir VM-yên li ser serverê bimeşînin.
GB / MHz (GB / pCPU) - rêjeya navînî ya xerckirina RAM û hêza pêvajoyê ji hêla vê barkirina taybetî ve. Dikare were bikar anîn ji bo hesabkirina mîqdara pêdivî ya bîranînê ji bo performansek diyarkirî û berevajî.

Hesabkirina veavakirina serverê

Sêwirana navenda daneya virtual

Pêşîn, hûn hewce ne ku hûn hemî cûreyên barkirinê diyar bikin û biryar bidin ku hewzên hesabker ên cihêreng li komên cihêreng berhev bikin an dabeş bikin.
Dûv re, ji bo her yek ji komên diyarkirî, rêjeya GB / MHz li barek ku ji berê ve tê zanîn tê destnîşankirin. Ger bar di pêş de neyê zanîn, lê têgihiştinek hişk a asta karanîna hêza pêvajoyê heye, hûn dikarin rêjeyên standard vCPU: pCPU bikar bînin da ku hewcedariyên hewzê veguherînin yên laşî.

Ji bo her komê, berhevoka hewcedariyên hewza vCPU bi hevberê dabeş bikin:
vCPUsum / vCPU:pCPU = pCPUsum - hejmara pêwîst a yekîneyên laşî. cores
pCPUsum / 1.25 = pCPUht - hejmara navokên ku ji bo Hyper-Threading hatine sererast kirin
Ka em bihesibînin ku pêdivî ye ku komek bi 190 core / 3.5 TB RAM were hesibandin. Di heman demê de, em barek armancê ya 50% ji hêza pêvajoyê û 75% RAM qebûl dikin.

pCPU
190
Bikaranîna CPU
50%

bîr
3500
Mem utility
75%

Çarçowe
Navik
Srv / CPU
Srv Mem
Srv/Mem

2
6
25,3
128
36,5

2
8
19,0
192
24,3

2
10
15,2
256
18,2

2
14
10,9
384
12,2

2
18
8,4
512
9,1

Di vê rewşê de, em her gav dorkirina jimareya herî nêzîk (=ROUNDUP(A1;0)) bikar tînin.
Ji tabloyê diyar dibe ku çend mîhengên serverê ji bo nîşangirên armancê hevseng in:
- 26 pêşkêşkerên 2*6c / 192 GB
- 19 pêşkêşkerên 2*10c / 256 GB
- 10 pêşkêşkerên 2*18c / 512 GB

Hilbijartina van veavakirinan wê hingê pêdivî ye ku li ser bingeha faktorên din, wek pakêta termal û sarbûna berdest, serverên ku berê hatine bikar anîn, an lêçûn were çêkirin.

Taybetmendiyên hilbijartina veavakirina serverê

VM-yên berfireh. Ger hewce be ku meriv VM-yên berfireh (wek 1 girêka NUMA an jî bêtir) mêvandar bike, tê pêşniyar kirin, heke gengaz be, serverek bi vesazkirinek ku destûrê dide VM-yên weha di nav girêka NUMA de bimînin hilbijêrin. Digel hejmareke mezin a VM-yên berfireh, xetera perçebûna çavkaniyên komê heye, û di vê rewşê de, pêşkêşker têne hilbijartin ku dihêle VM-yên berfireh bi qasî ku gengaz werin danîn.

Mezinahiya domaina têkçûna yekane.

Hilbijartina mezinahiya serverê jî li ser prensîba kêmkirina qada têkçûna yekane ye. Mînakî, dema hilbijartina di navbera:
- 3 x 4 * 10c / 512 GB
- 6 x 2 * 10c / 256 GB
Hemî tiştên din wekhev bin, divê hûn vebijarka duyemîn hilbijêrin, ji ber ku gava yek server têk diçe (an jî tê parastin), ne% 33 ji çavkaniyên komê winda dibin, lê 17%. Bi heman awayî, hejmara VM û IS-yên ku ji qezayê bandor bûne nîvî kêm dibe.

Hesabkirina pergalên hilanînê yên klasîk li ser bingeha performansê

Sêwirana navenda daneya virtual

Pergalên hilanînê yên klasîk her gav bi karanîna senaryoya rewşa herî xirab têne hesibandin, ji bilî bandora cache ya xebitandinê û xweşbînkirina operasyonan.
Wekî nîşanên performansa bingehîn, em performansa mekanîkî ji dîskê digirin (IOPSdisk):
- 7.2k - 75 IOPS
- 10k - 125 IOPS
- 15k - 175 IOPS

Dûv re, hejmara dîskên di hewza dîskê de bi formula jêrîn tête hesibandin: = TotalIOPS * ( RW + (1 –RW) * RAIDPen) / IOPSdisk. Ko:
- TotalIOPS - performansa giştî ya pêwîst di IOPS de ji hewza dîskê
- RW - ji sedî operasyonên xwendinê
- RAIDpen - Cezayê RAID ji bo asta RAID ya hilbijartî

Di derbarê Device RAID û Cezayê RAID de bêtir bixwînin vir - Performansa Storage. Beşê yekê. и Performansa hilanînê. Part du. и Performansa hilanînê. Beşa sêyem

Li ser bingeha hejmara encam a dîskan, vebijarkên gengaz têne hesibandin ku hewcedariyên kapasîteya hilanînê bicîh tînin, tevî vebijarkên bi hilanîna pir-astî.
Hesabkirina pergalên ku SSD-ê wekî qata hilanînê bikar tînin ji hev cuda tê hesibandin.
Taybetmendiyên hesabkirina pergalên bi Flash Cache

flash-cache - navek hevbeş ji bo hemî teknolojiyên xwedan ji bo karanîna bîra flash wekî cache-a asta duyemîn. Dema ku cacheek flashê bikar tîne, pergala hilanînê bi gelemperî tê hesibandin ku barek domdar ji dîskên magnetîkî peyda bike, dema ku lûtke ji hêla cache ve tê xizmet kirin.
Di vê rewşê de, pêdivî ye ku meriv profîla barkirinê û asta herêmîkirina gihîştina blokên cildên hilanînê fêm bike. Flash cache teknolojiyek e ji bo barkirinên xebatê yên bi pirsên pir herêmî re, û bi pratîkî ji bo cildên bi yekreng barkirî (wekî ji bo pergalên analîtîk) nayê sepandin.

Hesabkirina pergalên hybrid ên kêm-end / navîn

Pergalên hîbrîd ên çînên jêrîn û navîn hilanîna pir-astî bi daneya ku di navbera astan de li ser bernameyekê digerin bikar tînin. Di heman demê de, mezinahiya bloka hilanînê ya pir-ast ji bo modelên çêtirîn 256 MB e. Van taybetmendiyan rê nadin me ku em teknolojiya hilanînê ya rêzdar wekî teknolojiyek ji bo zêdekirina hilberînê bihesibînin, wekî ku gelek kes bi xeletî bawer dikin. Hilberîna pir-astî di pergalên çîna nizm û navîn de teknolojiyek e ji bo xweşbînkirina lêçûnên hilanînê ji bo pergalên bi nehevsengiya barkirinê ya diyarkirî.

Ji bo hilanîna qat, performansa asta jorîn pêşî tê hesibandin, dema ku pileya jêrîn ya hilanînê tête hesibandin ku tenê beşdarî kapasîteya hilanînê ya winda dibe. Ji bo pergalek pir-astî ya hybrid, pêdivî ye ku meriv teknolojiya cache-a flash-ê ji bo hewza pir-ast were bikar anîn da ku berdêla dakêşana performansê ya daneyên ji nişka ve ji asta jêrîn germ bibe.

Bikaranîna SSD-ê di hewzek dîskê de

Sêwirana navenda daneya virtual

Bikaranîna SSD-yên di hewzek dîskê ya pir-ast de, li gorî pêkanîna taybetî ya algorîtmayên cache-ya flashê ji hêla hilberînerek diyar ve ve girêdayî ye.
Pratîka giştî ya polîtîkaya hilanînê ya ji bo hewzek dîskê bi astek SSD-yê pêşî SSD ye.
Tenê Flash Cache bixwînin. Ji bo cache-ya flash-tenê-xwendin, qata hilanînê ya li ser SSD-yê bi cîhkirina girîng a nivîsandinê re tê, bêyî ku kaşê hebe.
Bixwînin / Binivîsin Flash Cache. Di doza cache-ya flashê de, mezinahiya cache-ya nivîsandinê pêşî li mezinahiya cache-ya herî zêde tête danîn, û asta hilanînê ya SSD tenê dema ku mezinahiya cache-ê têrê nake ji bo karûbarê tevahiya xebata herêmîkirî têrê dike.
Hesabên performansa SSD û cache her carê li ser bingeha pêşniyarên çêker têne çêkirin, lê her gav ji bo senaryoya herî xirab.

Source: www.habr.com

Add a comment