ผู้ใช้หรือแบนด์วิดท์? การกำหนดขนาดเซิร์ฟเวอร์ VPN สำหรับโหลดจริง

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

เปรียบเทียบจำนวนบัญชีกับชั่วโมงที่มีงานหนัก

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

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

เพิ่มภาระเบื้องหลังเป็นแถวของตัวเอง: การอัปเดตไคลเอนต์ เทเลเมทรี และทุกอย่างที่โฮสต์ทำนอกเหนือจากการส่งต่อ ไบต์เหล่านี้ลืมง่ายและอินเทอร์เฟซเดียวกันเป็นตัวนับ

หาทรัพยากรที่หมดก่อนลิงก์

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

วัดด้วยการถ่ายโอนที่คุณได้รับอนุญาตให้รัน และเพิ่มงานพร้อมกันเป็นขั้น ๆ ไม่ใช่ทั้งหมดในครั้งเดียว อ่านอัตราที่ยั่งยืนและปฏิกิริยาโต้ตอบไปพร้อมกัน เพราะการทดสอบเฉพาะอัตราสูงสุดซ่อนเซสชันที่ใช้งานไม่ได้แล้ว เกตเวย์ที่ผ่านแบนด์วิดท์สูงสุดขณะที่การโทรขาด ๆ หาย ๆ ยังไม่ผ่านการทดสอบ

จากนั้นทำซ้ำการรันโดยหยุดภาระเสริม ข้อจำกัดที่เลื่อนเมื่อการสำรองข้อมูลหยุดไม่เคยเป็นข้อจำกัดของเกตเวย์

เปลี่ยนการเปรียบเทียบเป็นตัวเลขที่ปกป้องได้

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

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

บันทึกเวลาตอบสนองควบคู่กับแบนด์วิดท์ ความจุที่รักษาไว้เพียงการถ่ายโอนจำนวนมากไม่ใช่ความจุสำหรับคนที่อยู่บนสาย และการทบทวนครั้งหน้าจะถามถึงความต่างนี้

เลือกระหว่างการขยายขึ้นกับการแยกบทบาท

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

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