Rekomandime 1c për zgjedhjen e një serveri. Zgjidhjet

Server për 1C

Ndërmarrjet e mëdha kanë përdorur 1C në modalitetin klient-server për një kohë të gjatë. Dhe sot kjo teknologji po lëviz në mënyrë aktive në bizneset e mesme dhe të vogla. Ky artikull ka të bëjë me atë se si duhet të jetë një server 1C me një numër të vogël përdoruesish.

Nga cili numër përdoruesish nevojitet një server për 1C?

PostgreSQL falas për 1C u shfaq shumë kohë më parë. Dhe relativisht kohët e fundit një pozicion kaq i mrekullueshëm u shfaq në listën e çmimeve 1C:

Ne rekomandojmë me siguri përdorimin e 1C në modalitetin klient-server duke filluar me 3-5 përdorues. Opsioni i skedarit mbetet për bazat e të dhënave shumë të vogla dhe nëse nuk ka nevojë të punoni në bazën e të dhënave nga shtëpia, udhëtimet e biznesit ose zyrat e tjera, nëse lihet pa 1C në rast dështimi për disa ditë, nuk është aspak e frikshme. . Ne gjithashtu e konsiderojmë punën në RDP si një teknologji të vjetëruar, e cila është e përshtatshme vetëm kur për ndonjë arsye platforma është e vjetër (8.0 ose 8.1) ose platforma është e lashtë, është joshëse të shkruash "rusisht të vjetër" (7.7). Prandaj, gjithçka që shkruhet më poshtë vlen për opsionin "një server aplikacioni DBMS dhe 1C: Enterprise janë instaluar në serverin 1C, puna kryhet në një klient të hollë 8.2".

A duhet të blej një server të markës apo ta montoj vetë, apo të porosis montim nga furnitorët?

Nëse keni deri në 10 përdorues, mund të përdorni një kompjuter të rregullt "home" si server me disa modifikime. Është mjaft e mundur ta blini atë "në pjesë" dhe ta montoni vetë. Nëse e kuptoni mirë se çfarë është pasta termike, si të këputni lidhësin e energjisë ATX pa e thyer tabelën në gjysmë, ku është lidhësi i ftohësit në të, si varet performanca e 1C nga frekuenca e kujtesës (pothuajse linearisht me burime të mjaftueshme ) dhe pse nuk duhet të lidhni hard disqet afër njëri-tjetrit.

• më shumë se 15 përdorues
• nuk ka asnjë super administrator të sistemit që di gjithçka "rreth kompjuterëve"
• biznesi sjell para të mjaftueshme për t'u penduar nëse 1C ndalon së punuari

Sqarim i vogël. Me "markë" nënkuptojmë IBM, HP dhe marka të ngjashme. Çdo “integrues” lokal që monton kompjuterë të bazuar në platformën e serverit Intel “për porosi” me ndihmën e studentëve të djeshëm, me konfigurimin e regjistruar nga fjalët e klientit, nuk janë marka. Edhe nëse ky server është i montuar në një mbyllje të montuar në raft. Edhe nëse vendosin një etiketë të bukur në panelin e përparmë. Ky është vetë-montim, dhe ne kemi shumë shembuj ku, le të themi, montuesit bëjnë gabime kur zgjedhin komponentët. Për shembull, ne pamë se si në një server serioz që kushton më shumë se 300,000 rubla, kontrolluesi i harduerit RAID ra në konflikt me motherboard dhe prodhoi 15% të xhiros së deklaruar. Ne pamë gjithashtu konfigurime me shtrembërime të mëdha, për shembull një makinë me katër Xeons dhe një grup të vetëm disqesh me dy disqe. Kur blini një server 1C, kontaktoni ata që e kuptojnë se si duhet të jetë.

Ajo që është e rëndësishme është që sot vlen një server i markës, i garantuar të jetë funksional, i provuar dhe i besueshëmmë e lirëvetë-montim me karakteristika të krahasueshme. Prandaj, me shumë mundësi nuk do të jeni në gjendje të kurseni para duke blerë një server të nivelit të mesëm të montuar vetë. Sot, vetë-montimi ka të drejtën e jetës vetëm në segmentin e serverëve të bazuar në komponentë konvencionalë ("desktop"), domethënë në nivelin fillestar, të cilët praktikisht nuk prodhohen nga markat.

sistemi operativ

Pa filluar luftëra të shenjta, ne rekomandojmë përdorimin e Windows Server 2012. Kjo është një platformë e besueshme dhe e provuar për serverin 1C. Zgjidhjet e tjera kanë të drejtën e jetës, por, të themi, nëse vendosni të instaloni Ubuntu Server, vështirë se keni nevojë për rekomandime. Dhe ata nuk kanë gjasa të ndihmojnë. Linux për 1C është unik çdo herë dhe është e pamundur të jepni rekomandime të përgjithshme.

Për serverët e nivelit të hyrjes, është mjaft e mundur të përdorni Windows desktop, për shembull, Windows 7/8. Nëse nuk keni nevojë për Active Directory, RDS dhe nuk do të përdorni MS SQL Server si DBMS. Thjesht duhet të keni parasysh se si parazgjedhje në Windows 7 Professional numri i lidhjeve të njëkohshme nëpërmjet TCP nuk mund të kalojë 20. Në Windows 8 ky kufizim është hequr.

Kujtesa

Duhet të ketë memorie të mjaftueshme. Nëse instaloni më shumë memorie se sa nevojitet, nuk do të ketë rritje të performancës. Nëse jepni më pak seç duhet, përvoja e përdoruesit do të kthehet në torturë. Llogaritja është si më poshtë: të paktën 2 GB për nevojat e sistemit operativ, nga 2 GB për DBMS, nga 4 GB për serverin 1C: Enterprise. Total minimale 8 GB. Ky vëllim është mjaft i mjaftueshëm për 5-10 përdorues me një bazë të dhënash. Pamja e ekranit tregon një pamje tipike të shpërndarjes së kujtesës gjatë punës së lirë të disa përdoruesve me një bazë të dhënash të vogël:

Vini re se si serveri i aplikacionit 1C (rphost.exe) e do kujtesën. Menjëherë pas hapjes së bazës së të dhënave, atij i duhet rreth një gigabajt. Me punë intensive, për shembull, ripërpunimin e dokumenteve për një muaj, është mjaft i aftë të zotërojë 6 GB me një lidhje të vetme aktive. Ju gjithashtu duhet të mbani në mend se shiriti blu ("Pritja") nuk është memorie e lirë, por cache e sistemit. Këtu është i njëjti sistem në të cilin filluam të punojmë pak a shumë intensivisht:

Rrjedha e punës 1C ka një veçori. Si rregull, ajo rritet në një drejtim. Sasia e memories së kapur nga rphost.exe gradualisht rritet dhe rritet gjatë ditës së punës. Ne rekomandojmë shumë rinisjen e agjentit të serverit 1C çdo natë, menjëherë përpara se të ngarkoni kopje rezervë.

16 GB është e mjaftueshme për 20-30 përdorues me dy ose tre baza të dhënash. Është e domosdoshme të konfiguroni vëllimin maksimal të alokuar për serverin 1C:Enterprise (kjo bëhet në tastierën e administrimit) dhe për DBMS! Nëse kjo nuk është bërë, atëherë, për shembull, Postgree jashtë kutisë do të përdorë vetëm 200-300 MB memorie. Si parazgjedhje është "mbytur". Por serveri i aplikacionit 1C, përkundrazi, mund të "hajë" lehtësisht gjithçka, pavarësisht sa i jepni.

Nënsistemi i diskut

Së pari, edhe në një server të nivelit fillestar është e nevojshme të ndahet disku me sistemin dhe disku me bazat e të dhënave. Më pas, nëse financat lejojnë, shtojmë një disk të tretë për të ruajtur një sasi të madhe të dhënash (kopje rezervë, etj.). Për Postgree, ne duhet të krijojmë një disk RAM për të ruajtur përkohësisht statistikat.

Është mjaft e mundur të përdoret një disk për sistemin që nuk është më i shpejtë dhe jo më voluminoz. 500 GB është më se e mjaftueshme.

Disku për bazën e të dhënave është padyshim SSD. Për bazat e të dhënave 1C, disqet konvencionale dhe grupet e tyre nuk kanë avantazhin më të vogël. Me një madhësi tipike të bazës së të dhënave të një ndërmarrje mesatare prej 2-3 GB, një vëllim prej 120 GB, siç e kuptoni, është mjaft i mjaftueshëm. Dhe performanca, duke qenë të gjitha gjërat e tjera të barabarta, ndryshon me 10 herë ose më shumë. Kufizimet në numrin e cikleve të rishkrimit janë një gjë e së kaluarës; sot SSD-të janë më të besueshëm se çdo disk "mekanik". Ju duhet patjetër të merrni një SSD me teknologjinë TRIM (regjistroni cache kur rryma është e fikur), dhe duhet të shikoni me kujdes shpejtësinë e deklaruar të shkrimit; tani ka shumë opsione të ndryshme në treg.

Nëse ndërprerja e bazës së të dhënave, dhe veçanërisht rivendosja e kopjes së djeshme nga arkivi, është e papranueshme, duhet të instaloni një kontrollues RAID dhe dy disqe në modalitetin "pasqyrë". Ne këshillojmë fuqimisht të mos përdorni kontrollues të softuerit RAID. Vetëm harduer.

Arkivimi mund të konfigurohet duke përdorur një DBMS ose mund të shkruani një skedar grumbull që do të lansohet nga programuesi i Windows dhe do të shkarkojë bazat e të dhënave nga modaliteti i grupit 1C: Enterprise. Nuk është shumë e rëndësishme. Është e rëndësishme që çdo natë sistemi të krijojë automatikisht një arkiv dhe ta shkruajë atë në një disk të veçantë serveri. Një sistem arkivimi që kërkon aktivizim manual nuk është një sistem arkivimi, por marrëzi. Pas krijimit të shkarkimeve të bazës së të dhënave, ne rekomandojmë shumë t'i ngarkoni ato në ruajtjen e cloud. Ky mund të jetë Google Drive, Yandex Disk, Dropbox ose burimi juaj ftp. Gjëja kryesore është që këto shkarkime të mos ruhen në të njëjtën dhomë ku ndodhet serveri. Pse? Sepse një biznes normal duhet të durojë me qetësi çdo gjë. Zjarr, vjedhje, vizitë nga autoritetet me sekuestrim. Zoti na ruajt, sigurisht, por gjithçka mund të ndodhë.

Nëse gjithçka që është e mundur tashmë është konfiguruar dhe duart tuaja kruhen për të bërë diçka tjetër, mund ta ridrejtoni regjistrimin e regjistrit të Postgree (nëse keni një të tillë) në një disk të veçantë. Kjo do të japë një rritje të vogël, por mjaft të dukshme të shpejtësisë gjatë operacioneve aktive me bazën e të dhënave.

Furnizimi me energji elektrike dhe UPS

Mos kurseni në furnizimin me energji elektrike. kurrë. Mund të kurseni në gjithçka tjetër brenda kufijve të arsyeshëm dhe furnizimi me energji për serverin duhet të jetë ideal. Një server ndryshon nga një kompjuter i zakonshëm kryesisht në atë që është gjithmonë i ndezur. Dyfishoni rezervën e vateve dhe një prodhues me emër (Thermaltake, Powerman, Enermax), këtu është rekomandimi ynë. Një UPS (Furnizimi me energji të pandërprerë) nevojitet për dy qëllime. Së pari, në rast të rritjeve serioze të energjisë, ai duhet të lejojë që furnizimi me energji i serverit të mbijetojë duke marrë goditjen mbi vete (ose më mirë akoma, në siguresën e tij). Së dyti, duhet të mbyllë saktë serverin kur ka një ndërprerje të energjisë. UPS nuk duhet dhe nuk mund të lejojë funksionimin pa tension të jashtëm, ky është një iluzion. Edhe 15 minuta. Detyra e tij është t'i japë sistemit operativ të serverit një komandë për t'u mbyllur. Prandaj, një UPS i palidhur dhe i pakonfiguruar është një mobilje, asgjë më shumë.

CPU

Kur punojnë 5 përdorues, çdo procesor "desktop" i një klase mjaft të lartë, për shembull një Core i7 me katër bërthama, do të ngarkohet mesatarisht me 5-7%. Procesori në përgjithësi nuk është një pengesë. Duhet të plotësojë parametrat e mbetur, asgjë më shumë. Prandaj, është më mirë të zgjidhni procesorin i fundit, nga ata të përshtatshëm për sistemin e zgjedhur. Karakteristikat dixhitale (numri i bërthamave, madhësia e cache-it, frekuenca) nuk janë vendimtare. Për shembull, Core i5 i fundit tejkalon gjeneratën e mëparshme Core i7.

Në çdo rast, nuk duhet të blini procesorin më të fuqishëm dhe më të shtrenjtë të disponueshëm për platformën e zgjedhur (Motherboard) për një server 1C. Përkundrazi, opsioni optimal do të ishte nga mesi i listës, i renditur sipas çmimit.

Software

Nuk ka nevojë të instaloni softuer antivirus në server. Është shumë. Siguria dhe mungesa e viruseve sigurohet nga tre rregulla:

• Serveri nuk duhet të përmbajë asnjë program që nuk është i nevojshëm për funksionimin e tij
• Serveri nuk duhet të përdoret si një nga kompjuterët e klientit
• Nga jashtë, nga interneti dhe rrjeti lokal, asnjë burim serveri nuk duhet të jetë i aksesueshëm, përveç atyre absolutisht të nevojshme

Ne nuk rekomandojmë kombinimin e serverit 1C dhe skedarit, postës, përfaqësuesit dhe serverit në internet. Këto detyra zgjidhen në mënyrë të përsosur nga pajisje dhe shërbime të specializuara. Për shembull, ruteri Zyxel Keenetic 4G dhe të tjerët si ai janë të shkëlqyeshëm në shpërndarjen e internetit në rrjet, duke punuar si një server ftp dhe skedarësh. Është absolutisht më mirë të transferoni serverin në internet të një kompanie të vogël dhe të mesme në një VDS në një qendër të dhënash. Dërgoni postë atje, apo edhe në Google ose Yandex mail për domenin tuaj.

Disa fjalë për serverët virtualë

Sigurisht, kjo është një teknologji shumë e njohur për zgjidhjet e serverëve hi-end. Sidoqoftë, për ndërmarrjet e mesme (20-50 përdorues), përfitimet e virtualizimit nuk janë aspak të dukshme, dhe për kompanitë e vogla ato nuk ofrojnë asgjë tjetër veç dhimbje koke. Së pari, virtualizimi i serverit nuk është falas dhe kushton burimet e makinës. Së dyti, të gjitha avantazhet e "akordimit të performancës në fluturim" dhe "lëvizshmërisë" zbërthehen nga një sërë problemesh me humbjen e licencave të softuerit 1C në rast të ndonjë ndryshimi. Së treti, në thelb nuk ka asgjë për të ndarë (ka pak burime), dhe një ndërmarrje e tillë thjesht nuk ka nevojë për disa serverë. Sot, shumë pak ndërmarrje rrezikojnë të marrin me qira një server virtual në një qendër të dhënash nën 1C, dhe madje edhe në këtë rast është më mirë të mos merrni me qira një server, por të lidheni me shërbimin 1C Online.

Sa kushton një server për 1C?

Në kohën e shkrimit të këtij artikulli, kostoja e përafërt e serverit është:

• nga 30,000 rubla për 5-10 përdorues
• nga 60,000 rubla për 15-20 përdorues
• nga 90,000 rubla për 30-50 përdorues

Me një numër më të madh përdoruesish, bëhet e nevojshme shpërndarja e serverit DBMS dhe serverit të aplikacionit në makina të ndryshme fizike.

Me kërkesën tuaj, ne, së bashku me partnerët tanë, mund të zgjedhim dhe të ofrojmë si një server të markës të prodhuar nga IBM ashtu edhe një server të parafabrikuar të nivelit fillestar.

Versionet 8.2 dhe 8.3 të platformës 1C: Enterprise konsiderohen si një aplikacion standard për detyrat e kontabilitetit dhe menaxhimit të kompanive. Një gamë e gjerë zgjidhjesh aplikimi është zhvilluar për ndërmarrjet publike dhe private. Gjatë zbatimit të infrastrukturës së tyre të informacionit, çdo ekzekutiv ose menaxher IT i një kompanie ka një pyetje se çfarë lloj serveri nevojitet për 1C. Problemi është i ndërlikuar nga fakti se blerja e pajisjeve kërkon kosto të konsiderueshme financiare, dhe jo çdo ndërmarrje mund të përballojë të zgjedhë konfigurime të nivelit të lartë.

Ne kemi mbledhur rekomandime nga prodhuesit kryesorë të pajisjeve (HP, Dell, IBM) dhe zhvilluesit e produktit softuerik 1C 8.3, në mënyrë që klientët tanë të mund të blejnë me fitim serverin që u nevojitet. Infrastruktura optimale e rrjetit mund të merret në bazë të çdo sistemi operativ, por aftësitë harduerike luajnë një rol më të rëndësishëm në këtë.

Kriteret e përzgjedhjes së serverit

Platforma 1C mund të kërkojë burime të rëndësishme harduerike nga serveri. Nëse buxheti i kompanisë është i pakufizuar, gjë që ndodh rrallë, mund të merrni pa hezitim platformat e gjeneratës së fundit, të mbushni të gjithë disqet e diskut dhe lojërat e RAM-it dhe të kërkoni nga specialisti i IT funksionimin e pandërprerë të sistemit. Përzgjedhja e pajisjeve me fonde të kufizuara kërkon një qasje më të konsideruar. Për të kuptuar se cili server 1C do të jetë në gjendje të përballojë këtë, është e nevojshme të analizoni me kujdes strukturën e ngarkesave llogaritëse. Nëse ato njihen paraprakisht, do të jetë shumë më e lehtë të hartoni një zgjidhje të gatshme.

Kur zgjedhin një server për "1C" (8.2; ​​8.3), ata udhëhiqen nga pikat e mëposhtme:

• numrin e operatorëve që kryejnë njëkohësisht futjen e të dhënave dhe gjenerojnë raporte;
• aftësia për të ndarë serverë të veçantë fizikë për SQL dhe aplikacionin 1C;
• vëllimet e planifikuara të përpunimit të të dhënave;
• struktura e shpërndarjes së ngarkesës në arkitekturën klient-server

Zgjedhja e një procesori dhe RAM-i

Llogaritja e frekuencës, numrit të kërkuar të bërthamave të procesorit dhe sasisë së RAM-it është hapi i parë dhe më i rëndësishëm. Për të shqyrtuar disa opsione, ne do të zgjedhim një server për 1C duke marrë parasysh stafin e kompanisë.

Organizatë e vogël (deri në 15 punonjës). Me një numër të vogël përdoruesish, vëllimi i bazës së të dhënave, si rregull, nuk kalon 2 GB, dhe programi 1C në formën e një versioni skedari është instaluar në makinat e klientit. Nevojat për OS në këtë rast arrijnë në 4–6 GB dhe 4 GB të tjera ndahen për cache-in e skedarëve të sistemit. Shpërndarja e ngarkesës së procesorit duket si kjo:

• 2 bërthama - për përdoruesit e sistemit operativ dhe terminalit;
• 1 bërthamë - për serverin e aplikacionit 1C;
• 1 bërthamë – për bazën e të dhënave SQL.

Makinat e nivelit fillestar me një procesor katër-bërthamë mund ta përballojnë këtë detyrë. Këta mund të jenë serverë raft ose kullë. Opsioni i fundit është i preferueshëm sepse nuk kërkon ndarjen e një dhome të veçantë për një dhomë serveri.

Organizim i mesëm (deri në 40 punonjës). Me një numër të tillë përdoruesish, zhvilluesit 1C rekomandojnë përdorimin e modalitetit të terminalit për të hyrë në aplikacion. Madhësia e bazës së të dhënave mund të jetë deri në 4 GB. Për një ngarkesë të tillë ju nevojiten të paktën dy procesorë me 4-6 bërthama. Sasia optimale e RAM-it do të jetë 16–64 GB, pasi duhet të ndahen një minimum prej 700 MB për çdo përdorues. Besohet se zgjidhja e aplikacionit 1C në të cilën funksionon makina e klientit kërkon nga 240 në 480 MB, dhe 200-220 MB të tjera ndahen për aplikacionet e zyrës.

Me një numër të tillë procesesh, rekomandohet të përdorni një makinë të nivelit të mesëm me virtualizim ose dy serverë fizikë. Njëri prej tyre do të përdoret për akses në terminal, dhe i dyti për SQL. Shtë më mirë të zbatoni serverin e aplikacionit 1C në makinën e parë ose madje të ndani një sistem të veçantë me një procesor për këtë. Konfigurimi i kërkuar zgjidhet në çdo rast specifik bazuar në një analizë të kohës së procesorit.

Organizatë e madhe (më shumë se 40 punonjës). Konfigurimi bazë i pajisjeve në këtë rast do të përbëhet nga tre serverë fizikë:

• terminal,
• DBMS,
• "1C".

Vëllimet e bazës së të dhënave me një numër të tillë punonjësish shpesh tejkalojnë 4 GB, dhe rekomandohet të ndani të paktën po aq RAM për cache-in e sistemit. 4 GB të tjera do të përdoren nga sistemi operativ dhe aplikacionet 1C do të kërkojnë rreth 8 GB. Kështu, ju duhet të paktën 16 GB RAM.

Për detyra të tilla, zgjidhen serverë me procesorë të dyfishtë me mbështetje për Intel Xeon E5-2600 ose më të lartë. Nëse numri i punonjësve nuk i kalon 50 persona, mund të lihet vetëm një makinë për akses në terminal dhe aplikacione 1C. Megjithatë, duke pasur parasysh perspektivat e rritjes së kompanisë, është më mirë të sigurohet një server i veçantë për secilën detyrë. Nëse numri i personelit të përfshirë i afrohet 100 punonjësve, duhet të vendosni një grup prej dy makinash për 1C dhe të lini një për detyra të tjera.

Zgjedhja e një nënsistemi të diskut

Performanca e serverit varet drejtpërdrejt nga nënsistemi i diskut. Kur ekzekutoni aplikacionet 1C, operacionet e leximit dhe shkrimit të të dhënave kryhen me intensitet të lartë. Shumica e ankesave për funksionimin e serverit lidhen me bllokimin e tabelave kur një numër i madh përdoruesish i qasen ato njëkohësisht.

Detyra e zgjedhjes së një serveri për 1C përfshin monitorimin e nënsistemit të diskut, duke ju lejuar të gjeni ekuilibrin optimal të performancës dhe besueshmërisë. Një faktor jashtëzakonisht i rëndësishëm që ndikon në performancën është aftësia e tij për të kryer një numër të caktuar operacionesh leximi/shkrimi për sekondë (IOPS). Nëse baza e të dhënave është deri në 300 MB, dhe numri i përdoruesve 1C është deri në 6 persona, ky parametër është 400–600. Nëse numri i përdoruesve të serverëve arrin 100 persona, atëherë IOPS do të jetë 18 000. Shpejtësia e transmetimit të transmetimit luan një rol dytësor.

Për çdo lloj hard disk, përcaktohen vlerat e shpejtësisë së leximit/shkrimit:

• SATA - 100/80;
• SAS – 240/220;
• SSD – 35,000/8,600.

Kjo tregon se disqet e gjendjes së ngurtë janë më të përshtatshmet për serverët e bazës së të dhënave 1C. Faktori kryesor që kufizon përdorimin e tyre është kostoja e tyre e lartë. Prandaj, për të zvogëluar buxhetin, përdoren edhe disqet SAS. Për të ruajtur të dhënat kritike, duke përfshirë 1C, disqet e ngurtë kombinohen në grupe RAID të niveleve të ndryshme, dhe teprica e integruar në to duhet të përfshihet në llogaritjen e performancës së serverit.

Kur hartoni një zgjidhje, toleranca e gabimeve të sistemit luan një rol të rëndësishëm. Për këtë përdoren si hardueri ashtu edhe softueri. Serverët janë të pajisur me furnizime me energji të këmbyeshme dhe kafaze me disqe, dhe përdorin një UPS për furnizim të pandërprerë me energji elektrike. Siguria e të dhënave sigurohet duke i rezervuar ato. Një skedar log krijohet të paktën një herë në ditë për të siguruar rikuperimin e informacionit në rast të dështimeve të sistemit.

Mund të gjeni serverin e kërkuar dhe ta konfiguroni atë për 1C në faqen e internetit. Specialistët tanë do të ndihmojnë në zgjidhjen e këtij problemi. Për këshilla, kontaktoni ata me telefon ose kontaktoni menaxherin përmes bisedës.

Server për 1C: Ndërmarrja 8 për një zyrë të vogël

Ky material mund të jetë me interes për organizatat ose degët e vogla me 3-25 përdorues të sistemit 1C: Enterprise 8. Autori rrjedh nga supozimi se do të lexohet jo vetëm nga specialistët e IT, por edhe nga menaxherët ose kontabilistët e ndërmarrjeve të vogla, prandaj materiali është disi i thjeshtuar në aspektin teknik. Parimet e tij themelore janë mjaft të zbatueshme për sistemet me një numër të madh përdoruesish. Për organizatat me 25+ përdorues 1C:Enterprise 8, dy materiale të tjera do të publikohen më vonë, duke përshkruar përvojën shumëvjeçare në përzgjedhjen e pajisjeve të serverëve dhe ndërtimin e infrastrukturave të TI-së për implementimet e mesme dhe të mëdha të 1C:Enterprise 8.

Kush duhet të pyesë nëse duhet të blejë një server?

Së pari, le të përshkruajmë kushtet kur një server që ekzekuton 1C: Enterprise 8 nuk është i nevojshëm.
Këto janë, si rregull, organizata që plotësojnë dy kritere sa më afër që të jetë e mundur:
a) një organizatë e vogël për 1-5 përdorues,
b) Për të mbështetur proceset e biznesit të kompanisë, aftësitë e zgjidhjes standarde nga 1C janë mjaft të mjaftueshme (d.m.th., nuk ka nevojë të bëhen modifikime në konfigurimin standard, duke ndryshuar më së shumti disa forma të printuara, raporte dhe përpunime).
Sipas statistikave, në varësi të rajonit, numri i organizatave që përdorin konfigurime standarde nga 1C mund të jetë deri në 60-80%.
Nëse kompania plotëson kriteret e listuara më sipër, atëherë ndoshta në vend që të blini një grup që përbëhet nga:
- "1C: Ndërmarrja 8",
- Licencat e Windows Server dhe klientit,
- serveri i harduerit,
- shërbimet për vendosjen e pajisjeve dhe programeve kompjuterike,
- Mbështetja dhe mirëmbajtja e këtij kompleksi,
Ka kuptim të merrni në konsideratë marrjen me qira të 1C: Enterprise 8 nga një ofrues shërbimi në formatin Software as a Service (SaaS).
Ofruesit e shërbimeve të shërbimeve të tilla ofrojnë konfigurime standarde plotësisht funksionale 1C:Enterprise 8, të paraqitura në formën e një faqe interneti në distancë. Dokumentet printohen në printerin tuaj lokal; gjithashtu mund t'i ruani dokumentet në mënyrë elektronike në kompjuterin tuaj lokal. Sigurisht, është e mundur të ruani një kopje rezervë lokale të bazës së të dhënave tuaja 1C në çdo kohë. Për më tepër, mund ta vendosni kopjen rezervë në një disk kompjuteri, në një disk USB të lëvizshëm ose diku në një disk "cloud" të largët (si DropBox ose Yandex.Disk).
Ju mund të merrni me qira një nga konfigurimet standarde "1C: Enterprise 8" nga vetë kompania 1C në burimin 1cFresh.com, si dhe nga partnerët e saj, për shembull 1C: Shërbimet e Kontabilitetit.
Ndër komoditetet teknologjike, kjo do të thotë të punosh kudo ku ka internet dhe pothuajse nga çdo pajisje, duke përfshirë një tablet dhe madje edhe një smartphone, pa pasur nevojë të përfshish një specialist IT. Ndër avantazhet financiare - organizata, në vend që të grumbullojë fonde, të investojë në blerjen e një serveri fizik, sistemin operativ Windows Server dhe vetë softuerin 1C:Enterprise 8, organizata thjesht paguan për hyrjen në 1C:Enterprise 8 si shërbim. , duke shlyer menjëherë kostot si shpenzime operative . Në fakt, është si të paguash për një shërbim publik. Nëse keni nevojë të rrisni ose ulni numrin e punonjësve, kjo mund të bëhet pothuajse menjëherë, duke menaxhuar në mënyrë fleksibël kostot tuaja në varësi të nevojave aktuale. Dhe qindra përdorues do të jenë në gjendje të punojnë në një shërbim të tillë njëkohësisht.

"Le të bëjmë teste", ose çfarë do të ishte e dëshirueshme të regjistrohej në pajisjet aktuale?

Nëse tashmë keni një server që ekzekuton 1C: Enterprise 8, opsioni ideal do të ishte të ekzekutoni një program standard të Windows - Monitorin e Performancës (Perfmon) dhe të regjistroni të dhënat e ngarkesës për një ditë pune. Kjo do të jetë një pikënisje që më pas do t'ju lejojë të krahasoni se sa efektiv është serveri i ri dhe nëse ia vlen paratë e shpenzuara.
Duke përdorur Perfmon, mjafton të hiqni ngarkesën në procesor (CPU) në formën e % ngarkesës në bërthama, memorie me akses të rastësishëm (RAM) në % të përdorimit dhe fizike disqe (jo logjike): në të cilat ndodhen 1C dhe OS Windows (kjo mund të jetë një, por zakonisht këto janë disqe të ndryshëm). Për sa i përket ngarkesës së diskut, parametrat më të rëndësishëm janë:
- “Avg. Disk sec/Transfer” (koha mesatare e hyrjes në diskun) - në mënyrë ideale deri në 10 ms (milisekonda), mirë deri në 25 ms, vlera kufi për funksionim të rehatshëm është 40 ms;
- “Aktuale Gjatësia e radhës së diskut" ( aktuale gjatësia e radhës së diskut) - në mënyrë ideale prania e majave të ngushta (në grafik) dhe vlera më e vogël e mundshme e radhës, gjatësia e radhës prej 70-100 kërkesash ose më shumë, një grafik në formën e një "rrëshqitjeje" tregon performancë të pamjaftueshme të nënsistemit të diskut ;
- "Transferimet e diskut/sek" (qasja në disk/sek) - këtu është e rëndësishme të rregulloni numrat maksimalë dhe kohëzgjatjen e tyre, si rregull, kjo është nga 80 IOPS në disa qindra, apo edhe mijëra.
Duke pasur këtë informacion, do të jetë më e lehtë të formulohen kërkesat për nënsistemet e harduerit të serverit për furnizuesin e pajisjeve, dhe më pas t'i krahasoni ato me vlerat e llogaritura.

Metodologjia e llogaritjes së pajisjeve

Pasi të vendosim të blini serverin tuaj për nevojat e 1C: Enterprise 8, ne do të përpiqemi të marrim parasysh nevojat specifike të këtij aplikacioni - të zgjedhim pajisjet optimale për detyrën brenda buxhetit.

Tjetra, ne do të shqyrtojmë metodologjinë për llogaritjen e burimeve të kërkuara për 1C: Ndërmarrja 8 në varësi të:
- versioni i përdorur - skedari ose SQL,
- lloji i aksesit - përmes rrjetit lokal, përmes desktopit në distancë "Remote Desktop", ose Web/klientit të hollë,
- numri i përdoruesve,
- numri dhe vëllimi i bazave të të dhënave,
- detyra të tjera që i janë caktuar serverit.
Qasja e paraqitur është relativisht universale dhe është po aq e përshtatshme për ekzekutimin e 1C:Enterprise 8 në një server fizik (me Intel Hyper-Threading të aktivizuar), dhe për ekzekutimin në një server të virtualizuar me Microsoft Hyper-V ose VMware vSphere, dhe për llogaritjen e qirasë burime nga ofruesit e shërbimeve cloud.

Për qartësi të llogaritjeve, do të marrim tre të mjaftueshme shembull tipik:
A) 5 përdorues"1C: Ndërmarrja 8", versioni i skedarit, përdoruesit e lidhur nëpërmjet rrjetit lokal (LAN) nëpërmjet klient "i trashë". 1C. Në këtë mënyrë, serveri kryen vetëm rolin e një serveri skedarësh dhe e gjithë ngarkesa kompjuterike bie në stacionet e punës të përdoruesit.
b) 10 përdorues, baza e të dhënave SQL, u lançua "1C: Enterprise 8". Serveri i aplikacioneve", përdoruesit punojnë klient "i trashë". nëpërmjet LAN, databazë 4 GB, për 2 vjet. Serveri vepron si një magazinë të dhënash, server SQL dhe Server i Aplikimit 1C.
V) 20 përdorues, baza e të dhënave SQL, u lançua "1C: Enterprise 8". Serveri i aplikacioneve", përdoruesit punojnë në " Desktop në distancë"(RDP), një konfigurim, 9 GB bazë të dhënash për 3 vjet. Serveri vepron si një magazinë e të dhënave, server SQL, Server i Aplikimit 1C dhe server terminal.

Llogaritja e kërkesave për fuqinë përpunuese (CPU ) : Së pari duhet të llogarisim se sa "bërthamë" procesori na duhen. Ne do të kryejmë llogaritjen në "bërthamat logjike të CPU", ku një bërthamë logjike korrespondon me një bërthamë në një server fizik në "Task Manager" me Hyper-Threading të aktivizuar (d.m.th., çdo bërthamë e procesorit fizik përfaqësohet si dy logjike) .
- Për nevojat e sistemit operativ (OS), rezervojmë 1-2 bërthama; për versionin SQL, zakonisht mjafton një; për versionin e skedarit, dy janë më të mirë.
- Nëse përdoret versioni SQL, atëherë një bërthamë për 20-25 përdorues 1C:Enterprise 8 për nevojat e MS SQL (më shumë përdorues - më shumë bërthama);
- Gjithashtu për versionin SQL rezervojmë një bërthamë për nevojat e “1C:Enterprise 8. Application Server x64” (procesi rphost) për 15-20 përdorues (më shumë përdorues - më shumë procese rphost, më shumë bërthama);
- Në versionin ku përdoruesit punojnë në modalitetin "Remote Desktop", ne rezervojmë një bërthamë logjike për 8 përdorues të terminalit (më shumë përdorues - më shumë bërthama).
- Për të punuar në modalitetin e shërbimit në ueb nëpërmjet një shfletuesi ose "Thin Client" - ne gjithashtu rezervojmë një bërthamë logjike për 8 përdorues të largët. Në fakt, për konfigurimet në "Format e menaxhuara" ngarkesa zhvendoset në "1C: Enterprise 8. Application Server x64", dhe në rastin e një shërbimi ueb ai shtohet gjithashtu në serverin e internetit të Serverit të Informacionit të Internetit (IIS), por për llogaritjet tona kjo nuk ka rëndësi.

Shembuj të llogaritjes:
a) për 5 përdorues në versionin e skedarit, të lidhur përmes një rrjeti lokal përmes një klienti "të trashë", kërkohen 2 bërthama logjike për OS (përfshirë rolin e një serveri skedari) - gjithsej një bërthamë procesori fizik;
b) për 10 përdorues në SQL dhe përmes një klienti "të trashë", kërkohet një bërthamë për OS, një bërthamë për MS SQL Server, një bërthamë për "1C: Enterprise 8. Serveri i aplikacionit x64" (rphost) - gjithsej 3 bërthama logjike, ose 2 fizike;
c) për 20 përdorues në SQL dhe në modalitetin "Desktop në distancë", ju nevojitet një bërthamë për OS, një bërthamë për MS SQL Server, një bërthamë për "1C: Enterprise 8. Serveri i aplikacionit x64" (rphost), 2,5 bërthama për servisim seancat e përdoruesve të terminalit (20:8) - gjithsej 5,5 bërthama logjike, ose 3 ato fizike.
Një server me procesorin më të ulët Intel Xeon E3 12xx përmban 4 bërthama fizike, ose 8 bërthama logjike. Kështu, edhe versioni minimal i procesorit të serverit për sa i përket bërthamave mbulon plotësisht nevojat e një organizate të vogël prej 25 përdoruesish 1C:Enterprise 8. Dhe, për shembull, një server me një procesor të vetëm i bazuar në një Intel Xeon E5 16xx më të fuqishëm, që përmban 8 bërthama fizike ose 16 logjike, mund të përballojë lehtësisht një ngarkesë prej 50-75 përdoruesve 1C:Enterprise 8 në Remote Desktop ose Web mode - shërbim/klient i hollë.

Në të njëjtën kohë, një nga karakteristikat më të rëndësishme për një procesor është frekuenca e tij nominale (të mos ngatërrohet me Turbo Boost), të cilën do ta diskutojmë më në detaje më poshtë. Për ta thënë thjesht, komoditeti i përdoruesve që punojnë me 1C:Enterprise 8 në modalitetin SQL, dhe veçanërisht kur punojnë përmes Remote Desktop (RDP), rritet pothuajse në mënyrë lineare me frekuencën e procesorit.

Llogaritja e kërkesave për RAM ) : Ashtu si gjatë llogaritjes së nevojës për bërthamat e procesorit, detyra jonë është të marrim parasysh me kujdes nevojat e të gjitha shërbimeve.
- Për nevojat e sistemit operativ (OS), rezervojmë 4 GB;
- Nëse përdorni versionin SQL, atëherë të paktën 20-30% e vëllimit të tabelave të bazës së të dhënave (DB) duhet të vendoset në SQL RAM Cache. Nëse ka disa baza të të dhënave, atëherë 20-30% e vëllimit të tabelave të të dhënave për secilën bazë të të dhënave. Ose, si kriter për llogaritjen e nevojave të SQL RAM Cache, mund të përdorni vëllimin e të dhënave për 1 vit. Meqenëse organizatat e vogla zakonisht kanë baza të të dhënave 1C që nuk janë shumë të mëdha, është shumë shpesh e mundur që të vendoset e gjithë databaza në SQL RAM Cache, d.m.th. 100% e vëllimit të tabelave të bazës së të dhënave (kjo është ideale). Vëllimi minimal është nga 2 GB.
- Për nevojat e “1C:Enterprise 8. x64 Application Server”, sasia e RAM-it llogaritet në bazë të numrit të proceseve rphost të ekzekutuara, rreth 1 GB për çdo rphost. Zakonisht kjo është 1-2 GB për 10-25 përdorues.
- Kur përdoruesit punojnë në modalitetin "Desktop në distancë", gjithçka është disi më e ndërlikuar. Para së gjithash, është e nevojshme të sqarohen konfigurimet e përdorura, ose edhe më mirë, të shihet fizikisht se sa konsumon çdo konfigurim RAM për përdorues në modalitetin e rrjetit lokal ose në modalitetin e terminalit. Për më tepër, duhet të shikoni jo menjëherë pas fillimit, por pas rreth 20-30 minutash punë intensive. Për shembull, "Kontabiliteti" konsumon mesatarisht 250-300 MB RAM për çdo seancë të ekzekutimit, "Menaxhimi i Tregtisë" konsumon mesatarisht 300-350 MB RAM për çdo seancë që funksionon. Më pas, ne llogarisim se sa përdorues do të përdorin njëkohësisht secilin konfigurim, shumëzojmë numrin e tyre me sasinë e kërkuar të RAM-it për konfigurimin 1C:Enterprise 8 dhe mbledhim sipas konfigurimit për të marrë vëllimin total. Si rregull, për një konfigurim dhe 10 përdorues kjo është 3-4 GB RAM.
- Në modalitetin "Desktop në distancë", është gjithashtu e nevojshme të merren parasysh ngarkesat e tjera të mundshme. Për shembull, 1C shpesh shkarkohet në formatin MS Excel për përpunimin e mëtejshëm të formularëve ose raporteve të shtypura. Ose përdoruesve u jepet akses për të përdorur internetin, aplikacione të tjera MS Office dhe programe të tjera. Prandaj, është e nevojshme të llogariten burimet RAM që ata konsumojnë. Për MS Word dhe MS Excel kjo është afërsisht 100 MB secila, për MS Outlook rreth 150 MB, Internet Explorer rreth 200 MB për çdo shembull ekzekutues për çdo përdorues. Për programet e tjera, është optimale të shikoni konsumin aktual të RAM-it në një PC dhe ta merrni parasysh në të njëjtën mënyrë.
- Për të punuar në modalitetin e shërbimit në ueb nëpërmjet një shfletuesi ose Thin Client, mund të llogaritni konsumin e RAM-it duke përdorur të njëjtat parime si për konfigurimet e ndryshme 1C:Enterprise 8 në modalitetin "Desktop në distancë", duke numëruar përdoruesit e secilit konfirmim, duke shumëzuar me konsumin përkatës të RAM-it në Modaliteti "klient i trashë" dhe përmbledhur. Këto burime shtesë në fakt do të shkojnë te 1C:Enterprise 8. Application Server x64 dhe IIS, por për llogaritjet paraprake është mjaft i përshtatshëm.
Shembuj të llogaritjes:
a) për 5 përdorues në versionin e skedarit, të lidhur nëpërmjet një rrjeti lokal nëpërmjet një klienti të trashë, minimumi i kërkuar është 4 GB RAM nën sistemin operativ dhe mundësisht 8 GB RAM;
b) për 10 përdorues në SQL dhe përmes një klienti "të trashë" me një bazë të dhënash 4 GB për 2 vjet, 4 GB për OS, 1 GB (kjo është 25% e vëllimit) ose 2 GB (të dhëna për një vit) për MS Kërkohet SQL Server, dhe 4 GB është më mirë, në mënyrë që 100% e bazës së të dhënave të përshtatet në RAM, 1 GB për "1C: Enterprise 8. Serveri i aplikacionit x64" (një fije rphost), gjithsej 6 GB deri në 9 GB RAM;
c) për 20 përdorues "Trade Management" në SQL me një bazë të dhënash 9 GB për 3 vjet dhe në modalitetin "Remote Desktop", ju nevojiten 4 GB për OS, 3 GB për MS SQL Server (ose më mirë akoma, 9 GB për 100% Baza e të dhënave u vendos në RAM), 1-2 GB për "1C: Enterprise 8. Application Server x64" (1-2 threads rphost), 6-7 GB për servisimin e seancave të përdoruesve të terminalit, gjithsej 14 GB deri në 22 GB RAM .
Pas llogaritjes së sasisë së kërkuar të RAM-it, është e saktë të shtoni 20-30% të rezervës për rritjen e ngarkesës (një rritje në numrin e përdoruesve, për shembull, ose një rritje e bazës së të dhënave). Për fat të mirë, RAM-i tani është i lirë dhe procesorët modernë mbështesin shumë prej tij - Intel Xeon E3 16xx deri në 64 GB RAM dhe Intel Xeon E5 16xx deri në 1540 GB RAM. Nuk ka gjë të tillë si shumë RAM në një server ;-).

Nënsistemi i diskut :

Nënsistemi i diskut përbëhet nga dy komponentë:
- Nënsistemi hyrës/dalës në formën e kontrollorëve ujë/dalje (HBA) dhe kontrollues RAID;
- pajisjet e ruajtjes së të dhënave, ose në rastin tonë - disqet SSD dhe HDD.

Nënsistemi I/O ( RAID).
Meqenëse po diskutojmë një server, detyra e të cilit është ruajtja e besueshme e informacionit, është absolutisht e nevojshme të rezervohen burimet e harduerit për ruajtjen e të dhënave, d.m.th. disqe.
Bizneset e vogla zakonisht përdorin RAID1, ose "pasqyrë", ku të dhënat shkruhen në dy disqe njëkohësisht. Në këtë mënyrë, edhe nëse njëri prej disqeve dështon fizikisht, të dhënat ruhen.
Ka disa opsione në të njëjtën kohë ndërtimiRAID1 në një server të vogël.

1. Për shembull, një RAID plotësisht softuerësh (Soft RAID) mund të krijohet duke përdorur Windows Server. Ky opsion nuk zbatohet për diskun e sistemit që përmban sistemin operativ (OS). Për një disk me një bazë të dhënash, mund të provoni të përdorni teknologjinë Windows Storage Spaces. Në jetën reale përdoret jashtëzakonisht rrallë, ne nuk do ta rekomandojmë atë.

2. Ju mund të përdorni harduer dhe softuer të ndërtuar mbi bazën e një chipset nga Intel dhe Intel® Rapid Storage Technology ( IntelRST). Thelbi i tij është që të gjitha operacionet hyrëse/dalëse në nivelin e harduerit kryhen nga chipset-i i motherboard-it, praktikisht pa ngarkuar burimet e CPU-së. Por ky grup kontrollohet në nivelin e softuerit, duke përdorur drejtuesit për Windows.
Kjo Më e zakonshme, dhe për momentin me performancën më të lartë opsioni për të ndërtuar RAID1 për një server jo shumë të ngarkuar me 2 ose 4 disqe.
Vërtetë, si çdo zgjidhje kompromisi, ajo ka disa disavantazhe.
a) Funksionimi i tij varet nga drejtuesit e ngarkuar në sistemin operativ. Dhe kjo mbart një rrezik potencial që kur përditësoni drejtuesit ose OS, mund të lindë një situatë që disku RAID të mos jetë i disponueshëm. Është jashtëzakonisht e pamundur, sepse... Intel dhe Microsoft janë shumë miqësorë dhe testojnë softuerin e tyre shumë mirë, por është e mundur. Me drejtësi, duhet theksuar se gjatë 8 viteve të fundit autori nuk ka hasur në raste të dështimeve të tilla.
b) Bazuar në rezultatet e eksperimenteve në laboratorin e provës së hyrjes, provat indirekte sugjerojnë se modeli i drejtuesit të Intel RST përdor burime RAM për ruajtjen e memories së shkrimit. Kjo jep një rritje të performancës, por gjithashtu mbart disa rreziqe të humbjes së të dhënave në rast të një ndërprerjeje të paplanifikuar të energjisë së serverit. Në "rimishërimin" e mëparshëm të kësaj teknologjie, Intel Matrix RAID, memoria e shkrimit mund të çaktivizohet në mënyrë të qartë në nivelin e udhëzimeve. Në versionin modern të Intel RST, përdoruesi nuk ka mundësinë të ndikojë në këtë parametër në asnjë mënyrë, apo edhe të zbulojë statusin e tij. Ky problem mund të zgjidhet lehtësisht duke instaluar një furnizim me energji të pandërprerë relativisht "të zgjuar" (Smart UPS), i cili mund të monitorojë gjendjen e baterive të tij dhe, kur ato janë të ulëta, jep një komandë për të fikur serverin. Në fakt, një UPS duhet të instalohet në server në çdo rast, kështu që ky nuk është problem, gjëja kryesore është të mos jeni dembel për të bërë cilësimet. Ka disa probleme me transportueshmërinë në rast të dështimit të motherboard. Gjatë periudhës së garancisë, ky problem ka shumë të ngjarë të jetë në gjendje të zgjidhet nga furnizuesi i pajisjeve, por gjatë periudhës pas garancisë, mund t'ju duhet të kërkoni për një motherboard të ngjashëm.
Kostoja e një zgjidhjeje të tillë në shumicën e rasteve është përfshirë tashmë në çmimin e motherboard dhe, në fakt, përdoruesi e merr atë "falas".

3. Në mesin e specialistëve të IT-së, është mjaft e zakonshme të dëshirojmë të kemi një RAID plotësisht harduerike në server. Një shembull i mirë i një zgjidhjeje të tillë është përdorimi i një kontrolluesi SAS (SAS HBA) në modalitetin RAID1. Për shembull, LSI HBA 9211 dhe pasardhësit e tij. Për ta bërë këtë, firmware special BIOS është instaluar në SAS HBA; për LSI 9211 është firmware "IR". Kjo skemë nuk ofron asnjë përfitim të performancës. Teorikisht, nëse motherboard dështon, ju mund të lidhni shpejt disqet dhe kontrolluesin me një server tjetër... por me të njëjtën probabilitet si motherboard, kontrolluesi SAS mund të digjet, kështu që nga këndvështrimi i autorit, ky avantazh është disi iluziv , duke zgjidhur më shumë probleme psikologjike sesa ato teknologjike.
Kostoja e LSI HBA 9211 është 250-300 dollarë, që është dukshëm më e shtrenjtë se versioni i mëparshëm i bazuar në Intel RST. Kjo rritje e çmimit është mjaft domethënëse për një zgjidhje buxhetore. Nga këndvështrimi i autorit, nëse vërtet dëshironi të bëni një RAID "hardware", atëherë është më mirë të zgjidhni një zgjidhje pak më të shtrenjtë bazuar në kontrolluesin Intel® RAID RS3WC080. Ky SAS HBA është gjithashtu i ndërtuar në një çip LSI, por gjenerata e ardhshme, LSI SAS 3008, mbështet standardin SAS 3.0 (12-Gb/s), me një çmim prej rreth 300 dollarë.

4. Ndonjëherë, në rast të pandershmërisë ose kualifikimeve të pamjaftueshme të shitësit, ata përpiqen të shesin kontrollues të lirë RAID të modeleve të vjetëruara për serverët 1C. Për shembull, Adaptec 6405E. Disavantazhi i kontrollorëve të tillë është se çipi i performancës i integruar në to është krijuar për të mbështetur një numër të caktuar HDD dhe nuk përballon mirë as ngarkesën e dy modeleve të serverëve të rinj SSD. Për shembull, SSD-të moderne mund të prodhojnë lehtësisht 80,000 IOPS (kërkesa në sekondë) për lexim secili, dhe procesori i një kontrolluesi RAID, për shembull, është i aftë të përpunojë vetëm 60,000 IOPS... Gjithashtu, kur përdorni RAID1 dhe SSD, ekziston nuk ka nevojë për një memorie të shkruar në kontrollues - shkrimi në cache RAM në kontrollues dhe direkt në SSD ndodh pothuajse me të njëjtën shpejtësi si leximi. Për më tepër, kontrollorët modernë RAID, madje duke pasur 1 GB RAM Cache në bord, nuk e përdorin atë kur punojnë me SSD. Kjo nuk do të thotë që Adaptec 6405E është një kontrollues i keq, thjesht se mjeti është krijuar për një përdorim tjetër.
Kostoja e Adaptec 6405E është rreth 250 dollarë.

Si një përfundim i shkurtër, unë propozoj të shikoj orarin e testimit të katër SSD-ve në RAID10 në tre konfigurime RAID: Adaptec 6405E, LSI 9211, Intel RST (Laboratori i Testit të Hyrës). Shihet qartë se opsioni më produktiv është me Intel RST, më pak produktiv është me Adaptec 6405E.

Pajisjet e ruajtjes ( SSDDheHDD)

"1C: Enterprise 8" në punën e tij, përveç vendndodhjes aktuale të tabelave të bazës së të dhënave (dosja për versionin e skedarit, tabelat DB për versionin SQL), mund të përdorë diskun e sistemit "C:\". Për shembull, dosja e sistemit Tmp të sistemit operativ Windows për ruajtjen e skedarëve të përkohshëm. Versioni SQL mund të punojë me të - në veçanti, ruani tempDB atje. Në modalitetin "Remote Desktop", mund të përdoren direktoritë lokale tmp të përdoruesve të terminalit në server, të cilët zakonisht gjenden gjithashtu në diskun "C:\", në profilet e përdoruesve lokalë.
- Për sistemin e kërkuar operativ (OS), rezervojmë të paktën 120 GB;
- Për të ruajtur një bazë të dhënash në një version skedari, këshillohet që thjesht të shikoni vëllimin e dosjeve në të cilat ruhen bazat e të dhënave. Zakonisht kjo është deri në 1-2 GB, apo edhe 10-20 GB.
- Nëse përdoret versioni SQL, atëherë kemi tre lloje të dhënash - vetë tabelat e bazës së të dhënave (DB), tabelat e përkohshme (tempDB) dhe SQL log. Si parazgjedhje, tempDB do të vendoset në diskun e sistemit "C:\". Për bazat e të dhënave të vogla zakonisht është i vogël, rreth 100-300 MB. Tabelat e bazës së të dhënave (DB) - siç është shkruar më sipër, rrallë tejkalojnë vëllimin prej 10-20 GB për kompanitë me 5-25 përdorues, por këtu, para së gjithash, duhet të shikoni vëllimin aktual plus rritjen gjatë vitit. Regjistri SQL mund të jetë shumë i madh, deri në dhjetëra GB, veçanërisht kur është aktivizuar modaliteti "Regjistri i plotë SQL", por gjithashtu mund të "shkurtohet" pa dhimbje në fund të çdo muaji dhe të arkivohet (ose të fshihet nëse nuk nevojitet).
Në total, për nevojat e bazave të të dhënave 1C:Enterprise 8, arrijmë kapacitete prej 20-60 GB, që në fakt është më e vogël se disqet e serverëve më të vegjël, HDD ose SSD.
- Në rastin e përdoruesve që punojnë në modalitetin Remote Desktop, ka kuptim të merren parasysh 3-4 GB RAM në dosjet personale të përdoruesve për ruajtjen e skedarëve/të dhënave të ndryshme të shkarkimit ose ngarkimit në/nga 1C. Nëse serveri përdoret gjithashtu si ruajtje e skedarëve, kjo duhet të llogaritet plotësisht veçmas nga nevojat për 1C, dhe mundësisht në disqe të tjerë fizikë.

Çfarë tjetër duhet të merret parasysh për dizajnimin në lidhje me zgjedhjen e disqeve.
1. Është shumë e dëshirueshme të shpërndahen të dhënat e Sistemit Operativ (OS) dhe 1C (tabelat e të dhënave) në pajisje të ndryshme fizike nga pikëpamja e tolerancës së gabimeve. Por nëse buxheti është i vogël, mirë, le të jetë gjithçka në një hapësirë ​​ruajtëse, me kopje rezervë përmes RAID dhe Rezervim ditor në media (ose shërbim) të jashtëm.
2. Mos harroni se serveri duhet të rezervojë disqe dhe të ndërtojë prej tyre një RAID1 tolerant ndaj gabimeve (RAID5 dhe analogët e tij nuk përdoren për bazat e të dhënave), d.m.th. na duhen të paktën dy disqe identikë (nëse OS dhe baza e të dhënave janë të kombinuara), ose dy herë dy disqe identikë për dy grupe RAID1 (nëse OS dhe Baza e të Dhënave janë të ndara).

Shembuj të llogaritjes:
a) për 5 përdorues në versionin e skedarit, të lidhur nëpërmjet një rrjeti lokal nëpërmjet një klienti të trashë, minimumi i kërkuar është 120 GB për sistemin operativ, ose më mirë akoma 240 GB dhe 10-20 GB për të dhënat. Në fakt, një nënsistem disku i përbërë nga dy disqe 240 GB të serisë Intel SSD s3510 në modalitetin RAID1 mund të përballojë këtë ngarkesë.
b) për 10 përdorues në SQL dhe nëpërmjet një klienti të trashë me një bazë të dhënash 4 GB, teknikisht do të jetë i mjaftueshëm edhe një nënsistem disku me dy disqe si një seri Intel SSD s3510 240 GB në modalitetin RAID1. Por, duke marrë parasysh numrin e përdoruesve, tashmë ka kuptim të merret në konsideratë ndarja e tij në dy vëllime të veçanta - dy disqe në RAID1 prej 120-240 GB për sistemin operativ dhe dy disqe në RAID1 prej 80 GB për bazën e të dhënave.
c) për 20 përdorues të "Trade Management" në SQL me një bazë të dhënash 9 GB, teknikisht do të jetë i mjaftueshëm edhe një nënsistem disku me dy disqe si një seri Intel SSD s3500 240 GB në modalitetin RAID1. Sidoqoftë, duke marrë parasysh numrin e përdoruesve, rekomandohet fuqimisht të ndani OS dhe bazën e të dhënave në dy vëllime të veçanta - dy disqe në RAID1 prej 120-240 GB për sistemin operativ dhe dy disqe në RAID1 prej 80-120 GB për bazën e të dhënave. .

Dëshiroj t'ju kujtoj "parimin e mjaftueshmërisë së arsyeshme".
Si rregull, vëllimi i bazave të të dhënave për kompanitë e vogla me 5-25 përdorues 1C:Enterprise 8 është gjithashtu i vogël. Dhe këtu është shumë e rëndësishme të mos ndiqni hapësirën në disk, thjesht nuk keni nevojë për të. Por ka kuptim të zgjidhni diskun më të besueshëm dhe produktiv, megjithëse me një kapacitet më të vogël. Një gabim tipik i bërë nga blerësit është dëshira për të "blerë një disk më të madh, por është i lirë", gjë që çon në përdorimin e disqeve jo server më të lirë dhe më të gjerë, gjë që është e papranueshme nga pikëpamja teknike.

Anashkaloni fytet e ngushta

Ndërfaqja e rrjetit . Ka më pak të ngjarë që kur punoni me 1C: Enterprise 8, pengesa mund të jetë ndërfaqja e rrjetit, sepse Meqenëse një sasi e madhe e të dhënave nuk transferohet, nuk ka kërkesa të veçanta për 5-25 përdorues. Për më tepër, shumica e serverëve kanë dy karta rrjeti Ethernet 1 Gbit/s të instaluara menjëherë, por këtu ka nuanca.
Kartat e rrjetit janë të ndryshme. Disa janë krijuar për të punuar në PC dhe laptopë, dhe në to një pjesë e konsiderueshme e ngarkesës bie në CPU. Këto përfshijnë, për shembull, ndërfaqet e rrjetit në çipin Realtek RTL8201N. Çipa të tillë përdoren gjithashtu në serverë, por në porte speciale të krijuara për të kontrolluar serverin.
Në të njëjtën kohë, ka çipe të rrjetit të serverëve, të tillë si Intel® i350-AM2 Dual Port Gigabit Ethernet. Me to, pjesa më e madhe e përpunimit ndodh në vetë çipin, pa përfshirë burimet e CPU-së, gjë që është më e shpejtë dhe më efikase.
Në fakt, rekomandimet janë të thjeshta:
- mos blini një PC “a la server”, sepse me shumë mundësi ai ka një kartë rrjeti Ethernet për PC-në e tij;
- nëse serveri ka disa porte Ethernet, mos përdorni portin e destinuar për menaxhim për ngarkesën e punës.

RAM . Gjithçka është e thjeshtë këtu. Mënyra e llogaritjes është përshkruar më sipër. RAM-i është i lirë këto ditë. Prandaj, bëni llogaritë, merrni një rezervë prej 20-50%, ose më shumë, dhe mbylleni çështjen. Nëse pritet një rritje e konsiderueshme e ngarkesës në vitin ose dy vitet e ardhshme, sigurohuni që serveri të ketë lojëra elektronike falas për instalimin e moduleve shtesë të memories.

CPU . Pas llogaritjes së numrit të bërthamave fizike të kërkuara, çështja e frekuencës mbetet.
Dhe kjo është një pyetje shumë e rëndësishme.
1. Nëse ka bërthama të mjaftueshme, atëherë performanca e pjesës së klientit, Serveri i Aplikimit 1C:Enterprise 8 dhe në shumë situata serveri SQL, varet drejtpërdrejt nga frekuenca procesor. Për më tepër, është pothuajse lineare. Shumë raporte, për shembull, ekzekutohen saktësisht të njëjtat herë më shpejt kur frekuenca e procesorit rritet me 1.5 herë.
Prandaj, nëse gjërat e tjera janë të barabarta, ka kuptim t'i jepet përparësi përpunuesve me frekuencë më të lartë.
2. Pika tjetër është të mos bini pas dredhisë së marketingut të disa shitësve që japin frekuencën e procesorit në Turbo Boost për frekuencën e procesorit. Po, Intel® Turbo Boost Technology 2.0 është një gjë mjaft interesante dhe në realitetet e 1C, kur funksionon vetëm një fill (përpunimi i dokumenteve ose gjenerimi i një raporti kompleks), ju lejon të rritni performancën e një bërthame me 15- 30%, ose edhe më shumë. Por duhet të mbani mend se në realitet, në një çip serveri, frekuenca do të rritet për një periudhë të shkurtër kohe, për 30 sekonda, ndonjëherë për një minutë, dhe më pas do të ulet në atë standarde. Si rezultat, fitimi është shumë afatshkurtër. Dhe një procesor me frekuencë të lartë funksionon gjithmonë me një frekuencë të lartë, që do të thotë më i shpejtë. Kjo është arsyeja pse kushton më shumë.
Një shembull është në tabelën e mëposhtme:

Tabela 1

3. Për bizneset e vogla me 3-10 përdorues, ata ndonjëherë ofrojnë të blejnë jo një server të bazuar në Intel Xeon E3, por një "PC të fuqishëm" të bazuar në Core-i7, duke përmendur performancën dhe besueshmërinë e tij më të madhe.
Por ju duhet të merrni parasysh pikat e mëposhtme.
a) Procesorët Intel Xeon E3 dhe Core-i7 janë në fakt vëllezër binjakë për sa i përket harduerit, madje kushtojnë të njëjtën gjë. Por firmware-i i brendshëm përgjegjës për përcaktimin e prioriteteve është i ndryshëm. Shumë i thjeshtuar - Xeon E3 ka përparësi për operacionet hyrëse/dalëse dhe operacionet e tjera të serverit, ndërsa Core-i7, i përshtatur për segmentin e lojërave dhe përpunimin e transmetimeve video, i jep përparësi servisimit të kartës video. Çmimi, e theksoj sërish, është i njëjtë (me të njëjtat parametra).
b) Ekziston një ndryshim i madh midis pllakave amë të desktopit dhe serverëve. Desktopi është krijuar për të punuar 8 orë në ditë, 5 ditë në javë, për dy ose tre vjet. Prandaj, përbërësit për të zgjidhen për t'i bërë ballë jetës së caktuar të shërbimit. Pllakat amë të serverëve janë krijuar për të funksionuar 24 orë në ditë, 365 ditë në vit për tre ose pesë vjet. Dhe përbërësit atje janë disi të ndryshëm. Por diferenca në çmim është përsëri minimale, shpesh në 10-20 dollarë.
c) Në një PC "të avancuar", me një shkallë të lartë probabiliteti karta e rrjetit nuk do të jetë një kartë serveri.
A ka kuptim, në vend të një serveri si një pajisje e specializuar me parametra të caktuar funksionimi, të përpiqeni të blini një lloj "PC të sofistikuar" për rolin e një serveri, dhe nuk është as fakt që është më i lirë - të gjithë tani mund ta bëjnë një zgjedhje e informuar.

Disqet. Kjo është ndoshta tema më urgjente në kohën e shkrimit.
Fatkeqësisht, ka ende përdorues dhe shitës që janë paksa të mbërthyer në shekullin e kaluar. Dhe ne jemi absolutisht të sigurt se HDD SAS 15,000 rpm është një shembull i besueshmërisë dhe performancës.
Në fakt, kjo nuk ka ndodhur për një kohë të gjatë.

a) Së pari, le të merremi me besueshmëria SSD dhe HDD.
Më shpesh, besueshmëria teorike e disqeve vlerësohet nga parametri "Gabimet e pa-rikuperueshme të leximit për bit të lexuar", i cili mund të përkthehet si "Probabiliteti i shfaqjes së një gabimi të parikuperueshëm të leximit për numrin e biteve të lexuara". Ai tregon se sa të dhëna duhet të lexohen nga disku në mënyrë që të ketë një probabilitet të lartë për të ndodhur një gabim i pariparueshëm.
Një tjetër parametër i rëndësishëm që tregon probabilitetin e dështimit të diskut është AFR (shkalla vjetore e dështimit), ose "Norma vjetore e dështimit".
Tabela më poshtë tregon të dhënat për disqet tipike SATA Desktop HDD 7200 prm, SATA Enterprise HDD 7200 prm (SATA Raid Edition), SAS HDD Enterprise 15,000 prm, SATA SSD Enterprise (të dhënat e marra nga dokumentet zyrtare të prodhuesve, mund t'i kontrolloni numrat duke përdorur lidhjet).

Parametri	Lloji i diskut
	Desktop SATA 7200 rpm		Ndërmarrja SAS 15000 rpm (10,000 rpm)	SSD SATA e ndërmarrjes
Gabimet e leximit të pakthyeshëm për bit të lexuar
Vëllimi, kur lexohet i cili statistikisht pritet të shkaktojë një gabim të pariparueshëm

Siç mund të shihet qartë nga tabela, sipas parametrit "Shkalla vjetore e dështimit", një disk për përdorim në një PC të rregullt është mesatarisht dy herë më pak i besueshëm se një disk serveri.
Lidhur me mundësinë e gabimeve të pakthyeshme, teoria na tregon qartë se Enterprise SATA SSD, për të cilën është marrë si shembull Seria Intel® SSD DC S3510, ka një probabilitet gabimi 10 herë më të ulët se një SAS HDD Enterprise 15,000 rpm, 100 herë. më e ulët se SATA Enterprise HDD 7200 rpm dhe 1000 herë më e ulët se SATA Desktop HDD 7200 rpm.
Në të njëjtën kohë, çmimi i një HDD Desktop SATA 7200 rpm dhe i një Enterprise SATA SSD për një vëllim të mjaftueshëm për të akomoduar si sistemin operativ ashtu edhe bazat e të dhënave 1C nuk ndryshon aspak 1000 herë, madje as 10.
Veçanërisht do të doja të tërhiqja vëmendjen te "Vëllimi, kur lexohet i cili pritet statistikisht një gabim i pariparueshëm". Për SATA Desktop HDD kjo shifër është 12,5 TB. Dhe tashmë ka disqe 8 TB dhe 10 TB... kështu, nëse instalojmë, për shembull, një disk desktop 8 TB, e shkruajmë dhe lexojmë dy herë, ne, teorikisht, do të hasim të paktën një gabim të pariparueshëm!

Përmbledhje e shkurtër:
- përdorni SSD të klasës Enterprise në server, ato nuk janë të paktën më keq dhe teorikisht më të besueshëm se çdo HDD.

b) Më pas vlerësojmë performancës SSD dhe HDD.
Nga pikëpamja e bazave të të dhënave, e cila, në thelb, është 1C, më të rëndësishmet janë vetëm tre parametra të diskut
- Latenca, ose koha e përgjigjes së diskut, matet në mikrosekonda (më pak është më mirë);
- numri i operacioneve të leximit për sekondë (Disk Reads/sek), i matur në IOPS (më shumë, aq më mirë);
- numri i operacioneve të shkrimit për sekondë (Disk Writes/sek), i matur në IOPS (më shumë, aq më mirë).
Le t'i vendosim këto tre parametra në një tabelë për të njëjtat disqe si në shembullin e besueshmërisë.

Parametri	Lloji i diskut
	Desktop SATA 7200 rpm	Ndërmarrja SATA\SAS NL 7200 rpm	Ndërmarrja SAS 15000 rpm (10,000 rpm)	SSD SATA e ndërmarrjes
Latenca (koha e përgjigjes së leximit/shkrimit të diskut), mikrosekonda
Disk Reads/sek (numri i operacioneve të leximit për sekondë), IOPS
Disk Writes/sek (numri i operacioneve të shkrimit për sekondë), IOPS

Siç shihet qartë nga tabela, SSD sipas parametrit koha e përgjigjes superiore ndaj HDD 40-80 herë, dhe nga numri i operacioneve I/O për sekondë në 100-400 herë (!!!).
Në të njëjtën kohë, nëse i qaseni zgjedhjes me mençuri dhe blini vetëm kapacitetin e ruajtjes që është në të vërtetë në kërkesë, atëherë ndryshimi në koston e Enterprise SATA SSD dhe Enterprise SATA \ SAS NL HDD do të jetë shumë i parëndësishëm.
A është e arsyeshme të përdoret HDD për të pritur bazat e të dhënave? Nga këndvështrimi i autorit, vetëm nëse keni blerë aksione jolikuide për një magazinë, ju me të vërtetë duhet ta shisni atë, dhe marrëdhëniet e mëtejshme me blerësin janë pak shqetësim për ju. Sepse si raporti çmim/performancë ashtu edhe raporti çmim/besueshmëri janë qartësisht në favor të SSD-së së Ndërmarrjes.

Dhe tani është koha për t'u kthyer në momentin kur u matën treguesit realë të ngarkesës në nënsistemin e diskut (nëse do të mund të bëheshin).
Nëse flasim për "temperaturën mesatare në spital", atëherë ngarkesat e përafërta të pikut nga IOPS mund të jenë si më poshtë (numri i përdoruesve, vëllimi i bazës së të dhënave 1C; në fund Transferet e diskut/sek)

Duke ditur numrin e përdoruesve dhe vëllimin e bazave të të dhënave 1C, është mjaft e mundur të vlerësohet afërsisht nevoja për nënsistemin e diskut në IOPS nga Disk Transfers/sek (=Disk Reads/sek + Disk Writes/sek), ose të merren matjet tuaja aktuale dhe formuloni kërkesat për nënsistemin e diskut në operacionet hyrëse/dalëse për sekondë (IOPS). Dhe të armatosur me numra, zgjidhni ato disqe që do t'i kënaqin ata.

c) Dhe për të mbyllur pyetjen se cilat SSD duhet të instalohen, le ta kuptojmë: Qfare eshte dallimi Ndërmarrje SATA SSD dhe SATA e rregullt e desktopit SSD .
1. Performanca e shpejtësisë së leximit të të dhënave në IOPS për disqet e desktopit dhe serverit do të jetë shumë e ngjashme. Dhe këtu performancës shpejtësia regjistrimi i të dhënave do të ndryshojë ndjeshëm, dhe me rritjen e përdorimit të hapësirës në disk në SSD-të e desktopit, ajo do të degradohet shpejt. Po, në specifikimet për disqet desktop mund të shihni IOPS shumë të larta për shkrim... me 5-8% disk plot të dhëna. Dhe në 100% - ata as nuk janë dhënë, dhe për arsye të mirë - këta tregues shpesh nuk ndryshojnë nga ato të HDD. Për SSD-të e serverëve, testimi i performancës së shkrimit kryhet pikërisht kur të dhënat janë 100% të plota dhe vlera e tij është, si rregull, ose mesatarja ose një nga rezultatet më të këqija. Përfundim - mos i kushtoni vëmendje numrave të bukur dhe të madh në specifikimet e prodhuesit për SSD-të desktop, ky është marketing. Për serverin, duhet të zgjidhni modelin SSD më të ri, por Enterprise. Për shembull, të tilla si Seria Intel® SSD DC S3510.
2. Parametri tjetër i rëndësishëm, i cili tregon qartë ndryshimet themelore midis serverit dhe SSD-ve të desktopit - burim i garantuar i rishkrimit. Shumica e SSD-ve të desktopit normalisht tolerojnë mbishkrimin deri në 0.1% të kapacitetit të tyre në ditë (pa degradim të konsiderueshëm të performancës dhe dështimit) të njëjtat 7 ditë në javë për 2-3 vjet, nëse nuk mbushen plotësisht. Disku i serverit është krijuar për të mbishkruar 0.3% të kapacitetit të tij çdo ditë për 3-5 vjet, edhe kur është plotësisht i mbushur.
Pikat 1 dhe 2 shpjegohen shumë thjeshtë. Të dhënat shkruhen në SSD në qeliza 4 KB, por fshihen... të paktën në blloqe prej 256 qelizash ose më shumë. Dhe përpara se të fshihet i gjithë blloku, ato thjesht shënohen si gati për t'u fshirë. Për të zëvendësuar të dhënat e vjetra me të dhëna të reja, të dhënat e vjetra duhet të fshihen. Për të fshirë qoftë edhe një qelizë 4 KB, së pari duhet të transferoni të gjitha të dhënat nga një kolonë me 256 qeliza në një vend tjetër, të fshini të gjithë kolonën dhe t'i ktheni të dhënat në vendin e saj. Ky nuk është një operacion i shpejtë.
Kjo situatë trajtohet duke vendosur një zonë të fshehur në diskun SSD, e cila nuk është e aksesueshme nga përdoruesi dhe përdoret posaçërisht për zëvendësimin e qelizave kur ka nevojë për "mbledhjen e mbeturinave", d.m.th. pastroni blloqet e papërdorura. Kjo zonë quhet Mbi Sigurim, ose "Zonë Rezervë". Pra, për SSD-të e desktopit zakonisht është 4-8% e kapacitetit total të çipave të memories flash në disk, dhe për ato të serverit... arrin 42% të kapacitetit fizik të çipave. Nëse marrim një shembull, me kusht që pajisja të përmbajë 320 GB çipa, atëherë kapaciteti i një SSD "desktop" do të jetë 300 GB, dhe në rastin e një serveri SSD, vetëm 180 GB do të jetë në dispozicion të përdoruesit. Në fakt, gjithçka është shumë më e ndërlikuar; disqet e serverëve përdorin shumë teknologji për të rritur "mbijetueshmërinë" e tyre dhe për të siguruar performancë të qëndrueshme, por për një kuptim të përgjithshëm të ndryshimit, shembulli me "Zonën e Rezervës" është mjaft tregues.
3. Një tjetër ndryshim i rëndësishëm midis SSD-ve të serverit dhe desktopit lidhet me fushën e sigurisë së të dhënave. Çdo SSD ka RAM-in e vet të paqëndrueshëm, i cili përdoret, ndër të tjera. për veprimet e leximit dhe shkrimit. Në SSD-të e desktopit, mund të ketë rrethana kur të dhënat shkruhen në RAM në SSD, sistemi i skedarëve dhe serveri SQL kanë marrë konfirmimin e shkrimit dhe të dhënat nuk janë ende në memorie jo të paqëndrueshme. Nëse në këtë moment ndodh një ndërprerje e energjisë, atëherë probabiliteti i humbjes së të dhënave është shumë i lartë dhe është shumë e vështirë të rivendosni atë që ka humbur dhe çfarë jo.
Ne te njejten kohe në dhomat e serverëveSSD ka një superkondensator, kapaciteti i të cilit është i mjaftueshëm për të shkruar në memorien SSD jo të paqëndrueshme të gjitha të dhënat e vendosura në RAM brenda SSD. Kështu, gjasat e humbjes së të dhënave gjatë një ndërprerjeje të energjisë reduktohen shumë.
Dhe përsëri, ndryshimi në çmim midis serverit dhe desktopit SATA SSD nuk është aspak i rëndësishëm.
Përmbledhje e shkurtër - për të ruajtur të dhëna të rëndësishme, siç janë bazat e të dhënave 1C, serveri duhet të përdorë ekskluzivisht SSD të Enterprise të serverit.

Kutia, furnizimi me energji elektrike dhe UPS

Më të zakonshmet janë tre madhësi për serverë të vegjël me një procesor:
- montuar në një raft 19” (Rack-mount),
- në një kuti të rregullt piedestal (Desktop),
- "kube" moderne.
Nëse do ta vendosni serverin në faqen e një ofruesi pritës ose në një dhomë të specializuar serveri, formati optimal i montimit në raft do të jetë 1U ose 2U i lartë. Dhe një server i tillë nuk rekomandohet rreptësisht të vendoset në të njëjtën dhomë ku njerëzit janë të pranishëm për shkak të nivelit të lartë të zhurmës.
Madhësia e rastit të desktopit përdoret kur serveri do të jetë në të njëjtën dhomë me njerëzit. Serverë të tillë janë relativisht të qetë, jo shumë të ndryshëm nga një PC dhe madje shpesh shërbejnë si një stacion pune për një nga punonjësit.
Një shembull i mirë i një qasjeje "Miqësore për përdoruesit" janë rastet e specializuara "kube".

Përveç faktit që duken bukur, janë edhe të qetë.

Fotografia tregon një shembull të dizajnit të një sistemi të ftohjes së serverit "kube", i cili siguron ftohje të mirë për të gjithë komponentët dhe në të njëjtën kohë krijon një minimum zhurme:
- motherboard është në fund,
- Ajri i ngrohtë ftoh tabelën dhe procesorin dhe ngrihet lart nga radiatori i procesorit,
- ku tërhiqet nga një tifoz me shpejtësi të ulët të një furnizimi me energji me diametër të madh,
- dhe është hedhur jashtë,
Ky dizajn i serverit është i bukur, efektiv në reduktimin e zhurmës dhe mjaft produktiv.

Duhet të prekim edhe temën e përjetshme nëse nevojitet apo jo pushteti i tepërt.
Nga këndvështrimi i autorit, me një server që kushton mbi 1000 dollarë, duke shpenzuar në krye të tij vetëm për të siguruar furnizim të tepërt me energji (dy furnizime me energji elektrike në server), një shtesë prej 400 dollarësh mund të jetë vërtet e nevojshme, vetëm nëse nuk keni aftësia për të marrë menjëherë serverin për riparim në 2-4 orë.

Nëse serveri është i montuar në raft, atëherë ai ndodhet në faqen e ofruesit ose në dhomën e serverit, ku, si rregull, sigurohet furnizim me energji me cilësi të lartë. Dhe nëse ai është në zyrë, atëherë në shumicën dërrmuese të rasteve, në 2-4 orë është mjaft e mundur të shkosh në një qendër shërbimi dhe të zëvendësosh furnizimin me energji elektrike. Nëse jeni larg qendrës së shërbimit, atëherë, si opsion, mund të blini një furnizim rezervë dhe ta vendosni në dollap si "pjesë këmbimi", dhe nëse prishet, zëvendësoni furnizimin me energji të dështuar me një rezervë brenda 15-20 minuta.

Duke folur për furnizimin me energji elektrike dhe mundësinë e dështimit të tij, është e nevojshme të mbani mend për furnizimin me energji të pandërprerë (UPS) për serverin. Së paku, duhet të përfshijë aftësitë e rregullimit të tensionit (AVR), dhe akoma më mirë, të jetë Interaktiv. Për të zvogëluar rrezikun e humbjes së të dhënave, është e dëshirueshme që UPS të ketë aftësinë për të fikur serverin kur niveli i baterisë është i ulët (dhe që gjithçka të jetë e lidhur dhe e konfiguruar). Dhe fuqia e tij duhet të sigurojë të paktën funksionimin e baterisë për 10-15 minuta, gjë që në shumicën e rasteve është e mjaftueshme për të mbyllur serverin në mënyrë korrekte.

Ne mbledhim një server "për detyrën"

Tani, të armatosur me njohuri, le të konfigurojmë tre serverë shembull për tre organizata të vogla me ngarkesa të ndryshme pune.

a) Për pesë përdorues në versionin e skedarit, të lidhur nëpërmjet një rrjeti lokal nëpërmjet një klienti "të trashë", një server në faktorin "kube", me një procesor Intel Xeon E3 12xx me katër bërthama, 8 GB RAM, dy SSD Intel s3510 240 GB në RAID1 në bord do të jenë të mjaftueshme Intel Rapid Raid.

b) Për dhjetë përdorues në SQL dhe përmes një klienti "të trashë", një server në një faktor të formës "kube", me një procesor me katër bërthama Intel Xeon E3 12xx, 16 GB RAM, dy SSD Intel s3510 240 GB në RAID1 në Një Intel Rapid Raid në bord do të jetë i mjaftueshëm.

c) Për njëzet përdorues në SQL dhe në modalitetin Remote Desktop, është më mirë të merrni një server në madhësinë Desktop ose Rack-mount, me një procesor Intel Xeon E5 166x me gjashtë bërthama, 32 GB RAM, dy SSD Intel s3510 120 GB në RAID1 për pritjen e bazave të të dhënave 1C dhe dy SATA HDD (RAID Edition) 2-4 TB në RAID1 për të pritur OS, kopje rezervë dhe të dhëna të përdoruesit, si dhe ruajtjen e skedarëve, dhe përsëri në Intel Rapid Raid në bord ose në Intel® RAID Kontrolluesi RS3WC080.

Dhe disa këshilla absolutisht praktike.
1. Nuk ka nevojë të "kurseni në gjëra të vogla" dhe të përdorni mjete të papërshtatshme - një procesor serveri, një motherboard serveri dhe një server SSD funksionojnë më mirë në një server. Dallimi në çmim me komponentët e desktopit është shumë i parëndësishëm, por për sa i përket funksionalitetit mund të jetë në mënyrë disproporcionale i madh.
2. Ka pak kuptim në planifikimin e burimeve për më shumë se tre vjet. Teknologjitë ndryshojnë aq shpejt sa që në një ose dy vjet mund të jetë më efikase të zëvendësohet një disk ose server sesa të planifikohet fillimisht për një burim për pesë vjet.
3. Parimi i mjaftueshmërisë së arsyeshme vlen edhe për zgjedhjen e serverit. Me një vëllim bazë të dhënash prej 10 GB, një server i specializuar me një kapacitet prej 80 GB është shumë i preferueshëm se një "desktop" me një kapacitet prej 200 GB.

Natyrisht, gjithçka e përshkruar më sipër nuk është dogmë. Këto janë llogaritje të nxjerra në mënyrë empirike bazuar në përvojën shumëvjeçare të autorit në optimizimin e pajisjeve për platforma të ndryshme të kompanisë 1C.

Sot, produkti financiar 1C është rritur nga një program aplikimi i kontabilitetit për kontabilitet në një kompleks me format të gjerë për kontabilitetin dhe mbështetjen e pothuajse çdo lloj biznesi, duke pretenduar të konkurrojë me "përbindëshat" botërorë SAP R/3 dhe Microsoft Dynamics AX ( Axapta).

Kompanitë ruse po organizojnë gjithnjë e më shumë proceset e tyre të biznesit duke përdorur konfigurime moderne 1C 8.3 "Menaxhimi i Tregtisë", "Menaxhimi i Prodhimit", "Menaxhimi i Ndërmarrjeve ERP" dhe të ngjashme. Departamentet e kontabilitetit, marketingut, prodhimit dhe shitjeve po transferohen në 1C dhe po kryhet integrimi me telefoninë IP dhe sistemet e menaxhimit të dokumenteve. Sidoqoftë, menjëherë pas synimeve "le të punojmë në 1C", lindin pyetje - me cilat burime do të punojë baza qendrore e të dhënave 1C, cili pajisje do të tregojë rezultatin optimal për një buxhet të arsyeshëm? Në këtë situatë, është më e lehtë për ndërmarrjet gjigante të sektorit publik - u është dhënë një komandë e qartë integruesve dhe arkitektëve të shumtë të IT me kohë të plotë, mekanizmat e tenderëve me buxhet të madh kanë filluar, me kushtin e detyrueshëm të ofrimit të një koncepti të dorës dhe më tej. mbështetjen e sistemit nga specialistë të certifikuar. Por çfarë ndodh me kompanitë që duan të blejnë dhe instalojnë një nga produktet 1C: Ndërmarrjet vetë, duke shpenzuar buxhetin e tyre me mençuri?

Gabimi më themelor, nëse nuk merrni parasysh përdorimin e softuerit të piratuar ose të patestuar, është kursimi i harduerit për 1C. Tendenca të ngjashme janë veçanërisht të zakonshme në startup-et dhe kompanitë e vogla. Ekziston një mendim se nuk është e nevojshme të blini pajisje të shtrenjta serveri me procesorë Intel Xeon, nuk ka nevojë të llogaritni së pari sasinë e RAM-it, ngarkesën në CPU dhe nënsistemin e diskut, se nuk ka nevojë të krijoni tepricë të diskut. vargjeve (Raid), për të përdorur kontrollues profesional të diskut me Cache-RAM etj. Gabimet në llogaritjet e arkitekturës së TI-së për 1C çojnë në pasoja të tmerrshme, për të cilat kompania mëson pasi proceset e biznesit kanë ndaluar. Prandaj, është shumë e rëndësishme t'i kushtoni vëmendje çdo nyje harduerike të platformës së serverit për 1C.

Shembuj të problemeve tipike për shkak të ndërtimit të gabuar të arkitekturës së IT për 1C:

• "Ngadalësimi" i bazës së të dhënave 1C dhe ndërfaqeve për shkak të ngarkesës së tepërt në burimet kryesore (zakonisht RAM ose nënsistemi i diskut).
• Gabimet dhe përplasjet e programit 1C për shkak të paqëndrueshmërisë së pajisjeve të zgjedhura gabimisht.
• Koha e ndërprerjes së kompanisë për shkak të dështimit të pajisjeve qendrore.
• Humbje e pjesshme ose e plotë e të dhënave 1C për shkak të dështimeve të rastësishme të harduerit ose softuerit.

Burimet e harduerit të serverit 1C

Le të shqyrtojmë më poshtë burimet më kryesore të harduerit, një gabim në zgjedhjen e të cilit mund të prishë të gjithë projektin e automatizimit të ndërmarrjes kur krijoni në mënyrë të pavarur një server për 1C.

Njësia Qendrore e Përpunimit (CPU)

Numri i bërthamave fizike të CPU-së. Tema e debatit të përjetshëm në të gjitha llojet e forumeve 1C është ajo që është më e rëndësishme: frekuenca e CPU ose shumë bërthama. Rrënjët e këtyre kontradiktave kthehen në 1C 8.0 ose edhe 1C 7.7. Në të vërtetë, proceset e ekzekutueshme të versioneve të mëparshme 1C ishin thjesht me një bërthamë, d.m.th. pa marrë parasysh sa bërthama ofron procesori qendror, shërbimi i serverit të ndërmarrjes 1C 8.0 ose klienti i trashë 1C 7.7 zinte gjithmonë vetëm një bërthamë "zero" në sistemin operativ. Sot, fotografia ka ndryshuar - sistemi operativ shpërndan me guxim detyrat e një 1C: Procesi i ndërmarrjes (rphost) në disa bërthama të CPU (shih Figurën 1).

Figura 1 - Ngarkimi i CPU-së kur proceset e serverit 1C po ekzekutohen.

Por kjo absolutisht nuk do të thotë që nëse blini një procesor me numrin maksimal të bërthamave, atëherë një server 1C i çiftuar me një DBMS (më shpesh me DBMS nënkuptojmë MS SQL) do të tregojë performancë fantastike dhe periudha kontabël të ridrejtuar në 1C programi do të jetë çështje pak minutash. Ju duhet të kuptoni ndryshimin midis shpejtësisë së kryerjes së një operacioni dhe procesit të përpunimit të njëkohshëm të një sasie të madhe informacioni. Numri i bërthamave fizike thjesht na lejon të zgjidhim çështjen e stabilitetit dhe performancës së punës së njëkohshme me shumë detyra të ndryshme nga serveri 1C: Enterprise dhe DBMS. Prandaj përfundimi - sa më i madh të jetë numri i përdoruesve 1C, aq më i rëndësishëm do të luajë numri i kërkuar i bërthamave për punën e njëkohshme të rehatshme të të njëjtëve përdorues. Varësia e numrit të përdoruesve nga numri i bërthamave për serverin 1C tregohet në Tabelën 1.

Numri i përdoruesve të njëkohshëm në serverin 1C: Enterprise	Lloji dhe modeli i procesorit	Numri i bërthamave të përdorura
Deri në 10 përdorues	Intel Core me porosi nga 3.1 Ghz	Jo më shumë se 2-4
Deri në 20 përdorues	Server Intel Xeon nga 2.4 Ghz	Nga 4 në 6
Deri në 30 përdorues	Server Intel Xeon nga 2.6 Ghz	6 deri në 8 bërthama
Deri në 50 përdorues	Server Intel Xeon nga 2.4 Ghz – 2 copë.	Nga 4 për procesor

Tabela 1 - Raporti i numrit të përdoruesve në serverin 1C dhe numri i rekomanduar i bërthamave të CPU.

Frekuenca e CPU-së. Në ndryshim nga numri i bërthamave, frekuenca e procesorit qendror ndikon pikërisht në shpejtësinë e përpunimit të një pjese të një detyre në të njëjtën kohë, që është kriteri më i popullarizuar për përdoruesit përfundimtarë të 1C. Frekuenca e procesorit është pikërisht parametri që, kur rritet, do të rrisë shpejtësinë e përpunimit të kërkesave nga serveri 1C dhe DBMS për një përdorues individual dhe do të zvogëlojë kohën gjatë së cilës sistemi i jep rezultatin përfundimtar përdoruesit përfundimtar. Në konfirmim të kësaj, specialisti i njohur Gilev, në një nga artikujt e tij bazuar në teste praktike, bëri një përfundim të paqartë - "shpejtësia e 1C ndikohet shumë më tepër nga frekuenca e procesorit qendror sesa parametrat e tjerë të tij, qofshin ato klienti fundor 1C ose serveri 1C: Enterprise." Kjo është arkitektura e programit 1C.

Cache, virtualizimi dhe hiperthreading. Në të kaluarën, kur procesorët me shumë bërthama nuk ishin ende aq të zakonshëm, Intel doli me një teknologji të veçantë të procesorit qendror që simulonte shumë bërthama, të ashtuquajturat "hiperthreading". Pas aktivizimit të tij, një procesor fizik (një bërthamë fizike) përcaktohet nga sistemi operativ si dy procesorë të veçantë (dy bërthama logjike). Ne rekomandojmë çaktivizimin e "hiperthreading" për serverin 1C. Kjo teknologji nuk sjell asnjë përshpejtim në 1C.

Kur përdorni makina virtuale për një server 1C: Enterprise dhe një DBMS, duhet të keni parasysh që bërthamat e makinave virtuale janë "më të dobëta" se bërthamat fizike reale, megjithëse quhen të njëjta - "bërthamë". Nuk ka koeficientë të saktë zyrtarë, por artikujt në portalet teknike të Microsoft rekomandojnë numërimin e 4-6 bërthamave të procesorit për bërthamë fizike në një makinë virtuale.

Një cache është një memorie e avancuar e përdorur nga procesori për të reduktuar kohën mesatare të hyrjes në kujtesën e kompjuterit. Në fakt, është pjesë përbërëse e procesorit, pasi ndodhet në të njëjtin çip dhe është pjesë e blloqeve funksionale. Gjithçka është shumë e qartë këtu - sa më e madhe të jetë madhësia e cache-it, aq më të mëdha "pjesë" informacioni mund të përpunojë procesori. Në mënyrë tipike, madhësia e cache-it varet nga modeli i procesorit - sa më i shtrenjtë të jetë modeli, aq më i madh është zakonisht sasia e memories cache. Sidoqoftë, ne nuk besojmë se madhësia e cache-it të procesorit ndikon rrënjësisht në performancën e serverit 1C dhe DBMS. Përkundrazi, kjo i përket zonës së "akordimit të imët".

Lloji i procesorit. Të gjithë e dinë që hardueri ndahet në server dhe përdorues. A është e mundur në disa raste të përdoret një procesor qendror i lirë i përdoruesit si një alternativë për një CPU të serverit profesional, por të shtrenjtë? Rezulton se është e mundur. Le të shohim një tabelë që krahason parametrat kryesorë të dy versioneve të procesorëve qendror Intel (shih Tabelën 2).

	Procesor i personalizuar Intel® Core™ i7-6700T (cache 8M, deri në 3,60 GHz)	Serveri Intel® Xeon® Processor E5-2680 v2 (25M Cache, 2,80 GHz)
Memorie cache	8 MB	25 MB
Frekuenca e autobusit të sistemit	8 GT/s DMI3	8 GT/s QPI
Seti i komandave	64-bit SSE4.1/4.2, AVX 2.0	64-bit AVX 2.0
Numri i bërthamave	4	10
Shpejtësia bazë e orës së procesorit	2.8 GHz	2.8 GHz
Maks. sasia dhe lloji i RAM-it	64 GB jo ECC	768 GB ECC
Kostoja e parashikuar	354$	1 280$

Tabela 2 - Krahasimi i parametrave kryesorë të CPU-ve shtëpiake dhe serverëve nga Intel.

Siç mund ta shohim, procesori i serverit ka vlera shumë më të larta në numrin e bërthamave, madhësinë e cache-it, mbështetjen për më shumë RAM dhe, natyrisht, një çmim më të lartë. Sidoqoftë, një CPU e serverit praktikisht nuk ndryshon nga një CPU e përdoruesit në mbështetje të komandave (udhëzimeve) të caktuara të procesorit dhe shpejtësisë së orës. Nga kjo mund të konkludojmë se për organizatat e vogla është mjaft e pranueshme të përdoret një procesor qendror me porosi për serverin 1C: Enterprise. Pyetja e vetme është se një procesor me porosi nuk mund të instalohet në një prizë të pllakës amë të serverit dhe të mbështesë RAM-in e serverit me kontroll të barazisë (ECC), dhe përdorimi i komponentëve të personalizuar sjell rreziqe për stabilitetin e të gjithë sistemit në tërësi.

Memorie me akses të rastësishëm (RAM)

Lloji i RAM-it. Kujtesa me akses të rastësishëm (RAM) ndryshon sipas qëllimit të saj - për sistemet e serverëve me shumë përdorues ose për pajisjet personale - PC, laptopë, rrjetë, thin klientë, etj. Ashtu si në rastin e CPU - parametrat kryesorë të moduleve RAM janë afërsisht ekuivalente - RAM-i modern për një PC praktikisht nuk mbetet prapa RAM-it të serverit as në vëllimin e një shiriti, as në frekuencën e orës, as në llojin e Modulet DDR. Dallimet midis RAM-it të serverit dhe RAM-it "home" janë në rastet e përdorimit dhe qëllimit të platformës harduerike - prandaj kostoja e saj më e lartë:

• RAM-i i serverit ka kontrollin e barazisë ECC (Kodi i korrigjimit të gabimit) - një teknikë kodimi/dekodimi që ju lejon të korrigjoni gabimet në përpunimin e informacionit direkt nga moduli RAM
• Një motherboard server ka shumë më tepër lojëra elektronike për instalimin e moduleve RAM sesa një PC i zakonshëm.
• RAM-i i serverit përmban regjistra (buferë) që sigurojnë buferimin e të dhënave (të regjistruara të pjesshme ose të plota me bufer), duke reduktuar kështu ngarkesën në kontrolluesin e memories me shumë kërkesa të njëkohshme. FB-DIMM-të e buferuara nuk janë të pajtueshme me ato të pabuferuara.
• Modulet e regjistruara të memories lejojnë gjithashtu shkallëzueshmërinë më të madhe të kujtesës - prania e regjistrave bën të mundur instalimin e më shumë moduleve në një kanal.

Mund të konkludojmë se përdorimi i moduleve RAM të serverit bën të mundur instalimin e sasive të mëdha të RAM-it në një sistem, dhe teknikat e kontrollit të barazisë ECC dhe përdorimi i buferëve lejojnë që sistemi operativ i serverit të funksionojë në mënyrë të qëndrueshme dhe të shpejtë.

Sasia e RAM-it. Një nga faktorët kryesorë për performancën e lartë të serverit 1C dhe DBMS është një sasi e mjaftueshme RAM. Sigurisht, nevojat aktuale për RAM varen nga shumë faktorë - lloji i konfigurimit 1C, numri i proceseve të serverit 1C: Enterprise, madhësia e bazës së të dhënave DBMS, etj. Megjithatë, është e mundur të nxirret një varësi e përafërt e sasisë së RAM-it nga numri i përdoruesve (shih Tabelën 3).

Kërkesat për RAM për serverin 1c dhe DBMS	Deri në 10 përdorues	Deri në 20 përdorues	Deri në 30 përdorues	Deri në 50 përdorues
Serveri 1c: Ndërmarrja	4-6 GB	6-8 GB	12-14 GB	18-24 GB
Serveri MS SQL	4-6 GB	8-10 GB	16-18 GB	24-28 GB

Tabela 3 - Raporti i përafërt i numrit të përdoruesve të serverit 1C dhe RAM-it të rekomanduar për proceset e serverit 1C: Enterprise dhe serverin MS SQL.

Në lidhje me proceset e serverit 1C: Enterprise (rphost.exe) - platformat moderne 1C nuk ju lejojnë të specifikoni manualisht numrin e proceseve të serverit 1C. Në vend të kësaj, sistemi kërkon që ju të vendosni parametra të tillë si numri i bazave të informacionit dhe numri i përdoruesve për proces rphost.exe, pas së cilës ai automatikisht përcakton numrin optimal të proceseve të serverit 1C:Enterprise. Ju gjithashtu mund të konfiguroni procesin rphost.exe që të lëshojë pa probleme RAM-in nëse vëllimi i tij tejkalon një prag të paracaktuar. Në këtë rast, serveri 1C krijon një proces të ri rphost.exe, i cili gradualisht merr përsipër detyrat 1C, duke lejuar që procesi i kërkuar 1C të shkarkohet.

Ju gjithashtu duhet t'i kushtoni vëmendje që sasia e RAM-it të alokuar për shërbimin SQL konsiderohet e mjaftueshme nëse të dhënat SQL në cache janë të paktën 90%. Kjo metrikë është mjaft e përshtatshme, sepse... Ju nuk mund të shikoni vetëm sasinë e RAM-it të konsumuar nga një server SQL - lëshimet e fundit të SQL kanë konsumuar në mënyrë dinamike RAM - sasia maksimale e mundshme e RAM-it merret dhe lëshohet pasi RAM-i kërkohet nga procese të tjera.

Frekuenca e RAM-it. Me pak fjalë, kjo është gjerësia e brezit të kanaleve përmes të cilave të dhënat transmetohen në motherboard, dhe prej andej në procesor. Është e dëshirueshme që ky parametër të përputhet ose të tejkalojë frekuencën e lejuar të motherboard, përndryshe kanali i transmetimit RAM rrezikon të bëhet një pengesë. Brenda një lloji DDR, rritja/ulja e frekuencës nuk ndikon në thelb performancën e serverit 1C dhe i përket më shumë zonës së "rregullimit të imët".

Koha e RAM-it. Ky është vonesa ose vonesa e RAM-it. Ky parametër karakterizohet nga koha e vonesës së të dhënave gjatë kalimit midis moduleve të ndryshme të çipit RAM. Vlerat më të ulëta nënkuptojnë performancë më të shpejtë. Sidoqoftë, ndikimi në performancën e përgjithshme të sistemit të serverit, dhe aq më tepër në serverin 1C: Enterprise, është i ulët. Në mënyrë tipike, vetëm lojtarët dhe mbingarkuesit u kushtojnë vëmendje këtyre parametrave, për të cilët çdo rënie shtesë e performancës është më e vlefshme.

Nënsistemi i diskut dhe hard disqet HDD

Kontrollorët e diskut të ngurtë. Pajisja kryesore për lidhjen dhe organizimin e disqeve të ngurtë në një sistem harduerësh është kontrolluesi i diskut të ngurtë. Ajo vjen në dy lloje:

1. Built-in - moduli i kontrolluesit është i integruar në sistem, kafazi i hard drive është i lidhur direkt me motherboard. Konsiderohet një zgjidhje më ekonomike.

2. E jashtme – është një tabelë (pajisje) e veçantë e qarkut të printuar që lidhet me lidhësin e pllakës amë. Konsiderohet një zgjidhje më profesionale për faktin se ka çipa të veçantë për kryerjen dhe monitorimin e operacioneve me hard disk HDD. Rekomandohet për sisteme të rëndësishme të serverëve, si serveri 1C: Enterprise dhe DBMS.

Ekziston edhe një lloj i tretë - një pajisje për marrjen / transmetimin e të dhënave të bllokut përmes kanaleve iSCSI, FiberChanel, InfiniBand, SAS. Megjithatë, në këtë opsion, nënsistemi i diskut "hiqet" në një pajisje të veçantë të ruajtjes së të dhënave (DSD), e lidhur me serverin nëpërmjet një kablloje optike ose bakri. Në artikullin tonë ne analizojmë kërkesat për një server të pavarur për 1C, kështu që ne nuk do ta konsiderojmë këtë lloj.

Llojet dhe nivelet e grupeve RAID.Është një teknologji e virtualizimit të të dhënave që kombinon disqe të shumta në një njësi logjike për tepricë dhe performancë të përmirësuar. Le të shohim nivelet më të njohura të specifikimeve RAID:

• RAID 0 ("Striping") Nuk ka tepricë dhe shpërndan informacionin menjëherë në të gjithë disqet e përfshirë në grup në formën e blloqeve të vogla ("shirita"). Për shkak të kësaj, performanca rritet ndjeshëm, por besueshmëria vuan. Ne nuk rekomandojmë përdorimin e këtij lloji të grupit, pavarësisht nga përfitimet e performancës.
• RAID 1 ("Pasqyrimi", "pasqyrë"). Ka mbrojtje kundër dështimit të gjysmës së harduerit të disponueshëm (në rastin e përgjithshëm, një nga dy disqet e ngurtë), siguron një shpejtësi të pranueshme shkrimi dhe fiton shpejtësinë e leximit për shkak të paralelizimit të kërkesave. Ky lloj grupi do të mbështesë plotësisht një server 1C+DBMS për deri në 25-30 përdorues, veçanërisht nëse përdoren disqe SAS ose SSD 15K.
• RAID 10.Çiftet e pasqyruara të disqeve janë rregulluar në një "zinxhir", kështu që vëllimi i vëllimit që rezulton mund të tejkalojë kapacitetin e një hard disk. Sipas mendimit tonë, lloji më i suksesshëm i grupit të diskut, sepse... ai kombinon besueshmërinë e RAID1 dhe shpejtësinë e RAID 0. Në kombinim me disqe SAS 15K ose SSD, mund të përdoret për serverë 1C nga 40-50 përdorues.
• RAID 5. I famshëm për efikasitetin e tij. Duke sakrifikuar kapacitetin e vetëm një disku nga grupi për tepricë, ne fitojmë mbrojtje kundër dështimit të ndonjë prej disqeve të ngurtë të sistemit. (ndryshimi i tij i RAID 6 kërkon dy disqe shtesë për të akomoduar shumat e kontrollit, por kursen të dhëna edhe nëse dy disqe dështojnë). Ky lloj grupi është ekonomik, i besueshëm dhe ka performancë mjaft të dukshme leximi. Fatkeqësisht, pengesa e këtij grupi është shpejtësia e ulët e shkrimit, e cila e bën të rehatshme përdorimin me konfigurimin e serverit 1C deri në 15-20 përdorues. Është gjithashtu optimale për qëllime të aplikuara - ruajtjen e të dhënave të skedarëve, arkivat e rrjedhës së dokumenteve, etj.

Llojet e ndërfaqeve të diskut të ngurtë. Sipas llojit të lidhjes, disqet e ngurtë ndahen:

• HDD Sata Home. Opsioni më i lirë i diskut të ngurtë i krijuar për t'u përdorur në kompjuterët e shtëpisë ose qendrat mediatike të rrjetit. Nuk rekomandohet fuqimisht përdorimi i pajisjeve të tilla në serverët 1c për shkak të tolerancës së ulët të gabimeve dhe stabilitetit operacional - përbërësit e këtyre disqeve thjesht nuk janë krijuar për të funksionuar 24/7 dhe shpejt dështojnë.
• Serveri HDD Sata. Ky emër zakonisht i referohet disqeve të ngurtë me një ndërfaqe Sata dhe një shpejtësi gishti prej 7200 rpm. Prefiksi "Server" do të thotë që disqe të tillë janë testuar për performancën në sistemet e serverëve dhe janë krijuar për funksionim të qëndrueshëm 24/7. Zakonisht përdoret në serverët 1C për të ruajtur vëllime të mëdha informacioni që nuk kërkojnë shpejtësi të lartë përpunimi. Për shembull, bazat e të dhënave të arkivit 1C, dosjet e shkëmbimit, skedarët e shkarkimit të dokumenteve të zyrës, etj.
• Serveri HDD SAS. Ekzistojnë disa ndryshime midis ndërfaqes SAS (një analog modern i SCSI) dhe ndërfaqes Sata. Këtu është koha mesatare e përgjigjes së diskut, puna në një raft të përbashkët të diskut dhe puna me kontrolluesin HDD me shpejtësi më të larta të shkëmbimit të informacionit - deri në 6 GB/s (krahasuar me Sata 3 GB/s). Por avantazhi kryesor është ekzistenca e modeleve të disqeve SAS me një shpejtësi gishti prej 15,000 rpm. Është kjo veçori e projektimit që lejon disqet SAS të kryejnë pothuajse 3 herë më shumë operacione hyrje/dalje në sekondë në krahasim me HDD-të e serverit Sata. Disqe të tillë SAS kanë një kapacitet të vogël dhe rekomandohen të përdoren për bazat e të dhënave kryesore 1c me një ngarkesë pune vazhdimisht të lartë.
• Disqet SSD. Këto disqe ndryshojnë nga ato të mëparshme jo në ndërfaqen e lidhjes, por në dizajnin e tyre - ato janë në gjendje të ngurtë dhe nuk kanë pjesë lëvizëse, d.m.th. Në thelb, ato janë analoge të "flash drives". Teknologji të tilla lejojnë disqet SSD të prodhojnë një numër "të tepruar" të operacioneve hyrëse/dalëse për sekondë (nga 10,000 operacione në modelet më të thjeshta SSD). Sidoqoftë, ky avantazh ka gjithashtu një anë negative - çmimi më i lartë i disqeve SSD dhe "pragu i jetës së tyre", i cili varet nga kufiri i numrit të shkrimeve në blloqet SSD. Megjithatë, çdo vit këto disqe bëhen më të përballueshme dhe më të qëndrueshme. Meqenëse kostoja e disqeve SSD rritet shumë herë në varësi të vëllimit, do të ishte më e arsyeshme përdorimi i tyre për bazat e të dhënave 1c të vogla por të mbingarkuara që kërkojnë shpejtësi të lartë aksesi, si dhe për bazat e të dhënave të përkohshme të TempDB DBMS.

IOPS – numri i operacioneve hyrëse/dalëse për sekondë. Në thelb, IOPS është numri i blloqeve të informacionit që mund të lexohen ose shkruhet në media në 1 sekondë kohe. Kjo do të thotë, në formën e tij të pastër, ky është parametri kryesor i shpejtësisë së përpunimit të informacionit nga hard disku, i cili ndikon në performancën e serverit 1C. Nëse marrim një bllok standard informacioni 4 kb për krahasim, mund të theksojmë afërsisht treguesit e mëposhtëm IOPS (shih Tabelën 4).

HDD	IOPS	Ndërfaqja
Disqet SATA 7200 rpm	~ 75-100 IOPS	SATA 3 Gb/s
Disqet SATA 10,000 rpm	~ 125-150 IOPS	SATA 3 Gb/s
Disqet SAS 10,000 rpm	~ 140 IOPS	SAS
Disqet SAS 15,000 rpm	~ 175-210 IOPS	SAS
Disqet SSD	Nga 8,000 IOPS	SAS ose SATA

Tabela 4 - Treguesit IOPS në lloje të ndryshme të disqeve të ngurtë kur punoni me një bllok të dhënash 4 kb.

Sigurisht, në formën e tij të pastër, IOPS ka pak përdorim për llogaritjen e llogaritjeve përfundimtare dhe kërkesat për nënsistemin e diskut të një serveri 1C. Në fund të fundit, performanca totale e nënsistemit të diskut përbëhet nga lloji i grupit RAID, llojet e diskut dhe treguesit e shpejtësisë së ndërfaqes së tij, koha e përgjigjes (Latency), koha e aksesit të rastësishëm, përqindja e numrit të operacioneve të leximit dhe shkrimit dhe shumë faktorë të tjerë. . Sidoqoftë, ky parametër, për mendimin tonë, është një tregues kryesor i shpejtësisë së nënsistemit të diskut dhe në fazat e zhvillimit të arkitekturës së serverit, ndihmon për të përcaktuar se çfarë lloj disqesh do të jenë më të përshtatshëm për nevoja të caktuara. (shih llogaritësin RAID)

Test praktik

Cila është marrëdhënia midis numrit të përdoruesve 1C dhe numrit të iops? Ekipi ynë kreu një test praktik (shih Tabelën 5) për të matur ngarkesën në nënsistemin e diskut me një numër të caktuar seancash 1C. Meqenëse sistemi 1C është një mjedis i programueshëm dhe secila kompani mund të ketë grupin e vet të proceseve të biznesit në 1C, na duhej një lidhje me një konfigurim të caktuar referimi për testim. Në këtë kapacitet, u zgjodh një konfigurim i specializuar i CPU 1C, i zhvilluar për testim dhe korrigjim. Bazuar në të, programuesit tanë 1C shtuan një numër pyetjesh që simulojnë funksionimin normal të një ndërmarrje të zakonshme, me formimin e pyetjeve të kontabilitetit, postimet, hartimin e raporteve dhe postimin e dokumenteve operacionale.

		Disku i sistemit		Disk me bazat e të dhënave
Përsëritje	Përdoruesit	IOPS shkruan	IOPS lexuar	IOPS shkruan	IOPS lexuar
Vlerat mesatare
1	12	9,1	0,1	13,1	1,5
2	20	7,9	0,1	21,8	0,4
3	32	5,2	0,006	36,1	5,2
4	40	7,7	0,013	27,52	1,3
5	52	7,7	0,006	32,04	0,94

Tabela 5 - Rezultatet e një testi praktik mbi ngarkesën në nënsistemin e diskut.

Rezultatet e provës tregojnë se pjesa më e madhe e ngarkesës në nënsistemin e diskut ndodh kur 1C shkruan në bazën e të dhënave të serverit DBMS dhe në diskun e sistemit të sistemit operativ (në të cilin skedarët e serverit cache 1C: Enterprise janë të vendosura si parazgjedhje) .

Në të njëjtën kohë, ne kryem matje praktike të bazave të të dhënave 1C UPP 8.2 tashmë të punës gjatë periudhës së testimit - 5 ditë pune. Ata tregojnë se mesatarisht një server 1C + DBMS konsumon dy herë më shumë iop "për shkrim" sesa "për lexim". Ky ndryshim midis testeve sintetike dhe statistikave të monitorimit të një serveri të vërtetë 1C është për shkak të mostrës periodike të të dhënave të informacionit nga baza e të dhënave gjatë ditës së punës, dhe leximit të rregullt të bazës së të dhënave gjatë kopjimit ose riprodhimit të DBMS.

Komponentë të tjerë të hard drive-it që ia vlen t'u kushtohet vëmendje.

• Madhësia fizike (faktori i formës). Sot, pothuajse të gjithë disqet e njohura për kompjuterë personalë dhe serverë janë 3,5 ose 2,5 inç në madhësi. Ju lutemi vini re se disqet 2,5 inç nuk prodhohen në vëllime të mëdha.
• Koha e aksesit të rastësishëm- koha gjatë së cilës hard disku është i garantuar të kryejë një operacion leximi-shkrimi në një seksion të caktuar të diskut magnetik. Si rregull, disqet e serverëve kanë rezultate më të mira. Ky është një parametër mjaft i rëndësishëm kur ndërtoni një grup disku për një server 1C DBMS.
• Shpejtësia e gishtit- numri i rrotullimeve të boshtit të diskut të ngurtë në minutë. Gjithçka këtu është e thjeshtë dhe e qartë - koha e hyrjes dhe shpejtësia mesatare e transferimit të të dhënave të diskut të ngurtë varen nga shpejtësia e rrotullimit të boshtit me pllaka magnetike.
• Kapaciteti i tamponit të diskut të ngurtë- një buffer është një memorie e përkohshme e krijuar për të zbutur ndryshimet në shpejtësinë e leximit/shkrimit të një hard disk dhe transferimit të të dhënave përmes ndërfaqes.
• Besueshmëria- përcaktohet si koha mesatare ndërmjet dështimeve (MTBF). Si rregull, besueshmëria varet drejtpërdrejt nga prodhuesi, çmimi dhe mjedisi në të cilin përdoret hard disku. Ne e konsiderojmë besueshmërinë një parametër të rëndësishëm të një hard disk që ndikon në cilësinë e funksionimit të një serveri 1C.

Zgjedhja e duhur: pajisja e shtëpisë ose e serverit

Ulja e çmimit të komponentëve të harduerit dhe rritja aktive e kapacitetit të mundshëm të "kompjuterëve në shtëpi" çojnë në një keqkuptim tjetër katastrofik - bizneset e vogla përdorin në mënyrë aktive stacionet e punës si një platformë për bashkëpunim me bazat e të dhënave 1C. Në të njëjtën kohë, duke mos kuptuar se përveç parametrave bazë të frekuencës, madhësisë së kujtesës dhe aftësisë për të përdorur disqet buxhetore SSD në një kompjuter të rregullt, ka kërkesa më sistematike, më të thella dhe më të rëndësishme për funksionimin e pajisjeve në një strukturë komerciale. (shih tabelën 6).

Për të zgjidhur çështjen e organizimit të një serveri 1C, ne ofrojmë me qira të serverëve cloud 1C në qendrat e të dhënave të klasës III. Mundësia ekonomike e zgjedhjes për të marrë me qira një server mund të gjendet në artikull.

Opsione	Serveri	Kompjuter personal
Mjaftueshmëria e fuqisë llogaritëse	V	V
Disponueshmëria e garantuar e sistemit 24/7	V	X
Besueshmëria dhe qëndrueshmëria e komponentëve kryesorë të harduerit	V	X
Aftësia e Menaxhimit të Energjisë dhe Konsolës në distancë (IPMI).	V	X
Kostoja buxhetore e platformës harduerike	X	V

Tabela 6 - Krahasimi i harduerit të shtëpisë dhe serverit sipas kritereve të kërkuara për funksionimin me cilësi të lartë të serverit 1C.

Funksionimi tolerant ndaj defekteve i 1C

Sigurisht, një nga kërkesat e rëndësishme për pjesën e serverit 1C është stabiliteti i funksionimit të tij dhe rezistenca ndaj dështimeve. Microsoft dhe vetë 1C kanë bërë shumë përpjekje në këtë drejtim, duke krijuar teknologji për grupimin e shërbimeve të tyre në një nivel mjaft serioz (shih Tabelën 7).

Toleranca e gabimeve të serverëve SQL

Bazuar në konceptin e një depoje të vetme të përbashkët të të dhënave. Teknologjia e integruar e grupimit të SQL Server kombinon dy serverë SQL në një grup me një adresë të vetme IP virtuale dhe një bazë të dhënash të vetme. Kështu, nëse SQL kryesore dështon, pyetjet transferohen automatikisht në atë rezervë. Opsioni i dytë është AlwaysOn i prezantuar së fundmi - një teknologji për përsëritjen e rregullt automatike të bazave të të dhënave DBMS midis serverëve kryesorë dhe rezervë SQL. Në të njëjtën kohë, serveri i kopjuar SQL ndodhet fizikisht në një ruajtje tjetër, gjë që rrit rezistencën ndaj rrezikut

Toleranca e gabimeve të shërbimit të serverit 1C: Enterprise

Serverët 1C Enterprise kombinohen në një grup softuerësh aktiv-aktive tolerant ndaj gabimeve me dështim automatik dhe ruajtjen e sesioneve aktuale.

Tabela 7 - Toleranca e gabimeve të serverëve SQL dhe 1C.

Sidoqoftë, çdo teknologji ka të mirat dhe të këqijat. Përveç avantazheve kryesore, duhet të dini disa veçori të grupimit 1C dhe SQL () në mënyrë që të mos përfundoni me një përkeqësim të performancës së shërbimit:

• Clusterimi SQL përdor një IP virtuale. Kjo do të thotë që ndërveprimi ndërmjet serverit 1C:Enterprise dhe MS SQL do të ndodhë gjithmonë nëpërmjet ndërfaqes së rrjetit, edhe nëse të dy shërbimet janë në të njëjtin sistem operativ. E cila, në përputhje me rrethanat, do të çojë në një funksionim më të ngadaltë të 1C në krahasim me versionin klasik të arkitekturës të rekomanduar nga vetë 1C - përdorimi i Memorisë së Përbashkët. Në parim, kjo pengesë mund të "anashkalohet" duke përdorur, për shembull, teknologjinë MS SQL Log Shipping. Megjithatë, në këtë rast, kalimi në një server rezervë SQL nuk do të jetë më automatik dhe ky opsion nuk mund të konsiderohet një grup i plotë.
• Një grup SQL kërkon shpenzime të mëdha buxhetore. Nëse po flasim për grupimin klasik të shërbimit MS SQL, kërkohet një ruajtje e vetme e bazës së të dhënave, e lidhur me serverët kryesorë dhe rezervë SQL. Në mënyrë tipike, ky rol luhet nga sisteme të shtrenjta të ruajtjes, gjë që rrit buxhetin me një renditje të madhësisë. Nëse po flasim për AlwaysOn të ri, atëherë nuk kërkohet një ruajtje e vetme e bazës së të dhënave; teknologjia funksionon me disqe lokale të serverëve kryesorë dhe rezervë në rrjet. Por ju duhet një version i SQL Server Enterprise, licenca për të cilën kushton 4 herë më shumë se një standard i zakonshëm SQL Server.
• Numri i licencave. Përkundër faktit se serveri i dytë SQL nuk përpunon të dhëna dhe është në rezervë, licencat do të duhet të blihen për të dy serverët - si kryesorin ashtu edhe atë rezervë. Veçanërisht të dhimbshme për buxhetin janë licencat SQL Server Enterprise për zbatimin e një grupi të shpërndarë të grupeve me disponueshmëri të lartë AlwaysOn.

• Nuk ka nevojë të përdorni pajisje të lira me porosi për një shërbim kaq të rëndësishëm si sistemi i kontabilitetit të të gjithë ndërmarrjes. Çmimi në këtë rast përcakton drejtpërdrejt cilësinë, qëndrueshmërinë dhe qëndrueshmërinë e një platforme të tillë.
• Kur zgjidhni një platformë serveri, ju rekomandojmë t'i kushtoni vëmendje pranisë së dy furnizimeve me energji elektrike, një karte IPMI të largët dhe markës së prodhuesit. Sigurisht, të gjithë zgjedhin një zgjidhje bazuar në buxhetin e tyre; markat kryesore ndonjëherë janë shumë të shtrenjta dhe jo plotësisht të përshtatshme, por nuk duhet të kurseni te prodhuesi, kjo mund të çojë në forcë madhore të pakontrollueshme kur punoni me 1C. Personalisht, ne përdorim platformat e serverit Supermicro në kombinim me CPU-të e serverëve Intel.
• Ekziston një mendim, i konfirmuar nga praktika, se performanca 1C varet më shumë nga frekuenca më e lartë e CPU-së sesa nga numri i bërthamave të ofruara.
• Nuk ka nevojë të kurseni në sasinë e RAM-it të ndarë për serverin 1C dhe shërbimin SQL. RAM është aktualisht një burim mjaft i lirë, dhe mungesa e tij (madje edhe me 10-15 përqind) do të çojë në një rënie të konsiderueshme të performancës së sistemit 1C, sepse do të ndizet një sistem shkëmbimi më i ngadaltë. Plus, shkëmbimi do të vendosë ngarkesë shtesë në nënsistemin e diskut, gjë që do ta përkeqësojë situatën edhe më shumë.
• Kompania EFSOL ofron shërbime gjithëpërfshirëse për zgjedhjen e një serveri 1C, i cili përfshin: dizajnimin, blerjen, konfigurimin dhe mirëmbajtjen e serverit 1C.
• Një alternativë për krijimin e serverit tuaj 1C është të merrni me qira një server 1C. Teknologjitë e resë kompjuterike bëjnë të mundur marrjen e një shërbimi të besueshëm, tolerant ndaj gabimeve për punë të rehatshme në 1C me kosto të ulëta mujore.

Integrimi i sistemit. Konsulencë

Në çdo organizatë ku numri i përdoruesve 1C 8.3 (ose 8.2) është 10 ose më shumë, për vëllime të mëdha të dhënash rekomandohet përdorimi i opsionit klient-server. Ky opsion bazohet në përdorimin e një DBMS të palës së tretë, për shembull, serverin MS SQL. Natyrisht, është e vështirë të imagjinohet një modalitet klient-server pa një server të veçantë. Por secila kompani është unike, secila ka nevojat e veta, dhe për këtë arsye zgjedhja e serverit duhet të trajtohet me përgjegjësi. Në këtë artikull do të përpiqemi t'i përgjigjemi pyetjes se si të zgjidhni një server 1C - si softuer ashtu edhe harduer. Zgjedhja është një pikë shumë e rëndësishme në zhvillimin e sistemit të informacionit të një kompanie.

Pa softuer, çdo kompjuter është i padobishëm. Softueri me cilësi të lartë është veçanërisht i rëndësishëm në pajisjet e serverit. Ai duhet të plotësojë parametrat më të fundit të sigurisë dhe besueshmërisë. Aplikacioni i klientit 1C është multi-platformë dhe i disponueshëm në pothuajse të gjitha sistemet operative, duke përfshirë sistemet celulare. Aplikacioni i serverit mbështet dy platforma - Linux dhe Windows.

Ekzistojnë pesë opsione për DBMS me të cilat funksionon platforma 1C:

Merrni 267 mësime video në 1C falas:

• DBMS i integruar i vetë 1C 8.3, i ashtuquajturi modaliteti i skedarit. Versioni më i thjeshtë i punës nuk mund të mburret me siguri të lartë. Punon në Windows dhe Linux OS. Kufiri i madhësisë së bazës së të dhënave është rreth 6-10 gigabajt;
• Serveri MS SQL- DBMS-ja më e mirë për 1C e disponueshme në treg. Sipas shumë ekspertëve, SQL Server është përgjithësisht produkti më i mirë softuer nga Microsoft. Kërkon Windows OS për të funksionuar;
• IBM DB2 Baza e të dhënave Universale është një sistem mjaft i besueshëm dhe i sigurt i menaxhimit të DBMS. E veçanta e tij qëndron në disa nuanca të përpunimit të informacionit dhe funksionimit të metodave të sistemit (për shembull, ndjeshmëria ndaj rastit të të dhënave të vargut). Cilësia e punës ndikohet ndjeshëm nga aftësitë dhe njohuritë e administratorit. Mbështet Windows, Mac OS X, Linux;
• Baza e të dhënave Oracle- një DBMS e versionuar, e cila në disa raste ofron rritje të performancës. Mbështet Windows, Mac OS X, Linux;
• PostgreSQL- gjithashtu i versionuar. Avantazhi më i rëndësishëm është shpërndarja falas e programit. Shpejtësia e punës ndikohet shumë nga kualifikimet e administratorit. Rekomandohet për një numër të vogël përdoruesish. Punon në Windows, Mac OS X, Linux.

Zgjedhja e pajisjeve për 1C

Ndryshe nga softveri, zgjedhja e harduerit nuk është aq e lehtë. Le të shqyrtojmë zgjedhjen e komponentëve të serverit për numra të ndryshëm përdoruesish. Numri i përdoruesve është një koncept abstrakt; merren numrat mesatarë për rrjedhën e dokumenteve. Kur zgjidhni pajisje, sigurohuni që të merrni parasysh vëllimin e dokumenteve.

Deri në 10 përdorues

• CPU: Intel Core i3 ose Intel Xeon E3-12xx.
• RAM: 4 gigabajt, i cili përfshin 2 GB për sistemin operativ dhe 2 gigabajt për cache DBMS.
• Nënsistemi i diskut
• Ndërfaqet e rrjetit

Serveri nga 10 në 40

• CPU: analog i Intel Xeon E3-12xx ose AMD Opteron 4xxx.
• RAM: zakonisht mjaftojnë 8-12 gigabajt.
• Nënsistemi i diskut: Në mënyrë ideale, një kombinim i SSD + HDD është i dëshirueshëm. Por nëse kjo nuk është e mundur, mund të mjaftoheni me një HDD.
• Ndërfaqet e rrjetit: Zakonisht të gjitha aplikacionet e serverit instalohen në një makinë.

nga 40 në 70

• CPU
• RAM: 16 gigabajt, ose më mirë 32.
• Nënsistemi i diskut: Një grup tradicional i HDD SAS 15K rpm është i mjaftueshëm.
• Ndërfaqet e rrjetit: Nëse serverët janë në makina të ndryshme, përdorni një rrjet me një gjerësi bande prej 10 Gb.

nga 70 në 120

Me kaq shumë përdorues, ka kuptim të shpërndahen aplikacionet e serverëve në makina të veçanta serverash.

• CPU: Intel Xeon E5-26xx ose AMD Opteron 62xx.
• RAM: nga 32 gigabajt.
• Nënsistemi i diskut: RAID 10 i serverëve SSD të besueshëm me një kontrollues të detyrueshëm harduer RAID.
• Ndërfaqet e rrjetit: Këshillohet të lidhni një zinxhir serverësh në një rrjet me një gjerësi bande prej 10 Gb. Rekomandohet të zhvendosni skedarët e indeksit në një SSD të veçantë, tabelën e përkohshme TempDB në 1-2 (RAID 1).

nga 120 përdorues