1c preporuke za odabir servera. Rješenja

Server za 1C

Velika preduzeća već duže vrijeme koriste 1C u klijent-server načinu rada. I danas se ova tehnologija aktivno kreće u srednja i mala poduzeća. Ovaj članak govori o tome kakav bi trebao biti 1C server s malim brojem korisnika.

Od kojeg broja korisnika je potreban server za 1C?

Besplatni PostgreSQL za 1C pojavio davno. I relativno nedavno tako divna pozicija pojavila se u cjeniku 1C:

Pouzdano preporučujemo korištenje 1C u klijent-server načinu rada počevši od 3-5 korisnika. Opcija fajla ostaje za vrlo male baze podataka i ako nema potrebe da radite u bazi podataka od kuće, na službenim putovanjima ili drugim uredima, ako ostanete bez 1C u slučaju kvara na nekoliko dana, nije nimalo strašno . Također smatramo da je rad u RDP-u zastarjela tehnologija, koja je prikladna samo kada je platforma iz nekog razloga stara (8.0 ili 8.1) ili je platforma stara, primamljivo je napisati "stari ruski" (7.7). Dakle, sve što je napisano u nastavku odnosi se na opciju „na 1C serveru su instalirani DBMS i 1C:Enterprise aplikacijski server, rad se obavlja u tankom klijentu 8.2.“

Da li da kupim brendirani server ili da ga sam sastavim, ili da naručim montažu od dobavljača?

Ako imate do 10 korisnika, možete koristiti običan “kućni” računar kao server uz neke modifikacije. Sasvim ga je moguće kupiti "u dijelovima" i sami sastaviti. Ako dobro razumete šta je termalna pasta, kako da prekinete ATX konektor za napajanje bez lomljenja ploče na pola, gde je konektor hladnjaka na njemu, kako performanse 1C zavise od memorijske frekvencije (skoro linearno sa dovoljnim resursima ) i zašto ne biste trebali priključivati ​​čvrste diskove blizu jedan drugom.

• više od 15 korisnika
• ne postoji vlastiti super sistem administrator koji zna sve "o kompjuterima"
• posao donosi dovoljno novca da požali ako 1C prestane da radi

Malo pojašnjenje. Pod “brendom” mislimo na IBM, HP i slične brendove. Bilo koji lokalni „integratori“ koji sastavljaju računare bazirane na Intel serverskoj platformi „po narudžbini“ uz pomoć jučerašnjih studenata, sa konfiguracijom snimljenom po rečima klijenta, nisu brendovi. Čak i ako je ovaj server sastavljen u kućište koje se može montirati u stalak. Čak i ako stave lijepu etiketu na prednju ploču. Ovo je samosastavljanje, a imamo mnogo primjera gdje, recimo, asembleri griješe pri odabiru komponenti. Na primjer, vidjeli smo kako je u ozbiljnom serveru koji košta više od 300.000 rubalja, hardverski RAID kontroler bio u sukobu s matičnom pločom i proizveo 15% deklarirane propusnosti. Videli smo i konfiguracije sa ogromnim distorzijama, na primer mašinu sa četiri Xeona i jednim nizom diskova od dva diska. Kada kupujete 1C server, obratite se onima koji razumiju kakav bi trebao biti.

Ono što je važno jeste da danas vredi brendirani server, za koji je garantovano operativan, dokazan i pouzdanjeftinijesamomontaža sa uporedivim karakteristikama. Stoga, najvjerovatnije nećete moći uštedjeti kupovinom servera srednjeg nivoa koji se sami sastavlja. Danas samomontaža ima pravo na život samo u segmentu servera baziranih na konvencionalnim („desktop“) komponentama, odnosno na samom ulaznom nivou, koje brendovi praktički ne proizvode.

operativni sistem

Bez pokretanja svetih ratova, preporučujemo korišćenje Windows Server 2012. Ovo je pouzdana, dokazana platforma za 1C server. Ostala rješenja imaju pravo na život, ali, recimo, ako odlučite da instalirate Ubuntu Server, teško da su vam potrebne preporuke. I malo je vjerovatno da će pomoći. Linux za 1C je svaki put jedinstven i nemoguće je dati općenite preporuke.

Za servere početnog nivoa sasvim je moguće koristiti desktop Windows, na primjer, Windows 7/8. Ako vam nije potreban Active Directory, RDS, i nećete koristiti MS SQL Server kao DBMS. Samo treba da imate na umu da prema zadanim postavkama u Windows 7 Professional broj istovremenih veza preko TCP-a ne može biti veći od 20. U Windows 8 ovo ograničenje je uklonjeno.

Memorija

Trebalo bi da ima dovoljno memorije. Ako instalirate više memorije nego što je potrebno, neće doći do povećanja performansi. Ako dostavite manje nego što je potrebno, korisničko iskustvo će se pretvoriti u mučenje. Računica je sljedeća: najmanje 2GB za potrebe operativnog sistema, od 2GB za DBMS, od 4GB za 1C:Enterprise server. Ukupno minimum 8GB. Ovaj volumen je sasvim dovoljan za 5-10 korisnika sa jednom bazom podataka. Snimak ekrana prikazuje tipičnu sliku alokacije memorije tokom ležernog rada nekoliko korisnika sa jednom malom bazom podataka:

Obratite pažnju na to kako 1C aplikacijski server (rphost.exe) voli memoriju. Odmah nakon otvaranja baze podataka potrebno mu je oko gigabajta. Uz intenzivan rad, na primjer, ponovnu obradu dokumenata tokom mjesec dana, sasvim je sposoban savladati 6 GB sa jednom aktivnom vezom. Takođe morate imati na umu da plava traka („Čekanje“) nije slobodna memorija, već sistemska keš memorija. Evo istog sistema u kojem smo počeli da radimo manje-više intenzivno:

1C radni tok ima jednu karakteristiku. U pravilu raste u jednom smjeru. Količina memorije koju zauzima rphost.exe postepeno raste i raste tokom radnog dana. Toplo preporučujemo da ponovo pokrenete 1C server agent svake večeri, neposredno prije učitavanja rezervnih kopija.

16GB je dovoljno za 20-30 korisnika sa dvije ili tri baze podataka. Obavezno je konfigurirati maksimalan dodijeljeni volumen za 1C:Enterprise server (ovo se radi u administracijskoj konzoli) i za DBMS! Ako se to ne učini, tada će, na primjer, Postgree iz kutije koristiti samo 200-300MB memorije. Podrazumevano je "ugušeno". Ali 1C aplikacijski server, naprotiv, može lako "pojesti" sve, bez obzira koliko dali.

Diskovni podsistem

Prvo, čak i na serveru početnog nivoa potrebno je odvojiti disk sa sistemom i disk sa bazama podataka. Zatim, ako financije dozvoljavaju, dodajemo treći disk za pohranjivanje velike količine podataka (sigurnosne kopije, itd.). Za Postgree, moramo kreirati RAM disk za privremeno pohranjivanje statistike.

Sasvim je moguće koristiti disk za sistem koji nije najbrži i nije najobimniji. 500 GB je više nego dovoljno.

Disk za bazu podataka je definitivno SSD. Za 1C baze podataka, konvencionalni diskovi i njihovi nizovi nemaju ni najmanju prednost. Uz tipičnu veličinu baze podataka prosječnog poduzeća od 2-3 GB, volumen od 120 GB, kao što razumijete, sasvim je dovoljan. A performanse, pod svim ostalim jednakim uslovima, razlikuju se 10 puta ili više. Ograničenja na broj ciklusa ponovnog pisanja su stvar prošlosti; danas su SSD-ovi pouzdaniji od bilo kojeg “mehaničkog” diska. Svakako morate uzeti SSD s TRIM tehnologijom (snimanje keša kada je napajanje isključeno), a morate pažljivo pogledati deklariranu brzinu pisanja; sada na tržištu postoji mnogo različitih opcija.

Ako je zastoj baze podataka, a posebno vraćanje jučerašnje kopije iz arhive neprihvatljiv, potrebno je instalirati RAID kontroler i dva diska u "mirror" načinu rada. Izričito savjetujemo da ne koristite softverske RAID kontrolere. Samo hardver.

Arhiviranje se može konfigurisati pomoću DBMS-a ili možete napisati batch fajl koji će pokrenuti Windows planer i preuzeti baze podataka iz paketnog režima 1C:Enterprise. Nije bitno. Važno je da svake noći sistem automatski kreira arhivu i zapisuje je na poseban disk servera. Sistem arhiviranja koji zahtijeva ručnu aktivaciju nije sistem za arhiviranje, već glupost. Nakon kreiranja preuzimanja baze podataka, toplo preporučujemo da ih otpremite u pohranu u oblaku. To može biti Google Drive, Yandex Disk, Dropbox ili vaš vlastiti ftp resurs. Glavna stvar je da se ova preuzimanja ne pohranjuju u istoj prostoriji u kojoj se nalazi server. Zašto? Jer normalan biznis treba sve mirno da trpi. Požar, provala, poseta vlasti sa zaplenom. Ne daj Bože, naravno, ali svašta se može dogoditi.

Ako je sve što je moguće već konfigurirano, a ruke vas svrbe da radite nešto drugo, možete preusmjeriti Postgree zapis dnevnika (ako ga imate) na poseban disk. Ovo će dati malo, ali prilično primjetno povećanje brzine tijekom aktivnih operacija s bazom podataka.

Napajanje i UPS

Ne štedite na napajanju. Nikad. Na svemu ostalom možete uštedjeti u razumnim granicama, a napajanje za server bi trebalo biti idealno. Server se razlikuje od običnog računara prvenstveno po tome što je uvek uključen. Dupla rezerva vata i proizvođač sa imenom (Thermaltake, Powerman, Enermax), evo naše preporuke. UPS (neprekidno napajanje) je potreban u dvije svrhe. Prvo, u slučaju ozbiljnih strujnih udara, mora omogućiti opstanak napajanja servera tako što će preuzeti udarac na sebe (ili još bolje, na svoj osigurač). Drugo, mora ispravno isključiti server kada dođe do nestanka struje. UPS ne bi trebao i ne može dozvoliti rad bez vanjskog napona, ovo je iluzija. Čak 15 minuta. Njegov zadatak je da operativnom sistemu servera da naredbu za gašenje. Dakle, nepovezani i nekonfigurisani UPS je komad namještaja, ništa više.

CPU

Kada radi 5 korisnika, bilo koji “desktop” procesor prilično visoke klase, na primjer četverojezgreni Core i7, u prosjeku će biti opterećen za 5-7%. Procesor općenito nije usko grlo. Mora zadovoljiti preostale parametre, ništa više. Zbog toga je bolje izabrati procesor zadnji, od onih koji odgovaraju odabranom sistemu. Digitalne karakteristike (broj jezgara, veličina keša, frekvencija) nisu odlučujuće. Na primjer, najnoviji Core i5 nadmašuje prethodnu generaciju Core i7.

U svakom slučaju, ne biste trebali kupiti najmoćniji i najskuplji procesor dostupan za odabranu platformu (matičnu ploču) za 1C server. Umjesto toga, optimalna opcija bi bila iz sredine liste, sortirana po cijeni.

Softver

Nema potrebe za instaliranjem antivirusnog softvera na server. Previše je. Sigurnost i odsustvo virusa osiguravaju tri pravila:

• Server ne bi trebao sadržavati programe koji nisu neophodni za njegov rad
• Server ne treba koristiti kao jedan od klijentskih računara
• Izvana, sa Interneta i lokalne mreže, nikakvi serverski resursi ne bi trebali biti dostupni, osim onih koji su apsolutno neophodni

Ne preporučujemo kombinovanje 1C servera i fajla, pošte, proxyja i web servera. Ove zadatke savršeno rješavaju specijalizirani uređaji i servisi. Na primjer, Zyxel Keenetic 4G ruter i drugi slični su odlični u distribuciji Interneta na mreži, radeći kao ftp i server datoteka. Apsolutno je najbolje prebaciti web server male i srednje kompanije na VDS u data centru. Pošaljite tamo, ili čak na Google ili Yandex poštu za svoju domenu.

Nekoliko riječi o virtuelnim serverima

Naravno, ovo je vrlo popularna tehnologija za hi-end serverska rješenja. Međutim, za srednja preduzeća (20-50 korisnika), prednosti virtuelizacije su daleko od očiglednih, a za male kompanije one ne pružaju ništa osim glavobolje. Prvo, virtuelizacija servera nije besplatna i košta resurse mašine. Drugo, sve prednosti „podešavanja performansi u hodu“ i „mobilnosti“ su razbijene gomilom problema s gubitkom 1C softverskih licenci u slučaju bilo kakvih promjena. Treće, u suštini nema šta da se deli (malo je resursa), a takvom preduzeću jednostavno nije potrebno nekoliko servera. Danas vrlo malo preduzeća rizikuje iznajmljivanje virtuelnog servera u data centru pod 1C, pa čak i u ovom slučaju bolje je ne iznajmiti server, već se povezati na 1C Online uslugu.

Koliko košta server za 1C?

U vrijeme pisanja ovog članka, približna cijena servera je:

• od 30.000 rubalja za 5-10 korisnika
• od 60.000 rubalja za 15-20 korisnika
• od 90.000 rubalja za 30-50 korisnika

Sa većim brojem korisnika, postaje neophodno distribuirati DBMS server i aplikacijski server na različite fizičke mašine.

Na vaš zahtjev, zajedno sa našim partnerima, možemo odabrati i isporučiti kako brendirani server proizvođača IBM-a, tako i montažni server početnog nivoa.

Verzije 8.2 i 8.3 platforme 1C:Enterprise smatraju se standardnom aplikacijom za računovodstvene i upravljačke zadatke kompanija. Razvijen je širok spektar aplikativnih rješenja za javna i privatna preduzeća. Prilikom implementacije sopstvene informacione infrastrukture, svaki izvršni ili IT menadžer kompanije ima pitanje kakav je server potreban za 1C. Problem je kompliciran činjenicom da kupovina opreme zahtijeva značajne finansijske troškove, a ne može svako poduzeće priuštiti odabir vrhunskih konfiguracija.

Prikupili smo preporuke vodećih proizvođača opreme (HP, Dell, IBM) i programera softverskog proizvoda 1C 8.3 kako bi naši klijenti mogli isplativo kupiti server koji im je potreban. Optimalna mrežna infrastruktura može se dobiti na bazi bilo kojeg operativnog sistema, ali hardverske mogućnosti igraju značajniju ulogu u tome.

Kriterijumi za odabir servera

1C platforma može zahtijevati značajne hardverske resurse servera. Ako je budžet kompanije neograničen, što je rijetko slučaj, možete bez oklijevanja uzeti platforme najnovije generacije, popuniti sve diskove i RAM slotove i zahtijevati od IT stručnjaka nesmetan rad sistema. Odabir opreme s ograničenim sredstvima zahtijeva promišljeniji pristup. Da biste razumjeli koji će se 1C server moći nositi s tim, potrebno je pažljivo analizirati strukturu računarskih opterećenja. Ako su unaprijed poznati, bit će mnogo lakše osmisliti gotovo rješenje.

Prilikom odabira servera za “1C” (8.2; ​​8.3), oni se rukovode sljedećim točkama:

• broj operatera koji istovremeno vrše unos podataka i generišu izvještaje;
• mogućnost dodjeljivanja zasebnih fizičkih servera za SQL i 1C aplikaciju;
• planirani obim obrade podataka;
• struktura raspodjele opterećenja u arhitekturi klijent-server

Odabir procesora i RAM-a

Izračunavanje frekvencije, potrebnog broja procesorskih jezgri i količine RAM-a je prvi i najvažniji korak. Da bismo razmotrili nekoliko opcija, odabrat ćemo server za 1C uzimajući u obzir osoblje kompanije.

Mala organizacija (do 15 zaposlenih). Uz mali broj korisnika, volumen baze podataka u pravilu ne prelazi 2 GB, a program 1C u obliku verzije datoteke instaliran je na klijentskim strojevima. Potrebe OS-a u ovom slučaju iznose 4–6 GB, a još 4 GB je dodijeljeno za keš sistemskih datoteka. Raspodjela opterećenja procesora izgleda ovako:

• 2 jezgra – za OS i korisnike terminala;
• 1 jezgro – za 1C aplikacijski server;
• 1 jezgro – za SQL bazu podataka.

Mašine početnog nivoa s jednim četverojezgrenim procesorom mogu se nositi s ovim zadatkom. To mogu biti ili rack ili tower serveri. Posljednja opcija je poželjnija jer ne zahtijeva dodjelu posebne sobe za serversku sobu.

Srednja organizacija (do 40 zaposlenih). S takvim brojem korisnika, programeri 1C preporučuju korištenje terminalskog načina za pristup aplikaciji. Veličina baze podataka može biti do 4 GB. Za takvo opterećenje potrebna su vam najmanje dva procesora sa 4-6 jezgara. Optimalna količina RAM-a će biti 16–64 GB, jer za svakog korisnika mora biti dodijeljeno najmanje 700 MB. Smatra se da 1C aplikacijsko rješenje u kojem radi klijentska mašina zahtijeva od 240 do 480 MB, a još 200-220 MB je dodijeljeno za kancelarijske aplikacije.

Uz toliki broj procesa, preporučljivo je koristiti jednu mašinu srednjeg nivoa sa virtuelizacijom ili dva fizička servera. Jedan od njih će se koristiti za pristup terminalu, a drugi za SQL. Najbolje je implementirati 1C aplikacijski server na prvom stroju ili čak dodijeliti poseban jednoprocesorski sistem za to. Potrebna konfiguracija se bira u svakom konkretnom slučaju na osnovu analize procesorskog vremena.

Velika organizacija (više od 40 zaposlenih). Osnovna konfiguracija opreme u ovom slučaju će se sastojati od tri fizička servera:

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

Volumi baza podataka sa takvim brojem zaposlenih često prelaze 4 GB, a preporučljivo je izdvojiti barem toliko RAM-a za sistemsku keš memoriju. Još 4 GB će koristiti operativni sistem, a 1C aplikacije će zahtijevati oko 8 GB. Dakle, potrebno vam je najmanje 16 GB RAM-a.

Za takve zadatke biraju se serveri sa dva procesora sa podrškom za Intel Xeon E5-2600 ili noviji. Ako broj zaposlenih ne prelazi 50 ljudi, može se ostaviti samo jedna mašina za pristup terminalu i 1C aplikacije. Međutim, s obzirom na izglede za rast kompanije, bolje je obezbijediti poseban server za svaki zadatak. Ako se broj uključenog osoblja približi 100 zaposlenih, potrebno je da rasporedite klaster od dvije mašine za 1C, a jednu ostavite za druge zadatke.

Odabir podsistema diska

Performanse servera direktno zavise od podsistema diska. Prilikom pokretanja 1C aplikacija, operacije čitanja i pisanja podataka izvode se velikim intenzitetom. Većina pritužbi na rad servera odnosi se na blokiranje tablica kada im istovremeno pristupa veliki broj korisnika.

Zadatak odabira servera za 1C uključuje praćenje podsistema diska, što vam omogućava da pronađete optimalnu ravnotežu performansi i pouzdanosti. Izuzetno važan faktor koji utiče na performanse je njegova sposobnost da izvrši određeni broj operacija čitanja/pisanja u sekundi (IOPS). Ako je baza podataka do 300 MB, a broj korisnika 1C do 6 osoba, ovaj parametar je 400–600. Ako broj korisnika servera dostigne 100 ljudi, tada će IOPS biti 18 000. Brzina prijenosa prijenosa ima sekundarnu ulogu.

Za svaki tip tvrdog diska se postavljaju vrijednosti brzine čitanja/pisanja:

• SATA – 100/80;
• SAS – 240/220;
• SSD – 35.000/8.600.

Ovo pokazuje da su SSD uređaji najprikladniji za 1C servere baze podataka. Glavni faktor koji ograničava njihovu upotrebu je njihova visoka cijena. Stoga se za smanjenje budžeta koriste i SAS diskovi. Za skladištenje kritičnih podataka, uključujući 1C, čvrsti diskovi se kombinuju u RAID nizove različitih nivoa, a redundantnost ugrađena u njih treba da bude uključena u izračun performansi servera.

Prilikom dizajniranja rješenja, otpornost na greške u sistemu igra važnu ulogu. Za to se koriste i hardver i softver. Serveri su opremljeni izvorima napajanja koji se mogu mijenjati bez prekida i diskovnim kavezima, a koriste UPS za neprekidno napajanje. Sigurnost podataka je osigurana sigurnosnom kopijom. Dnevnik se kreira najmanje jednom dnevno kako bi se osiguralo obnavljanje informacija u slučaju kvarova na sistemu.

Na web stranici možete pronaći traženi server i konfigurirati ga za 1C. Naši stručnjaci će pomoći u rješavanju ovog problema. Za savjet kontaktirajte ih telefonom ili kontaktirajte menadžera putem chata.

Server za 1C:Enterprise 8 za malu kancelariju

Ovaj materijal može biti od interesa za male organizacije ili ogranke sa 3-25 korisnika sistema 1C:Enterprise 8. Autor polazi od pretpostavke da će ga čitati ne samo IT stručnjaci, već i menadžeri ili računovođe malih preduzeća, pa je materijal tehnički donekle pojednostavljen. Njegovi osnovni principi su prilično primjenjivi na sisteme sa velikim brojem korisnika. Za organizacije sa 25+ korisnika 1C:Enterprise 8, naknadno će biti objavljena još dva materijala koji opisuju dugogodišnje iskustvo u odabiru serverske opreme i izgradnji IT infrastrukture za srednje i velike implementacije 1C:Enterprise 8.

Ko bi se trebao pitati da li treba kupiti server?

Prvo, hajde da opišemo uslove kada server sa 1C:Enterprise 8 nije potreban.
To su, po pravilu, organizacije koje ispunjavaju dva kriterijuma što je moguće bliže:
a) mala organizacija za 1-5 korisnika,
b) Za podršku poslovnih procesa kompanije sasvim su dovoljne mogućnosti standardnog rješenja iz 1C (tj. nema potrebe za modifikacijom standardne konfiguracije, najviše mijenjanjem nekih štampanih obrazaca, izvještaja i obrade).
Prema statistikama, u zavisnosti od regiona, broj organizacija koje koriste standardne konfiguracije iz 1C može biti do 60-80%.
Ako kompanija ispunjava gore navedene kriterije, onda možda umjesto kupovine kompleta koji se sastoji od:
- “1C:Enterprise 8”,
- Windows Server i klijentske licence,
- hardverski server,
- usluge postavljanja opreme i softvera,
- podrška i održavanje ovog kompleksa,
Ima smisla razmotriti iznajmljivanje 1C:Enterprise 8 od dobavljača usluga u formatu Softver kao usluga (SaaS).
Pružaoci usluga takvih usluga nude potpuno funkcionalne standardne konfiguracije 1C:Enterprise 8, predstavljene u obliku udaljene web stranice. Dokumenti se štampaju na vašem lokalnom štampaču; dokumente možete i elektronski sačuvati na vašem lokalnom računaru. Naravno, moguće je sačuvati lokalnu rezervnu kopiju vaše 1C baze podataka u bilo kojem trenutku. Štaviše, rezervnu kopiju možete postaviti na disk računara, na prenosivi USB drajv ili negde na udaljeni „cloud“ drajv (kao što je DropBox ili Yandex.Disk).
Možete iznajmiti jednu od standardnih konfiguracija "1C:Enterprise 8" od same kompanije 1C na resursu 1cFresh.com, kao i od njenih partnera, na primjer 1C:Accounting Services.
Među tehnološkim pogodnostima, to znači rad svuda gdje postoji internet i s gotovo bilo kojeg uređaja, uključujući tablet, pa čak i pametni telefon, bez potrebe uključivanja IT stručnjaka. Među finansijskim prednostima - organizacija, umjesto da akumulira sredstva, investira u kupovinu fizičkog servera, operativnog sistema Windows Server i samog softvera 1C:Enterprise 8, organizacija jednostavno plaća pristup 1C:Enterprise 8 kao usluzi , odmah otpisati troškove kao troškove poslovanja . U stvari, to je kao da plaćate javnu uslugu. Ako trebate povećati ili smanjiti broj zaposlenih, to se može učiniti gotovo trenutno, čime ćete fleksibilno upravljati svojim troškovima ovisno o trenutnim potrebama. A stotine korisnika moći će istovremeno raditi u takvoj usluzi.

“Hajde da uradimo testove” ili šta bi bilo poželjno snimiti na trenutnoj opremi?

Ako već imate server koji koristi 1C:Enterprise 8, idealna opcija bi bila da pokrenete standardni Windows uslužni program - Performance Monitor (Perfmon) i snimite podatke o učitavanju za jedan radni dan. Ovo će biti početna tačka koja će vam onda omogućiti da uporedite koliko je efikasan novi server i da li je vrijedan utrošenog novca.
Koristeći Perfmon, dovoljno je ukloniti opterećenje procesora (CPU) u vidu % opterećenja na jezgri, memorije sa slučajnim pristupom (RAM) u % upotrebe i fizički(ne logički) diskovi: na kojima se nalaze 1C i OS Windows (ovo može biti jedan, ali obično su to različiti diskovi). Što se tiče opterećenja diska, najvažniji parametri su:
- “Avg. Disk sec/Transfer” (prosječno vrijeme pristupa disku) - idealno do 10 ms (milisekundi), dobro do 25 ms, granična vrijednost za udoban rad je 40 ms;
- “Current Dužina reda na disku" ( struja dužina reda čekanja na disku) - idealno prisustvo uskih vrhova (na grafikonu) i najmanja moguća vrijednost reda čekanja, dužina reda od 70-100 zahtjeva ili više, grafikon u obliku „slajda“ ukazuje na nedovoljne performanse diskovnog podsistema ;
- “Disk Transfers/sec” (pristup disku/sek) – ovdje je važno fiksirati maksimalne brojeve i njihovo trajanje, po pravilu, to je od 80 IOPS do nekoliko stotina, ili čak hiljada.
Imajući ove informacije, biće lakše formulisati zahteve za hardverske podsisteme servera za dobavljača opreme, a zatim ih uporediti sa izračunatim vrednostima.

Metodologija proračuna opreme

Nakon odluke o kupovini vlastitog servera za potrebe 1C:Enterprise 8, pokušat ćemo uzeti u obzir specifične potrebe ove aplikacije - odabrati optimalnu opremu za zadatak u okviru budžeta.

Zatim ćemo razmotriti metodologiju za izračunavanje potrebnih resursa za 1C:Enterprise 8 ovisno o:
- korištena verzija - datoteka ili SQL,
- vrsta pristupa - preko lokalne mreže, preko udaljene radne površine “Remote Desktop” ili web/tankog klijenta,
- broj korisnika,
- broj i obim baza podataka,
- drugi zadaci dodijeljeni serveru.
Prikazani pristup je relativno univerzalan i podjednako je pogodan za pokretanje 1C:Enterprise 8 na fizičkom serveru (sa uključenim Intel Hyper-Threading), i za rad na virtuelizovanom serveru sa Microsoft Hyper-V ili VMware vSphere, kao i za izračunavanje iznajmljenih resurse pružatelja usluga u oblaku.

Radi jasnoće proračuna, uzet ćemo dovoljno tri tipičan primjer:
A) 5 korisnika"1C:Enterprise 8", verzija datoteke, korisnici povezani putem lokalne mreže (LAN) preko "debeli" klijent 1C. U ovom načinu rada server obavlja samo ulogu servera datoteka, a cjelokupno računarsko opterećenje pada na korisničke radne stanice.
b) 10 korisnika, baza podataka SQL, pokrenut je “1C:Enterprise 8”. Server aplikacija“, korisnici rade "debeli" klijent preko LAN-a, 4 GB baze podataka, na 2 godine. Server djeluje kao skladište podataka, SQL server i 1C Application Server.
V) 20 korisnika, baza podataka SQL, pokrenut je “1C:Enterprise 8”. Server aplikacija", korisnici rade u " Remote Desktop"(RDP), jedna konfiguracija, 9 GB baze podataka za 3 godine. Server djeluje kao skladište podataka, SQL server, 1C aplikacijski server i terminalski server.

Proračun zahtjeva za procesorskom snagom (CPU ) : Prvo trebamo izračunati koliko nam je „jezgri“ procesora potrebno. Izračunavanje ćemo izvršiti u "logičkim CPU jezgrama", gdje jedno logičko jezgro odgovara jednom jezgru na fizičkom serveru u "Task Manageru" sa omogućenim Hyper-Threadingom (tj. svako fizičko jezgro procesora je predstavljeno kao dva logička) .
- Za potrebe operativnog sistema (OS) rezervišemo 1-2 jezgra, za SQL verziju obično je dovoljno jedno, za verziju fajla dve su bolje.
- Ako se koristi SQL verzija, onda jedno jezgro za 20-25 korisnika “1C:Enterprise 8” za potrebe MS SQL-a (više korisnika – više jezgara);
- Takođe za SQL verziju rezervišemo jedno jezgro za potrebe “1C:Enterprise 8. Application Server x64” (rphost proces) za 15-20 korisnika (više korisnika – više rphost procesa, više jezgara);
- U verziji u kojoj korisnici rade u "Remote Desktop" modu, rezerviramo jedno logičko jezgro za 8 korisnika terminala (više korisnika - više jezgara).
- Za rad u režimu Web usluge preko pretraživača ili tankog klijenta, rezervišemo i jedno logičko jezgro za 8 udaljenih korisnika. Zapravo, za konfiguracije na “Managed Forms” opterećenje se prebacuje na “1C:Enterprise 8. Application Server x64”, au slučaju web usluge dodaje se i na Internet Information Server (IIS) Web server, ali za naše proračune to nije važno.

Primjeri proračuna:
a) za 5 korisnika u verziji datoteke, povezanih preko lokalne mreže preko “debelog” klijenta, potrebna su 2 logička jezgra za OS (uključujući ulogu servera datoteka) - ukupno jedno fizičko jezgro procesora;
b) za 10 korisnika u SQL-u i preko “debelog” klijenta potrebno je jedno jezgro za OS, jedno jezgro za MS SQL Server, jedno jezgro za “1C:Enterprise 8. Application Server x64” (rphost) - ukupno 3 logička jezgra, ili 2 fizička;
c) za 20 korisnika u SQL-u iu “Remote Desktop” modu potrebno vam je jedno jezgro za OS, jedno jezgro za MS SQL Server, jedno jezgro za “1C:Enterprise 8. Application Server x64” (rphost), 2,5 jezgra po servisiranju terminalske korisničke sesije (20:8) - ukupno 5,5 logičkih jezgara, odnosno 3 fizička.
Server sa najnižim Intel Xeon E3 12xx procesorom sadrži 4 fizička jezgra, odnosno 8 logičkih. Dakle, čak i minimalna verzija serverskog procesora u pogledu jezgara u potpunosti pokriva potrebe male organizacije od 25 korisnika 1C:Enterprise 8. I, na primjer, jednoprocesorski server baziran na moćnijem Intel Xeon E5 16xx, koji sadrži 8 fizičkih ili 16 logičkih jezgara, može se lako nositi s opterećenjem od 50-75 1C:Enterprise 8 korisnika u Remote Desktop ili Web modu - usluga/tanki klijent.

Istovremeno, jedna od najvažnijih karakteristika procesora je njegova nominalna frekvencija (ne treba je brkati sa Turbo Boostom), o kojoj ćemo detaljnije govoriti u nastavku. Pojednostavljeno rečeno, udobnost korisnika koji rade sa 1C:Enterprise 8 u SQL modu, a posebno kada rade preko Remote Desktop (RDP), raste gotovo linearno sa frekvencijom procesora.

Proračun potreba za RAM memorijom ) : Kao i kod izračunavanja potreba za procesorskim jezgrama, naš zadatak je da pažljivo uzmemo u obzir potrebe svih servisa.
- Za potrebe operativnog sistema (OS) rezervišemo 4 GB;
- Ako koristite SQL verziju, tada najmanje 20-30% volumena tablica baze podataka (DB) mora biti smješteno u SQL RAM keš memoriju. Ako postoji više baza podataka, onda 20-30% volumena tabela podataka za svaku bazu podataka. Ili, kao kriterij za izračunavanje potreba za SQL RAM keš memorijom, možete koristiti količinu podataka za 1 godinu. Budući da male organizacije obično imaju 1C baze podataka koje nisu prevelike, vrlo često je moguće smjestiti cijelu bazu u SQL RAM Cache, tj. 100% volumena tabela baze podataka (ovo je idealno). Minimalni volumen je od 2 GB.
- Za potrebe „1C:Enterprise 8. x64 Application Server“ količina RAM-a se izračunava na osnovu broja pokrenutih rphost procesa, oko 1 GB za svaki rphost. Obično je to 1-2 GB za 10-25 korisnika.
- Kada korisnici rade u Remote Desktop modu, sve je nešto komplikovanije. Prije svega, potrebno je razjasniti korištene konfiguracije, ili još bolje, fizički vidjeti koliko svaka konfiguracija troši RAM-a po korisniku u načinu lokalne mreže ili u terminalskom modu. Štaviše, ne morate gledati odmah nakon početka, već nakon otprilike 20-30 minuta intenzivnog rada. Na primjer, “Računovodstvo” u prosjeku troši 250-300 MB RAM-a za svaku sesiju koja radi, “Upravljanje trgovinom” u prosjeku troši 300-350 MB RAM-a za svaku sesiju koja radi. Zatim izračunavamo koliko će korisnika istovremeno koristiti svaku konfiguraciju, pomnožimo njihov broj sa potrebnom količinom RAM-a za konfiguraciju 1C:Enterprise 8 i zbrojimo po konfiguraciji da bismo dobili ukupni volumen. U pravilu, za jednu konfiguraciju i 10 korisnika to je 3-4 GB RAM-a.
- U režimu udaljene radne površine potrebno je uzeti u obzir i druga moguća opterećenja. Na primjer, 1C se često preuzima u MS Excel format za dalju obradu štampanih obrazaca ili izvještaja. Ili se korisnicima daje pristup Internetu, drugim MS Office aplikacijama i drugim programima. Shodno tome, potrebno je izračunati RAM resurse koje oni troše. Za MS Word i MS Excel ovo je otprilike 100 MB, za MS Outlook oko 150 MB, Internet Explorer oko 200 MB za svaku pokrenutu instancu za svakog korisnika. Za ostale programe je optimalno pogledati njihovu stvarnu potrošnju RAM-a na PC-u i uzeti je u obzir na isti način.
- Da biste radili u načinu rada Web usluge putem pretraživača ili Thin Client-a, možete izračunati potrošnju RAM-a koristeći iste principe kao za različite 1C:Enterprise 8 konfiguracije u Remote Desktop modu, računajući korisnike svake potvrde, množeći odgovarajuću potrošnju RAM-a u “debeli klijent” režim, i rezimirano. Ovi dodatni resursi će zapravo ići na 1C:Enterprise 8. Server aplikacija x64 i IIS, ali za preliminarne proračune je sasvim prikladan.
Primjeri proračuna:
a) za 5 korisnika u verziji fajla, povezanih preko lokalne mreže preko debelog klijenta, minimalno potrebno je 4 GB RAM-a pod operativnim sistemom, a po mogućnosti 8 GB RAM-a;
b) za 10 korisnika u SQL-u i preko “debelog” klijenta sa bazom od 4 GB za 2 godine, 4 GB za OS, 1 GB (ovo je 25% obima) ili 2 GB (podaci za godinu dana) za MS Potreban je SQL Server, a bolje je 4 GB, tako da 100% baze podataka stane u RAM, 1 GB za “1C:Enterprise 8. Application Server x64” (jedna rphost nit), ukupno 6 GB do 9 GB RAM;
c) za 20 korisnika “Trade Management” u SQL-u sa bazom od 9 GB za 3 godine iu “Remote Desktop” modu, potrebno vam je 4 GB za OS, 3 GB za MS SQL Server (ili još bolje, 9 GB za 100% Baza podataka je smještena u RAM), 1-2 GB za “1C:Enterprise 8. Application Server x64” (1-2 rphost threada), 6-7 GB za servisiranje terminalskih korisničkih sesija, ukupno 14 GB do 22 GB RAM-a .
Nakon izračunavanja potrebne količine RAM-a, ispravno je dodati 20-30% rezerve za rast opterećenja (povećanje broja korisnika, na primjer, ili rast baze podataka). Na sreću, RAM je sada jeftin, a moderni procesori podržavaju dosta toga - Intel Xeon E3 16xx do 64 GB RAM-a i Intel Xeon E5 16xx do 1540 GB RAM-a. Ne postoji takva stvar kao što je previše RAM-a na serveru ;-).

Diskovni podsistem :

Diskovni podsistem se sastoji od dvije komponente:
- ulazno/izlazni podsistem u obliku vodeno/izlaznih kontrolera (HBA) i RAID kontrolera;
- uređaji za skladištenje podataka, ili u našem slučaju - SSD i HDD diskovi.

I/O podsistem ( RAID).
Budući da je riječ o serveru čiji je zadatak pouzdano pohranjivanje informacija, apsolutno je neophodno rezervisati hardverske resurse za pohranjivanje podataka, tj. diskovi.
Mala preduzeća obično koriste RAID1, ili „ogledalo“, gde se podaci istovremeno zapisuju na dva diska. U ovom načinu rada, čak i ako jedan od diskova fizički otkaže, podaci se pohranjuju.
Postoji nekoliko opcija odjednom izgradnjaRAID1 na malom serveru.

1. Na primjer, potpuno softverski RAID (Soft RAID) može se kreirati pomoću Windows Servera. Ova opcija se ne odnosi na sistemsku disk jedinicu koja sadrži operativni sistem (OS). Za disk sa bazom podataka, možete pokušati koristiti tehnologiju Windows Storage Spaces. U stvarnom životu se koristi izuzetno rijetko, nećemo ga preporučiti.

2. Možete koristiti hardver i softver izgrađen na bazi čipseta kompanije Intel i Intel® Rapid Storage Technology ( IntelRST). Njegova suština je da sve ulazno/izlazne operacije na hardverskom nivou obavlja čipset matične ploče, praktično bez učitavanja CPU resursa. Ali ovaj niz se kontroliše na softverskom nivou, koristeći drajvere za Windows.
Ovo Najčešći, i trenutno najviše visokih performansi opcija za izgradnju RAID1 za ne baš opterećen server sa 2 ili 4 diska.
Istina, kao i svako kompromisno rješenje, ono ima neke nedostatke.
a) Njegov rad zavisi od drajvera učitanih u operativni sistem. A to nosi određeni potencijalni rizik da prilikom ažuriranja drajvera ili OS-a može doći do situacije da RAID disk bude nedostupan. Veoma je malo verovatno, jer... Intel i Microsoft su vrlo prijateljski raspoloženi i vrlo dobro testiraju svoj softver, ali je moguće. Pošteno radi, treba napomenuti da se u proteklih 8 godina autor nije susreo sa slučajevima ovakvih neuspjeha.
b) Na osnovu rezultata eksperimenata u laboratoriji Entry test, indirektni dokazi sugerišu da model Intel RST drajvera koristi RAM resurse za keširanje upisivanja. Ovo daje povećanje performansi, ali i nosi neke rizike od gubitka podataka u slučaju neplaniranog nestanka struje servera. U prethodnoj „reinkarnaciji“ ove tehnologije, Intel Matrix RAID, keširanje pisanja moglo je biti eksplicitno onemogućeno na nivou komande. U modernoj verziji Intel RST-a, korisnik nema mogućnost da na bilo koji način utiče na ovaj parametar, pa čak ni da sazna njegov status. Ovaj problem se lako može riješiti instaliranjem relativno “pametnog” neprekidnog napajanja (Smart UPS), koji može pratiti stanje svojih baterija i, kada su prazne, daje komandu za isključivanje servera. U stvari, UPS u svakom slučaju mora biti instaliran na serveru, tako da to nije problem, glavna stvar je da ne budete lijeni da izvršite podešavanja. Postoji određeni problem s prenosivosti u slučaju kvara matične ploče. Tokom garantnog perioda, ovaj problem će najverovatnije moći da reši dobavljač opreme, ali tokom postgarantnog perioda možda ćete morati da potražite sličnu matičnu ploču.
Cijena ovakvog rješenja u većini slučajeva je već uključena u cijenu matične ploče i korisnik je, zapravo, dobija „besplatno“.

3. Među IT stručnjacima, prilično je uobičajeno da žele da imaju potpuno hardverski RAID na serveru. Dobar primjer takvog rješenja je korištenje SAS kontrolera (SAS HBA) u RAID1 modu. Na primjer, LSI HBA 9211 i njegovi nasljednici. Da biste to učinili, poseban BIOS firmver je instaliran u SAS HBA; za LSI 9211 to je “IR” firmver. Ova šema ne pruža nikakve prednosti performansi. Teoretski, ako matična ploča pokvari, možete brzo spojiti diskove i kontroler na drugi server... ali sa istom vjerovatnoćom kao i matična ploča, SAS kontroler može izgorjeti, tako da je sa stanovišta autora ova prednost pomalo iluzorna , rješavanje više psiholoških problema nego tehnoloških.
Cijena LSI HBA 9211 je 250-300 dolara, što je znatno skuplje od prethodne verzije zasnovane na Intel RST-u. Ovo povećanje cijene je prilično značajno za budžetsko rješenje. Sa stanovišta autora, ako zaista želite da napravite “hardverski” RAID, onda je bolje izabrati nešto skuplje rešenje bazirano na Intel® RAID kontroleru RS3WC080. Ovaj SAS HBA je takođe izgrađen na LSI čipu, ali sledeća generacija, LSI SAS 3008, podržava SAS 3.0 standard (12-Gb/s), po ceni od oko 300 dolara.

4. Ponekad, u slučaju nepoštenja ili nedovoljne kvalifikacije prodavca, pokušavaju prodati jeftine RAID kontrolere zastarjelih modela za 1C servere. Na primjer, Adaptec 6405E. Nedostatak ovakvih kontrolera je što je čip performansi ugrađen u njih dizajniran da podrži određeni broj HDD-a, te se ne nosi dobro čak ni sa opterećenjem dva mlađa serverska SSD modela. Na primjer, moderni SSD-ovi mogu lako proizvesti 80.000 IOPS (zahtjeva u sekundi) za čitanje svakog, a procesor RAID kontrolera, na primjer, može obraditi samo 60.000 IOPS... Takođe, kada se koristi RAID1 i SSD, postoji nema potrebe za keš memorijom za upisivanje na kontroleru - upisivanje u RAM keš memoriju na kontroleru i direktno na SSD odvija se gotovo istom brzinom kao i čitanje. Štoviše, moderni RAID kontroleri, čak i ako imaju 1 GB RAM keš memorije, ne koriste ga kada rade sa SSD-ovima. To ne znači da je Adaptec 6405E loš kontroler, već samo da je alat dizajniran za drugačiju upotrebu.
Cijena Adaptec 6405E je oko 250 dolara.

Kao kratak zaključak, predlažem da pogledamo raspored testiranja četiri SSD-a u RAID10 u tri RAID konfiguracije: Adaptec 6405E, LSI 9211, Intel RST (Entry Test Laboratory). Jasno se vidi da je najproduktivnija opcija sa Intel RST, a najmanje produktivna sa Adaptec 6405E.

Uređaji za pohranu ( SSDIHDD)

“1C:Enterprise 8” u svom radu, osim stvarne lokacije tablica baze podataka (fascikla za verziju datoteke, DB tabele za SQL verziju), može koristiti sistemski disk “C:\”. Na primjer, sistemska fascikla Tmp operativnog sistema Windows za skladištenje privremenih datoteka. SQL verzija može raditi s njom - posebno, tamo pohraniti tempDB. U režimu „Remote Desktop“ mogu se koristiti lokalni tmp direktoriji korisnika terminala na serveru, koji se takođe obično nalaze na „C:\“ disku, u lokalnim korisničkim profilima.
- Za potreban operativni sistem (OS) rezervišemo najmanje 120 GB;
- Da biste pohranili bazu podataka u verziji datoteke, preporučljivo je jednostavno pogledati količinu mapa u kojima su baze podataka pohranjene. Obično je to do 1-2 GB, ili čak 10-20 GB.
- Ako se koristi SQL verzija, tada imamo tri vrste podataka - same tabele baze podataka (DB), privremene tabele (tempDB) i SQL dnevnik. Podrazumevano, tempDB će se nalaziti na sistemskoj disk jedinici “C:\”. Za male baze podataka obično je mali, oko 100-300 MB. Tabele baze podataka (DB) - kao što je gore napisano, rijetko prelaze obim od 10-20 GB za kompanije sa 5-25 korisnika, ali ovdje prije svega treba pogledati trenutni obim plus rast tokom godine. SQL dnevnik može biti vrlo velik, do desetina GB, posebno kada je omogućen način “Full SQL log”, ali se može i bezbolno “skratiti” na kraju svakog mjeseca i arhivirati (ili obrisati ako nije potrebno).
Ukupno za potrebe baza podataka 1C:Enterprise 8 dostižemo kapacitete od 20-60 GB, što je zapravo manje od najmanjih serverskih diskova, bilo HDD ili SSD.
- U slučaju korisnika koji rade u Remote Desktop modu, ima smisla uzeti u obzir 3-4 GB RAM-a u ličnim folderima korisnika za pohranjivanje raznih datoteka/podataka za preuzimanje ili upload na/sa 1C. Ako se server koristi i kao skladište datoteka, to se mora izračunati potpuno odvojeno od potreba za 1C, a po mogućnosti na drugim fizičkim diskovima.

Što još treba uzeti u obzir pri dizajnu u pogledu odabira diskova.
1. Veoma je poželjno distribuirati operativni sistem (OS) i 1C podatke (tabele podataka) na različite fizičke uređaje sa stanovišta tolerancije grešaka. Ali ako je budžet mali, dobro, neka sve bude na jednom skladištu, sa sigurnosnom kopijom putem RAID-a i dnevnim backup-om na vanjski medij (ili servis).
2. Ne zaboravite da server mora rezervisati diskove i od njih izgraditi RAID1 otporan na greške (RAID5 i njegovi analozi se ne koriste za baze podataka), tj. potrebna su nam najmanje dva identična diska (ako su OS i baza podataka kombinovani), ili dva puta dva identična diska za dva RAID1 niza (ako su OS i baza podataka odvojeni).

Primjeri proračuna:
a) za 5 korisnika u fajl verziji, povezanih preko lokalne mreže preko debelog klijenta, minimalno potrebno je 120 GB za OS, ili još bolje 240 GB, i 10-20 GB za podatke. Zapravo, diskovni podsistem koji se sastoji od dva Intel SSD diska serije s3510 od 240 GB u RAID1 modu može podnijeti ovo opterećenje.
b) za 10 korisnika u SQL-u i preko debelog klijenta sa bazom podataka od 4 GB, tehnički će biti dovoljan i diskovni podsistem od dva diska poput 240 GB Intel SSD s3510 serije u RAID1 modu. Ali, uzimajući u obzir broj korisnika, već ima smisla razmisliti o tome da ga podijelite na dva odvojena volumena - dva diska u RAID1 od 120-240 GB za OS i dva diska u RAID1 od 80 GB za bazu podataka.
c) za 20 korisnika “Trade Managementa” u SQL-u sa bazom podataka od 9 GB, tehnički će biti dovoljan i diskovni podsistem od dva diska poput 240 GB Intel SSD s3500 serije u RAID1 modu. Međutim, uzimajući u obzir broj korisnika, toplo se preporučuje da se OS i Baza podataka podijele u dva odvojena volumena - dva diska u RAID1 od 120-240 GB za OS i dva diska u RAID1 od 80-120 GB za bazu podataka .

Podsjećam na „princip razumne dovoljnosti“.
Po pravilu je mali obim baza podataka za mala preduzeća sa 5-25 korisnika 1C:Enterprise 8. I ovdje je vrlo važno ne juriti prostor na disku, jednostavno vam ne treba. Ali ima smisla odabrati najpouzdaniji i najproduktivniji disk, iako s manjim kapacitetom. Tipična greška kupaca je želja da "kupe veći disk, ali je jeftin", što dovodi do upotrebe jeftinijih i kapacitetnijih diskova koji nisu serveri, što je sa tehničke tačke gledišta neprihvatljivo.

Zaobići uska grla

Mrežni interfejs . Najmanje je vjerovatno da će u radu sa 1C:Enterprise 8 usko grlo biti mrežni interfejs, jer Budući da se velika količina podataka ne prenosi, ne postoje posebni zahtjevi za 5-25 korisnika. Štoviše, većina servera ima dvije 1 Gbit/s Ethernet mrežne kartice instalirane odjednom, ali ovdje postoje nijanse.
Mrežne kartice su različite. Neki su dizajnirani za rad na PC-ima i laptopima, a u njima značajan dio opterećenja pada na CPU. To uključuje, na primjer, mrežna sučelja na Realtek RTL8201N čipu. Takvi čipovi se također koriste u serverima, ali na posebnim portovima dizajniranim za kontrolu servera.
Istovremeno, postoje serverski mrežni čipsetovi, kao što je Intel® i350-AM2 Dual Port Gigabit Ethernet. Kod njih se većina obrade odvija na samom čipu, bez uključivanja CPU resursa, što je i brže i efikasnije.
Zapravo, preporuke su jednostavne:
- ne kupujte računar “a la server”, jer najvjerovatnije ima Ethernet mrežnu karticu za svoj PC;
- ako server ima nekoliko Ethernet portova, nemojte koristiti port namijenjen za upravljanje za radno opterećenje.

RAM . Ovdje je sve jednostavno. Kako izračunati je opisano gore. RAM je ovih dana jeftin. Stoga, izračunajte, uzmite rezervu od 20-50% ili više i zatvorite temu. Ako se očekuje značajno povećanje opterećenja u narednih godinu ili dvije, provjerite ima li server slobodne slotove za instaliranje dodatnih memorijskih modula.

CPU . Nakon izračunavanja potrebnog broja fizičkih jezgara, ostaje pitanje frekvencije.
A ovo je veoma važno pitanje.
1. Ako ima dovoljno jezgri, onda performanse klijentskog dijela, 1C:Enterprise 8 Application Server, a u mnogim situacijama i SQL servera, direktno zavisi od frekvencije procesor. Štaviše, gotovo je linearan. Mnogi izvještaji se, na primjer, izvršavaju potpuno isto puta brže kada se frekvencija procesora poveća za 1,5 puta.
Stoga, pod jednakim ostalim stvarima, ima smisla dati prednost procesorima viših frekvencija.
2. Sljedeća stvar je da ne nasjedate na marketinški trik nekih prodavača koji daju frekvenciju procesora u Turbo Boost po frekvenciji procesora. Da, Intel® Turbo Boost tehnologija 2.0 je prilično zanimljiva stvar, a u stvarnosti 1C, kada je samo jedna nit pokrenuta (obrada dokumenata ili generisanje složenog izvještaja), omogućava vam da povećate performanse jednog jezgra za 15- 30%, pa čak i više. Ali morate imati na umu da će u stvarnosti, u serverskom čipu, frekvencija porasti na kratko vrijeme, za 30 sekundi, ponekad za jednu minutu, a zatim se smanjiti na standardnu. Kao rezultat toga, dobitak je vrlo kratkotrajan. A procesor visoke frekvencije uvijek radi na visokoj frekvenciji, što znači i brže. Zato košta više.
Primjer je u donjoj tabeli:

Table 1

3. Za mala preduzeća sa 3-10 korisnika, ponekad nude kupovinu ne servera zasnovanog na Intel Xeon E3, već „moćnog računara“ zasnovanog na Core-i7, navodeći njegove veće performanse i pouzdanost.
Ali morate uzeti u obzir sljedeće točke.
a) Intel Xeon E3 i Core-i7 procesori su zapravo braća blizanci u smislu hardvera, a čak koštaju isto. Ali interni firmver odgovoran za postavljanje prioriteta je drugačiji. Vrlo pojednostavljeno - Xeon E3 ima prioritet za ulazno/izlazne operacije i druge serverske operacije, dok Core-i7, skrojen za segment igara i obradu video streamova, daje prioritet servisiranju video kartice. Cijena je, još jednom naglašavam, ista (sa istim parametrima).
b) Postoji velika razlika između desktop i serverskih matičnih ploča. Radna površina je dizajnirana da radi 8 sati dnevno, 5 dana u nedelji, tokom dve ili tri godine. U skladu s tim, komponente za njega su odabrane da izdrže navedeni vijek trajanja. Serverske matične ploče su dizajnirane da rade 24 sata dnevno, 365 dana u godini tokom tri ili pet godina. A komponente su tamo nešto drugačije. Ali razlika u cijeni je opet minimalna, često 10-20 dolara.
c) U „naprednom“ računaru, sa velikim stepenom verovatnoće mrežna kartica neće biti serverska kartica.
Ima li smisla, umjesto servera kao specijaliziranog uređaja sa zadatim radnim parametrima, pokušati kupiti nekakav “sofisticirani PC” za ulogu servera, a nije ni činjenica da je jeftiniji – sada svako može napraviti informisan izbor.

Diskovi. Ovo je vjerovatno najhitnija tema u vrijeme pisanja.
Nažalost, još uvijek ima i korisnika i prodavaca koji su malo zaglavili u prošlom stoljeću. I potpuno smo uvjereni da je HDD SAS 15.000 o/min primjer pouzdanosti i performansi.
Zapravo, to već dugo nije bio slučaj.

a) Prvo, hajde da se pozabavimo pouzdanost SSD i HDD.
Najčešće se teorijska pouzdanost diskova procjenjuje parametrom "Nepopravljive greške čitanja po pročitanim bitovima", što se može prevesti kao "Vjerovatnoća da se greška čitanja koja se ne može popraviti po broju pročitanih bitova". Pokazuje koliko podataka treba pročitati sa diska da bi postojala velika vjerovatnoća pojave nepopravljive greške.
Drugi važan parametar koji pokazuje vjerovatnoću kvara diska je AFR (godišnja stopa otkaza) ili “godišnja stopa otkaza”.
Tabela ispod prikazuje podatke za tipične diskove SATA Desktop HDD 7200 prm, SATA Enterprise HDD 7200 prm (SATA Raid Edition), SAS HDD Enterprise 15,000 prm, SATA SSD Enterprise (podaci preuzeti iz zvaničnih dokumenata proizvođača, brojeve možete provjeriti pomoću linkovi).

Parametar	Vrsta diska
	Desktop SATA 7200 o/min		Enterprise SAS 15.000 o/min (10.000 o/min)	Enterprise SATA SSD
Nepopravljive greške čitanja po pročitanim bitovima
Volumen, pri čitanju za koji se statistički očekuje da će uzrokovati nepopravljivu grešku

Kao što se jasno vidi iz tabele, prema parametru „Godšnja stopa otkaza“, disk za upotrebu u običnom računaru je u proseku dva puta manje pouzdan od serverskog diska.
Što se tiče vjerovatnoće nepopravljivih grešaka, teorija nam jasno govori da Enterprise SATA SSD, za koji je uzeta Intel® SSD DC S3510 serija kao primjer, ima 10 puta manju vjerovatnoću greške od SAS HDD Enterprise 15.000 o/min, 100 puta niži od SATA Enterprise HDD 7200 rpm, i 1000 puta manji od SATA Desktop HDD 7200 rpm.
Istovremeno, cijena SATA Desktop HDD-a 7200 o/min i Enterprise SATA SSD-a za zapreminu dovoljnu za smještaj i operativnog sistema i 1C baza podataka ne razlikuje se ni u kom slučaju 1000 puta, ili čak 10.
Posebno bih vam skrenuo pažnju na "Volume, pri čitanju kojeg se statistički očekuje nepopravljiva greška." Za SATA Desktop HDD ova brojka je 12,5 TB. A već postoje diskovi od 8 TB i 10 TB... dakle, ako instaliramo npr. desktop disk od 8 TB, napišemo ga i pročitamo dvaput, u teoriji ćemo naići na barem jednu nepopravljivu grešku!

Kratak sažetak:
- koristite SSD-ove Enterprise klase u serveru, oni barem nisu ništa lošiji, a teoretski pouzdaniji od bilo kojeg HDD-a.

b) Zatim procjenjujemo performanse SSD i HDD.
Sa stanovišta baza podataka, koje su, u suštini, 1C, najvažnija su samo tri parametra diska
- Latencija, odnosno vrijeme odziva diska, mjeri se u mikrosekundama (manje je bolje);
- broj operacija čitanja u sekundi (Disk Reads/sec), mjeren u IOPS (više je bolje);
- broj operacija pisanja u sekundi (Disk Writes/sec), mjeren u IOPS (više je bolje).
Stavimo ova tri parametra u jednu tabelu za iste pogone kao u primjeru o pouzdanosti.

Parametar	Vrsta diska
	Desktop SATA 7200 o/min	Enterprise SATA\SAS NL 7200 o/min	Enterprise SAS 15.000 o/min (10.000 o/min)	Enterprise SATA SSD
Latencija (vrijeme odgovora za čitanje/upisivanje diska), mikrosekunde
Disk Reads/sec (broj operacija čitanja u sekundi), IOPS
Disk Writes/sec (broj operacija pisanja u sekundi), IOPS

Kao što se jasno vidi iz tabele, SSD prema parametru vrijeme odziva superiorniji od HDD-a 40-80 puta, and by broj I/O operacija po sekundi u 100-400 puta (!!!).
U isto vrijeme, ako mudro pristupite izboru i kupite samo kapacitet pohrane koji je stvarno tražen, tada će razlika u cijeni Enterprise SATA SSD-a i Enterprise SATA \ SAS NL HDD-a biti vrlo neznatna.
Da li je razumno koristiti HDD za hostovanje baza podataka? Sa stanovišta autora, samo ako ste kupili nelikvidne zalihe za skladište, zaista ih morate prodati, a dalji odnosi sa kupcem vas malo ne zanimaju. Zato što su i odnos cena/performanse i odnos cene/pouzdanosti jasno u korist Enterprise SSD-a.

A sada je vrijeme da se vratimo na trenutak kada su izmjereni stvarni pokazatelji opterećenja na podsistemu diska (ako su bili u mogućnosti).
Ako govorimo o "prosječnoj temperaturi u bolnici", onda približna vršna opterećenja po IOPS-u mogu biti sljedeća (broj korisnika, volumen baze podataka 1C; u donjem redu Disk Transfers/sec)

Poznavajući broj korisnika i obim 1C baza podataka, sasvim je moguće približno procijeniti potrebu za diskovnim podsistemom u IOPS-u prema Disk Transfers/sec (=Disk Reads/sec + Disk Writes/sec), ili uzeti vaša stvarna mjerenja i formulirajte zahtjeve za vaš diskovni podsistem u ulazno/izlaznim operacijama u sekundi (IOPS). I naoružani brojevima, odaberite one pogone koji će ih zadovoljiti.

c) I da zatvorimo pitanje koje SSD-ove treba instalirati, shvatimo: koja je razlika Enterprise SATA SSD i obični desktop SATA SSD .
1. Performanse brzine čitanja podataka u IOPS-u i za desktop i za serverske diskove će biti vrlo slične. I ovdje performanse brzina snimanje podataka značajno će se razlikovati, a sa povećanjem iskorištenosti prostora na disku na desktop SSD-ovima, brzo će se degradirati. Da, u specifikacijama za desktop diskove možete vidjeti vrlo visoke IOPS po upisu... sa 5-8% diska punog podataka. I na 100% - nisu ni dati, i to s dobrim razlogom - ovi indikatori se često ne razlikuju od onih na HDD-u. Za serverske SSD-ove testiranje performansi pisanja vrši se tačno kada su podaci 100% popunjeni, a njegova vrijednost je po pravilu ili prosjek ili jedan od najlošijih rezultata. Zaključak - ne obraćajte pažnju na lijepe i velike brojke u proizvođačkim specifikacijama za desktop SSD-ove, ovo je marketing. Za server morate odabrati najmlađi, ali Enterprise SSD model. Na primjer, kao što je Intel® SSD DC S3510 serija.
2. Sljedeći važan parametar, koji jasno pokazuje fundamentalne razlike između serverskih i desktop SSD-ova - zagarantovani resurs za ponovno pisanje. Većina desktop SSD-ova normalno toleriše prepisivanje do 0,1% svog kapaciteta dnevno (bez značajne degradacije performansi i kvara) svejedno 7 dana u nedelji tokom 2-3 godine, ako nije potpuno popunjeno. Serverski disk je dizajniran da prepiše 0,3% svog kapaciteta svaki dan tokom 3-5 godina, čak i kada je potpuno pun.
Tačke 1 i 2 su objašnjene vrlo jednostavno. Podaci se zapisuju na SSD-ove u 4 KB ćelijama, ali se brišu... barem u blokovima od 256 ćelija ili više. I prije brisanja cijelog bloka, oni su jednostavno označeni kao spremni za brisanje. Da biste zamijenili stare podatke novim, stari podaci moraju biti izbrisani. Da biste izbrisali čak i jednu ćeliju od 4 KB, prvo morate prenijeti sve podatke iz kolone od 256 ćelija na drugo mjesto, obrisati cijelu kolonu i vratiti podatke na svoje mjesto. Ovo nije brza operacija.
Ova situacija se rješava postavljanjem skrivenog područja na SSD disk, koji nije dostupan korisniku, a koristi se posebno za zamjenu ćelija kada postoji potreba za „sakupljanje smeća“, tj. očistite neiskorištene blokove. Ovo područje se zove Over Provisioning, ili “Reserve Area”. Dakle, za desktop SSD to obično iznosi 4-8% ukupnog kapaciteta fleš memorijskih čipova na disku, a za serverske... dostiže 42% fizičkog kapaciteta čipova. Ako uzmemo primjer, pod uslovom da uređaj sadrži 320 GB čipova, tada će kapacitet “desktop” SSD-a biti 300 GB, a u slučaju serverskog SSD-a korisniku će biti dostupno samo 180 GB. U stvari, sve je mnogo komplikovanije; serverski diskovi koriste mnogo tehnologija kako bi povećali svoju "preživljivost" i osigurali stabilne performanse, ali za opće razumijevanje razlike, primjer sa "Reserve Area" je prilično indikativan.
3. Još jedna bitna razlika između serverskih i desktop SSD-ova odnosi se na oblast sigurnosti podataka. Svaki SSD ima svoju stalnu RAM memoriju koja se, između ostalog, koristi. za operacije čitanja i pisanja. U desktop SSD-ovima, mogu postojati okolnosti u kojima se podaci zapisuju u RAM na SSD-u, sistem datoteka i SQL server su primili potvrdu upisa, a podaci zapravo još uvijek nisu u nepromjenjivoj memoriji. Ako u ovom trenutku dođe do nestanka struje, onda je vjerovatnoća gubitka podataka vrlo velika i vrlo je teško vratiti što je izgubljeno, a što nije.
U isto vrijeme u server sobamaSSD postoji superkondenzator, čiji je kapacitet dovoljan da zapiše u trajnu SSD memoriju sve podatke koji se nalaze u RAM-u unutar SSD-a. Stoga je vjerovatnoća gubitka podataka tokom nestanka struje znatno smanjena.
I opet, razlika u cijeni između serverskih i desktop SATA SSD-ova uopće nije značajna.
Kratak sažetak - za skladištenje važnih podataka, kao što su 1C baze podataka, server bi trebao koristiti isključivo serverske Enterprise SSD.

Kućište, napajanje i UPS

Najčešće su tri veličine za male servere s jednim procesorom:
- montira se u 19” rack (Rack-mount),
- u običnom postolju (Desktop),
- moderne "kocke".
Ako nameravate da postavite server na sajt hosting provajdera ili specijalizovanu serversku sobu, optimalni format za montiranje u rack će biti 1U ili 2U visok. A takav server se strogo ne preporučuje postavljati u istu prostoriju u kojoj su prisutni ljudi zbog visokog nivoa buke.
Veličina kućišta za desktop se koristi kada će server biti u istoj prostoriji sa ljudima. Takvi serveri su relativno tihi, ne razlikuju se mnogo od računara, a često služe i kao radna stanica za nekog od zaposlenih.
Dobar primjer pristupa prilagođenog korisniku su specijalizirani slučajevi u obliku kocke.

Osim što izgledaju lijepo, oni su i tihi.

Na slici je prikazan primjer dizajna "kockastog" sistema za hlađenje servera, koji omogućava dobro hlađenje svih komponenti i istovremeno stvara minimum buke:
- matična ploča je na dnu,
- topli vazduh hladi ploču i procesor, i diže se prema gore od radijatora procesora,
- gdje ga vuče ventilator male brzine napajanja velikog prečnika,
- i izbačen je,
Ovaj dizajn servera je istovremeno lijep, efikasan u smanjenju buke i prilično produktivan.

Trebalo bi se dotaknuti i vječne teme da li je višak snage potreban ili ne.
Sa autorove tačke gledišta, sa serverom koji košta preko 1000$, trošenjem na njega samo da bi se obezbedilo redundantno napajanje (dva izvora napajanja u serveru), dodatnih 400$ ili tako nešto može biti potrebno, samo ako nemate mogućnost da se server odmah odnese na popravku za 2-4 sata.

Ako je server montiran na stalak, onda se nalazi na lokaciji provajdera ili u serverskoj prostoriji, gdje je u pravilu osigurano visokokvalitetno napajanje. A ako je u uredu, onda je u velikoj većini slučajeva za 2-4 sata sasvim moguće otići u servisni centar i zamijeniti napajanje. Ako ste daleko od servisnog centra, onda, kao opciju, možete kupiti rezervno napajanje i staviti ga u ormar kao "rezervni dijelovi", a ako se pokvari zamijeniti neispravno napajanje rezervnim unutar 15-20 minuta.

Govoreći o napajanju i vjerovatnoći njegovog kvara, potrebno je podsjetiti na neprekidno napajanje (UPS) za server. U najmanju ruku, trebao bi uključivati ​​mogućnosti podešavanja napona (AVR), a još bolje, biti Interaktivan. Da bi se smanjio rizik od gubitka podataka, poželjno je da UPS ima mogućnost isključivanja servera kada je nivo baterije nizak (i ​​da je sve povezano i konfigurisano). A njegova snaga bi trebala osigurati rad baterije najmanje 10-15 minuta, što je u većini slučajeva dovoljno da se server ispravno isključi.

Sastavljamo server "za zadatak"

Sada, naoružani znanjem, hajde da konfigurišemo tri primera servera za tri male organizacije sa različitim radnim opterećenjem.

a) Za pet korisnika u fajl verziji, povezanih preko lokalne mreže preko “debelog” klijenta, server u “kockasti” form faktoru, sa četvorojezgarnim Intel Xeon E3 12xx procesorom, 8GB RAM-a, dva SSD-a Intel s3510 240 GB u RAID1 na ploči će biti dovoljno Intel Rapid Raid.

b) Za deset korisnika u SQL-u i preko „debelog“ klijenta, server u „kockasti“ form faktoru, sa četvorojezgarnim Intel Xeon E3 12xx procesorom, 16 GB RAM-a, dva SSD Intel s3510 240 GB u RAID1 na Intel Rapid Raid na ploči će biti dovoljan.

c) Za dvadeset korisnika u SQL-u iu Remote Desktop modu, bolje je uzeti server veličine Desktop ili Rack-mount, sa šest-jezgarnim Intel Xeon E5 166x procesorom, 32 GB RAM-a, dva SSD-a Intel s3510 120 GB in RAID1 za hostovanje baza podataka 1C i dva SATA HDD-a (RAID Edition) 2-4 TB u RAID1 za host OS, sigurnosne kopije i korisničke podatke, kao i skladištenje datoteka, i ponovo na ugrađenom Intel Rapid Raid-u ili na Intel® RAID-u Kontroler RS3WC080.

I nekoliko apsolutno praktičnih savjeta.
1. Nema potrebe „štedeti na malim stvarima“ i koristiti neprikladne alate – serverski procesor, serverska matična ploča i serverski SSD bolje rade na serveru. Razlika u cijeni sa desktop komponentama je vrlo neznatna, ali u smislu funkcionalnosti može biti neproporcionalno velika.
2. Nema smisla planirati resurse za više od tri godine. Tehnologije se mijenjaju tako brzo da bi za godinu ili dvije moglo biti efikasnije zamijeniti disk ili server nego prvobitno planirati resurs za pet godina.
3. Načelo razumne dovoljnosti također se primjenjuje na izbor servera. Sa zapreminom baze podataka od 10 GB, specijalizovani server kapaciteta 80 GB je mnogo poželjniji od „desktop” kapaciteta 200 GB.

Naravno, sve gore opisano nije dogma. Ovo su empirijski izvedeni proračuni zasnovani na dugogodišnjem iskustvu autora u optimizaciji hardvera za različite 1C platforme kompanije.

Danas je finansijski proizvod 1C prerastao iz računovodstvenog aplikativnog programa za računovodstvo u kompleks širokog formata za računovodstvo i podršku gotovo svake vrste poslovanja, tvrdeći da se takmiči sa svjetskim „čudovištima“ SAP R/3 i Microsoft Dynamics AX ( Axapta).

Ruske kompanije sve više organiziraju svoje poslovne procese koristeći moderne konfiguracije 1C 8.3 “Upravljanje trgovinom”, “Upravljanje proizvodnjom”, “ERP upravljanje preduzećem” i slično. Odjeljenje računovodstva, marketinga, proizvodnje i prodaje prelazi u 1C, a vrši se integracija sa IP telefonijom i sistemima za upravljanje dokumentima. Međutim, odmah nakon namjere "radimo u 1C", postavljaju se pitanja - na kojim će resursima raditi centralna 1C baza podataka, koji će hardver pokazati optimalan rezultat za razuman budžet? U ovoj situaciji gigantskim preduzećima iz javnog sektora je lakše – data je jasna komanda brojnim IT integratorima i arhitektama sa punim radnim vremenom, započeti su mehanizmi velikobudžetskih tendera, uz obavezan uslov da se obezbedi koncept „ključ u ruke“ i dalje. podrška sistema od strane sertifikovanih stručnjaka. Ali šta je sa kompanijama koje žele da same kupe i instaliraju jedan od 1C: Enterprise proizvoda, pametno trošeći svoj budžet?

Najosnovnija greška, ako ne uzmete u obzir korištenje piratskog ili neprovjerenog softvera, je ušteda na hardveru za 1C. Slični trendovi su posebno česti u startapima i malim kompanijama. Postoji mišljenje da nije potrebno kupovati skupu serversku opremu sa Intel Xeon procesorima, nema potrebe prvo izračunati količinu RAM-a, opterećenje CPU-a i diskovnog podsistema, da nema potrebe za stvaranjem redundantnosti diska nizovi (Raid), za korištenje profesionalnih disk kontrolera sa Cache-RAM memorijom i sl. Greške u proračunima IT arhitekture za 1C dovode do strašnih posljedica, za koje kompanija sazna nakon zaustavljanja poslovnih procesa. Stoga je vrlo važno obratiti pažnju na svaki hardverski čvor serverske platforme za 1C.

Primjeri tipičnih problema zbog netačne konstrukcije IT arhitekture za 1C:

• „Usporavanje“ 1C baze podataka i sučelja zbog prevelikog opterećenja ključnih resursa (obično RAM ili diskovni podsistem).
• Greške i kvarovi 1C programa zbog nestabilnosti pogrešno odabrane opreme.
• Zastoj kompanije zbog kvara centralnog hardvera.
• Djelomični ili potpuni gubitak 1C podataka zbog slučajnih kvarova hardvera ili softvera.

Hardverski resursi 1C servera

Razmotrimo u nastavku najvažnije hardverske resurse, čija greška u odabiru može uništiti cijeli projekt automatizacije poduzeća kada samostalno kreirate server za 1C.

Centralna procesorska jedinica (CPU)

Broj fizičkih CPU jezgara. Tema vječne rasprave na svim vrstama 1C foruma je ono što je važnije: frekvencija procesora ili višejezgarni. Koreni ovih kontradikcija sežu do 1C 8.0 ili čak 1C 7.7. Zaista, izvršni procesi ranijih verzija 1C bili su čisto jednojezgarni, tj. bez obzira na to koliko jezgara centralni procesor pruža, 1C 8.0 serverska usluga ili 1C 7.7 debeli klijent uvijek su zauzimali samo jedno "nulto" jezgro u operativnom sistemu. Danas se slika promijenila - operativni sistem hrabro distribuira zadatke jednog 1C: Enterprise procesa (rphost) na nekoliko CPU jezgara (vidi sliku 1).

Slika 1 - Opterećenje CPU-a kada su pokrenuti procesi 1C servera.

Ali to apsolutno ne znači da ako kupite procesor sa maksimalnim brojem jezgri, onda će 1C server uparen sa DBMS-om (najčešće pod DBMS-om mislimo na MS SQL) pokazati fantastične performanse i periode ponovnog pokretanja u 1C-u. program će trajati nekoliko minuta. Morate razumjeti razliku između brzine izvođenja jedne operacije i procesa simultane obrade velike količine informacija. Broj fizičkih jezgara nam upravo omogućava da riješimo pitanje stabilnosti i performansi istovremenog rada s mnogo različitih zadataka od strane 1C:Enterprise servera i DBMS-a. Otuda zaključak - što je veći broj korisnika 1C, to će potreban broj jezgara biti važniji za udoban istovremeni rad ovih istih korisnika. Ovisnost broja korisnika o broju jezgara za 1C server prikazana je u tabeli 1.

Broj istovremenih korisnika na serveru 1C:Enterprise	Tip i model procesora	Broj korištenih jezgara
Do 10 korisnika	Prilagođeni Intel Core od 3,1 Ghz	Ne više od 2-4
Do 20 korisnika	Server Intel Xeon od 2,4 Ghz	Od 4 do 6
Do 30 korisnika	Server Intel Xeon od 2,6 Ghz	6 do 8 jezgara
Do 50 korisnika	Server Intel Xeon od 2,4 Ghz – 2 kom.	Od 4 po procesoru

Tabela 1 - Odnos broja korisnika na 1C serveru i preporučenog broja CPU jezgara.

CPU frekvencija. Za razliku od broja jezgara, frekvencija centralnog procesora utiče upravo na brzinu obrade jednog dela zadatka u jednom trenutku, što je najpopularniji kriterijum za krajnje korisnike 1C. Frekvencija procesora je upravo parametar koji će, kada se poveća, povećati brzinu obrade zahtjeva od strane 1C servera i DBMS za pojedinog korisnika i smanjiti vrijeme u kojem sistem krajnjem korisniku daje konačni rezultat. Kao potvrdu ovoga, poznati stručnjak Gilev, u jednom od svojih članaka zasnovanih na praktičnim testovima, iznio je nedvosmislen zaključak - „na brzinu 1C mnogo više utiče frekvencija centralnog procesora nego njegovi drugi parametri, bilo da krajnjeg klijenta 1C ili servera 1C: Enterprise.” Ovo je arhitektura 1C programa.

Cache, virtuelizacija i hiper threading. U prošlosti, kada procesori s više jezgara još nisu bili tako uobičajeni, Intel je osmislio specijalnu centralnu procesorsku tehnologiju koja je simulirala više jezgara, takozvano “hiperthreading”. Nakon omogućavanja, jedan fizički procesor (jedno fizičko jezgro) operativni sistem definiše kao dva odvojena procesora (dva logička jezgra). Preporučujemo da onemogućite "hyperthreading" za 1C server. Ova tehnologija ne donosi nikakvo ubrzanje na 1C.

Kada koristite virtuelne mašine za 1C:Enterprise server i DBMS, morate uzeti u obzir da su jezgre virtuelnih mašina „slabije“ od stvarnih fizičkih jezgara, iako se zovu isto – „jezgra“. Ne postoje tačni službeni koeficijenti, ali članci na Microsoft tehničkim portalima preporučuju računanje 4-6 procesorskih jezgara po fizičkoj jezgri u virtuelnoj mašini.

Keš memorija je napredna memorija koju procesor koristi da smanji prosječno vrijeme pristupa memoriji računala. U stvari, on je sastavni dio procesora, budući da se nalazi na istom čipu i dio je funkcionalnih blokova. Ovdje je sve vrlo jasno - što je veća veličina keš memorije, to procesor može obraditi veće "komadiće" informacija. Tipično, veličina keš memorije zavisi od modela procesora - što je model skuplji, obično je veća količina keš memorije. Međutim, ne vjerujemo da veličina keš memorije procesora radikalno utječe na performanse 1C servera i DBMS-a. Radije, ovo spada u područje "finog podešavanja".

Tip procesora. Svi znaju da se hardver dijeli na serverski i korisnički. Da li je moguće u nekim slučajevima koristiti jeftin korisnički centralni procesor kao alternativu profesionalnom, ali skupom serverskom CPU-u? Ispostavilo se da je to moguće. Pogledajmo tabelu u kojoj upoređujemo glavne parametre dve verzije Intelovih centralnih procesora (pogledajte tabelu 2).

	Prilagođeni Intel® Core™ i7-6700T procesor (8M keš memorije, do 3,60 GHz)	Server Intel® Xeon® procesor E5-2680 v2 (25M keš memorije, 2,80 GHz)
Keš memorija	8MB	25 MB
Frekvencija sistemske sabirnice	8 GT/s DMI3	8 GT/s QPI
Skup komandi	64-bitni SSE4.1/4.2, AVX 2.0	64-bitni AVX 2.0
Broj jezgara	4	10
Osnovna brzina procesora	2,8 GHz	2,8 GHz
Max. količina i vrsta RAM-a	64 GB bez ECC	768 GB ECC
Procijenjeni trošak	354$	1 280$

Tabela 2 – Poređenje glavnih parametara kućnih i serverskih procesora Intel.

Kao što vidimo, serverski procesor ima mnogo veće vrijednosti u broju jezgara, veličini keša, podršci za više RAM-a i, naravno, većoj cijeni. Međutim, serverski CPU se praktično ne razlikuje od korisničkog CPU-a po podršci određenim procesorskim komandama (instrukcijama) i brzini takta. Iz ovoga možemo zaključiti da je za male organizacije sasvim prihvatljivo koristiti prilagođeni centralni procesor za 1C:Enterprise server. Pitanje je samo da se prilagođeni procesor ne može instalirati u socket matične ploče servera i podržava RAM servera sa kontrolom pariteta (ECC), a korištenje prilagođenih komponenti nosi rizike za stabilnost cijelog sistema u cjelini.

Memorija sa slučajnim pristupom (RAM)

Vrsta RAM-a. Memorija sa slučajnim pristupom (RAM) varira u zavisnosti od namene - za višekorisničke serverske sisteme ili za lične uređaje - računare, laptopove, nettopove, tanke klijente itd. Kao iu slučaju CPU-a - glavni parametri RAM modula su približno jednaki - moderni RAM za PC praktički ne zaostaje za RAM-om servera ni u obimu jedne trake, ni u frekvenciji takta, ni u vrsti DDR moduli. Razlike između serverske RAM-a i "kućne" RAM-a su u slučajevima upotrebe i namjeni hardverske platforme - otuda i njena veća cijena:

• Server RAM ima kontrolu pariteta ECC (Error Correction Code) - tehniku ​​kodiranja/dekodiranja koja vam omogućava da ispravite greške u obradi informacija direktno od strane RAM modula
• Server matična ploča ima mnogo više slotova za instaliranje RAM modula od običnog računara.
• Server RAM sadrži registre (bafere) koji obezbeđuju baferovanje podataka (delimično registrovano ili potpuno puno baferovano), čime se smanjuje opterećenje na memorijskom kontroleru sa mnogim istovremenim zahtevima. FB-DIMM sa baferom nisu kompatibilni sa nebaferisanim.
• Registrovani memorijski moduli takođe omogućavaju povećanu skalabilnost memorije – prisustvo registara omogućava instaliranje više modula u jednom kanalu.

Možemo zaključiti da korišćenje serverskih RAM modula omogućava instalaciju velikih količina RAM-a u jedan sistem, a ECC tehnike kontrole pariteta i korišćenje bafera omogućavaju stabilan i brz rad serverskog operativnog sistema.

Količina RAM-a. Jedan od ključnih faktora za visoke performanse 1C servera i DBMS-a je dovoljna količina RAM-a. Naravno, stvarne potrebe RAM-a zavise od mnogih faktora - tipa 1C konfiguracije, broja procesa 1C:Enterprise servera, veličine DBMS baze podataka itd. Međutim, moguće je izvesti približnu zavisnost količine RAM-a od broja korisnika (vidi tabelu 3).

RAM zahtjevi za 1c server i DBMS	Do 10 korisnika	Do 20 korisnika	Do 30 korisnika	Do 50 korisnika
Server 1c:Enterprise	4-6 GB	6-8 GB	12-14 GB	18-24 GB
MS SQL Server	4-6 GB	8-10 GB	16-18 GB	24-28 GB

Tabela 3 - Približan omjer broja korisnika 1C servera i preporučene RAM memorije za 1C:Enterprise serverske procese i MS SQL server.

Što se tiče procesa servera 1C: Enterprise (rphost.exe) - moderne 1C platforme ne dozvoljavaju vam da ručno odredite broj procesa 1C servera. Umjesto toga, sistem zahtijeva od vas da postavite parametre kao što su broj infobaza i broj korisnika po procesu rphost.exe, nakon čega automatski određuje optimalan broj procesa servera 1C:Enterprise. Također možete konfigurirati proces rphost.exe da nesmetano oslobađa RAM ako njegov volumen premašuje unaprijed određeni prag. U ovom slučaju, 1C server kreira novi proces rphost.exe, koji postupno preuzima 1C zadatke, omogućavajući istovar potrebnog 1C procesa.

Također treba imati na umu da se količina RAM-a dodijeljena SQL servisu smatra dovoljnom ako su SQL podaci u predmemoriji najmanje 90%. Ova metrika je prilično zgodna, jer... Ne možete samo gledati količinu RAM-a koju troši SQL server – nedavna izdanja SQL-a dinamički troše RAM – maksimalna moguća količina RAM-a se grabi i oslobađa kako RAM traže drugi procesi.

RAM frekvencija. Ukratko, ovo je propusni opseg kanala preko kojih se podaci prenose do matične ploče, a odatle do procesora. Poželjno je da ovaj parametar odgovara ili premašuje dozvoljenu frekvenciju matične ploče, inače kanal za prijenos RAM-a riskira da postane usko grlo. Unutar jedne vrste DDR-a povećanje/smanjenje frekvencije ne utječe suštinski na performanse 1C servera i više pripada području „finog podešavanja“.

RAM tajmingi. Ovo je latencija ili latencija RAM-a. Ovaj parametar karakterizira vrijeme kašnjenja podataka tokom prijelaza između različitih modula RAM čipa. Niže vrijednosti znače brže performanse. Međutim, uticaj na ukupne performanse serverskog sistema, a još više na 1C:Enterprise server, je nizak. Obično samo igrači i overklokeri obraćaju pažnju na ove parametre, kojima je svaki dodatni pad performansi najvredniji.

Diskovni podsistem i HDD čvrsti diskovi

Kontroleri tvrdog diska. Glavni uređaj za povezivanje i organizovanje čvrstih diskova u hardverskom sistemu je kontroler čvrstog diska. Dolazi u dvije vrste:

1. Ugrađeni – modul kontrolera je ugrađen u sistem, kavez čvrstog diska je povezan direktno na matičnu ploču. Smatra se ekonomičnijim rješenjem.

2. Eksterni – je posebna štampana ploča (uređaj) koja je povezana na konektor matične ploče. Smatra se profesionalnijim rješenjem zbog činjenice da ima odvojene čipove za provođenje i praćenje operacija s HDD tvrdim diskovima. Preporučuje se za važne serverske sisteme, kao što su 1C:Enterprise server i DBMS.

Postoji i treći tip - uređaj za prijem/prenos blok podataka preko iSCSI, FiberChanel, InfiniBand, SAS kanala. Međutim, u ovoj opciji, diskovni podsistem se „uklanja“ na poseban uređaj za pohranu podataka (DSD), povezan sa serverom preko optičkog ili bakrenog kabla. U našem članku analiziramo zahtjeve za samostalni server za 1C, tako da nećemo razmatrati ovu vrstu.

Vrste i nivoi RAID nizova. To je tehnologija virtuelizacije podataka koja kombinuje više diskova u logičku jedinicu za redundantnost i poboljšane performanse. Pogledajmo najpopularnije nivoe RAID specifikacije:

• RAID 0 (“Striping”) On nema redundantnost i distribuira informacije odmah na sve diskove uključene u niz u obliku malih blokova („pruga“). Zbog toga se performanse značajno povećavaju, ali pouzdanost pati. Ne preporučujemo korištenje ovog tipa niza, uprkos prednostima performansi.
• RAID 1 (“Mirror”, “ogledalo”). Ima zaštitu od kvara polovine raspoloživog hardvera (u opštem slučaju jednog od dva čvrsta diska), obezbeđuje prihvatljivu brzinu pisanja i dobijanje brzine čitanja usled paralelizacije zahteva. Ova vrsta niza će u potpunosti podržati 1C+DBMS server za do 25-30 korisnika, posebno ako se koristi 15K SAS diskova ili SSD-ova.
• RAID 10. Zrcalni parovi diskova su raspoređeni u "lanac", tako da volumen rezultirajućeg volumena može premašiti kapacitet jednog tvrdog diska. Po našem mišljenju, najuspješniji tip diskovnog niza, jer... kombinuje pouzdanost RAID1 i brzinu RAID 0. U kombinaciji sa SAS 15K diskovima ili SSD-ovima, može se koristiti za 1C servere od 40-50 korisnika.
• RAID 5. Poznat po svojoj efikasnosti. Žrtvovanjem kapaciteta samo jednog diska iz niza radi redundancije, dobijamo zaštitu od kvara bilo kojeg od hard diskova sistema. (njegova varijacija RAID-a 6 zahtijeva dodatna dva čvrsta diska za smještaj kontrolnih suma, ali čuva podatke čak i ako dva diska pokvare). Ovaj tip niza je ekonomičan, pouzdan i ima prilično zapažene performanse čitanja. Nažalost, usko grlo ovog niza je niska brzina pisanja, što ga čini ugodnim za korištenje s konfiguracijama 1C servera do 15-20 korisnika. Optimalna je i za primijenjene svrhe - pohranjivanje podataka o datotekama, arhiva toka dokumenata itd.

Vrste interfejsa hard diskova. Prema vrsti veze, čvrsti diskovi se dijele:

• HDD Sata Home. Najjeftinija opcija tvrdog diska dizajnirana za upotrebu u kućnim računarima ili mrežnim medijskim centrima. Strogo se ne preporučuje korištenje takvih uređaja u 1c serverima zbog niske tolerancije grešaka i operativne stabilnosti - komponente ovih diskova jednostavno nisu dizajnirane da rade 24/7 i brzo pokvare.
• HDD Sata server. Ovaj naziv se obično odnosi na čvrste diskove sa Sata interfejsom i brzinom vretena od 7.200 o/min. Prefiks “Server” znači da su takvi diskovi testirani na performanse u serverskim sistemima i da su dizajnirani za stabilan rad 24/7. Obično se koristi u 1C serverima za pohranu velikih količina informacija koje ne zahtijevaju veliku brzinu obrade. Na primjer, 1C arhivske baze podataka, mape za razmjenu, datoteke za preuzimanje uredskih dokumenata itd.
• HDD SAS server. Postoji nekoliko razlika između SAS interfejsa (moderni analog SCSI) i Sata interfejsa. Ovdje je prosječno vrijeme odziva diska, rad na zajedničkoj disk polici i rad sa HDD kontrolerom pri većim brzinama razmjene informacija - do 6 GB/s (u poređenju sa Sata 3 GB/s). Ali glavna prednost je postojanje modela SAS diskova sa brzinom vretena od 15.000 o/min. Upravo ova karakteristika dizajna omogućava SAS diskovima da izvode skoro 3 puta više I/O operacija u sekundi u odnosu na Sata Server HDD. Takvi SAS diskovi imaju mali kapacitet i preporučuje se da se koriste za glavne 1c baze podataka sa konstantno velikim opterećenjem.
• SSD diskovi. Ovi pogoni se razlikuju od prethodnih ne po interfejsu za povezivanje, već po svom dizajnu - oni su solid-state i nemaju pokretne dijelove, tj. U suštini, oni su analozi „fleš diskova“. Takve tehnologije omogućavaju SSD diskovima da proizvedu “prekomjeran” broj ulazno/izlaznih operacija u sekundi (od 10.000 operacija na najjednostavnijim SSD modelima). Međutim, ova prednost ima i lošu stranu - viša cijena SSD diskova i "prag njihovog životnog vijeka", koji ovisi o ograničenju broja upisa u SSD blokove. Međutim, svake godine ovi diskovi postaju pristupačniji i izdržljiviji. Budući da se cijena SSD diskova višestruko povećava ovisno o volumenu, bilo bi najrazumnije koristiti ih za male, ali preopterećene 1c baze podataka koje zahtijevaju veliku brzinu pristupa, kao i za privremene baze podataka TempDB DBMS-a.

IOPS – broj ulazno/izlaznih operacija u sekundi. U suštini, IOPS je broj blokova informacija koji se mogu pročitati ili upisati na medij za 1 sekundu vremena. To jest, u svom čistom obliku, ovo je ključni parametar brzine obrade informacija na tvrdom disku, koji utječe na performanse 1C servera. Ako za poređenje uzmemo standardni blok informacija od 4 kb, možemo ugrubo istaknuti sljedeće IOPS indikatore (vidi tabelu 4).

HDD	IOPS	Interfejs
7.200 o/min SATA diskovi	~75-100 IOPS	SATA 3 Gb/s
10.000 o/min SATA diskovi	~125-150 IOPS	SATA 3 Gb/s
10.000 o/min SAS diskovi	~140 IOPS	SAS
15.000 o/min SAS pogoni	~175-210 IOPS	SAS
SSD diskovi	Od 8.000 IOPS	SAS ili SATA

Tabela 4 - IOPS indikatori na različitim tipovima tvrdih diskova pri radu sa blokom podataka od 4 kb.

Naravno, u svom čistom obliku, IOPS je od male koristi za izračunavanje konačnih proračuna i zahtjeva za diskovni podsistem 1C servera. Na kraju krajeva, ukupne performanse diskovnog podsistema se sastoje od tipa RAID niza, tipova diskova i pokazatelja brzine njegovog interfejsa, vremena odziva (latencije), vremena slučajnog pristupa, procenta broja operacija čitanja i pisanja i mnogih drugih faktora. . Međutim, ovaj parametar je, po našem mišljenju, ključni pokazatelj brzine diskovnog podsistema i u fazama razvoja serverske arhitekture pomaže da se odredi koja vrsta tvrdih diskova će biti najpogodnija za određene potrebe. (pogledajte RAID kalkulator)

Praksa test

Kakav je odnos između broja korisnika 1C i broja iop-ova? Naš tim je sproveo praktičan test (vidi tabelu 5) za merenje opterećenja na podsistemu diska sa određenim brojem 1C sesija. Budući da je 1C sistem programibilno okruženje i da svaka kompanija može imati svoj skup poslovnih procesa u 1C, za testiranje nam je bila potrebna veza do određene referentne konfiguracije. U tom svojstvu odabrana je specijalizirana konfiguracija 1C CPU-a, razvijena za testiranje i otklanjanje grešaka. Na osnovu toga, naši 1C programeri su dodali niz upita koji simuliraju normalan rad običnog preduzeća, uz formiranje računovodstvenih upita, knjiženja, sastavljanje izvještaja i knjiženje operativnih dokumenata.

		Sistemski disk		Disk sa bazama podataka
Iteracija	Korisnici	IOPS pisanje	IOPS čitanje	IOPS pisanje	IOPS čitanje
Prosječne vrijednosti
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

Tablica 5 - Rezultati praktičnog testa opterećenja na podsistemu diska.

Rezultati testa pokazuju da se lavovski udio opterećenja na podsistemu diska javlja kada 1C upisuje u bazu podataka DBMS servera i na sistemski disk operativnog sistema (na kojem se po defaultu nalaze datoteke keš servera 1C:Enterprise) .

Istovremeno smo izvršili praktična mjerenja već funkcionalnih 1C UPP 8.2 baza podataka tokom testnog perioda - 5 radnih dana. Oni pokazuju da u prosjeku 1C + DBMS server troši dvostruko više iop-ova „za pisanje“ nego „za čitanje“. Ova razlika između sintetičkih testova i statistike nadgledanja pravog 1C servera je zbog periodičnog uzorkovanja podataka iz baze podataka tokom radnog dana, i redovnog čitanja baze podataka tokom backup-a ili replikacije DBMS-a.

Ostale komponente tvrdog diska na koje vrijedi obratiti pažnju.

• Fizička veličina (faktor oblika). Danas su skoro svi poznati diskovi za personalne računare i servere veličine 3,5 ili 2,5 inča. Imajte na umu da se diskovi od 2,5 inča ne proizvode u velikim količinama.
• Vrijeme slučajnog pristupa- vrijeme tokom kojeg je zagarantovano da će tvrdi disk izvršiti operaciju čitanja i pisanja na određenom dijelu magnetnog diska. Po pravilu, serverski diskovi imaju bolje rezultate. Ovo je prilično važan parametar pri izgradnji niza diskova za 1C DBMS server.
• Brzina vretena- broj okretaja vretena tvrdog diska u minuti. Ovdje je sve jednostavno i jasno - vrijeme pristupa i prosječna brzina prijenosa podataka tvrdog diska ovise o brzini rotacije vretena s magnetnim pločama.
• Kapacitet bafera tvrdog diska- bafer je privremena memorija dizajnirana da izgladi razlike u brzini čitanja/pisanja tvrdog diska i prijenosa podataka preko interfejsa.
• Pouzdanost- definira se kao srednje vrijeme između kvarova (MTBF). U pravilu, pouzdanost direktno ovisi o proizvođaču, cijeni i okruženju u kojem se tvrdi disk koristi. Smatramo da je pouzdanost važan parametar tvrdog diska koji utječe na kvalitetu rada 1C servera.

Pravi izbor: kućni ili serverski hardver

Smanjenje cijena hardverskih komponenti i aktivan rast potencijalnog kapaciteta "kućnih računara" dovode do još jedne katastrofalne zablude - mala preduzeća aktivno koriste radne stanice kao platformu za saradnju sa 1C bazama podataka. Istovremeno, ne shvatajući da pored parametara frekvencije jezgre, veličine memorije i mogućnosti korišćenja budžetskih SSD diskova u običnom računaru, postoje sistemskiji, dublji i važniji zahtevi za rad hardvera u komercijalnoj strukturi. (vidi tabelu 6).

Za rješavanje problema organizacije 1C servera nudimo iznajmljivanje 1C cloud servera u podatkovnim centrima Tier III klase. Ekonomska opravdanost odabira iznajmljivanja servera može se pronaći u članku.

Opcije	Server	PC
Adekvatnost računarske snage	V	V
Zagarantovana dostupnost sistema 24/7	V	X
Pouzdanost i stabilnost ključnih hardverskih komponenti	V	X
Mogućnost daljinskog upravljanja napajanjem i konzolom (IPMI).	V	X
Budžetski trošak hardverske platforme	X	V

Tabela 6 - Poređenje kućnog i serverskog hardvera prema kriterijima potrebnim za kvalitetan rad 1C servera.

Rad 1C otporan na greške

Naravno, jedan od važnih zahtjeva za 1C serverski dio je stabilnost njegovog rada i otpornost na kvarove. Microsoft i sam 1C uložili su mnogo truda u tom pravcu, stvarajući tehnologije za grupisanje svojih usluga na prilično ozbiljnom nivou (vidi tabelu 7).

Tolerancija grešaka SQL servera

Zasnovan na konceptu jedinstvenog zajedničkog skladišta podataka. Ugrađena SQL Server tehnologija klasteriranja kombinuje dva SQL servera u jedan klaster sa jednom virtuelnom IP adresom i jednom bazom podataka. Dakle, ako glavni SQL ne uspije, upiti se automatski prenose na rezervni. Druga opcija je nedavno predstavljena AlwaysOn - tehnologija za automatsku regularnu replikaciju DBMS baza podataka između glavnog i rezervnog SQL servera. U isto vrijeme, dupli SQL server se fizički nalazi na drugom skladištu, što povećava otpornost na rizik

Tolerancija grešaka servisa 1C:Enterprise servera

1C Enterprise serveri su kombinovani u klaster aktivnog i aktivnog softvera otpornog na greške sa automatskim prelaskom na grešku i čuvanjem trenutnih sesija.

Tablica 7 - Tolerancija grešaka SQL i 1C servera.

Međutim, svaka tehnologija ima i prednosti i nedostatke. Osim ključnih prednosti, morate znati neke značajke 1C i SQL klasteriranja () kako ne biste završili s pogoršanjem performansi usluge:

• SQL grupiranje koristi virtuelnu IP adresu. To znači da će se interakcija između servera 1C:Enterprise i MS SQL uvijek odvijati preko mrežnog sučelja, čak i ako su obje usluge na istom operativnom sistemu. Što će, shodno tome, dovesti do sporijeg rada 1C u poređenju s klasičnom verzijom arhitekture koju preporučuje sam 1C - korištenjem Shared Memory. U principu, ova prepreka se može "zaobići" korištenjem, na primjer, MS SQL Log Shipping tehnologije. Međutim, u ovom slučaju, prelazak na rezervni SQL server više neće biti automatski i ova opcija se ne može smatrati punopravnim klasterom.
• SQL klaster zahtijeva velike budžetske izdatke. Ako govorimo o klasičnom klasteriranju MS SQL servisa, potrebno je jedno skladište baze podataka, povezano sa glavnim i rezervnim SQL serverima. Obično ovu ulogu igraju skupi sistemi za skladištenje, što povećava budžet za red veličine. Ako govorimo o novom AlwaysOn-u, tada nije potrebna jedna pohrana baze podataka; tehnologija radi s lokalnim diskovima glavnog i rezervnog servera preko mreže. Ali potrebna vam je verzija SQL Server Enterprise-a, čija licenca košta 4 puta više od običnog SQL Server StandardD.
• Broj licenci. Unatoč činjenici da drugi SQL server ne obrađuje podatke i da je u rezervi, licence će se morati kupiti za oba servera - i glavni i rezervni. Posebno su bolne za budžet SQL Server Enterprise licence za implementaciju distribuiranog klastera AlwaysOn grupa visoke dostupnosti.

• Nema potrebe da koristite jeftin hardver po meri za tako važnu uslugu kao što je računovodstveni sistem celog preduzeća. Cijena u ovom slučaju direktno određuje kvalitetu, stabilnost i trajnost takve platforme.
• Prilikom odabira serverske platforme preporučujemo da obratite pažnju na prisutnost dva izvora napajanja, udaljenu IPMI karticu i marku proizvođača. Naravno, svatko bira rješenje na temelju svog budžeta; vrhunski brendovi su ponekad preskupi i nisu sasvim primjereni, ali ne treba štedjeti na proizvođaču, to može dovesti do nekontrolirane više sile pri radu s 1C. Lično koristimo Supermicro serverske platforme u kombinaciji sa Intel serverskim procesorima.
• Postoji mišljenje, potvrđeno praksom, da performanse 1C više zavise od veće frekvencije CPU-a nego od broja isporučenih jezgara.
• Nema potrebe da štedite na količini RAM-a dodijeljene za 1C server i SQL uslugu. RAM je trenutno prilično jeftin resurs, a njegov nedostatak (čak i za 10-15 posto) će dovesti do značajnog pada performansi 1C sistema, jer sporiji swap sistem će se uključiti. Plus, swap će dodatno opteretiti diskovni podsistem, što će još više pogoršati situaciju.
• Kompanija EFSOL nudi sveobuhvatne usluge za odabir 1C servera, što uključuje: dizajn, kupovinu, konfiguraciju i održavanje 1C servera.
• Alternativa kreiranju vlastitog 1C servera je iznajmljivanje 1C servera. Cloud tehnologije omogućavaju dobijanje pouzdane usluge otporne na greške za ugodan rad u 1C uz niske mjesečne troškove.

Integracija sistema. Konsalting

U svakoj organizaciji u kojoj je broj korisnika 1C 8.3 (ili 8.2) 10 ili više, za velike količine podataka preporučuje se korištenje opcije klijent-server. Ova opcija se zasniva na korišćenju DBMS-a treće strane, na primer, MS SQL servera. Naravno, teško je zamisliti klijent-server mod bez zasebnog servera. Ali svaka kompanija je jedinstvena, svaka ima svoje potrebe, pa se stoga izboru servera mora pristupiti odgovorno. U ovom članku pokušat ćemo odgovoriti na pitanje kako odabrati 1C server - i softver i hardver. Izbor je veoma važna tačka u razvoju informacionog sistema kompanije.

Bez softvera, svaki računar je beskorisan. Kvalitetan softver posebno je važan u serverskoj opremi. Mora zadovoljavati najnovije parametre sigurnosti i pouzdanosti. 1C klijentska aplikacija je multiplatformska i dostupna je na gotovo svim operativnim sistemima, uključujući mobilne sisteme. Serverska aplikacija podržava dvije platforme - Linux i Windows.

Postoji pet opcija za DBMS s kojim 1C platforma radi:

Nabavite 267 video lekcija na 1C besplatno:

• ugrađeni DBMS samog 1C 8.3, tzv režim datoteke. Najjednostavnija verzija rada ne može se pohvaliti visokom sigurnošću. Radi na Windows i Linux OS. Ograničenje veličine baze podataka je oko 6-10 gigabajta;
• MS SQL Server- najbolji DBMS za 1C dostupan na tržištu. Prema mnogim stručnjacima, SQL Server je općenito najbolji softverski proizvod iz Microsofta. Za rad je potreban Windows OS;
• IBM DB2 Univerzalna baza podataka je prilično pouzdan i siguran sistem upravljanja DBMS-om. Njegova posebnost leži u nekim nijansama obrade informacija i rada sistemskih metoda (na primjer, osjetljivost na slučaj niza podataka). Na kvalitet rada značajno utiču vještine i znanja administratora. Podržava Windows, Mac OS X, Linux;
• Oracle Database- verzionisani DBMS, koji u nekim slučajevima pruža povećane performanse. Podržava Windows, Mac OS X, Linux;
• PostgreSQL- takođe verzionisano. Najvažnija prednost je besplatna distribucija programa. Na brzinu rada u velikoj meri utiču kvalifikacije administratora. Preporučuje se za mali broj korisnika. Radi na Windows, Mac OS X, Linux.

Odabir hardvera za 1C

Za razliku od softvera, odabir hardvera nije tako lak. Razmotrimo izbor serverskih komponenti za različit broj korisnika. Broj korisnika je apstraktan koncept, uzimaju se prosječni brojevi za tok dokumenata. Prilikom odabira opreme vodite računa o obimu papirologije.

Do 10 korisnika

• CPU: Intel Core i3 ili Intel Xeon E3-12xx.
• RAM: 4 gigabajta, što uključuje 2 GB za operativni sistem i 2 gigabajta za DBMS keš memoriju.
• Diskovni podsistem
• Mrežni interfejsi

Server od 10 do 40

• CPU: analogni Intel Xeon E3-12xx ili AMD Opteron 4xxx.
• RAM: obično je dovoljno 8-12 gigabajta.
• Diskovni podsistem: Idealno, kombinacija SSD + HDD je poželjna. Ali ako to nije moguće, možete se zadovoljiti HDD-om.
• Mrežni interfejsi: Obično su sve serverske aplikacije instalirane na jednom računaru.

od 40 do 70

• CPU
• RAM: 16 gigabajta ili bolje 32.
• Diskovni podsistem: Tradicionalni niz HDD SAS 15K o/min je dovoljan.
• Mrežni interfejsi: Ako su serveri na različitim mašinama, koristite mrežu sa propusnim opsegom od 10 Gb.

od 70 do 120

Sa toliko korisnika, ima smisla distribuirati serverske aplikacije na odvojene serverske mašine.

• CPU: Intel Xeon E5-26xx ili AMD Opteron 62xx.
• RAM: od 32 gigabajta.
• Diskovni podsistem: RAID 10 pouzdanih serverskih SSD-ova sa obaveznim hardverskim RAID kontrolerom.
• Mrežni interfejsi: Preporučljivo je povezati lanac servera u mrežu sa propusnim opsegom od 10 Gb. Preporučljivo je premjestiti indeksne datoteke na poseban SSD, privremenu tablicu TempDB na 1-2 (RAID 1).

od 120 korisnika