Mavjud axborot tizimini har qanday amalga oshirish yoki o'zgartirish uchun majburiy operatsiya tizimning kerakli tezligini baholash va uni amalga oshirish uchun zarur hisoblash resurslarini rejalashtirishdir. Hozirgi vaqtda ushbu muammoning umumiy shaklda aniq echimi yo'q va agar uning murakkabligi va narxiga qaramay, bunday algoritm har qanday ishlab chiqaruvchi tomonidan taklif etilsa, u holda apparat, dasturiy ta'minot versiyasi, tizim konfiguratsiyasi yoki miqdori yoki foydalanuvchining standart xatti-harakatlarida kichik o'zgarishlar bo'lishi mumkin. jiddiy xatolarga olib keladi.

Biroq, kerakli ishlashga erishish uchun zarur bo'lgan dasturiy ta'minot va apparat konfiguratsiyasini baholashning ko'plab usullari mavjud. Ushbu usullarning barchasi tanlov jarayonida qo'llanilishi mumkin, ammo iste'molchi ularning ilovalari va cheklovlarini tushunishi kerak.

Mavjud samaradorlikni baholash usullarining aksariyati ba'zi turdagi testlarga tayanadi.

Sinovning ikkita asosiy turi mavjud: komponent va integral.

Komponentlarni sinovdan o'tkazish protsessorlar yoki saqlash quyi tizimlarining ishlashidan tortib butun serverning ishlashini sinab ko'rishgacha bo'lgan yechimning alohida komponentlarini sinovdan o'tkazishni o'z ichiga oladi, lekin ma'lum bir biznes ilovasi ko'rinishidagi foydali yuksiz.

Integratsiyalashgan yondashuv yechimning umuman, uning dasturiy va apparat qismlarining ishlashini baholash bilan tavsiflanadi. Bunday holda, yakuniy yechimda qo'llaniladigan biznes-ilovadan, shuningdek, ba'zi standart biznes jarayonlari va yuklarni taqlid qiluvchi ba'zi namunaviy ilovalardan foydalanish mumkin.

Grafikning yashil rangi o'ngdagi ba'zi shartli tanlangan ko'rsatkichlar bilan birgalikda "yaxshi" ishlashning o'zaro platformali umumlashtirilgan baholashini amalga oshirishga imkon beradi.

Sinov natijalaridan qanday xursand bo'lish kerak

Natijada siz ma'lum bir ishlash (tezlik) indeksini oldingiz. Natija yaxshi yoki yomon bo'ladimi, muhim emas - bu sizning uskunangizda ishlaydigan PLATFORM natijasidir. Mijoz - server versiyasiga kelsak, bu turli bo'limlardan o'tadigan murakkab so'rovlar zanjirining natijasidir. Siz tizimdagi darboğaz bilan belgilanadigan umumiy haqiqiy natijani olasiz. Har doim to'siq bor.

Boshqacha qilib aytadigan bo'lsak, ikkala DBMS sozlamalari, OS sozlamalari va apparat umumiy jamoa natijasiga ta'sir qiladi.

Qaysi server yaxshiroq

Muayyan serverda o'tkaziladigan ushbu test apparat sozlamalari, operatsion tizim, ma'lumotlar bazasi va boshqalarga asoslangan natijani beradi. Biroq, ma'lum bir server uskunasida yuqori natija normal sharoitlarda bir xil server uskunasida bir xil natijaga erishilishini anglatadi. Ushbu test 1C: Enterprise 8 platformasi tomonidan qo'llab-quvvatlanadigan uchta turli ma'lumotlar bazasini Windows va Linux ostida o'rnatishni solishtirishga yordam beradigan bepul vositadir.

Sinov xavfsizligi

Sinov mutlaqo xavfsizdir. Bu serverning "halokatiga" olib kelmaydi ("stress" algoritmi yo'q) va hatto "jangovar" serverda ham dastlabki choralarni talab qilmaydi. Sinov natijalarida maxfiy ma'lumotlar ham qayd etilmaydi. CPU, RAM, HDD parametrlari haqida ma'lumot yig'iladi. Qurilmaning seriya raqamlari yig'ilmaydi. Bularning barchasini osongina tekshirishingiz mumkin - test kodi 100% ochiq. Sizning bilimingizsiz biron bir ma'lumotni yuborish mumkin emas.

Tasniflash TPC-A-mahalliy o'tkazuvchanlik / TPC-1C-GILV-A

Sinov universal integral o'zaro faoliyat platformali testlar bo'limiga tegishli. Bundan tashqari, u 1C: Enterprise-dan foydalanish uchun fayl va mijoz-server variantlari uchun amal qiladi. Sinov 1C tomonidan qo'llab-quvvatlanadigan barcha DBMSlar uchun ishlaydi.

Universallik ma'lum bir odatiy platforma konfiguratsiyasiga bog'lanmasdan, umumiy ish faoliyatini baholashga imkon beradi.

Boshqa tomondan, bu shuni anglatadiki, maxsus loyihaning aniq hisob-kitoblari uchun test ixtisoslashtirilgan yuk sinovidan oldin dastlabki baholashni amalga oshirishga imkon beradi.

Test yuklab olish

Ushbu test tijorat emas va uni 8.2 uchun bepul va 8.3 uchun bepul yuklab olish mumkin.

Texnik tafsilotlar

Sinovda "bitta" operatsiya tsikli doirasida nima sodir bo'ladi?

Testdan PostgreSQL ma'lumotlar bazasida foydalanish xususiyatlari

Postgresql.conf konfiguratsiya faylidagi standard_conforming_strings parametrini "off" ga o'rnating.

Temir yukini qanday o'lchash mumkin

Shuni ta'kidlash kerakki, testning o'zi allaqachon o'lchovni qisman bajaradi. Batafsilroq rasm uchun men Mark Rusinovichning Process Explorer yordam dasturidan foydalanishni maslahat beraman.

Rasmda fayl versiyasi uchun o'lchov namunasi ko'rsatilgan.

Uskunaning haqiqiy yukini tushunish uchun ishlab chiqarishda 1C terminal serverining ishlashini sinab ko'rish kerak edi, men buni yaqinda qildim va endi men natijalarni hamma ko'rishi uchun taqdim qilmoqchiman.

Batafsil maqolada o'qing.

1C haqida boshqa maqolalarni tegishli bo'limda topasiz -.

1C-dagi oldingi bir nechta maqolalarda men 1C-ning asosiy foydalanuvchilari, ya'ni buxgalteriya hisobi va savdo bo'limlari xodimlarining sa'y-harakatlari bilan yaratilgan turli xil yuklar uchun server konfiguratsiyasini hisoblash ustida ishladim. Buxgalterlarning vazifalari nafaqat hisobotlarni tuzish va dasturga ma'lumotlarni kiritish bilan bog'liq va shuning uchun ular uchun terminalga to'liq kirish va u erdan kerak bo'lgan hamma narsa bilan ishlash afzalroqdir (). Menejerlar uchun hamma narsa ancha sodda va ular uchun dasturni nashr qilish () to'liq maqbul foydalanish holatidir.

Haqiqiy test o'tkazmasdan serverni ishlab chiqarishga qo'yishni xavf ostiga qo'ymadim, shuning uchun keng ko'lamli test tashkil etildi. Shaxsan men uchun uning afzalligi shundaki, men nazariy hisob-kitoblarimni amalda tasdiqlash (yoki rad etish) mumkin edi, ularning asosi xodimlarning ish stantsiyalarining juda subyektiv ko'rsatkichlari edi.

Sinov muhiti

Shunday qilib, sinov uchun biz protsessorli serverni oldik Intel Xeon E5-1650 v3 @ 3.50GHz, 128 GB RAM, RAID 1 da 2*SSD. Bu serverda virtual mashina o'rnatilgan bo'lib, u shunchaki terminal serveri bo'lib, unda 1C 8.2, 1C 8.3, MS Office 2013 Pro ilovalari o'rnatilgan.

Men darhol aytamanki, yukning tabiati aralash edi, ya'ni RemoteApp orqali ishlaydigan mijozlar bor edi va RDP orqali to'liq tizimga kirganlar va o'z ishlari uchun zarur bo'lgan dasturlardan foydalanganlar (nafaqat 1C, balki Office ham) ). Tarqatish taxminan quyidagicha edi: 24 ta RemoteApp seanslari, 5 ta RDP mijozlari.

Foydalanuvchilar ikki soat davomida har 30 daqiqada ilovalarga kirish va ulardagi kundalik vazifalarni bajarish - hisobotlarni yaratish, ma'lumotlarni chop etish, hujjatlarni joylashtirish, ma'lumotlarni boshqa formatlarga eksport qilish va hokazolar bilan duch kelishdi. Asosiysi, serverni qo'yish maqsadi yo'q edi maqsad haqiqiy o'rtacha kunlik yuk berish edi.

Sinov natijalari

Hammasi odatdagidek boshlandi - uchinchi bo'limdan boshlab bo'lim boshliqlari va undan yuqori bo'lgan foydalanuvchilar 1C-ga kirishni va odatiy vazifalarni bajarishni boshladilar. Bularning barchasi uzoq davom etmadi va menda serverning ishlash ko'rsatkichlarini haqiqiy yukga iloji boricha yaqinroq qilish uchun faqat bitta imkoniyat bor edi. Oxir-oqibat men olgan narsam:

RAM (dinamik ravishda ajratilgan xotira virtual serverda o'rnatilgan, shuning uchun agar kerak bo'lsa, joriy RAM miqdori doimiy ravishda yuqoriga qarab o'zgarib turardi):

Endi natijalarni tahlil qilish va xulosa chiqarish kerak.

Ma'lumotlarni tahlil qilish

Shuni ta'kidlash kerakki, protsessor uchun hisob-kitoblar juda aniq bo'lib chiqdi.

Maqolada men bir 1C RemoteApp seansi uchun protsessor resurslarining iste'moli o'rtacha 122 775 protsessor unumdorligini (veb-saytdan olingan samaradorlik ma'lumotlari) ekanligini empirik tarzda aniqladim. www.cpubenchmark.net). Boshqa maqolada men to'liq RDP seansini bajarish uchun zarur bo'lgan resurslarni hisoblab chiqdim va ular Core i5 4460 ning 4% ni tashkil etdi, ya'ni 0,04 * 6622 (ma'lumotlar ham mavjud www.cpubenchmark.net) = 264,88.

Hammasi bo'lib biz quyidagilarni olamiz:

• to'liq RDP sessiyasi yeydi 264,88 CPU ishlash birliklari;
• seans 1C RemoteApp iste'mol qiladi 122,775 birliklar.

Yuqorida men 24 RemoteApp va 5 RDP foydalanuvchisi borligini aytdim. Biz hisoblaymiz:

24 * 122,775 + 5 * 264,88 = 4271

Intel Xeon E5-1650 v3 ning nisbiy ishlash indeksi 13477 birlik. Ya'ni, nazariy jihatdan CPU yuki taxminan 32% bo'lishi kerak (4271 / 13477 * 100).

CPU yuklanish grafigi shuni ko'rsatadiki, 10:30 - 10:50 vaqt oralig'ida protsessor 25 - 40% ga yuklanadi (cho'qqilar hisobga olinmaydi). Albatta, siz 32% protsessor yukining to'g'ri chizig'ini olmaysiz; minimaldan nisbiy maksimalgacha o'zgarishlar hali ham bo'ladi, lekin umuman olganda, haqiqiy ma'lumotlar nazariy ma'lumotlarga mos keladi deb taxmin qilishimiz mumkin. Aytgancha, serveringizda qancha foydalanuvchilar bo'lsa, yuk shunchalik bir xil bo'ladi.

Aslida, RAM ma'lumotlari qimmatroq bo'lib chiqdi. Oldingi maqolalardagi hisob-kitoblarga ko'ra, menda:

• RDP seansi uchun 2 GB;
• RemoteApp seansi uchun 100 MB.

Ya'ni, ishg'ol qilingan xotira miqdori maksimal 12,4 GB + OT uchun biroz bo'lishi kerak edi. Ammo, ma'lum bo'lishicha va menda printsipial nuqtai nazarga ko'ra, amalda bu qiymat butunlay boshqacha ko'rsatkich edi. 1C RAMga juda ochko'z bo'lib chiqdi, afsusdaman. Bundan tashqari, dastur shunday ishlaydiki, u bir oz joy egallaganidan so'ng, endi kerak bo'lmagan paytda uni chiqarishni zarur deb hisoblamaydi:

Xo'sh, 2 GB operativ xotirani iste'mol qilish va o'tirish va hech narsa qilmaslik odatiymi (sessiya protsessorining yuki 0%). Zamonaviy dasturchilar resurslardan optimal foydalanishga umuman ahamiyat bermaydilar. Shaxsan men universitetda bo'lganimda, agar dastur kodi hisoblash resurslaridan foydalanish nuqtai nazaridan mantiqsiz yozilgan bo'lsa, uni qayta yozishga majbur bo'ldim. Ko'rinishidan, zamonaviy dasturchilarning malakasi plintusdan pastga tushib ketgan yoki ehtimol bu shunchaki yondashuv - nega yangi funksiyalarni ishlab chiqish yaxshiroq bo'lsa, allaqachon yozilgan kodni optimallashtirish kerak. Umuman olganda, bu nuqta emas, u bombardimon qildi va bu yaxshi.

Serverga ajratilgan 16 Gb "dinamiklar" dan barchasini yeb qo'ydi va katta ehtimol bilan ko'proq talab qildi. Nazariy jihatdan, agar operativ xotira etishmovchiligi bo'lsa, OT diskga almashtiriladi va bu holda ishlashning jiddiy pasayishi boshlanadi. Mening holatimda, bunday emas edi va ehtimol bu SSD bilan bog'liq bo'lib, u deyarli hech qanday yuk ko'rsatmagan - butun sinov davrida faqat ikkita qisqa muddatli cho'qqi (soat 10:00 dan 12:00 gacha). Biroq, amaliyot shuni ko'rsatadiki, men terminal serverining operativ xotirasida saqlashni tavsiya etmayman.

Alena Tulyakova surati, “Clerk.Ru” axborot agentligi

Maqolada Ajam 1C ma'murlari yo'l qo'yadigan asosiy xatolar aniqlangan va misol sifatida Gilev testi yordamida ularni qanday hal qilish ko'rsatilgan.

Ushbu maqolani yozishdan asosiy maqsad 1C bilan hali tajribaga ega bo'lmagan ma'murlar (va dasturchilar) uchun aniq nuanslarni takrorlamaslikdir.

Ikkilamchi maqsad, agar menda biron bir kamchilik bo'lsa, Infostart buni menga eng tez ko'rsatib beradi.

V. Gilevning testi allaqachon o'ziga xos "de-fakto" standartiga aylandi. Muallif o'z veb-saytida juda aniq tavsiyalar berdi, lekin men shunchaki ba'zi natijalarni taqdim etaman va eng ko'p uchraydigan xatolarni sharhlayman. Tabiiyki, sizning uskunangizdagi sinov natijalari har xil bo'lishi mumkin, bu faqat nima bo'lishi kerakligi va nimaga intishingiz mumkinligi haqida ko'rsatma. Darhol ta'kidlashni istardimki, o'zgarishlar bosqichma-bosqich amalga oshirilishi kerak va har bir qadamdan so'ng u qanday natija berganligini tekshiring.

Infostart-da shunga o'xshash maqolalar mavjud, men ularga havolalarni tegishli bo'limlarga qo'yaman (agar biror narsani o'tkazib yuborsam, sharhlarda menga taklif qiling, men qo'shaman). Shunday qilib, sizning 1C sekin deb faraz qilaylik. Muammoni qanday aniqlash mumkin va kim aybdor, administrator yoki dasturchi ekanligini qanday tushunish mumkin?

Dastlabki ma'lumotlar:

Sinov qilingan kompyuter, asosiy gvineya cho'chqasi: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2 bilan jihozlangan. Taqqoslash uchun, Core i3-2100 bitta ipli testda solishtirish mumkin bo'lgan natijalarni ko'rsatadi. Men ataylab tanlagan uskuna eng yangi emas edi, zamonaviy jihozlar bilan natijalar sezilarli darajada yaxshilanadi.

Alohida 1C va SQL serverlarini sinash uchun SQL server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.

10 Gbit tarmoqni sinash uchun Intel 520-DA2 adapterlaridan foydalanilgan.

Fayl versiyasi. (ma'lumotlar bazasi umumiy papkadagi serverda joylashgan, mijozlar tarmoq, CIFS/SMB protokoli orqali ulanadi). Bosqichma-bosqich algoritm:

0. Gilevning test ma'lumotlar bazasini asosiy ma'lumotlar bazalari bilan bir xil papkadagi fayl serveriga qo'shing. Biz mijoz kompyuteridan ulanamiz va testni o'tkazamiz. Natijani eslaymiz.

Hatto 10 yil oldingi eski kompyuterlar uchun ham (775 soketidagi Pentium) 1C: Enterprise yorlig'ini bosishdan ma'lumotlar bazasi oynasi paydo bo'lgunga qadar vaqt bir daqiqadan kamroq vaqtni olishi tushuniladi. (Celeron = sekin).

Agar sizning kompyuteringiz 1 Gb tezkor xotiraga ega 775 soketdagi Pentium-dan yomonroq bo'lsa, men sizga hamdardman va fayl versiyasida 1C 8.2 da qulay ishlashga erishishingiz qiyin bo'ladi. Yoki yangilash (vaqt keldi) yoki terminalga (yoki ingichka mijozlar va boshqariladigan shakllar bo'lsa, veb) o'tish haqida o'ylab ko'ring.

Agar kompyuter yomonroq bo'lmasa, siz administratorni tepishingiz mumkin. Hech bo'lmaganda tarmoq, antivirus va HASP himoya drayverining ishlashini tekshiring.

Agar Gilevning ushbu bosqichdagi testida 30 ta "to'tiqush" yoki undan yuqori bo'lsa, lekin 1C ishchi bazasi hali ham sekin ishlayotgan bo'lsa, savollar dasturchiga yo'naltirilishi kerak.

1. Mijoz kompyuteri qanchalik "siqish" mumkinligi haqida ko'rsatma sifatida biz faqat ushbu kompyuterning ishlashini tarmoqsiz tekshiramiz. Biz test ma'lumotlar bazasini mahalliy kompyuterga o'rnatamiz (juda tez diskda). Agar mijoz kompyuterida oddiy SSD bo'lmasa, u holda ramdisk yaratiladi. Hozircha eng oddiy va bepuli bu Ramdisk korxonasi.

8.2 versiyasini sinab ko'rish uchun 256 MB ramdisk kifoya qiladi va! Eng asosiysi. Kompyuterni qayta ishga tushirgandan so'ng, ramdisk ishlayotgan bo'lsa, unda 100-200 MB bo'sh joy bo'lishi kerak. Shunga ko'ra, ramdisksiz, normal ishlashi uchun 300-400 MB bo'sh xotira bo'lishi kerak.

8.3 versiyasini sinab ko'rish uchun 256 MB ramdisk etarli, ammo sizga ko'proq bo'sh RAM kerak.

Sinov paytida siz protsessor yukiga qarashingiz kerak. Idealga yaqin holatda (ramdisk), mahalliy fayl 1c ishlayotganda 1 protsessor yadrosini yuklaydi. Shunga ko'ra, agar sinov paytida protsessor yadrosi to'liq yuklanmagan bo'lsa, zaif tomonlarini qidiring. Bir oz hissiy, lekin umuman olganda to'g'ri, protsessorning 1C ishlashiga ta'siri tasvirlangan. Malumot uchun, hatto yuqori chastotali zamonaviy Core i3-larda ham 70-80 raqamlari juda realdir.

Ushbu bosqichda eng ko'p uchraydigan xatolar.

• Noto'g'ri sozlangan antivirus. Ko'pgina antiviruslar mavjud, ularning har biri uchun sozlamalar har xil, men shuni aytamanki, to'g'ri konfiguratsiya bilan na veb, na Kasperskiy 1C xalaqit bermaydi. Standart sozlamalar bilan taxminan 3-5 to'tiqush (10-15%) olib tashlanishi mumkin.
• Ishlash rejimi. Ba'zi sabablarga ko'ra, kam odam bunga e'tibor beradi, ammo ta'sir eng muhim hisoblanadi. Agar sizga tezlik kerak bo'lsa, buni mijoz va server kompyuterlarida qilishingiz kerak. (Gilev yaxshi tavsifga ega. Yagona ogohlantirish shundaki, ba'zi anakartlarda Intel SpeedStep-ni o'chirsangiz, TurboBoost-ni yoqolmaysiz).

Ishlash rejimini ikkita joyda yoqishingiz mumkin (va afzalroq):

• BIOS orqali. C1, C1E, Intel C-state (C2, C3, C4) rejimlarini o'chiring. Turli xil bioslarda ular boshqacha nomlanadi, ammo ma'nosi bir xil. Qidirish uchun uzoq vaqt talab etiladi, qayta ishga tushirish talab qilinadi, lekin agar siz buni bir marta qilsangiz, uni unutishingiz mumkin. Agar BIOS-da hamma narsani to'g'ri qilsangiz, tezlik oshadi. Ba'zi anakartlarda siz BIOS sozlamalarini Windows ishlash rejimi rol o'ynamasligi uchun sozlashingiz mumkin. (Gilev'dan BIOS sozlamalariga misollar). Ushbu sozlamalar asosan server protsessorlari yoki "kengaytirilgan" BIOS bilan bog'liq, agar siz buni topa olmagan bo'lsangiz va sizda Xeon bo'lmasa, bu yaxshi.

• Boshqaruv paneli - Elektr ta'minoti - Yuqori ishlash. Minus - agar kompyuterga uzoq vaqt xizmat ko'rsatilmagan bo'lsa, u qattiqroq fan shovqini chiqaradi, ko'proq isitadi va ko'proq energiya sarflaydi. Bu ishlash uchun to'lov.

Bular standart sozlamalar. BIOS C holati yoqilgan, muvozanatli quvvat iste'moli rejimi
BIOS C holati yoqilgan, yuqori ishlash rejimi Pentium va Core uchun siz u erda to'xtashingiz mumkin, Siz hali ham Xeondan bir oz "to'tiqush" ni siqib qo'yishingiz mumkin
BIOS-da C holati o'chirilgan, yuqori ishlash rejimi. Agar siz Turbo boost-dan foydalanmasangiz, u shunday ko'rinishi kerak ishlash uchun sozlangan server

Va endi raqamlar. Sizga eslatib o'taman: Intel Xeon 5650, ramdisk. Birinchi holda, test 23,26 ni, oxirgi holatda - 49,5 ni ko'rsatadi. Farqi deyarli ikki baravar. Raqamlar farq qilishi mumkin, ammo Intel Core uchun nisbat deyarli bir xil bo'lib qoladi.

Hurmatli administratorlar, siz 1C ni xohlaganingizcha tanqid qilishingiz mumkin, lekin agar oxirgi foydalanuvchilarga tezlik kerak bo'lsa, yuqori ishlash rejimini yoqishingiz kerak.

c) Turbo Boost. Avvalo, masalan, protsessoringiz ushbu funktsiyani qo'llab-quvvatlashini tushunishingiz kerak. Agar u qo'llab-quvvatlasa, siz hali ham qonuniy ravishda ba'zi ishlashni olishingiz mumkin. (Men chastotani haddan tashqari oshirib yuborish masalalariga, ayniqsa serverlarga tegmoqchi emasman, buni o'zingizning xavf-xataringiz va xavfingiz ostida qiling. Lekin men avtobus tezligini 133 dan 166 ga oshirish tezlikni ham, issiqlik tarqalishini ham sezilarli darajada oshirishiga qo'shilaman)

Turbo boostni qanday yoqish kerakligi yozilgan, masalan, . Lekin! 1C uchun ba'zi nuanslar mavjud (eng aniq emas). Qiyinchilik shundaki, turbo kuchaytirgichning maksimal ta'siri C holati yoqilganda sodir bo'ladi. Va biz shunga o'xshash narsani olamiz:

E'tibor bering, multiplikator maksimal, yadro tezligi chiroyli va ishlash yuqori. Ammo 1s bilan natija nima bo'ladi?

Ammo oxir-oqibat ma'lum bo'lishicha, protsessor unumdorligi testlariga ko'ra, 23 ko'paytiruvchisi bo'lgan versiya oldinda, Gilevning fayl versiyasidagi testlariga ko'ra, 22 va 23 multiplikatorli ko'rsatkichlar bir xil, ammo mijoz-serverda. versiya - multiplikatori 23 bo'lgan versiya dahshatli dahshatli dahshatli (hatto C holati 7 darajaga o'rnatilgan bo'lsa ham, u C holati o'chirilganidan ko'ra sekinroq). Shuning uchun tavsiya etilgan ikkala variantni ham o'zingiz tekshirib ko'ring va eng yaxshisini tanlang. Qanday bo'lmasin, 49,5 va 53 to'tiqush o'rtasidagi farq juda muhim, ayniqsa ko'p harakat qilmasdan.

Xulosa - turbo boost yoqilgan bo'lishi kerak. Eslatib o'taman, BIOS-da Turbo boost elementini yoqishning o'zi etarli emas, siz boshqa sozlamalarni ham ko'rib chiqishingiz kerak (BIOS: QPI L0s, L1 - o'chirish, tozalashni talab qilish - o'chirish, Intel SpeedStep - yoqish, Turbo boost - yoqish Boshqaruv paneli - Quvvat parametrlari - Yuqori unumdorlik). Va men hali ham (hatto fayl versiyasi uchun ham) multiplikator kichikroq bo'lsa ham, c-holat o'chirilgan variantni tanlayman. Bu shunday bo'ladi ...

Juda munozarali nuqta - bu xotira chastotasi. Misol uchun, xotira chastotasi juda kuchli ta'sir ko'rsatadi. Mening testlarim bunday qaramlikni aniqlamadi. Men DDR 2/3/4 ni solishtirmayman, men bir xil chiziq ichida chastotani o'zgartirish natijalarini ko'rsataman. Xotira bir xil, ammo BIOS-da biz past chastotalarni o'rnatishga majburmiz.

Va sinov natijalari. 1C 8.2.19.83, mahalliy ramdisk fayl versiyasi uchun, mijoz-server 1C va bitta kompyuterda SQL uchun, Umumiy xotira. Turbo boost ikkala versiyada ham o'chirib qo'yilgan. 8.3 taqqoslanadigan natijalarni ko'rsatadi.

Farqi o'lchov xatosi ichida. Chastotaning o'zgarishi bilan boshqa parametrlar ham o'zgarishini, bir xil CAS kechikishini va RASni CAS kechikishini ko'rsatish uchun men CPU-Z ning skrinshotlarini maxsus tortib oldim, bu chastota o'zgarishini neytrallashtiradi. Farq, xotira modullari sekinroqdan tezroqga jismoniy o'zgartirilganda bo'ladi, lekin u erda ham raqamlar unchalik ahamiyatli emas.

2. Mijoz kompyuterining protsessorini va xotirasini saralagandan so'ng, biz keyingi juda muhim joyga - tarmoqqa o'tamiz. Tarmoqni sozlash haqida ko'plab kitoblar yozilgan, Infostart (va boshqalar) haqida maqolalar mavjud, ammo bu erda men bu mavzuga e'tibor bermayman. 1C ni sinab ko'rishni boshlashdan oldin, iltimos, ikkita kompyuter o'rtasidagi iperf butun o'tkazish qobiliyatini (1 Gbit kartalar uchun - kamida 850 Mbit yoki undan ham yaxshisi 950-980) ko'rsatishiga ishonch hosil qiling, bu Gilevning tavsiyalariga amal qilgan. Keyin - ishning eng oddiy sinovi, g'alati darajada, tarmoq orqali bitta katta faylni (5-10 gigabayt) nusxalash bo'ladi. 1 Gbit tarmoqda normal ishlashning bilvosita belgisi o'rtacha nusxa ko'chirish tezligi 100 MB / sek, yaxshi ishlash - 120 MB / sek bo'ladi. Sizning e'tiboringizni zaif nuqta (shu jumladan) protsessor yuki bo'lishi mumkinligiga qaratmoqchiman. Linux-dagi SMB protokoli juda zaif parallellashtirilgan va ish paytida u bitta protsessor yadrosini osongina "eyishi" mumkin va boshqa iste'mol qilmaydi.

Va yana. Standart sozlamalar bilan Windows mijozi eng yaxshi Windows serveri (yoki hatto Windows ish stantsiyasi) va SMB/CIFS protokoli, Linux mijozi (debian, ubuntu boshqalarga qaramadi) linux va NFS bilan yaxshi ishlaydi ( u SMB bilan ham ishlaydi, lekin NFS da to'tiqushlar balandroq). Chiziqli nusxalash paytida Windows Linux serverini NFS-ga tezroq bitta oqimga ko'chirish hech narsani anglatmaydi. Тюнинг debian для 1С - тема отдельной статьи, я к ней еще не готов, хотя могу сказать, что в файловой версии получал даже немного бОльшую производительность, чем Win вариант на этом же оборудовании, но с postgres при пользователях свыше 50 у меня пока еще все juda yomon.

"Kuygan" ma'murlar biladigan eng muhim narsa, lekin yangi boshlanuvchilar e'tiborga olinmaydi. 1c ma'lumotlar bazasiga yo'lni o'rnatishning ko'plab usullari mavjud. Siz servershare qilishingiz mumkin, siz 192.168.0.1share qilishingiz mumkin, z net foydalanishingiz mumkin: 192.168.0.1share (va ba'zi hollarda bu usul ham ishlaydi, lekin har doim emas) va keyin Z diskini belgilang. Bu barcha yo'llar ko'rinadi. Xuddi shu joyga ishora qiling, lekin 1C uchun normal ishlashni juda ishonchli ta'minlaydigan faqat bitta usul mavjud. Shunday qilib, buni to'g'ri bajarishingiz kerak:

Buyruqlar satrida (yoki siyosatlarda yoki siz uchun qulay bo'lgan har qanday narsada) - DriveLetter: servershare-dan foydalaning. Misol: aniq foydalanish m: server bazalari. Men IP-manzilni EMAS, server nomini alohida ta'kidlayman. Agar server nomi ko'rinmasa, uni serverdagi DNS-ga yoki mahalliy ravishda xostlar fayliga qo'shing. Ammo manzil nomi bilan bo'lishi kerak. Shunga ko'ra, ma'lumotlar bazasiga boradigan yo'lda ushbu diskka kiring (rasmga qarang).

Va endi men nima uchun bu maslahat ekanligini raqamlar bilan ko'rsataman. Dastlabki maʼlumotlar: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartalari OS Win 2008 R2, Win 7, Debian 8. Eng soʻnggi drayverlar, yangilanishlar qoʻllanilgan. Sinovdan oldin men Iperf to'liq o'tkazish qobiliyatini berishiga ishonch hosil qildim (10 Gbit kartalardan tashqari, u faqat 7,2 Gbitni siqib chiqara oldi, nega keyinroq ko'raman, test serveri hali to'g'ri sozlanmagan). Disklar har xil, lekin hamma joyda SSD (sinov uchun bitta diskni maxsus joylashtirganman, u boshqa hech narsa bilan yuklanmagan) yoki SSD-dan reyd mavjud. 100 Mbit tezlik Intel 362 adapter sozlamalarini cheklash orqali olingan.1 Gbit mis Intel 350 va 1 Gbit optik Intel X520-DA2 (adapter tezligini cheklash orqali olingan) o'rtasida farq yo'q edi. Maksimal ishlash, turbo boost o'chirilgan (natijalarni taqqoslash uchun, yaxshi natijalar uchun turbo boost 10% dan bir oz kamroq qo'shiladi, yomon natijalar uchun u umuman ta'sir qilmasligi mumkin). 1C 8.2.19.86, 8.3.6.2076 versiyalari. Men barcha raqamlarni bermayman, faqat eng qiziqarlilarini keltiraman, shunda sizda solishtirish uchun biror narsa bor.

Xulosa (jadval va shaxsiy tajribadan. Faqat fayl versiyasiga tegishli):

• Tarmoq orqali, agar ushbu tarmoq to'g'ri sozlangan bo'lsa va 1C da yo'l to'g'ri kiritilgan bo'lsa, ish uchun juda oddiy raqamlarni olishingiz mumkin. Hatto birinchi Core i3 ham 40 dan ortiq to'tiqushlarni osongina ishlab chiqarishi mumkin, bu juda yaxshi va bu nafaqat to'tiqushlar, balki haqiqiy ishda ham farq sezilarli. Lekin! Bir nechta (10 dan ortiq) foydalanuvchilar bilan ishlashda cheklov endi tarmoq bo'lmaydi, bu erda 1 Gbit hali ham etarli, lekin ko'p foydalanuvchili ish paytida blokirovka qilish (Gilev).
• 1C 8.3 platformasi to'g'ri tarmoq konfiguratsiyasi nuqtai nazaridan ko'p marta talabchan. Asosiy sozlamalar - Gilevga qarang, lekin hamma narsa ta'sir qilishi mumkinligini yodda tuting. Men antivirusni o'chirish (va shunchaki o'chirish), FCoE kabi protokollarni o'chirish, drayverlarni eski, lekin Microsoft tomonidan tasdiqlangan versiyaga o'zgartirish (ayniqsa, ASUS va DLC kabi arzon kartalar uchun), ikkinchi tarmoq kartasini olib tashlash tezlashishini ko'rdim. serverdan. Variantlar juda ko'p, tarmog'ingizni ehtiyotkorlik bilan sozlang. Vaziyat bo'lishi mumkinki, platforma 8.2 maqbul raqamlarni beradi va 8.3 - ikki yoki undan ko'p marta kamroq. 8.3 platforma versiyalari bilan o'ynashga harakat qiling, ba'zida siz juda katta effektga ega bo'lasiz.
• 1C 8.3.6.2076 (ehtimol keyinroq, men hali aniq versiyani qidirmadim) 8.3.7.2008 ga qaraganda tarmoq orqali sozlash hali ham osonroq. Men 8.3.7.2008 dan (qiyoslash mumkin bo'lgan to'tiqushlarda) bir necha marta tarmoq orqali normal ishlashga erisha oldim, umumiy holat uchun buni takrorlay olmadim. Men ko'p narsani tushunmadim, lekin Process Explorer-dan olingan ma'lumotlarga ko'ra, u erda yozuv 8.3.6-dagi kabi yaxshi emas.
• 100 Mbit tarmoqda ishlashda uning yuklash jadvali kichik bo'lishiga qaramay (tarmoq bepul deb aytishimiz mumkin), ish tezligi hali ham 1 Gbitga qaraganda ancha past. Buning sababi tarmoqning kechikishi.
• Boshqa barcha narsalar teng (yaxshi ishlaydigan tarmoq) 1C 8.2 uchun Intel-Realtek ulanishi Intel-Intelga qaraganda 10% sekinroq. Ammo realtek-realtek odatda ko'kdan keskin cho'kishni berishi mumkin. Shuning uchun, agar sizda pul bo'lsa, Intel tarmoq kartalarini hamma joyda saqlang, agar pulingiz bo'lmasa, Intel-ni faqat serverga (sizning CO) o'rnating. Va Intel tarmoq kartalarini sozlash bo'yicha ko'rsatmalar bir necha baravar ko'p.
• Odatiy antivirus sozlamalari (misol sifatida drweb 10 versiyasidan foydalangan holda) to'tiqushlarning taxminan 8-10% ni egallaydi. Agar siz uni kerakli tarzda sozlasangiz (1cv8 jarayoniga hamma narsani qilishiga ruxsat bering, garchi u xavfsiz bo'lmasa ham), tezlik antivirussiz bir xil bo'ladi.
• Linux guruslarini o'qimang. Samba bilan server ajoyib va ​​bepul, lekin agar siz serverga Win XP yoki Win7 (yoki undan ham yaxshiroq - server OS) ni o'rnatsangiz, u holda 1c fayl versiyasi tezroq ishlaydi. Ha, samba va protokollar stegi va tarmoq sozlamalari va yana ko'p narsalarni debian/ubuntu-da yaxshi sozlash mumkin, ammo bu mutaxassislar uchun tavsiya etiladi. Linuxni standart sozlamalar bilan o'rnatib, keyin sekin ishlayotganini aytishdan foyda yo'q.
• Fio yordamida tarmoqdan foydalanish orqali ulangan disklarning ishlashini tekshirish juda yaxshi fikr. Hech bo'lmaganda, bu 1C platformasi bilan bog'liq muammolar yoki tarmoq/disk bilan bog'liqmi, aniq bo'ladi.
• Yagona foydalanuvchi versiyasi uchun men 1 Gbit va 10 Gbit o'rtasidagi farq ko'rinadigan testlar (yoki vaziyat) haqida o'ylay olmayman. Fayl versiyasi uchun 10 Gbit yaxshiroq natijalar bergan yagona narsa bu disklarni iSCSI orqali ulashdir, ammo bu alohida maqola uchun mavzu. Shunga qaramay, fayl versiyasi uchun 1 Gbit kartalar etarli deb o'ylayman.
• Nima uchun 100 Mbit tarmoq bilan 8.3 8.2 dan sezilarli darajada tezroq ishlashini tushunmayapman, lekin bu haqiqat edi. Boshqa barcha jihozlar, boshqa barcha sozlamalar mutlaqo bir xil, shunchaki bir holatda 8.2 sinovdan o'tkaziladi, ikkinchisida - 8.3.
• Sozlanmagan NFS win-win yoki win-lin 6 ta to'tiqush beradi, men ularni jadvalga kiritmadim. Sozlagandan so'ng men 25 ni oldim, lekin u beqaror edi (o'lchovlardagi farq 2 birlikdan ko'proq edi). Men Windows va NFS protokolidan foydalanish bo'yicha tavsiyalar bera olmayman.

Terminal server. (ma'lumotlar bazasi serverda, mijozlar tarmoq, RDP protokoli orqali ulanadi). Bosqichma-bosqich algoritm:

• Biz Gilevning test ma'lumotlar bazasini asosiy ma'lumotlar bazalari bilan bir xil papkadagi serverga qo'shamiz. Biz bir xil serverdan ulanamiz va sinovni o'tkazamiz. Natijani eslaymiz.
• Fayl versiyasida bo'lgani kabi, biz protsessorni sozlaymiz. Terminal serverida protsessor odatda asosiy rol o'ynaydi (xotira etishmasligi yoki juda ko'p miqdordagi keraksiz dasturiy ta'minot kabi aniq zaif tomonlari yo'q deb taxmin qilinadi).
• Terminal serverida tarmoq kartalarini sozlash 1c ishlashiga deyarli ta'sir qilmaydi. "Maxsus" qulaylikni ta'minlash uchun, agar sizning serveringiz 50 dan ortiq to'tiqushlarni ishlab chiqarsa, siz RDP protokolining yangi versiyalari bilan o'ynashingiz mumkin, faqat foydalanuvchilarning qulayligi, tezroq javob berish va aylantirish uchun.
• Ko'p sonli foydalanuvchilar faol ishlayotganda (va bu erda siz allaqachon 30 kishini bitta ma'lumotlar bazasiga ulashga urinib ko'rishingiz mumkin, agar urinib ko'rsangiz), SSD drayverini o'rnatish juda tavsiya etiladi. Ba'zi sabablarga ko'ra, disk 1C ishlashiga ayniqsa ta'sir qilmaydi, deb ishoniladi, ammo barcha testlar yozish uchun yoqilgan kontroller keshi bilan amalga oshiriladi, bu noto'g'ri. Sinov bazasi kichik, u keshga juda yaxshi joylashadi, shuning uchun yuqori raqamlar. Haqiqiy (katta) ma'lumotlar bazalarida hamma narsa butunlay boshqacha bo'ladi, shuning uchun testlar uchun kesh o'chirilgan.

• Yoqilgan RAID kontroller keshi disklar orasidagi barcha farqlarni yo'q qiladi; raqamlar ham sat, ham cas uchun bir xil. U bilan oz miqdordagi ma'lumotni sinab ko'rish foydasiz va hech qanday ko'rsatkich emas.
• 8.2 platformasi uchun SATA va SSD opsiyalari o'rtasidagi ishlash farqi ikki baravar ko'p. Bu xato emas. Agar siz SATA drayverlarida sinov paytida ishlash monitoriga qarasangiz. keyin siz "Faol diskning ishlash vaqti (%) 80-95 ni aniq ko'rishingiz mumkin. Ha, agar siz disklarning keshini yozib olish uchun yoqsangiz, tezlik 35 ga oshadi, agar siz reyd kontroller keshini yoqsangiz - 49 tagacha (hozirda qaysi disklar sinovdan o'tkazilayotganidan qat'iy nazar). Ammo bu sintetik kesh to'tiqushlari; haqiqiy ishda, katta ma'lumotlar bazalari bilan hech qachon 100% yozish keshini urish nisbati bo'lmaydi.
• Hatto arzon SSD-larning tezligi (men Agility 3 da sinab ko'rdim) fayl versiyasini ishga tushirish uchun etarli. Yozish resursi - bu boshqa masala, siz har bir alohida holatda uni ko'rib chiqishingiz kerak, Intel 3700 uni kattaroq buyurtmaga ega bo'lishi aniq, ammo narx mos keladi. Va ha, men tushunamanki, SSD diskini sinab ko'rganimda, men ushbu diskning keshini ko'proq darajada sinab ko'raman, haqiqiy natijalar kamroq bo'ladi.
• Eng to'g'ri (mening nuqtai nazarimdan) yechim fayl ma'lumotlar bazasi (yoki bir nechta fayl ma'lumotlar bazalari) uchun aks ettirilgan reydda 2 ta SSD diskni ajratish va u erda boshqa hech narsa joylashtirmaslikdir. Ha, oyna bilan SSD-lar teng ravishda eskiradi va bu minus, lekin hech bo'lmaganda kontroller elektroniği qandaydir tarzda xatolardan himoyalangan.
• Fayl versiyasi uchun SSD drayverlarining asosiy afzalliklari har birida bir nechta foydalanuvchi bo'lgan ko'plab ma'lumotlar bazalari mavjud bo'lganda paydo bo'ladi. Agar 1-2 ma'lumotlar bazasi mavjud bo'lsa va 10 ga yaqin foydalanuvchi bo'lsa, unda SAS disklari etarli bo'ladi. (lekin har qanday holatda, ushbu disklarni hech bo'lmaganda perfmon orqali yuklashga qarang).
• Terminal serverining asosiy afzalliklari shundaki, u juda zaif mijozlarga ega bo'lishi mumkin va tarmoq sozlamalari terminal serveriga kamroq ta'sir qiladi (yana sizning K.O.).

Agar Gilev testi kichik raqamlarni ko'rsatsa va sizda yuqori soatli protsessor va tezkor disklar mavjud bo'lsa, unda administrator hech bo'lmaganda perfmonni olib, barcha natijalarni biron joyga yozib qo'yishi va kuzatishi, kuzatishi va xulosa chiqarishi kerak. Hech qanday aniq maslahat bo'lmaydi.

Mijoz-server varianti.

Sinovlar faqat 8.2 da o'tkazildi, chunki 8.3 da hamma narsa juda jiddiy versiyaga bog'liq.

Sinov uchun men asosiy tendentsiyalarni ko'rsatish uchun turli xil server variantlari va ular orasidagi tarmoqlarni tanladim.

Men barcha qiziqarli variantlarni ko'rib chiqdim shekilli, agar sizni qiziqtirgan boshqa narsa bo'lsa, sharhlarda yozing, men buni qilishga harakat qilaman.

• Saqlash tizimlarida SAS mahalliy SSD-larga qaraganda sekinroq, garchi saqlash tizimlarida kesh hajmi kattaroq bo'lsa ham. SSD-lar ham mahalliy, ham saqlash tizimlarida Gilev testi uchun taqqoslanadigan tezlikda ishlaydi. MCC dan 1C yuk testidan tashqari men hech qanday standart ko'p tarmoqli testni (nafaqat yozib olish, balki barcha jihozlarni) bilmayman.
• 1C serverini 5520 dan 5650 ga o'zgartirish ishlashni deyarli ikki baravar oshirdi. Ha, server konfiguratsiyalari to'liq mos kelmaydi, lekin u tendentsiyani ko'rsatadi (syurpriz emas).
• SQL serveridagi chastotani oshirish, albatta, samara beradi, lekin 1C serveridagi kabi emas; MS SQL serveri ko'p yadroli va bo'sh xotiradan foydalanish uchun juda yaxshi (agar siz so'rasangiz).
• 1C va SQL o'rtasidagi tarmoqni 1 Gbit dan 10 Gbitgacha o'zgartirish taxminan 10% to'tiqushlarni beradi. Men ko'proq kutgandim.
• Umumiy xotirani yoqish, maqolada ta'riflanganidek, 15% bo'lmasa ham, ta'sir qiladi. Buni amalga oshirishga ishonch hosil qiling, xayriyatki, bu tez va oson. Agar o'rnatish paytida kimdir SQL serveriga nomlangan namunani bergan bo'lsa, u holda 1C ishlashi uchun server nomi FQDN tomonidan emas (tcp/ip ishlaydi), localhost yoki shunchaki ServerName orqali emas, balki ServerNameInstanceName orqali ko'rsatilishi kerak, masalan zz- testzztest. (Aks holda DBMS xatosi bo'ladi: Microsoft SQL Server Native Client 10.0: Umumiy xotira provayderi: SQL Server 2000 bilan ulanishni o'rnatish uchun foydalaniladigan umumiy xotira kutubxonasi topilmadi. HRESULT=80004005, HRESULT=80004005, HRESULT=080, S04Qr : SQLSTATE = 08001, holat = 1, jiddiylik = 10, mahalliy = 126, chiziq = 0).
• 100 dan kam foydalanuvchilar uchun uni ikkita alohida serverga bo'lishning yagona nuqtasi Win 2008 Std (va undan yuqori) litsenziyasi bo'lib, u faqat 32 Gb tezkor xotirani qo'llab-quvvatlaydi. Boshqa barcha holatlarda, 1C va SQL, albatta, bitta serverga o'rnatilishi va ko'proq (kamida 64 GB) xotira berilishi kerak. MS SQL-ga 24-28 Gb dan kamroq operativ xotira berish asossiz ochko'zlikdir (agar sizda buning uchun etarli xotira bor deb o'ylasangiz va hamma narsa yaxshi ishlaydi, ehtimol siz uchun 1C fayl versiyasi etarli bo'larmi?)
• Virtual mashinada 1C va SQL kombinatsiyasi qanchalik yomon ishlashi - bu alohida maqolaning mavzusi (maslahat - sezilarli darajada yomonroq). Hatto Hyper-Vda ham hamma narsa unchalik aniq emas...
• Balanslangan ishlash rejimi yomon. Natijalar fayl versiyasiga juda mos keladi.
• Ko'pgina manbalarning ta'kidlashicha, disk raskadrovka rejimi (ragent.exe -debug) ishlashning sezilarli pasayishiga olib keladi. Xo'sh, u kamaytiradi, ha, lekin men 2-3% ni sezilarli ta'sir deb aytmayman.

1C server rollari uchun 50 ta foydalanuvchi uchun MS SQL 2008 DBMS serveri.

Server mutaxassisining so'zlariga ko'ra, biz apparat yig'amiz:

Platformani tanlash: IBM x3650 M3
Protsessorni tanlang: Intel Xeon E5506 - 1 dona.
Operativ xotirani tanlash: har biri 4 GB bo'lgan 4 ta tayoq
Qattiq diskni tanlash: 3 SAS 146 GB RAID5

Ishlatilgan dasturiy ta'minot:

OS MS Windows 2008 x64
DBMS MS SQL 2008 x64
Server 1C 8.2 x64

Sinov muhiti: yuk sinovini o'tkazish uchun 1C 8.2 konfiguratsiyasi ishlatilgan: "Standart yuk testi".

Sinov jarayoni:

Mahalliy serverda agent rejimida va test rejimida 1C mijoz seansi ishga tushirildi.
Sinov konfiguratsiyasida hujjatlar va hisobotlarni yaratuvchi va o'chiruvchi taqlid qilingan standart 1C foydalanuvchilarining boshlang'ich soni 20 ta deb belgilandi. Sinovlardan so'ng foydalanuvchilar sonini ko'paytirish bosqichi 20 ta foydalanuvchiga o'rnatildi.

Dastlab (foydalanuvchi ulanishlarisiz) DBMS 569 MB operativ xotirani egallaydi (2 ma'lumotlar bazasi yaratilgan: 1C 8.2 konfiguratsiyasi: UPP va test konfiguratsiyasi), tizim tomonidan egallangan xotira 2,56 GB.
Sinov paytida (110 ta foydalanuvchigacha) DBMS uchun xotira 12 GB gacha ajratiladi, bitta 1C test seansi 55 MB (55 MB x 200 = 11 GB) ni egallaydi. Taqqoslash uchun, bitta haqiqiy foydalanuvchi seansi (1C mijoz ilovasi) taxminan 300 - 500 MB vaqtni oladi. 1C mijoz ilovasi uchun ajratilgan xotira hajmi standart 1C: Savdo yoki 1C: UPP konfiguratsiyasida ishlaydigan foydalanuvchi uchun ko'rsatilgan. 1C server xizmati (rphost) amalda OPdan foydalanmaydi, chunki u faqat mijoz qismidan ma'lumotlar bazasiga so'rovlarni tarjima qiladi (standartga ko'ra, 1C xavfsizlik serveri uchun TCP 1541 va TCP 475 portlari qo'llaniladi).

CPU resurslaridan foydalanish 1C server xizmati (rphost) va DBMS xizmati (sqlservr) o'rtasida taqsimlangan. 40 foydalanuvchi yuklagan holda, rphost protsessor quvvatining 37 foizini, sqlservr esa 30 foizini oldi. 60 foydalanuvchi yuklagan holda, rphost protsessor quvvatining 47% ni, sqlservr esa 29% ni egallagan.

Yaratilgan hujjatlarni oʻchirishda sqlsrvr xizmati 6,5 MB/sek (taxminan 52 MB/sek) tezlikda yozish uchun disk quyi tizimiga kirdi.

1C serveri va DBMS (mahalliy qayta ko'rib chiqish interfeysida) o'rtasidagi tarmoq yuki 10 Mb / s ni tashkil etdi.
1C test konfiguratsiyasi tomonidan ishlab chiqarilgan test natijasi:

Parametrlar: 24.05.2012 12:44:16 dan boshlab 000000006 testini ishga tushiring
Standart yuk testi, 2.0.4.11 versiyasi
Sinov boshlanishi 23.05.2012 12:36:39. Ish vaqti: 57,1 daqiqa.
Sinov shartlari
"Server 1C: Korxona: test
Infobaza nomi: testcenter_82
Virtual foydalanuvchilar: TEST,"

Xulosa:

Server konfiguratsiyasini yumshatish kerak, chunki joriy konfiguratsiya 50 foydalanuvchi uchun 100% ortiqcha.
Emulyatsiya qilingan foydalanuvchilarni ishga tushirish va tarmoq yukini tekshirish uchun ikkinchi server yordamida test o'tkazish kerak, kutilayotgan yuk 10 Mb/sek.
1C arxitekturasi 4 blokdan iborat: 1C serveri, DBMS, 1C xavfsizlik serveri va 1C mijozi. Ushbu testda ushbu funktsiyalarning barchasi bitta serverda ishga tushirildi.

1C serverida katta yuk bo'lganda, quyidagi tavsiyalar mavjud:

1C serveri, DBMS serveri, 1C himoya serveri va 1C mijoz ilovalari rollarini ajrating (kattaroq ishlash uchun 1C mijoz ilovalarini terminal serverida ishga tushirish yaxshidir).
DBMS serverida siz ma'lumotlarni saqlash tizimlari uchun quyidagi tuzilmadan foydalanishingiz kerak: OT RAID 1 da, DBMS ma'lumotlar fayllari (.mdf, .ndf) alohida RAID 0 da, jurnal fayllari (.ldf) alohida joylashgan bo'lishi kerak. RAID 0, vaqtinchalik fayllar va alohida diskdagi almashtirish fayli.

1C (buxgalteriya hisobi va boshqaruv hisobining eng mashhur tizimi) bulutli infratuzilmalarda "sekin" ekanligi haqida mish-mishlar mavjud.

1C (buxgalteriya hisobi va boshqaruv hisobining eng mashhur tizimi) bulutli infratuzilmalarda "sekin" ekanligi haqida mish-mishlar mavjud. Bundan tashqari, bir necha yil ichida kichik va o'rta biznes 1C uchun serverlarni sotib olmaydilar, balki ularni bulutlar va ma'lumotlar markazlarida ijaraga olishadi, chunki bu moliyaviy jihatdan samaraliroq.

Bizning jamoamiz mavjud server konfiguratsiyasini sinab ko'rishga qaror qildi va 1C haqiqatan ham virtual mashinalarda muvaffaqiyatli ishlay oladimi yoki yo'qmi va uni joylashtirish uchun qaysi bulut mosroq ekanligini aniqlashga qaror qildi. Moliyaviy jihatlarni boshqa maqola mavzusi sifatida qoldiramiz.

Tayyorgarlik

1. Virtual serverlarni joylashtirish uchun ikkita xizmat ko'rsatuvchi provayderni tanlaymiz.
2. Sinov uchun bir xil mashinalarni tayyorlaymiz - bir xil miqdordagi yadrolar, xotira, disk hajmi va turi. DBMSni ham xuddi shu tarzda sozlash muhimdir.
3. Biz minimal konfiguratsiyada yuk sinovini o'tkazamiz. Natijani qayd etamiz.
4. Resurslarni qo'shing va 3-bosqichni takrorlang. Resurslar tugaguncha buni bajaring.

Bizning sinov konfiguratsiyasi

• Operatsion tizim uchun HDD - SSD
• Ma'lumotlar uchun HDD - SSD.
• OT - Windows Server 2016 Datacentr
• DBMS - SQL Server 2016 SP1 standart nashri
• 1C Server x86 versiyasi 8.3.10.2505.

1C Server va SQL Server bir xil mashinada o'rnatilgan. Umumiy xotira rejimi yoqilgan va foydalanilmoqda.

Biz 1C Enterprise-ni tarmoqdagi kechikishlarni bartaraf etish va virtual mashinani joylashtirgan ma'lumotlar markazining geografik joylashuviga bog'liq bo'lmasligi uchun 1C serveri va DBMS joylashgan bir xil mashinada ishga tushiramiz.

Biz qanday sinovdan o'tkazamiz

Asos sifatida biz www.gilev.ru loyihasidan testdan foydalanamiz

Sinov bizga 1C Enterprise bilan ishlash qanchalik qulay bo'lishini tavsiflovchi joriy konfiguratsiyaning tavsifini beradi va ikkinchi bosqichda foydalanuvchilarning optimal sonini aniqlash uchun 1C serverining stress testini o'tkazadi.

Endi provayderlar haqida qaror qabul qilaylik. Keling, bulutli yechimlar yetakchisi - Microsoft o'zining Microsoft Azure deb nomlangan bulut platformasi bilan kuchni olamiz va ikkinchi provayder sifatida Cloud Library-dan foydalanadi.

Microsoft Azure - ishlab chiquvchilar va IT mutaxassislari butun dunyo bo'ylab ma'lumotlar markazlari tarmog'ida ilovalarni ishlab chiqish, joylashtirish va boshqarish uchun foydalanadigan integratsiyalashgan bulut xizmatlarining o'sib borayotgan to'plamidir. Azure yordamida kerakli vositalar, ilovalar va platformalar yordamida istalgan joyda yechimlar yaratishingiz va joylashtirishingiz mumkin.

Azure butun dunyo bo'ylab 40 ta mintaqada joylashgan bo'lib, sinov uchun biz G'arbiy Evropadan biz uchun eng yaqin mintaqa sifatida foydalanamiz.

Sizning belgilaringizda! Diqqat! Sinov!

Testni D seriyali v2 mashinalari bilan boshlaylik. Xususan, D1 v2 1 yadro va 3,5 Gb tezkor xotiradan iborat. Natijani qayd etamiz:

Siz Azure-ga resurslarni moslashuvchan tarzda qo'sha olmaysiz, lekin siz faqat virtual mashinalarning oldindan sozlangan versiyalaridan foydalanishingiz mumkinligi sababli, biz sinov namunasini 2 yadro va 7 GB operativ xotiraga ega bo'lgan D2 v2 ga o'tkazamiz. Keling, ishga tushiramiz.

Gilev testi bilan ekranlarning barcha fotosuratlari quyidagi galereyada ko'rsatilgan. Fayl rejimida 1C testining natijalari ham u erda e'lon qilindi - biz ma'lumotlarni faqat umumiy rasmni shakllantirish uchun oldik, chunki 1C ishining ushbu rejimi beshdan ortiq foydalanuvchisi bo'lgan korxonalar uchun unchalik qiziq emas.

"Konfor reytingi"- markaziy protsessor chastotasi, yadrolar soni, operativ xotira chastotasi va disk tizimining tezligini baholashni o'z ichiga olgan tizim ish faoliyatini shartli baholash. 0 dan 10 gacha bo'lgan ko'rsatkich yomon, 10 dan 15 gacha - qoniqarli, 15 dan 35 gacha - yaxshi, 35 dan 60 gacha - a'lo.

"Foydalanuvchilar"- 1C Enterprise bilan bir vaqtning o'zida va faol ishlaydigan foydalanuvchilar sonini tavsiflovchi ko'rsatkich, bu ishlashning pasayishiga olib kelmaydi. Boshqacha qilib aytadigan bo'lsak, ko'proq xodimlar ishlashi mumkin, ammo agar ular bir vaqtning o'zida biron bir operatsiyani bajarishni boshlasa (va ko'p hollarda bu mumkin emas), unda tizimning ishlashi yomonlashishi mumkin.

xulosalar

Turli xil yadro/xotira o'zgarishlariga ega Azure virtual mashinalarida o'lchovlarni olib borganimizdan so'ng, biz quyidagi xulosalarga keldik:

1. Microsoft SQL Server bilan mijoz-server rejimida 1C ishlash uchun F seriyali va D seriyali mashinalar eng mos keladi.
2. Azure Premium disk quyi tizimi (SSD disklari) 1C uchun tezlik cheklovlarini yaratmaydi.
3. Microsoft Azure 1C Enterprise-ni joylashtirish uchun juda mos keladi.