มีเหตุผลใดที่มี 2 นิคส์บนเซิร์ฟเวอร์ยังคงเป็นกรณีต่อไปนี้?
- คุณต้องเชื่อมต่อกับเครือข่ายทางกายภาพ 2 เครือข่าย
- การไถ่คืน (1 NIC ล้มเหลวดังนั้นคุณจึงใช้อีกอย่าง)
มีเหตุผลอื่นอีกไหม?
มีเหตุผลใดที่มี 2 นิคส์บนเซิร์ฟเวอร์ยังคงเป็นกรณีต่อไปนี้?
มีเหตุผลอื่นอีกไหม?
คำตอบ:
(2A) โหลดบาลานซ์
(3) การแยกทราฟฟิก (เช่นคุณอาจมีคอมโบของเว็บ / เซิร์ฟเวอร์ฐานข้อมูลเครือข่ายเดียวกันใส่ทราฟฟิกของเว็บทั้งหมดใน NIC หนึ่งทราฟฟิก db บนอีกอันทำให้ง่ายต่อการคำนวณโหลดสำหรับทราฟฟิกประเภท) นอกจากนี้ยังทำให้ง่ายต่อการแยกทั้งสองในภายหลังไม่มีใครต้องเปลี่ยนสายเชื่อมต่อ
เครือข่ายแยกต่างหากสำหรับการสำรองข้อมูล
เครือข่ายแยกต่างหากสำหรับการเข้าถึงคอนโซล (โดยปกติจะรวมอยู่ในบอร์ดระบบสำหรับเซิร์ฟเวอร์หลัก)
เพิ่มปริมาณงาน (เครือข่ายหลาย GB) ผูกมัดเข้าด้วยกัน
มีอีกหนึ่งเหตุผลสำคัญที่ฉันนึกถึงซึ่งคล้ายกับความซ้ำซ้อนและนั่นคือ Trunking ดังนั้นคุณสามารถกำหนดค่าทราฟฟิกเพื่อไหลผ่านพอร์ต 2x1Gbit ซึ่งให้ปริมาณ 2Gbit ทั้งหมด บางคนอ้างถึงสิ่งนี้เป็น LaCP, linux รู้ว่าสิ่งนี้เป็นโหมด = 4 ตามที่อธิบายไว้ด้านล่าง
โหมดการเชื่อมต่อกับ Linux มีตัวเลือกอื่น ๆ ดังนี้
mode = 0 (balance-rr) นโยบายปัดเศษ
mode = 1 (active-backup) นโยบาย active-backup
mode = 2 (balance-xor) นโยบาย XOR: การส่งตาม [(ที่อยู่ MAC ต้นทาง XOR ที่มีที่อยู่ MAC ปลายทาง) โมดูโลนับทาส]
mode = 3 (Broadcast) นโยบายการออกอากาศ: ส่งทุกอย่างบนอินเทอร์เฟซ Slave ทั้งหมด โหมดนี้ให้การยอมรับข้อผิดพลาด
mode = 4 (802.3ad) การรวมลิงค์แบบไดนามิกของ IEEE 802.3ad สร้างกลุ่มการรวมที่ใช้การตั้งค่าความเร็วและดูเพล็กซ์เดียวกัน
mode = 5 (balance-tlb) การปรับสมดุลการรับส่งสัญญาณแบบอะแดปทีฟ: การเชื่อมช่องสัญญาณที่ไม่ต้องการการสนับสนุนสวิตช์พิเศษใด ๆ
mode = 6 (balance-alb) การปรับสมดุลโหลดแบบปรับได้: รวม balance-tlb บวกรับการปรับสมดุลโหลด (rlb) สำหรับการรับส่งข้อมูล IPV4 และไม่ต้องการการสนับสนุนสวิตช์พิเศษใด ๆ
Microsoft clusters ต้องการพอร์ต NIC เพิ่มเติมเพื่อวัตถุประสงค์ heartbeat ระหว่างโหนด
เช่นเดียวกับ # 2 NIC หลายรายการก็เป็นสิ่งจำเป็นเช่นกันสำหรับความพร้อมใช้งานสูง อินเทอร์เฟซเครือข่ายหลายตัว (บนเครือข่ายเดียวกัน แต่ควรแยกกันจริงๆ) จะถูกใช้เพื่อตรวจสอบว่าเซิร์ฟเวอร์ใดที่ใช้ได้ (heartbeat) นอกจากนี้ในกรณีของ VMWare สามารถใช้ NIC ตัวที่ 3 สำหรับการโอนย้ายสถานะการใช้งานของเครื่องเสมือนโดยไม่รบกวนปริมาณแบนด์วิธที่ใช้ได้กับอินเตอร์เฟสสาธารณะหรือการเต้นของหัวใจ
อาจ 2 นิคส์เป็นขั้นต่ำที่จำเป็นสำหรับเซิร์ฟเวอร์เช่นที่คนอื่นพูดอย่างน้อยสำหรับ HA หากคุณเริ่มรวมถึงคอนโซล, heartbeat, อาจเป็นที่เก็บ iSCSI ... คุณสามารถกด NIC ได้ครึ่งโหลสำหรับเซิร์ฟเวอร์
สิ่งนี้อาจมาภายใต้ "# คุณต้องเชื่อมต่อกับเครือข่ายทางกายภาพ 2 เครือข่าย" แต่ถ้าเซิร์ฟเวอร์เป็นเราเตอร์ด้วยก็จะต้องใช้ NIC สองตัว
ฉันมักจะใช้ 2 NICs ในเซิร์ฟเวอร์สำหรับความซ้ำซ้อน มากกว่าหนึ่งครั้งในช่วงหลายปีที่ฉันถอดปลั๊กสายเคเบิลผิด (มักเกิดจากการวิ่งมากเกินไป) เป็นเรื่องที่ดีมากที่จะไม่ตัดการเชื่อมต่อกับเซิร์ฟเวอร์ ฉันยังประสบ NICs ล้มเหลวสองสามครั้ง
เท่าที่ฉันกังวลถ้าเป็นไปได้เซิร์ฟเวอร์ควรมีทุกอย่างซ้ำซ้อน นิคส์จะไม่มีข้อยกเว้น ในโอกาสที่หายากฉันต้องแยกการจราจรด้วยฉันเพิ่มคู่ที่สองลงไป
ฉันไม่เคยเข้าใจอาร์กิวเมนต์ที่ซ้ำซ้อนของ NIC หากไม่มีชิ้นส่วนที่เคลื่อนไหวแล้วพวกเขาก็ล้มเหลว ... คุณไม่มีเมนบอร์ด 2 ตัวในเซิร์ฟเวอร์เดียวใช่ไหม ที่ดีที่สุดคือซ้ำซ้อนในระดับเซิร์ฟเวอร์ทั้งหมด
อย่างไรก็ตามฉันชอบ "ข้อผิดพลาดของมนุษย์" ซ้ำซ้อนด้านบนเมื่อถอดปลั๊กในข้อผิดพลาด
การมีอินเทอร์เฟซหนึ่งเดียวสำหรับการเรียกใช้ snort หรือ honeypot หรือ IDS อื่น ๆ และอีกอันในเครือข่ายภายในของคุณเป็นอีกเหตุผลที่ดีที่จะมีการ์ดนิค 2 ใบ เห็นด้วยกับความสมดุลภาระและความคิดการเดินสายไฟเช่นกัน