Apkrovos bandymas 1s. Standartinis apkrovos bandymas. Operacinė sistema ms server ir ms sql duomenų bazė

1C našumo TPC-1 apkrovos testo rezultatai pagal Gilev konfigūracijai su failų duomenų baze:

Serverio našumas vertinamas ne pagal darbo krūvį ir procesoriaus eiles, o pagal galimybę atlikti tam tikrą skaičių operacijų per laiko vienetą.
Ginčas dėl išteklių, pvz., procesoriaus, sumažina operacijų greitį, kai atsako laikas nustatomas pagal:

• veikimo laikas
• įrangos laukimo laikas
• loginių laukimų kaip spynų laikas

Pagrindinė charakteristika yra operacijos greitis.

Pastaba. Procesoriaus svarbiausia charakteristika yra procesoriaus dažnis, o ne apkrova. Žemiau yra bandymo rezultatų ekrano kopija (spustelėkite paveikslėlį, kad padidintumėte).

Sistemos veikimas ir jai įgyvendinti reikalingų skaičiavimo resursų planavimas yra privaloma operacija diegiant ar keičiant esamą IT sistemą.

Dauguma esamų veiklos vertinimo metodų remiasi tam tikro tipo testavimu.

Yra du pagrindiniai testavimo tipai: komponentinis ir integralus.

Komponentų testavimas apima atskirų sprendimo komponentų testavimą, pradedant procesorių ar saugojimo posistemių našumu ir baigiant viso serverio našumo testavimu, tačiau be naudingos apkrovos konkrečios verslo programos pavidalu.

Integruotam požiūriui būdingas viso sprendimo, tiek jo programinės, tiek aparatinės įrangos dalių, veikimo įvertinimas. Tokiu atveju gali būti naudojama tiek verslo programa, kuri bus naudojama galutiniame sprendime, tiek kai kurios modelių programos, kurios imituoja kai kuriuos standartinius verslo procesus ir apkrovas.

Mūsų bandymas naudoja būtent šį metodą.

Dėl to gavome tam tikrą našumo (greičio) indeksą. Tai yra visos platformos, veikiančios mūsų aparatinėje įrangoje, rezultatas. Kliento – serverio versijos atveju tai yra sudėtingos užklausų grandinės, einančios per įvairias dalis, rezultatas. Gaunate bendrą faktinį rezultatą, kurį lemia sistemos kliūtis. DBVS nustatymai, OS nustatymai ir aparatūros nustatymai turi įtakos bendram sistemos veikimui.

Testas įvertina darbo kiekį per laiko vienetą vienoje gijoje ir yra tinkamas vienos gijos apkrovų greičiui įvertinti, įskaitant sąsajos atvaizdavimo greitį, kaštų įtaką virtualios aplinkos priežiūrai ir, jei toks yra, perkėlimą. dokumentai, mėnesio pabaigos uždarymas, darbo užmokesčio apskaičiavimas ir kt.

Standartinis apkrovos testas skirtas įvertinti serverio aparatinės ir programinės įrangos veikimą vadinamuosiuose „standartiniuose 1C naudotojuose“. Pagrindinė šio testo taikymo sritis yra serverio aparatinės ir programinės įrangos konfigūracijų parinkimas konkrečiam diegimui.

Problemos, kurias reikia išspręsti

• Tam tikros serverio aparatinės ir programinės įrangos konfigūracijos našumo apskaičiavimas
• Skirtingos serverio aparatinės ir programinės įrangos konfigūracijų našumo palyginimas
• Šios informacinės sistemos veikimui reikalingos įrangos parinkimas
• Šios informacinės sistemos veikimui reikalingos įrangos parametrų skaičiavimas

Ką įvertina testas?

Testas įvertina našumą visą serverio techninės ir programinės įrangos rinkinį 1C:Enterprise 8 platformoje veikiančioms sistemoms būdingų užduočių požiūriu. Tai reiškia, kad gautas įvertinimas atspindi ne vieno sistemos serverio komponento (pavyzdžiui, veikiančio serverio 1C:Enterprise klasteryje) našumą, o visą serverio konfigūraciją. Sistemos serverio dalis, kurios našumas matuojamas šiuo testu, apima:

• visi veikiantys serveriai, naudojami 1C:Enterprise klasteriui ir DBVS serveriams diegti
• visų veikiančių serverių operacinės sistemos;
• operacinių sistemų nustatymai, 1C:Enterprise ir DBVS.

Bandymo metu testas automatiškai padidins lygiagrečių vartotojų skaičių, kol vienas iš sistemos aparatinės ar programinės įrangos komponentų nebegalės susidoroti su apkrova. Dėl to našumo įvertinimas bus blogas, o bandymas bus sustabdytas, o rezultatas bus paskutinė gera vertė. Tuo pačiu metu likusieji komponentai gali būti vienokiu ar kitokiu nepakankamai apkrauti.

Taigi, testas įvertina sistemos serverio dalies našumą pagal jos kliūtį, tai yra mažiausiai produktyvų komponentą.

Jei sistemos serverio dalis nėra gerai subalansuota darbui su 1C:Enterprise, pašalinę kliūtis (pakeitę arba atnaujinę mažiausiai našų komponentą), galite gauti aukštesnį našumo įvertinimą.

Atkreipkite dėmesį, kad testas jokiu būdu neįvertina kliento sistemos dalies veikimo, todėl šis veiksnys turėtų būti visiškai pašalintas. Kitaip tariant, klientų darbo stotys neturėtų tapti sistemos kliūtimi. Šis klausimas išsamiau aptariamas skyriuje „Bandymo stendo kliento dalies paruošimas“.

Kaip veikia testas

Standartinis apkrovos testas yra 1C:Enterprise 8.2 informacinė bazė su konfigūracija, pagrįsta „Gamybos įmonės valdymu“. Konfigūracija derinama su Test Center 2.0, kuriame yra vienas bandomasis scenarijus.

Testavimo scenarijus apima „pardavimo SCP“ verslo proceso emuliaciją, būtent: kelių skirtingų dokumentų kūrimą, ataskaitų generavimą ir kitus taikomus veiksmus. Testas veikia visiškai lygiagrečiu režimu, tai yra, kiekvienas vartotojas dirba su savo unikaliais duomenimis ir nėra užraktų laukimo. Vartotojas užbaigia vieną pilną pardavimo ciklą per minutę.

Fonas

Privaloma operacija diegiant ar keičiant esamą informacinę sistemą – įvertinti reikiamą sistemos spartą ir suplanuoti jai įgyvendinti reikalingus skaičiavimo išteklius. Šiuo metu nėra tikslaus šios problemos sprendimo bendra forma, ir jei, nepaisant to
jo sudėtingumas ir kaina, tokį algoritmą pasiūlys bet kuris gamintojas, tuomet net ir nedideli techninės įrangos, programinės įrangos versijos, sistemos konfigūracijos ar vartotojų skaičiaus ar standartinės elgsenos pakeitimai sukels didelių klaidų.
Nepaisant to, yra pakankamai būdų. Visi šie metodai gali būti naudojami atrankos procese, tačiau vartotojas turi suprasti jų pritaikymą ir apribojimus.

Dauguma esamų veiklos vertinimo metodų yra pagrįsti
ar kitokio tipo bandymai.

Yra du pagrindiniai bandymų tipai:
komponentas ir integralas.

Kai atliekamas komponentų bandymas
atskirų sprendimo komponentų testavimas, pradedant nuo veikimo
procesorius ar saugojimo posistemes prieš bandymą
serverio veikimas kaip visuma, bet be naudingos apkrovos vienokiu ar kitokiu pavidalu
verslo programas.

Integraliniam požiūriui būdingas įvertinimas
viso sprendimo, tiek jo programinės, tiek aparatinės įrangos dalių, našumą.
Tokiu atveju jis gali būti naudojamas kaip verslo programa, kuri bus naudojama
galutiniame sprendime, taip pat kai kurios modelio programos, imituojančios
kai kurie standartiniai verslo procesai ir darbo krūviai.

Testai TPC ir kiti universalūs testai leidžia atsirinkti perspektyviausias platformas ir palyginti skirtingų gamintojų pasiūlymus, tačiau tėra orientacinė informacija, kurioje neatsižvelgiama į verslo specifiką. Specializuoti testai leidžia tiksliau pasirinkti konkretų serverio modelį ir jo konfigūraciją. Tačiau labiausiai pagrįsti sprendimai priimami tik remiantis apkrovos testų rezultatais. Tik jie leidžia optimaliai sukonfigūruoti pasirinktą
serverio platformą ir sukonfigūruokite ją maksimaliam našumui.

Kas nutiko TPC-1C-GILV

Tai nepriklausomų testų serija, skirta įvertinti 1C:Enterprise 8.1 platformos našumą jūsų kompiuteryje (-iuose).

Žinoma, „nepriklausomas“ testas reiškia, kad jo neremia 1C.

Testas šiuo metu prieinamas" TPC- Vietinis pralaidumas / TPC-1C-GILV-A“ (paskutinis atnaujinimas – 2008 m. rugpjūčio mėn. versija 1.0.3)

Bandymo idėja TPC- Vietinis pralaidumas / TPC-1C-GILV-A

Atsisiunčiate konfigūracijos atsisiuntimo failą (~400 KB) iš šios svetainės ir įkeliate jį sau. Jei plečiate konfigūraciją failo versijoje, tada bandymas didžiąja dalimi išbandys ryšį „Jūsų kompiuterio CPU - HDD, kuriame yra bazė“.

Jei įdiegsite konfigūraciją kliento-serverio versijoje, bus apkraunamas programų serverio CPU - antrinių duomenų bazės serverio CPU - antrinių duomenų bazės serveris.

Testas intensyviai fiksuoja 5000 dokumentų. Kodo verslo logikoje nėra gilios prasmės, sąlygiškai standartiniu pasirinkto dokumento X veikimas yra tiesiog vertinamas.

Pagrindinis testo grožis yra tas, kad jums nereikia žinoti techninių detalių. Testas vyksta pats ir sukuria savo rezultatą. Be to, niekam nereikia pasakoti apie rezultatą :)

Galite palyginti kelių serverių arba vieno serverio su skirtingomis disko posistemio charakteristikomis našumą.

Atlikdami testą iš programų serverio ir kliento tinkle, galite suprasti tinklo poveikį srityje nuo kliento iki serverio.

Kaip atlikti testą

Atlikti testą labai lengva. Turite paspausti mygtuką

ir palaukite, kol testo indikatorius (mygtuko dešinėje) pasieks 100%.

Testas paprastai trunka apie 8 minutes.

Ką reiškia testo rezultatai?

Bandymo rezultatas nurodomas kaip bandymo duomenų „rašymo greitis“. Bandymo klaida yra 2 vienetai. Norėdami tiksliai įvertinti, testą galite pakartoti 3 kartus.

Kai testo indikatorius pasieks 100%, pamatysite tokias diagramas:

Žemiau diagramos pateikiami kai kurie anksčiau atlikti panašūs bandymai.

Diagramos spalva rodo esamą „bendro“ darbo be blokavimo kokybę.

Žalia grafiko spalva kartu su kai kuriais sąlygiškai pasirinktais rodikliais dešinėje leidžia mums atlikti apibendrintą „gerų“ rezultatų įvertinimą įvairiose platformose :)

Kaip džiaugtis savo testo rezultatais

Dėl to gavote tam tikrą našumo indeksą (skaičiavimo greitį). Nesvarbu, ar rezultatas geras, ar blogas – tai jūsų aparatinėje įrangoje veikiančios PLATFORMOS rezultatas. Kliento-serverio versijos atveju tai yra rezultatas. Gaunate bendrą faktinį rezultatą, kuris nustatomas pagal BUTELIO TAŠKĄ sistemoje. BUTELIŲ VIETA VISADA YRA!

Kitaip tariant, tiek DBVS nustatymai, tiek OS nustatymai, tiek techninė įranga turi įtakos bendram komandos rezultatui :)

Kuris serveris geresnis

Šis testas, atliekamas konkrečiame serveryje, duoda rezultatą pagal aparatinės įrangos nustatymų visumą, operacinę sistemą, duomenų bazę ir kt. Tačiau aukštas rezultatas konkrečioje serverio aparatinėje įrangoje reiškia, kad įprastomis sąlygomis toks pats rezultatas bus gautas naudojant identišką serverio aparatinę įrangą. Šis testas yra nemokamas įrankis, padedantis palyginti „1C:Enterprise“ diegimą sistemoje „Windows“ ir „Linux“ – trys skirtingos DBVS, kurias palaiko 1C:Enterprise 8.1 platforma.

Bandymo saugumas

Testas yra visiškai saugus. Tai nesukelia serverio „gedimo“ (nėra „streso“ algoritmo) ir nereikalauja išankstinių priemonių net „koviniame“ serveryje. Konfidencialūs duomenys taip pat neįrašomi į testo rezultatus. Renkama informacija apie CPU, RAM, HDD parametrus. Įrenginio serijos numeriai nerenkami. Visa tai galite lengvai patikrinti – testo kodas yra 100% atidarytas. Neįmanoma siųsti jokios informacijos be jūsų žinios.

Kaip paskelbti testo rezultatus

Jei norite padėti sukurti testą, savo serveriuose galite atlikti daugybę testų. Tada palikite bendrą atliktų testų sąrašą tik tuos, kuriuos norite paskelbti, ir išsiųskite dt įkėlimą su rezultatais.

Duomenys bus tikrinami rankiniu būdu (ar jie nėra neteisingi), testo gavėjas bus įtrauktas į testų stulpelį „autorius“ ir bus įtrauktas į atsisiuntimą, kurį galės atsisiųsti visi.

klasifikacija TPC- Vietinis pralaidumas / TPC-1C-GILV-A

Testas priklauso universalių integralinių kelių platformų testų skyriui. Be to, jis taikomas failų ir kliento-serverio parinktims naudojant 1C:Enterprise. Testas veikia visoms DBVS, kurias palaiko 1C.

Universalumas leidžia atlikti apibendrintą našumo vertinimą nesusiejant su konkrečia tipine platformos konfigūracija.

Kita vertus, tai reiškia, kad norint tiksliai apskaičiuoti pasirinktinį projektą, testas leidžia atlikti preliminarų įvertinimą prieš atliekant specializuotą apkrovos testavimą (pavyzdžiui, naudojant 1C: Test Center).

Pastaba. Testo modifikavimas “ A" reiškia "automatinį užrakto valdymą". Išleidus oficialias standartinių sprendimų versijas iš 1C, planuojama modifikuoti testą, kad jis veiktų "valdomo užrakto" režimu ir pažymėti jį raide " M".

Parsisiųsti testą

Šis testas nėra komercinis ir.

Testo rezultatai

Populiariausi – 3 geriausi 1C kliento-serverio diegimai MS SQL serveryje. Jūs taip pat galite patekti į šią lentelę. Išsamiau rezultatus galite peržiūrėti atsisiųsdami testą.

Techninės detalės

Kas vyksta bandyme „vieno“ veikimo ciklo metu?

Kaip išmatuoti geležies apkrovą

Pažymėtina, kad pats testas jau iš dalies atlieka matavimą. Norėdami gauti išsamesnį vaizdą, rekomenduoju naudoti Marko Rusinovičiaus įrankį.

Paveikslėlyje parodytas failo versijos matavimo pavyzdys.

Kontaktai, skirti TPC-1C-GILV

http://site/1c/ tpc

bandymų rezultatai, plėtros pasiūlymai

Privaloma operacija diegiant ar keičiant esamą informacinę sistemą – įvertinti reikiamą sistemos spartą ir suplanuoti jai įgyvendinti reikalingus skaičiavimo išteklius. Šiuo metu nėra tikslaus šios problemos sprendimo bendra forma, o jei, nepaisant jo sudėtingumo ir sąnaudų, tokį algoritmą pasiūlo kuris nors gamintojas, tai net ir nedideli techninės įrangos, programinės įrangos versijos, sistemos konfigūracijos ar kiekio ar standartinės vartotojo elgsenos pakeitimai. sukels didelių klaidų.

Tačiau yra daugybė būdų, kaip įvertinti programinės ir techninės įrangos konfigūraciją, reikalingą reikiamam našumui pasiekti. Visi šie metodai gali būti naudojami atrankos procese, tačiau vartotojas turi suprasti jų pritaikymą ir apribojimus.

Dauguma esamų veiklos vertinimo metodų remiasi tam tikro tipo testavimu.

Yra du pagrindiniai testavimo tipai: komponentinis ir integralus.

Komponentų testavimas apima atskirų sprendimo komponentų testavimą, pradedant procesorių ar saugojimo posistemių našumu ir baigiant viso serverio našumo testavimu, tačiau be naudingos apkrovos konkrečios verslo programos pavidalu.

Integruotam požiūriui būdingas viso sprendimo, tiek jo programinės, tiek aparatinės įrangos dalių, veikimo įvertinimas. Tokiu atveju gali būti naudojama tiek verslo programa, kuri bus naudojama galutiniame sprendime, tiek kai kurios modelių programos, kurios imituoja kai kuriuos standartinius verslo procesus ir apkrovas.

Žalia grafiko spalva kartu su kai kuriais sąlygiškai parinktais rodikliais dešinėje leidžia mums atlikti kelių platformų apibendrintą „gerų“ rezultatų vertinimą.

Kaip džiaugtis savo testo rezultatais

Dėl to gavote tam tikrą našumo (greičio) indeksą. Nesvarbu, ar rezultatas geras, ar blogas – tai jūsų aparatinėje įrangoje veikiančios PLATFORMOS rezultatas. Kliento – serverio versijos atveju tai yra sudėtingos užklausų grandinės, einančios per įvairias dalis, rezultatas. Gaunate bendrą faktinį rezultatą, kurį lemia sistemos kliūtis. Visada yra kliūtis.

Kitaip tariant, tiek DBVS nustatymai, tiek OS nustatymai, tiek techninė įranga turi įtakos bendram komandos rezultatui.

Kuris serveris geresnis

Šis testas, atliekamas konkrečiame serveryje, duoda rezultatą pagal aparatinės įrangos nustatymų visumą, operacinę sistemą, duomenų bazę ir kt. Tačiau aukštas rezultatas konkrečioje serverio aparatinėje įrangoje reiškia, kad įprastomis sąlygomis toks pats rezultatas bus gautas naudojant identišką serverio aparatinę įrangą. Šis testas yra nemokamas įrankis, padedantis palyginti 1C:Enterprise diegimą sistemoje „Windows“ ir „Linux“ – trys skirtingos DBVS, kurias palaiko 1C:Enterprise 8 platforma.

Bandymo saugumas

Testas yra visiškai saugus. Tai nesukelia serverio „gedimo“ (nėra „streso“ algoritmo) ir nereikalauja išankstinių priemonių net „koviniame“ serveryje. Konfidencialūs duomenys taip pat neįrašomi į testo rezultatus. Renkama informacija apie CPU, RAM, HDD parametrus. Įrenginio serijos numeriai nerenkami. Visa tai galite lengvai patikrinti – testo kodas yra 100% atidarytas. Neįmanoma siųsti jokios informacijos be jūsų žinios.

klasifikacija TPC- Vietinis pralaidumas / TPC-1C-GILV-A

Testas priklauso universalių integralinių kelių platformų testų skyriui. Be to, jis taikomas failų ir kliento-serverio parinktims naudojant 1C:Enterprise. Testas veikia visoms DBVS, kurias palaiko 1C.

Universalumas leidžia atlikti apibendrintą našumo vertinimą nesusiejant su konkrečia tipine platformos konfigūracija.

Kita vertus, tai reiškia, kad norint tiksliai apskaičiuoti individualų projektą, testas leidžia atlikti preliminarų įvertinimą prieš specializuotą apkrovos testavimą.

Parsisiųsti testą

Šis testas nėra komercinis ir jį galima atsisiųsti nemokamai 8.2 ir nemokamai 8.3.

Techninės detalės

Kas vyksta bandyme „vieno“ veikimo ciklo metu?

Testo naudojimo PostgreSQL duomenų bazėje ypatybės

Nustatykite parametrą standard_conforming_strings postgresql.conf konfigūracijos faile į „off“

Kaip išmatuoti geležies apkrovą

Pažymėtina, kad pats testas jau iš dalies atlieka matavimą. Norėdami gauti išsamesnį vaizdą, rekomenduoju naudoti Marko Rusinovičiaus „Process Explorer“ įrankį.

Paveikslėlyje parodytas failo versijos matavimo pavyzdys.

Testuose dalyvaujantys kompiuteriai (sutartinis pavadinimas) - aprašymas (diskai nurodyti tik duomenų bazei):

(išaiškinimas tarp serverių 1 Gbit tinklas)

1) IT33- stalinis kompiuteris su Core i5 4 branduoliais 2,8 GHz, DDR3 3 GB, vienas 7200 aps./s kietasis diskas.

2) TIKRAS- Galingiausias, kaip maniau)) 8 Xeon branduoliai 3 GHz, DDR2 48 GB, RAID10 SSD diske

3) REAL2- 8 Xeon branduoliai 2 GHz, DDR2 22 GB,RAID10 10 000 aps./s SAS standžiuosiuose diskuose

Bandymai buvo atlikti naudojant 1c konfigūraciją iš Gilevo:

"SQL serveris" ---> "1C serveris" ---> "Įvertinimas" + "Kliento kompiuterio pavadinimas (jei nenurodytas, tai yra tas pats sąraše)"

>1)REAL2--->REAL2--->25.64(TCP--SQL)
>2) REAL2--->REAL2--->26.32(SQL - Bendrinama atmintis)

>3)REAL2--->REAL2--->25.64(SQL--Shared Memory) + IT33(klientas)-iš kliento į serverių tinklą=10Mbit

>4 )REAL2--->REAL2--->24.27(SQL--Bendra atmintis) + REAL(klientas) - hmm.. keistas 1 Gbit tinklas... kodėl mažiau papūgų..
>5)REAL2--->REAL2--->37.59(Failas)

** **** **************************
>1) REAL ---> REAL --->8.73 (TCP - SQL)

>2)TIKRAS ---> Tikrasis2---> 11.99 (TCP--SQL) --- tai jau pradeda kelti man minčių))

>3)TIKRAS--->TIKRAS--->17.48 (failas)

** **** ******************************

>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL - bendra atmintis)
>3)IT33--->IT33--->59.52(Failas)

Rezultatai:

Pažiūrėjau testo rezultatus... susukau į tą pusę)) ir tada man pasirodė (išmatavau RAM greitį),

kaip dėl 1s 8.x greičio (atkreipiu dėmesį, kad testo rezultatai yra pagrįsti VIENO VARTOTOJO režimu, bet ir kliento-serverio versijai su kelių vartotojų darbu - manau, kad jie taip pat turės didelę įtaką) -

Taigi 1C greitį įtakoja: CPU magistralės dažnis + RAM atminties dažnis

----> kas turi įtakos Rašymo ir skaitymo greitis RAM. Kuris yra 1s 8.x atlikimo pagrindas.

Kompiuteriai, kurie pasidalino prizus pagal veikimo greitį 1 s))

1) IT33--->IT33--->59.52(Failas)

RAM DDR 3 (skaitymas 11089 MB/s, rašymas 7047 MB/s) ------ kaip ir tikėjausi, serverių skirtumas bus didelis

2) TIKRAS2---> REAL2 ---> 37,59 (failas)
- RAM DDR2 (skaityti = 3474, rašyti = 2068)

3) TIKRAS--->TIKRAS --->17.48 (Failas)
- RAM DDR2 (Read=1737MB/s, Write=1042MB/s) – kaip paaiškėjo, greitis mažesnis nei „Real2“ – lygiai 2 kartus,

Dėl įjungtų virtualių branduolių (Hyper-trading) greičiausiai jį išjungsime.

IŠVADOS:

Pasiekiamas didžiausias 1s 8.x veikimo greitis:

I) Failo parinktis (man asmeniškai neįdomu)

A) Kliento (bet kurio) paleidimas kompiuteryje su dideliu darbo su RAM greičiu. (pavyzdžiui, terminalo serveris

DB ten).

II) Kliento-Serverio parinktis

1) Storieji klientai 1C„Terminalo serveryje“ - su +

2) Ploni klientai 1C- nėra ypatingo skirtumo kur... bet patartina konfigūruoti per "HTTP://".
3a) „SQL Server“ + „1C Enterprise Server“(bendrosios atminties režimu) – viename automobilyje su Didžiausia sparta rašymo / skaitymo RAM + Aukščiausio dažnio GHz procesoriaus branduoliai diskai

Paaiškinimai:

- paramaBendra atmintis- pasirodė variklyje nuo 8.2.17 (DĖMESIO konfigūracijoje - suderinamumo režimas su ankstesnėmis variklio versijomis neturėtų būti įjungtas), ankstesniuose varikliuose bus naudojami "Naimed Pipes" - taip pat rodomi geri rezultatai))

- RAID SSD diskuose- patartina naudoti RAID10 - dėl tolerancijos gedimams, atsižvelgiant į Write SKALE:

pavyzdys RAID10 (4 vnt Rašymo bauda = 2), Rašymo greitis = 4/2 = 2 diskai, Nėra skaitymo baudos.

Taip pat galite dar labiau padidinti SSD greičio patikimumą ir stabilumą – išnaudodami ne visą disko talpą.

pavyzdys (padidinti darbalaukio SSD patikimumą iki serverio SSD lygio):

Jei, pavyzdžiui, SSD „Intel 520“ serija 120 GB, o paskirkite 81 GB, o likusią vietą paliksite nepaskirstytą -

tada apie 32% SSD vietos bus skirta pertekliniam aprūpinimui be jau esamų paslėptų 8%. Iš viso gauname apie 40 proc.

Skirtumas tarp serverio SSD „Intel 710“ serijos ir stalinio kompiuterio „Intel 320“ serijos yra būtent perteklinio aprūpinimo skirtumas: daugiau nei 40 % Intel 710 ir 8 % Intel 320.

Jei yra daug 1C klientų nuo 100:

1) Esant dabartinėms Ethernet tinklo technologijoms – Nerekomenduojama ištrinti „SQL“ „Server 1C“.

pavyzdžiui, dėl delsos (vėlavimo) Gigabit tinkle Ethernet – realus apsikeitimo greitis su SQL = 30 megabaitų/s – to neužtenka net intensyviam darbui su 1 vartotojo duomenų baze.

2) Nes Tiesą sakant, „Server 1C“ = „Objektų DBVS“ (daugiamačiai objektai) ir „SQL“ = „Santykinė DBVS“(plokščia duomenų saugykla)

=> SQL duomenų bazėje išsaugoma FLAT 1C objektų projekcija, o 1C serveris surenka objektą iš šios projekcijos, tada dirba su šiuo objektu ir galiausiai, baigus darbą, vėl išdėsto jį plokščiu vaizdu ir išsaugo SQL.

Dėl to tarp „SQL“ ir „1C serverio“ turite atsisakyti jį padalinti į du fizinius serverius. Tačiau galite naudoti visą NUMA mazgų įgyvendinimą. ( Tai turi palaikyti OS ir patys procesoriai).

3b) SQL serverius ir 1c serverius atskiriame atskirai: Naudojant dabartines Ethernet technologijas, pvz., Gigabitą, NĖRA praktiška
-SQL į serverį su Didžiausia sparta rašymo / skaitymo RAM + Aukščiausio dažnio GHz procesoriaus branduoliai
-Kai kurie FIZINIAI serveriai klasteryje 1c c Didžiausia sparta rašymo / skaitymo RAM + Aukščiausio dažnio GHz procesoriaus branduoliai+ patartina naudoti RAID SSD diske- diskai