Danas se bavimo izborom serverske "hale" za malu organizaciju za 25-30 zaposlenih, sa posebnom infrastrukturom (maloprodaja, skladište), koja vrsta terminalnog servera je potrebna i program "1C: Enterprise". Ove usluge služe svim praktičarima.
Većina malih kompanija, kako bi pojeftinila troškove vlasništva, omogućit će minimiziranje količine opreme koju kupuju i zamoliti administratore da sve usluge koje pokreću na jednom fizičkom serveru "pumpaju". Bazhannya je razumnija i provokativnija, ali ovdje postoje nijanse.
Možete organizirati terminalski server i tamo osvojiti verziju datoteke 1C, ali za tako veliki broj korisnika, maloprodajna kompanija preporučuje prelazak na verziju klijent-server. Zato nam je potreban još jedan server pod nazivom "1C: Enterprise" i server baze podataka. Dozvolite mi da pojasnim da je moguće organizirati terminal server, SQL server i 1C server na jednom operativnom sistemu, ali sa stanovišta sigurnosti i stabilnosti robotskih servisa, to se ne preporučuje u regiji. A ako i dalje želite da osvojite jedan fizički server za sve tri uloge, onda se preporučuje da osvojite virtuelizaciju, na primer, VMWare ESXi ili Hyper-V.
Ovim redoslijedom postoje tri opcije:
Da biste dovršili ove zadatke, možete zatražiti sljedeću konfiguraciju servera:
Wu vipadu z jedan fizički server Ponovo smo postavili izbor na Dell R710, sa dva šest-jezgarna Xeon X5650 procesora, 64 GB RAM-a i šest diskova: dva SSD-a za RAID 1 i dva SAS diska za RAID 10.
Wu vipadu z dva fizička servera Vibir smo zipovali na sljedećim konfiguracijama:
Sa pogleda na rad procesora, terminalske sesije zauzimaju mali dio. Za obezbeđivanje terminalskih rešenja u raznim organizacijama, za podršku udobnog rada biće dovoljno 30 jezgara, 4-6 fizičkih procesorskih jezgara, jedno jezgro za 6-8 sesija. Za malu bazu podataka, SQL Serveru je potrebna jedna jezgra. Ali hajde da se fokusiramo na proširenje baze podataka u budućnosti (ili povećanje broja baza podataka) i uzmimo dve jezgre u SQL-u.
Za server "1C: Enterprise" broj jezgara nije toliko važan, koliko njihova frekvencija takta i frekvencija magistrale. Stoga smo na 1C server stavili još dvije jezgre.
I ne zaboravimo da su nam potrebna jedna ili dvije jezgre kako bismo osigurali robotski host operativni sistem.
Zajedno moramo ući:
Pitamo se malo koliko je operativne memorije potrebno za usluge: 
Ce tradicionalni plyashkov vrat bagatioh sistema. Ispravan izbor tvrdi diskovi su važni za osiguranje swedcode servera. Kada radite sa 1C sa SQL bazom, postoje bezlične operacije čitanja/pisanja u sekundi (IOPS). Kako naporno raditi na terminal serveru sa tankim klijentima (to jest, potpuno je teško raditi na terminalnom serveru kao radnom mediju), ali to snažno ometa disk sistem servera. Na primjer, 30 terminalskih serverskih kutija na RAID 1, SATA 3 Gb/s, sa WD Velociraptor diskovima će se osjećati neugodno za sat vremena rada zbog aktivnog surfanja internetom. Za terminalske servere preporučujemo da koristite SSD diskove. Za servere baze podataka - SAS-diskovi, odabrani u stogu za niz pogona. Krim se nakuplja, kliznuo je da oda poštovanje prema kontroleru diska. Moderni serveri mogu napraviti dobre kontrolere na ploči, na primjer HP SmartArray i DELL PERC. Međutim, nije ispravno odabrati "onboard" rješenje u slučaju ozbiljnih ambicija, ako se traži maksimalna produktivnost. Pošto ste poštedjeli nevolje, lako možete oduzeti hard server, što nije opterećenje. Stoga, kontroler može biti hardverski, a ne softverski, zbog svoje nepromjenjive memorije.
Pogledajmo opcije za rozvyazannya ovog zadatka.
Drugi niz je bolje kreirati od dva SAS diska u RAID 10 (ogledalo + traka), ili je moguće koristiti dva SSD-store diska u RAID 1. Odaberite da pohranite samo nekoliko diskova tog modela servera.
Kao što je već rečeno, male organizacije bi trebale imati odličnu priliku da sve usluge šire na jednom serveru. Do pobede jednog servera i virtuelizacije, možete koristiti nižu energiju i fleksibilne resurse između virtuelnih mašina. To prenošenje virtuelnih mašina, na drugačiji način, bogatije je od prenosa fizičkog OS-a.
Međutim, dva servera mogu imati više prostora za nadogradnju. Na primjer, u našoj verziji, jeftin IBM x3550 M3 s dodatkom još jednog procesora i RAM-a transformiran je u elegantan kratki terminal server za 50 i više jezgri.
Još jedna "srednja škola" u našim mislima, pošto je neophodno biti siguran pri izboru dva fizička servera, razmena podataka između njih je što bolja. Za virtuelne servere, razmena podataka ide preko virtuelnog prekidača. Upravo tu, za povećanje propusnog kapaciteta mreže, možete ubaciti u skin server na osnovu kartice sa dva gigabitna interfejsa, tako da možete agregirati između sebe i bez posredničke veze između servera i agregiranih 2 gigabitnih linkova. Inače, možete isprobati različite kartice sa SPF + 10GBASE, ali usput ćete biti zadovoljni.
Dakle, ako se trebate proširiti ili će se broj usluga povećati, onda postoje velike perspektive, a serveri će za sada efikasno upravljati svojim zadacima. Možda, kroz rijeku, nećemo moći povećati broj coristuvachiv vdvíchí, do 60 osíb? Molim te.
Kada osvojite jedan DELL R710 server, možete kupiti jeftin IBM x3550 M3, staviti ga na novi hipervizor, prenijeti virtuelnu mašinu sa bazom podataka i 1C server na nju, i sve resurse na DELL-u i koristiti virtuelnu mašinu sa terminal. Tse će biti brz, i neće biti potrebno "sve baciti i kupiti novo".
Baš kao što ste osvojili dva IBM servera, zatim x3550 M3 sa dodatkom još jednog procesora, ta mala količina RAM-a se transformiše iz prosečne mašine u iscrpnu mašinu. A u x3250 M5 možete nadograditi procesor sa E3-1220v3 na E3-1285v3.
Kako organizirati udobnog robota 7 i više ljudi za 1c? Kako osigurati robota bez prekida sa 1c sistemom? Kako garantirati sigurnost svih podataka 1? Yaky kupiti server za 1c ta yak yogo vibrati ispravno? Prerano je stajati pred IT-fahivtsy i kerívniki organizatsíy.
Odaberite konfiguraciju serveri za robote 1C ostaviti po strani osnovu za aktivnost rada sa njim. Sljedeće preporuke su razvijene na osnovu najboljih praksi i prakse kompanije 1C. Покупая 1С сeрвeр необходимо убедиться что он отвечает сoврeмeнным трeбoвaниям oткaзoустoйчивoсти и прeдусмaтривaет пoвышeниe нaгрузки при нeoбхoдимoсти рaсширeния прoизвoдствeнных прoцeссoв нa прeдприятии, гaрaнтирoвaть высoкую рaбoтoспoсoбнoсть сeрвeрoв 1с при любых нaгрузкaх, их дoлгoвeчнoсть и высoкиe эксплуaтaциoнныe хaрaктeристики
| do 20 | do 30 | do 50 | do 100 | |
|---|---|---|---|---|
| Procesor | 4-jezgarni procesor Intel Xeon E3-12xx | 2 procesora Intel Xeon E5-26xx | ||
| Memorija | 16 GB RAM-a | 16-32 GB RAM-a | 32 GB RAM-a | 64 GB RAM-a |
| Broj jedinica | tip 1U | 1U ili 2U | 1U ili 2U | tip 3U |
| Diskovni podsistem | 2 x SAS | 4 x SAS | 8 SAS tvrdih diskova (RAID 10), mogu se konfigurirati sa SSD diskovima | 16 SAS čvrstih diskova (RAID 10), mogu se konfigurisati sa SSD diskovima |
| Hardverski RAID kontroler | cache se preporučuje | iz zahistoy kesh | iz zahistoy kesh | iz zahistoy kesh |
| Mogućnost skaliranje tu platformu od instalacije na stalak |
Є | Є | Є | Є |
| Varijanta orijentacije 1 server za bazu podataka | 2 000 dolara | $4,000 | 5 600 dolara | 9 990 dolara |
| Kontaktirajte našeg konsultanta za pojašnjenje konfiguracije i odstupanja | ||||
| Preporučeni broj servera za arhitekturu pid 1C | 1 | 1 | 2 servera u klasteru | |
| Zovnishnya disk policija | Zdravo | Zdravo | Dakle | Dakle |
| Komentar | Za bazu podataka (može promijeniti funkcije 1C servera), Internet gateway, File server. Moguće je nadograditi jednoprocesorske mašine u kućištima sa 8 diskova. | Za bazu podataka, Internet gateway, File server | Preporučljivo je imati 1 ili 2 servera baze podataka, ujedinjene u klaster, nazvan SRS. Preporučuje se fizički subserver: server baze podataka, addendum server, terminal server | Preporučljivo je imati 1 ili 2 servera za bazu podataka, objedinjene u klaster, koji se naziva SRS. Preporučuje se fizički subserver: server baze podataka, addendum server, terminal server |
Na osnovu gornje tabele možete dodati konfiguraciju 1c servera za malu kancelariju
* Dodaêtsya, jer je potrebno savladati udaljene radne stolove.
Organizacioni dijagram ovakvog rješenja izgleda ovako.
Yak server baze podataka Preporučujemo sledeće mašine:Dell PowerEdge T320, Dell PowerEdge R420, Dell PowerEdge T620.
serveri Dell T320і R420 uglavnom konstruktivni (subjektivni i stichkovy v_dpovidno), i Dell T620 smeštaj većeg broja diskova i operativne memorije, što može biti potrebno sa visokim nivoom ambicija, ili „s pogledom“ na budućnost, kao poslovnom društvu. Čak i ako nema dovoljno prostora u zemlji, svoje poštovanje možete prenijeti na kompaktni 1U server Dell R320.
Glavna područja servera baze podataka su diskovni podsistem i veze sa operativnom memorijom. Količina proširenja baze podataka za takve kompanije je obično mala (obično ne više od 5-10 GB), tada je moguće povećati količinu gotovine. В oбщeм-тo этo нe oбязaтeльнo, oсoбeннo eсли aктуaльнa нe вся БД (нaпримeр в нeй присутствуют дaнныe пo прoшлым гoдaм, нужныe лишь врeмя oт врeмeни), нo кaк минимум нужнo зaлoжить oбъeм OЗУ нe мeнee 30-50% oт рaзмeрa БД для цeлeй кэширoвaния . Plus, zrozumílo, kao minimum 1 GB za potrebe OS. Kako raditi na kojem fizičkom serveru dodatak server 1C, Zatim trebate vidjeti memoriju i vi - od 1 GB do 2-4 GB (bolje je konzultirati se s primateljem franšize - bolje je položiti u obliku njihovih konfiguracija).
Kao server baze podataka sa softverom 1C 8.2 iznajmljujemo za 50-100 vaučera, preporučujemo servere za vaučere Dell PowerEdge T620, Dell PowerEdge R720і Dell PowerEdge R720XD. Smrad može biti podsistem tvrdog diska za 16 i 24 diska. Eсли нaгрузкa нa сeрвeр БД пoстoяннo рaстeт, мы рeкoмeндуeм нe экoнoмить и выбирaть сeрвeры с бoльшим кoличeствoм дискoв, пусть дaжe нe в пoлнoй нaбивкe - лучшe пoтoм дoбaвить дискoв и пaмяти, чeм чeрeз гoд пoкупaть бoлee мoщную мaшину.
Yak addendum serveri Budite najbolji izbor Dell PowerEdge T420 4-8 GB memorije. U principu, sigurno se možete čuditi jednoprocesorskoj mašini, odnosno dva slabija procesora, niži jedan tvrdi (ne varajte sa 1000000000000000). Prednost na serveru dodatka mora biti vrlo zastarjela zbog 1C konfiguracije koju ste odabrali, preporučuje se da se konsultujete sa svojim provadzhuvačima.
W terminal server lakše od svega - terminalski serveri skaliran horizontalno. Dakle, možete staviti samo dva ili tri Dell PE R420 ili R620- Zalezhno víd navantazhennya. Štaviše, podaci su automatski osigurani - u slučaju kvara na jednom serveru, klijentske sesije se mogu prenijeti na drugi. Golovnya - daleko ispred vremena za isporuku ZZU sa zaliha
Odabirom koji je server potreban za 1C, sljedeću memoriju, koliko sati robotski radi s njim, doći će do bezlične operacije, čitanja i snimanja podataka u sekundi.
Za sve, shvatio sam zašto je toliko važno kompetentno dizajnirati server za 1C - kao da je "usporen" na potiljku, pogrešno je odabran i ne pokazuje pritisak na sistem, to je rizik , to je rizik, to je zbog prekida, važan je podatak da se uključi. Sa druge strane napravite 1C server, kupite svu opremu za novi sigurnost softvera Možete uštedjeti najvažniji iznos za kompaniju, pa je bolje da preuzmete imovinu kako biste uštedjeli svoj novac.
Ako je potrebno za naše fahívtsy robiti vibír konfiguraciju za server 1C, prvo, o scho smrad raspitajte se - skílki koristuvachív bude pratsyuvati z 1S u kompaniji i neki skup usluga su planirani vikoristovuvat, šta će biti, hto i yaknímím_víkonu Víd tsikh vídomosti mi vídshtovkhuêmosya píd sat stvaranja servera 1C.
U hardverskoj strukturi 1C servera bit će nam bitne karakteristike procesora, RAM-a, podsistema diska i sučelja.
Neophodno je da smrad osigura stabilan i produktivan rad napadačkih komponenti:
Treba dodijeliti optimalan broj procesorskih jezgara, ovisno o tome da je potrebno rezervirati 1-2 jezgra za OS robota, 1-2 jezgra za robota SQL baze podataka i 1 dodatno jezgro za robota servera, a otprilike 1 jezgro po koži 8-10 jednosatnih osnovnih sesija (Shob koristuvachí potím ne skarzhilis, scho server 1C galmuê).
Obratiti pažnju na to da brzina napajanja ne zavisi toliko od broja jezgara, koliko od frekvencije takta procesora, a broj jezgara više utiče na stabilnost rada sa veliki broj koristacija i jednosatnih zadataka u njima.
Skílki mem'yatí je potrebno za server 1C
Osim toga, ako vam je potreban 1C server za 100 ili više jezgri, preporučujemo izgradnju klastera s najmanje dva 1C fizička servera.
Rozmír nebhídnoí̈ operativni í̈ mem'yatí mi proponuêmo rahuvati, na osnovu takvih indikacija:
Postavimo našu orijentaciju distribucije parametara servera 1C 8.3:
RAM je bolje kupiti s maržom - to je jedan od najvažnijih faktora visoke produktivnosti 1C servera i istovremeno jedna od pronađenih komponenti. Ako nema dovoljno memorije na 1C Enterprise serveru, bit će još važnije raditi sat vremena, ako košta hranu, koji 1C server odabrati, počnite odavati poštovanje onima koji imaju dovoljno RAM-a.
Odabirom koji je server potreban za 1C, sljedeću memoriju, koliko sati robotski radi s njim, doći će do bezlične operacije, čitanja i snimanja podataka u sekundi. Ovaj parametar - uz neku vrstu sigurnosti, tvrdi disk omogućava obradu podataka - također je jedan od ključnih za sigurnosni kod 1C servera.
Prilikom projektovanja 1C servera moguće je postići sledeće pre nego što imate diskovni podsistem:
Na ovu statistiku smo doveli neke đakone da daju otprilike rozrahunki, kako odabrati server za 1C, valjda će vam smrad biti crven.
Na kraju dana, još jedna stvar - nemojte varto magatisya na pretek, vikoristovuyuchi računar za 1C server (kao što često radi u malim kompanijama) - koristuvalnitska "zalízo" kudi manje nadíyno i vídmovostíyke, nízh slično produktivnosti servera. Nemojte varto rizikuvat sa oblíkovoj sistemom vašeg preduzeća. Čak i ako ne ulažete u svoj budžet, moguće je, sljedeće, možete pogledati mogućnost otvaranja 1C u mraku
Lako se odlučite koji server da odaberete za 1C Enterprise 8.3, kako da napravite 1C server, da se niste držali ovih zadataka ranije, uvek možete da se vratite sistemskom integratoru kompanije, tako da moći će dovršiti projekat nalashtuvati vidpovidny vaš server za 1C.
1S:Pídpriêmstvo 8 može se pojaviti kao dodatak za uštedu resursa za izgradnju s malim brojem koristuvačiva. Vibirayuchi server píd 1C, bilo da se radi o čarobnjaku koji želi da se poništi "porođajna trauma" - postavljanje temelja za novo potencijalno usko područje. S druge strane, danas malo ko kupuje servere i nadsvetsku napetost, na viristu. Dobreyakscho profil navantazhennya vdaetsya znyat zazdalegíd - tada je dizajn servera za određenu konfiguraciju dodatak u kompaniji jednostavniji.
Za referencu, pogledajmo platformu "1C: Enterprise 8.2" u njenim popularnim osnovnim konfiguracijama "Izgled računovodstva", "Trgovina i skladište", "Upravljanje platama i osobljem", "Upravljanje trgovinskim preduzećem" i, posebno, "Upravljanje vakuumske proizvodnje". Čini se da za preduzeća od 10 i više spivrobitnika, koji rade u 1C, „1C: Poduzeće 8.2. Addendum Server. Možete promeniti opciju rada u režimu udaljene radne površine (Remote Desktop), sa brojem jednosatnih baza podataka do 100-150. Preporuke će biti fiksne za "važne" DB 1C, ali "važne fluktuacije" će ovisiti o individualnom pristupu.
Pošto je kompanija mala (2-7 fajlova po sistemu), baza je mala (do 1GB), a "1C: Enterprise 8.2" radi u fajl modu na računaru, onda nam je potrebna klasična implementacija fajl servera . Za takve zadatke, CPU će se vjerovatno zvati Intel Core i3, više od Intel Xeon E3-12xx. Potrebna količina RAM-a je još lakša: 2 GB za operativni sistem i 2 GB za keš sistemskih datoteka.
Ako je u društvu 5-25 1C jezgara veličina baze podataka do 4GB, onda dodatak "1C: Enterprise 8.2" može pokretati 4-jezgarni Intel Xeon E3-12xx ili AMD Opteron 4xxx. Crim 2GB RAM-a pod OS, potrebno je vidjeti 1-4GB pod 1C:Enterprise 8.2. Addendum server” i više stilova i više MS SQL Servera kao keš memorije - ukupno 8-12 GB RAM-a. Za male baze podataka, količina gotovine u operativnoj memoriji je najmanje 30% baze podataka, a češće svih 100%.
Vídomy (iako nije posebno reklamirana) činjenica: „1C: Pídpriêmstvo 8.2. Ne sviđa mi se add-on server, ako ga operativni sistem prebaci u swap fajl na hard disku, a u svakom slučaju ga je lako koristiti. Zato na serveru, gdje je pokrenut "Dodatni server", uvijek možete imati rezervu slobodnog prostora u operativnoj memoriji - danas je jeftinije.
Kompanije imaju više coristuvach 1C zvuka putem daljinskog pristupa programu (Remote Desktop) - to je u terminalskom načinu rada. Po pravilu, sa 10-100 1C baza podataka sa bazom podataka od 1GB i više, „1C: Enterprise 8.2. Dodatni server" i dodatak "1C: Enterprise 8.2" rade na istom serveru.
Da bi se odredili potrebni procesorski resursi, treba uzeti u obzir da jedno fizičko jezgro može efikasno obraditi najviše 8 tokova jezgre - to je zbog interne arhitekture procesora. Kao što pokazuje praksa, pod zadatkom 1C + Remote Desktop nije moguće uzeti serverske procesore mladih linija s niskim frekvencijama rozrachunk jezgri i rudimentarnom arhitekturom. Po pravilu, prilično je mali (do 15-20), da se izvuče jedan procesor iz visokofrekventnog Intel Xeon E3-12xx. Najmanje jedno fizičko jezgro (2 niti) će trošiti SQL Server, drugo (2 niti) će trošiti „1C: Enterprise 8.2. Dodatni server i 2 fizička jezgra (4 niti) - za OS i terminalna jezgra. Ako je broj 1C jezgara veći od 20, ili ako je baza podataka veća od 4 GB, vrijeme je da se prebacite na 2 procesorska sistema na Intel Xeon E5-26xx ili AMD Opteron 62xx.
Razrahunok potreban za obsyagu operativne memorije je prilično jednostavan: 2GB potreban OS, 2GB i više - MS SQL Server kao keš (ne manje od 30% baze podataka), 1-4GB - pid "1C: Enterprise 8.2. Pomoćni server”, memorija servera se može sačuvati za terminalske sesije. Jedna terminalna kutija, deponovana prema konfiguraciji, sa prilozima „Knjigovodstveni obrazac“, „Trgovina i skladište“ - 100-120MB, „Upravljanje platama i kadrovima“, „Upravljanje trgovačkim preduzećem“ - 120-160MB, . Da bi se pokrenuo dodatak na MS Word, MS Excel, MS Outlook serverima, skin add-on treba da vidi oko 100MB. U pravilu, minimum za terminalski server je 12 GB RAM-a.
Na primjer, za 1C server sa uobičajenim softverskim paketom, 50 terminalskih kutija u konfiguraciji “Commercial Business Administration”, ta baza podataka za 8GB će biti optimalno izračunata intenzitetom dva Intel Xeon E5-2650 procesora (8 jezgara, 16 niti, 2,0 GHz). RAM memorije vam treba najmanje 2 (OS) + 4 (SQL) + 4 (1C-server) + 8 (160 "UTP" * 50 jezgara) = 18 GB, i ukratko 24-32 GB (6-8 DIMM kanala od po 4 GB svaki ) .
Više scarg za potpuni rad servera 1C:Pídpriêmstvo 8 pov'yazan z nerazumno, kao da su vivouyutsya tip operacije uvod-vizualizacija, preko neke vrste danak da z íntensivnístyu. Najvažniji diskovni podsistem je ključ za osiguravanje dovoljne produktivnosti servera u cjelini - čak i za navigaciju bazom podataka, najveći problem je blokiranje tablica tokom jednosatnog rada s njima bez bezličnog koristuvača ili sa masovnim akvizicijama/vivantagesima/postovima. Nadgledanje i optimizacija diskovnog podsistema servera.
1S 5. maja tokovi podataka za diskovni podsistem, s kojima neće raditi:
Struktura podataka u 1C je objektno orijentirana, bez objekata i veza između njih. p align="justify"> Za rad sa tabelama podataka, broj operacija čitanja u sekundi je izuzetno važan, jer je potrebno izgraditi podsistem diska za sat vremena (Input Output Operation per Second, IOPS). Istovremeno, mogućnost da se vidi velika brzina striminga prenosa podataka (MBp/s) je mnogo manje važna. Prilično skromna baza sa zapreminom od 200-300MB od 3-5 ćelija u užem izboru može da generiše do 400-600 IOPS u pikovima. Baza od 10-15 jezgara i ukupno 400-800MB može vidjeti 1500-2500 IOPS, 40-50 jezgara baze podataka od 2-4GB generiše 5000-7500 IOPS, a baza od 80-100 jezgara može lako dostići 12000- 180.
Kao što znate, prosječna potražnja za diskovnim podsistemom može postati 10-15% od maksimuma. Samo je sama produktivnost zaista bitna u periodu vršnih akvizicija: automatska akvizicija podataka iz drugih sistema, razmjena podataka iz distribuiranog sistema tokom ponovnog perioda.
Moderni diskovi u operacijama čitanja i pisanja s nasumičnim pristupom (Random Read/Write) mogu se nositi sa sljedećim izazovima jedan po jedan:
|
Intel 910400GB |
|||||
|
2400 - 8600 IOPS |
Dobro je vidjeti to:
Pojedinačni diskovi na serverima baze podataka nisu pokvareni, samo RAID nizovi. Za dalje povećanje stvarne produktivnosti diskovnog podsistema potrebno je platiti kaznu (penal) za upisivanje u IOPS, kao da je disk grupa u RAID-u:
Ako odaberete 6 diskova iz RAID 10, tada će 2 IOPS fizičkih diskova biti pohranjeni na 1 IOPS zapis, a 6 IOPS diskova će se koristiti u RAID 6. Na ovaj način, da bi se povećao kapacitet disk grupe za snimanje, potrebno je sabrati IOPS svih diskova RAID grupe, a zatim ih podijeliti na „kaznu“.
Primjer 1: 2 HDD SATA 7200 RAID 1 bez pisanja: (100 IOPS *2) / 2 = 100 IOPS.
Stock 2: 4 SATA 7200 RAID 5 bez pisanja: (100 IOPS *4) / 4 = 100 IOPS.
Stock 3: 4 SATA 7200 RAID 10 bez pisanja: (100 IOPS *4) / 2 = 200 IOPS.
Primijenite 2 i 3 da jasno pokažete zašto, da bi se sačuvale baze podataka, za neke bi tipičan omjer čitanja/pisanja trebao biti 68/32, što je kraći RAID 10.
Iz ove tri tabele bilo je jasno zašto produktivnost tipičnog „džentlmenskog seta“ od 2 HDD SATA 7200 u RAID 1 nije dovoljna za server: pri vršnim pritiscima, broj stomaka raste do diska, sistemi su kratki -Živeo, ponekad i dugo.
Kako povećati produktivnost diskovnog podsistema za snimanje? Povećajte broj diskova u RAID grupi, prebacite se na diskove sa većim sigurnosnim omotom, odaberite RAID nivo sa nižom kaznom pisanja. Pomozite u keširanju od strane RAID kontrolera iz poboljšanog režima povratnog pisanja Write back. Podaci se ne upisuju direktno na diskove (kao u Write Through modu), već u keš kontrolera, a tek kasnije, u batch modu, i na uredan način - na diskove. U zavisnosti od specifičnosti menadžera, produktivnost evidencije se povećava za 30-100%.
Moguće male ili relativno male baze podataka (do 20 GB) su jeftin način za povećanje IOPS-a - hibridni RAID sa SSD/HDD-a. Veći i nisu potrebni fajlovi baze podataka za 3-15 koristuvachiv na rozpodíleníy strukturi na kshtalt merezhí kafiću ili servisu.
Za velike (200 GB i više) baze podataka sa dugom povijesnom petljom podataka ili servisiranje velikih baza podataka, SSD keš može biti efikasan (LSI CacheCade 2.0 ili Adaptec MaxCache 3.0 tehnologije). Za rad takvih sistema, u zadacima 1C za dodatnu pomoć, možete primjetno jeftino i bez većih promjena u infrastrukturi, ubrzati rad diska za 20-50%.
Šampion swidcode-a u IOPS-u je prenio RAID nizove na serverske SSD-ove - i tradicionalno, umjesto SAS RAID kontrolera, i PCIe SSD-ove. Za njihovu popularnost važna su dva posredna faktora: tehnološki (produktivnost RAID kontrolera ili potreba da se radikalno promijeni struktura uštede) i cijena implementacije.
Okremo pored toga reći o spremanju indeksnih datoteka i TempDB-a. Indeksni fajlovi se ažuriraju veoma retko (poziv 1 put po doba), čitaju se češće (IOPS). Jednostavno je potrebno takve danim spremiti na SSD, za razmetljivo čitanje! TempDB, koji se koristi za uštedu podataka o vremenu, obično je male veličine (1-4-12 GB), ali je sposoban za brzinu snimanja. Datoteke indeksa i sati će biti poslane tako da ne morate trošiti dok ne potrošite stvarne podatke. Otzhe, smrad se može širiti na okremu (tačnije - na dva okremih volumena) SSD. Želim da koristim ugrađeni SATA kontroler matične ploče. Sa stanovišta pouzdanosti i swidcode-a, TempDB se može koristiti za preslikavanje (RAID1) sa SSD-a, moguće je na ugrađenom kontroleru, kao i za obov'yazykovym skladištenje keša na zapisu. Iz tog razloga su pogođeni i desktop SSD-ovi – na primjer, Intel 520 serija, de hardverska kompresija podataka prilikom pisanja u TempDB će biti jednostavnija. Greška ovih lidera iz globalnog sistema štednje na viziju švedskog podsistema se pozitivno odražava na produktivnost sistema, posebno u trenutku najveće potražnje.
U slučaju kvarova, ako je moguće osigurati maksimalno brzu reakciju administratora u slučaju kvarova i ako transportna logistika, Virobnitstvo u UPP, razmjene volumena u URBD), TempDB je kriv RAMDrive. Ova odluka vam omogućava da osvojite ponekad i do 4-12% ukupne produktivnosti sistema. Vjerovatnije je da će se greška okriviti za ponovno pokretanje servera: ako se RAMDrive ne pokrene automatski, morat ćete prijaviti administratora za ručno pokretanje - inače će se cijeli sistem zaustaviti.
Još jedna važna komponenta su datoteke evidencije. Smrad može biti neprihvatljiv za bilo kakvu singularnost diskovnog podsistema - da generiše konstantan protok dribnih životinja za snimanje. To je nedokučivo za srednji promet, ali je gore za kod 1C servera za najveći promet. p align="justify"> Pametno je opravdati datoteku dnevnika (posebno SQL datoteku dnevnika) na što je moguće više fizičkih volumena, što će biti praktično linearno u smislu IOPS-a. Za bezbrižnost, možete kreirati ogledalo od jeftinog i glomaznog SATA/NL SAS (za punu evidenciju) ili jeftinog desktop SSD-a sve iste Intel 520 serije (jednostavna evidencija ili puna evidencija, sa besplatnim sigurnosnim kopiranjem i čišćenjem).
Ukratko, možemo reći da je dolazak SSD-a na server donio nove mogućnosti za povećanje produktivnosti masovnih servera - za cijenu skladištenja podataka i inteligentnu konfiguraciju disk I/O.
Diskovni podsistem "idealnog servera pid 1C" izgleda ovako:
1. Tabele baza podataka postavljenih na RAID 10 (ili RAID 1 za male baze podataka) sa viših serverskih SSD-ova sa hardverskim RAID kontrolerom. Sa visokim IOPS stopama, možete pogledati opciju PCIe SSD. Za veliku bazu podataka, efikasno je koristiti SSD-keš memoriju HDD nizova. Međutim, 1C konfiguracija i struktura podataka, koje su pobjedničke, nisu u stanju do IOPS-a, a broj jezgara je mali - da izvuče tradicionalni niz iz HDD SAS 15K o/min.
2. Indeksne datoteke za švedski i jeftin pojedinačni SSD, TempDB - za 1-2 (RAID 1) SSD ili RAMDrive.
3. SQL log fajlove (ali i 1C) da vidite viziju volumena (isti fizički disk ili RAID-1) na SATA/NL SAS HDD ili jeftin SSD, ili logički disk na RAID nizu, na kojem se sistem servera servera je instaliran fajl/folder.
4. Operativni sistem za koji se podaci pohranjuju na RAID 1 sa HDD ili SSD.
Kako je IT infrastruktura virtuelizirana, jako je loše što je SQL Server instaliran ne kao virtuelna mašina, već direktno na fizički server, golim okom. Cijena hrane je od 15 do 35% produktivnosti diskovnog podsistema (depozit iz posjeda, drajveri, virtuelizacija i metode povezivanja). Virtuelizovano okruženje SQL servera povezuje volumene sa tabelama baze podataka, datotekama indeksa i TempDB sa VM-om u ekskluzivnom režimu direktnog pristupa.
Kod operativnih sistema 1C: Enterprise 8 za mala i srednja preduzeća (do 100-150 aktivnih zaposlenih u isto vrijeme), sljedeći korak je minimiziranje potrošnje na mrežne operacije preko Ethernet sučelja. Idealno - služiti SQL Server, i "1C: Enterprise 8 Add-on Server x64", i 1C sesije na Remote Desktop sa jednim fizičkim serverom. Sa stanovišta sigurnosti stabilnosti do vídm, takva preporuka vam omogućava da povećate maksimum posjedovanja tog PZ-a, a za fluktuacije u virtualizaciji virtualizacije daje isti nivo sigurnosti i „ponavljanja“. medija" na drugoj postavci.
Kako isključiti Ethernet sa SQL servera -> 1C:Enterprise 8 add-on server -> 1C:Enterprise 8 sesije? Merezhevy Ethernet sučelje, sa iogo pakiranjem ovih podataka je posebno malih blokova za prijenos, uvijek će stvoriti dodatno ometanje: prilikom pakiranja / raspakivanja prometa, i prilikom samog prijenosa (visoka latencija). U 1C:Pídpriêmstvo 8 za prikupljanje velikog niza podataka, oni se prenose na obradu, a to se provodi prema cijelom jeziku, u određenim situacijama - na pogrešnoj strani. Prilikom prijenosa podataka direktno iz jednog procesa u drugi unutar RAM-a servera (na jednom serveru bez virtuelizacije), ili preko virtualnog mesh interfejsa (unutar istog fizičkog servera, sa dobrim serverskim mesh adapterima sa prenešenim RAM blokovima između VM) zatrimki su bogato niži. Moderni dvoprocesorski serveri s velikom operativnom memorijom i diskovnim podsistemom na SSD-u omogućavaju vam udobno opsluživanje 1C baze podataka za 100-150 aktivnih jezgri.
Što se tiče potrage za bazom podataka, veliki broj fizičkih hostova je neizbježan, potrebno je povezati sve servere preko 10Gb Etherneta. Ili, barem, 2-4 agregirane 1Gb Ethernet konekcije sa hardverski ubrzanim TCP/IP (TCP/IP Offloader) i hardverskom podrškom za virtuelizaciju.
Najveći trošak produktivnosti na Ethernet portovima pati od budžetskih odluka. Nije tajna da 1Gb žičani adapteri koji su zalemljeni na većini serverskih matičnih ploča nisu dizajnirani da opslužuju intenzivan žičani promet. Navite yakscho na ploči je 2 ili 3 porta GbE, smrad implementacije na desktop čipovima. Dovoljno upravljanje, smrdi dovode do dodatnih tovarnih lista iz usluge spajanja berzi, posebno u virtuelizovanoj sredini. Cijeli proces prijenosa podataka kroz takav čip pokriven je resursima procesora, operativnom memorijom i internom magistralom. Takvi čipovi ne daju nikakav ubrzani prijenos IP saobraćaja, ako se takvi prijenosi primaju, Ethernet paket će značiti prijenos do procesora. U virtueliziranom okruženju, produktivnost interfejsa može doseći 25-30%. U najmanju ruku, ne možete spomenuti potrebu za najprikladnijim interfejsom uz pomoć praćenja. Centralni procesor je odgovoran za novi, a ako ne radi, onda samo stoji u prozoru mesh kartice. Portove na desktop čipovima treba isključiti iz toka podataka u virtuelizovanim okruženjima, nakon brisanja zadatka upravljanja serverom. Dodajte diskretnu graničnu karticu na serverski čipset za intenzivan saobraćaj za ograđivanje.
Raspravu o produktivnosti servera u budućnosti uvijek prate super-kuvari o njihovoj pouzdanosti. Sigurnost trajnosti do zrelosti uvijek će zahtijevati dodatne vitrate, posebno za podršku neprekinutih virobničkih procesa. Bez omalovažavanja uloge tog prostora 1C, može se reći da najveća dilema „produktivnost/superiornost“ raste u različitim oblastima: po prvi put se bori za optimizaciju hardverskih rješenja, za drugu - organizacija procesa. i procedure. Ako su programi označeni kao kritični, glavno poštovanje za implementaciju praktičnosti ne daje se potrebama individualne zaštite servera, već minimiziranju jednostavne infrastrukture.
Razume se za jednog od 5 preduzeća bez velikog broja (25-100 korisnika) i odmah pod serverom korisnika za sve dodatke za primenu izvora prebijskog snabdevanja energijom, nadlišnih blokova koji žive samih servera, koji žele da zameniju diskove i RAID masiva sa vrućim rezervisanjem. Međutim, dostupnost opreme ne zamjenjuje planiranu rezervaciju samih podataka. Mayuchi schodenny (tačnije, shonochovy) backup te operativne datoteke iz Full SQL dnevnika, možete ponovo ažurirati DB 1C za izuzetno kratak interval.
Dozvoljeno vrijeme mirovanja centralnog sistema 1C za mala i srednja preduzeća je 1-2 udesa mjesečno, 1-4 godine u trajanju. Zaista, velika rezerva vremena - kao i prije vaskrsenja, pripremamo se dugo vremena. Neophodno pametno restartovanje i dostupnost slika svih virtuelnih i fizičkih servera ispred VM-a na realnom fajlu/volumu - za ažuriranje samog infrastrukturnog dela na backup serveru. Obov'azkovy schodenny backup (i sozhnevyy taj period zatvaranja) za sljedeći fizički prilog i Full SQL dnevnik za vypadkív, ako je unos podataka "od početka radnog dana" kritičan i važan ručno. Za ociglednost administracije mozete uloziti za 1-2 godine za obnovu ordinacije zagalom, visoko i sa manjom produktivnošću. Pa, i tu, za potrebe nesmetanog rada 24x7, prvi zadaci će biti izbor drugačije arhitekture, sa minimalnim brojem uvodnih tačaka i savremenim tehnologijama klasteriranja. Ale tse već zovsím ínsha ístoriya.
Originalni članak: http://ko.com.ua/proektirovanie_servera_pod_1s_66779
Dozvoljavam uredniku časopisa "Computer Review"
Za klip, idem da vidim scenario za rad:
1.) Rad sa bazom datoteka kroz divlji resurs (web server)
2.) Radite sa bazom datoteka na terminalu
3.) Rad sa serverskom (MSSQL) bazom podataka
Robot iz baze datoteka preko globalnog resursa (web server)
Ovde je sve lako. Yakscho tse zvichayní obliku koji 1-3 koristuvach. Zatim na "serveru" (bira se mašina na kojoj se nalazi baza:
Poslednji trenutak, kao podloga na izlečenim oblicima. Osa je ovdje kao da je sve izgrađeno, kako je više opisano, možete vidjeti galmu. Zaštitite se od:
Što se baze tiče, moći ćete lokalno izraditi jedan koristuvač koji je dovoljan za vaš udoban rad, a brzina rada preko sirovog resursa će biti toliko samodovoljna. Ale i evo - robot preko web servera. Na internetu možete pronaći veliki broj članaka koji opisuju kako organizirati posao sa sličnim rangom, ne sudeći u ovom članku o ovom. Sam, podijelit ću s vama moja upozorenja: bolje je poboljšati robota sa corestuvachivom ne preko web pretraživača, već preko tankog klijenta (ako dodamo novu bazu na listu IB-a, na strani IB položaja tamo je stavka "na web serveru"). Tse, za moja upozorenja, brže, niže kroz pretraživač. Osim toga, kada se radi preko pretraživača čuju se pardoni u interfejsu (šta je radio PM i tako dalje), nema ih kada se radi preko tankog klijenta.
Vlasne, ubrzavam ovim receptom (ssd, procesor sa visokom frekvencijom, web server, tanki klijent). Moguće je proširiti mit "pošto je broj korisnika veći od 1 (za trenutnu verziju veći od 0 :)) - potrebna je baza servera *.
*Ako želite, može se sa sigurnošću reći da cijena nije UPP ili je osnovna veličina > ~ 4GB, a broj koristuvača ne prelazi 4 (maksimalna veličina baze je broj koristuvačiva, ako je velika prvo, moguće je zustrich jesen, ako je preko baze datoteka sa bazom datoteka radilo više ljudi?
Rad sa bazom datoteka na terminalu
Pređimo na sljedeću opciju. Možemo imati terminalski server i možemo imati bazu datoteka. Ovdje je sve slično scenariju 1 za grešku procesora:
Rad sa serverskom (MSSQL) bazom
Ovaj scenario je najkomplikovaniji i možda će zahtijevati neke dodatne statistike. U okviru ovog članka propagiram samo osnovne principe koje treba dodati produktivnosti
Nache everything. Lajkujte hranu/skargi/propozicije - dobrodošli u komentarima ;)
