Жабдықтағы нақты жүктемені түсіну үшін 1С терминал серверінің өнімділігін өндірісте сынау керек болды, мен мұны жақында жасадым, енді мен барлығына көрінетін нәтижелерді ұсынғым келеді.
Толығырақ мақалада оқыңыз.
Сіз 1С туралы басқа мақалаларды сәйкес бөлімде таба аласыз -.
1С-тегі бірнеше алдыңғы мақалаларда мен 1С негізгі пайдаланушыларының, атап айтқанда бухгалтерлік есеп және сату бөлімдерінің қызметкерлерінің күшімен жасалған әртүрлі жүктемелер үшін сервер конфигурацияларын есептеумен жұмыс істедім. Бухгалтерлердің міндеттері есептерді құрастыруға және бағдарламаға деректерді енгізуге ғана байланысты емес, сондықтан оларға толық терминалға қол жеткізу және олардан қажетті барлық нәрселермен жұмыс істеу жақсырақ болады (). Менеджерлер үшін бәрі әлдеқайда қарапайым және олар үшін қосымшаны () жариялау толығымен қолайлы жағдай болып табылады.
Мен серверді нақты тестілеусіз өндіріске енгізуге тәуекел етпедім, сондықтан ауқымды тестілеу ұйымдастырылды. Оның жеке мен үшін артықшылығы мен теориялық есептеулерімді іс жүзінде растай (немесе жоққа шығара алатынмын), оның негізі қызметкерлердің жұмыс станцияларының өте субъективті көрсеткіштері болды.
Сынақ ортасы
Сонымен, тестілеу үшін біз процессоры бар серверді алдық Intel Xeon E5-1650 v3 @ 3,50 ГГц, 128 ГБ жедел жады, RAID 1 жүйесінде 2*SSD. Бұл серверде виртуалды машина орналастырылған, ол жай ғана терминал сервері, оған 1С 8.2, 1С 8.3, MS Office 2013 Pro қолданбалары орнатылған.
Мен бірден айтамын, жүктеменің сипаты аралас болды, яғни RemoteApp арқылы жұмыс істейтін клиенттер болды және RDP арқылы толығымен кіріп, өз жұмысына қажетті бағдарламаларды (тек 1С емес, сонымен қатар Office) пайдаланатындар болды. ). Тарату шамамен келесідей болды: 24 RemoteApp сеансы, 5 RDP клиенті.
Пайдаланушыларға екі сағат сайын әрбір 30 минут сайын қосымшаларға кіру және оларда күнделікті тапсырмаларды орындау міндеті тұрды - есептерді құру, деректерді басып шығару, құжаттарды орналастыру, деректерді басқа форматтарға экспорттау және т.б. Ең бастысы, серверді қою мақсаты болмады мақсаты нақты орташа тәуліктік жүктемені беру болды.
Тест нәтижелері
Барлығы әдеттегідей басталды - үшінші басудан бастап, бөлім басшыларынан бастап және одан жоғары пайдаланушылар 1С жүйесіне кіріп, күнделікті тапсырмаларды орындай бастады. Мұның бәрі ұзаққа созылмады және менде сервер өнімділігі көрсеткіштерін нақты жүктемеге барынша жақын қабылдауға бір ғана мүмкіндігім болды. Соңында мен мынаны алдым:
ЖЖҚ (динамикалық түрде бөлінген жад виртуалды серверде орнатылған, сондықтан қажет болған жағдайда ЖЖҚ ағымдағы көлемі үнемі жоғары қарай өзгеріп отырды):
Енді нәтижелерді талдап, қорытынды жасау керек.
Деректерді талдау
Айта кету керек, процессорға арналған есептеулер өте дәл болды.
Мақалада мен бір 1C RemoteApp сеансының CPU ресурсын тұтынуы орташа есеппен 122 775 процессор өнімділігі бірлігін құрайтынын эмпирикалық түрде анықтадым (веб-сайттан алынған өнімділік деректері). www.cpubenchmark.net). Басқа мақалада мен толық RDP сеансын іске қосу үшін қажетті ресурстарды есептедім және олар Core i5 4460 4% құрады, яғни 0,04 * 6622 (деректер де бар www.cpubenchmark.net) = 264,88.
Барлығын аламыз:
- толық RDP сеансы бітеді 264,88 CPU өнімділік бірліктері;
- 1C RemoteApp сеансы тұтынады 122,775 бірлік.
Жоғарыда мен 24 RemoteApp және 5 RDP пайдаланушысы бар екенін айттым. Біз санаймыз:
24 * 122,775 + 5 * 264,88 = 4271
Intel Xeon E5-1650 v3 салыстырмалы өнімділік индексі 13477 бірлік. Яғни, теориялық CPU жүктемесі шамамен 32% болуы керек (4271 / 13477 * 100).
Орталық процессордың жүктелу графигі 10:30 - 10:50 уақыт аралығында орталық процессордың 25 - 40% жүктелетінін көрсетеді (шыңдар есептелмейді). Әрине, сіз CPU жүктемесінің 32% түзу сызығын ала алмайсыз, әлі де минимумнан салыстырмалы максимумға дейін ауытқулар болады, бірақ жалпы алғанда нақты деректер теориялық мәліметтермен сәйкес келеді деп болжауға болады. Айтпақшы, серверде неғұрлым көп пайдаланушы болса, соғұрлым жүктеме біркелкі болады.
Шын мәнінде, ЖЖҚ деректері құндырақ болып шықты. Алдыңғы мақалалардағы есептеулерге сәйкес менде:
- RDP сеансына 2 ГБ;
- RemoteApp сеансына 100 МБ.
Яғни, бос жад көлемі ең көбі 12,4 ГБ + ОЖ үшін аз болуы керек. Бірақ, белгілі болғандай және менің көзқарасым бойынша, іс жүзінде бұл мән мүлде басқа көрсеткіш болды. 1С RAM-ға өте ашкөз болып шықты, өкінішті. Сонымен қатар, қолданба біраз орын алған соң, оны қажет емес сәтте босатуды қажет деп санамайтындай әрекет етеді:
2 ГБ жедел жадты жеп, отыру және ештеңе істемеу қалыпты жағдай ма (сеанстың процессорлық жүктемесі 0%). Қазіргі заманғы бағдарламашылар ресурстарды оңтайлы пайдалану туралы мүлдем ойламайды. Өз басым университетте оқып жүргенімде, егер ол есептеу ресурстарын пайдалану тұрғысынан қисынсыз жазылған болса, қосымшаның кодын қайта жазуға мәжбүр болдым. Шамасы, қазіргі заманғы бағдарламашылардың біліктілігі плинтустан төмен түсіп кетті немесе мүмкін бұл жай ғана көзқарас - жаңа функционалдылықты дамыту жақсы болғанда, қазірдің өзінде жазылған кодты неге оңтайландыру керек. Жалпы, бұл мәселе емес, ол бомбалады және бұл жақсы.
Серверге бөлінген 16 ГБ «динамиктердің» барлығын жеп қойды және көбірек талап етті. Теориялық тұрғыдан, егер жедел жадтың жетіспеушілігі болса, ОЖ дискіге ауысады және бұл жағдайда өнімділіктің күрт төмендеуі басталады. Менің жағдайда бұлай болған жоқ және, ең алдымен, бұл SSD-ге байланысты болды, ол іс жүзінде ешқандай жүктемені көрсетті - барлық сынақ кезеңінде (сағат 10: 00-ден 12: 00-ге дейін) екі қысқа мерзімді шың. Дегенмен, тәжірибе көрсеткендей, мен терминал серверінің жедел жадын сақтауды ұсынбаймын.
Сурет Алена Тулякова, «Clerk.Ru» ақпараттық агенттігі
Мақалада 1С жаңадан келген әкімшілер жіберетін негізгі қателер анықталған және мысал ретінде Гилев сынағы арқылы оларды шешу жолы көрсетілген.
Бұл мақаланы жазудың негізгі мақсаты - әлі 1С тәжірибесін алмаған әкімшілер (және бағдарламашылар) үшін айқын нюанстарды қайталамау.
Екінші мақсат - егер менде қандай да бір кемшіліктер болса, Infostart мұны маған тезірек көрсетеді.
В.Гильевтің сынағы әлдеқашан «де-факто» стандартына айналды. Автор өз веб-сайтында өте нақты ұсыныстар берді, бірақ мен кейбір нәтижелерді ұсынамын және ең ықтимал қателер туралы түсініктеме беремін. Әрине, сіздің жабдықыңыздағы сынақ нәтижелері әртүрлі болуы мүмкін, бұл тек не болуы керек және не үшін ұмтылуға болатыны туралы нұсқаулық. Мен бірден атап өткім келеді, өзгерістер кезең-кезеңімен енгізілуі керек және әр қадамнан кейін оның қандай нәтиже бергенін тексеріңіз.
Infostart-та ұқсас мақалалар бар, мен оларға сілтемелерді тиісті бөлімдерге қоямын (егер мен бірдеңені жіберіп алсам, түсініктемелерде маған ұсыныңыз, мен оны қосамын). Сонымен, сіздің 1С баяу деп есептейік. Мәселені қалай анықтауға болады және кім кінәлі екенін қалай түсінуге болады, әкімші немесе бағдарламашы?
Бастапқы деректер:
Сынақталған компьютер, негізгі гвинея шошқасы: HP DL180G6, 2*Xeon 5650, 32 Гб, Intel 362i, Win 2008 r2 жабдықталған. Салыстыру үшін Core i3-2100 бір ағынды сынақта салыстырмалы нәтижелерді көрсетеді. Мен әдейі таңдаған жабдық ең жаңа емес еді, заманауи жабдықпен нәтижелер айтарлықтай жақсырақ.
Жеке 1C және SQL серверлерін тестілеу үшін, SQL сервері: IBM System 3650 x4, 2*Xeon E5-2630, 32 Гб, Intel 350, Win 2008 r2.
10 Гбит желісін тексеру үшін Intel 520-DA2 адаптерлері пайдаланылды.
Файл нұсқасы. (деректер базасы ортақ қалтадағы серверде, клиенттер желі, CIFS/SMB протоколы арқылы қосылады). Қадамдық алгоритм:
0. Гилевтің сынақ деректер базасын файл серверіне негізгі дерекқорлармен бірдей қалтаға қосыңыз. Біз клиенттік компьютерден қосылып, сынақты іске қосамыз. Нәтиже есімізде.
Тіпті 10 жыл бұрынғы ескі компьютерлер үшін де (775 ұясындағы Pentium) 1С: Enterprise таңбашасын басқаннан дерекқор терезесінің пайда болуына дейінгі уақыт бір минуттан аз уақытты алуы керек екені түсінікті. (Celeron = баяу).
Егер сіздің компьютеріңіз 1 ГБ жедел жады бар 775 ұяшықтағы Pentium-дан нашар болса, мен сізге жанашырмын және файлдық нұсқада 1С 8.2-де ыңғайлы жұмысқа қол жеткізу сізге қиын болады. Жаңарту (уақыты келді) немесе терминалға (немесе жұқа клиенттер мен басқарылатын пішіндер жағдайында вебке) ауысу туралы ойланыңыз.
Егер компьютер бұдан да жаман болмаса, сіз әкімшіні басуға болады. Кем дегенде желінің, антивирустың және HASP қорғау драйверінің жұмысын тексеріңіз.
Егер Гилевтің сынағы осы кезеңде 30 «тотықұс» немесе одан жоғары болса, бірақ 1С жұмыс базасы әлі де баяу жұмыс істеп тұрса, сұрақтар бағдарламашыға бағытталуы керек.
1. Клиенттік компьютер қаншалықты «сығуға» болатыны туралы нұсқаулық ретінде біз желісіз тек осы компьютердің жұмысын тексереміз. Біз сынақ деректер базасын жергілікті компьютерге орнатамыз (өте жылдам дискіде). Егер клиенттік компьютерде қалыпты SSD болмаса, онда ramdisk жасалады. Әзірге ең қарапайым және ақысыз - Ramdisk кәсіпорны.
8.2 нұсқасын тексеру үшін 256 Мбайт рамдиск жеткілікті және! Ең маңыздысы. Компьютерді қайта жүктегеннен кейін, ramdisk жұмыс істеп тұрған кезде, онда 100-200 МБ бос болуы керек. Тиісінше, рамдисксіз қалыпты жұмыс істеу үшін 300-400 МБ бос жады болуы керек.
8.3 нұсқасын тексеру үшін 256 МБ рамдиск жеткілікті, бірақ сізге көбірек бос RAM қажет.
Тестілеу кезінде процессордың жүктемесін қарау керек. Идеалға жақын жағдайда (ramdisk) жергілікті файл 1c іске қосылған кезде 1 процессор өзегін жүктейді. Тиісінше, тестілеу кезінде процессордың өзегі толық жүктелмеген болса, әлсіз жақтарын іздеңіз. Аздап эмоционалды, бірақ жалпы дұрыс, процессордың 1С жұмысына әсері сипатталған. Анықтама үшін, тіпті жоғары жиіліктегі заманауи Core i3 құрылғыларында 70-80 сандары өте шынайы.
Осы кезеңде жиі кездесетін қателер.
- Қате конфигурацияланған антивирус. Көптеген антивирустар бар, әрқайсысының параметрлері әртүрлі, мен тек дұрыс конфигурациямен веб те, Касперский 1С де кедергі жасамайтынын айтайын. Әдепкі параметрлермен шамамен 3-5 попугаяны (10-15%) алып тастауға болады.
- Өнімділік режимі. Қандай да бір себептермен, аз адамдар бұған назар аударады, бірақ әсері ең маңызды. Егер сізге жылдамдық қажет болса, мұны клиенттік және серверлік компьютерлерде жасау керек. (Гилевте жақсы сипаттама бар. Жалғыз ескерту, кейбір аналық платаларда Intel SpeedStep-ті өшірсеңіз, TurboBoost-ты қоса алмайсыз).
Өнімділік режимін екі жерде қосуға болады (және жақсырақ):
- BIOS арқылы. C1, C1E, Intel C-state (C2, C3, C4) режимдерін өшіріңіз. Әртүрлі биоларда олар әртүрлі аталады, бірақ мағынасы бірдей. Іздеу көп уақытты алады, қайта жүктеу қажет, бірақ оны бір рет жасасаңыз, оны ұмытып кетуіңіз мүмкін. BIOS-та барлығын дұрыс орындасаңыз, жылдамдық артады. Кейбір аналық платаларда Windows өнімділік режимі рөл атқармайтындай етіп BIOS параметрлерін конфигурациялауға болады. (Gilev ұсынған BIOS параметрлерінің мысалдары). Бұл параметрлер негізінен сервер процессорларына немесе «кеңейтілген» BIOS-ға қатысты, егер сіз мұны таппасаңыз және сізде Xeon ЖОҚ БОЛМАСА, бәрібір.
- Басқару панелі - Қуат көзі - Жоғары өнімділік. Минус - егер компьютер ұзақ уақыт бойы қызмет көрсетпесе, ол қаттырақ желдеткіш дыбысын шығарады, көбірек қызады және энергияны көбірек тұтынады. Бұл өнімділік ақы.
| Бұл әдепкі параметрлер. BIOS C күйі қосылған, теңдестірілген қуат тұтыну режимі |  |
| BIOS C күйі қосылған, жоғары өнімділік режимі Pentium және Core үшін сіз сонда тоқтай аласыз, Сіз әлі де Ксеоннан кішкене «тотықұстарды» сығып аласыз |  |
| BIOS-та C-күйі өшірілген, жоғары өнімділік режимі. Егер сіз Turbo Boost қолданбасаңыз, ол осылай болуы керек өнімділікке бапталған сервер |  |
Ал енді сандар. Еске сала кетейін: Intel Xeon 5650, ramdisk. Бірінші жағдайда тест 23,26, соңғысында 49,5 көрсетеді. Айырмашылық екі есе дерлік. Сандар әртүрлі болуы мүмкін, бірақ арақатынас Intel Core үшін бірдей болып қалады.
Құрметті әкімшілер, 1С-ті қалағаныңызша сынай аласыз, бірақ соңғы пайдаланушыларға жылдамдық керек болса, жоғары өнімділік режимін қосу керек.
c) Turbo Boost. Алдымен, мысалы, сіздің процессорыңыз бұл функцияны қолдайтынын түсінуіңіз керек. Егер ол қолдаса, сіз әлі де заңды түрде кейбір өнімділікке қол жеткізе аласыз. (Мен жиілікті үдеткіш мәселелеріне, әсіресе серверлерге, өз қауіп-қатеріңізге және тәуекелдеріңізге тоқталғым келмейді. Бірақ мен автобус жылдамдығын 133-тен 166-ға дейін арттыру жылдамдықты да, жылуды бөлуді де айтарлықтай арттыратынымен келісемін)
Турбо күшейтуді қалай қосу керектігі жазылған, мысалы, . Бірақ! 1С үшін кейбір нюанстар бар (ең айқын емес). Қиындық мынада, турбо күшейтудің максималды әсері C-күйі қосылған кезде пайда болады. Және біз келесідей нәрсені аламыз:
Назар аударыңыз, мультипликатор максималды, негізгі жылдамдық әдемі және өнімділік жоғары. Бірақ 1-мен нәтиже не болады?
Бірақ соңында CPU өнімділігінің тестілері бойынша 23 мультипликаторы бар нұсқа алда екені белгілі болды, Гилевтің файлдық нұсқасында 22 және 23 мультипликаторы бар өнімділік бірдей, бірақ клиент-серверде нұсқа - 23 көбейткіші бар нұсқа өте қорқынышты қорқынышты (тіпті C күйі 7-деңгейге қойылса да, ол C күйі өшірілгенге қарағанда баяуырақ). Сондықтан, екі нұсқаны да өзіңіз тексеріп, ең жақсысын таңдау ұсынылады. Қалай болғанда да, 49,5 пен 53 попугая арасындағы айырмашылық өте маңызды, әсіресе көп күш жұмсамай-ақ.
Қорытынды - турбо күшейтуді қосу керек. Естеріңізге сала кетейін, BIOS-та Turbo boost элементін қосу жеткіліксіз, сонымен қатар басқа параметрлерді қарау керек (BIOS: QPI L0s, L1 - өшіру, скрабты талап ету - өшіру, Intel SpeedStep - қосу, Turbo boost - қосу Басқару тақтасы - Қуат параметрлері - Жоғары өнімділік). Мен әлі де (тіпті файл нұсқасы үшін) көбейткіш кішірек болса да, c-күйі өшірілген опцияны таңдар едім. Мынадай нәрсе шығады...
Өте даулы мәселе - жад жиілігі. Мысалы, жад жиілігі өте күшті әсер етеді. Менің сынақтарым мұндай тәуелділікті анықтаған жоқ. Мен DDR 2/3/4 салыстырмаймын, сол жолдағы жиілікті өзгерту нәтижелерін көрсетемін. Жад бірдей, бірақ BIOS-да біз төменгі жиіліктерді орнатуға мәжбүрміз.
 |  |  |
Және сынақ нәтижелері. 1С 8.2.19.83, жергілікті ramdisk файлдық нұсқасы үшін, 1C клиент-сервері және бір компьютердегі SQL үшін, Ортақ жад. Турбо күшейту екі нұсқада да өшірілген. 8.3 салыстырмалы нәтижелерді көрсетеді.
Айырмашылық өлшеу қателігінің ішінде болады. Мен жиіліктің өзгеруімен басқа параметрлердің де өзгеретінін көрсету үшін CPU-Z скриншоттарын шығардым, сол CAS кідірісі мен RAS жиіліктің өзгеруін бейтараптандыратын CAS кешігуі. Айырмашылық жад модульдері физикалық түрде баяудан жылдамыраққа дейін өзгерген кезде болады, бірақ тіпті онда сандар ерекше маңызды емес.
2. Біз клиенттік компьютердің процессоры мен жадын сұрыптағаннан кейін келесі өте маңызды орынға - желіге көшеміз. Желіні баптау туралы көптеген том кітаптар жазылған, Infostart (және басқалары) туралы мақалалар бар, бірақ бұл жерде мен бұл тақырыпқа тоқталмаймын. 1C тестілеуді бастамас бұрын, екі компьютер арасындағы iperf бүкіл өткізу қабілеттілігін көрсететініне көз жеткізіңіз (1 Гбит карталар үшін - кем дегенде 850 Мбит немесе жақсырақ 950-980) және Гилевтің кеңесі орындалды. Содан кейін - жұмыстың қарапайым сынағы, бір таңғаларлығы, желі арқылы бір үлкен файлды (5-10 гигабайт) көшіру болады. 1 Гбит желідегі қалыпты жұмыстың жанама белгісі орташа көшіру жылдамдығы 100 МБ/сек, жақсы жұмыс – 120 МБ/сек болады. Мен сіздің назарыңызды әлсіз нүкте (соның ішінде) процессордың жүктемесі болуы мүмкін екеніне аударғым келеді. Linux жүйесіндегі SMB протоколы өте нашар параллельденген және жұмыс кезінде ол бір процессор өзегін оңай «жеп» алады және одан әрі тұтынбайды.
Және тағы бір нәрсе. Әдепкі параметрлермен windows клиенті Windows серверімен (немесе тіпті Windows жұмыс станциясымен) және SMB/CIFS протоколымен жақсы жұмыс істейді, linux клиенті (debian, ubuntu басқаларына қарамады) linux және NFS ( ол SMB-мен де жұмыс істейді, бірақ NFS-де попугаялар ұзынырақ). Сызықтық көшіру кезінде Windows Linux серверін NFS жүйесіне бір ағынға жылдам көшіру ештеңені білдірмейді. 1C үшін Debian тюнингі - бұл бөлек мақаланың тақырыбы, мен оған әлі дайын емеспін, дегенмен мен файлдық нұсқада сол жабдықтағы Win нұсқасынан сәл жақсырақ өнімділікке ие болдым деп айта аламын, бірақ постгрестері бар. 50 пайдаланушы Менде бәрі өте нашар.
Ең бастысы, «өртенген» әкімшілер біледі, бірақ жаңадан бастағандар ескермейді. 1c дерекқорына жолды орнатудың көптеген жолдары бар. Сіз servershare жасай аласыз, сіз 192.168.0.1share жасай аласыз, z: 192.168.0.1share пайдалана аласыз (және кейбір жағдайларда бұл әдіс де жұмыс істейді, бірақ әрқашан емес) содан кейін Z дискісін көрсетіңіз. Бұл жолдардың барлығында сияқты. бірдей орынды көрсетіңіз, бірақ 1С үшін қалыпты өнімділікті өте сенімді қамтамасыз ететін бір ғана әдіс бар. Сонымен, мынаны дұрыс орындау керек:
Пәрмен жолында (немесе саясаттарда немесе сізге ыңғайлы кез келген жағдайда) DriveLetter: servershare желісін пайдаланыңыз. Мысал: таза пайдалану m: сервер базалары. Мен IP мекенжайын ЕМЕС, сервер атауын ерекше атап өтемін. Сервер атауы көрінбесе, оны сервердегі DNS-ге немесе жергілікті түрде хосттар файлына қосыңыз. Бірақ мекенжай аты бойынша болуы керек. Тиісінше, дерекқорға барар жолда осы дискіге қол жеткізіңіз (суретті қараңыз).
Енді мен неліктен бұл кеңес екенін сандармен көрсетемін. Бастапқы деректер: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 OS Win 2008 R2, Win 7, Debian 8. Соңғы драйверлер, жаңартулар қолданылды. Тестілеуден бұрын мен Iperf толық өткізу қабілеттілігін беретініне көз жеткіздім (10 Гбит карталарды қоспағанда, ол тек 7,2 Гбитті сығып үлгерді, мен неге кейінірек көремін, тест сервері әлі дұрыс конфигурацияланбаған). Дискілер әртүрлі, бірақ барлық жерде SSD (тексеру үшін бір дискіні арнайы енгіздім, ол басқа ештеңемен жүктелмеген) немесе SSD-ден рейд бар. 100 Мбит жылдамдығы Intel 362 адаптерінің параметрлерін шектеу арқылы алынды 1 Гбит мыс Intel 350 және 1 Гбит оптикалық Intel X520-DA2 (адаптердің жылдамдығын шектеу арқылы алынды). Максималды өнімділік, турбо күшейту өшірілген (нәтижелерді салыстыру үшін, жақсы нәтижелер үшін турбо күшейту 10%-дан сәл азырақ қосылады, нашар нәтижелер үшін ол мүлдем әсер етпеуі мүмкін). 1С 8.2.19.86, 8.3.6.2076 нұсқалары. Мен барлық сандарды бермеймін, бірақ ең қызықтыларын ғана беремін, сондықтан сізде салыстыруға болатын нәрсе бар.
| 100 Мбит CIFS Жеңіс 2008 - Жеңіс 2008 IP мекенжайы бойынша хабарласыңыз | 100 Мбит CIFS Жеңіс 2008 - Жеңіс 2008 атымен шақыру | 1 Гбит CIFS Жеңіс 2008 - Жеңіс 2008 IP мекенжайы бойынша хабарласыңыз | 1 Гбит CIFS Жеңіс 2008 - Жеңіс 2008 атымен шақыру | 1 Гбит CIFS Жеңіс 2008 - Жеңіс 7 атымен шақыру | 1 Гбит CIFS Жеңіс 2008 - Debian атымен шақыру | 10 Гбит CIFS Жеңіс 2008 - Жеңіс 2008 IP мекенжайы бойынша хабарласыңыз | 10 Гбит CIFS Жеңіс 2008 - Жеңіс 2008 атымен шақыру |
|
| 11,20 | 26,18 | 15,20 | 43,86 | 40,65 | 37,04 | 16,23 | 44,64 | |
| 1С 8.2 | 11,29 | 26,18 | 15,29 | 43,10 | 40,65 | 36,76 | 15,11 | 44,10 |
| 8.2.19.83 | 12,15 | 25,77 | 15,15 | 43,10 | 14,97 | 42,74 | ||
| 6,13 | 34,25 | 14,98 | 43,10 | 39,37 | 37,59 | 15,53 | 42,74 | |
| 1С 8.3 | 6,61 | 33,33 | 15,58 | 43,86 | 40,00 | 37,88 | 16,23 | 42,74 |
| 8.3.6.2076 | 33,78 | 15,53 | 43,48 | 39,37 | 37,59 | 42,74 |
Қорытынды (кестеден және жеке тәжірибеден. Тек файл нұсқасына қолданылады):
- Желі арқылы сіз бұл желі дұрыс конфигурацияланған және жол 1С-де дұрыс енгізілген болса, жұмыс үшін қалыпты сандарды ала аласыз. Тіпті бірінші Core i3 40+ попугаяны оңай шығара алады, бұл өте жақсы, бұл тек попугаялар ғана емес, нақты жұмыста да айырмашылық байқалады. Бірақ! Бірнеше (10-нан астам) пайдаланушылармен жұмыс істеу кезінде шектеу енді желі болмайды, мұнда 1 Гбит әлі де жеткілікті, бірақ көп пайдаланушы жұмысы кезінде блоктау (Гилев).
- 1С 8.3 платформасы желіні дұрыс конфигурациялау тұрғысынан бірнеше есе талап етеді. Негізгі параметрлер - Гилевті қараңыз, бірақ бәрі әсер етуі мүмкін екенін есте сақтаңыз. Мен антивирусты жоюдан (және жай ғана өшіріп қана қоймай), FCoE сияқты хаттамаларды жоюдан, драйверлерді ескі, бірақ Microsoft сертификатталған нұсқасына ауыстырудан (әсіресе ASUS және DLC сияқты арзан карталар үшін), екінші желі картасын шығарудан жеделдетуді көрдім. серверден. Көптеген опциялар бар, желіңізді мұқият орнатыңыз. 8.2 платформасы қолайлы сандарды, ал 8.3 - екі немесе одан да көп есе аз беретін жағдай болуы мүмкін. 8.3 платформа нұсқаларымен ойнап көріңіз, кейде сіз өте үлкен әсер аласыз.
- 1C 8.3.6.2076 (мүмкін, мен әлі нақты нұсқасын іздеген жоқпын) 8.3.7.2008 нұсқасына қарағанда желі арқылы конфигурациялау оңайырақ. Мен 8.3.7.2008 жылдан бастап желі арқылы қалыпты жұмыс істеуге қол жеткіздім (салыстырмалы попугаяларда) мен оны жалпы жағдай үшін қайталай алмадым; Мен көп нәрсені түсінбедім, бірақ Process Explorer-дің аяқ орамдарына қарағанда, ондағы жазба 8.3.6-дағыдай жақсы емес.
- 100 Мбит желіде жұмыс істегенде оның жүктеме графигі шағын болғанына қарамастан (желі бос деп айта аламыз), жұмыс жылдамдығы әлі де 1 Гбитке қарағанда әлдеқайда төмен. Себеп - желінің кешігуі.
- 1С 8.2 үшін барлық басқа нәрселер тең (жақсы жұмыс істейтін желі) Intel-Realtek қосылымы Intel-Intel-ге қарағанда 10% баяу. Бірақ realtek-realtek әдетте күтпеген жерден күрт шөгуді бере алады. Сондықтан, егер сізде ақша болса, Intel желілік карталарын барлық жерде сақтаған дұрыс; Intel желілік карталарын баптау бойынша бірнеше есе көп нұсқаулар бар.
- Әдепкі антивирус параметрлері (мысал ретінде drweb 10 нұсқасын пайдалану) попугаялардың шамамен 8-10% алады. Егер сіз оны қажетінше конфигурацияласаңыз (1cv8 процесіне барлығын жасауға рұқсат етіңіз, бірақ ол қауіпсіз емес), жылдамдық антивируссыз бірдей болады.
- Linux гуруларын оқымаңыз. Samba сервері тамаша және тегін, бірақ егер сіз серверге Win XP немесе Win7 (немесе одан да жақсысы - сервер ОЖ) орнатсаңыз, 1c файлдық нұсқасы жылдамырақ жұмыс істейді. Иә, samba және протокол стегі мен желі параметрлері және тағы басқалары debian/ubuntu-да жақсы бапталуы мүмкін, бірақ бұл мамандарға ұсынылады. Linux-ті әдепкі параметрлермен орнатып, содан кейін ол баяу деп айтудың қажеті жоқ.
- fio арқылы желілік пайдалану арқылы қосылған дискілердің жұмысын тексеру өте жақсы идея. Кем дегенде, бұл 1С платформасында немесе желіде/дискіде ақаулар ма екені анық болады.
- Бір пайдаланушы нұсқасы үшін 1 Гбит пен 10 Гбит арасындағы айырмашылық көрінетін сынақтар (немесе жағдай) туралы ойлай алмаймын. Файл нұсқасы үшін 10 Гбит жақсы нәтиже беретін жалғыз нәрсе - дискілерді iSCSI арқылы қосу, бірақ бұл бөлек мақаланың тақырыбы. Дегенмен, файл нұсқасы үшін 1 Гбит карталар жеткілікті деп ойлаймын.
- Неліктен 100 Мбит желіде 8.3 8.2-ден айтарлықтай жылдам жұмыс істейтінін түсінбеймін, бірақ бұл факт болды. Барлық басқа жабдықтар, барлық басқа параметрлер мүлдем бірдей, тек бір жағдайда 8.2, ал екіншісінде 8.3 сыналады.
- Бапталмаған NFS win-win немесе win-lin 6 попугая береді, мен оларды кестеге қоспадым. Баптаудан кейін мен 25 алдым, бірақ ол тұрақсыз болды (өлшемдердегі айырмашылық 2 бірліктен артық болды). Мен әлі Windows және NFS протоколын пайдалану бойынша ұсыныстар бере алмаймын.
Терминал сервері. (деректер базасы серверде, клиенттер желі арқылы қосылады, RDP протоколы). Қадамдық алгоритм:
- Біз Гилевтің сынақ деректер базасын серверге негізгі дерекқорлармен бірдей қалтаға қосамыз. Біз бір серверден қосылып, сынақты іске қосамыз. Нәтиже есімізде.
- Файл нұсқасындағыдай, біз процессорды конфигурациялаймыз. Терминал сервері жағдайында процессор негізінен негізгі рөл атқарады (жадтың жетіспеушілігі немесе қажетсіз бағдарламалық қамтамасыз етудің үлкен көлемі сияқты айқын әлсіз жақтары жоқ деп есептеледі).
- Терминал сервері жағдайында желілік карталарды конфигурациялау 1c жұмысына іс жүзінде әсер етпейді. «Арнайы» жайлылықты қамтамасыз ету үшін, егер сіздің серверіңіз 50-ден астам попугаяны шығарса, пайдаланушыларға ыңғайлы болу, жылдам жауап беру және айналдыру үшін RDP протоколының жаңа нұсқаларымен ойнауға болады.
- Көптеген пайдаланушылар белсенді жұмыс істеп жатқанда (және мұнда сіз 30 адамды бір дерекқорға қосуға тырысуға болады), SSD дискісін орнатқаныңыз жөн. Қандай да бір себептермен, диск 1C жұмысына ерекше әсер етпейді деп саналады, бірақ барлық сынақтар жазу үшін қосылған контроллердің кэшімен жүзеге асырылады, бұл дұрыс емес. Сынақ деректер базасы шағын, ол кэшке өте жақсы сәйкес келеді, демек, жоғары сандар. Нақты (үлкен) дерекқорларда бәрі мүлдем басқаша болады, сондықтан кэш сынақтар үшін өшірілген.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Raid 10 4x SAS 10k | Raid 10 4x SAS 15k | Жалғыз SSD | Ramdisk | Ramdisk | Кэш қосулы RAID контроллері |
|
| 21,74 | 28,09 | 32,47 | 49,02 | 50,51 | 53,76 | 49,02 | |
| 1С 8.2 | 21,65 | 28,57 | 32,05 | 48,54 | 49,02 | 53,19 | |
| 8.2.19.83 | 21,65 | 28,41 | 31,45 | 48,54 | 49,50 | 53,19 | |
| 33,33 | 42,74 | 45,05 | 51,55 | 52,08 | 55,56 | 51,55 | |
| 1С 8.3 | 33,46 | 42,02 | 45,05 | 51,02 | 52,08 | 54,95 | |
| 8.3.7.2008 | 35,46 | 43,01 | 44,64 | 51,55 | 52,08 | 56,18 |
- Қосылған RAID контроллерінің кэші дискілер арасындағы барлық айырмашылықтарды жояды. Онымен деректердің аз мөлшерінде тестілеу пайдасыз және ешбір түрді көрсетпейді.
- 8.2 платформасы үшін SATA және SSD опциялары арасындағы өнімділік айырмашылығы екі еседен асады. Бұл қате емес. SATA дискілеріндегі сынақ кезінде өнімділік мониторына қарасаңыз. онда «Белсенді дискінің жұмыс уақыты (%)» 80-95 анық көрінеді. Иә, егер сіз дискілердің кэшін жазу үшін қоссаңыз, жылдамдық 35-ке дейін артады, егер сіз рейдтік контроллердің кэшін қоссаңыз - 49-ға дейін (қазіргі уақытта қандай дискілер тексеріліп жатқанына қарамастан). Бірақ бұл синтетикалық кэштік попугаялар, нақты жұмыста, үлкен дерекқорлармен ешқашан 100% жазу кэшінің хит коэффициенті болмайды.
- Тіпті арзан SSD дискілерінің жылдамдығы (мен Agility 3-те сынадым) файл нұсқасын іске қосу үшін жеткілікті. Жазу ресурсы - бұл басқа мәселе, сіз оны әрбір нақты жағдайда қарастыруыңыз керек, Intel 3700-де оның мәні жоғарырақ болатыны анық, бірақ бағасы сәйкес келеді. Иә, мен түсінемін, SSD дискісін сынау кезінде мен осы дискінің кэшін көбірек тексеремін, нақты нәтижелер аз болады.
- Ең дұрыс шешім (менің көзқарасым бойынша) файлдық дерекқорға (немесе бірнеше файлдық дерекқорларға) шағылыстырылған рейдте 2 SSD дискісін бөлу және ол жерге басқа ештеңе қоймау. Ия, айнамен SSD дискілері бірдей тозады және бұл минус, бірақ кем дегенде контроллердің электроникасы қандай да бір түрде қателерден қорғалған.
- Файл нұсқасына арналған SSD дискілерінің негізгі артықшылықтары әрқайсысында бірнеше пайдаланушысы бар көптеген дерекқорлар болған кезде пайда болады. Егер 1-2 деректер базасы болса және шамамен 10 пайдаланушы болса, онда SAS дискілері жеткілікті болады. (бірақ кез келген жағдайда, кем дегенде perfmon арқылы осы дискілерді жүктеуді қараңыз).
- Терминал серверінің негізгі артықшылықтары оның өте әлсіз клиенттері болуы мүмкін және желі параметрлері терминал серверіне әлдеқайда аз әсер етеді (тағы да сіздің K.O.).
Егер Гилевтің сынағы шағын сандарды көрсетсе және сізде жоғары сағаттық процессор және жылдам дискілер болса, онда әкімші кем дегенде перфмонды алып, барлық нәтижелерді бір жерде жазып, бақылап, бақылап, қорытынды жасауы керек. Ешқандай түпкілікті кеңес болмайды.
Клиент-сервер опциясы.
Сынақтар тек 8.2-де жүргізілді, өйткені 8.3-де бәрі нұсқаға байланысты.
Тестілеу үшін мен негізгі трендтерді көрсету үшін әртүрлі сервер опциялары мен олардың арасындағы желілерді таңдадым.
| 1С: Xeon 5520 SQL: Xeon E5-2630 | 1С: Xeon 5520 SQL: Xeon E5-2630 Талшықты арна - SSD | 1С: Xeon 5520 SQL: Xeon E5-2630 Талшықты арна - SAS | 1С: Xeon 5650 SQL: Xeon E5-2630 | 1С: Xeon 5650 SQL: Xeon E5-2630 Талшықты арна - SSD | 1С: Xeon 5650 SQL: Xeon E5-2630 | 1С: Xeon 5650 = | 1С: Xeon 5650 = | 1С: Xeon 5650 = | 1С: Xeon 5650 = | 1С: Xeon 5650 = | |
| 16,78 | 18,23 | 16,84 | 28,57 | 27,78 | 32,05 | 34,72 | 36,50 | 23,26 | 40,65 | 39.37 | |
| 1С 8.2 | 17,12 | 17,06 | 14,53 | 29,41 | 28,41 | 31,45 | 34,97 | 36,23 | 23,81 | 40,32 | 39.06 |
| 16,72 | 16,89 | 13,44 | 29,76 | 28,57 | 32,05 | 34,97 | 36,23 | 23,26 | 40,32 | 39.06 |
Мен барлық қызықты нұсқаларды қарастырған сияқтымын, егер сізді қызықтыратын тағы бір нәрсе болса, түсініктемелерде жазыңыз, мен мұны істеуге тырысамын.
- Сақтау жүйелеріндегі SAS жергілікті SSD дискілеріне қарағанда баяуырақ, тіпті сақтау жүйелерінің кэш өлшемдері үлкенірек. Жергілікті және сақтау жүйелеріндегі SSD дискілері Гилев сынағы үшін салыстырмалы жылдамдықта жұмыс істейді. Мен MCC-тен 1С жүктеме сынағынан басқа стандартты көп ағынды сынақты (тек жазу ғана емес, барлық жабдықты) білмеймін.
- 1С серверін 5520-ден 5650-ге өзгерту өнімділікті екі есеге дерлік арттырды. Иә, сервер конфигурациялары толығымен сәйкес келмейді, бірақ ол трендті көрсетеді (таңқаларлық емес).
- SQL серверіндегі жиілікті арттыру, әрине, нәтиже береді, бірақ MS SQL серверіндегідей емес, көп ядролы және бос жадты пайдалану өте жақсы (егер сіз оны сұрасаңыз);
- 1C және SQL арасындағы желіні 1 Гбиттен 10 Гбитке дейін өзгерту шамамен 10% попугая береді. Мен одан да көп күттім.
- Ортақ жадты қосу мақалада сипатталғандай 15% болмаса да, әлі де әсер береді. Мұны міндетті түрде орындаңыз, бақытымызға орай, бұл тез және оңай. Орнату кезінде біреу SQL серверіне аталған дананы берген болса, 1С жұмыс істеуі үшін сервер атауы FQDN арқылы емес (tcp/ip жұмыс істейді), localhost немесе жай ғана ServerName арқылы емес, ServerNameInstanceName арқылы көрсетілуі керек, мысалы zz- testzztest. (Әйтпесе ДҚБЖ қатесі болады: Microsoft SQL Server Native Client 10.0: Ортақ жад провайдері: SQL Server 2000 бағдарламасымен байланыс орнату үшін пайдаланылған ортақ жад кітапханасы табылмады. HRESULT=80004005, HRESULT=80004005, HRESULT=080, SQL40r=080 : SQLSTATE=08001, күй=1, Қауіптілік=10, жергілікті=126, жол=0).
- 100-ден аз пайдаланушылар үшін оны екі бөлек серверге бөлудің жалғыз нүктесі Win 2008 Std (және одан жоғары) лицензиясы болып табылады, ол тек 32 ГБ жедел жадты қолдайды. Барлық басқа жағдайларда 1C және SQL міндетті түрде бір серверге орнатылып, оған көбірек (кемінде 64 ГБ) жад берілуі керек. MS SQL-ге 24-28 ГБ-тан аз жедел жад беру - бұл негізсіз ашкөздік (егер сізде жад жеткілікті және бәрі жақсы жұмыс істейді деп ойласаңыз, сізге 1С файлдық нұсқасы жеткілікті болар ма?)
- Виртуалды машинада 1C және SQL комбинациясы қаншалықты нашар жұмыс істейді - бұл бөлек мақаланың тақырыбы (кеңес - айтарлықтай нашар). Тіпті Hyper-V-де бәрі анық емес...
- Теңгерімделген өнімділік режимі нашар. Нәтижелер файл нұсқасына әбден сәйкес келеді.
- Көптеген дереккөздер отладтау режимі (ragent.exe -debug) өнімділікті айтарлықтай төмендететінін айтады. Ол азаяды, иә, бірақ мен 2-3% айтарлықтай әсер деп атамас едім.
Әрбір қолдау көрсету маманының пайдаланушылардан дерексіз шағымдарды алу тәжірибесі бар. «Ол өте ұзақ уақыт ойлайды», «Менде қызыл терезе бар», «жүйе қандай да бір түрде дұрыс емес жұмыс істейді» және «бұл ұзақ уақыт бойы болған жоқ» деген тұжырымдар барлығына таныс. қайтадан».
Мұндай жағдайда қатенің қай жерде екенін және алдымен не істеу керектігін бірден анықтау өте қиын. Бұл мақалада біз 1С өнімділігі неге байланысты екенін қарастырамыз, яғни. белгілері толық түсінілмейтін және нақты диагноз қою мүмкін емес жағдайларда 1С: Enterprise негізінде жасалған жоғары жүктелген жүйелер.
1С өнімділігіне әсер ететін негізгі себептер
60%-дан астам жағдайда өнімділіктің төмендігінің себептері:
- Оңтайлы емес сұраулар және конфигурация коды (26% жағдайда);
- Объектілік кестелерді оңтайлы емес индекстеу (19% жағдайда);
- Дискінің ішкі жүйесіндегі оңтайлы емес жүктеме (жағдайлардың 16%).
Жетекші Microsoft әзірлеушілері мұнымен келіседі.
Осылайша, деректер базасының қосымшасының өнімділігін айтарлықтай жақсарту үшін деректер қорларының логикалық және физикалық дизайнын қоса алғанда, деректерге қол жеткізу көлемін оңтайландыруға болады (мүмкіндігінше 1С-те), сондай-ақ құқықты құру арқылы. сұраулар және оңтайлы индекстеуді пайдалану. Кейбір дерекқор өнімділігі мәселелерін аппараттық құрал сыйымдылығын арттыру арқылы шешуге болады, бірақ әрқашан емес: қолданба шешімінің қате дизайнын қуаттырақ сервер өтей алмайды. Өнімділік мәселесінің себептерін түсінбестен, пайдаланушы компаниялар жаңа жабдықты сатып алу арқылы айтарлықтай шығындарға ұшырауы сирек емес, бірақ мәселе шешілмей қалады.
Қолданыстағы құралдардың барлық спектрін пайдалана отырып, 1С өнімділігін жоғары сапалы диагностикалау мәселені сәтті шешудің және шығындарды оңтайландырудың кілті болып табылады.
Төмен өнімділік мәселелерін анықтау және шешудің бірінші қадамы негізгі проблемалық әрекеттердің, оның ішінде олардың ағымдағы жылдамдығы мен күтілетін болашақ жылдамдығының толық тізімін әзірлеу болып табылады.
Мысалы:
Дұрыс емес: есеп шығару кезінде бағдарлама қатып қалады. Мен оның тезірек қалыптасуын қалаймын.
Дұрыс: «Қарыз туралы есеп» 5 минут 10 секундта жасалады. Бұл есепті жасаудың күтілетін жылдамдығы 20 секундтан аспайды.
Мәселелер тізімі құрастырылғаннан және цифрландырылғаннан кейін, егер бар болса, проблемалық кодты іздеуден (мысалы, «ауыр» сұраулар, құлыптарда ұзақ күтулер, тұйықталулар және т.б.) бастап, себептерін талдау қажет.
Проблемалық кодты анықтау құралдары
- «1С: өнімділікті басқару орталығы» («1С: Корпоративтік» құралдар пакетіне енгізілген модуль, 1С шығарған);
- Gilev бұлттық қызметтері;
- Жетекші жеткізушілерден ДҚБЖ орнатылған стандартты құралдар.
Бұл құралдарды қолданудың тиімділігіне әзірлеушінің «1С: Технологиялық сарапшы» біліктілігі кепілдік береді, бұл оның 1С ауқымды енгізуге қатысуын білдіреді. Бұл ретте әртүрлі сарапшылар өздерінің жеке тәжірибесіне сүйене отырып, сол немесе басқа құралға/әдіске артықшылық бере алады.
Ұсынылған құралдардың бірін қолданумен қатар стандартты жабдық жүктемесін бақылау құралдары (Performance monitors counters) да қолданылады.
Алынған өлшемдер негізінде себеп класы анықталады:
- Мәселе кодта;
- Және/немесе мәселе аппараттық құралда;
- Мәселе өндірістік серверлерде пайдаланылатын басқа ресурстарды қажет ететін бағдарламаларда.
Жүктеме сынағы 1С - серверлік жабдықты бағалау әдісі
Жоғарыда айтылғандай, 1С өнімділігіне оң және теріс әсер ететін факторлардың ішінде серверлік жабдық және оның конфигурациясы маңызды орын алады. Өлшеу, жүктемені бағалау және жүйе өнімділігін келесі шарттарда сынау нұсқаларын қарастырайық:
- 1С сервері қол жетімді және орналасқан:
- МҚБЖ-мен бірге;
- Бөлек серверде.
Қолданыстағы серверлік жабдық параметрлерінің жүйенің талаптарына сәйкестігін бағалау үшін аппараттық құралға, оның ішінде процессорға жүктеме туралы деректерді жинау қажет, т.б. 1С жүктеме сынағы. Осы мақсатта «Өнімділік мониторы» пайдаланылады - жұмыс тізбегіндегі жабдықты өлшеуге және өнімділік есептегіштерін оқуға мүмкіндік беретін құрал.
Төменде Windows жүйесінде аппараттық құрал жұмысын бақылау үшін конфигурациялануы қажет есептегіштердің негізгі жинағы берілген. Жинақ 1С серверлері орнатылған барлық серверлерден жасалады.
«Процессор» көрінісі үшін процессордың жүктелу пайызының есептегіші жоғары мәнге ие болса, сервердің жұмысына әсер етпей тоқтатылуы мүмкін, сонымен қатар басқа серверлерге тасымалданатын процестерді анықтау керек.
«Процесс» көрінісі әрбір жеке процесс үшін бақылауды конфигурациялауға, сондай-ақ қандай процестер процессордың көп уақытын алатынын анықтауға мүмкіндік береді. Егер серверде тек 1С сервері орнатылған болса, онда оның аппараттық құралға қандай жүктеме түсіретінін түсіну үшін келесі есептегіштер жинағын конфигурациялау қажет:
| \Process("1cv8*")\% Процессор уақыты |
| \Process("ragent*")\% Процессор уақыты |
| \Process("ragent*")\Жеке байттар |
| \Process("ragent*")\Виртуалды байттар |
| \Process("rmngr*")\% Процессор уақыты |
| \Process("rmngr*")\Жеке байттар |
| \Process("rmngr*")\Виртуалды байттар |
| \Process("rphost*")\% Процессор уақыты |
| \Process("rphost*")\Жеке байттар |
| \Process("rphost*")\Виртуалды байттар |
| \Process("1cv8*")\Жеке байттар |
| \Process("1cv8*")\Виртуалды байттар |
Егер ағымдағы жүйе қанағаттанарлықсыз жағдайда болса, онда жиналған өлшемдер негізінде сызықтық қатынасты пайдалана отырып, мақсатты жүйені орнатуға арналған жабдық параметрлерін есептеу керек.
Егер серверлік жабдықты сатып алу тек жоспарланған, оның параметрлерін жоспарланған жүйенің жұмысын эмуляциялау арқылы есептеуге болады, бірақ бар жабдықты пайдалана отырып, кішірек масштабта. Осы мақсатта 1С корпоративтік құралдар жинағына енгізілген «1С: Тест орталығы» пайдаланылады. Алынған өлшемдер негізінде есептеу әдістерін қолдана отырып, жоспарланған жүйенің параметрлері және сәйкесінше жабдыққа қойылатын талаптар анықталады. Бұл сынақты бұрын функционалдық мүмкіндіктерін толықтырып және кеңейтіп, әртүрлі өлшемдер үшін бірнеше рет қолдануға болады. Бұл техникада жоғары дәлдік пен есептеудің қарапайымдылығы бар.
Веб-индустрия үшін ғана емес, сонымен қатар ақпараттық және есеп жүйелерінің әртүрлі түрлерін орналастыру үшін арнайы сервер сыйымдылығын лизингке алу мүмкіндігін зерттеу аясында біз 1С қосымшасының бөлінген ортасында жұмыс істеу мысалын пайдалана отырып, өнімділікті сапалы бағалауға тырыстық. CentOS 6.4+ PostgreSQL 9.1.2-1.1C бірге 8.2 және 8.3 сервер нұсқалары, барлық бағдарламалық құрал құрамдастары (x_64).
Физикалық платформа HP ProLiant DL120 G7 сервері болды (Intel Xeon E3-1230 процессоры, 8 ГБ, RAID жоқ 2 SATA HP MB0500EBZQA қатты дискілері), серверге Интернетке қосылу жылдамдығы 100 Мбит/с, клиенттік қосылу жылдамдығы әр түрлі болды 5 - 12 Мбит/с.
1С қосымшаларының өнімділік мәселелеріне арналған әртүрлі интернет-ресурстардағы (мысалы, http://www.infostart.ru, www.3nity.ru, www.mista.ru, www.ixbt.com және т.б.) көптеген материалдар мен талқылауларды оқығаннан кейін. клиент-сервер нұсқасында В.Гильевтің (http://www.gilev.ru/tpc1cgilv/) еркін таратылған тестін пайдалану туралы шешім қабылданды, оның нәтижелері серверлердің әртүрлі жиынтықтарын сапалы түрде салыстыруға мүмкіндік береді және олардың құрамдас бөліктері, ОЖ, ДҚБЖ және 1С қолданбалы серверлерінің нұсқалары, бүкіл кешеннің оңтайлы конфигурациясын, соның ішінде баға диапазонында анықтау үшін.
Сынақ нәтижелері скриншоттарда көрсетілген:
Айта кету керек, 1С платформасының 8.3.3 нұсқасы бойынша тестілеу нәтижесінің айтарлықтай төмендеуі байқалды (8.2.18 нұсқасы үшін, қалғандарының бәрі бірдей болған кезде ұпай саны 60 болды), бұл, шамасы, әртүрлі платформаларда бағдарлама кодын орындаудағы айырмашылық. Клиент бөлігі қалыпты қолданба режимінде жұмыс істеді (қалың клиент).
Көп ағынды жұмыс мүмкіндігі де мысал ретінде келесі тест арқылы тексерілді (http://infostart.ru/public/173394/). Бұл сынақ жүйенің жауап беру уақыты әлі де қолайлы болатын бір мезгілде пайдаланушылардың шамамен санын бағалауға мүмкіндік береді.
ИГОР ЧУФАРОВ, «Радиозавод» АҚ Кешенді автоматтандырылған жүйелер бөлімінің бастығы, [электрондық пошта қорғалған]
Гилев тестінде 40 ұпай –
аңыз немесе шындық?
Гилев сынағы төңірегінде, соның ішінде қарама-қайшы нәтижелерге негізделген қызу талқылаулар жалғасуда. Мен осы құралды пайдалану тәжірибеммен бөлісемін.
Түсініксіздіктің шығу тегі
Гилев сынағымен алғаш рет бетпе-бет келгенде, көптеген мамандар оның көмегімен алынған ерекше нәтижелерге таң қалды. Мысалы, жұмыс үстелінің аппараттық құралы қымбат, қуатты серверге қарағанда жақсы нәтижелер көрсете алады. Файл нұсқасы SQL-ге қарағанда жоғары баға алады. Ал егер екінші оқиғада бәрі азды-көпті түсінікті болса, бұл сынақ құжаттамасында да, форумдардағы көптеген пікірталастарда да түсіндірілген болса, қымбат серверлік жабдықтың салыстырмалы төмен нәтижелерінен әлі ешкім нақты қорытынды жасаған жоқ.
Алынған нәтижелер туралы хабарламас бұрын, Гилев сынағының өзі туралы бірнеше сөз айтып, оның не екенін айтқан жөн.
«Гилев сынағы» атауы тегін жүктеп алуға болатын TPC-1C жүктеме сынағына қатысты.
Белгілі нәтижелер
Дереккөз 48 ГБ жедел жады бар 2*Intel Xeon E5620 2,4 ГГц негізіндегі серверді және 16 ГБ жедел жады бар Intel Core i5 3,0 ГГц негізіндегі дербес компьютерді салыстырудың қызықты нәтижелерін береді. Қосымша параметрлер мен амалдарсыз, олар «қораптан тыс» дегендей, жұмыс станциясы Гилев тестінде серверді «бұзып», 155% жоғары өнімділікті көрсетті.
Сервер шамамен 17 ұпай жинады, ал жұмыс үстелі 40-тан астам ұпай жинады. Тәжірибелердің (олардың көпшілігі сынақ нәтижесін қаншалықты нашарлататынын анықтау үшін жұмыс үстелі ресурстарын қысқартуға қатысты) және сервер параметрлерінің нәтижесінде мақала авторлары 25,6 ұпайға жету.
Нәтиже, шынын айтқанда, кәдімгі жүйелік блокта 40-тан алыс. Сонымен, 1С серверін жақын жердегі дүңгіршекте сатып алынған бюджеттік жабдыққа орналастырған дұрыс па? Әрине жоқ.
Infostart 2016 іс-шарасындағы талқылау
Санкт-Петербургтегі Infostart Event 2016 конференциясына сапарымнан бірнеше күн бұрын курстар-po-1s веб-сайтында 1С: Кәсіпорын жүйесінің виртуалдандырылған орталардағы жұмысы, жабдықты таңдау және өнімділік мәселелері туралы қызықты екі сағаттық бейне пайда болды. .rf.
Infostart Event 2016 конференциясында осы вебинардың авторы Андрей Бурмистров сөз сөйлейді деп күтілуде - 1С компаниясында да, еліміздегі көптеген ірі енгізулерде де жұмыс істеген ірі енгізулердің технологиялық мәселелері бойынша 1С сарапшысы, тәлімгер. «1С өнімділігін оңтайландыру» курсында 2000-нан астам мамандар және 1С-ке дайындық: Сарапшы.
Тақырыпқа деген қызығушылықтан кейін мен Андреймен виртуалды түрде де, конференцияның өзінде де сөйлестім. HighLoad дөңгелек үстелі барысында мен оған қойған сұрақтарымның бірі серверлік жабдықтың әртүрлі нұсқаларын – SSD дискімен, кәдімгі қатты дискімен, әртүрлі аппараттық конфигурациялардағы анықтамалық тестілеумен вебинар шығару мүмкіндігіне қатысты. Жауап келесідей болды: «Рахмет, бұл қызықты идея. Мүмкін жасаймыз. Бізге Intel P3700, P3600 беріңіз, біз оны сынауға қуаныштымыз. Бір апта бойы тестілеу үшін SSD алу оңай емес ».
Сонымен, өз көздерімен менің сұхбаттастарымның ешқайсысы дерлік SQL режимінде 30-дан астам нүктені көрмегені белгілі болды, ал оны көргендер оның серверлік жабдықта емес екенін атап өтті.
Тұйық шеңбер? Маңызды сұрақ туындады: «SQL режиміндегі серверлік жабдықта Gilev тестінде 40 ұпай - миф немесе шындық?»
Толық мақаланы «Жүйелік әкімші» журналының 2017 жылғы № 5, 10-15 беттерінде оқыңыз.
Бұл мәселенің PDF нұсқасын біздің сайттан сатып алуға болады
