Үй / Қауіпсіздік / 1c үшін қай сервер 83. C: Бөлек серверде есеп жүргізу

1c үшін қай сервер 83. C: Бөлек серверде есеп жүргізу

Бүгінгі таңда 1С қаржылық өнімі бухгалтерлік есептің қолданбалы бағдарламасынан әлемдік «құбыжықтар» SAP R/3 және Microsoft Dynamics AX (құбыжықтарымен» бәсекелесуге үміткер бизнестің кез келген түрін дерлік есепке алуға және қолдауға арналған кең форматты кешенге дейін өсті. Axapta).

Ресейлік компаниялар заманауи конфигурацияларды пайдалана отырып, өздерінің бизнес-процестерін көбірек ұйымдастырады 1С 8.3 «Сауданы басқару», «Өндірісті басқару», «ERP кәсіпорынды басқару»және т.б. Бухгалтерлік есеп, маркетинг, өндіріс және сату бөлімдері 1С жүйесіне ауыстырылып, IP телефония және құжат айналымы жүйелерімен интеграция жүргізілуде. Алайда, «1С-де жұмыс істейік» деген ниеттен кейін бірден сұрақтар туындайды - орталық 1С дерекқоры қандай ресурстарда жұмыс істейді, қандай жабдық ақылға қонымды бюджет үшін оңтайлы нәтиже көрсетеді? Бұл жағдайда мемлекеттік сектордың алпауыт кәсіпорындары үшін оңайырақ - көптеген штаттық IT интеграторлар мен сәулетшілерге нақты бұйрық берілді, кілт тапсыру тұжырымдамасын ұсынудың міндетті шартымен және одан әрі ірі бюджеттік тендерлердің тетіктері басталды. сертификатталған мамандардың жүйені қолдауы. Бірақ 1С: Кәсіпорын өнімдерінің бірін сатып алып, орнатқысы келетін, бюджетін ұтымды жұмсайтын компаниялар туралы не деуге болады?

Ең негізгі қате, егер сіз пираттық немесе тексерілмеген бағдарламалық жасақтаманы пайдалануды ескермесеңіз, 1С үшін аппараттық құралдарды үнемдеу болып табылады. Ұқсас үрдістер әсіресе стартаптар мен шағын компанияларда жиі кездеседі. Intel Xeon процессорлары бар қымбат серверлік жабдықты сатып алудың қажеті жоқ деген пікір бар, алдымен ЖЖҚ көлемін, процессор мен дискінің ішкі жүйесіне жүктемені есептеудің қажеті жоқ, дискінің артықшылығын жасаудың қажеті жоқ. массивтер (Raid), кэш-RAM бар кәсіби диск контроллерлерін пайдалану және т.б. 1С үшін АТ-архитектураны есептеудегі қателер бизнес-процестер тоқтағаннан кейін компанияға белгілі болатын ауыр салдарға әкеледі. Сондықтан 1С үшін серверлік платформаның әрбір аппараттық түйініне назар аудару өте маңызды.

1С үшін АТ архитектурасының дұрыс салынбауына байланысты типтік мәселелердің мысалдары:
  • Негізгі ресурстарға (әдетте жедел жад немесе дискінің ішкі жүйесі) шамадан тыс жүктеме салдарынан 1С дерекқоры мен интерфейстерінің «баяулауы».
  • Дұрыс таңдалмаған жабдықтың тұрақсыздығына байланысты 1С бағдарламасының қателері мен бұзылуы.
  • Орталықтың істен шығуына байланысты компанияның тоқтап қалуы аппараттық құрал.
  • Аппараттық немесе бағдарламалық құралдың кездейсоқ істен шығуына байланысты 1С деректерінің ішінара немесе толық жоғалуы.

1С серверінің аппараттық ресурстары

Төменде ең негізгі аппараттық ресурстарды қарастырайық, оларды таңдаудағы қате 1С серверін дербес жасаған кезде кәсіпорынды автоматтандыру жобасын бұзуы мүмкін.

Орталық өңдеу блогы (CPU)

Физикалық процессорлық ядролардың саны. 1С форумдарының барлық түрлерінде мәңгілік пікірталас тақырыбы маңыздырақ: процессор жиілігі немесе көп ядролы. Бұл қайшылықтардың тамыры 1С 8.0 немесе тіпті 1С 7.7-ге дейін барады. Шынында да, орындалатын 1С процестері көбірек бұрынғы нұсқалартаза бір ядролы болды, яғни. Орталық процессор қанша ядроны қамтамасыз етсе де, 1С 8.0 корпоративтік сервер қызметі немесе 1С 7.7 қалың клиенті әрқашан тек бір «нөлдік» ядроны алады. операциялық жүйе. Бүгінгі таңда сурет өзгерді - операциялық жүйе бір 1С: Кәсіпорын процесінің (rphost) тапсырмаларын бірнеше процессорлық ядроларға батыл түрде таратады (1-суретті қараңыз).




1-сурет - 1С серверінің процестері жұмыс істеп тұрған кездегі CPU жүктемесі.


Бірақ бұл, егер сіз ядролардың максималды саны бар процессорды сатып алсаңыз, онда ДҚБЖ-мен жұптастырылған 1С сервері (көбінесе ДҚБЖ деп біз MS SQL дегенді білдіреді) 1С жүйесінде керемет өнімділік пен қайта іске қосылған есеп кезеңдерін көрсетеді дегенді білдірмейді. бағдарлама бірнеше минутқа созылады. Бір операцияны орындау жылдамдығы мен ақпараттың үлкен көлемін бір мезгілде өңдеу процесі арасындағы айырмашылықты түсіну керек. Физикалық ядролардың саны 1C: Enterprise сервері мен ДҚБЖ арқылы көптеген әртүрлі тапсырмалармен бір уақытта жұмыс істеудің тұрақтылығы мен өнімділігі мәселесін шешуге мүмкіндік береді. Бұдан шығатын қорытынды – 1С пайдаланушыларының саны неғұрлым көп болса, сол пайдаланушылардың бір уақытта ыңғайлы жұмыс істеуі үшін қажетті ядролардың саны соғұрлым маңызды болады. Пайдаланушылар санының 1С сервері үшін ядролар санына тәуелділігі 1-кестеде көрсетілген.


1С:Кәсіпорын серверіндегі бір мезгілде пайдаланушылар саны Процессор түрі мен моделі Пайдаланылған ядролардың саны
10 пайдаланушыға дейін 3,1 ГГц бастап реттелетін Intel Core 2-4 артық емес
20 пайдаланушыға дейін 2,4 ГГц бастап Intel Xeon сервері 4-тен 6-ға дейін
30 пайдаланушыға дейін 2,6 ГГц бастап Intel Xeon сервері 6-8 ядро
50 пайдаланушыға дейін 2,4 ГГц-тен Intel Xeon сервері – 2 дана. Әр процессорға 4-тен

1-кесте – 1С серверіндегі пайдаланушылар санының және CPU ядроларының ұсынылған санының арақатынасы.


CPU жиілігі.Ядролар санына қарағанда, орталық процессордың жиілігі тапсырманың бір бөлігін бір уақытта өңдеу жылдамдығына дәл әсер етеді, бұл 1С соңғы пайдаланушылары үшін ең танымал критерий болып табылады. Процессор жиілігі ұлғайған кезде жеке пайдаланушы үшін 1С сервері мен ДҚБЖ сұраныстарын өңдеу жылдамдығын арттыратын және жүйе түпкілікті пайдаланушыға соңғы нәтиже беретін уақытты азайтатын параметр. Мұны растау үшін белгілі маман Гилев практикалық сынақтарға негізделген мақалаларының бірінде біржақты қорытынды жасады - «1С жылдамдығына орталық процессордың жиілігі оның басқа параметрлеріне қарағанда әлдеқайда көп әсер етеді. 1С соңғы клиенті немесе 1С: Кәсіпорын сервері». Бұл 1С бағдарламасының архитектурасы.

Кэш, виртуализация және гипер ағын.Бұрын көп ядролы процессорлар соншалықты кең таралмаған кезде, Intel ойлап тапты арнайы технологияорталық процессор, көп ядролы, «гипертрейдинг» деп аталатын модельдеуші. Оны қосқаннан кейін бір физикалық процессор (бір физикалық ядро) операциялық жүйемен екі бөлек процессор (екі логикалық ядро) ретінде анықталады. 1С сервері үшін «гипертрейдингті» өшіруді ұсынамыз. Бұл технология 1С-қа ешқандай жеделдету әкелмейді.

Қолдану виртуалды машиналар 1C: Enterprise сервері және ДҚБЖ үшін виртуалды машиналар ядролары нақты физикалық ядроларға қарағанда «әлсіз» екенін ескеру қажет, бірақ олар бірдей - «ядролар» деп аталады. Нақты ресми коэффициенттер жоқ, бірақ Microsoft техникалық порталдарындағы мақалалар виртуалды машинаның физикалық ядросына 4-6 процессор өзегін санауды ұсынады.

Кэш – процессор компьютер жадына кірудің орташа уақытын қысқарту үшін пайдаланатын кеңейтілген жады. Шын мәнінде, ол процессордың ажырамас бөлігі болып табылады, өйткені ол бір чипте орналасқан және функционалды блоктардың бөлігі болып табылады. Мұнда бәрі өте түсінікті - кэш өлшемі неғұрлым үлкен болса, процессор өңдей алатын ақпараттың үлкен «бөліктері». Әдетте, кэштің өлшемі процессор үлгісіне байланысты - модель неғұрлым қымбат болса, кэш жадының көлемі әдетте үлкен болады. Дегенмен, біз процессор кэшінің өлшемі 1С сервері мен ДҚБЖ жұмысына түбегейлі әсер ететініне сенбейміз. Керісінше, бұл «дәл баптау» аймағына жатады.

Процессор түрі.Аппараттық құралдар сервер мен пайдаланушыға бөлінетінін бәрі біледі. Кейбір жағдайларда кәсіби, бірақ қымбат серверлік процессорға балама ретінде арзан пайдаланушы орталық процессорын пайдалану мүмкін бе? Бұл мүмкін екені белгілі болды. Орталық үшін екі нұсқаның негізгі параметрлерін салыстыратын кестені қарастырайық Intel процессорлары(2 кестені қараңыз).

Арнайы Intel® Core™ i7-6700T процессоры (8М кэш, 3,60 ГГц-ке дейін) Сервер Intel® Xeon® E5-2680 v2 процессоры (25М кэш, 2,80 ГГц)
Кэш жады 8 МБ 25 МБ
Жиілік жүйелік автобус 8 GT/s DMI3 8 GT/s QPI
Пәрмендер жинағы 64 биттік SSE4.1/4.2, AVX 2.0 64 биттік AVX 2.0
Өзектер саны 4 10
Негізгі процессордың тактілік жиілігі 2,8 ГГц 2,8 ГГц
Макс. көлемі мен түрі жедел жады 64 ГБ ECC емес 768 ГБ ECC
Болжалды құны 354$ 1 280$

2-кесте – Intel фирмасының үй және серверлік процессорларының негізгі параметрлерін салыстыру.


Көріп отырғанымыздай, сервер процессорында ядролар саны, кэш өлшемі, көбірек жедел жадты қолдау және, әрине, жоғары баға бойынша әлдеқайда жоғары мәндер бар. Дегенмен, серверлік процессордың белгілі бір процессор командаларын (нұсқауларын) және тактілік жылдамдығын қолдауы бойынша пайдаланушының орталық процессорынан іс жүзінде еш айырмашылығы жоқ. Бұдан біз мынаны қорытындылай аламыз шағын ұйымдар 1C: Enterprise сервері үшін реттелетін орталық процессорды пайдалану өте қолайлы. Жалғыз сұрақ - пайдаланушы процессорын сервер ұясына орнату мүмкін емес аналық платажәне паритеттік бақылау (ECC) бар сервердің жедел жадын қолдау және реттелетін компоненттерді пайдалану тұтастай алғанда бүкіл жүйенің тұрақтылығына қауіп төндіреді.

Кездейсоқ қол жеткізу жады (RAM)

ЖЖҚ түрі.Кездейсоқ қол жеткізу жады (ЖЖҚ) мақсатына қарай өзгереді - көп пайдаланушы серверлік жүйелер үшін немесе жеке құрылғылар үшін - ДК, ноутбуктер, неттоптар, жұқа клиенттер және т.б. Орталық процессор жағдайындағыдай - ЖЖҚ модульдерінің негізгі параметрлері шамамен баламалы - ДК үшін заманауи ЖЖҚ сервердің жедел жадынан бір жолақ көлемінде де, тактілік жиілікте де, түрі бойынша да іс жүзінде артта қалмайды. DDR модульдері. Сервердің жедел жады мен «үй» ЖЖҚ арасындағы айырмашылықтар аппараттық платформаны пайдалану жағдайлары мен мақсатына байланысты - демек оның жоғары құны:

  • Сервердің жедел жадында паритет бақылауы бар ECC (қателерді түзету коды) – RAM модулі арқылы ақпаратты өңдеу кезінде қателерді тікелей түзетуге мүмкіндік беретін кодтау/декодтау әдісі.
  • Сервердің аналық платасында қарапайым компьютерге қарағанда ЖЖҚ модульдерін орнатуға арналған слоттар көп.
  • Сервердің жедел жадында деректерді буферлеуді (жартылай тіркелген немесе толық толық буферленген) қамтамасыз ететін регистрлер (буферлер) бар, осылайша көптеген бір уақыттағы сұраулармен жад контроллеріне жүктемені азайтады. Буферленген FB-DIMM модульдері буферленбегендермен үйлесімді емес.
  • Модульдер тіркеу жадыОлар сондай-ақ жадтың масштабталуын арттыруға мүмкіндік береді - регистрлердің болуы бір арнада көбірек модульдерді орнатуға мүмкіндік береді.

Сервердің жедел жады модульдерін пайдалану бір жүйеде оперативті жадтың үлкен көлемін орнатуға мүмкіндік береді, ал ECC паритеттік бақылау әдістері мен буферлерді пайдалану серверлік операциялық жүйенің тұрақты және жылдам жұмыс істеуіне мүмкіндік береді деп қорытынды жасауға болады.

ЖЖҚ мөлшері.үшін негізгі факторлардың бірі жоғары өнімділік 1С сервері мен ДҚБЖ – бұл жедел жадтың жеткілікті көлемі. Әрине, жедел жадтың нақты қажеттіліктері көптеген факторларға байланысты - 1С конфигурациясының түріне, 1С: Кәсіпорын серверінің процестерінің санына, ДҚБЖ деректер қорының өлшеміне және т.б. Дегенмен, ЖЖҚ көлемінің пайдаланушылар санына шамамен тәуелділігін шығаруға болады (3 кестені қараңыз).


1c сервері мен ДҚБЖ үшін ЖЖҚ талаптары 10 пайдаланушыға дейін 20 пайдаланушыға дейін 30 пайдаланушыға дейін 50 пайдаланушыға дейін
Сервер 1c: Кәсіпорын 4-6 ГБ 6-8 ГБ 12-14 ГБ 18-24 ГБ
MS SQL сервері 4-6 ГБ 8-10 ГБ 16-18 ГБ 24-28 ГБ

3-кесте – 1С серверін пайдаланушылар саны мен 1С:Кәсіпорын серверлік процестері мен MS SQL сервері үшін ұсынылатын жедел жадтың шамамен қатынасы.


1C: Enterprise серверлік процестеріне қатысты (rphost.exe) - қазіргі заманғы 1С платформалары мүмкіндік бермейді қолмен режим 1С серверлік процестерінің санын көрсетіңіз. Оның орнына жүйе нөмір сияқты параметрлерді орнатуды талап етеді ақпараттық базаларжәне rphost.exe процесіндегі пайдаланушылар саны, содан кейін ол 1C: Enterprise сервер процестерінің оңтайлы санын автоматты түрде анықтайды. Сондай-ақ, rphost.exe процесін оның көлемі алдын ала анықталған шекті мәннен асып кетсе, жедел жадты біркелкі босату үшін теңшеуге болады. Бұл жағдайда 1С сервері rphost.exe жаңа процесін жасайды, ол бірте-бірте 1С тапсырмаларын қабылдайды, бұл қажетті 1С процесін жүктеуге мүмкіндік береді.

Сондай-ақ, кэштегі SQL деректері кемінде 90% болса, SQL қызметіне бөлінген ЖЖҚ көлемі жеткілікті деп есептелетініне назар аудару керек. Бұл көрсеткіш өте ыңғайлы, себебі... SQL сервері тұтынатын ЖЖҚ мөлшерін жай ғана қарап шығу мүмкін емес - SQL-тің соңғы шығарылымдары жедел жадты динамикалық түрде тұтынған - ЖЖҚ-ның максималды мүмкін көлемі басқа процестермен талап етілетін жедел жад алынады және босатылады.

ЖЖҚ жиілігі.Қысқасы, бұл өткізу қабілетідеректер аналық платаға, одан процессорға берілетін арналар. Бұл параметрдің аналық платаның рұқсат етілген жиілігіне сәйкес келуі немесе одан асуы жөн, әйтпесе ЖЖҚ беру арнасы тығырықтан шығу қаупі бар. DDR бір түрінің ішінде жиілікті арттыру/азайту 1С серверінің жұмысына түбегейлі әсер етпейді және «дәл баптау» аймағына көбірек жатады.

ЖЖҚ уақыттары.Бұл оперативті жадтың кешігуі немесе кешігуі. Бұл параметр ЖЖҚ микросхемасының әртүрлі модульдері арасындағы ауысу кезіндегі деректердің кешігу уақытымен сипатталады. Төмен мәндер жылдамырақ өнімділікті білдіреді. Дегенмен, серверлік жүйенің жалпы өнімділігіне, тіпті одан да көп 1С: Enterprise серверіне әсері төмен. Әдетте, бұл параметрлерге тек ойыншылар мен үдеткіштер ғана назар аударады, олар үшін өнімділіктің әрбір қосымша төмендеуі ең құнды болып табылады.

Дискінің ішкі жүйесі және қатты дискілер

Қатты диск контроллері.Аппараттық жүйеде қатты дискілерді қосуға және ұйымдастыруға арналған негізгі құрылғы - қатты диск контроллері. Ол екі түрде келеді:

1. Кірістірілген – контроллер модулі жүйеге енгізілген, қатты диск торы тікелей аналық платаға қосылған. Бұл неғұрлым үнемді шешім болып саналады.

2. Сыртқы – бөлекті білдіреді баспа схемасы(құрылғы) аналық плата қосқышына қосылатын. Қатты құралдармен операцияларды жүргізуге және басқаруға арналған жеке чиптері бар болғандықтан, бұл кәсіби шешім болып саналады HDD дискілері. 1C: Enterprise сервері және ДҚБЖ сияқты маңызды серверлік жүйелер үшін ұсынылады.

Сондай-ақ үшінші түрі бар – блоктық деректерді iSCSI, FiberChanel, InfiniBand, SAS арналары арқылы қабылдау/беру құрылғысы. Дегенмен, бұл нұсқада дискінің ішкі жүйесі «жойылған». бөлек құрылғыоптикалық немесе мыс кабель арқылы серверге қосылған деректерді сақтау (DSS). Біздің мақалада біз 1С үшін дербес серверге қойылатын талаптарды талдаймыз, сондықтан біз бұл түрді қарастырмаймыз.

RAID массивтерінің түрлері мен деңгейлері.Бұл артық және жақсартылған өнімділік үшін бірнеше дискілерді логикалық блокқа біріктіретін деректерді виртуалдандыру технологиясы. RAID спецификациясының ең танымал деңгейлерін қарастырайық:

  • RAID 0 («Жолдау»)Оның артықшылығы жоқ және шағын блоктар («жолақтар») түрінде массивке енгізілген барлық дискілер бойынша ақпаратты дереу таратады. Осыған байланысты өнімділік айтарлықтай артады, бірақ сенімділік азаяды. Өнімділік артықшылықтарына қарамастан, бұл массив түрін пайдалануды ұсынбаймыз.
  • RAID 1 («Айна», «айна»).Ол қолда бар аппараттық құралдардың жартысының істен шығуынан қорғайды (жалпы жағдайда екі қатты дискінің біреуі), рұқсат етілген жазу жылдамдығын қамтамасыз етеді және сұрауларды параллельизациялау есебінен оқу жылдамдығын арттырады. Массивтің бұл түрі 25-30 пайдаланушыға дейін, әсіресе 15K SAS дискілері немесе SSD дискілері пайдаланылса, 1С+ДҚБЖ серверіне толық қолдау көрсетеді.
  • RAID 10.Айналанған дискілер жұптары «тізбекте» орналасқан, сондықтан алынған көлемнің көлемі бір сыйымдылықтан асып кетуі мүмкін қатты диск. Біздің ойымызша, диск массивінің ең сәтті түрі, себебі... ол RAID1 сенімділігі мен RAID 0 жылдамдығын біріктіреді. SAS 15K дискілерімен немесе SSD дискілерімен бірге оны 40-50 пайдаланушының 1С серверлері үшін пайдалануға болады.
  • RAID 5.Тиімділігімен танымал. Артық болу үшін массивтің бір дискінің сыйымдылығын құрбан ету арқылы біз жүйенің қатты дискілерінің кез келгенінің істен шығуынан қорғаныс аламыз. (оның RAID 6 нұсқасы қосымша екеуін қажет етеді қатты дискілербақылау сомасын орналастыру үшін, бірақ екі диск істен шыққан жағдайда да деректерді сақтайды). Массивтің бұл түрі үнемді, сенімді және айтарлықтай оқу өнімділігімен ерекшеленеді. Өкінішке орай, бұл массивтің тар жолы төмен жазу жылдамдығы болып табылады, бұл оны 15-20 пайдаланушыға дейін 1С сервер конфигурацияларымен пайдалануға ыңғайлы етеді. Ол сондай-ақ қолданбалы мақсаттар үшін оңтайлы болып табылады - файл деректерін сақтау, құжат айналымы мұрағаты және т.б.

Қатты диск интерфейстерінің түрлері.Қосылу түрі бойынша қатты дискілер бөлінеді:

  • HDD Sata Home.Үйдегі компьютерлерде немесе желілік медиа орталықтарда пайдалануға арналған ең арзан қатты диск опциясы. Төмен ақауларға төзімділік пен жұмыс тұрақтылығына байланысты 1c серверлерінде мұндай құрылғыларды пайдалану ұсынылмайды - бұл дискілердің құрамдастары тәулік бойы жұмыс істеуге арналмаған және тез істен шығады.
  • HDD Sata сервері.Бұл атау әдетте Sata интерфейсі және шпиндель жылдамдығы 7200 айн/мин болатын қатты дискілерге қатысты. «Сервер» префиксі мұндай дискілердің серверлік жүйелердегі өнімділікке сыналғанын және олар үшін жасалғанын білдіреді тұрақты жұмыс 24/7. Әдетте 1С серверлерінде жоғары өңдеу жылдамдығын қажет етпейтін ақпараттың үлкен көлемін сақтау үшін қолданылады. Мысалы - 1c мұрағат базалары, папкалармен алмасу, файлдарды жүктеу кеңсе құжаттарыжәне т.б.
  • HDD SAS сервері. SAS интерфейсі (SCSI заманауи аналогы) мен арасындағы айырмашылықтар Sata интерфейсікейбір. Міне, дискінің орташа жауап беру уақыты және ортақ диск сөресінде жұмыс істеу және HDD контроллерімен жоғарырақ ақпарат алмасу жылдамдығымен жұмыс істеу - 6 ГБ/с дейін (Sata 3 ГБ/с салыстырғанда). Бірақ басты артықшылығы - шпиндельдің жылдамдығы 15 000 айн / мин болатын SAS дискілерінің модельдерінің болуы. Дәл осы дизайн ерекшелігі HDD Sata серверімен салыстырғанда SAS дискілеріне секундына 3 есе көп енгізу/шығару операцияларын орындауға мүмкіндік береді. Мұндай SAS дискілерінің сыйымдылығы аз және олар үнемі жоғары жұмыс жүктемесі бар негізгі 1c дерекқорлары үшін пайдалану ұсынылады.
  • SSD дискілері.Бұл дискілер алдыңғылардан қосылу интерфейсінде емес, дизайнында ерекшеленеді - олар қатты күйде және қозғалатын бөліктері жоқ, т.б. Негізінде олар «флэш-дискілердің» аналогтары. Мұндай технологиялар SSD дискілеріне секундына енгізу/шығару операцияларының «шамадан тыс» санын шығаруға мүмкіндік береді (ең қарапайым SSD үлгілеріндегі 10 000 операциядан). Дегенмен, бұл артықшылықтың кемшілігі де бар - SSD дискілерінің жоғары бағасы және SSD блоктарына жазулар санының шегіне байланысты «олардың қызмет ету шегі». Дегенмен, жыл сайын бұл дискілер арзанырақ және ұзаққа созылады. SSD дискілерінің құны көлемге байланысты бірнеше есе өсетіндіктен, оларды қол жеткізу жылдамдығы жоғары талап ететін шағын, бірақ шамадан тыс жүктелген 1c дерекқорлары үшін, сондай-ақ TempDB ДҚБЖ уақытша дерекқорлары үшін пайдалану өте орынды болар еді.

IOPS – секундына енгізу/шығару операцияларының саны.Негізінде, IOPS - бұл 1 секундта оқуға немесе медиаға жазуға болатын ақпарат блоктарының саны. Яғни, оның таза түрінде бұл 1С серверінің өнімділігіне әсер ететін қатты дискінің ақпаратты өңдеу жылдамдығының негізгі параметрі. Салыстыру үшін стандартты 4кб ақпарат блогын алатын болсақ, біз келесі IOPS көрсеткіштерін шамамен бөліп көрсетуге болады (4-кестені қараңыз).


Қатты диск IOPS Интерфейс
7200 айн/мин SATA дискілері ~75-100 IOPS SATA 3 Гб/с
10 000 айн/мин SATA дискілері ~125-150 IOPS SATA 3 Гб/с
10 000 айн/мин SAS дискілері ~140 IOPS SAS
15 000 айн/мин SAS дискілері ~175-210 IOPS SAS
SSD дискілері 8 000 IOPS бастап SAS немесе SATA

4-кесте - 4кб деректер блогымен жұмыс істеу кезінде қатты дискілердің әртүрлі типтеріндегі IOPS көрсеткіштері.


Әрине, оның таза түрінде IOPS соңғы есептеулерді және 1С серверінің дискілік ішкі жүйесіне қойылатын талаптарды есептеу үшін аз қолданылады. Өйткені, дискілік ішкі жүйенің жалпы өнімділігі RAID массивінің түрінен, диск түрлерінен және оның интерфейс жылдамдығының көрсеткіштерінен, жауап беру уақытынан (Кідіріс), кездейсоқ қол жеткізу уақытынан, оқу және жазу операциялары санының пайызынан және басқа да көптеген факторлардан тұрады. . Дегенмен бұл параметр, біздің ойымызша, дискілік ішкі жүйенің жылдамдығының негізгі көрсеткіші болып табылады және сервер архитектурасын әзірлеу кезеңдерінде ол белгілі бір қажеттіліктерге қандай қатты дискілердің түрі ең қолайлы болатынын анықтауға көмектеседі. (RAID калькуляторын қараңыз)

Тәжірибе сынағы

1С пайдаланушылар саны мен iops санының арасында қандай байланыс бар? Біздің команда дискілік ішкі жүйедегі жүктемені өлшеу үшін практикалық сынақ жүргізді (5-кестені қараңыз). белгілі бір сома 1С сессиялары. 1С жүйесі бағдарламаланатын орта болғандықтан және әрбір компанияда 1С жүйесінде өзінің бизнес-процестерінің жиынтығы болуы мүмкін болғандықтан, тестілеу үшін бізге белгілі бір анықтамалық конфигурацияға сілтеме қажет болды. Бұл мүмкіндікте тестілеу және жөндеу үшін әзірленген 1С процессорының мамандандырылған конфигурациясы таңдалды. Оның негізінде біздің 1С бағдарламашыларымыз қарапайым кәсіпорынның қалыпты жұмысын имитациялайтын бірқатар сұрауларды қосты, олар бухгалтерлік сұраныстарды, хабарламаларды қалыптастыру, есептерді құрастыру және операциялық құжаттарды орналастыру.


Жүйелік диск Деректер базасы бар диск
Итерация Пайдаланушылар IOPS жазу IOPS оқылды IOPS жазу IOPS оқылды
Орташа мәндер
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

Кесте 5 – Дискілік ішкі жүйедегі жүктеме бойынша тәжірибелік сынақтың нәтижелері.


Сынақ нәтижелері көрсеткендей, дискілік ішкі жүйедегі жүктеменің негізгі үлесі 1С ДҚБЖ серверінің дерекқорына және операциялық жүйенің жүйелік дискісіне (1С: Кәсіпорын кэш серверінің файлдары әдепкі бойынша орналасқан) жазғанда пайда болады. .

Параллельді тестілеу кезеңінде - 5 жұмыс күні ішінде біз қазірдің өзінде жұмыс істеп тұрған 1С UPP 8.2 деректер базасын практикалық өлшеулер жүргіздік. Олар орта есеппен 1С + ДҚБЖ сервері «оқуға» қарағанда «жазу үшін» екі есе көп IOPS тұтынатынын көрсетеді. Синтетикалық сынақтар мен нақты 1С серверінің мониторинг статистикасы арасындағы бұл айырмашылық жұмыс күні ішінде дерекқордан ақпарат деректерін мерзімді іріктеумен де, жұмыс уақытында деректер базасын жүйелі түрде оқумен де байланысты. сақтық көшірменемесе ДҚБЖ репликасы.

Қатты дискінің басқа компоненттеріне назар аудару керек.

  • Физикалық өлшем (форма факторы).Бүгінгі таңда барлық дерлік белгілі дискілер дербес компьютерлержәне серверлердің өлшемі 3,5 немесе 2,5 дюйм. 2,5 дюймдік дискілер үлкен көлемде шығарылмайтынын ескеріңіз.
  • Кездейсоқ қол жеткізу уақыты- уақыт қатты дискмагниттік дискінің белгілі бір бөлігінде оқу-жазу операциясын орындауға кепілдік беріледі. Әдетте, көбірек жақсы нәтижелерсервер дискілері бар. Бұл жеткілікті маңызды параметр 1С ДҚБЖ сервері үшін диск массивін құру кезінде.
  • Шпиндель жылдамдығы- қатты диск шпиндельінің минутына айналу саны. Мұнда бәрі қарапайым және түсінікті - қол жеткізу уақыты мен қатты дискінің деректерін берудің орташа жылдамдығы магниттік пластиналары бар шпиндельдің айналу жылдамдығына байланысты.
  • Қатты диск буферінің сыйымдылығы- буфер – бұл қатты дискіні оқу/жазу және интерфейс арқылы деректерді тасымалдау жылдамдығындағы айырмашылықтарды тегістеуге арналған уақытша жад.
  • Сенімділік- сәтсіздіктер арасындағы орташа уақыт (MTBF) ретінде анықталады. Әдетте, сенімділік өндірушіге, бағаға және қатты дискіні пайдалану ортасына тікелей байланысты. Біз сенімділікті 1С серверінің жұмыс сапасына әсер ететін қатты дискінің маңызды параметрі деп санаймыз.

Дұрыс таңдау: үй немесе серверлік жабдық

Аппараттық құрамдас бөліктердің бағасының төмендеуі және «үй компьютерлерінің» әлеуетті сыйымдылығының белсенді өсуі тағы бір апатты қате пікірге әкеледі - шағын бизнес 1С деректер базасымен жұмыс істеу платформасы ретінде жұмыс станцияларын белсенді пайдаланады. Сонымен қатар, негізгі жиілік параметрлеріне, жад көлеміне және қарапайым компьютерде бюджеттік SSD дискілерін пайдалану мүмкіндігіне қосымша, коммерциялық құрылымдағы аппараттық құралдардың жұмысына жүйелі, тереңірек және маңызды талаптар бар екенін түсінбестен. (6 кестені қараңыз).

1С серверін ұйымдастыру мәселесін шешу үшін біз III деңгейлі деректер орталықтарында 1С бұлттық серверлерін жалға беруді ұсынамыз. Серверді жалға алуды таңдаудың экономикалық орындылығын мақаладан табуға болады.


Опциялар Сервер Дербес компьютер
Есептеу қуатының сәйкестігі В В
24/7 жүйенің қол жетімділігіне кепілдік беріледі В X
Негізгі аппараттық құрамдастардың сенімділігі мен тұрақтылығы В X
Мүмкіндік қашықтықтан басқаруқуат және консоль (IPMI) В X
Аппараттық платформаның бюджеттік құны X В

6-кесте – 1С серверінің жоғары сапалы жұмыс істеуі үшін қажетті критерийлер бойынша үй және серверлік жабдықты салыстыру.

1С ақауларға төзімді жұмысы

Әрине, 1С сервер бөлігіне қойылатын маңызды талаптардың бірі оның жұмысының тұрақтылығы және ақауларға төзімділігі болып табылады. Майкрософт пен 1С-тің өзі бұл бағытта көп күш жұмсады, өз қызметтерін айтарлықтай маңызды деңгейде кластерлеу технологияларын жасады (7-кестені қараңыз).


SQL серверлерінің ақауларға төзімділігі Бірыңғай жалпы деректер қоймасы тұжырымдамасына негізделген. Кірістірілген SQL Server кластерлеу технологиясы екі SQL серверін бір виртуалды IP мекенжайы және бір дерекқоры бар бір кластерге біріктіреді. Осылайша, егер негізгі SQL сәтсіз болса, сұраулар автоматты түрде сақтық көшірмеге ауыстырылады.
Екінші нұсқа – жақында енгізілген AlwaysOn – негізгі және сақтық көшірме SQL серверлері арасында ДҚБЖ дерекқорларын автоматты түрде тұрақты қайталау технологиясы. Бұл ретте қайталанатын SQL сервері физикалық түрде басқа жадта орналасады, бұл тәуекелге төзімділікті арттырады
1С: Кәсіпорын сервері қызметінің ақауларға төзімділігі 1С Enterprise серверлері автоматты түрде ауыстырылуы және ағымдағы сеанстардың сақталуы бар белсенді-белсенді бағдарламалық құралдың ақауларға төзімді кластеріне біріктірілген.

7-кесте – SQL және 1С серверлерінің ақауларға төзімділігі.


Дегенмен, әр технологияның оң және теріс жақтары бар. Негізгі артықшылықтардан басқа, қызмет өнімділігін нашарлатпау үшін 1C және SQL кластерлеуінің () кейбір мүмкіндіктерін білу қажет:

  • SQL кластерлері виртуалды IP пайдаланады.Бұл 1C:Enterprise сервері мен MS SQL арасындағы өзара әрекеттесу әрқашан мынаған сәйкес болады дегенді білдіреді. желілік интерфейс, тіпті екі қызмет те бір операциялық жүйеде болса да. Бұл, тиісінше, 1C өзі ұсынған архитектураның классикалық нұсқасымен - Ортақ жадты пайдаланумен салыстырғанда 1С жұмысының баяулауына әкеледі. Негізінде, бұл кедергіні, мысалы, MS SQL Log Shipping технологиясының көмегімен «айнап өтуге» болады. Дегенмен, бұл жағдайда сақтық көшірме SQL серверіне ауысу енді автоматты түрде болмайды және бұл опцияны толыққанды кластер деп санауға болмайды.
  • SQL кластері үлкен бюджеттік шығындарды қажет етеді.Егер біз MS SQL қызметінің классикалық кластерленуі туралы айтатын болсақ, онда негізгі және резервтік SQL серверлеріне қосылған бір дерекқор қоймасы қажет. Әдетте, бұл рөлді қымбат сақтау жүйелері атқарады, бұл бюджетті шамадан тыс арттырады. Егер біз жаңадан шыққан AlwaysOn туралы айтатын болсақ, онда бір дерекқорды сақтау қажет емес, технология жұмыс істейді. жергілікті дискілержелі арқылы негізгі және резервтік серверлер. Бірақ сізге SQL Server Enterprise нұсқасы қажет, оның лицензиясы әдеттегі SQL Server StandardD стандартынан 4 есе қымбат тұрады.
  • Лицензиялар саны.Екінші SQL сервері деректерді өңдемейтініне және резервте тұрғанына қарамастан, екі сервер үшін де лицензияларды сатып алу қажет болады - негізгі және сақтық көшірме. Әсіресе, SQL Server Enterprise лицензиялары AlwaysOn қолжетімділігі жоғары топтардың таратылған кластерін іске асыру үшін бюджет үшін өте ауыр.
  • Бүкіл кәсіпорынның есеп жүйесі сияқты маңызды қызмет үшін арзан тапсырыстық жабдықты пайдаланудың қажеті жоқ. Бағасы бұл жағдайдамұндай платформаның сапасын, тұрақтылығын және ұзақ мерзімділігін тікелей анықтайды.
  • Сервер платформасын таңдағанда, екі қуат көзінің, қашықтағы IPMI картасының және өндірушінің брендінің болуына назар аударуды ұсынамыз. Әрине, әркім өз бюджетіне негізделген шешімді таңдайды, ең жақсы брендтер кейде тым қымбат және мүлдем сәйкес келмейді, бірақ сіз өндірушіні үнемдемеуіңіз керек, бұл 1С-пен жұмыс істеу кезінде бақыланбайтын форс-мажорға әкелуі мүмкін. Жеке біз Supermicro сервер платформаларын Intel серверлік процессорларымен бірге пайдаланамыз.
  • Тәжірибемен расталған пікір бар, 1C өнімділігі ұсынылған ядролардың санына қарағанда процессордың жоғары жиілігіне байланысты.
  • 1С сервері мен SQL қызметі үшін бөлінген ЖЖҚ көлемін үнемдеудің қажеті жоқ. RAM қосулы осы сәтбұл өте арзан ресурс және оның тапшылығы (тіпті 10-15 пайызға) 1С жүйесінің өнімділігінің айтарлықтай төмендеуіне әкеледі, өйткені баяу своп жүйесі қосылады. Сонымен қатар, своп дискінің ішкі жүйесіне қосымша жүктеме түсіреді, бұл жағдайды одан әрі нашарлатады.
  • EFSOL компаниясы 1С серверін таңдау бойынша кешенді қызметтерді ұсынады, оған мыналар кіреді: 1С серверін жобалау, сатып алу, конфигурациялау және техникалық қызмет көрсету.
  • Жеке 1С серверін құрудың баламасы 1С серверін жалға алу болып табылады. Бұлттық технологиялар ай сайынғы төмен шығындармен 1С жүйесінде ыңғайлы жұмыс үшін сенімді, ақауларға төзімді қызметті алуға мүмкіндік береді.

Жүйелік интеграция. Кеңес беру

1С үшін қандай сервер қажет екенін таңдағанда, пайдаланушылар онымен жұмыс істеп жатқанда, секундына көптеген деректерді оқу және жазу операциялары орындалатынын есте ұстаған жөн.

Сірә, 1С үшін сауатты сервер дизайнының неге соншалықты маңызды екендігі бірден түсінікті - егер аппараттық құрал бастапқыда қате таңдалған болса және жүйедегі жүктемеге сәйкес келмесе, онда оның үзіліспен жұмыс істеу қаупі бар немесе маңызды деректер жоғалып кету. Екінші жағынан, 1С үшін сервер жасаңыз, барлық жабдықты сатып алыңыз және бағдарламалық қамтамасыз етукомпания үшін қомақты соманы алуы мүмкін, сондықтан жабдықты қажетсіз шығындарды болдырмайтындай етіп таңдаған жөн.

1С үшін серверді таңдау

Біздің мамандарға 1С сервері үшін конфигурацияны таңдау қажет болғанда, олар ең алдымен компанияда 1С-пен қанша пайдаланушы жұмыс істейтінін және олар қандай қызметтер жиынтығын пайдалануды жоспарлап отырғанын, олар қандай болатынын, серверді кім басқаратынын сұрайды. 1С серверлері және қалай. Біз 1С серверін құру кезінде осы ақпараттан бастаймыз.

1С серверіне қойылатын талаптар

1С серверінің аппараттық құрылымында процессордың, жедел жадтың, дискілік ішкі жүйенің және желілік интерфейстердің сипаттамалары біз үшін маңызды болады.

Олар келесі компоненттердің тұрақты және жеткілікті өнімді жұмысын қамтамасыз ету қажет:

  • операциялық жүйе;
  • дерекқор сервері (көбінесе бұл);
  • 1С сервер бөлігі (барлық жағдайда емес, өйткені 2-10 пайдаланушысы бар шағын компания 1С файл режимінде жұмыс істей алады);
  • Пайдаланушылар қашықтағы жұмыс үстелі режимінде жұмыс істейді;
  • арқылы қашықтағы пайдаланушылардың жұмысы жұқа клиентнемесе веб-клиент.

1С серверіне процессорды таңдау

Процессор өзектерінің оңтайлы саны әдетте ОЖ жұмыс істеу үшін 1-2 ядроны, SQL дерекқорын іске қосу үшін 1-2 ядроны, қолданбалы серверді іске қосу үшін тағы 1 ядроны және әрбір 8-10 бір уақыттағы пайдаланушы сеансы (пайдаланушылар кейінірек 1С серверінің баяу жұмыс істейтініне шағымданбауы үшін).

Сұраныстарды өңдеу жылдамдығы өзектер санына емес, тәуелді екенін ескеріңіз тактілік жиілікпроцессор, ал ядролардың саны пайдаланушылардың көп саны және олардан бір мезгілде тапсырмалар болған кезде тұрақтылыққа көбірек әсер етеді.

1С серверіне қанша жады қажет?

Жоғарыда айтылғандарға қосымша, 100 немесе одан да көп пайдаланушыға арналған 1С сервері қажет болса, кем дегенде екі физикалық 1С серверінен тұратын кластерді орналастыруды ұсынамыз.

Қажетті жедел жадының көлемін келесі көрсеткіштер негізінде есептеуді ұсынамыз:

  • Операциялық жүйе үшін 2 ГБ қажет болады
  • MS SQL Server кэшін іске қосу үшін кемінде 2 ГБ және бұл мән дерекқордың нақты көлемінің 20-30% болғаны жақсы - бұл онымен пайдаланушылардың ыңғайлы жұмысын қамтамасыз етеді
  • 1С қолданбалы сервері үшін 1 – 4 ГБ
  • 1С серверінің функциялар жинағына және пайдаланылатын конфигурацияға байланысты бір пайдаланушы терминал сеансына 100 – 250 МБ қажет болады.

Міне, 1С 8.3 серверінің параметрлерінің шамамен есептеулері:

ЖЖҚ резервімен сатып алған дұрыс - бұл 1С серверінің жоғары өнімділігінің маңызды факторларының бірі және сонымен бірге ол қазір ең арзан компоненттердің бірі болып табылады. Егер 1С Enterprise серверінде жад жеткіліксіз болса, бұл жұмыс кезінде өте байқалады, сондықтан қандай 1С серверін таңдау керек деген сұрақ туындағанда, оның жеткілікті жедел жады бар екеніне әрқашан назар аударыңыз.

Сервер 1С: дискілік ішкі жүйеге арналған жабдық

1С үшін қандай сервер қажет екенін таңдағанда, пайдаланушылар онымен жұмыс істеп жатқанда, секундына көптеген деректерді оқу және жазу операциялары орындалатынын есте ұстаған жөн. Бұл параметр - қатты диск деректерді өңдеуге мүмкіндік беретін жылдамдық - сонымен қатар 1С серверінің өнімділігінің негізгі параметрлерінің бірі болып табылады.

1С серверін жобалау кезінде дискінің ішкі жүйесіне келесі аппараттық талаптарды сақтауды ұсынамыз:

  • 1С үшін қандай сервер жасағаныңыз маңызды емес, біз ешбір жағдайда серверлерде бір дискілерді пайдалануды ұсынбаймыз - оларды RAID массивтеріне (үлкен үшін RAID 10 немесе шағын дерекқорлар үшін RAID 1) ұйымдастырған жөн. кестелер орналасады.
  • Индекс файлдарына жылдамырақ қол жеткізу үшін бөлек SSD дискісіне жылжытуды ұсынамыз
  • TempDB - 1-2 (RAID 1) SSD дискісінде.
  • Операциялық жүйені және пайдаланушы деректерін SSD/HDD ішінен RAID 1-ге орналастырыңыз.
  • Журнал файлдары үшін массивтен бөлек логикалық дискіні немесе физикалық SSD дискісін бөліңіз.
  • Мүмкін болса, пайдаланыңыз аппараттық контроллер– біз қуатты және қымбат сервер контроллердің жеткіліксіз өнімділігіне байланысты баяулаған жағдайларды көрдік.

1С үшін серверді таңдау

Бұл мақалада біз 1С үшін серверді қалай таңдауға болатыны туралы бірнеше кеңестер мен өрескел есептеулер бердік, олар сізге пайдалы болады деп үміттенеміз.

Қорытындылай келе, тағы бір нәрсені қосайық - сіз 1С сервері үшін пайдаланушы компьютерін пайдалану арқылы ақша үнемдеуге тырыспауыңыз керек (көбінесе шағын компанияларда жасалады) - пайдаланушының аппараттық құралдары серверлік жабдыққа қарағанда әлдеқайда сенімді және ақауларға төзімді. ұқсас өнімділік. Сіз өзіңіздің компанияңыздың есеп жүйесіне қауіп төндірмеуіңіз керек. Сәйкес жабдықты сатып алу сіздің бюджетіңізге сәйкес келмесе, бұлтта 1С қолдану мүмкіндігін қарастырғыңыз келуі мүмкін.

Егер сізге 1С Enterprise 8.3 үшін қай серверді таңдау керектігін, 1С серверін қалай жасауға болатынын анықтау қиын болса, өйткені сіз бұрын мұндай тапсырманы кездестірмеген болсаңыз, тәжірибелі техникалық мамандар сізге дизайн жасауға көмектесуі үшін әрқашан жүйелік интегратор компаниясына хабарласуға болады. , 1С үшін сізге қолайлы серверді сатып алыңыз, орнатыңыз және баптаңыз.

Алдымен мен бірнеше жұмыс сценарийін бөліп көрсетуді ұсынамын:

1.) Ортақ ресурс (веб-сервер) арқылы файлдық дерекқормен жұмыс істеу

2.) Терминалдағы файлдық деректер қорымен жұмыс істеу

3.) Сервермен (MSSQL) мәліметтер қорымен жұмыс

Ортақ ресурс (веб-сервер) арқылы файлдық дерекқормен жұмыс істеу


Мұнда бәрі өте қарапайым. Егер бұл тұрақты формаларжәне 1-3 пайдаланушы. Содан кейін «серверде» (деректер базасы орналасатын машина) таңдаңыз:

  • жылдам бұрандалар- шпиндельдің айналу жылдамдығына назар аударыңыз (7200 айн/мин алыңыз). Мысалы, біз WD-дан жасыл серияны алмаймыз, біз қара немесе қызыл түсті аламыз. Seagate-те Constellation сериясы бар.
  • Орталық Есептеуіш Бөлім- өзектер олардың жиілігі сияқты маңызды емес. 1C көп ядроларды өте нашар пайдаланады (мүлдем емес), сондықтан сіз 8 ядролы процессордың артықшылықтарын ала алмайсыз, жиілігі жоғары 2 ядролы процессор оны жақсырақ етеді. Мысалы, core i3 4360 - қазіргі уақытта бұл Intel үшін максималды жиілік (турбо режимінде 4 ГГц).
  • Жедел жад -ол мұнда рөл ойнамайды. Заманауи қолданбалардың жадты қалай жейтінін ескере отырып, оны 8 ГБ етіп орнатыңыз
  • тор- Шын мәнінде, сіз 1 Гбит желіден көп пайда таппайсыз, бірақ соған қарамастан, егер сізде 8 ядролы бұралған жұп болса (коннекторларды қарауға болады), онда гигабиттік қосқышты бір мезгілде орнату мағынасы бар; уақыт, файлды ортақ пайдалану жылдамырақ болады.
    Және бұл сценарийге соңғы жанасу мынада, дерекқорды бөлек машинада бір жерде орналастырудың қажеті жоқ - ұзақ операциялар желіге қарағанда жергілікті түрде әлдеқайда жылдам орындалады. Мына көлікті сал жұмыс орны, ол жоспарланған жерден, мысалы, айды жабу немесе ақпараттық қауіпсіздік жаңартуларын жасау.

Тағы бір мәселе, егер база қосулы болса бақыланатын пішіндер. Мұнда, егер сіз бәрін жоғарыда сипатталғандай жасасаңыз, сіз тежегіш аласыз. Дегенмен, шығудың жолы бар:

  • SSD дискі*кәдімгі бұранданың орнына ол бізді құтқарады. 120 ГБ дискіні алыңыз, бақытымызға орай, тіпті айырбас бағамының өсуін ескере отырып, олар қолайлы. Intel 520/530 сериясына, kingston v300-ге назар аударуды ұсынамын. Ең жақсысы, соңғы үлгілердің шолуларын оқыңыз, өйткені... бұл нарық өте тез дамып, нарыққа жаңа өнімдер шығуда
    *Ескертпе: Егер дискілерді шағылыстыруы бар RAID ішіне біріктірсеңіз, мысалы, RAID1. Бұл жағдайда мұндай нүкте бар: көпшілігі SSD дискілеріқоқысты тазалау үшін кесу қажет (негізінен ескі үлгілерге қатысты), рейд режимінде пәрменге қолдау көрсетілмеуі мүмкін және диск жұмыс істеген сайын жылдамдығы төмендейді. Бұл мәселені болдырмау үшін кем дегенде екі әдісті қолдануға болады: ең дұрысы, кәсіпорын деңгейіндегі SSD сатып алыңыз, мысалы, Intel DC3500. Қымбат болып көрінсе, комбинацияны қолдануға болады: чипсетпен аналық плата
  • Орталық Есептеуіш Бөлім- алдыңғы абзацқа ұқсас. Жиілік неғұрлым жоғары болса, соғұрлым жақсы.
  • Жедел жад -үлкен ол мұнда рөл ойнамайды. Заманауи қолданбалардың жадты қалай жейтінін ескере отырып, оны 8 ГБ етіп орнатыңыз

Егер 1 пайдаланушы дерекқормен жергілікті жұмыс істесе, онда бұл оның ыңғайлы жұмысы үшін жеткілікті, бірақ ортақ ресурс арқылы желілік жұмыс жылдамдығы әлі де баяу болады. Бірақ мұнда да шығудың жолы бар – веб-сервер арқылы жұмыс істеу. Интернетте сіз 1С-пен жұмысты дәл осылай ұйымдастыруды сипаттайтын көптеген мақалаларды таба аласыз, мен бұл мақалада бұл туралы тоқталмаймын. Мен сіздермен бөлісетін жалғыз нәрсе - бұл менің бақылауларым: пайдаланушылар үшін жұмысты веб-браузер арқылы емес, жұқа клиент арқылы конфигурациялаған дұрыс (ақпараттық қауіпсіздік тізіміне жаңа дерекқорды қосқанда, ақпараттық қауіпсіздікті орналастыруда). бетте «веб-серверде» элементі бар). Бұл, менің байқауымша, браузер арқылы қарағанда жылдамырақ. Сонымен қатар, браузер арқылы жұмыс істегенде, интерфейсте қателер бар (жылжымалы PM және т.б.), олар жұқа клиент арқылы жұмыс істегенде жоқ.

Шын мәнінде, бұл рецептті пайдалану (ssd, жоғары жылдамдықты процессор, веб-сервер, жұқа клиент). Сіз «егер пайдаланушылар саны 1-ден көп болса (кейбір нұсқаларда 0-ден көп :)) мифті жоюға болады - сізге серверлік база қажет*.

* Әрине, бұл UPP немесе дерекқор өлшемі > ~ 4 ГБ емес және пайдаланушылар саны 4-тен аспайтынын ескерсек (бұл дерекқордың максималды өлшемі және мен көрген пайдаланушылар саны. , мүмкін біреу веб-сервер арқылы файлдық дерекқорда көп адам жұмыс істеді ме? Түсініктемелерге жазыңыз)

Терминалдағы файлдық деректер қорымен жұмыс істеу

Келесі нұсқаға көшейік. Бізде терминал сервері және файлдық деректер базасы бар. Мұнда процессордан басқа барлығы 1-сценарийге ұқсас:

  • SSD дискікәдімгі бұранданың орнына.*
    *Ескерту:Дискілерді шағылыстыруы бар RAID жүйесіне жинауды ұмытпаңыз, мысалы, RAID1. Бұл жағдайда мұндай нүкте бар: көптеген SSD дискілері қоқыстарды тазалау үшін кесуді қажет етеді (негізінен рейд режимінде өте ескі үлгілер үшін, пәрменге қолдау көрсетілмеуі мүмкін және диск жұмыс істеген кезде жылдамдығы төмендейді); Бұл мәселені болдырмау үшін кем дегенде екі әдісті қолдануға болады: ең дұрысы, кәсіпорын деңгейіндегі SSD сатып алыңыз, мысалы, Intel DC3500. Бұл қымбат болып көрінсе, теңшелетін SSD дискісін пайдалануға болады, бірақ оның қайта жазу ресурсы жұмыс сценарийі үшін жеткілікті екеніне көз жеткізіңіз.
  • Орталық Есептеуіш Бөлім- Бұл жерде i3 орнына corei5 алудың мәні бар, өйткені Терминалда 1С жұмыс істейді, қосымша 2 ядро ​​зиян келтірмейді, бірақ жиілік туралы ұмытпаңыз.
  • Жедел жадӘкімшілер арасында осындай тұрақты өрнек бар: тым көп жады жоқ). Менің тәжірибем бойынша, BP3-те жұмыс істейтін 7 адам терминалда 8-12 ГБ орын алады (әр пайдаланушы үшін қанша құжат ашық екеніне байланысты). Қалыпты пішіндер үшін жад көлемін 2-ге бөлуге болады :).

Сервермен (MSSQL) мәліметтер қорымен жұмыс


Бұл сценарий ең күрделі және жеке мақаланы қажет етуі мүмкін. Бұл мақалада мен өнімділікке әсер ететін негізгі принциптерді ғана қарастыруды ұсынамын

  • Хостинг SQL сервері және 1С сервері.Әртүрлі машиналарда немесе біреуінде. Мұндай тармақ бар: егер олар бір машинада болса, онда олардың арасындағы байланыс ортақ жад протоколы арқылы жүзеге асады және бұл жағдайда біз өнімділік бойынша бонус аламыз, олар әртүрлі машиналарда болған кезде болмайды.
  • ОРТАЛЫҚ ЕСЕПТЕУІШ БӨЛІМ.Бірақ бұл жерде жоғары сағаттық жылдамдықтар мен көп ядролар пайдалы болады. Өйткені Бізде SQL сервер процесі бар, егер ол бір машинада болса және процессор өзектерін жүктейтін бірнеше 1С rphost сервер процестері бар (яғни, аналық платада екі розетка болған кезде). бірнеше розетка). Егер сіз оны бір бос розеткамен алсаңыз да, «резервте, кенеттен қажет болса, қосымша процессорды кейінірек сатып алыңыз». Мен бос екінші розеткамен өмірдің соңына дейін жұмыс істемейтін көптеген екі ұялы серверлерді көрдім. Дегенмен, егер компания төлесе ... неге ләззаттан бас тартасыз :)
  • Жедел жад. Өз жұмысында SQL сервері* жедел жадты белсенді түрде пайдаланады, егер ол жеткіліксіз болса, ол ssd жағдайында да жедел жадқа қарағанда баяуырақ дискілерге қол жеткізеді. Сондықтан бұл жерде жадты үнемдеудің қажеті жоқ. Мүмкін болатын максималды санға арналған бюджет (әрине, ақыл-ой туралы ұмытпаңыз :)) және әрқашан қосымша таяқшаны жеткізу үшін аналық платада бос слоттарды қалдырыңыз.
    *Ескертпе: SQL сервері пайдаланатын максималды жедел жадты шектеуді ұмытпаңыз, ол ОЖ және терминал сеанстары үшін жеткілікті, сонымен қатар tmp және SQL дерекқорын ұлғайту қадамдарын көбейтіңіз (әдепкі бойынша қадам 1 МБ құрайды, ол өте кішкентай, жинақталған Әр базаға 200 МБ және журналға 50 МБ)
  • Дискінің ішкі жүйесі.Сіз оперативті жадының көлемі деректер базасының өлшемінен үлкен болса, онда оның бәрі жадта болады және бәрі ұшады деп ойлауыңыз мүмкін. Дискілерге жазатын бірінші жазу операциясына дейін... осылай болған болуы мүмкін :). Міне, қатты дискілер сізді бұзады :) SSD дискілерін пайдаланыңыз. Мұнда жұмыс үстелі емес SSD дискілеріне ақша үнемдемеңіз, кәдімгі кәсіпорын деңгейіндегі SSD дискілерін сатып алыңыз. Intel DC3700 -200 ГБ, ресурс 3,7 петабайт (5 жыл бойы күніне бүкіл сақтау сыйымдылығын 10 қайта жазу), RAID1=48000 үшін 24000р/дана + секунд үшін табуға болады. Лицензия әлдеқайда қымбатқа түседі.

Солай болған сияқты. Егер сізде сұрақтар/шағымдар/ұсыныстар болса - түсініктемелерде қош келдіңіз;)

1С: Кәсіпорын 8 аз пайдаланушылар санының өзінде ресурсты көп қажет ететін қолданба бола алады. 1С серверін таңдағанда, кез келген иесі «туған жарақаттардан» аулақ болғысы келеді - оған тән ықтимал кедергілер. Екінші жағынан, бүгінде аз адамдар «өсу үшін» артық сыйымдылығы бар серверлерді сатып алады. Жүктеме профилін алдын ала жоюға болатын болса жақсы - компания қосымшаларының белгілі бір конфигурациясына серверді жобалау оңайырақ.

Нақтырақ айтсақ, 1С: Кәсіпорын 8.2 платформасын оның танымал негізгі конфигурацияларында «Бухгалтерлік есеп», «Сауда және қойма», «Жалақы және персоналды басқару», «Сауда кәсіпорындарын басқару» және ішінара «Өндірістік кәсіпорынды басқару» қарастырайық. 1С жүйесінде жұмыс істейтін 10 немесе одан да көп қызметкері бар кәсіпорындар үшін «1С: Enterprise 8.2» қолданылады деп есептейміз. Қолданбалар сервері». Қашықтағы жұмыс үстелі режимінде жұмыс істеу мүмкіндігін ескерейік, бір уақытта деректер қорын пайдаланушылар саны 100-150 дейін. Ұсыныстар «ауыр» 1С дерекқорларына да қатысты болады, бірақ «ауыр жағдайлар» әрқашан жеке көзқарасты қажет етеді.

Процессорлар және жедел жады

Егер компания өте кішкентай болса (жүйеде 2-7 пайдаланушы), деректер базасы шағын (1 ГБ дейін) және «1С: Enterprise 8.2» пайдаланушының компьютерінде файлдық режимде жұмыс істейтін болса, онда біз классикалық іске асыруды аламыз. файл сервері. Тіпті Intel Core i3, Intel Xeon E3-12xx аз болса да, мұндай процессорды жүктеу тапсырмасын жеңе алады. Қажетті жедел жадтың (ЖЖҚ) көлемі өте қарапайым есептелген: операциялық жүйе үшін 2 ГБ және жүйелік файл кэші үшін 2 ГБ.

Егер компанияда 5-25 1C пайдаланушысы болса, дерекқор көлемі 4 ГБ дейін болса, 1C: Enterprise 8.2 қолданбасы 4 ядролы Intel Xeon E3-12xx немесе AMD Opteron 4xxx үшін жеткілікті болуы керек. ОЖ үшін 2 ГБ жедел жадтан басқа, 1C: Enterprise 8.2 үшін 1-4 ГБ бөлу керек. Қолданбалар сервері» және MS SQL Server астында кэш ретінде бірдей сома – барлығы 8-12 ГБ жедел жады. Шағын дерекқорлар үшін ЖЖҚ-да дерекқордың кем дегенде 30% немесе одан да жақсысы 100% кэштеу ұсынылады.

Бұл белгілі (ерекше жарнамаланбағанымен) факт: «1С: Кәсіпорын 8.2. Операциялық жүйе оны қатты дискідегі своп файлына жүктегенде қолданба сервері оны ұнатпайды және кейде жауап жоғалтуға бейім. Сондықтан, «Қолданбалар сервері» жұмыс істейтін серверде әрқашан ЖЖҚ-да бос орын болуы керек - әсіресе бүгінгі күні ол арзан болғандықтан.

Ірі компанияларда 1С пайдаланушылары әдетте қолданбаға қашықтан қол жеткізу (Қашықтағы жұмыс үстелі) арқылы жұмыс істейді, яғни терминалдық режимде. Әдетте, 1 ГБ және одан жоғары деректер қоры бар 10-100 1С пайдаланушыларымен «1С: Кәсіпорын 8.2. Бағдарлама сервері» және «1С: Enterprise 8.2» пайдаланушы қолданбасы бір серверде жұмыс істейді.

Қажетті процессор ресурстарын анықтау үшін бір физикалық ядро ​​8-ден көп емес пайдаланушы ағындарын тиімді өңдей алады деп болжанады - бұл процессорлардың ішкі архитектурасына байланысты. Тәжірибе көрсеткендей, 1C + Remote Desktop тапсырмалары үшін ядролық жиіліктері төмен және архитектурасы жойылған серверлік процессорларды пайдаланбау керек. Егер пайдаланушылар аз болса (15-20-ға дейін), бір жоғары жиілікті Intel Xeon E3-12xx процессоры жеткілікті. Бұл ретте оның физикалық ядроларының кем дегенде біреуі (2 ағын) SQL Server қажеттіліктері үшін, тағы біреуі (2 ағын) 1C: Enterprise 8.2 үшін пайдаланылады. Бағдарлама сервері», ал қалған 2 физикалық ядро ​​(4 ағын) ОЖ және терминал пайдаланушыларына арналған. Егер 1С пайдаланушыларының саны 20-дан асса немесе дерекқор көлемі 4 ГБ-тан көп болса, Intel Xeon E5-26xx немесе AMD Opteron 62xx жүйесіндегі 2 процессорлы жүйелерге көшудің уақыты келді.

ЖЖҚ-ның қажетті көлемін есептеу салыстырмалы түрде қарапайым: ОЖ-ға 2 ГБ, MS SQL серверіне кэш ретінде 2 ГБ немесе одан да көп (деректер базасының кемінде 30%), 1-4 ГБ 1С: Enterprise 8.2. Қолданбалар сервері», қалған сервер жады терминал сеанстары үшін жеткілікті болуы керек. Бір терминал пайдаланушысы конфигурациясына байланысты «Бухгалтерлік есеп», «Сауда және қойма» қосымшаларында - 100-120 МБ, «Еңбекақы және персоналды басқару», «Сауда кәсіпорнын басқару» - 120-160 МБ, «Өндірістік кәсіпорынды басқару» - 180-240 МБ. Егер пайдаланушы серверде MS Word, MS Excel, MS Outlook бағдарламаларын қосымша іске қосса, онда әрбір қосымшаға шамамен 100 МБ бөлінуі керек. Әдетте, терминал сервері үшін ең азы 12 ГБ жедел жады.

Мысалы, бүкіл бағдарламалық пакеті бар 1С сервері, «Сауда кәсіпорнын басқару» конфигурациясындағы 50 терминал пайдаланушысы және 8 ГБ дерекқор үшін оңтайлы есептеу қуаты екі Intel Xeon E5-2650 процессоры (8 ядро, 16 ағын, 2,0 ГГц). ЖЖҚ кемінде 2 (OS) + 4 (SQL) + 4 (1C сервері) + 8 (160 «USP» * 50 пайдаланушы) = 18 ГБ немесе жақсырақ 24-32 ГБ (4 ГБ 6-8 DIMM арнасы) қажет болады.

Дискінің ішкі жүйесі

1С: Enterprise 8 серверлерінің баяу жұмысына қатысты шағымдардың көпшілігі оларда енгізу/шығару операцияларының қандай түрлері, қандай деректер бойынша және қандай қарқындылықпен орындалатынын түсінбеумен байланысты. Көбінесе, бұл тұтастай сервердің жеткілікті өнімділігін қамтамасыз етудің кілті болып табылатын дискілік ішкі жүйе - бос емес дерекқорлар үшін ең үлкен мәселе көптеген пайдаланушылар олармен бір уақытта жұмыс істегенде немесе жаппай жүктеу/түсіру/ кезінде кестені құлыптау болып табылады. хабарламалар. Сервер дискінің ішкі жүйесін бақылау және оңтайландыру.

1С-де ол жұмыс істейтін дискілік ішкі жүйе үшін 5 деректер ағыны бар:

  • мәліметтер базасы кестелері;
  • индекстік файлдар;
  • tempDB уақытша файлдары;
  • SQL журнал файлы;
  • 1С пайдаланушы қолданбаларының журнал файлы.

1С-дегі деректер құрылымы объектіге бағытталған, көптеген объектілер мен олардың арасындағы байланыстар бар. Деректер кестелерімен жұмыс істегенде, дискінің ішкі жүйесі белгілі бір уақыт аралығында орындай алатын оқу және жазу операцияларының саны (секундтағы кіріс шығысы, IOPS) өте маңызды. Сонымен қатар, оның жоғары ағындық деректерді беру жылдамдығын қамтамасыз ету мүмкіндігі (Мбп/с) әлдеқайда маңызды емес. 3-5 пайдаланушысы бар 200-300 МБ өте қарапайым дерекқор шыңдарда 400-600 IOPS-ке дейін жасай алады. 10-15 пайдаланушысы бар және көлемі 400-800 МБ болатын деректер базасы 1500-2500 IOPS, 2-4 ГБ дерекқордың 40-50 пайдаланушысы 5000-7500 IOPS жасайды, ал 80-100 пайдаланушысы бар деректер базасы 12000-ге оңай жетеді. 18000 IOPS.

Әрине, дискінің ішкі жүйесіндегі орташа жүктеме шыңның 10-15% болуы мүмкін. Тек шын мәнінде, ең жоғары жүктеме кезеңдерінде маңызды болып табылатын өнімділік: басқа жүйелерден деректерді автоматты түрде жүктеу, таратылған жүйенің деректер алмасуы немесе кезеңді қайта жоспарлау.

Кездейсоқ қол жеткізу (Random Read/Write) бар оқу және жазу операцияларындағы қазіргі заманғы дискілер келесі жүктемелерге төтеп береді:

Intel 910 400 ГБ

2400 – 8600 IOPS

Бұл анық байқалады:

  • HDD де, SSD үшін де жазу қиын;
  • дәстүрлі HDD дискілері IOPS-те оқу жылдамдығы бойынша SSD дискілеріне бәсекелес емес, тіпті теориялық тұрғыдан алғанда, айырмашылық магнитуданың екі тәртібінен асады;
  • Тіпті қазіргі заманғы емес жұмыс үстелі SSD IOPS жазу жылдамдығындағы кез келген HDD-ден 3-40 есе жылдам (конфигурацияға байланысты), сервердің SSD дискісі HDD-ден 12-40 есе жылдамырақ;
  • IOPS ішіндегі ең жоғары өнімділікті PCIe SSD класы Intel 910 немесе LSI WarpDrive қамтамасыз етеді.

Деректер базасының серверлерінде жалғыз дискілер пайдаланылмайды, тек RAID массивтері. Дискілік ішкі жүйенің нақты өнімділігін одан әрі есептеу үшін IOPS-ке жазу шығындарын («айыппұл») ескеру қажет, оны RAID ішіндегі диск тобы көтереді:

Егер сіз RAID 10-да 6 дискіні жинасаңыз, онда 1 IOPS деректердің әрбір жазылуы үшін 2 IOPS физикалық диск, ал RAID 6-да болса, 6 IOPS дискі жұмсалады. Осылайша, дискілер тобының жазу жүктемесін есептеу кезінде алдымен RAID тобындағы барлық дискілердің IOPS-ін қосып, содан кейін оларды «айыппұлға» бөлу керек.

1-мысал: RAID 1 жүйесіндегі 2 HDD SATA 7200 жазу мүмкіндігін қамтамасыз етеді: (100 IOPS *2) / 2 = 100 IOPS.

2-мысал: RAID 5 жүйесіндегі 4 SATA 7200 жазу мүмкіндігін қамтамасыз етеді: (100 IOPS *4) / 4 = 100 IOPS.

3-мысал: RAID 10 жүйесіндегі 4 SATA 7200 жазу мүмкіндігін қамтамасыз етеді: (100 IOPS *4) / 2 = 200 IOPS.

2 және 3 мысалдар 68/32 типтік оқу/жазу үлестірімі бар дерекқорларды сақтау үшін RAID 10 неге қолайлы екенін анық көрсетеді.

Үш кестедегі деректерден RAID 1-дегі 2 HDD SATA 7200 типтік «джентльмен жиынтығының» өнімділігі сервер үшін неге жеткіліксіз екені түсінікті: ең жоғары жүктеме кезінде диск сұрауларының кезегі өседі, пайдаланушылар күтеді. жүйенің жауабы, кейде бірнеше сағат бойы.

Дискілік ішкі жүйенің жазу өнімділігін қалай арттыруға болады? Олар RAID тобындағы дискілердің санын көбейтеді, айналу жылдамдығы жоғары дискілерге ауысады және жазу жазасы төмен RAID деңгейін таңдайды. Артқа жазу режимі қосылған RAID контроллерімен кэштеу көп көмектеседі. Деректер тікелей дискілерге жазылмайды (Write Through режиміндегідей), бірақ контроллердің кэшіне, содан кейін ғана пакеттік режимде және реттелген түрде дискілерге жазылады. Тапсырманың ерекшелігіне қарай жазу өнімділігін 30-100% арттыруға болады.

Жеңіл жүктелген немесе салыстырмалы түрде шағын дерекқорлар үшін (20 ГБ дейін) «IOPS алудың» арзан әдісі қолайлы - SSD/HDD гибридті RAID. Кафе желісі немесе қызмет көрсету станциясы сияқты үлестірілген құрылымдағы 3-15 пайдаланушыға арналған филиалдық дерекқорға артық қажет емес.

Ұзақ тарихи деректер ізі бар үлкен (200 ГБ немесе одан көп) дерекқорлар үшін немесе бірнеше үлкен дерекқорларға қызмет көрсету үшін SSD кэштеу (LSI CacheCade 2.0 немесе Adaptec MaxCache 3.0 технологиялары) тиімді болуы мүмкін. Мұндай жүйелерді пайдалану тәжірибесіне сүйене отырып, дәл 1С тапсырмаларында оларды дискідегі операцияларды салыстырмалы түрде арзан және сақтау инфрақұрылымында елеулі өзгерістерсіз 20-50% жылдамдату үшін пайдалануға болады.

IOPS өнімділігі бойынша чемпион сервер SSD дискілеріндегі RAID массивтері болып табылады - дәстүрлі, SAS RAID контроллерін және PCIe SSD пайдаланатын. Олардың танымал болуына екі шектеу кедергі келтіреді: технологиялық (RAID контроллерлерінің өнімділігі немесе сақтау құрылымын түбегейлі бұзу қажеттілігі) және іске асыру құны.

Индекс файлдары мен TempDB сақтау туралы ерекше атап өту керек. Индекс файлдары өте сирек жаңартылады (әдетте күніне бір рет), бірақ олар өте жиі оқылады (IOPS). Мұндай деректерді оқу өнімділігімен бірге SSD дискісінде сақтау керек! Уақытша деректерді сақтау үшін пайдаланылатын TempDB әдетте өлшемі бойынша шағын (1-4-12 ГБ), бірақ жазу жылдамдығы жағынан өте талап етеді. Индекс пен уақытша файлдардың ортақ қасиеті - олардың жоғалуы нақты деректердің жоғалуына әкелмейді. Бұл оларды бөлек (тіпті жақсырақ - екі бөлек томға) SSD-ге орналастыруға болатындығын білдіреді. Кем дегенде аналық платаның борттық SATA контроллерінде. Сенімділік пен өнімділік тұрғысынан TempDB үшін SSD-ден айнаны (RAID1) қамтамасыз ету ұсынылады, оны борттық контроллерде жасауға болады, бірақ барлық жазу кэштерін міндетті түрде өшіру арқылы. Жұмыс үстелінің SSD дискілері де бұл рөлді жеңе алады - Intel 520 сериясы сияқты, TempDB-ге жазу кезінде аппараттық деректерді қысу орынды болады. Бұл тапсырмаларды ортақ сақтау жүйесінен арнайы жоғары жылдамдықты ішкі жүйеге жылжыту тұтастай жүйенің жұмысына, әсіресе ең жоғары жүктеме кезінде оң әсер етеді.

Сәтсіздіктер кезінде әкімшілерден мүмкіндігінше жылдам әрекет етуді қамтамасыз ету мүмкін болған жағдайларда және күрделі есептеу тапсырмалары (қойма немесе көлік логистикасы, UPP-дегі өндіріс, URDB-дегі көлемдік алмасулар) болған кезде TempDB RAMDrive-қа ауыстырылады. Бұл шешім кейде жалпы жүйе өнімділігінің 4-12% дейін алуға мүмкіндік береді. Кейбір қолайсыздықтар сервер қайта іске қосылғанда ғана туындайды: RAMDrive автоматты түрде іске қосылмаса, оны қолмен іске қосу үшін әкімшінің араласуы қажет болады - әйтпесе бүкіл жүйе істен шығады.

Тағы бір маңызды компонент журнал файлдары болып табылады. Олардың кез келген дискілік ішкі жүйе үшін жағымсыз ерекшелігі бар - олар шағын жазу сұрауларының тұрақты дерлік ағынын жасайды. Бұл орташа жүктемелерде байқалмайды, бірақ ең жоғары жүктеме кезінде 1С серверінің өнімділігін айтарлықтай төмендетеді. Журнал файлын (әсіресе SQL журнал файлын) жоғары IOPS талаптары жоқ жеке физикалық көлемге жылжыту мағынасы бар және дерлік сызықтық жазуларды қабылдайды. Жан тыныштығы үшін қымбат емес және көлемді SATA/NL SAS (Толық журнал үшін) немесе Intel 520 сериясының қымбат емес жұмыс үстелі SSD дискілерінен айна жасауға болады (қарапайым журнал немесе Толық журнал, күнделікті сақтық көшірме жасау және тазалау).

Тұтастай алғанда, серверлерге SSD дискілерінің келуі көп деңгейлі деректерді сақтау және дискінің енгізу-шығаруының ақылға қонымды конфигурациясы арқылы жаппай өндірілетін серверлердің өнімділігін арттырудың жаңа мүмкіндіктерін ашты деп айта аламыз.

«1С үшін тамаша сервердің» дискілік ішкі жүйесі келесідей көрінеді:

1. Деректер базасының кестелері міндетті аппараттық RAID контроллері бар сенімді сервер SSD дискілерінен RAID 10 (немесе шағын дерекқорлар үшін RAID 1) жүйесінде орналастырылған. Жоғары IOPS талаптары үшін PCIe SSD опциясын қарастыруға болады. Үлкен дерекқорлар үшін HDD массивтерін SSD кэштеу тиімді. Егер пайдаланылатын 1С конфигурациясы және деректер құрылымы IOPS үшін тым талап етпесе және пайдаланушылар саны аз болса, HDD SAS 15K айн / мин дәстүрлі массиві жеткілікті болады.

2. Индекс файлдары жылдам және қымбат емес жалғыз SSD, TempDB - 1-2 (RAID 1) SSD немесе RAMDrive дискісіне орналастырылады.

3. SQL (және жақсырақ 1C) журнал файлдары үшін SATA/NL SAS HDD дискісінде немесе арзан SSD дискісінде арнайы көлем (бір физикалық диск немесе RAID-1) немесе сервердің операциялық жүйесі орнатылған RAID массивіндегі логикалық диск. орналасқан және пайдаланушы файлдары/қалталары.

4. Операциялық жүйе мен пайдаланушы деректері HDD немесе SSD дискінен RAID 1-де сақталады.

Егер АТ-инфрақұрылымы виртуалдандырылса, SQL Server виртуалды машина ретінде емес, тікелей физикалық серверде, жалаң металлда орнатылғаны өте қажет. Шығарылымның бағасы дискілік ішкі жүйе өнімділігінің 15-тен 35% -ға дейін (жабдықтарға, драйверлерге, виртуализация құралдарына және дыбыс деңгейін қосу әдістеріне байланысты). Виртуалдандырылған SQL сервер ортасында дерекқор кестелерімен, индекс файлдарымен және TempDB-мен VM-ге томдарды қосу тікелей қатынас арқылы эксклюзивті режимде қажет.

Желілік интерфейстер

Шағын және орта кәсіпорындарға арналған 1С: Enterprise 8 жүйесін құру кезінде (бір уақытта 100-150 белсенді пайдаланушыға дейін) Ethernet интерфейсі арқылы желілік операциялардағы жоғалтуларды азайту керек. Ең дұрысы, бір физикалық сервермен қашықтағы жұмыс үстелінде SQL Server, 1C: Enterprise 8 Application Server x64 және 1C пайдаланушы сеанстарына қызмет көрсетіңіз. Ақауларға төзімділікті қамтамасыз ету тұрғысынан даулы, мұндай ұсыныс аппараттық және бағдарламалық қамтамасыз етуді барынша пайдалануға мүмкіндік береді, ал виртуализацияны қолдану арқылы ол басқа жабдықта қауіпсіздіктің белгілі бір деңгейін және «қоршаған ортаның қайталануын» қамтамасыз етеді.

Неліктен Ethernet желісін SQL сервері -> 1С қолданбалы сервері: Кәсіпорын 8 -> пайдаланушы сеансы 1С: Кәсіпорын 8 тізбегінен шығару керек? Ethernet желілік интерфейсі деректерді тасымалдауға арналған салыстырмалы түрде шағын блоктарға орау арқылы әрқашан қосымша кідірістерді жасайды: трафикті орау/орау кезінде де, тасымалдаудың өзі кезінде де (жоғары кідіріс). 1С: Enterprise 8-де деректердің айтарлықтай үлкен көлемі бүкіл тізбек бойынша өңдеу және көрсету үшін, кейбір жағдайларда - екі бағытта да беріледі. Сервердің жедел жадысында (виртуализациясыз бір серверде) немесе виртуалды желі интерфейсі арқылы деректерді бір процесстен екіншісіне тікелей тасымалдау кезінде (бір физикалық серверде, VM арасында ЖЖҚ блоктарын тасымалдайтын жақсы серверлік желі адаптерлері бар) кідіріс көп болады. төмен. Үлкен оперативті жады және SSD дискінің ішкі жүйесі бар заманауи қос процессорлы серверлер 100-150 белсенді пайдаланушыға арналған 1С дерекқорына ыңғайлы қызмет көрсетуге мүмкіндік береді.

Егер бос емес дерекқорлар үшін бірнеше физикалық хосттарды пайдалану мүмкін болмаса, барлық серверлерді 10 Гб Ethernet арқылы қосқан жөн. Немесе аппараттық TCP/IP жеделдету (TCP/IP түсіру құралы) және аппараттық виртуалдандыру қолдауы бар кем дегенде 2-4 біріктірілген 1 Гб Ethernet қосылымдары.

Бюджеттік шешімдер Ethernet порттарындағы өнімділік жоғалтуларынан ең көп зардап шегеді. Көптеген серверлік аналық платаларда дәнекерленген 1 Гб желілік адаптерлер қарқынды желілік трафикті өңдеуге арналмағаны ешкімге құпия емес. Тақтада 2 немесе 3 GbE порттары болса да, олар әдетте жұмыс үстелі чиптерінде жүзеге асырылады. Басқару үшін жеткілікті болғанымен, олар желілік байланыстарға қызмет көрсету үшін, әсіресе виртуалдандырылған ортада қосымша шығындар жасайды. Мұндай чип арқылы деректерді берудің бүкіл процесі процессордың ресурстарымен, жедел жадымен және ішкі шиналардағы жүктемемен қамтамасыз етіледі. Мұндай чиптер IP-трафикті беруде ешқандай жеделдету қамтамасыз етілмейді, әрбір қабылданған және жіберілген Ethernet пакеті процессорға бөлек үзіліс қажет. Виртуалды ортада желілік интерфейс өнімділігінің жоғалуы 25-30% жетуі мүмкін. Ең жағымсыз нәрсе, желілік интерфейсті бақылау құралдарымен шамадан тыс жүктеу байқалмауы мүмкін. Орталық процессор оған жауапты, ал егер ол жұмыс істемесе, желі картасынан жауап күту үшін жұмыссыз отырады. Жұмыс үстелі микросхемаларындағы порттарды виртуалдандырылған орталардағы деректер ағынынан шығарып, серверді басқару тапсырмаларына қалдырған жөн. Қарқынды желілік трафик үшін сервер чипсетіне дискретті желі картасын қосқан жөн.

Ақауларға төзімділік немесе қолайлы тоқтау уақыты?

Сервердің өнімділігі туралы талқылаулар әрқашан олардың сенімділігі туралы пікірталастармен бірге жүреді. Ақауларға төзімділікті қамтамасыз ету әрқашан қосымша шығындарды талап етеді, әсіресе үздіксіз өндірістік процестерді қолдау кезінде. 1С рөлі мен орнын төмендетпестен, оның пайдаланушыларының көпшілігі әртүрлі жазықтықта «өнімділік/сенімділік» дилеммасын шешеді деп айта аламыз: олар бірінші үшін аппараттық шешімдерді оңтайландыру арқылы, екіншісі үшін - процестер мен процедураларды ұйымдастыру арқылы күреседі. Қолданбалар орташа маңызды болғанда, жұмыс қабілеттілігін сақтаудағы басты назар серверді жеке қорғауға емес, тұтастай алғанда инфрақұрылымның тоқтап қалу уақытын азайтуға бағытталған.

Әрине, бір уақытта қосылған пайдаланушылардың салыстырмалы түрде көп саны (25-150) және барлық қосымшаларды бір серверде орналастыратын кәсіпорындар үшін үздіксіз қуат көздерін, серверлердің өздері үшін артық қуат көздерін, жылдам ауыстырылатын диск себеттерін және ыстық күту режиміндегі RAID массивтері. Бірақ ешбір аппараттық құрал деректердің жоспарланған сақтық көшірмесін алмастыра алмайды. Күнделікті (дәлірек айтқанда, түнде) сақтық көшірме жасау және Full SQL журналы бар операциялық файлды алу арқылы сіз 1С дерекқорын салыстырмалы түрде қысқа мерзімде толығымен қалпына келтіре аласыз.

Шағын және орта кәсіпорындар үшін орталық 1С жүйесінің рұқсат етілген тоқтап қалу уақыты айына 1-2 апатты құрайды, ұзақтығы 1-4 сағат. Шын мәнінде, бұл уақыттың үлкен қоры - егер сіз қалпына келтіруге алдын ала дайындалған болсаңыз. Жылдам қайта іске қосудың қажетті шарты жеке сақтау орнында/көлемде VM түріндегі барлық виртуалды және физикалық серверлердің кескіндерінің болуы - резервтік серверде инфрақұрылым бөлігінің өзін қалпына келтіру болып табылады. Күнделікті сақтық көшірме жасау (сонымен қатар апта сайынғы және кезеңнің соңында) басқа физикалық құрылғыға және Толық SQL журналы «жұмыс күнінің басынан» деректердің жоғалуы өте маңызды және қолмен қалпына келтіру қиын болған жағдайларда қажет. Егер сізде ауыстырылатын жабдық болса, өнімділігі аз болса да, жалпы функционалдылықты қалпына келтіру үшін оны 1-2 сағат ішінде жасауға болады. 24 × 7 операциялық үздіксіздік қажет болған жағдайда, негізгі міндеттер сәйкес архитектураны, ең аз сәтсіздік нүктелері бар жабдықты және толыққанды кластерлік технологияларды таңдау болады. Бірақ бұл мүлдем басқа әңгіме.

Түпнұсқа мақала: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

«Компьютерлік шолу» журналы редакторының рұқсатымен

Enterprise 8 платформасында орындалатын бағдарламалардың тиімділігін қамтамасыз ету үшін тек қана емес 1С сатып алыңыз, сонымен қатар дұрыс сервер шешімін таңдау үшін.

Қазіргі уақытта 1С 8 енгізубірнеше нұсқада жүзеге асырылады. Ең танымал шешім - арнайы файл сервері. Бұл опция арнайы компьютерді немесе шағын серверді, орнатылған серверлік ОЖ-ны, сондай-ақ 1C: Enterprise бар қалтаға ортақ кіруді орнатуды қамтиды. Бұл опция өте қарапайым және қол жетімді, бірақ ол жоғары өнімділік пен сенімділікті қамтамасыз ете алмайды.

Егер ұйымға сенімділік пен жоғары өнімділікті қамтамасыз ету қажет болса, онда, әдетте, олар таңдайды 1С 8 енгізуөнеркәсіптік ДҚБЖ – Microsoft SQL Server пайдалану. Бұл жағдайда операциялық жүйе ретінде Windows Server 2003 пайдаланылады және аппараттық құрал жоғары талаптарға сай болуы керек.

Бұл шешім қымбатырақ, бірақ оның жоғары өнімділік пен ақауларға төзімділік сияқты артықшылықтары бар. Жүйе сонымен қатар тиімді сақтық көшірме жасауға мүмкіндік береді, деректерді қорғаудың жоғары деңгейін қамтамасыз етеді және ақаулар кезінде міндетті индекстеуді болдырмайды.

Жүйе дұрыс жұмыс істеуі үшін оны білікті маман жүзеге асыруы керек 1С программист. Тәжірибесіз болғандықтан 1С программистбарлық артықшылықтарды жоққа шығаруы мүмкін - сервер конфигурациясы нашар деректер базасының үлкен көлемі 1С өнімінің өнімділігін айтарлықтай төмендетеді.

Сондай-ақ, бұл іске асыру опциясы үшін жұмыс станциялары Windows Server 2003/2008 жүйесіне қосылу үшін клиент лицензияларын талап ететінін атап өткен жөн. 1С ақпараттық базасында жоғары жүктемелер болған жағдайда Windows SBS 2003/2008 өнімділігі жеткіліксіз болуы мүмкін. Бұл жағдайда Microsoft SQL Server 2005/2007 қосымша серверін бөлуге болады.

1С енгізу кезінде жиі қолданылатын тағы бір әдіс - терминал сервері. Windows Server 2003 жүйесіне кіріктірілген Терминал қосылымы қызметі үлкен өнімділік резервін, қауіпсіз және толық жұмыс істеу мүмкіндігін, сондай-ақ қорғаудың жоғары деңгейін алуға мүмкіндік береді.

1С бағдарламаларын енгізуге арналған бағдарламалық қамтамасыз ету тізімі: Кәсіпорын.

Әдетте, 1С: Enterprise платформасында бағдарламаларды іске асыру үшін келесі бағдарламалық жасақтама қолданылады: Windows 7, Vista, XP Professional, Windows Server 2003-2008, Windows шағын бизнес сервері.

Windows XP Professional ұзақ уақыт бойы ОЖ-ның негізгі нұсқасы болып табылады және көптеген ұйымдарда орнатылған. Windows 7 - бұл желілерді, технологияларды және жүйелерді біріктіру арқылы жоғары өнімділікті қамтамасыз ететін дербес компьютерлерге арналған жеткілікті жаңа операциялық жүйе. Windows Vista, XP Professional және 7 операциялық жүйелерімен жабдықталған компьютерлер бастапқы деңгейдегі серверлер ретінде пайдаланылуы мүмкін. Бұл операциялық жүйелер 10-ға дейін қосылымды қолдайды, бірақ жылдамдық пен қауіпсіздік көп нәрсені қаламайды.

Windows Server 2003 немесе 2008 - 1С: Кәсіпорын шешімдерін енгізуге мүмкіндік беретін ең танымал серверлік операциялық жүйелер. , сенімділігін және техникалық қызмет көрсетудің қарапайымдылығын қамтамасыз ету.

Windows Small Business Server 2008 сервер өнімдерінің тұтас пакетінен және қосымша құрамдас бөліктерден тұратын бағдарламалық өнім болып табылады. Бұл опция 1С Enterprise ақпараттық базасында ауыр жүктемелерді орналастыруды жоспарламайтын шағын компаниялар үшін қолайлы. Windows SBS 2008 негізгі артықшылығы оның төмен бағасы болып табылады.

Сонымен бұрын 1С сатып алыңыз, дерекқор қандай жүктемеге ұшырайтыны туралы ойлану керек және сәйкесінше сервер түрін таңдау керек.

Шығарылымды 1cmarket.ru лицензиялық бағдарламалық қамтамасыз ету дүкені дайындады


Пікірлер мен шолулар

Желі көздері Black Shark 2 Pro смартфонының егжей-тегжейлі сипаттамаларын ашты, ол ресми түрде...

HTC бағасы 9 000 рубль болатын Wildfire E моделімен бюджеттік смартфондар ауқымын кеңейтті...

LG өзінің теледидарлары Apple AirPlay 2 және HomeKit технологияларын қолдайтынын хабарлады. Авторы...

Жақында Phanteks компаниясы арнайы әуе қорғаныс жүйесін құрастыруға арналған бірегей шешімді ұсынды. Жаңа мұздық D140...