ข้อควรพิจารณาเมื่อเลือกโปรเซสเซอร์ AMD มากกว่า Intel

ฉันทำงานให้กับ บริษัท ที่มีแอพพลิเคชั่น LAMP แบบดั้งเดิมจำนวนมากซึ่งเราพยายามรีเฟรชฮาร์ดแวร์ของเราจาก ~ 250 เซิร์ฟเวอร์จริงเป็น ~ 40 เซิร์ฟเวอร์ใหม่ที่มีการจำลองเสมือน เราได้รับใบเสนอราคาสองรายการจากผู้จำหน่าย - หนึ่งคือการแนะนำโปรเซสเซอร์ Intel, AMD อื่น ๆ

สิ่งหนึ่งที่ฉันชอบเกี่ยวกับจำนวนคอร์ที่สูงกับ AMD คือเราจะสามารถอุทิศคอร์ให้กับวีเอ็มเอสซึ่งหมายความว่าเรามีโอกาสที่แอพพลิเคชั่นจะรบกวนซึ่งกันและกันน้อยลงเนื่องจากเดือยซึ่งในระดับหนึ่ง สำคัญกับฉันมากกว่าประสิทธิภาพสูงสุด

ข้อควรพิจารณาอื่น ๆ ที่ฉันมีในใจคือ:

• การใช้พลังงานอาจแตกต่างกัน (ไม่ใช่ปัญหาในกรณีของเรา)
• คำสั่ง CPU เช่นCRC32 (SSE 4.2) จะไม่ได้รับการรองรับ (แก้ไข: MySQL 5.6 ดูเหมือนจะรองรับ SSE4.2. ไม่แน่ใจเกี่ยวกับ Apache)
• MySQL ไม่ได้ปรับขนาดอย่างสมบูรณ์หลังจาก ~ 16 / ~ 32 แกน (ฉันยินดีที่จะยอมรับการแลกเปลี่ยนนี้)

ฉันกำลังคิดถึงสิ่งอื่นใดอีก

(หมายเหตุถึงผู้ดูแล: ฉันทราบถึงหัวข้อนี้ - ฉันพิจารณาคำถามที่แตกต่างกันเล็กน้อย)

แก้ไข:สมมติว่างานขนานอย่างพิเศษ (webservers) และฉันไม่สนใจเซิร์ฟเวอร์ฐานข้อมูลที่ไม่ขนานกัน

มีข่าวจำนวนมากเกี่ยวกับโปรเซสเซอร์ AMD ล่าสุดชื่อ Bulldozer ส่วนของ "เซิร์ฟเวอร์" ในส่วนนี้ยังไม่เปิดให้บริการ แต่ข้อเสนอเดสก์ท็อปเป็นมุมมองที่ดีสำหรับปัญหาที่อาจเกิดขึ้นจากสิ่งใหม่

สำหรับส่วนของเซิร์ฟเวอร์ในปัจจุบันการแนะนำทั้งหมดนั้นค่อนข้างดีในระดับทั่วไป การให้บริการผ่านเว็บและ (ส่วนใหญ่) การทำงานของฐานข้อมูลนั้นส่วนใหญ่ใช้ Integer และซีพียูของ AMD ทำได้ดีกับการคำนวณจำนวนเต็ม นอกจากนี้การให้บริการผ่านเว็บยังเป็นปัญหาที่สามารถขนานกันได้ (โดยทั่วไป) AMD มุ่งเน้นไปที่ "หลายคอร์ทำให้การทำงานเร็วขึ้น" และ LAMP (อีกครั้งโดยทั่วไป) มีแนวโน้มที่จะตอบสนองได้ดี

สิ่งหนึ่งที่คุณต้องใส่ใจคือการพึ่งพาเธรดเดี่ยวในแอ็พพลิเคชันของคุณ ส่วนของ AMD นั้นไม่ได้ปรับตามขนาดเท่านาฬิกาของ Intel ดังนั้นกระบวนการที่ใช้เธรดเดี่ยวสามารถทำให้ระบบโดยรวมของคุณเร็วขึ้นกว่าในส่วน CPU ที่เร็วกว่า มีเพียงคุณเท่านั้นที่รู้ว่าสิ่งนี้ใช้ได้กับคุณหรือไม่ การดำเนินการฐานข้อมูลบางอย่างอาจให้บริการที่ดีขึ้นจากโปรเซสเซอร์ Intel ที่เร็วขึ้นด้วยจำนวนคอร์ที่น้อยลงดังนั้นเธรดไขมันบางตัวสามารถส่งเสียงร้องได้

รหัสแอปพลิเคชันก็มีความสำคัญเช่นกัน กระบวนการเว็บเซิร์ฟเวอร์ที่ใช้เวลานานบางอย่างอาจทำให้เวลาเธรดเดี่ยวนานขึ้นและต้องการนาฬิกาที่เร็วขึ้น ซึ่งอาจแก้ไขได้ด้วยการเขียนความต้องการกระบวนการที่ใช้เวลานานอีกครั้ง แต่จนกว่าจะถึงเวลาที่นาฬิกาเร็วจะดี

แต่โดยทั่วไปแล้วสำหรับปริมาณงานแบบล็อต - เว็บเซิร์ฟเวอร์ - vm ชิ้นส่วน 12 คอร์เหล่านั้นสามารถขยายขนาดออกไปได้ หากคุณพบปัญหาในเธรดเดี่ยวการใช้ส่วน 8-core ที่โอเวอร์คล็อกที่สูงกว่านั้นอาจเป็นปัญหาที่ยอมรับได้

ส่วนใหญ่คุณจะพบว่าโปรเซสเซอร์ทั้งสองนั้นมีความสามารถเทียบเท่ากันมาก โปรเซสเซอร์ AMD มีความรวดเร็วในการแรม (เล็กน้อย) เนื่องจากช่องทางที่ 4 โดยทั่วไปแล้วโปรเซสเซอร์ของ Intel จะมีCPI ที่ต่ำกว่า(อาจเป็นไปได้มากกว่าHTแม้ว่ามันจะขึ้นอยู่กับปริมาณงาน) AMD มักจะถูกกว่า

ปัจจัยเหล่านี้ส่วนใหญ่จะให้ขอบหนึ่งหรืออื่น ๆ ขึ้นอยู่กับภาระงานของคุณ จะไม่เลวร้ายยิ่งกว่าอย่างอื่น (สมมติว่ามีการกำหนดค่าที่มีเหตุผลและ CapEx ที่เท่ากันโดยประมาณ)

คุณควรพิจารณาความแตกต่างด้านประสิทธิภาพที่สถาปัตยกรรม RAM ที่แตกต่างกันอาจนำมาใช้หรือไม่และนั่นเป็นปัจจัยในการตัดสินใจสำหรับองค์กรของคุณหรือไม่

ในขณะที่คุณอาจไม่ต้องกังวลกับประสิทธิภาพสูงสุดหาก VM ของคุณจะไม่มีหลายคอร์ในแต่ละงานและ / หรืองานเฉพาะภายในมีเธรดเดียวมีข้อได้เปรียบประสิทธิภาพที่สำคัญใน intels ต่อ หลักกว่า AMD แม้ว่าจำนวนคอร์ทั้งหมดจะน้อยกว่า

ความแตกต่างที่สำคัญอยู่ในแนวทาง; ในช่วงกลางเอเอ็มดีให้ความสำคัญกับคอร์เล็กน้อยในส่วนที่มีค่าใช้จ่ายมากพอ ๆ กับส่วนของอินเทล ส่วน Intel จะมีแกนน้อยลงโอเวอร์คล็อกที่สูงขึ้น

ดังนั้นสำหรับปริมาณงานเว็บแอพเสมือนคุณอาจต้องการระบบ AMD

ถ้าไม่มีความแตกต่างของราคาใหญ่ฉันจะไม่ต้องกังวลกับดอลลาร์ ฉันจะดูเพิ่มเติมเกี่ยวกับระบบย่อย IO และ TCO บนเซิร์ฟเวอร์ 40 เครื่องส่วนใหญ่จะให้การสนับสนุนการอนุญาตให้ใช้สิทธิ์ซอฟต์แวร์หากมีและการรับพนักงานอาจไม่ใช่เซิร์ฟเวอร์เอง

อย่างน้อยที่สุดคุณต้องทำด้วยตัวเองชอบนำผู้ขายทั้งสองและเรียกใช้ระบบของคุณบนฮาร์ดแวร์ของพวกเขาก่อนที่จะยอมรับเซิร์ฟเวอร์ 40 จากทั้งสอง มีเพียงคุณเท่านั้นที่ตอบคำถามได้อย่างถูกต้องสำหรับภาระงานเฉพาะของคุณ

อีกอย่างที่ควรระวังหากคุณใช้การทำเวอร์ชวลไลเซชันทุกชนิดที่โยกย้ายแขกจาก Intel ไปยัง AMD อาจเป็นปัญหาที่แท้จริงและการรวมกลุ่มข้ามแบรนด์ไม่ได้อยู่ในการ์ดเลย ติดกับหนึ่งแพลตฟอร์มสำหรับแต่ละคลัสเตอร์และยอมรับว่าเป็นการยากที่จะกระโดดจากที่หนึ่งไปยังอีก