อิกอร์ ชูฟารอฟหัวหน้าภาควิชาระบบอัตโนมัติบูรณาการที่ Radiozavod JSC [ป้องกันอีเมล]
40 คะแนนในการทดสอบ Gilev –
ตำนานหรือความจริง?
การอภิปรายอย่างเผ็ดร้อนยังคงดำเนินต่อไปเกี่ยวกับการทดสอบของ Gilev รวมถึงประเด็นที่อิงจากผลลัพธ์ที่ขัดแย้งกัน ฉันจะแบ่งปันประสบการณ์ของฉันโดยใช้เครื่องมือนี้
ต้นกำเนิดของความคลุมเครือ
เมื่อต้องเผชิญกับการทดสอบ Gilev เป็นครั้งแรก ผู้เชี่ยวชาญหลายคนรู้สึกประหลาดใจกับผลลัพธ์ที่ไม่เคยมีมาก่อนที่ได้รับจากความช่วยเหลือ ตัวอย่างเช่น ฮาร์ดแวร์เดสก์ท็อปสามารถแสดงผลลัพธ์ได้ดีกว่าเซิร์ฟเวอร์ราคาแพงและทรงพลัง เวอร์ชันของไฟล์ได้รับการจัดอันดับที่สูงกว่า SQL และหากทุกอย่างชัดเจนในเหตุการณ์ที่สองไม่มากก็น้อยสิ่งนี้จะอธิบายทั้งในเอกสารประกอบการทดสอบและในการสนทนาจำนวนมากในฟอรัม แต่ก็ยังไม่มีใครได้ข้อสรุปที่ชัดเจนจากผลลัพธ์ที่ค่อนข้างต่ำเกี่ยวกับอุปกรณ์เซิร์ฟเวอร์ราคาแพง
ก่อนที่จะแจ้งเกี่ยวกับผลลัพธ์ที่ได้รับควรกล่าวถึงคำสองสามคำเกี่ยวกับการทดสอบ Gilev โดยบอกว่ามันคืออะไร
ชื่อ “Gilev Test” หมายถึงการทดสอบโหลด TPC-1C ซึ่งสามารถดาวน์โหลดได้ฟรีที่
ผลลัพธ์ที่ทราบ
แหล่งที่มาให้ผลลัพธ์ที่น่าสนใจในการเปรียบเทียบเซิร์ฟเวอร์ที่ใช้ Intel Xeon E5620 2.4 Ghz 2*ตัว พร้อม RAM ขนาด 48 GB และคอมพิวเตอร์ส่วนบุคคลที่ใช้ Intel Core i5 3.0 Ghz พร้อม RAM ขนาด 16 GB หากไม่มีการตั้งค่าและลูกเล่นเพิ่มเติม ดังที่พวกเขากล่าวว่า “นอกกรอบ” เวิร์กสเตชัน “พัง” เซิร์ฟเวอร์ในการทดสอบของ Gilev โดยแสดงประสิทธิภาพที่สูงขึ้น 155%
เซิร์ฟเวอร์ได้คะแนนประมาณ 17 คะแนน ในขณะที่เดสก์ท็อปได้คะแนนมากกว่า 40 คะแนน จากการทดลอง (ซึ่งส่วนใหญ่เกี่ยวข้องกับการตัดทรัพยากรเดสก์ท็อปเพื่อพิจารณาว่าสิ่งนี้จะทำให้ผลการทดสอบลดลงเท่าใด) และการตั้งค่าเซิร์ฟเวอร์ ผู้เขียนบทความจึงจัดการได้ ให้ได้ 25.6 คะแนน
ผลลัพธ์ที่พูดตรงไปตรงมานั้นอยู่ไกลจาก 40 ในยูนิตระบบปกติ ดังนั้นจึงเป็นการดีกว่าไหมที่จะปรับใช้เซิร์ฟเวอร์ 1C บนฮาร์ดแวร์ราคาประหยัดที่ซื้อจากตู้ที่ใกล้ที่สุด ไม่แน่นอน
การอภิปรายที่งาน Infostart 2016
ไม่กี่วันก่อนการเดินทางของฉันไปการประชุม Infostart Event 2016 ในเซนต์ปีเตอร์สเบิร์ก วิดีโอความยาวสองชั่วโมงที่น่าสนใจเกี่ยวกับการทำงานของระบบ 1C:Enterprise ในสภาพแวดล้อมเสมือนจริง การเลือกอุปกรณ์ และปัญหาด้านประสิทธิภาพปรากฏบนเว็บไซต์ หลักสูตร-po-1s .rf.
ในการประชุม Infostart Event 2016 ผู้เขียนการสัมมนาผ่านเว็บนี้ Andrey Burmistrov ได้รับการคาดหวังให้พูด ผู้เชี่ยวชาญ 1C ในประเด็นทางเทคโนโลยีของการใช้งานขนาดใหญ่ ซึ่งทำงานทั้งในบริษัท 1C และในการใช้งานขนาดใหญ่จำนวนมากในประเทศของเรา ซึ่งเป็นที่ปรึกษาของ ผู้เชี่ยวชาญมากกว่า 2,000 คนในหลักสูตร “การเพิ่มประสิทธิภาพประสิทธิภาพ 1C” "และการเตรียมพร้อมสำหรับ 1C: ผู้เชี่ยวชาญ
เมื่อมีความสนใจในหัวข้อนี้ ฉันจึงได้พูดคุยกับ Andrey ทั้งแบบเสมือนจริงและแบบต่อๆ ไปในการประชุม คำถามหนึ่งที่ฉันถามเขาในระหว่างการประชุมโต๊ะกลม HighLoad เกี่ยวข้องกับความเป็นไปได้ในการเผยแพร่การสัมมนาทางเว็บที่มีการทดสอบอ้างอิงสำหรับตัวเลือกฮาร์ดแวร์เซิร์ฟเวอร์ต่างๆ ด้วย SSD พร้อมด้วยฮาร์ดไดรฟ์ปกติในการกำหนดค่าฮาร์ดแวร์ต่างๆ คำตอบฟังดูประมาณนี้: “ขอบคุณ นั่นเป็นความคิดที่น่าสนใจ บางทีเราอาจจะทำมัน เพียงส่ง Intel P3700, P3600 มาให้เรา เรายินดีที่จะทดสอบ มันไม่ง่ายเลยที่จะหา SSD สักแห่งเพื่อทดสอบเป็นเวลาหนึ่งสัปดาห์”
ปรากฎว่าคู่สนทนาของฉันแทบไม่มีใครเห็นมากกว่า 30 คะแนนในโหมด SQL และผู้ที่เห็นก็สังเกตเห็นว่าไม่ได้อยู่ในอุปกรณ์เซิร์ฟเวอร์
วงจรอุบาทว์? มีคำถามร้ายแรงเกิดขึ้น: "40 คะแนนในการทดสอบ Gilev บนฮาร์ดแวร์เซิร์ฟเวอร์ในโหมด SQL - ตำนานหรือความเป็นจริง"
อ่านบทความทั้งหมดในนิตยสาร “System Administrator” ฉบับที่ 5, 2017, หน้า 10-15.
คุณสามารถซื้อฉบับ PDF ของปัญหานี้ได้จากเรา
ภาพถ่ายโดย Alena Tulyakova สำนักข่าว “Clerk.Ru”
บทความนี้ระบุข้อผิดพลาดหลักที่ผู้ดูแลระบบ 1C มือใหม่ทำและแสดงวิธีแก้ปัญหาโดยใช้การทดสอบ Gilev เป็นตัวอย่าง
วัตถุประสงค์หลักของการเขียนบทความนี้คือเพื่อหลีกเลี่ยงความแตกต่างที่ชัดเจนซ้ำสำหรับผู้ดูแลระบบ (และโปรแกรมเมอร์) ที่ยังไม่เคยมีประสบการณ์กับ 1C
เป้าหมายรองคือหากฉันมีข้อบกพร่อง Infostart จะชี้ให้เห็นสิ่งนี้ให้ฉันเร็วที่สุด
การทดสอบของ V. Gilev ได้กลายเป็นมาตรฐาน "โดยพฤตินัย" แล้ว ผู้เขียนบนเว็บไซต์ของเขาให้คำแนะนำที่ค่อนข้างชัดเจน แต่ฉันจะนำเสนอผลลัพธ์บางส่วนและแสดงความคิดเห็นเกี่ยวกับข้อผิดพลาดที่อาจเกิดขึ้นได้มากที่สุด โดยปกติแล้วผลการทดสอบบนอุปกรณ์ของคุณอาจแตกต่างกัน นี่เป็นเพียงแนวทางสำหรับสิ่งที่ควรเป็นและสิ่งที่คุณสามารถทำได้ ฉันต้องการทราบทันทีว่าการเปลี่ยนแปลงจะต้องทำทีละขั้นตอน และหลังจากแต่ละขั้นตอน ให้ตรวจสอบว่าได้ผลลัพธ์อะไรบ้าง
มีบทความที่คล้ายกันใน Infostart ฉันจะใส่ลิงก์ไปยังบทความเหล่านั้นในส่วนที่เกี่ยวข้อง (หากฉันพลาดอะไรไปโปรดแนะนำฉันในความคิดเห็นฉันจะเพิ่มเข้าไป) สมมติว่า 1C ของคุณช้า จะวินิจฉัยปัญหาได้อย่างไรและจะเข้าใจได้อย่างไรว่าใครถูกตำหนิผู้ดูแลระบบหรือโปรแกรมเมอร์?
ข้อมูลเริ่มต้น:
คอมพิวเตอร์ที่ทดสอบ หนูตะเภาหลัก: HP DL180G6 ติดตั้ง 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2 สำหรับการเปรียบเทียบ Core i3-2100 แสดงผลที่เทียบเคียงได้ในการทดสอบแบบเธรดเดียว อุปกรณ์ที่ฉันตั้งใจเลือกไม่ใช่อุปกรณ์ใหม่ล่าสุด แต่ด้วยอุปกรณ์ที่ทันสมัย ผลลัพธ์ที่ได้ก็ดีขึ้นอย่างเห็นได้ชัด
สำหรับการทดสอบเซิร์ฟเวอร์ 1C และ SQL แยกกัน เซิร์ฟเวอร์ SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2
ในการทดสอบเครือข่าย 10 Gbit จะใช้อะแดปเตอร์ Intel 520-DA2
เวอร์ชันไฟล์. (ฐานข้อมูลอยู่บนเซิร์ฟเวอร์ในโฟลเดอร์ที่ใช้ร่วมกัน ไคลเอนต์เชื่อมต่อผ่านเครือข่าย โปรโตคอล CIFS/SMB) อัลกอริทึมทีละขั้นตอน:
0. เพิ่มฐานข้อมูลทดสอบของ Gilev ไปยังไฟล์เซิร์ฟเวอร์ในโฟลเดอร์เดียวกันกับฐานข้อมูลหลัก เราเชื่อมต่อจากคอมพิวเตอร์ไคลเอนต์และทำการทดสอบ เราจำผลลัพธ์ได้
เป็นที่เข้าใจกันว่าแม้สำหรับคอมพิวเตอร์รุ่นเก่าเมื่อ 10 ปีที่แล้ว (ซ็อกเก็ต Pentium บน 775) เวลาจากการคลิกที่ทางลัด 1C:Enterprise ไปจนถึงลักษณะที่ปรากฏของหน้าต่างฐานข้อมูลควรใช้เวลาน้อยกว่าหนึ่งนาที (เซเลรอน = ช้า)
หากคอมพิวเตอร์ของคุณแย่กว่าซ็อกเก็ต Pentium บน 775 ที่มี RAM 1 GB ฉันก็เห็นใจคุณและมันจะเป็นเรื่องยากสำหรับคุณที่จะทำงานอย่างสะดวกสบายบน 1C 8.2 ในเวอร์ชันไฟล์ ลองนึกถึงการอัพเกรด (ถึงเวลาแล้ว) หรือเปลี่ยนไปใช้เซิร์ฟเวอร์เทอร์มินัล (หรือเว็บ ในกรณีของไคลเอ็นต์แบบธินและฟอร์มที่ได้รับการจัดการ)
หากคอมพิวเตอร์ไม่แย่ลงคุณสามารถเตะผู้ดูแลระบบได้ อย่างน้อยที่สุด ให้ตรวจสอบการทำงานของเครือข่าย โปรแกรมป้องกันไวรัส และไดรเวอร์ป้องกัน HASP
หากการทดสอบของ Gilev ในขั้นตอนนี้แสดงให้เห็น "นกแก้ว" 30 ตัวหรือสูงกว่า แต่ฐานการทำงานของ 1C ยังคงทำงานได้ช้า ควรส่งคำถามไปที่โปรแกรมเมอร์โดยตรง
1. เพื่อเป็นแนวทางว่าคอมพิวเตอร์ไคลเอนต์สามารถ "บีบ" ได้มากเพียงใด เราจะตรวจสอบการทำงานของคอมพิวเตอร์เครื่องนี้เท่านั้นโดยไม่มีเครือข่าย เราติดตั้งฐานข้อมูลทดสอบบนคอมพิวเตอร์ในระบบ (บนดิสก์ที่เร็วมาก) หากคอมพิวเตอร์ไคลเอนต์ไม่มี SSD ปกติ แสดงว่า ramdisk จะถูกสร้างขึ้น สำหรับตอนนี้ สิ่งที่ง่ายที่สุดและฟรีคือ Ramdisk Enterprise
หากต้องการทดสอบเวอร์ชัน 8.2 แรมดิสก์ขนาด 256 MB ก็เพียงพอแล้ว และ! ที่สำคัญที่สุด หลังจากรีบูตคอมพิวเตอร์โดยที่ ramdisk ทำงานอยู่ ควรจะมีพื้นที่ว่าง 100-200 MB ดังนั้นหากไม่มี ramdisk ควรมีหน่วยความจำว่าง 300-400 MB สำหรับการใช้งานปกติ
หากต้องการทดสอบเวอร์ชัน 8.3 แรมดิสก์ขนาด 256 MB ก็เพียงพอแล้ว แต่คุณต้องมี RAM ว่างมากกว่านี้
เมื่อทำการทดสอบ คุณต้องดูที่โหลดของโปรเซสเซอร์ ในกรณีที่ใกล้เคียงกับอุดมคติ (ramdisk) ไฟล์ในเครื่อง 1c จะโหลด 1 คอร์ตัวประมวลผลเมื่อทำงาน ดังนั้น หากในระหว่างการทดสอบแกนประมวลผลของคุณยังโหลดไม่เต็มที่ ให้มองหาจุดอ่อน มีการอธิบายอิทธิพลของโปรเซสเซอร์ต่อการทำงานของ 1C ในทางอารมณ์เล็กน้อย แต่โดยทั่วไปถูกต้อง เพื่อเป็นการอ้างอิง แม้ใน Core i3 สมัยใหม่ที่มีความถี่สูง ตัวเลข 70-80 ก็ค่อนข้างสมจริง
ข้อผิดพลาดที่พบบ่อยที่สุดในขั้นตอนนี้
- โปรแกรมป้องกันไวรัสที่กำหนดค่าไม่ถูกต้อง มีโปรแกรมป้องกันไวรัสหลายตัว การตั้งค่าสำหรับแต่ละโปรแกรมแตกต่างกัน ฉันจะบอกว่าด้วยการกำหนดค่าที่เหมาะสม เว็บและ Kaspersky 1C จะไม่รบกวน ด้วยการตั้งค่าเริ่มต้น คุณสามารถนำนกแก้วได้ประมาณ 3-5 ตัว (10-15%)
- โหมดประสิทธิภาพ ด้วยเหตุผลบางอย่าง มีเพียงไม่กี่คนที่ให้ความสนใจกับสิ่งนี้ แต่ผลที่ได้คือสิ่งที่สำคัญที่สุด หากคุณต้องการความเร็ว คุณต้องทำสิ่งนี้ทั้งบนคอมพิวเตอร์ไคลเอนต์และเซิร์ฟเวอร์ (Gilev มีคำอธิบายที่ดี ข้อแม้เพียงอย่างเดียวคือบนเมนบอร์ดบางรุ่น หากคุณปิด Intel SpeedStep คุณจะไม่สามารถเปิด TurboBoost ได้)
คุณสามารถ (และควรดีกว่า) เปิดใช้งานโหมดประสิทธิภาพได้ในสองแห่ง:
- ผ่านทางไบออส ปิดการใช้งานโหมด C1, C1E, Intel C-state (C2, C3, C4) ใน bios ที่แตกต่างกันจะเรียกต่างกัน แต่ความหมายก็เหมือนกัน การค้นหาใช้เวลานานจำเป็นต้องรีบูตเครื่อง แต่ถ้าคุณทำเพียงครั้งเดียวคุณก็ลืมมันได้ หากคุณทำทุกอย่างอย่างถูกต้องใน BIOS ความเร็วจะเพิ่มขึ้น บนเมนบอร์ดบางรุ่น คุณสามารถกำหนดการตั้งค่า BIOS เพื่อไม่ให้โหมดประสิทธิภาพของ Windows ทำงาน (ตัวอย่างการตั้งค่า BIOS จาก Gilev) การตั้งค่าเหล่านี้เกี่ยวข้องกับโปรเซสเซอร์เซิร์ฟเวอร์หรือ BIOS "ขั้นสูง" เป็นหลัก หากคุณไม่พบสิ่งนี้และคุณไม่มี Xeon ก็ไม่เป็นไร
- แผงควบคุม - แหล่งจ่ายไฟ - ประสิทธิภาพสูง ลบ - หากคอมพิวเตอร์ไม่ได้รับการบริการเป็นเวลานานจะทำให้เสียงพัดลมดังขึ้น ร้อนขึ้น และใช้พลังงานมากขึ้น นี่คือค่าธรรมเนียมการปฏิบัติงาน
นี่คือการตั้งค่าเริ่มต้น เปิดใช้งาน BIOS C-state โหมดการใช้พลังงานที่สมดุล | |
เปิดใช้งาน BIOS C-state โหมดประสิทธิภาพสูง สำหรับ Pentium และ Core คุณสามารถหยุดอยู่แค่นั้น คุณยังสามารถบีบ "นกแก้ว" ตัวน้อยออกจาก Xeon ได้ | |
ใน BIOS C-state ถูกปิดใช้งานโหมดประสิทธิภาพสูง หากคุณไม่ใช้ Turbo boost หน้าตาก็จะเป็นแบบนี้ เซิร์ฟเวอร์ที่ได้รับการปรับแต่งเพื่อประสิทธิภาพ |
และตอนนี้ตัวเลข ฉันขอเตือนคุณ: Intel Xeon 5650, ramdisk ในกรณีแรกการทดสอบจะแสดง 23.26 ในกรณีสุดท้าย - 49.5 ความแตกต่างเกือบสองเท่า ตัวเลขอาจแตกต่างกัน แต่อัตราส่วนยังคงเหมือนเดิมสำหรับ Intel Core
เรียนผู้ดูแลระบบ คุณสามารถวิพากษ์วิจารณ์ 1C ได้มากเท่าที่คุณต้องการ แต่หากผู้ใช้ต้องการความเร็ว คุณจะต้องเปิดใช้งานโหมดประสิทธิภาพสูง
ค) เทอร์โบบูสต์ ก่อนอื่นคุณต้องเข้าใจว่าโปรเซสเซอร์ของคุณรองรับฟังก์ชันนี้หรือไม่ เป็นต้น หากรองรับ คุณก็ยังสามารถได้รับประสิทธิภาพอย่างถูกกฎหมาย (ฉันไม่ต้องการพูดถึงปัญหาของการโอเวอร์คล็อกความถี่ โดยเฉพาะเซิร์ฟเวอร์ ที่ต้องทำด้วยความเสี่ยงและอันตราย แต่ฉันยอมรับว่าการเพิ่มความเร็วบัสจาก 133 เป็น 166 ทำให้ทั้งความเร็วและการกระจายความร้อนเพิ่มขึ้นอย่างเห็นได้ชัด)
วิธีเปิดใช้งาน Turbo Boost เขียนไว้เช่น . แต่! สำหรับ 1C มีความแตกต่างบางอย่าง (ไม่ชัดเจนที่สุด) ปัญหาคือเอฟเฟกต์สูงสุดของเทอร์โบบูสต์เกิดขึ้นเมื่อเปิด C-state และเราได้รับสิ่งนี้:
โปรดทราบว่าตัวคูณเป็นค่าสูงสุด ความเร็วคอร์นั้นสวยงาม และประสิทธิภาพสูง แต่จะเกิดอะไรขึ้นกับ 1 วินาที?
แต่ท้ายที่สุดปรากฎว่าตามการทดสอบประสิทธิภาพของ CPU เวอร์ชันที่มีตัวคูณ 23 นั้นเหนือกว่า ตามการทดสอบของ Gilev ในเวอร์ชันไฟล์ประสิทธิภาพที่มีตัวคูณ 22 และ 23 จะเท่ากัน แต่ในไคลเอนต์ - เซิร์ฟเวอร์ รุ่น - เวอร์ชันที่มีตัวคูณ 23 นั้นแย่มาก (แม้ว่า C -state จะตั้งค่าเป็นระดับ 7 แต่ก็ยังช้ากว่าเมื่อปิด C-state) ดังนั้นคำแนะนำคือตรวจสอบทั้งสองตัวเลือกด้วยตัวเองและเลือกตัวเลือกที่ดีที่สุด ไม่ว่าในกรณีใด ความแตกต่างระหว่างนกแก้ว 49.5 ถึง 53 ตัวนั้นค่อนข้างสำคัญ โดยเฉพาะอย่างยิ่งโดยไม่ต้องใช้ความพยายามมากนัก
สรุป - ต้องเปิดเทอร์โบบูสต์ ฉันขอเตือนคุณว่าการเปิดใช้งานรายการ Turbo boost ใน BIOS นั้นไม่เพียงพอคุณต้องดูการตั้งค่าอื่น ๆ ด้วย (BIOS: QPI L0s, L1 - ปิดการใช้งาน, ความต้องการสครับ - ปิดการใช้งาน, Intel SpeedStep - เปิดใช้งาน, Turbo boost - เปิดใช้งานแผงควบคุม - ตัวเลือกพลังงาน - ประสิทธิภาพสูง) และฉันจะยังคง (แม้แต่เวอร์ชันไฟล์) เลือกตัวเลือกที่ปิด c-state แม้ว่าตัวคูณจะน้อยกว่าก็ตาม มันก็จะออกมาประมาณนี้...
ประเด็นที่ค่อนข้างขัดแย้งคือความถี่ของหน่วยความจำ ตัวอย่างเช่น ความถี่ของหน่วยความจำแสดงให้เห็นว่ามีอิทธิพลอย่างมาก การทดสอบของฉันไม่ได้เปิดเผยการพึ่งพาดังกล่าว ฉันจะไม่เปรียบเทียบ DDR 2/3/4 ฉันจะแสดงผลการเปลี่ยนความถี่ภายในบรรทัดเดียวกัน หน่วยความจำเหมือนกัน แต่ใน BIOS เราถูกบังคับให้ตั้งค่าความถี่ที่ต่ำกว่า
และผลการทดสอบ 1C 8.2.19.83 สำหรับเวอร์ชันไฟล์ ramdisk ในเครื่อง สำหรับไคลเอ็นต์เซิร์ฟเวอร์ 1C และ SQL บนคอมพิวเตอร์เครื่องเดียว หน่วยความจำที่ใช้ร่วมกัน Turbo boost ถูกปิดใช้งานในทั้งสองเวอร์ชัน 8.3 แสดงผลการเปรียบเทียบ
ความแตกต่างอยู่ภายในข้อผิดพลาดในการวัด ฉันดึงภาพหน้าจอของ CPU-Z ออกมาโดยเฉพาะเพื่อแสดงให้เห็นว่าเมื่อความถี่เปลี่ยนแปลง พารามิเตอร์อื่นๆ ก็เปลี่ยนไปเช่นกัน ค่าหน่วงเวลาของ CAS และ RAS เป็น CAS Delay เดียวกัน ซึ่งจะทำให้การเปลี่ยนแปลงความถี่เป็นกลาง ความแตกต่างจะเกิดขึ้นเมื่อโมดูลหน่วยความจำมีการเปลี่ยนแปลงทางกายภาพ จากช้าลงไปเร็วขึ้น แต่ถึงกระนั้นตัวเลขก็ไม่มีนัยสำคัญเป็นพิเศษ
2. เมื่อเราแยกโปรเซสเซอร์และหน่วยความจำของคอมพิวเตอร์ไคลเอนต์แล้ว เราจะไปยังจุดที่สำคัญมากถัดไป - เครือข่าย มีการเขียนหนังสือหลายเล่มเกี่ยวกับการปรับแต่งเครือข่ายมีบทความเกี่ยวกับ Infostart (และอื่น ๆ ) แต่ที่นี่ฉันจะไม่เน้นที่หัวข้อนี้ ก่อนที่จะเริ่มการทดสอบ 1C โปรดตรวจสอบให้แน่ใจว่า iperf ระหว่างคอมพิวเตอร์สองเครื่องแสดงแบนด์วิธทั้งหมด (สำหรับการ์ด 1 Gbit - อย่างน้อย 850 Mbit หรือดีกว่า 950-980) ตามคำแนะนำของ Gilev จากนั้น - การทดสอบการทำงานที่ง่ายที่สุดคือการคัดลอกไฟล์ขนาดใหญ่หนึ่งไฟล์ (5-10 กิกะไบต์) ผ่านเครือข่ายอย่างผิดปกติ สัญญาณทางอ้อมของการทำงานปกติบนเครือข่าย 1 Gbit จะเป็นความเร็วการคัดลอกเฉลี่ย 100 MB/วินาที การทำงานที่ดี - 120 MB/วินาที ฉันอยากจะดึงความสนใจของคุณไปที่จุดอ่อน (รวมถึง) อาจเป็นโหลดของโปรเซสเซอร์ โปรโตคอล SMB บน Linux ค่อนข้างมีการขนานกันไม่ดี และในระหว่างการใช้งาน มันสามารถ "กิน" โปรเซสเซอร์หนึ่งคอร์ได้อย่างง่ายดายและไม่กินอีกต่อไป
และอีกอย่างหนึ่ง ด้วยการตั้งค่าเริ่มต้น ไคลเอนต์ windows ทำงานได้ดีที่สุดกับเซิร์ฟเวอร์ windows (หรือแม้แต่เวิร์กสเตชัน windows) และโปรโตคอล SMB/CIFS ไคลเอนต์ linux (เดเบียน, อูบุนตูไม่ได้ดูที่อื่น ๆ ) ทำงานได้ดีกว่ากับ linux และ NFS ( มันใช้งานได้กับ SMB เช่นกัน แต่ในนกแก้ว NFS นั้นสูงกว่า) ความจริงที่ว่าในระหว่างการคัดลอกเชิงเส้นเซิร์ฟเวอร์ Windows Linux ไปยัง NFS จะถูกคัดลอกไปยังสตรีมเดียวที่เร็วขึ้นไม่ได้มีความหมายอะไรเลย การปรับแต่ง Debian สำหรับ 1C เป็นหัวข้อสำหรับบทความแยกต่างหาก ฉันยังไม่พร้อมสำหรับมันแม้ว่าฉันจะพูดได้ว่าในเวอร์ชันไฟล์ฉันมีประสิทธิภาพที่ดีกว่าเวอร์ชัน Win เล็กน้อยบนอุปกรณ์เดียวกัน แต่ด้วย postgre ที่มากกว่า ผู้ใช้ 50 คน ฉันยังมีทุกอย่างที่แย่มาก
สิ่งที่สำคัญที่สุดที่ผู้ดูแลระบบ "ถูกเผา" รู้ แต่ผู้เริ่มต้นไม่ได้คำนึงถึง มีหลายวิธีในการกำหนดเส้นทางไปยังฐานข้อมูล 1c คุณสามารถทำ servershare ได้ คุณสามารถทำ 192.168.0.1share คุณสามารถใช้เน็ต z: 192.168.0.1share (และในบางกรณีวิธีนี้ก็จะใช้งานได้ แต่ไม่เสมอไป) จากนั้นระบุไดรฟ์ Z ดูเหมือนว่าเส้นทางเหล่านี้ทั้งหมด ชี้ไปที่สิ่งเดียวกันที่เดียวกัน แต่สำหรับ 1C มีเพียงวิธีเดียวเท่านั้นที่ให้ประสิทธิภาพปกติค่อนข้างเชื่อถือได้ ดังนั้น นี่คือสิ่งที่คุณต้องทำอย่างถูกต้อง:
บนบรรทัดคำสั่ง (หรือในนโยบายหรืออะไรก็ตามที่สะดวกสำหรับคุณ) - ใช้ DriveLetter: servershare ตัวอย่าง: การใช้เน็ต m: ฐานเซิร์ฟเวอร์ ฉันเน้นเป็นพิเศษไม่ใช่ที่อยู่ IP แต่เป็นชื่อเซิร์ฟเวอร์ หากมองไม่เห็นชื่อเซิร์ฟเวอร์ ให้เพิ่มลงใน DNS บนเซิร์ฟเวอร์หรือในไฟล์โฮสต์ แต่ที่อยู่จะต้องเป็นชื่อ ดังนั้นระหว่างทางไปยังฐานข้อมูลให้เข้าถึงดิสก์นี้ (ดูรูป)
และตอนนี้ฉันจะแสดงตัวเลขว่าทำไมนี่คือคำแนะนำ ข้อมูลเริ่มต้น: การ์ด Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 Win 2008 R2, Win 7, Debian 8 ใช้ไดรเวอร์ล่าสุด ก่อนการทดสอบ ฉันแน่ใจว่า Iperf ให้แบนด์วิดท์เต็ม (ยกเว้นการ์ด 10 Gbit มันจัดการได้แค่ 7.2 Gbit เท่านั้น ฉันจะดูว่าทำไมในภายหลัง เซิร์ฟเวอร์ทดสอบยังกำหนดค่าไม่ถูกต้อง) ดิสก์นั้นแตกต่างกัน แต่ทุกที่ที่มี SSD (ฉันใส่ดิสก์แผ่นเดียวเพื่อทดสอบเป็นพิเศษ แต่ไม่ได้โหลดอย่างอื่นเลย) หรือการโจมตีจาก SSD ความเร็ว 100 Mbit ได้จากการจำกัดการตั้งค่าของอะแดปเตอร์ Intel 362 ไม่มีความแตกต่างระหว่าง 1 Gbit copper Intel 350 และ 1 Gbit ออปติคอล Intel X520-DA2 (ได้จากการจำกัดความเร็วของอะแดปเตอร์) ประสิทธิภาพสูงสุด ปิด Turbo Boost (เพียงเพื่อการเปรียบเทียบผลลัพธ์ Turbo Boost สำหรับผลลัพธ์ที่ดีจะเพิ่มน้อยกว่า 10% เล็กน้อย สำหรับผลลัพธ์ที่ไม่ดีอาจไม่มีผลใดๆ เลย) เวอร์ชัน 1C 8.2.19.86, 8.3.6.2076 ฉันไม่ได้ให้ตัวเลขทั้งหมด แต่เฉพาะตัวเลขที่น่าสนใจที่สุดเพื่อให้คุณมีสิ่งที่จะเปรียบเทียบ
100 เมกะบิต CIFS วิน 2551 - วิน 2551 ติดต่อตามที่อยู่ IP | 100 เมกะบิต CIFS วิน 2551 - วิน 2551 เรียกตามชื่อ | 1 Gbit CIFS วิน 2551 - วิน 2551 ติดต่อตามที่อยู่ IP | 1 Gbit CIFS วิน 2551 - วิน 2551 เรียกตามชื่อ | 1 Gbit CIFS วิน 2008 - วิน 7 เรียกตามชื่อ | 1 Gbit CIFS วิน 2551 - เดเบียน เรียกตามชื่อ | 10 Gbit CIFS วิน 2551 - วิน 2551 ติดต่อตามที่อยู่ IP | 10 Gbit CIFS วิน 2551 - วิน 2551 เรียกตามชื่อ |
|
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 |
ข้อสรุป (จากตารางและจากประสบการณ์ส่วนตัวใช้กับเวอร์ชันไฟล์เท่านั้น):
- คุณสามารถรับหมายเลขการทำงานได้ค่อนข้างปกติผ่านเครือข่ายหากเครือข่ายนี้ได้รับการกำหนดค่าอย่างเหมาะสมและป้อนเส้นทางอย่างถูกต้องใน 1C แม้แต่ Core i3 ตัวแรกก็สามารถผลิตนกแก้วได้มากกว่า 40 ตัวได้อย่างง่ายดาย ซึ่งถือว่าค่อนข้างดี และสิ่งเหล่านี้ไม่ได้เป็นเพียงนกแก้วเท่านั้น แต่ในการทำงานจริงความแตกต่างก็เห็นได้ชัดเช่นกัน แต่! ข้อจำกัดเมื่อทำงานกับผู้ใช้หลายคน (มากกว่า 10) จะไม่ใช่เครือข่ายอีกต่อไป ที่นี่ 1 Gbit ยังเพียงพอ แต่จะถูกบล็อกระหว่างการทำงานที่มีผู้ใช้หลายคน (Gilev)
- แพลตฟอร์ม 1C 8.3 มีความต้องการมากกว่าหลายเท่าในแง่ของการกำหนดค่าเครือข่ายที่เหมาะสม การตั้งค่าพื้นฐาน - ดู Gilev แต่โปรดจำไว้ว่าทุกสิ่งสามารถมีอิทธิพลได้ ฉันเห็นความเร่งจากการถอนการติดตั้ง (และไม่ใช่แค่ปิด) โปรแกรมป้องกันไวรัส ตั้งแต่การลบโปรโตคอล เช่น 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 Mbit ตารางการโหลดมีขนาดเล็ก (เราสามารถพูดได้ว่าเครือข่ายนั้นฟรี) ความเร็วในการทำงานยังน้อยกว่า 1 Gbit มาก เหตุผลก็คือเวลาแฝงของเครือข่าย
- สิ่งอื่น ๆ ทั้งหมดเท่าเทียมกัน (เครือข่ายที่ใช้งานได้ดี) สำหรับ 1C 8.2 การเชื่อมต่อ Intel-Realtek นั้นช้ากว่า Intel-Intel 10% แต่โดยทั่วไปแล้ว realtek-realtek สามารถทำให้เกิดการทรุดตัวลงอย่างรวดเร็ว ดังนั้น หากคุณมีเงิน ควรเก็บการ์ดเครือข่าย Intel ไว้ทุกที่ จะดีกว่า หากคุณไม่มีเงิน ให้ติดตั้ง Intel บนเซิร์ฟเวอร์เท่านั้น (CO ของคุณ) และมีคำแนะนำเพิ่มเติมหลายเท่าสำหรับการปรับแต่งการ์ดเครือข่าย Intel
- การตั้งค่าโปรแกรมป้องกันไวรัสเริ่มต้น (โดยใช้ drweb เวอร์ชัน 10 เป็นตัวอย่าง) ใช้เวลาประมาณ 8-10% ของนกแก้ว หากคุณกำหนดค่าตามที่ควรจะเป็น (อนุญาตให้กระบวนการ 1cv8 ทำทุกอย่างแม้ว่าจะไม่ปลอดภัยก็ตาม) ความเร็วจะเหมือนกับเมื่อไม่มีโปรแกรมป้องกันไวรัส
- อย่าอ่านกูรู Linux เซิร์ฟเวอร์ที่มี samba นั้นยอดเยี่ยมและฟรี แต่ถ้าคุณติดตั้ง Win XP หรือ Win7 (หรือดีกว่านั้น - ระบบปฏิบัติการเซิร์ฟเวอร์) บนเซิร์ฟเวอร์ไฟล์เวอร์ชัน 1c จะทำงานเร็วขึ้น ใช่ samba และสแต็กโปรโตคอลและการตั้งค่าเครือข่าย และอื่นๆ อีกมากมายสามารถปรับได้ดีในเดเบียน/อูบุนตู แต่แนะนำสำหรับผู้เชี่ยวชาญ ไม่มีประโยชน์ที่จะติดตั้ง Linux ด้วยการตั้งค่าเริ่มต้นแล้วบอกว่ามันช้า
- เป็นความคิดที่ดีที่จะตรวจสอบการทำงานของดิสก์ที่เชื่อมต่อผ่านการใช้งานเน็ตโดยใช้ fio อย่างน้อยก็จะมีความชัดเจนว่าสิ่งเหล่านี้เป็นปัญหากับแพลตฟอร์ม 1C หรือกับเครือข่าย/ดิสก์
- สำหรับเวอร์ชันผู้ใช้คนเดียว ฉันไม่สามารถคิดถึงการทดสอบ (หรือสถานการณ์) ที่จะมองเห็นความแตกต่างระหว่าง 1 Gbit และ 10 Gbit ได้ สิ่งเดียวที่ 10Gbit สำหรับเวอร์ชันไฟล์ให้ผลลัพธ์ที่ดีกว่าคือการเชื่อมต่อดิสก์ผ่าน iSCSI แต่นี่เป็นหัวข้อสำหรับบทความแยกต่างหาก ถึงกระนั้นฉันคิดว่าสำหรับไฟล์เวอร์ชัน 1 การ์ด Gbit ก็เพียงพอแล้ว
- ฉันไม่เข้าใจว่าทำไมด้วยเครือข่าย 100 Mbit 8.3 จึงทำงานได้เร็วกว่า 8.2 อย่างเห็นได้ชัด แต่มันเป็นความจริง อุปกรณ์อื่น ๆ ทั้งหมด การตั้งค่าอื่น ๆ ทั้งหมดเหมือนกันทุกประการ เพียงแต่ว่าในกรณีหนึ่งมีการทดสอบ 8.2 และอีกกรณีหนึ่งคือ 8.3
- NFS win-win หรือ win-lin ที่ไม่ได้รับการปรับแต่งให้นกแก้ว 6 ตัว ฉันไม่ได้รวมพวกมันไว้ในตาราง หลังจากปรับแต่งฉันได้ 25 แต่มันก็ไม่เสถียร (ความแตกต่างในการวัดมากกว่า 2 หน่วย) ฉันยังไม่สามารถให้คำแนะนำเกี่ยวกับการใช้ Windows และโปรโตคอล NFS ได้
เซิร์ฟเวอร์เทอร์มินัล (ฐานข้อมูลอยู่บนเซิร์ฟเวอร์ ลูกค้าเชื่อมต่อผ่านเครือข่าย โปรโตคอล RDP) อัลกอริทึมทีละขั้นตอน:
- เราเพิ่มฐานข้อมูลทดสอบของ Gilev ไปยังเซิร์ฟเวอร์ในโฟลเดอร์เดียวกันกับฐานข้อมูลหลัก เราเชื่อมต่อจากเซิร์ฟเวอร์เดียวกันและทำการทดสอบ เราจำผลลัพธ์ได้
- ในลักษณะเดียวกับในเวอร์ชันไฟล์ เรากำหนดค่าโปรเซสเซอร์ ในกรณีของเทอร์มินัลเซิร์ฟเวอร์ โดยทั่วไปโปรเซสเซอร์จะมีบทบาทหลัก (สันนิษฐานว่าไม่มีจุดอ่อนที่ชัดเจน เช่น ไม่มีหน่วยความจำหรือมีซอฟต์แวร์ที่ไม่จำเป็นจำนวนมาก)
- การตั้งค่าการ์ดเครือข่ายในกรณีของเทอร์มินัลเซิร์ฟเวอร์แทบไม่มีผลกระทบต่อการทำงานของ 1c เพื่อให้มั่นใจถึงความสะดวกสบาย “พิเศษ” หากเซิร์ฟเวอร์ของคุณผลิตนกแก้วมากกว่า 50 ตัว คุณสามารถเล่นกับโปรโตคอล RDP เวอร์ชันใหม่ได้ เพื่อความสะดวกของผู้ใช้ การตอบสนองและการเลื่อนที่เร็วขึ้น
- เมื่อผู้ใช้จำนวนมากทำงานอย่างแข็งขัน (และที่นี่คุณสามารถลองเชื่อมต่อผู้คน 30 คนเข้ากับฐานข้อมูลเดียวได้หากคุณลอง) ขอแนะนำให้ติดตั้งไดรฟ์ SSD ด้วยเหตุผลบางประการ เชื่อกันว่าดิสก์ไม่ได้ส่งผลกระทบต่อการทำงานของ 1C เป็นพิเศษ แต่การทดสอบทั้งหมดจะดำเนินการโดยเปิดใช้งานแคชของคอนโทรลเลอร์สำหรับการเขียน ซึ่งไม่ถูกต้อง ฐานการทดสอบมีขนาดเล็ก มันพอดีกับแคชค่อนข้างดี จึงมีตัวเลขสูง ในฐานข้อมูลจริง (ขนาดใหญ่) ทุกอย่างจะแตกต่างไปจากเดิมอย่างสิ้นเชิง ดังนั้นแคชจึงถูกปิดใช้งานสำหรับการทดสอบ
เรด 10 4x SATA 7200 อาตา ST31500341AS | เรด 10 4x SAS 10k | เรด 10 4x SAS 15k | SSD ตัวเดียว | แรมดิสก์ | แรมดิสก์ | เปิดใช้งานแคชแล้ว ตัวควบคุมการโจมตี |
|
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 ที่เปิดใช้งานจะกำจัดความแตกต่างระหว่างดิสก์ทั้งหมด ตัวเลขจะเหมือนกันสำหรับทั้ง sat และ cas การทดสอบกับข้อมูลจำนวนเล็กน้อยไม่มีประโยชน์และไม่ได้บ่งชี้ถึงสิ่งใดๆ
- สำหรับแพลตฟอร์ม 8.2 ประสิทธิภาพที่แตกต่างกันระหว่างตัวเลือก SATA และ SSD นั้นมากกว่าสองเท่า นี่ไม่ใช่การพิมพ์ผิด หากคุณดูที่มอนิเตอร์ประสิทธิภาพระหว่างการทดสอบไดรฟ์ SATA จากนั้นคุณจะเห็น “เวลาทำงานของดิสก์ที่ใช้งานอยู่ (เป็น%)” 80-95 อย่างชัดเจน ใช่ หากคุณเปิดใช้งานแคชของดิสก์เพื่อการบันทึก ความเร็วจะเพิ่มขึ้นเป็น 35 หากคุณเปิดใช้งานแคชของตัวควบคุมการโจมตี - สูงสุด 49 (ไม่ว่าดิสก์ใดจะถูกทดสอบในขณะนี้) แต่สิ่งเหล่านี้คือแพร์รอทแคชสังเคราะห์ ในการทำงานจริงที่มีฐานข้อมูลขนาดใหญ่ จะไม่มีอัตราส่วนการเข้าถึงแคชการเขียน 100%
- ความเร็วของ SSD ราคาถูก (ฉันทดสอบกับ Agility 3) ก็เพียงพอที่จะเรียกใช้เวอร์ชันไฟล์ได้ ทรัพยากรการบันทึกเป็นอีกเรื่องหนึ่งคุณต้องดูในแต่ละกรณีชัดเจนว่า Intel 3700 จะมีลำดับความสำคัญสูงกว่า แต่ราคาก็สอดคล้องกัน ใช่ ฉันเข้าใจว่าเมื่อทดสอบดิสก์ SSD ฉันยังทดสอบแคชของดิสก์นี้ในระดับที่มากขึ้น ผลลัพธ์ที่แท้จริงจะน้อยลง
- วิธีแก้ปัญหาที่ถูกต้องที่สุด (จากมุมมองของฉัน) คือการจัดสรรดิสก์ SSD 2 แผ่นในการมิเรอร์เรดสำหรับฐานข้อมูลไฟล์ (หรือฐานข้อมูลไฟล์หลายไฟล์) และไม่วางสิ่งอื่นใดที่นั่น ใช่ด้วยกระจก SSD จะเสื่อมสภาพเท่ากันและนี่คือข้อเสีย แต่อย่างน้อยอุปกรณ์อิเล็กทรอนิกส์ของคอนโทรลเลอร์ก็ได้รับการปกป้องจากข้อผิดพลาด
- ข้อดีหลักของไดรฟ์ SSD สำหรับเวอร์ชันไฟล์จะปรากฏขึ้นเมื่อมีฐานข้อมูลจำนวนมาก โดยแต่ละฐานข้อมูลมีผู้ใช้หลายคน หากมีฐานข้อมูล 1-2 แห่งและมีผู้ใช้ประมาณ 10 คน ดิสก์ SAS ก็เพียงพอแล้ว (แต่ไม่ว่าในกรณีใด ให้ดูที่การโหลดดิสก์เหล่านี้ อย่างน้อยก็ผ่าน perfmon)
- ข้อได้เปรียบหลักของเทอร์มินัลเซิร์ฟเวอร์คือสามารถมีไคลเอนต์ที่อ่อนแอมากและการตั้งค่าเครือข่ายส่งผลกระทบต่อเซิร์ฟเวอร์เทอร์มินัลน้อยกว่ามาก (อีกครั้งคือ K.O. ของคุณ)
หากการทดสอบของ Gilev แสดงตัวเลขเพียงเล็กน้อย และคุณมีโปรเซสเซอร์ที่มีสัญญาณนาฬิกาสูงและดิสก์ที่เร็ว ผู้ดูแลระบบจะต้องดำเนินการอย่างน้อยที่สุด บันทึกผลลัพธ์ทั้งหมดไว้ที่ใดที่หนึ่ง และดู สังเกต และสรุปผล จะไม่มีคำแนะนำที่ชัดเจน
ตัวเลือกไคลเอนต์เซิร์ฟเวอร์
การทดสอบดำเนินการเฉพาะใน 8.2 เพราะ ใน 8.3 ทุกอย่างขึ้นอยู่กับเวอร์ชันค่อนข้างจริงจัง
สำหรับการทดสอบ ฉันเลือกตัวเลือกเซิร์ฟเวอร์และเครือข่ายที่แตกต่างกันเพื่อแสดงแนวโน้มหลัก
1C: ซีออน 5520 SQL: Xeon E5-2630 | 1C: ซีออน 5520 SQL: Xeon E5-2630 ไฟเบอร์แชนเนล - SSD | 1C: ซีออน 5520 SQL: Xeon E5-2630 ช่องไฟเบอร์ - SAS | 1C: ซีออน 5650 SQL: Xeon E5-2630 | 1C: ซีออน 5650 SQL: Xeon E5-2630 ไฟเบอร์แชนเนล - SSD | 1C: ซีออน 5650 SQL: Xeon E5-2630 | 1C: ซีออน 5650 = | 1C: ซีออน 5650 = | 1C: ซีออน 5650 = | 1C: ซีออน 5650 = | 1C: ซีออน 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 ทั้งในระบบจัดเก็บข้อมูลภายในและบนระบบสำหรับการทดสอบของ Gilev ทำงานได้ด้วยความเร็วที่เทียบเคียงได้ ฉันไม่รู้การทดสอบแบบมัลติเธรดมาตรฐานใดๆ (ไม่ใช่แค่การบันทึก แต่รวมถึงอุปกรณ์ทั้งหมด) ยกเว้นการทดสอบโหลด 1C จาก MCC
- การเปลี่ยนเซิร์ฟเวอร์ 1C จาก 5520 เป็น 5650 เพิ่มประสิทธิภาพเกือบสองเท่า ใช่ การกำหนดค่าเซิร์ฟเวอร์ไม่ตรงกันทั้งหมด แต่แสดงให้เห็นแนวโน้ม (ไม่แปลกใจ)
- การเพิ่มความถี่บนเซิร์ฟเวอร์ SQL จะให้ผลอย่างแน่นอน แต่ไม่เหมือนกับเซิร์ฟเวอร์ 1C เซิร์ฟเวอร์ MS SQL นั้นยอดเยี่ยมมาก (ถ้าคุณถาม) ในการใช้มัลติคอร์และหน่วยความจำว่าง
- การเปลี่ยนเครือข่ายระหว่าง 1C และ SQL จาก 1 Gbit เป็น 10 Gbit ให้นกแก้วประมาณ 10% ฉันคาดหวังมากกว่านี้
- การเปิดใช้งานหน่วยความจำที่ใช้ร่วมกันยังคงให้ผลแม้ว่าจะไม่ใช่ 15% ตามที่อธิบายไว้ในบทความ อย่าลืมทำ โชคดีที่มันง่ายและรวดเร็ว หากในระหว่างการติดตั้งมีคนให้อินสแตนซ์ที่มีชื่อแก่เซิร์ฟเวอร์ SQL ดังนั้นเพื่อให้ 1C ทำงานได้ ชื่อเซิร์ฟเวอร์จะต้องระบุไม่ใช่โดย FQDN (tcp/ip จะทำงาน) ไม่ใช่ผ่าน localhost หรือเพียง ServerName แต่ผ่าน ServerNameInstanceName เช่น zz- ทดสอบzztest (มิฉะนั้นจะมีข้อผิดพลาด DBMS: ไม่พบ Microsoft SQL Server Native Client 10.0: ผู้ให้บริการหน่วยความจำที่ใช้ร่วมกัน: ไม่พบไลบรารีหน่วยความจำที่ใช้ร่วมกันที่ใช้ในการสร้างการเชื่อมต่อกับ SQL Server 2000 HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSrvr : SQLSTATE=08001, state=1, Severity=10, Native=126, line=0)
- สำหรับผู้ใช้ที่น้อยกว่า 100 จุดเดียวที่จะแยกออกเป็นสองเซิร์ฟเวอร์แยกกันคือลิขสิทธิ์ Win 2008 Std (และเก่ากว่า) ซึ่งรองรับ RAM ขนาด 32GB เท่านั้น ในกรณีอื่น ๆ ทั้งหมด จำเป็นต้องติดตั้ง 1C และ SQL บนเซิร์ฟเวอร์เดียวอย่างแน่นอนและให้หน่วยความจำเพิ่มเติม (อย่างน้อย 64 GB) การให้ RAM แก่ MS SQL น้อยกว่า 24-28 GB ถือเป็นความโลภที่ไม่ยุติธรรม (ถ้าคุณคิดว่าคุณมีหน่วยความจำเพียงพอและทุกอย่างทำงานได้ดีบางทีเวอร์ชันไฟล์ 1C อาจจะเพียงพอสำหรับคุณ?)
- การรวมกันของ 1C และ SQL ทำงานในเครื่องเสมือนแย่ลงเพียงใดเป็นหัวข้อของบทความแยกต่างหาก (คำใบ้ - แย่ลงอย่างเห็นได้ชัด) แม้แต่ใน Hyper-V ทุกอย่างก็ยังไม่ชัดเจนนัก...
- โหมดประสิทธิภาพที่สมดุลไม่ดี ผลลัพธ์ค่อนข้างสอดคล้องกับเวอร์ชันของไฟล์
- แหล่งที่มาหลายแห่งกล่าวว่าโหมดการดีบัก (ragent.exe -debug) ทำให้ประสิทธิภาพลดลงอย่างมาก มันลดลงใช่ แต่ฉันจะไม่เรียกว่า 2-3% เป็นผลกระทบที่สำคัญ
ในฐานะส่วนหนึ่งของการศึกษาความเป็นไปได้ในการเช่าความจุเซิร์ฟเวอร์เฉพาะไม่เพียงแต่สำหรับอุตสาหกรรมเว็บเท่านั้น แต่ยังสำหรับการโฮสต์ข้อมูลและระบบบัญชีประเภทต่างๆ เราพยายามประเมินประสิทธิภาพเชิงคุณภาพโดยใช้ตัวอย่างการทำงานในสภาพแวดล้อมเฉพาะของแอปพลิเคชัน 1C เซิร์ฟเวอร์เวอร์ชัน 8.2 และ 8.3 ร่วมกับ CentOS 6.4+ PostgreSQL 9.1.2-1.1C ส่วนประกอบซอฟต์แวร์ทั้งหมด (x_64)
แพลตฟอร์มทางกายภาพคือเซิร์ฟเวอร์ HP ProLiant DL120 G7 (ซีพียู Intel Xeon E3-1230, 8 GB, ฮาร์ดไดรฟ์ SATA HP MB0500EBZQA 2 ตัวที่ไม่มี RAID) ความเร็วในการเชื่อมต่ออินเทอร์เน็ตไปยังเซิร์ฟเวอร์คือ 100 Mbit/s ความเร็วในการเชื่อมต่อไคลเอนต์แตกต่างกันไป 5 ถึง 12 เมกะบิต/วินาที
หลังจากอ่านเนื้อหาและการอภิปรายมากมายเกี่ยวกับแหล่งข้อมูลทางอินเทอร์เน็ตต่างๆ (เช่น http://www.infostart.ru, www.3nity.ru, www.mista.ru, www.ixbt.com เป็นต้น) ที่เกี่ยวข้องกับปัญหาด้านประสิทธิภาพแอปพลิเคชัน 1C ในเวอร์ชันไคลเอ็นต์ - เซิร์ฟเวอร์มีการตัดสินใจที่จะใช้การทดสอบแบบกระจายฟรีโดย V. Gilev (http://www.gilev.ru/tpc1cgilv/) ผลลัพธ์ที่อนุญาตให้มีการเปรียบเทียบเชิงคุณภาพของชุดเซิร์ฟเวอร์ต่างๆ และ ส่วนประกอบ OS, DBMS และเวอร์ชันของแอปพลิเคชันเซิร์ฟเวอร์ 1C เพื่อกำหนดการกำหนดค่าที่เหมาะสมที่สุดของคอมเพล็กซ์ทั้งหมด รวมถึงในช่วงราคาด้วย
ผลการทดสอบแสดงอยู่ในภาพหน้าจอ:
ควรสังเกตว่ามีผลการทดสอบลดลงอย่างเห็นได้ชัดบนแพลตฟอร์ม 1C เวอร์ชัน 8.3.3 (สำหรับเวอร์ชัน 8.2.18 สิ่งอื่น ๆ ทั้งหมดเท่ากันจำนวนคะแนนคือ 60) ซึ่งเห็นได้ชัดว่าเกิดจาก ความแตกต่างในการดำเนินการโค้ดโปรแกรมบนแพลตฟอร์มต่างๆ ส่วนไคลเอ็นต์ดำเนินการในโหมดแอปพลิเคชันปกติ (ไคลเอ็นต์แบบหนา)
ความเป็นไปได้ของการดำเนินการแบบมัลติเธรดได้รับการทดสอบโดยใช้การทดสอบต่อไปนี้เป็นตัวอย่าง (http://infostart.ru/public/173394/) การทดสอบนี้ช่วยให้คุณสามารถประมาณจำนวนผู้ใช้พร้อมกันโดยประมาณซึ่งเวลาตอบสนองของระบบยังคงยอมรับได้
ผู้เชี่ยวชาญด้านการสนับสนุนแต่ละคนมีประสบการณ์ในการรับข้อร้องเรียนที่เป็นนามธรรมจากผู้ใช้ ทุกคนคุ้นเคยกับสูตร: "เธอคิดมานานแล้ว" "ฉันมีหน้าต่างสีแดง" "ระบบทำงานผิดปกติ" และ "สิ่งนี้ไม่ได้เกิดขึ้นมานานแล้ว และนี่คือ เป็นอีกครั้ง”
ในสถานการณ์เช่นนี้ เป็นเรื่องยากมากที่จะทราบทันทีว่าข้อผิดพลาดอยู่ที่ไหนและต้องทำอะไรก่อน ในบทความนี้เราจะดูว่าประสิทธิภาพของ 1C ขึ้นอยู่กับอะไรเช่น ระบบที่มีการรับโหลดสูงที่สร้างขึ้นบนพื้นฐานของ 1C:Enterprise ในสถานการณ์ที่อาการยังไม่เป็นที่เข้าใจอย่างถ่องแท้ และไม่สามารถทำการวินิจฉัยที่เฉพาะเจาะจงได้
สาเหตุหลักที่ส่งผลต่อประสิทธิภาพของ 1C
ในกรณีมากกว่า 60% สาเหตุของประสิทธิภาพการผลิตต่ำคือ:
- ข้อความค้นหาและรหัสการกำหนดค่าต่ำกว่าปกติ (26% ของกรณีทั้งหมด);
- การจัดทำดัชนีตารางวัตถุต่ำกว่าปกติ (19% ของกรณีทั้งหมด)
- โหลดที่ไม่เหมาะสมบนระบบย่อยของดิสก์ (16% ของกรณีทั้งหมด)
นักพัฒนาชั้นนำของ Microsoft เห็นด้วยกับสิ่งนี้
ดังนั้น เพื่อให้ได้รับการปรับปรุงที่สำคัญในประสิทธิภาพของแอปพลิเคชันฐานข้อมูล จึงเป็นไปได้ที่จะปรับขอบเขตการเข้าถึงข้อมูลให้เหมาะสม รวมถึงการออกแบบฐานข้อมูลเชิงตรรกะและทางกายภาพ (เท่าที่เป็นไปได้ใน 1C) รวมถึงโดยการสร้างสิทธิ์ แบบสอบถามและใช้การจัดทำดัชนีที่เหมาะสมที่สุด ปัญหาด้านประสิทธิภาพฐานข้อมูลบางอย่างสามารถแก้ไขได้ด้วยการเพิ่มความจุของฮาร์ดแวร์ แต่ก็ไม่เสมอไป: การออกแบบโซลูชันแอปพลิเคชันที่ไม่ถูกต้องไม่สามารถชดเชยได้ด้วยเซิร์ฟเวอร์ที่ทรงพลังกว่า ไม่ใช่เรื่องแปลกที่หากไม่เข้าใจสาเหตุของปัญหาด้านประสิทธิภาพ บริษัทผู้ใช้จะต้องเสียค่าใช้จ่ายจำนวนมากจากการซื้ออุปกรณ์ใหม่ แต่ปัญหายังคงไม่ได้รับการแก้ไข
การวินิจฉัยคุณภาพสูงของประสิทธิภาพ 1C โดยใช้เครื่องมือที่มีอยู่ทั้งหมดเป็นกุญแจสำคัญในการแก้ปัญหาและเพิ่มประสิทธิภาพต้นทุนให้ประสบความสำเร็จ
ขั้นตอนแรกในการระบุและแก้ไขปัญหาประสิทธิภาพต่ำคือการพัฒนารายการที่ครอบคลุมของกิจกรรมปัญหาหลัก รวมถึงความเร็วปัจจุบันและความเร็วที่คาดหวังในอนาคต
ตัวอย่าง:
ไม่ถูกต้อง: โปรแกรมค้างเมื่อสร้างรายงาน ฉันอยากให้มันก่อตัวเร็วขึ้น
ถูกต้อง: รายงาน “งบหนี้” สร้างขึ้นใน 5 นาที 10 วินาที ความเร็วที่คาดหวังในการสร้างรายงานนี้คือไม่เกิน 20 วินาที
หลังจากรวบรวมรายการปัญหาและแปลงเป็นดิจิทัลแล้ว จำเป็นต้องวิเคราะห์สาเหตุ โดยเริ่มจากการค้นหารหัสที่มีปัญหา หากมี (เช่น คำขอ "หนัก" การรอนานในการล็อค การหยุดชะงัก ฯลฯ)
เครื่องมือสำหรับระบุรหัสที่มีปัญหา
- “1C: ศูนย์การจัดการประสิทธิภาพ” (โมดูลที่รวมอยู่ในแพ็คเกจเครื่องมือ “1C: Corporate” ผลิตโดย 1C)
- บริการคลาวด์ของ Gilev;
- เครื่องมือมาตรฐานที่สร้างไว้ใน DBMS จากผู้จำหน่ายชั้นนำ
ประสิทธิผลของการใช้เครื่องมือเหล่านี้รับประกันโดยคุณสมบัติของนักพัฒนา “1C: ผู้เชี่ยวชาญเกี่ยวกับปัญหาทางเทคโนโลยี” ซึ่งบ่งบอกถึงการมีส่วนร่วมของเขาในการใช้งาน 1C ในวงกว้าง ในเวลาเดียวกัน ผู้เชี่ยวชาญที่แตกต่างกัน ขึ้นอยู่กับประสบการณ์ของแต่ละบุคคล อาจให้ความสำคัญกับเครื่องมือ/วิธีการอย่างใดอย่างหนึ่ง
ควบคู่ไปกับการใช้หนึ่งในเครื่องมือที่นำเสนอ เครื่องมือตรวจสอบโหลดอุปกรณ์มาตรฐาน (ตัวนับตรวจสอบประสิทธิภาพ) ก็ถูกนำมาใช้เช่นกัน
จากการวัดที่ได้รับ ระบุประเภทของสาเหตุ:
- ปัญหาอยู่ในโค้ด
- และ/หรือปัญหาอยู่ที่ฮาร์ดแวร์
- ปัญหาอยู่ในโปรแกรมที่ใช้ทรัพยากรมากอื่น ๆ ที่ใช้บนเซิร์ฟเวอร์ที่ใช้งานจริง
การทดสอบโหลด 1C - วิธีการประเมินอุปกรณ์เซิร์ฟเวอร์
ดังที่ได้กล่าวไปแล้วในบรรดาปัจจัยที่อาจส่งผลต่อประสิทธิภาพของ 1C ทั้งเชิงบวกและเชิงลบฮาร์ดแวร์เซิร์ฟเวอร์และการกำหนดค่านั้นถือเป็นสถานที่สำคัญ พิจารณาตัวเลือกสำหรับการวัด การประเมินโหลด และการทดสอบประสิทธิภาพของระบบภายใต้เงื่อนไขต่อไปนี้:
- เซิร์ฟเวอร์ 1C พร้อมใช้งานและอยู่ที่:
- ร่วมกับ DBMS;
- บนเซิร์ฟเวอร์ที่แยกต่างหาก
เพื่อประเมินความสอดคล้องของพารามิเตอร์ของอุปกรณ์เซิร์ฟเวอร์ที่มีอยู่กับความต้องการของระบบ จำเป็นต้องรวบรวมข้อมูลเกี่ยวกับโหลดบนฮาร์ดแวร์ รวมถึงโปรเซสเซอร์ เช่น การทดสอบโหลด 1C เพื่อจุดประสงค์นี้จึงใช้ "การตรวจสอบประสิทธิภาพ" ซึ่งเป็นเครื่องมือที่ช่วยให้คุณสามารถวัดอุปกรณ์บนวงจรการทำงานและอ่านตัวนับประสิทธิภาพได้
ด้านล่างนี้คือชุดตัวนับพื้นฐานที่ต้องกำหนดค่าเพื่อตรวจสอบประสิทธิภาพของฮาร์ดแวร์ใน Windows คอลเลกชันทำจากเซิร์ฟเวอร์ทั้งหมดที่ติดตั้งเซิร์ฟเวอร์ 1C
หากตัวนับเปอร์เซ็นต์การโหลดตัวประมวลผลสำหรับมุมมอง "ตัวประมวลผล" มีค่าสูง คุณควรระบุกระบวนการที่สามารถหยุดได้โดยไม่ส่งผลกระทบต่อการทำงานของเซิร์ฟเวอร์ และยังถูกถ่ายโอนไปยังเซิร์ฟเวอร์อื่นด้วย
มุมมอง "กระบวนการ" จะช่วยให้คุณสามารถกำหนดค่าการตรวจสอบสำหรับแต่ละกระบวนการ รวมถึงกำหนดว่ากระบวนการใดที่กินเวลา CPU มากที่สุด หากมีการติดตั้งเซิร์ฟเวอร์ 1C บนเซิร์ฟเวอร์เท่านั้นเพื่อที่จะทำความเข้าใจว่าโหลดใดบนฮาร์ดแวร์คุณต้องกำหนดค่าคอลเลกชันของตัวนับต่อไปนี้:
\Process("1cv8*")\% เวลาตัวประมวลผล |
\Process("ragent*")\% เวลาตัวประมวลผล |
\Process("ragent*")\ไบต์ส่วนตัว |
\Process("ragent*")\Virtual Bytes |
\Process("rmngr*")\% เวลาตัวประมวลผล |
\Process("rmngr*")\ไบต์ส่วนตัว |
\Process("rmngr*")\ไบต์เสมือน |
\Process("rphost*")\% เวลาตัวประมวลผล |
\Process("rphost*")\ไบต์ส่วนตัว |
\Process("rphost*")\Virtual Bytes |
\Process("1cv8*")\ไบต์ส่วนตัว |
\Process("1cv8*")\Virtual Bytes |
หากระบบปัจจุบันอยู่ในสภาพที่ไม่น่าพอใจ ดังนั้น ควรคำนวณพารามิเตอร์อุปกรณ์สำหรับการติดตั้งระบบเป้าหมายโดยใช้ความสัมพันธ์เชิงเส้นโดยใช้ความสัมพันธ์เชิงเส้น
ถ้า การซื้ออุปกรณ์เซิร์ฟเวอร์มีการวางแผนเท่านั้นสามารถคำนวณพารามิเตอร์ได้โดยการจำลองการทำงานของระบบที่วางแผนไว้ แต่ในขนาดที่เล็กกว่าโดยใช้อุปกรณ์ที่มีอยู่ เพื่อจุดประสงค์นี้จึงใช้ "1C: ศูนย์ทดสอบ" ซึ่งรวมอยู่ในชุดเครื่องมือองค์กร 1C ขึ้นอยู่กับการวัดที่ได้รับโดยใช้วิธีการคำนวณพารามิเตอร์ของระบบที่วางแผนไว้และข้อกำหนดสำหรับอุปกรณ์จะถูกกำหนดตามลำดับ การทดสอบนี้สามารถใช้ซ้ำๆ สำหรับการวัดที่แตกต่างกัน โดยได้เสริมและขยายฟังก์ชันการทำงานก่อนหน้านี้แล้ว เทคนิคนี้มีความแม่นยำสูงและง่ายต่อการคำนวณ
การใช้โครงสร้างพื้นฐาน 1C บน Linux เป็นหัวข้อโบราณ แต่ก็ยังมีความเกี่ยวข้อง เราเพิ่งเผยแพร่บทความ 1C Application Server บน Linux แต่คำถามเกี่ยวกับประสิทธิภาพที่แท้จริงเมื่อเปรียบเทียบกับโซลูชันสำหรับ Windows ยังคงเปิดอยู่ การทดสอบดำเนินการในโหมดแมนนวลด้วย แต่เพื่อความเป็นกลางของผลลัพธ์ ฉันจะเผยแพร่ผลการทดสอบของ Gilev ซึ่งดำเนินการบนแพลตฟอร์มฮาร์ดแวร์เดียวกันโดยใช้ระบบปฏิบัติการที่แตกต่างกัน: Linux CentOS 7 และ MS Windows Server 2012 .
ขาตั้งที่มีโปรเซสเซอร์ Intel Xeon E5-2670 สองตัว, RAM ขนาด 8x4GB และ Intel SSD หนึ่งตัวถูกใช้เป็นเซิร์ฟเวอร์
ตารางสรุปค่าเฉลี่ยผลการทดสอบของ Gilev
ตัวอย่างผลลัพธ์
ผลการทดสอบที่ยอมรับได้ ความง่ายในการใช้งาน และค่าลิขสิทธิ์ที่ต่ำ ทำให้เราสร้างผลิตภัณฑ์ที่สมบูรณ์: เซิร์ฟเวอร์ 1C ที่ใช้ Linux ทันทีที่แกะกล่อง
แต่ละรุ่นมีตัวกำหนดค่าที่สะดวกซึ่งคุณสามารถเลือกการกำหนดค่าที่เหมาะสมที่สุดสำหรับงานของคุณได้ นี่เป็นข้อมูลเพิ่มเติมเล็กน้อยเกี่ยวกับเรื่องนี้
การสร้างเครื่องคำนวณพลังการประมวลผลเซิร์ฟเวอร์ 1C ไม่ใช่เรื่องเล็กน้อย และการสร้างตัวกำหนดค่า 1C สากลสำหรับทุกกรณีที่เป็นไปได้นั้นแทบจะเป็นไปไม่ได้เลย
แน่นอนว่ามีผู้ดูแลระบบจำนวนมากบนฮับที่มีแนวคิดของตนเองเกี่ยวกับข้อกำหนดด้านโหลดและกำลังประมวลผลของเซิร์ฟเวอร์ 1C (ความคิดเห็นของคุณจะเพิ่มมูลค่าให้กับบทความนี้) นอกจากนี้ยังมีคำแนะนำอย่างเป็นทางการของ 1C ซึ่งทุกอย่างจะใช้ได้กับทุกสิ่ง...
แต่ยังคงมีพารามิเตอร์พื้นฐานที่สามารถคำนวณได้ซึ่งใช้ได้กับแผนงานทั่วไป เมื่อทราบว่าเซสชันเทอร์มินัลใช้ทรัพยากรโปรเซสเซอร์และ RAM เท่าใด จำนวน IOPS SQL ที่ต้องการสำหรับผู้ใช้จำนวนหนึ่ง และจากผลการทดสอบจำนวนมาก เราได้พัฒนาตัวกำหนดค่าสำหรับโซลูชันมาตรฐานสำหรับ 1C
แน่นอนว่าแต่ละกรณีไม่ซ้ำกันและต้องมีการขายล่วงหน้าโดยละเอียด แต่สำหรับการคำนวณโดยประมาณ ก็เพียงพอที่จะระบุจำนวนผู้ใช้ ประเภทของฐานข้อมูล ปริมาณของฐานข้อมูลปัจจุบัน และเลือกใบอนุญาตที่จำเป็น
หากต้องการเปรียบเทียบราคาของโซลูชันสำเร็จรูปที่ใช้ Linux และ Windows ฉันจะยกตัวอย่างจากเครื่องมือกำหนดค่าพร้อมราคาขายปลีก
เซิร์ฟเวอร์สำหรับผู้ใช้ 20 รายที่มีฐานข้อมูล SQL สูงสุด 80GB, ใบอนุญาต 1C: Accounting 8 PROF ที่ใช้ Linux CentOS จะมีราคา 522,759.43 RUB การกำหนดค่าที่คล้ายกันตาม Windows - 1,036,279.43 RUB
ช่วงของเซิร์ฟเวอร์สำหรับ 1C STSS Flagman ประกอบด้วย 3 รุ่นสำหรับทั้ง Linux และ Windows
1C113.5-020UL- เซิร์ฟเวอร์ 1C ระดับเริ่มต้น รองรับผู้ใช้สูงสุด 20 รายด้วยฐานข้อมูล SQL จำนวนพื้นที่ดิสก์คำนวณโดยคำนึงถึงการเติบโตของฐานข้อมูล 20% ต่อปีเป็นเวลา 3 ปี อาร์เรย์ RAID1 ใช้ Intel Enterprise SSD สามารถติดตั้งแหล่งจ่ายไฟคู่และดิสก์เพิ่มเติมสำหรับข้อมูล "เย็น" ได้ มีบริการซอฟต์แวร์ให้เลือก: PostgreSQL, xrdp และ httpd
1C216.4-200UL- โมเดลที่ใช้แพลตฟอร์มโปรเซสเซอร์ 2 ตัวที่รับประกันการทำงานของโครงสร้างพื้นฐาน 1C สำหรับการเชื่อมต่อพร้อมกันสูงสุด 200 รายการ พื้นที่จัดเก็บข้อมูลคำนวณตามหลักการเดียวกัน - ขนาดของฐานข้อมูลโดยคำนึงถึงการเติบโต แต่สร้างขึ้นบนพื้นฐานของอาร์เรย์ RAID10 ขนาด 4xSSD ของโวลุ่มที่ต้องการ
1C217.2-050UL-อ้างอิง- นี่คือโซลูชันสำหรับลูกค้าที่มีงบประมาณจำกัด สร้างขึ้นบนพื้นฐานของเซิร์ฟเวอร์ที่ได้รับการกู้คืนในการผลิตของเรา (หลังการเปลี่ยนตามการรับประกัน เงินสาธิต ฯลฯ) เซิร์ฟเวอร์จะผ่านการทดสอบโหลดเหมือนกันก่อนจัดส่งเหมือนกับรุ่นใหม่ แต่มีระยะเวลาสั้นลง ระยะเวลาการรับประกัน (1 ปี) เซิร์ฟเวอร์รองรับการเชื่อมต่อสูงสุด 50 รายการ และไม่รวมใบอนุญาต มีราคาเพียง RUB 203,705.00 พร้อมอาร์เรย์สำหรับฐานข้อมูล 40GB
1C113.5-020UW- เซิร์ฟเวอร์ 1C ระดับเริ่มต้น รองรับผู้ใช้สูงสุด 20 รายด้วยฐานข้อมูล SQL จำนวนพื้นที่ดิสก์คำนวณโดยคำนึงถึงการเติบโตของฐานข้อมูล 20% ต่อปีเป็นเวลา 3 ปี อาร์เรย์ RAID1 ใช้ Intel Enterprise SSD สามารถติดตั้งแหล่งจ่ายไฟคู่และดิสก์เพิ่มเติมสำหรับข้อมูล "เย็น" ได้
1C216.4-200UW- รุ่นที่ใช้ Windows รองรับผู้ใช้ได้มากถึง 200 คน อุปกรณ์จัดเก็บข้อมูลนี้สร้างขึ้นบนพื้นฐานของอาร์เรย์ RAID10 ขนาด 4xSSD ของโวลุ่มที่ต้องการ
1C217.2-050UW-อ้างอิง- แพลตฟอร์มเดียวกับโซลูชันบน Linux ตัวเลือกงบประมาณสำหรับการเชื่อมต่อ 50 รายการ รับประกัน 1 ปี
สามารถเลือกใบอนุญาตต่อไปนี้เป็นแพลตฟอร์ม 1C ในทุกรุ่น:
1C: การจัดการบริษัทขนาดเล็ก 8 ศาสตราจารย์
1C: การจัดการการค้า 8 ศาสตราจารย์
1C: การบัญชี 8 ศาสตราจารย์
1C: การบัญชี 8 CORP
1C: การบริหารเงินเดือนและบุคลากร 8 ศาสตราจารย์
1C: การบริหารเงินเดือนและบุคลากร 8 CORP
1C: การไหลของเอกสาร 8 ศาสตราจารย์
1C: การไหลของเอกสาร 8 KORP
หากลูกค้ามีความเชี่ยวชาญเพียงพอที่จะเลือกเซิร์ฟเวอร์สำหรับ 1C เขาสามารถใช้อุปกรณ์เซิร์ฟเวอร์รุ่นคลาสสิกได้ แต่หากไม่มีความเชี่ยวชาญดังกล่าว ฉันหวังว่าเครื่องมือกำหนดค่าเซิร์ฟเวอร์ของเราสำหรับ 1C จะช่วยคุณตัดสินใจเลือกระบบที่เหมาะสมที่สุด
ขอบคุณสำหรับความสนใจของคุณ! ฉันหวังว่าผู้ใช้ habra ใกล้กับหัวข้อนี้จะแบ่งปันประสบการณ์ในการเลือกอุปกรณ์สำหรับ 1C ในความคิดเห็น