พอร์ตขนาดใหญ่มีคุณค่าเฉพาะเมื่อแอปพลิเคชัน ที่จัดเก็บ โปรเซสเซอร์ เส้นทางเครือข่าย และผู้รับสามารถใช้มันได้ วางแผนชุดทำงานและภาวะพร้อมกัน ทดสอบแต่ละขั้นตอนที่เป็นขีดจำกัด และกำหนดขอบเขตการดำเนินงาน ป้ายแค็ตตาล็อก 40, 100 และ 200 Gbps เป็นระดับของพอร์ต ไม่ใช่การรับประกันการรับส่งหรือความพร้อมใช้งานแบบสากล
แปลงพอร์ตให้เป็นขนาดข้อมูล
เมื่อใช้หน่วยทศนิยม 40, 100 และ 200 Gbps สอดคล้องกับเลขคณิตที่อัตราไลน์ของ 5, 12.5 และ 25 GB ต่อวินาที นี่เป็นการแปลงอ้างอิงก่อนผลของโปรโตคอลและการนำไปใช้จริง สิ่งเหล่านี้บรรยายขนาดของการออกแบบโดยรอบ ไม่ใช่อัตราที่วัดได้หรือคำสัญญาว่าต้นทางจะส่งเนื้อหาแอปพลิเคชันได้ในปริมาณนั้น
สำหรับโครงการกระจายเนื้อหา ให้ประเมินคำขอที่เกิดขึ้นพร้อมกัน ขนาดออบเจ็กต์ และชุดทำงาน บริการที่ส่งชุดเนื้อหายอดนิยมขนาดเล็กซ้ำ ๆ แตกต่างจากบริการที่สตรีมไฟล์เก็บถาวรที่ไม่ได้แคช ทำให้สมมติฐานชัดเจน พอร์ตขนาดใหญ่ที่ซื้อโดยไม่มีสมมติฐานเหล่านี้อาจไม่แตะขีดจำกัดของที่จัดเก็บ แอปพลิเคชัน หรือผู้รับ ขณะที่เพิ่มค่าใช้จ่ายประจำของโครงการ
| ระดับพอร์ตที่ระบุ | การแปลงทศนิยมดิบ | นัยต่อการวางแผน |
|---|---|---|
| 40 Gbps | 5 GB/วินาที ก่อนค่าโอเวอร์เฮด | วัดเนื้อหาและเส้นทางแอปพลิเคชัน |
| 100 Gbps | 12.5 GB/วินาที ก่อนค่าโอเวอร์เฮด | ตรวจสอบที่จัดเก็บ ภาวะพร้อมกัน และการประมวลผล |
| 200 Gbps | 25 GB/วินาที ก่อนค่าโอเวอร์เฮด | ตรวจสอบทุกขั้นตอนและความสามารถในการรับ |
จำลองชุดทำงานและพฤติกรรมแคช
ระบุว่าเนื้อหาใดถูกเรียกบ่อยและเนื้อหาใดต้องอ่านจากที่จัดเก็บตามต้องการ แคชที่อุ่นอยู่สามารถให้ผลลัพธ์ที่การเริ่มจากแคชเย็นทำไม่ได้ ทดสอบทั้งสองเงื่อนไขเมื่อมันสำคัญต่อโครงการ ทำให้ชุดข้อมูลใหญ่พอและสมจริงพอที่การวัดจะตอบคำถามที่คุณต้องแก้จริง ๆ
ลองจินตนาการถึงต้นทางดาวน์โหลดซอฟต์แวร์ที่ชอบด้วยกฎหมายซึ่งมีรุ่นยอดนิยมและไฟล์เก็บถาวรเก่า เปรียบเทียบช่วงเวลาที่มีการเปิดตัวรุ่นยอดนิยมซึ่งงานหนักกับช่วงเข้าถึงไฟล์เก็บถาวรตามปกติ เผื่อความจุสำหรับการเผยแพร่ การสร้างเช็กซัม และทราฟฟิกสำรองข้อมูลในจุดที่งานเหล่านั้นทับซ้อนกัน สถานการณ์ต้นฉบับนี้ให้กรอบการวางแผน ไม่ได้ยืนยันฮาร์ดแวร์หรือบริการแคชใดโดยเฉพาะว่าเป็นส่วนหนึ่งของ SwissOctet
วัดที่จัดเก็บอย่างอิสระ
เริ่มจากการวัดการดำเนินการกับที่จัดเก็บที่แอปพลิเคชันทำ การอ่านไฟล์ขนาดใหญ่แบบต่อเนื่องและการอ่านแบบสุ่มขนาดเล็กจำนวนมากอาจเผยขีดจำกัดที่ต่างกัน เอกสาร fio อธิบายพารามิเตอร์ภาระงานที่สามารถเป็นตัวแทนรูปแบบเหล่านั้นได้ ใช้ไฟล์ทดสอบและค่าตั้งที่ควบคุมได้และเหมาะกับระบบ และหลีกเลี่ยงการทดสอบที่ทำลายข้อมูลบนข้อมูลจริง
บันทึกโครงสร้างที่จัดเก็บ ขนาดชุดข้อมูล และเงื่อนไขการทดสอบ การวัดประสิทธิภาพที่เกี่ยวข้องกับข้อมูลในแคชไม่เทียบเท่ากับการอ่านต่อเนื่องจากอุปกรณ์พื้นฐาน ทำซ้ำด้วยเส้นทางเนื้อหาจริงของแอปพลิเคชันในภายหลัง ความจุที่มากขึ้นไม่ได้เพิ่มอัตราการส่งโดยอัตโนมัติ และการเลือกไดรฟ์หลายลูกไม่ได้ยืนยันโครงสร้างอาร์เรย์หรืออัตราการรับส่งที่วัดได้
สังเกตขีดจำกัดของโปรเซสเซอร์และคิว
ที่อัตราการรับส่งสูง การประมวลผลและการจัดการอินเทอร์รัปต์อาจสำคัญพอ ๆ กับการใช้ CPU ของแอปพลิเคชัน Linux อธิบายการปรับขนาดฝั่งรับและกลไกที่เกี่ยวข้องสำหรับกระจายงานเครือข่ายไปยังคิวและโปรเซสเซอร์ การมีอยู่และพฤติกรรมของมันขึ้นอยู่กับฮาร์ดแวร์และการกำหนดค่า ใช้เอกสารเหล่านั้นเพื่อตีความการวัด แทนที่จะใช้สูตรปรับแต่งแบบทั่วไปกับทุกเซิร์ฟเวอร์
สังเกตว่า CPU, เวิร์กเกอร์ หรือคิวรับใดเริ่มทำงานหนักก่อนระบบโดยรวมหรือไม่ รวมการเข้ารหัส การบีบอัด และการจัดการคำขอในการทดสอบเมื่อบริการจริงใช้สิ่งเหล่านั้น ค่าเฉลี่ย CPU ที่ดูว่างอาจซ่อนส่วนประกอบที่อิ่มตัวอยู่ เปลี่ยนทีละปัจจัยและเก็บค่าพื้นฐานไว้เพื่อให้เข้าใจผลได้
ตรวจสอบแอปพลิเคชันที่ให้บริการ
เซิร์ฟเวอร์ต้องทำมากกว่าแค่ย้ายไบต์ผ่านการวัดประสิทธิภาพเครือข่าย ตรวจสอบการเชื่อมต่อ การแยกวิเคราะห์คำขอ การอนุญาต การอ่านเนื้อหา และการตอบกลับที่สมบูรณ์ด้วยซอฟต์แวร์ที่คุณตั้งใจจะใช้ Nginx อธิบายการควบคุมการถ่ายโอนไฟล์และการเชื่อมต่อสำหรับการนำไปใช้ของตัวเอง ซอฟต์แวร์อื่นมีค่าตั้งที่ต่างกัน อ่านเอกสารสำหรับเวอร์ชันจริงที่คุณจะใช้งาน
ทดสอบภาวะพร้อมกันที่สมจริงและสังเกตเวลาที่เสร็จสิ้นในส่วนท้ายรวมถึงผลลัพธ์รวม ตัวเลขรวมที่สูงอาจอยู่ร่วมกับคำขอแต่ละรายการที่หมดเวลาได้ กำหนดขีดจำกัดที่บริการยังทำงานได้อย่างยอมรับได้ แล้วเหลือระยะเผื่อในการดำเนินงาน แทนที่จะมุ่งให้ทุกส่วนประกอบทำงานที่ค่าสูงสุดตามทฤษฎีตลอดทั้งวัน
เปรียบเทียบข้อกำหนด Transit ที่แท้จริง
ตระกูล Transit ของ SwissOctet ยังคงอยู่ในสวิตเซอร์แลนด์ ขณะที่ระบุพื้นฐานโปรเซสเซอร์ หน่วยความจำ และที่จัดเก็บที่ต่างกัน อ่านแผนที่แน่นอน: Transit 100 ระบุที่จัดเก็บ SSD ขณะที่ข้อกำหนดพื้นฐานอื่นของ Transit ระบุ NVMe ตัวเลือกดิสก์เพิ่มเติมมีป้ายของตัวเอง อย่าให้ระดับพอร์ตมาแทนที่การตรวจสอบส่วนอื่นของการกำหนดค่า
ตรวจสอบความพร้อมใช้งาน เงื่อนไขทราฟฟิก ความรับผิดชอบด้านการดูแลระบบ และกระบวนการกู้คืนกับบริการจริงด้วย ทราฟฟิกแบบไม่คิดตามปริมาณอธิบายรูปแบบทราฟฟิก ไม่ใช่การอนุญาตให้ทำกิจกรรมใด ๆ หรือคำมั่นเรื่องเวลาทำงาน ภาระงานปริมาณสูงต้องมีเงื่อนไขการดำเนินงานที่ชัดเจนและสิทธิ์ในการเผยแพร่เนื้อหา เช่นเดียวกับภาระงานที่เล็กกว่า
เตรียมการดำเนินงานก่อนเปิดทราฟฟิก
กำหนดว่าใครสามารถเผยแพร่เนื้อหา เปลี่ยนการกำหนดค่า และดูแลต้นทาง ปกป้องส่วนติดต่อเหล่านั้น เก็บการวัดการดำเนินงานที่เป็นประโยชน์ และกำหนดเกณฑ์สำหรับภาวะเกินพิกัด เก็บวิธีลดทราฟฟิกหรือย้อนกลับการเผยแพร่ไว้หากแอปพลิเคชันมีพฤติกรรมไม่คาดคิด ส่วนติดต่อขนาดใหญ่อาจขยายผลของความผิดพลาดด้านซอฟต์แวร์หรือการเข้าถึงตามปกติได้
ทำการซ้อมเป็นขั้นตอนโดยใช้ผู้รับที่ได้รับอนุญาตและขีดจำกัดที่ตกลงกัน แล้วเพิ่มขึ้นสู่ภาระงานที่วางแผนไว้ เก็บบันทึกผลลัพธ์ คำถามที่ยังไม่มีคำตอบ และความจุสำรองไว้ในบันทึกการปรับใช้ เลือกพอร์ตที่ใหญ่ขึ้นเฉพาะเมื่อหลักฐานนี้สนับสนุน การออกแบบที่สมบูรณ์และผ่านการวัดมีประโยชน์มากกว่าตัวเลขที่มากที่สุดในแค็ตตาล็อก
รายการตรวจสอบปฏิบัติของคุณ
- แปลงระดับพอร์ตโดยไม่ถือว่าเป็นการส่งเพย์โหลด
- จำลองแคชฮิต การอ่านแบบเย็น และคำขอที่เกิดขึ้นพร้อมกัน
- วัดประสิทธิภาพที่จัดเก็บด้วยข้อมูลทดสอบที่ไม่เป็นอันตราย
- สังเกต CPU, เวิร์กเกอร์ และคิวเครือข่าย
- ทดสอบแอปพลิเคชันที่ให้บริการและความสามารถของผู้รับ
- จัดทราฟฟิกเป็นขั้นตอนและเก็บขั้นตอนย้อนกลับไว้
รายละเอียดที่สำคัญ
พอร์ตที่ใหญ่ที่สุดปลอดภัยที่สุดเสมอหรือไม่+
ไม่ เลือกจากความต้องการที่วัดได้และขีดจำกัดของระบบทั้งหมด พอร์ตที่ใหญ่ขึ้นไม่ได้แก้ปัญหาที่จัดเก็บ โปรเซสเซอร์ หรือความสามารถของแอปพลิเคชันที่ไม่เพียงพอ
ทุกตระกูล Transit ใช้ NVMe หรือไม่+
ไม่ อ่านแผนจริง ข้อกำหนดพื้นฐานของ Transit 100 ระบุ SSD แผนพื้นฐานอื่นและตัวเลือกไดรฟ์เพิ่มเติมมีคำอธิบายของตัวเอง
ทำไมต้องทดสอบด้วยข้อมูลเย็นและข้อมูลในแคชด้วย+
ทั้งสองเผยเงื่อนไขการดำเนินงานที่ต่างกัน การเปิดตัว การรีสตาร์ต หรือชุดทำงานที่เปลี่ยนไปอาจทำให้เกิดกิจกรรมกับที่จัดเก็บซึ่งการวัดด้วยแคชอุ่นหลีกเลี่ยง
ไปที่ต้นทาง
แหล่งอ้างอิงเหล่านี้สนับสนุนแนวคิดทางเทคนิคในคู่มือนี้ ปฏิบัติตามเอกสารปัจจุบันก่อนเปลี่ยนระบบโปรดักชัน
- เคอร์เนล Linux: การปรับขนาดในสแตกเครือข่าย docs.kernel.org
- fio: เอกสารภาระงานและการวัด fio.readthedocs.io
- Nginx: โมดูลหลัก HTTP nginx.org
คำแนะนำด้านบรรณาธิการโดย SwissOctet ตัวอย่างมีไว้เพื่อประกอบ ข้อมูลจำเพาะของบริการ ตัวเลือกที่มี และเงื่อนไขตามสัญญาต้องได้รับการตรวจสอบแยกต่างหาก