Score:0

250Mbs บน VPS ราคาถูกเพียงพอสำหรับการฟังสตรีมวิทยุ 500 CCU หรือไม่

ธง tr

ฉันต้องการใช้ VPS ราคาถูกที่โฮสต์โดย OVH ประเทศฝรั่งเศส (1 vCore, 2 GB RAM, 40 GB SSD NVMe, 250 Mbps ที่ไม่มีการตรวจสอบ) เพื่อโฮสต์เซิร์ฟเวอร์ icecast ซึ่งจะใช้สำหรับกิจกรรมในเดือนนี้ จะมี CCU มากถึง 500 ตัวที่ฟังสตรีมเสียง 128 kbps

จากการอ่านของฉัน บทความนี้สำหรับฉันแล้ว ดูเหมือนว่า 250 Mbps ควรจะเพียงพอที่จะตอบสนองต่อการโหลด แต่ฉันไม่มีประสบการณ์ในการจัดการปัญหาประเภทนี้เลย

เหตุผลของฉันคือ 128kb*500CCU + ค่าใช้จ่าย 10% = ประมาณ 70 Mb/s

ฉันยังสงสัยด้วยว่า OVH ที่ไม่มีการตรวจสอบความเร็ว 250 Mbps นั้นรับประกันหรือไม่ หรือการโหลดบนบริการอื่นๆ ที่โฮสต์โดยไคลเอนต์รายอื่นที่ใช้เครื่องนี้อาจส่งผลกระทบต่อประสิทธิภาพการทำงานหรือไม่ (ฉันถาม OVH แล้ว แต่ก็ไม่ได้ช่วยอะไรเป็นพิเศษ)

ขอบคุณสำหรับข้อมูลเชิงลึกของคุณ! ซามูเอล

อัปเดต

ฉันได้ตั้งค่าสถานการณ์ทดสอบการโหลดด้วยสคริปต์ที่อธิบายไว้ในลิงก์ด้านบน

#!/bin/sh
#

# หยิกพร้อมกันสูงสุดที่จะเริ่มต้น
สูงสุด=600
# ระยะเวลาการนอนหลับระหว่างแต่ละขดสามารถเป็นทศนิยม 0.5
ล่าช้า=1
# นานแค่ไหนที่จะเชื่อมต่อ (เป็นวินาที)
ระยะเวลา=1800
# url ที่ต้องการขอ
URL=<theURL>

echo "เริ่มการทดสอบโหลด"

ในขณะที่ /bin/true
ทำ
นับ = 0
ขณะที่ [ $count -le $max ]
ทำ  
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   curl -m $duration --silent --output /dev/null "$URL" &
   [ "$delay" !=" "" ] && นอน $delay
   ให้ count=$count+10
   echo "เพิ่มลูกค้า 10 ราย ตอนนี้อยู่ที่ $count ลูกค้า"
เสร็จแล้ว
รอ
เสร็จแล้ว

ก่อนเรียกใช้สคริปต์บน VPS1 (เครื่อง "ไคลเอนต์") ฉันเปิดหน้าต่างเพื่อตรวจสอบการใช้งานเครือข่ายโดยใช้ slurm บนอินเทอร์เฟซเครือข่ายของฉันบน VPS2 (เครื่อง "เซิร์ฟเวอร์" ซึ่งเป็นที่ตั้งของเซิร์ฟเวอร์ icecast2) เช่น:

สลัม -i eth0

ฉันยังเปิดหน้าต่างเพื่อตรวจสอบการใช้งาน CPU ของ icecast (บน VPS2) เช่น:

บน -p <PID ของ ICECAST>

และเปิดสคริปต์ในขณะที่ฟังสตรีมวิทยุ ทุกอย่างเป็นไปได้ด้วยดี ฉันไม่ได้ยินเสียงบกพร่อง และการใช้งาน CPU (6% ที่ 600 CCU) นั้นสมเหตุสมผลมาก (และการใช้งานเครือข่ายยังต่ำกว่าที่ฉันคาดไว้มาก การใช้งานสูงสุดอยู่ที่ 17MBs) ดังนั้นฉันเดาว่าการตั้งค่าของฉัน ผ่านการทดสอบโหลด!

ขอขอบคุณสำหรับความช่วยเหลือของคุณ.

ng flag
คุณรวม `b(it)` และ `B(byte)` (ตัวพิมพ์ใหญ่) คุณสามารถแก้ไขคำถามของคุณและทำให้ชัดเจนด้วย `kbit`, `Mbit` และ `Mbyte`
Samuel Hackwill avatar
tr flag
ขอบคุณสำหรับความคิดเห็น ฉันได้แก้ไขโพสต์เดิมของฉันแล้ว
Score:1
ธง de
TBR

ในจำนวนที่บริสุทธิ์ก็เพียงพอแล้ว

ในความเป็นจริงไม่รับประกัน อย่างที่คุณพูดถึง 250MBit/s ไม่รับประกัน/ผูกมัด นอกจากนี้ จะมีแบนด์วิธที่ทำได้แตกต่างกันอย่างมีประสิทธิภาพไปยัง/จาก ISP/ปลายทางที่แตกต่างกัน เนื่องจากทราฟฟิกจะออกจาก OVH ผ่านการเชื่อมต่อระหว่างกันต่างๆ เช่น การเพียร์และผู้ให้บริการอัปสตรีม

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

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

Samuel Hackwill avatar
tr flag
ขอบคุณมากสำหรับความคิดเห็นของคุณ! ฉันยังเจอ [โพสต์นี้](https://serverfault.com/questions/350454/how-do-you-do-load-testing-and-capacity-planning-for-web-sites) ซึ่งแนะนำว่า วิธีเดียวที่จะแน่ใจได้คือการจำลองสถานการณ์โหลด ฉันจะลองดูต่อไป!

โพสต์คำตอบ

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