Rezultati Gilev testa 8.3. Standardni preskus obremenitve. Kaj pomenijo rezultati testa?
Obvezna operacija za vsako izvedbo ali spremembo obstoječega informacijski sistem je oceniti zahtevano zmogljivost sistema in načrtovati potrebne računalniške vire za njegovo izvedbo. Trenutno ni natančne rešitve tega problema v splošni pogled, in če kljub svoji zapletenosti in ceni takšen algoritem predlaga kateri koli proizvajalec, bodo že majhne spremembe v strojni opremi, različici programske opreme, konfiguraciji sistema ali številu ali standardnem vedenju uporabnikov povzročile pojav pomembnih napak.
Vendar pa obstaja dovolj načinov za oceno programske opreme in konfiguracije, potrebne za doseganje zahtevane zmogljivosti. strojna oprema. Vse te metode je mogoče uporabiti v postopku izbire, vendar mora potrošnik razumeti njihove uporabe in omejitve.
Večina obstoječih metod ocenjevanja uspešnosti temelji na določeni vrsti testiranja.
Obstajata dve glavni vrsti testiranja: komponentno in integralno.
Testiranje komponent vključuje testiranje posameznih komponent rešitve, od delovanja procesorjev ali pomnilniških podsistemov do testiranja delovanja strežnika kot celote, vendar brez obremenitve v obliki posamezne poslovne aplikacije.
Za celostni pristop je značilna ocena delovanja rešitve kot celote, tako njenega programskega kot strojnega dela. V tem primeru se lahko uporablja tako poslovna aplikacija, ki bo uporabljena v končni rešitvi, kot tudi nekatere modelne aplikacije, ki posnemajo nekatere standardne poslovne procese in obremenitve.
Zelena barva grafa, skupaj z nekaterimi pogojno izbranimi indikatorji na desni, nam omogoča, da naredimo medplatformno splošno oceno "dobre" uspešnosti.
Kako biti zadovoljen z rezultati testa
Kot rezultat ste prejeli določen indeks zmogljivosti (hitrosti). Ni pomembno, ali je rezultat dober ali slab - to je rezultat PLATFORME, ki deluje na vaši strojni opremi. V primeru različice odjemalec - strežnik je to rezultat kompleksne verige zahtev, ki potekajo skozi različne odseke. Dobite skupni dejanski rezultat, ki ga določa ozko grlo v sistemu. Vedno obstaja ozko grlo.
Z drugimi besedami, nastavitve DBMS, nastavitve OS in strojna oprema vplivajo na skupni rezultat ekipe.
Kateri strežnik je boljši
Ta test, izveden na določenem strežniku, daje rezultat na podlagi vseh nastavitev strojne opreme, operacijskega sistema, baze podatkov itd. Kljub temu visok rezultat na določenem strežniška oprema pomeni, da bo v normalnih pogojih enak rezultat na identični strojni opremi strežnika. Ta test je brezplačno orodje, ki vam pomaga primerjati namestitev 1C:Enterprise v sistemih Windows in Linux, treh različnih DBMS, ki jih podpira platforma 1C:Enterprise 8.
Preizkusite varnost
Test je popolnoma varen. Ne vodi do "zrušitve" strežnika (ni "stresnega" algoritma) in ne zahteva predhodnih ukrepov niti na "bojnem" strežniku. Zaupni podatki tudi niso zabeleženi v rezultatih testiranja. Zbirajo se informacije o parametrih CPE, RAM, HDD. Serijske številke naprave niso zbrane. Vse to lahko enostavno preverite - testna koda je 100% odprta. Brez vaše vednosti je nemogoče poslati kakršno koli informacijo.
Razvrstitev TPC-A-lokalna prepustnost / TPC-1C-GILV-A
Test spada v sklop univerzalnih integralnih medplatformskih testov. Poleg tega se uporablja za možnosti datotek in odjemalec-strežnik za uporabo 1C:Enterprise. Test deluje za vse DBMS, ki jih podpira 1C.
Univerzalnost vam omogoča, da naredite splošno oceno uspešnosti, ne da bi bili vezani na določeno tipična konfiguracija platforme.
Po drugi strani pa to pomeni, da za natančne izračune projekta po meri test omogoča izdelavo predhodna ocena pred specializiranim preskusom obremenitve.
Prenos testa
Ta test ni komercialen in ga lahko brezplačno prenesete za 8.2 in brezplačno za 8.3.
Tehnične podrobnosti
Kaj se zgodi v testu v okviru "enega" operacijskega cikla?
Značilnosti uporabe testa v bazi podatkov PostgreSQL
Nastavite vrednost parametra standard_conforming_strings na konfiguracijsko datoteko postgresql.conf nastavljen na 'off'
Kako izmeriti obremenitev z železom
Treba je opozoriti, da sam test delno že izvaja meritev. Za podrobnejšo sliko priporočam uporabo pripomočka Process Explorer Marka Rusinovicha.
Na sliki je prikazan primer meritve za različico datoteke.
Računovodski in poslovodni računovodski izdelki iz 1C so najpogostejši v Ruski federaciji. Na tisoče podjetij posluje na podlagi standardnih in specializiranih konfiguracij 1C. Ob tako množični uporabi se redno pojavljajo številna vprašanja glede optimizacije proračuna programske opreme in pametne uporabe virov. Spori se še naprej vrtijo okoli strežniških delov tega kompleksa, zlasti o tem, na katerem operacijskem sistemu naj temelji strežnik 1C in kateremu DBMS zaupati obdelavo baz podatkov 1C. Med našimi testi bomo poskušali odgovoriti na ta vprašanja.
Udeleženci testa
MS Server operacijski sistem in MS SQL DBMS
- Podjetje 1C to kombinacijo odkrito pozicionira kot glavni delovni model, zato so izdelki 1C ustvarjeni predvsem za to
- Razpoložljivost protokola za neposredno hitro izmenjavo informacij SharedMemory
- Obstaja uradnik tehnična podpora in pogodbe o storitvah
- Obstaja baza znanja in na tone informacij o namestitvi in fini nastavitvi 1C+MS SQL
Operacijski sistem Unix in DBMS PostgreSQL
- Sistem je popolnoma brezplačen (razen licence za strežnik 1C:Enterprise)
- Možno je prilagodljivo konfigurirati številne parametre, ki izboljšajo delovanje DBMS
- Izdelki 1C so napovedali podporo za DBMS PostgreSQL
- Obstaja možnost replikacije baze podatkov
Seveda so stroški projekta, toleranca napak in tehnična podpora pomembna merila pri izbiri informacijskega sistema za 1C. Vendar pa obstaja dejavnik, ki v večini primerov radikalno vpliva na odločanje - hitrost.
Ker je na spletu preprosto ogromno tehnične literature o teh dveh sistemih, bi lahko dolgo razpravljali o dolgih primerjalnih tabelah, ki glede na cilje poudarjajo prednosti določenega izdelka. O tem ali onem parametru lahko razpravljate med stotinami drugih enakih parametrov - kako edinstven je v svoji vrsti in kako vpliva na doseganje rezultata. Toda teorija brez prakse je mrtva - v tem članku predlagamo, da izpustimo teorijo in gremo neposredno k dejstvom, da bi v praksi preizkusili delovanje obeh informacijskih sistemov z določeno stopnjo priporočenih nastavitev in v različnih možnostih arhitekture strežnika (glej tabelo 2).
Testne metode
V naših testih se bomo zanašali na dve metodi sintetičnega generiranja obremenitve in simulacije uporabniškega dela v 1C. To je test Gilev (TPC-1C) in poseben test 1C "Test Center" iz orodij 1C: KIP s posebnimi uporabniškimi scenariji.
Gilev test (TPC-1C)
Gilev test spada v razdelek univerzalnih medplatformskih obremenitvenih testov. Uporablja se lahko za datotečno in strežniško arhitekturo 1C:Enterprise. Test meri količino dela na časovno enoto v eni niti in je primeren za ocenjevanje hitrosti enonitnih delovnih obremenitev, vključno s hitrostjo risanja vmesnika, vplivom stroškov virov, ponovnim objavljanjem dokumentov, postopki zapiranja ob koncu meseca , obračuni plač itd. Vsestranskost vam omogoča, da naredite povzetek ocene uspešnosti, ne da bi bili vezani na eno konfiguracijo platforme. Rezultat testa je skupna ocena izmerjenega sistema 1C, izražena v konvencionalnih enotah.
Specializirani test iz orodja Test Center 1C: Instrumentacija
Testni center– orodje za izvajanje večuporabniških obremenitvenih testov sistemov, ki temeljijo na 1C:Enterprise 8 (glej sliko 1). Z njegovo pomočjo lahko simulirate delo podjetja brez sodelovanja realnih uporabnikov, kar vam omogoča, da ocenite uporabnost, zmogljivost in razširljivost informacijskega sistema v realnih razmerah. Sistem je konfiguracija, ki zagotavlja mehanizem za nadzor postopka testiranja. Za testiranje informacijsko bazo potrebno je konfiguracijo Testnega centra integrirati v konfiguracijo testirane baze s primerjavo in kombiniranjem konfiguracij. Zaradi združitve bodo v metapodatke testirane baze dodani objekti in skupni moduli, potrebni za delovanje Testnega centra.
Slika 1 - Shema dela "Testnega centra" 1C: Instrumentacija
Tako programer z uporabo orodij 1C: KIP na podlagi razpoložljivih podatkov v resničnih proizvodnih bazah 1C ustvari popoln skript za samodejno testiranje na podlagi seznama dokumentov in referenčnih knjig, ki so ključni za te vrste konfiguracije (zahteva za porabo sredstev, naročilo dobavitelju, prodaja blaga in storitev itd.). Ko zaženete skript, bo Test Center samodejno predvajal večuporabniško dejavnost, opisano v skriptu. V ta namen bo Testni center ustvaril zahtevano število virtualnih uporabnikov (v skladu s seznamom vlog) in začel izvajati dejanja.
Testni parametri
Pri nastavitvi scenarijev testiranja za zanesljivo simulacijo hkratnega dela velikega števila uporabnikov se za vsako vrsto dokumenta nastavijo določeni parametri testiranja (glej tabelo 1):
- Dokument – označuje določen dokument v delovni bazi podatkov, na podlagi katerega se bo izvajalo obremenitveno testiranje
- Prioriteta zagona – določa vrstni red zagona testov za vsako vrsto dokumenta
- Število dokumentov – določa obseg generiranih testnih dokumentov
- Premor, sekunde – zakasnitev pri začetku niza testov znotraj ene vrste dokumenta
- Število vrstic v dokumentu je informacijski kazalec, ki označuje "masovnost" testnega dokumenta, ki vpliva na čas obdelave in obremenitev virov
Preizkusi se izvajajo v 3 ponovitvah, rezultati se zapišejo v tabelo. Tako dobljeni rezultati testa, merjeni v sekundah, najbolj realistično in objektivno odražajo raven zmogljivosti baz podatkov 1C v pogojih, ki so čim bližje dejanskim (glej tabeli 3.1 in 3.2).
Tabela 1. Parametri testnega scenarija
| Dokument | Prednost zagona | Število dokumentov | Premor, sekunde | Število vrstic v dokumentu | |
| Vloga 1 | Račun kupca | 1 | 25 | 51 | 62 |
| Prejem blaga | 2 | 25 | 80 | ||
| Prodaja blaga | 3 | 25 | 103 | ||
| Denarna nakazila | 4 | 25 | 1 | ||
| Kupec vrne | 5 | 25 | 82 | ||
| Vloga 2 | Račun kupca5 | 10 | 65 | 79 | |
| Prejem blaga | 1 | 22 | 80 | ||
| Prodaja blaga | 2 | 25 | 103 | ||
| Denarna nakazila | 3 | 25 | 1 | ||
| Kupec vrne | 4 | 25 | 75 | ||
| Vloga 3 | Račun kupca | 4 | 15 | 45 | 76 |
| Prejem blaga | 5 | 26 | 80 | ||
| Prodaja blaga | 1 | 52 | 103 | ||
| Denarna nakazila | 2 | 26 | 1 | ||
| Kupec vrne | 3 | 32 | 90 | ||
| Vloga 4 | Račun kupca | 3 | 45 | 38 | 70 |
| Prejem blaga | 4 | 30 | 80 | ||
| Prodaja blaga | 5 | 30 | 103 | ||
| Denarna nakazila | 1 | 20 | 1 | ||
| Kupec vrne | 2 | 20 | 86 | ||
| Vloga 5 | Račun kupca | 2 | 30 | 73 | 76 |
| Prejem blaga | 3 | 30 | 80 | ||
| Prodaja blaga | 4 | 30 | 103 | ||
| Denarna nakazila | 5 | 18 | 1 | ||
| Kupec vrne | 1 | 18 | 91 | ||
| Vloga 6 | Račun kupca | 1 | 40 | 35 | 86 |
| Prejem blaga | 2 | 40 | 80 | ||
| Prodaja blaga | 3 | 40 | 103 | ||
| Denarna nakazila | 4 | 40 | 1 | ||
| Kupec vrne | 5 | 40 | 88 | ||
| Vloga 7 | Račun kupca | 5 | 25 | 68 | 80 |
| Prejem blaga | 1 | 25 | 80 | ||
| Prodaja blaga | 2 | 25 | 103 | ||
| Denarna nakazila | 3 | 25 | 1 | ||
| Kupec vrne | 4 | 25 | 90 | ||
| Vloga 8 | Račun kupca | 3 | 25 | 62 | 87 |
| Prejem blaga | 4 | 25 | 80 | ||
| Prodaja blaga | 5 | 25 | 103 | ||
| Denarna nakazila | 1 | 25 | 1 | ||
| Kupec vrne | 2 | 25 | 92 | ||
| Vloga 9 | Račun kupca | 2 | 20 | 82 | 82 |
| Prejem blaga | 4 | 20 | 80 | ||
| Prodaja blaga | 5 | 20 | 103 | ||
| Denarna nakazila | 1 | 20 | 1 | ||
| Kupec vrne | 3 | 20 | 98 | ||
| Vloga 10 | Račun kupca | 4 | 50 | 2 | 92 |
| Prejem blaga | 1 | 50 | 80 | ||
| Prodaja blaga | 2 | 50 | 103 | ||
| Denarna nakazila | 5 | 50 | 1 | ||
| Kupec vrne | 3 | 50 | 98 |
Tabela 2. Specifikacije testna miza
| št. | Vloga sistema | CPU\vCPU | RAM, GB | Diskovni sistem vhod/izhod |
| 1 | Terminalski strežnik – navidezni stroj za vodenje testov | 4 jedra 2,9 GHz |
16 GB | Intel SSD SSD Raid1 |
| 2 | Scenarij 1. Strojna oprema strežnika 1C + DBMS | Intel Xeon E5-2690 16 jeder |
96 GB | Intel Sata SSD Raid1 |
| 3 | Scenarij 2. Strežnik 1C + virtualni DBMS | 16 jeder 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Scenarij 3. Virtualni strežnik 1C | 16 jeder 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Scenarij 4. Virtualni strežnik DBMS | 16 jeder 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Programska oprema |
|
||
| 7 | 1C konfiguracije |
|
||
Tabela 3.1 Rezultati testiranja z Gilevovim testom (TPC-1C). Velja za optimalno najvišjo vrednost
Tabela 3.2 Rezultati testiranja s posebnim testom 1C:KIP. Najmanjša vrednost velja za optimalno
| operacijski sistem Microsoftov strežnik | Operacijski sistem razreda Unix | |||||
| Seznam testov (povprečna vrednost na podlagi serije 3 testov) | Strojni strežnik 1C+DBMS, protokol SharedMemory | Virtualni strežnik 1C+DBMS, protokol SharedMemory | 1C strojni strežnik in DBMS strojni strežnik, protokol TCP-IP | Virtualni strežnik 1C in virtualni strežnik DBMS, protokol TCP-IP | ||
| Izvajanje testov 1C:KIP na obstoječi bazi podatkov, konfiguracija Enterprise Accounting | ||||||
| Prometna bilanca stanja | 1,741 sek | 2,473 sek | 2,873 sek | 2,522 sek | 13,866 sek | 9,751 sek |
| Izvajanje vračila blaga od strank | 0,695 sek | 0,775 sek | 0,756 sek | 0,781 sek | 0,499 sek | 0,719 sek |
| Izvajanje plačilnih nalogov | 0,048 sek | 0,058 sek | 0,063 sek | 0,064 sek | 0,037 sek | 0,065 sek |
| Izvajanje tehničnega usposabljanja | 0,454 sek | 0,548 sek | 0,535 sek | 0,556 sek | 0,362 sek | 0,568 sek |
| Prodaja blaga in storitev | 0,667 sek | 0,759 sek | 0,747 sek | 0,879 sek | 0,544 sek | 0,802 sek |
| Knjiženje računa za plačilo | 0,028 sek | 0,037 sek | 0,037 sek | 0,038 sek | 0,026 sek | 0,038 sek |
| Izračun predračunov stroškov | 3,071 sek | 3,657 sek | 4,094 sek | 3,768 sek | 15,175 sek | 10,68 sek |
| Izvajanje testov 1C:KIP na obstoječi bazi podatkov, konfiguracija Trade Management | ||||||
| Izvedba in vrnitev od naročnika | 2,192 sek | 2,113 sek | 2,070 sek | 2,418 sek | 1,417 sek | 1,494 sek |
| Izvedba in vračilo blaga dobavitelju | 1,446 sek | 1,410 sek | 1,359 sek | 1,467 sek | 0,790 sek | 0,849 sek |
| Objava naročila stranke | 0,355 sek | 0,344 sek | 0,335 sek | 0,361 sek | 0,297 sek | 0,299 sek |
| Izvajanje ponovnega štetja blaga | 0,140 sek | 0,134 sek | 0,131 sek | 0,144 sek | 0,100 sek | 0,097 sek |
| Izvajanje sprejema tehničnih specifikacij | 1,499 sek | 1,438 sek | 1,412 sek | 1,524 sek | 1,097 sek | 1,189 sek |
| Implementacija specifikacij | 1390 sek | 1,355 sek | 1,308 sek | 1,426 sek | 1,093 sek | 1,114 sek |
| Izvajanje RKO | 0,759 sek | 0,729 sek | 0,713 sek | 0,759 sek | 0,748 sek | 0,735 sek |
- V posebnem testu 1C se operacije »branje podatkov in zapleteni izračuni«, kot sta »Prometna bilanca« in »Izračun ocen stroškov«, izvajajo večkrat hitreje na DBMS MS SQL podjetja Microsoft.
- Pri izvajanju operacij "snemanje podatkov in objavljanje dokumentov" v večini testov najboljši rezultat pokaže DBMS PostgreSQL, optimiziran za 1C.
- Gilevov sintetični test kaže tudi prednost PostgreSQL. To dejstvo je posledica dejstva, da sintetični test temelji na merjenju hitrosti ustvarjanja in knjiženja določenih vrst dokumentov, kar se šteje tudi za operacijo »zapis podatkov in knjiženje dokumentov«.
Končajmo s primerjavo med platformami in preidimo na primerjave znotraj vsakega sistema:
- Kot je bilo pričakovano, testi 1C na strojni platformi kažejo boljše rezultate kot na virtualni. Razlika v rezultatih posebnega testa 1C je v obeh primerih majhna, kar kaže na postopno optimizacijo proizvajalcev virtualnih hipervizorjev.
- Pričakuje se tudi, da bo uporaba tehnologije skupnega pomnilnika (SharedMemory) pospešila proces izmenjave podatkov med strežnikom 1C in DBMS. V skladu s tem so rezultati testa nekoliko boljši od sheme z omrežno interakcijo teh dveh storitev prek protokola TCP-IP.
Lahko sklepamo, da lahko s pravilno konfiguracijo 1C in DBMS dosežete pomembne rezultate tudi na brezplačnem programsko opremo. Zato je treba pri načrtovanju nove IT strukture za 1C upoštevati stopnjo obremenitve sistema, vrsto prevladujočih operacij v bazi podatkov, razpoložljivi proračun, prisotnost strokovnjaka za nestandardne DBMS, potreba po integraciji z zunanjimi storitvami itd. Na podlagi teh podatkov je že mogoče izbrati zahtevano rešitev.
Preberite nadaljevanje testiranja.
Za vloge strežnika 1C, MS SQL 2008 DBMS strežnik za 50 uporabnikov.
Po mnenju strokovnjaka za strežnike zbiramo strojno opremo:
Izbira platforme: IBM x3650 M3
Izberite procesor: Intel Xeon E5506 - 1 kos.
Izbira RAM-a: 4 palice po 4 GB
Izbira trdega diska: 3 SAS 146 GB RAID5
Uporabljena programska oprema:
OS MS Windows 2008 x64
DBMS MS SQL 2008 x64
Strežnik 1C 8.2 x64
Testno okolje: za izvedbo obremenitvenega testiranja je bila uporabljena konfiguracija 1C 8.2: »Standardni obremenitveni test«.
Napredek testa:
Vklopljeno lokalni strežnik Odjemalska seja 1C je bila zagnana v agentskem načinu in v testnem načinu.
V testni konfiguraciji je bilo začetno število emuliranih standardnih uporabnikov 1C, ki ustvarjajo in brišejo dokumente in poročila, določeno kot 20. Korak za povečanje števila uporabnikov po testih je bil nastavljen na 20 uporabnikov.
Na začetku (brez uporabniških povezav) DBMS zaseda 569 MB RAM-a (ustvarjeni sta bili 2 bazi podatkov: konfiguracija 1C 8.2: UPP in testna konfiguracija), pomnilnik, ki ga sistem zaseda, je 2,56 GB.
Med testiranjem (do 110 uporabnikov) je pomnilnik za DBMS dodeljen do 12 GB, ena testna seja 1C zasede 55 MB (55 MB x 200 = 11 GB). Za primerjavo, ena prava uporabniška seja (odjemalska aplikacija 1C) traja približno 300 - 500 MB. Velikost pomnilnika, dodeljenega odjemalski aplikaciji 1C, je navedena za uporabnika, ki dela v standardni konfiguraciji 1C: Trgovina ali 1C: UPP. Storitev strežnika 1C (rphost) praktično ne uporablja OP, saj samo prevaja zahteve iz odjemalskega dela v DBMS (v skladu s standardom se za varnostni strežnik 1C uporabljajo vrata TCP 1541 in TCP 475).
Poraba virov CPE je bila deljena med storitvijo strežnika 1C (rphost) in storitvijo DBMS (sqlservr). Pri obremenitvi 40 uporabnikov je rphost porabil 37 % moči procesorja, sqlservr pa 30 %. Pri obremenitvi 60 uporabnikov je rphost zasedel 47 % moči procesorja, sqlservr pa 29 %.
Med brisanjem ustvarjenih dokumentov je storitev sqlsrvr dostopala do diskovnega podsistema za snemanje s hitrostjo do 6,5 MB/s (približno 52 MB/s).
Omrežna obremenitev med strežnikom 1C in DBMS (na lokalnem vmesniku za pregled nazaj) je bila 10 Mb/s.
Izdan rezultat testa testna konfiguracija 1C:
Parametri: Izvedite test 000000006 od 24. 5. 2012 12:44:16
Standardni obremenitveni test, različica 2.0.4.11
Začetek testiranja 23.05.2012 12:36:39. Trajanje: 57,1 minut.
Preskusni pogoji
"Server 1C: Enterprise: test
Ime informacijske baze: testcenter_82
Virtualni uporabniki: TEST,"
Sklepi:
Potrebna je sprostitev konfiguracije strežnika, saj je trenutni 100% redundančen za 50 uporabnikov.
Potrebno je opraviti testiranje z uporabo drugega strežnika za zagon emuliranih uporabnikov in preveriti obremenitev omrežja, pričakovana obremenitev je 10 Mb/s.
Arhitektura 1C je sestavljena iz 4 blokov: 1C strežnik, DBMS, 1C varnostni strežnik in 1C odjemalec. V tem testu so bile vse te funkcije zagnane na enem strežniku.
Ko je strežnik 1C močno obremenjen, obstajajo naslednja priporočila:
Ločite vloge strežnika 1C, strežnika DBMS, zaščitnega strežnika 1C in odjemalskih aplikacij 1C (za večjo zmogljivost je bolje zagnati odjemalske aplikacije 1C na terminalskem strežniku).
Na strežniku DBMS morate uporabiti naslednjo strukturo za sisteme za shranjevanje podatkov: operacijski sistem mora biti v RAID 1, podatkovne datoteke DBMS (.mdf, .ndf) v ločenem RAID 0, dnevniške datoteke (.ldf) v ločenem RAID 0, začasne datoteke in izmenjalna datoteka na ločenem disku.
Računalniki (konvencionalno ime), ki sodelujejo v testih - opis (diski so navedeni samo za bazo podatkov):
(razjasnitev med strežniki 1 Gbit omrežja)
1) IT33- namizje na Core i5 4 jedra 2,8 GHz, DDR3 3 GB, eno HDD 7200 vrt/s.
2) REALNO- NAJMOČNEJŠI, kot sem mislil)) 8 jeder Xeon pri 3 GHz, DDR2 48 GB, RAID10 na SSD
3) REAL2- 8 jeder Xeon pri 2 GHz, DDR2 22 GB,RAID10 vklopljen trdi diski SAS 10.000 rps
Preizkusi so bili izvedeni v konfiguraciji 1c podjetja Gilev:
"SQL Server" ---> "1C Server" ---> "Ocena" + "Ime odjemalskega računalnika (če ni določeno, potem je isti na seznamu)">1)REAL2--->REAL2--->25,64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Skupni pomnilnik)
>3)REAL2--->REAL2--->25.64(SQL--Skupni pomnilnik) + IT33(odjemalec) - od odjemalca do omrežja strežnikov=10 Mbit
>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(client) - hmm.. čudno 1 Gbit omrežje... zakaj je manj papagajev..
>5)REAL2--->REAL2--->37.59(Datoteka)
**
****
**************************
>1)REAL--->REAL--->8.73(TCP--SQL)
>2)REALNO---> Real2--->11.99(TCP--SQL) --- to mi že daje nekaj misli))
>3)REAL--->REAL--->17.48 (Datoteka)
** **** ******************************
>1)IT33--->IT33--->26,88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Skupni pomnilnik)
>3)IT33--->IT33--->59.52(Datoteka)
Rezultati:
Pogledal sem rezultate testa ... vrtel tako in tako)) in potem se mi je posvetilo (izmeril sem hitrost RAM-a),
kaj pa hitrost 1s 8.x (ugotavljam, da rezultati testa temeljijo na načinu ENOG UPORABNIKA, pa tudi za različico odjemalec-strežnik z večuporabniškim delom - mislim, da bodo imeli tudi precejšen delež vpliva) -
Torej na hitrost 1C vpliva: frekvenca vodila procesorja + frekvenca pomnilnika RAM
----> kaj vpliva Hitrosti PISANJA in BRANJA v RAM-u. Kar je osnova delovanja 1s 8.x.
Računalniki, ki so si razdelili nagrade glede hitrosti delovanja 1s))
1)IT33--->IT33--->59.52(Datoteka)
RAM DDR 3 (branje 11089 MB/s, pisanje 7047 MB/s) ------ kot sem pričakoval, bo razlika precejšnja pri strežnikih
2) REALNO2--->REAL2--->37,59(Datoteka)
- RAM DDR2 (branje=3474, pisanje=2068)
3) RESNIČNO--->REAL--->17.48(Datoteka)
- RAM DDR2 (Branje=1737 MB/s, Zapis=1042 MB/s) - kot se je izkazalo, je hitrost manjša kot pri Real2 - točno 2-krat,
Zaradi omogočenih Virtual Cores (Hyper-trading) ga bomo najverjetneje onemogočili.
SKLEPI:
Največja hitrost delovanja 1s 8.x je dosežena:
I) za možnost File (osebno me ne zanima)
A) zagon odjemalca (katerega koli) na računalniku z visoko hitrostjo Oven. (na primer terminalski strežnik
DB tam).
II) za možnost odjemalec-strežnik
1) Debele stranke 1C na " Terminalski strežnik" - z +
2) Tanki odjemalci 1C- ni posebne razlike kje ... vendar je priporočljivo, da ga konfigurirate prek "HTTP://".
3a) "SQL Server" + "1C Enterprise Server"(v načinu skupnega pomnilnika) - na enem avtomobilu z Najvišja hitrost zapisovanja/branja RAM-a + CPE jedra z najvišjo frekvenco GHz diski
Pojasnila:
- podporoSkupni pomnilnik- pojavil se je na motorju od 8.2.17 (POZOR v konfiguraciji - način združljivosti z prejšnje različice motor), na prejšnjih motorjih bodo uporabljene cevi Naimed - prav tako kažejo dobre rezultate))
- RAID vklopljen SSD diski - priporočljiva je uporaba RAID10 - za toleranco napak, ob upoštevanju Write SCALE:
primer RAID10 (4 kosi Kazen za pisanje = 2), Hitrost pisanja = 4/2 = 2 diska, Brez kazni za branje.
Prav tako lahko dodatno povečate zanesljivost in stabilnost hitrosti SSD - ne z uporabo celotne kapacitete diska.
primer (dvig zanesljivosti namiznega SSD diska na raven strežniškega SSD diska):
Če je na primer SSD Intel serije 520 120 GB in dodelite 81 GB, preostali prostor pa pustite nedodeljen -
potem bo približno 32 % prostora SSD dodeljenega za prekomerno zagotavljanje poleg že obstoječih skritih 8 %. Skupaj dobimo približno 40%
Razlika med strežniškim SSD Intel serije 710 in namiznim SSD Intel serije 320 je ravno razlika v prekomernem zagotavljanju: več kot 40 % za Intel 710 in 8 % za Intel 320.
Če je strank 1C veliko od 100 naprej:
1) O trenutnih omrežnih tehnologijah Ethernet - NI priporočljivo izbrisati "SQL" "Server 1C".
na primer zaradi latence (zakasnitve) v gigabitnem omrežju Ethernet - realna hitrost izmenjave z SQL = 30 megabajtov/s - kar ni dovolj niti za intenzivno delo z bazo podatkov 1 uporabnika.
2) Ker pravzaprav "Server 1C" = "Object DBMS" (večdimenzionalni objekti) in "SQL" = "Relacijska DBMS"(plosko tabelarično shranjevanje podatkov)
=> v bazi podatkov SQL je shranjena FLAT projekcija 1C objektov in 1C strežnik zbere objekt iz te projekcije, nato dela s tem objektom in ga na koncu, po zaključku dela, ponovno postavi v ploski pogled in shrani v SQL.
Posledično se morate med »SQL« in »1C Server« odreči razdelitvi na dva fizična strežnika. Lahko pa uporabite celotno izvedbo vozlišč NUMA. ( To morajo podpirati OS in procesorji sami).
3b) Razširimo ga SQL strežnik in strežnik 1c ločeno:
Na tekočem Ethernet tehnologije- na primer Gigabit - NI praktično
-SQL v strežnik z Najvišja hitrost zapisovanja/branja RAM-a + CPE jedra z najvišjo frekvenco GHz
-nekaj FIZIČNI strežniki v gruči 1c c Najvišja hitrost zapisovanja/branja RAM-a +
CPE jedra z najvišjo frekvenco GHz+ pri SSD je priporočljivo uporabiti RAID- diski
Rezultati obremenitvenega testa TPC-1 delovanja 1C po Gilevu za konfiguracijo z bazo podatkov datotek:
Učinkovitost strežnika se ne ocenjuje glede na delovno obremenitev in čakalne vrste procesorja, temveč glede na sposobnost izvajanja določenega števila operacij na časovno enoto.
Tekmovanje za vire, kot je procesor, zmanjša hitrost operacij, ko je odzivni čas določen z:
- čas delovanja
- čakalna doba opreme
- čas logičnih čakanj kot ključavnice
Glavna značilnost je hitrost delovanja.
Opomba. Za procesor je najpomembnejša značilnost procesorska frekvenca in ne obremenitev. Spodaj je posnetek zaslona rezultatov testa (kliknite na sliko za povečavo).
Učinkovitost sistema in načrtovanje potrebnih računalniških virov za njegovo implementacijo je obvezna operacija za vsako implementacijo ali spremembo obstoječega IT sistema.
Večina obstoječih metod ocenjevanja uspešnosti temelji na določeni vrsti testiranja.
Obstajata dve glavni vrsti testiranja: komponentno in integralno.
Testiranje komponent vključuje testiranje posameznih komponent rešitve, od delovanja procesorjev ali pomnilniških podsistemov do testiranja delovanja strežnika kot celote, vendar brez obremenitve v obliki posamezne poslovne aplikacije.
Za celostni pristop je značilna ocena delovanja rešitve kot celote, tako njenega programskega kot strojnega dela. V tem primeru se lahko uporablja tako poslovna aplikacija, ki bo uporabljena v končni rešitvi, kot tudi nekatere modelne aplikacije, ki posnemajo nekatere standardne poslovne procese in obremenitve.
Naš test uporablja točno ta pristop.
Kot rezultat smo prejeli določen indeks zmogljivosti (hitrosti). To je rezultat delovanja platforme kot celote na naši strojni opremi. V primeru različice odjemalec - strežnik je to rezultat kompleksne verige zahtev, ki potekajo skozi različne odseke. Dobite skupni dejanski rezultat, ki ga določa ozko grlo v sistemu. Nastavitve DBMS, nastavitve OS in nastavitve strojne opreme vplivajo na splošno delovanje sistema.
Test ocenjuje količino dela na enoto časa v eni niti in je primeren za oceno hitrosti enonitnih nalaganj, vključno s hitrostjo upodabljanja vmesnika, vplivom stroškov na vzdrževanje virtualnega okolja in morebitnim prenosom dokumenti, zaključek meseca, obračun plač itd.
